Re: my Bidi implementation

[Behdad Esfahbod <behdad at cs dot toronto dot edu>]

PuTTY's license is the MIT one.  So they can link to FriBidi as
an external SO or DLL, but they want to keep PuTTY as a single
binary.

Sometimes ago someone asked on fribidi-devel to dual license
FriBidi under LGPL/MPL, and Omer Zak stated explicitly that he's
not going to change the license of the code he has wrote.  Well,
Omer has no code in the STABLE branch, just in HEAD, but I myself
like to keep the license Copyleft.

behdad

On Sat, 13 Mar 2004 dov at imagic dot weizmann dot ac dot il wrote:

> What exactly is the licence of Putty and why wouldn't it be compatible
> with LGPL which is FriBidi's licence? Not only that, since you have
> all of the copyright holder's of FriBidi on this list, you may ask
> them if they would be prepared to provide a different licence which
> is compatible with Putty... I decided to licence FriBidi under LGPL
> exactly for the reason of that there shouldn't be any problems using
> it in free or commercial programs!
>
> Regards,
> Dov
>
> On Sat, Mar 13, 2004 at 09:49:06PM +0000, ahmad khalifa wrote:
> >
> >
> > >Funny, I had kind of a dejavu when I read about "just having a bidi
> > >algorithm that work". I had the same feeling a number of years ago,
> > >and the result was Fribidi... The question of "why does it have
> > >to be so complicated" is a good question, but in a sense it doesn't
> > >matter. The only standard that exists is the Unicode one, and the
> > >chances of getting the world to accept something that is not standard
> > >is very small... What exactly is it that you don't like about
> > >FriBidi?
> >
> > beleive me, its the last thing i want to do, which is implement an already
> > implemented and tested algorithm... but FriBidi's license does not allow
> > me to use it in PuTTY.... PuTTY is a 1 file terminal emulator, so using
> > FriBidi in an external library is not convenient for the author... and
> > using it in PuTTY's code is not possible with FriBidi's license...
> > its all license issues, i have nothing against FriBidi...
> >
> >
> > >Now regarding the implementation, last time I checked Behdad (or
> > >was it Owen Taylor?) had implemented a double lookup. First the upper
> > >bits are used to select a 128-byte block. The lower bits are then
> > >used to lookup into this lower block. A perl program generates the
> > >code and has the additional compression to compare the contents of
> > >the 128-byte block. If you hit upon a complete block that has
> > >already been built (e.g. all 128 bytes are LTR) then you just
> > >reference the existing block. Probably this compression has been
> > >updated a bit more, but I believe that is still the basic idea.
> >
> > i'll keep that in mind for later...
> >
> > thanks for the feedback.... did u check the code..? if so, what
> > do u think..?
> >
> > and thanks behdad, i forgot to thank u in the other posts...
> > sorry if it sounded rude or anything...
> >
> > ak.
> >
> > _________________________________________________________________
> > Protect your PC - get McAfee.com VirusScan Online
> > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
> >
> > _______________________________________________
> > Developer mailing list
> > Developer at arabeyes dot org
> > http://lists.arabeyes.org/mailman/listinfo/developer
> _______________________________________________
> Developer mailing list
> Developer at arabeyes dot org
> http://lists.arabeyes.org/mailman/listinfo/developer
>
>

--behdad
  behdad.org