You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
(20) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(35) |
Feb
(5) |
Mar
(42) |
Apr
(3) |
May
(5) |
Jun
(7) |
Jul
|
Aug
(38) |
Sep
(32) |
Oct
(7) |
Nov
|
Dec
(10) |
2003 |
Jan
(11) |
Feb
(1) |
Mar
(23) |
Apr
(13) |
May
(5) |
Jun
(8) |
Jul
(33) |
Aug
(11) |
Sep
(15) |
Oct
(22) |
Nov
(2) |
Dec
(3) |
2004 |
Jan
(6) |
Feb
(1) |
Mar
(27) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2006 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Behdad E. <be...@cs...> - 2006-01-20 12:34:10
|
Thanks Nir, These are already fixed in the developmental code base. BTW, this list has been retired for some time. Information about the current mailing list can be found on http://fribidi.org/ Cheers, behdad On Fri, 13 Jan 2006, Nir Soffer wrote: > fribidi_char_sets_utf8 define: > > int fribidi_utf8_to_unicode (char *s, int length, > /* Output */ > FriBidiChar *us); > > Looks like s should be const char *s, as this function is not supposed > to change this string. > > Same for us in: > > int fribidi_unicode_to_utf8 (FriBidiChar *us, int length, > /* Output */ > char *s); > > Should be const FriBidiChar *us. > > Or I missed something? > > > Best Regards, > > Nir Soffer > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click > _______________________________________________ > FriBidi-discuss mailing list > Fri...@li... > https://lists.sourceforge.net/lists/listinfo/fribidi-discuss > > --behdad http://behdad.org/ "Commandment Three says Do Not Kill, Amendment Two says Blood Will Spill" -- Dan Bern, "New American Language" |
From: Nir S. <ni...@fr...> - 2006-01-13 11:39:31
|
fribidi_char_sets_utf8 define: int fribidi_utf8_to_unicode (char *s, int length, /* Output */ FriBidiChar *us); Looks like s should be const char *s, as this function is not supposed to change this string. Same for us in: int fribidi_unicode_to_utf8 (FriBidiChar *us, int length, /* Output */ char *s); Should be const FriBidiChar *us. Or I missed something? Best Regards, Nir Soffer |
From: Franklin K. <jer...@ai...> - 2004-04-09 21:21:00
|
Once we have learned to read, meaning of words can somehow register = without consciousness. Becoming a star may not be your destiny, but being the best that yo= u can be is a goal that you can set for yourselves. We enter the world alone, we leave the world alone. Ideas are the factors that lift civilization. They create revolutio= ns. There is more dynamite in an idea than in many bombs. Hollywood is a place where people from Iowa mistake each other for = stars. Nothing bad ever happens without equal or growth The 8 Equities: Physical, Spiritual, Psychological, Intellectual, E= motional, Financial, Social and Family Gossip is the opiate of the oppressed. If it has to choose who is to be crucified, the crowd will always s= ave Barabbas. Democracy is supposed to give you the feeling of choice, like Paink= iller X and Painkiller Y. But they're both just aspirin. Anywhere I see suffering, that is where I want to be, doing what I = can. Conversation is an exercise of the mind gossip is merely an exercis= e of the tongue. Life is a voyage. Either men will learn to live like brothers, or they will die like = beasts. Here lies one believe it if you can, who thought an attorney, was a=20 honest man. Never become so much of an expert that you stop gaining expertise. = View life as a continuous learning experience. |
From: Behdad E. <be...@cs...> - 2004-04-07 10:20:01
|
Hi, There are some build stuff in a folder called "win" in FriBidi CVS. There's also a complete copy of FriBidi for Windows in the AbiWord source distribution IIRC. behdad On Wed, 7 Apr 2004 muk...@mi... wrote: > Hi > > Can anyone help me in finding out the windows implementation of Fribidi. > I need this for my font-end applications like VB because the Windows Bidi > algorithm > does'nt work the way we expect. > > Any help on this would be great. > > cheers > Mukundh --behdad behdad.org |
From: <muk...@mi...> - 2004-04-07 09:55:13
|
Hi Can anyone help me in finding out the windows implementation of Fribidi. I need this for my font-end applications like VB because the Windows Bidi algorithm does'nt work the way we expect. Any help on this would be great. cheers Mukundh ---------------------------------------------------------------------------------------------------------------- This email and any attachments have been scanned for known viruses using multiple scanners. We believe that this email and any attachments are virus free, however the recipient must take full responsibility for virus checking. This email message is intended for the named recipient only. It may be privileged and/or confidential. If you are not the intended named recipient of this email then you should not copy it or use it for any purpose, nor disclose its contents to any other person. You should contact the Misys International Financial Systems so that we can take appropriate action at no cost to yourself. Misys International Financial Systems is part of Misys Banking and Securities Division, a member of Misys Group of Companies. |
From: Behdad E. <be...@cs...> - 2004-04-06 22:22:06
|
Hi Brian, You are right about the license. You can use it as a DLL, provided you provide the source code for your FriBidi DLL. There have been ports for FriBidi in AbiWord project, and there are some build system stuff in "win" folder of the FriBidi CVS. About other terminal simulators, MLTerm is using FriBidi for a long time now. Yours behdad On Tue, 6 Apr 2004, Brian Pence wrote: > Hello! > > > > I am the author of a Windows shareware terminal application > > (telnet/ssh), and I'm considering using the fribidi > > implementation of Unicode bidi ordering. I understand that > > the library is covered under the LGPL, but even after reading > > the LGPL, I'm not entirely convinced of what is does. > > > > My *basic* understanding is that if I use fribidi in dll form and > > allow the user to replace it with their own modified version, > > this is within the rights and limits of the LGPL. Am I right? > > > > Also, are there any Windows ports of fribidi? > > > > And also, are there any other terminal software packages > > that you know of that use fribidi? I understand that putty > > was considering it, but might have gotten caught up in > > licensing terms. Any others? > > > > Thanks, > > > > Brian Pence > > Celestial Software > > www.celestialsoftware.net > > > > > > --behdad behdad.org |
From: Shachar S. <fri...@sh...> - 2004-03-31 22:55:09
|
Anmar Oueja wrote: > I am waiting for the guys to put in the libfribidi in the debian > installer and use the hacked version of slang. it is a time sensitive > matter.. so I have to wait and see. the problem is shaping is not > there.. and I do not want to confuse the debian people with all the > shaping stuff. That is why I am asking if the new release of fribidi > will be out soon so the debian people can actually use it instead of > the current version :) > > Hope this is clear. > > Anmar > Crystal. The problem is that I'm not sure when the new release is due. Behdad is the one to ask about that. Search the archives, and I'm sure you'll find I'm waiting for the new version longer than you have :-). I'm asking because, while Arabic may indeed not be very useable without shaping, Hebrew only needs the reordering. I know a few people were working on translating the installer to Hebrew, but the reordering code wasn't there, and things were pretty unreadable. If the engine is capable of supporting that, at least one of the two (three? Is anyone working on Persian?) languages can go in. Shachar -- Shachar Shemesh Lingnu Open Systems Consulting http://www.lingnu.com/ |
From: Anmar O. <an...@ca...> - 2004-03-31 21:49:51
|
I am waiting for the guys to put in the libfribidi in the debian installer and use the hacked version of slang. it is a time sensitive matter.. so I have to wait and see. the problem is shaping is not there.. and I do not want to confuse the debian people with all the shaping stuff. That is why I am asking if the new release of fribidi will be out soon so the debian people can actually use it instead of the current version :) Hope this is clear. Anmar Shachar Shemesh wrote: > Anmar Oueja wrote: > >> Hello Roozbeh: >> >> I was wondering if you have a status on the new release of fribidi >> with shaping code ? I am very interested since we are trying to get >> the debian installer to have arabic support. somebody hacked slang so >> we are off to the reaces. >> > Hi Anmar, > > Did you get reordering to work for the Debian installer? > >> Anmar > > > Shachar > |
From: Shachar S. <sh...@li...> - 2004-03-31 21:44:29
|
Anmar Oueja wrote: > Hello Roozbeh: > > I was wondering if you have a status on the new release of fribidi > with shaping code ? I am very interested since we are trying to get > the debian installer to have arabic support. somebody hacked slang so > we are off to the reaces. > Hi Anmar, Did you get reordering to work for the Debian installer? > Anmar Shachar -- Shachar Shemesh Lingnu Open Systems Consulting http://www.lingnu.com/ |
From: Anmar O. <an...@ca...> - 2004-03-31 20:47:30
|
Hello Roozbeh: I was wondering if you have a status on the new release of fribidi with shaping code ? I am very interested since we are trying to get the debian installer to have arabic support. somebody hacked slang so we are off to the reaces. Anmar |
From: Dov G. <do...@im...> - 2004-03-28 11:47:41
|
Hi Amnon, I'm quite sure noone has done anything since I wrote my very old 0.05 module. You are welcome to update it, and contribute it to CPAN. Thanks, Dov On Sun, Mar 28, 2004 at 01:26:26PM +0200, Amnon Aaronsohn wrote: > Hello everyone, > > Does anybody know of a fribidi perl module that allows using the whole > fribidi functionality (especially getting the visual<->logical mapping)? > > The only module I found is Fribidi:: 0.05 which is old and only returns > the visual string. > > If there's no such thing I'll be happy to write one. My aim is to write a > perl readline clone with bidi support, so that users will be able to > interact with programs with terminal I/O (actually I already wrote it, I'm > just using my own primitive bidi routines). > > Amnon > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Fribidi-discuss mailing list > Fri...@li... > https://lists.sourceforge.net/lists/listinfo/fribidi-discuss |
From: Amnon A. <bl...@cs...> - 2004-03-28 11:27:04
|
Hello everyone, Does anybody know of a fribidi perl module that allows using the whole fribidi functionality (especially getting the visual<->logical mapping)? The only module I found is Fribidi:: 0.05 which is old and only returns the visual string. If there's no such thing I'll be happy to write one. My aim is to write a perl readline clone with bidi support, so that users will be able to interact with programs with terminal I/O (actually I already wrote it, I'm just using my own primitive bidi routines). Amnon |
From: classic <sad...@ho...> - 2004-03-27 06:47:44
|
hi i am arabic user for beos is there any solution to make arabic input method for beos thank you. |
From: Shachar S. <fri...@sh...> - 2004-03-18 12:05:59
|
Behdad Esfahbod wrote: >Why don't you try OLS? That's great. I'll be there. Muli and >Orna are coming this year too. Here is the link: > > > I'll see how I'm doing financially and workload wise. >http://www.linuxsymposium.org/ > > > >> Shachar >> >> > >--behdad > behdad.org > > -- Shachar Shemesh Lingnu Open Systems Consulting http://www.lingnu.com/ |
From: Behdad E. <be...@cs...> - 2004-03-18 11:57:23
|
On Thu, 18 Mar 2004, Shachar Shemesh wrote: > Yes, well. I did not think my suggestion consisted of a dirty interface. > I even managed to convince Dov of that during a lift I gave him after > the Go-Linux event last year. Maybe I shouldn't have changed those > flights and gone through Toronto after all - a face to face helps in > convincing of that :-P > > In any case, I started working on that, and then realized that it's far > too much work unless we seperate the character types and the actual > resolving. Once that is done, I'm fairly confident I can convince you > how to do that satisfying all of the above requirements. I'm convinced! I almost have the solution, but need some time to work it down. Ok, here is my current plan for FriBidi: I'm moving to freedesktop.org. CVS has been moved, list would move this week. Then I would commit my shaping code that is almost done, but it doesn't change the current api. We release 0.20 with Arabic shaping support. That would hopefully fulfill our contract that is already overdue. Then I raise again the discussion about a new api that supports your feature too. Why don't you try OLS? That's great. I'll be there. Muli and Orna are coming this year too. Here is the link: http://www.linuxsymposium.org/ > Shachar --behdad behdad.org |
From: Shachar S. <fri...@sh...> - 2004-03-18 11:49:42
|
Behdad Esfahbod wrote: >On Wed, 17 Mar 2004, Shachar Shemesh wrote: > > > >>Of course, my entire contribution to fribidi thus far has been a single >>bug report, and suggesting a development direction for the "new >>interface" that nobody seems to like. I am not a copyright holder, and >>thus not one who's opinion binds anyone. >> >> > >I really like your suggestion about doing bidi on UTF-anything, >and constantly think about it. I have not yet found a good >solution that satisfies all my requirements: > > * No source/object code duplication. > > * No significant overhead for UTF-32. > > * No dirty interface. > > Yes, well. I did not think my suggestion consisted of a dirty interface. I even managed to convince Dov of that during a lift I gave him after the Go-Linux event last year. Maybe I shouldn't have changed those flights and gone through Toronto after all - a face to face helps in convincing of that :-P In any case, I started working on that, and then realized that it's far too much work unless we seperate the character types and the actual resolving. Once that is done, I'm fairly confident I can convince you how to do that satisfying all of the above requirements. Shachar -- Shachar Shemesh Lingnu Open Systems Consulting http://www.lingnu.com/ |
From: Behdad E. <be...@cs...> - 2004-03-18 11:37:08
|
On Wed, 17 Mar 2004, Shachar Shemesh wrote: > Of course, my entire contribution to fribidi thus far has been a single > bug report, and suggesting a development direction for the "new > interface" that nobody seems to like. I am not a copyright holder, and > thus not one who's opinion binds anyone. I really like your suggestion about doing bidi on UTF-anything, and constantly think about it. I have not yet found a good solution that satisfies all my requirements: * No source/object code duplication. * No significant overhead for UTF-32. * No dirty interface. The main problem is that my beloved language, C, does not have any type of dynamism/overloading... But I would eventually implement it. > Well, technically there is a Linux version of putty compiled using > winelib. That was, however, done mostly to test winelib, and not to > bring putty to Linux. I have even a native PuTTY based on GTK+ installed (that was a matter of "yum install putty"), but I wonder if anybody uses that. --behdad behdad.org |
From: Shachar S. <fri...@sh...> - 2004-03-17 23:18:39
|
Behdad Esfahbod wrote: >On Wed, 17 Mar 2004, Roozbeh Pournader wrote: > > > >>On Wed, 2004-03-17 at 19:39, Nadim Shaikli wrote: >> >> >>>by using or even writing our own Bidi >>> >>> >>/me is very shocked to hear that! >> >> > >/me is not shocked at all. > > > >>Why in hell did we spend those many hours working on FriBidi's 100% >>Unicode compatiblity if one will still need to write a new bidi engine >>for many free software applications? >> >> > >There are 10 kinds of application developers: > > * Those who start their own bidi implementation > > Done that. > * Those who use FriBidi of ICU > > Switched to that. Am using ICU at the moment, and hating every second. >>That's something to think about. I seriously believe we should change >>the license to a more liberal license, and the Putty case is proof >>enough. >> The Putty case proves nothing. I can understand someone not wishing for runtime dependancy on another library. Not wanting any compile time dependancy on an external library means that you, by definition, have to write your own. I don't think that's a case for fribidi's future in any way. Of course, my entire contribution to fribidi thus far has been a single bug report, and suggesting a development direction for the "new interface" that nobody seems to like. I am not a copyright holder, and thus not one who's opinion binds anyone. >No, I seriously believe the opposite. I like the Copyleft, GPL, >LGPL, and FSF. And I want to walk in the road. Why? Because >that's the way many great pieces of software are walking in: >Linux, GNOME, blah, blah... > > > For whatever it's worth, it's a me too on this one. Notice that there is nothing to prevent any open source software of any license from using fribidi in any reasonable way, unless they say "they don't want compile time dependancy". Putty can even put the entire fribidi source in a subdir in their source, and clearly state that this subdir is under a different license. >BTW, in the case of PuTTY, there are a 10 things to consider: > > * The weakest point in bidi support in PuTTY is not the bidi >alg, but the semantics of the terminal. > > * PuTTY is a no-op in Linux IMO > > Well, technically there is a Linux version of putty compiled using winelib. That was, however, done mostly to test winelib, and not to bring putty to Linux. > > >>roozbeh >> >> > >--behdad > behdad.org > > > shachar -- Shachar Shemesh Lingnu Open Systems Consulting http://www.lingnu.com/ |
From: Nadim S. <sh...@ya...> - 2004-03-17 21:00:36
|
--- Behdad Esfahbod <be...@cs...> wrote: > BTW, in the case of PuTTY, there are a 10 things to consider: > > * The weakest point in bidi support in PuTTY is not the bidi > alg, but the semantics of the terminal. > > * PuTTY is a no-op in Linux IMO As noted this is NOT a PuTTY issue - or better yet "forget PuTTY entirely", we'll go about dealing with that application differently (ie. in an unassociated manner to fribidi). As I've stated earlier - this is purely a "how best to license FriBidi" issue now (and I'm not taking any sides since I haven't contributed to the project and don't feel right putting in my $0.02's worth even :-). If the consensus is that it is a non-issue then so be it. Regards, - Nadim __________________________________ Do you Yahoo!? Yahoo! Mail - More reliable, more storage, less spam http://mail.yahoo.com |
From: Behdad E. <be...@cs...> - 2004-03-17 20:50:39
|
On Wed, 17 Mar 2004, Roozbeh Pournader wrote: > On Wed, 2004-03-17 at 19:39, Nadim Shaikli wrote: > > by using or even writing our own Bidi > > /me is very shocked to hear that! /me is not shocked at all. > Why in hell did we spend those many hours working on FriBidi's 100% > Unicode compatiblity if one will still need to write a new bidi engine > for many free software applications? There are 10 kinds of application developers: * Those who start their own bidi implementation * Those who use FriBidi of ICU > That's something to think about. I seriously believe we should change > the license to a more liberal license, and the Putty case is proof > enough. We should consider asking the opinion of GNU people of course, > as I don't want to lose the GNU package status. No, I seriously believe the opposite. I like the Copyleft, GPL, LGPL, and FSF. And I want to walk in the road. Why? Because that's the way many great pieces of software are walking in: Linux, GNOME, blah, blah... Another reason about using LGPL, many companies pay for developing LGPLed code, but for something MITish, they usually first use the MITed code with their own changes to make money, after a year they contribute their code... I hate this way. > IIRC, we at least had one contributor who was against relicensing his > work (can't remember whom). Is there anyone else? Omer Zak I guess, and add me now! BTW, in the case of PuTTY, there are a 10 things to consider: * The weakest point in bidi support in PuTTY is not the bidi alg, but the semantics of the terminal. * PuTTY is a no-op in Linux IMO > roozbeh --behdad behdad.org |
From: Roozbeh P. <ro...@sh...> - 2004-03-17 17:24:30
|
On Wed, 2004-03-17 at 19:39, Nadim Shaikli wrote: > by using or even writing our own Bidi /me is very shocked to hear that! Why in hell did we spend those many hours working on FriBidi's 100% Unicode compatiblity if one will still need to write a new bidi engine for many free software applications? That's something to think about. I seriously believe we should change the license to a more liberal license, and the Putty case is proof enough. We should consider asking the opinion of GNU people of course, as I don't want to lose the GNU package status. IIRC, we at least had one contributor who was against relicensing his work (can't remember whom). Is there anyone else? roozbeh |
From: Nadim S. <sh...@ya...> - 2004-03-17 16:09:16
|
--- Shachar Shemesh <fri...@sh...> wrote: > They can't put the sources for fribidi inside their sources, or they > must clearly label it as a bunch of sources under a different license. > I don't see any problem with statically linking a library, though. The PuTTY developers have noted that they are not willing to consider an external library dependency and would only proceed with embedding some Bidi code (ping PuTTY's main developer, Simon, for a more detailed reason/explanation). This in turn brought to light the license issue. This whole issue was never meant to affect fribidi (but its nice to see some posts on the fribidi's list and some movement ;-) as we can solve this entire PuTTY+Bidi issue via other means (by using or even writing our own Bidi). I think there is a bigger topic that is under the surface which is - should fribidi's license potentially affect or exclude its usage from any application due to its current license (that's something the fribidi developers should discuss if they deem this an issue) ? As noted I really think this is a general discussion point outside the specific realm of PuTTY. Regards, - Nadim __________________________________ Do you Yahoo!? Yahoo! Mail - More reliable, more storage, less spam http://mail.yahoo.com |
From: Roozbeh P. <ro...@sh...> - 2004-03-17 15:53:58
|
On Wed, 2004-03-17 at 04:45, Behdad Esfahbod wrote: > > > I have nothing special against that. But, another solution I can > > > think of is to give explicit permission on an specific version of > > > the code, to be redistributed in binary form with PuTTY, > > > something like that... Roozbeh, what do you think? > > > > That may not be acceptable for PuTTY people. But I don't have any > > problem with relicensing any part of my small contributions to FriBidi. > > Consider them public domain. > > > > roozbeh > > I just asked for your idea on the licensing issue, not your own > contributions specifically. Then my general idea is that free software projects hate those kind of licenses. A good list for a relicensing to consider, is the Open Source definition, or the Debian Free Software Guidelines. If any of those is not possible with the license, it won't help anybody. roozbeh |
From: Shachar S. <fri...@sh...> - 2004-03-17 10:17:18
|
Behdad Esfahbod wrote: >Hummm, I think you are not missing anything, and most probably >you are right. Right now that I think myself, I find it >reasonable. I think the niether Arabeyes, nor PuTTY people >really checked it on fsf.org. The scenario was that I said >"FriBidi is LGPLed, you can dynamically link to it, like xterm >does." And people said "No, we want putty.exe to be standalone, >so FriBidi is not an option." > >Thanks for the note Shachar, >--behdad > behdad.org > > They can't put the sources for fribidi inside their sources, or they must clearly label it as a bunch of sources under a different license. I don't see any problem with statically linking a library, though. -- Shachar Shemesh Lingnu Open Systems Consulting http://www.lingnu.com/ |
From: Behdad E. <be...@cs...> - 2004-03-17 10:07:53
|
On Wed, 17 Mar 2004, Shachar Shemesh wrote: > I think there's something really basic I'm missing. Why does putty need > any license change at all? > > Even if they want to statically link fribidi, they can do that under the > LGPL license. All they have to do is to provide means for other people > to create a version of putty that has a different fribidi > implementation. As putty is open source itself, that requirement is > always met. > > Is there something I'm missing here? > > Shachar Hummm, I think you are not missing anything, and most probably you are right. Right now that I think myself, I find it reasonable. I think the niether Arabeyes, nor PuTTY people really checked it on fsf.org. The scenario was that I said "FriBidi is LGPLed, you can dynamically link to it, like xterm does." And people said "No, we want putty.exe to be standalone, so FriBidi is not an option." Thanks for the note Shachar, --behdad behdad.org |