Martin Vermeer <[EMAIL PROTECTED]> writes:

| On Mon, 2005-08-15 at 12:09, Lars Gullik Bjønnes wrote:
>> Martin Vermeer <[EMAIL PROTECTED]> writes:
>> 
>> | On Thu, Aug 11, 2005 at 11:23:11AM +0200, Lars Gullik Bjønnes wrote:
>> >> Martin Vermeer <[EMAIL PROTECTED]> writes:
>> >> 
>> >> >> Also, you can verify by code inspection or testing (I did both) that 
>> >> >> all
>> >> >> proposed patches are neutral for ordinary LtR text, so we won't lose
>> >> >> anything by just putting it in. I would very much appreciate a second
>> >> >> opinion though.
>> >> >> 
>> >> >> - Martin
>> >> >
>> >> | Lars?
>> >> 
>> >> I'll find room to have a lookover today.
>> >> 
>> >> -- 
>> >>   Lgb
>> >
>> | I committed the fixes to 1965 and 1970, as they are near-trivial.
>> | For the rest, I would appreciate a look, especially the section/enum
>> | numbering thing, as it involves a change in layout file syntax.
>> 
>> Sorry that I didn'tlook at this already.
>> 
>> If at all possible I'd like to avoid all layout changes now.
>> what are the implications?
>
| 1) LtR should remain unaffected. Business as usual.
| 2) It will be possible to define label strings that depend on the
| language of the document. Currently used to revert the
| section/sub/sub-sub order for Hebrew; but could be generalized.
>
| It looks like this:
>
|  LabelString         "[EMAIL PROTECTED]@[EMAIL 
PROTECTED]@.\arabic{subsection}}"
>
| [Note that "hebrew" refers to language, "arabic" to number type. Quite
| different thing]
>
| So at this point we should decide if we want such an extension to the
| format, and if it should look like this. I dislike hardwiring Hebrew
| into the LyX code, as we have in some places today. Fixing the section
| header bug without this format change would require such hardwiring.

Note that inside LyX "hebrew" is sometimes used instead of "rtl".

How is all this solved in 1.3.x?

-- 
        Lgb

Reply via email to