[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [lojban] erasure words
On Thu, May 13, 2004 at 10:38:04PM +0100, Zefram wrote:
> Looking at the "sa" debate, it appears that people have come up with
> more than one useful set of semantics for it:
No kidding.
> * erase up to and including the previous instance of the following
> word
>
> * erase up to and including the previous word of the same selma'o as
> the following word
That's the official interpretation.
> * erase until the next word can legally follow
This is obviously untenable.
> To which I'd like to add another possibility along the same lines:
>
> * erase up to and including the previous word that is in the same
> category as the following word, using broader categories than selma'o,
> so that "le broda sa la broda" preprocesses to "la broda"
If you would like to produce a list of selma'o that can be considered
equivalent for this purpose, I'd be willing to consider immplementing
that. I don't *think* there are any cases where LE and LA are not
interchangeable.
> And I came to the conclusion that we've got more useful erase
> operators than we have words assigned to them.
That's what experimental cmavo are for.
> Perhaps some of the expanded cmavo space should be earmarked for erase
> operators.
>
> Btw, this earmarking is a protocol engineering technique, and I highly
> recommend it.
Really? So you think CIDR is bad, then?
> If a Lojban parser sees a cmavo that it doesn't know, being able to
> tell at least whether it is an erase operator would be *very* helpful.
No, it wouldn't. Not in the least. The erase operators are all
different selma'o, and are all handled completely independantly.
> I also think part of the "sa" debate is happening because people are
> trying to define it in a very low-level way, operating on words
> without regard for grammar. Such low-level operators are indeed
> useful, but they're not sufficient for a good preprocessor.
Just for the record, my grammar has no pre-processor, and it uses a
grammatical formalism that is more expressive than LR(n), for any n
(including infinity).
> I'd like to have some higher-level erase operators that parse what has
> gone before and act on that. These would be used to correct
> higher-level errors: because they require grammatical text they
> couldn't fix grammatical errors, but would be useful when the wrong
> grammatical text has been said. Operators to think about:
>
> * erase the sumti currently in progress or just completed
>
> * erase the bridi currently in progress or just completed
Both of these can be done with sa.
> * erase back to and including the opening delimiter matched by the
> closing delimiter that follows the erase word
How is "lu broda SA_LIKE li'u da" == da better than "lu broda sa lu si
da" == da?
-Robin
--
http://www.digitalkingdom.org/~rlpowell/ *** I'm a *male* Robin.
"Many philosophical problems are caused by such things as the simple
inability to shut up." -- David Stove, liberally paraphrased.
http://www.lojban.org/ *** loi pimlu na srana .i ti rokci morsi