Re: lecture schedule
8/10 is Hosahna Raba. I would suggest to postpone the meeting to 15/10. Orr Dunkelman, [EMAIL PROTECTED] A mathematician is a device for turning coffee into theorems- Paul Erdos On Fri, 20 Jul 2001, Shlomi Loubaton wrote: * shlomi l, is 8/10 comfortable for you for the php lecture? The 8/10 sound fine but I can give my final answer only next week . (I have to check my schedule for that week in my office at work) Regards Shlomi Loubaton [EMAIL PROTECTED] [EMAIL PROTECTED] If you think C++ is not overly complicated, just what is a protected abstract virtual base pure virtual private destructor, and when was the last time you needed one? -- Tom Cargill, C++ Journal, Fall 1990.
Updates
HI everyone, got back. 1) R2L - I put all the new R2L versions on the website (http://linuxclub.il.eu.org/R2L/) according the programmer (as this is equivalent to writeing a whole description what the package inside does). Emil's refreshd is in his seperate directory. 2) New lecture schedule... on-line. as things are quite dynamic (and that's good): 6/8 - R2L discussion 13/8 - GIMP 2 27/8 - ADSL See ya Orr Dunkelman, [EMAIL PROTECTED] A mathematician is a device for turning coffee into theorems- Paul Erdos
Updated GIMP lecture
I have placed the updated GIMP slides on their site: http://vipe.technion.ac.il/~shlomif/lecture/Gimp Now they contain those of the areal transformations. Regards, Shlomi Fish -- Shlomi Fish[EMAIL PROTECTED] Home Page: http://t2.technion.ac.il/~shlomif/ Home E-mail: [EMAIL PROTECTED] A more experienced programmer does not make less bugs. He just realizes what went wrong more quickly.
RE: Shlomif's R2L version 0.2.0
On Sun, 22 Jul 2001, Pol Muaddib wrote: Hi, i have a newbie question. If i understand correctly, the hebrew support mechanisms which the biditext change when running are in the Xlib. Why go arround the problem and not fix it altogether by changing the Xlib? Or was it already done in unsatisfactory way? You are right that rebuilding the X libraries is the Right Thing to do in this case. However, it is much more complecated. And it is certainly not feasable to make a binary distribution of it (we'll have to maintain too many seperate versions) * - * - * Tzahi Fadida [EMAIL PROTECTED] What exactly is your email? -- Tzafrir Cohen mailto:[EMAIL PROTECTED] http://www.technion.ac.il/~tzafrir
RE: Shlomif's R2L version 0.2.0
I think that based on the reply tzafrir sent, although i am not familiar with the development and maintainance of the X libraries, is to start an orginized pressure on the X libraries development organization to arrange their code to allow for left to right languages support, or at least to concentrate all the problemtic code in one place. What do you think? can it be done? * - * - * Tzahi Fadida [EMAIL PROTECTED] Fax (+1 Outside the US) 240-597-3213 * - * - * - * - * - * -Original Message- From: Tzafrir Cohen [mailto:[EMAIL PROTECTED]] Sent: Sunday, July 22, 2001 7:19 PM To: Tzahi Fadida Cc: Haifa Linux Club Subject: RE: Shlomif's R2L version 0.2.0 On Sun, 22 Jul 2001, Pol Muaddib wrote: Hi, i have a newbie question. If i understand correctly, the hebrew support mechanisms which the biditext change when running are in the Xlib. Why go arround the problem and not fix it altogether by changing the Xlib? Or was it already done in unsatisfactory way? You are right that rebuilding the X libraries is the Right Thing to do in this case. However, it is much more complecated. And it is certainly not feasable to make a binary distribution of it (we'll have to maintain too many seperate versions) * - * - * Tzahi Fadida [EMAIL PROTECTED] What exactly is your email? -- Tzafrir Cohen mailto:[EMAIL PROTECTED] http://www.technion.ac.il/~tzafrir
r2llib-0.08 and biditext-0.04 sniffing baboons release
another night, another release. and it's not even dawn yet. http://www.pointer.co.il/~mulix/r2l/biditext-mulix-0.04.tar.gz http://www.pointer.co.il/~mulix/r2l/r2llib-0.08.tar.gz * please help test biditext. get it, compile it, install it, run it. * * thanks to tzafrir for the rpm and doxygen stuff in r2llib * * any X gurus know if XDrawString has a limit on the size of the string it accepts for drawing? * r2llib Changelog: 0.08: added doxygen support and rpm support (tzafrir) added packaging support to Makefile (tzafrir) biditext-mulix Changelog: 0.04: do_biditext8() and do_biditext16() now return the buffer on success and NULL on failure added internal 4096 chars limit test to do_biditext8() and do_biditext16() moved do_biditext8() and do_biditext16() into common.c commo8.c, common16.c - removed ripped out the biditext initialization code from init_biditext(), now it uses r2llib_init() only Makefile - made r2llib location relative to biditext dir -- mulix http://www.advogato.com/person/mulix linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead