<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Thanks, Ann and Francis.<div class=""><br class=""></div><div class="">I agree with Ann’s improved characterization, of course, and also that a warning would be helpful. I can have ACE do two things: (1) warn if the STEM value is not constrained to be string or some subtype thereof, and (2) default to the empty string when an unexpected value comes up during actual processing, but print a runtime warning.</div><div class=""><br class=""></div><div class="">I think we ought to take this opportunity to further clarify though the exact mechanism for flagging which category a rule belongs to. The obvious and nearly status quo convention would be that the non-TFS mechanism is invoked when %prefix or %suffix is present in the specification of the rule. At the moment we also invite rules into that category when there is an irregular form declared in irregs.tab even if no %prefix and %suffix is declared; arguably it would be more transparent to add a %irregular declaration in-situ before this is legal (and forbid irregs.tab entries for undeclared orthographemic rules).</div><div class=""><br class=""></div><div class="">There may also be vestiges of other conventions laying around, such as flagging by whether or not STEM is reentrant and by ND-AFF. The latter is or was used by the ERG (see spelling-change-rule-p from user-fns.lsp, reproduced below; I have no sense of whether this is currently coherent since ACE does not appear to heed it). If there isn’t a clear need for them I propose that any such mechanisms be deprecated in favor of something fully declarative and uniform.</div><div class=""><br class=""></div><div class="">-Woodley</div><div class=""><br class=""></div><div class="">ERG:</div><div class=""><div style="margin: 0px; font-size: 14px; font-family: Menlo;" class=""><span style="font-variant-ligatures: no-common-ligatures; color: #d53bd3" class="">(</span><span style="font-variant-ligatures: no-common-ligatures; color: #ce7924" class="">defun</span> spelling-change-rule-p <span style="font-variant-ligatures: no-common-ligatures; color: #d53bd3" class="">(</span>rule<span style="font-variant-ligatures: no-common-ligatures; color: #d53bd3" class="">)</span></div><div style="margin: 0px; font-size: 14px; font-family: Menlo; color: rgb(83, 48, 225);" class="">;;; a function which is used to prevent the parser </div><div style="margin: 0px; font-size: 14px; font-family: Menlo; color: rgb(83, 48, 225);" class="">;;; trying to apply a rule which affects spelling and</div><div style="margin: 0px; font-size: 14px; font-family: Menlo; color: rgb(83, 48, 225);" class="">;;; which should therefore only be applied by the morphology</div><div style="margin: 0px; font-size: 14px; font-family: Menlo; color: rgb(83, 48, 225);" class="">;;; system. </div><div style="margin: 0px; font-size: 14px; font-family: Menlo; color: rgb(83, 48, 225);" class="">;;; Old test was for something which was a subtype of</div><div style="margin: 0px; font-size: 14px; font-family: Menlo; color: rgb(83, 48, 225);" class="">;;; *morph-rule-type* - this tests for whether needs affix:</div><div style="margin: 0px; font-size: 14px; font-family: Menlo; color: rgb(83, 48, 225);" class="">;;; < ND-AFF > = + (assuming bool-value-true is default value)</div><div style="margin: 0px; font-size: 14px; font-family: Menlo; color: rgb(83, 48, 225);" class="">;;; in the rule</div><div style="margin: 0px; font-size: 14px; font-family: Menlo;" class=""> <span style="font-variant-ligatures: no-common-ligatures; color: #d53bd3" class="">(</span><span style="font-variant-ligatures: no-common-ligatures; color: #ce7924" class="">let</span> <span style="font-variant-ligatures: no-common-ligatures; color: #d53bd3" class="">((</span>affix <span style="font-variant-ligatures: no-common-ligatures; color: #d53bd3" class="">(</span>get-dag-value <span style="font-variant-ligatures: no-common-ligatures; color: #d53bd3" class="">(</span>tdfs-indef</div><div style="margin: 0px; font-size: 14px; font-family: Menlo;" class=""> <span style="font-variant-ligatures: no-common-ligatures; color: #d53bd3" class="">(</span>rule-full-fs rule<span style="font-variant-ligatures: no-common-ligatures; color: #d53bd3" class="">))</span> <span style="font-variant-ligatures: no-common-ligatures; color: #d53bd3" class="">'</span><span style="font-variant-ligatures: no-common-ligatures; color: #34bbc7" class="">nd-aff</span><span style="font-variant-ligatures: no-common-ligatures; color: #d53bd3" class="">)))</span></div><div style="margin: 0px; font-size: 14px; font-family: Menlo;" class=""> <span style="font-variant-ligatures: no-common-ligatures; color: #d53bd3" class="">(</span><span style="font-variant-ligatures: no-common-ligatures; color: #ce7924" class="">and</span> affix <span style="font-variant-ligatures: no-common-ligatures; color: #d53bd3" class="">(</span>bool-value-true affix<span style="font-variant-ligatures: no-common-ligatures; color: #d53bd3" class="">))))</span></div></div><div class=""><br class=""></div><div class="">JACY:</div><div class=""><div style="margin: 0px; font-size: 14px; font-family: Menlo; color: rgb(83, 48, 225);" class="">;;;</div><div style="margin: 0px; font-size: 14px; font-family: Menlo; color: rgb(83, 48, 225);" class="">;;; detect rules that have orthographemic variation associated to them; those</div><div style="margin: 0px; font-size: 14px; font-family: Menlo; color: rgb(83, 48, 225);" class="">;;; who do should only be applied within the morphology system; this version is</div><div style="margin: 0px; font-size: 14px; font-family: Menlo; color: rgb(83, 48, 225);" class="">;;; a little complicated because we change from a full-form set-up to one with</div><div style="margin: 0px; font-size: 14px; font-family: Menlo; color: rgb(83, 48, 225);" class="">;;; on-line morphology during the course.</div><div style="margin: 0px; font-size: 14px; font-family: Menlo; color: rgb(83, 48, 225);" class="">;;;</div><div style="margin: 0px; font-size: 14px; font-family: Menlo;" class=""><span style="font-variant-ligatures: no-common-ligatures; color: #d53bd3" class="">(</span><span style="font-variant-ligatures: no-common-ligatures; color: #ce7924" class="">defun</span> spelling-change-rule-p <span style="font-variant-ligatures: no-common-ligatures; color: #d53bd3" class="">(</span>rule<span style="font-variant-ligatures: no-common-ligatures; color: #d53bd3" class="">)</span></div><div style="margin: 0px; font-size: 14px; font-family: Menlo;" class=""> <span style="font-variant-ligatures: no-common-ligatures; color: #d53bd3" class="">(</span>rule-orthographemicp rule<span style="font-variant-ligatures: no-common-ligatures; color: #d53bd3" class="">))</span></div></div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jul 1, 2016, at 6:29 AM, Francis Bond <<a href="mailto:bond@ieee.org" class="">bond@ieee.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">On Thu, Jun 30, 2016 at 3:17 PM, Woodley Packard<br class=""><<a href="mailto:sweaglesw@sweaglesw.org" class="">sweaglesw@sweaglesw.org</a>> wrote:<br class=""><blockquote type="cite" class="">In the case of Jacy, it seems that the rule "vbar-monotransitivization-c-lrule" neither declares orthographemic changes (by %suffix, %prefix, or entries in the irregulars table) nor declares a value for the mother’s STEM.<br class=""></blockquote><br class="">I think it would be ok to push the burden for this onto grammar<br class="">developers --- no need for the processor to guess. In this case STEM<br class="">should be linked, the rule and a couple of others are poorly written<br class="">and will be fixed. Perhaps a friendly warning if this case is seen<br class="">when compiling the grammar could help us avoid the issue in the<br class="">future?<br class=""><br class=""><br class="">-- <br class="">Francis Bond <<a href="http://www3.ntu.edu.sg/home/fcbond/" class="">http://www3.ntu.edu.sg/home/fcbond/</a>><br class="">Division of Linguistics and Multilingual Studies<br class="">Nanyang Technological University<br class=""></div></blockquote></div><br class=""></div></body></html>