lin-club  

Re: problem with r2l's state attributes

mulix
Sun, 05 Aug 2001 13:44:28 -0700

On Sun, 5 Aug 2001, Tzafrir Cohen wrote:

> I figure that in the cases where a direction is forced, then if you
> temporarily disable biditext, you would expect it to have the same forced
> base direction. This seems like a sane behaviour

the latest r2llib (0.21) does this.

> Actually, of switches come cheaply, then maybe it is better to have three:
>
> disable/enable
>
>        neutral/set base dir
>
>               rtl/ltr
>
> Anything with more than two states seems to me as less intuitive.

sorry, i'm afraid i do not follow you here.

> > > 3. another problem with r2llib's interface - either you always use r2l and
> > >    l2r, or you always use rtl and ltr - don't mix the 2 - i keep getting
> > >    confused! :)
> >
> > function names begin with r2l_xxx_xxx(). the r2l opaque token each
> > function receives is named rtl, since i dislike variables with digits
> > int their names.
>
> I've already done to many typos with this '2'.
>
> Anybody else for a mass renaming s/r2l/rtl/ ?

ahm, i find the current r2l/rtl schema useful and elegant, but that's
kind of a given, since i thought it up :)
if anyone else finds it confusing, or misleading, i will do the mass
renaming - just let me know.
-- 
mulix
http://www.advogato.com/person/mulix

linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead