[LinPrj] experiences with tzafrir's r2l-0.1.0
* first of all, the links in src/ are broken, which led to a spectacular
make fork bomb :)
* make clean does some very funky things (log attached)
* compiling all of the plugins is not a good idea - on my system
compilation barfs because i dont have the wm headers. perhaphs (if not
autoconf then) a simple script asking the user what he would like to
install and doing rudimentary checks?
* a rudimentary check of biditext shows that it works. a rudimentary
check of r2llib didnt take place because i had no idea how to test it -
emil? (my system has no hebrew specially set up, except maybe the
turkish patch for netscape).
--
mulix
http://www.advogato.com/person/mulix
http://www.sf.net/projects/syscalltrack
cd src/biditext ; \
make clean
make[1]: Entering directory
`/system/mulix/haifux/tzafrir/r2l-0.1.0/src/biditext-0.9.5'
/bin/rm -f *.o biditext.so biditext biditext.spec *.bak *~
make[1]: Leaving directory `/system/mulix/haifux/tzafrir/r2l-0.1.0/src/biditext-0.9.5'
topdir=$PWD; \
cd src/r2llib; \
make PREFIX=$topdir uninstall clean
make[1]: Entering directory `/system/mulix/haifux/tzafrir/r2l-0.1.0/src/r2llib-0.33'
for file in libr2l.a; \
do rm -fr /system/mulix/haifux/tzafrir/r2l-0.1.0/lib/$file; \
done
for file in r2l r2llib-config ; \
do rm -fr /system/mulix/haifux/tzafrir/r2l-0.1.0/bin/$file; \
done
for file in r2llib.h; \
do rm -fr /system/mulix/haifux/tzafrir/r2l-0.1.0/include/$file; \
done
rm -fr r2l *.o *.lo *.html *~ core r2llib.spec r2llib-config \
.libs/
make[1]: Leaving directory `/system/mulix/haifux/tzafrir/r2l-0.1.0/src/r2llib-0.33'
cd src/r2l-plugins ; \
make clean
make[1]: Entering directory
`/system/mulix/haifux/tzafrir/r2l-0.1.0/src/r2l-plugins-0.51'
/bin/rm -f r2lterminal r2lgnomeapplet r2ldockapp main.o ui_plugin_terminal.o
ui_plugin_gnome_applet.o ui_plugin_wm_dockapp.o \
core r2l-plugins.spec *~
make[1]: Leaving directory
`/system/mulix/haifux/tzafrir/r2l-0.1.0/src/r2l-plugins-0.51'
topdir=$PWD; \
cd src/refreshd/src/refreshd_cnt; \
make PREFIX=$topdir uninstall clean
make[1]: Entering directory
`/system/mulix/haifux/tzafrir/r2l-0.1.0/src/refreshd-0.1.1/src/refreshd_cnt'
for file in librefreshd_cnt.a; \
do rm -f /system/mulix/haifux/tzafrir/r2l-0.1.0/lib/$file; \
done
for file in refreshd_cnt-config ; \
do rm -f /system/mulix/haifux/tzafrir/r2l-0.1.0/bin/$file; \
done
for file in refreshd_cnt.h refreshd_params.h messages.h; \
do rm -f /system/mulix/haifux/tzafrir/r2l-0.1.0/include/$file; \
done
rm -f refreshd_cnt-config *.o *~ a.out core
make[1]: Leaving directory
`/system/mulix/haifux/tzafrir/r2l-0.1.0/src/refreshd-0.1.1/src/refreshd_cnt'
topdir=$PWD; \
cd src/r2llib; \
make PREFIX=$topdir install
make[1]: Entering directory `/system/mulix/haifux/tzafrir/r2l-0.1.0/src/r2llib-0.33'
gcc -O2 -Wall -g -c r2l.c
gcc -O2 -Wall -g -c r2llib.c
gcc -O2 -Wall -g -c r2l_state.c
gcc -O2 -Wall -g -c biditext_base_state.c
gcc -O2 -Wall -g -c parse_argv.c
gcc -O2 -Wall -g -c r2llib_data.c
gcc -O2 -Wall -g -c file_ops.c
gcc -O2 -Wall -g -c query_state.c
gcc -O2 -Wall -g -c access.c
/usr/bin/ar rc libr2l.a r2llib.o r2l_state.o biditext_base_state.o parse_argv.o
r2llib_data.o file_ops.o query_state.o access.o
/usr/bin/ranlib libr2l.a
gcc -O2 -Wall -g r2l.o libr2l.a -o r2l
cat r2llib-config.in | sed -e 's#PACKAGE_VERSION#0.33#g' \
-e 's#PACKAGE_LIBRARY_DIR#/system/mulix/haifux/tzafrir/r2l-0.1.0/lib#g'
\
-e 's#PACKAGE_LIBRARY#r2l#g' \
-e
's#PACKAGE_INCLUDE_PATH#/system/mulix/haifux/tzafrir/r2l-0.1.0/include#g' \
> r2llib-config
chmod +x r2llib-config
install -d /system/mulix/haifux/tzafrir/r2l-0.1.0/lib
install -c libr2l.a /system/mulix/haifux/tzafrir/r2l-0.1.0/lib
install -d /system/mulix/haifux/tzafrir/r2l-0.1.0/include
cp r2llib.h /system/mulix/haifux/tzafrir/r2l-0.1.0/include
install -d /system/mulix/haifux/tzafrir/r2l-0.1.0/bin
install -c r2l r2llib-config /system/mulix/haifux/tzafrir/r2l-0.1.0/bin
make[1]: Leaving directory `/system/mulix/haifux/tzafrir/r2l-0.1.0/src/r2llib-0.33'
topdir=$PWD; \
cd src/refreshd/src/refreshd_cnt; \
make PREFIX=$topdir install
make[1]: Entering directory
`/system/mulix/haifux/tzafrir/r2l-0.1.0/src/refreshd-0.1.1/src/refreshd_cnt'
cat refreshd_cnt-config.in | sed -e 's#PACKAGE_VERSION#0.1.1#g' \
-e
's#PACKAGE_LIBRARY_DIR#/system/mulix/haifux/tzafrir/r2l-0.1.0/lib#g' \
-e 's#PACKAGE_LIBRARY#refreshd_cnt#g'\
-e
's#PACKAGE_INCLUDE_PATH#/system/mulix/haifux/tzafrir/r2l-0.1.0/include#g' \
> refreshd_cnt-config
chmod +x refreshd_cnt-config
g++ -c -g -Wall -ansi -fPIC -pedantic -I/system/mulix/haifux/tzafrir/r2l-0.1.0/include
-I../refreshd -O2 refresh
Re: [LinPrj] experiences with tzafrir's r2l-0.1.0
On Tue, 11 Sep 2001, Tzafrir Cohen wrote: > > * a rudimentary check of biditext shows that it works. a rudimentary > > check of r2llib didnt take place because i had no idea how to test it - > > emil? (my system has no hebrew specially set up, except maybe the > > turkish patch for netscape). [i meant refreshd above] > You can get the hebrew text file from > http://www.technion.ac.il/~tzafrir/R2L/hello_8bit.txt > > and view it in an X text editor with the font set to 'heb8x13' (e.g: > 'xedit -fn heb8x13 hello_8bit.txt'). > > You can also use netscape / xterm -e lynx thanks. checknig with it - refreshd works :) now i get a nice segmentation violation in 'r2l'. will you be acting as the clearing house for all r2l patches (r2llib, biditext, r2l-plugins, refreshd) or should we bite the bullet and open a sourceforge project? -- mulix http://www.advogato.com/person/mulix http://www.sf.net/projects/syscalltrack - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED]
Re: [LinPrj] experiences with tzafrir's r2l-0.1.0
On Tue, 11 Sep 2001, Tzafrir Cohen wrote:
> I've updated only the r2l-package and r2l tarballs (the rpm managed to
> build just fine anyway)
>
> http://www.technion.ac.il/~tzafrir/R2L/r2l-tarball/r2l-0.1.1.tar.gz
> http://www.technion.ac.il/~tzafrir/R2L/r2l-tarball/r2l-package.0.1.1.tar.gz
r2l-package gives me a 404. what is it?
> BTW: emil: the only warning I saw was:
>
> g++ -g -D_REENTRANT -Wall -pedantic
> -I/home/tzafrir/projects/LinClub/BiditextGui/r2l-tarball/r2l-0.1.1/include
> -I/home/tzafrir/projects/LinClub/BiditextGui/r2l-tarball/r2l-0.1.1/include
> -O2 -c communication.cc
> In file included from /usr/include/sys/socket.h:34,
> from communication.cc:5:
> /usr/include/bits/socket.h:226: warning: ANSI C++ forbids zero-size array
>`__cmsg_data'
i saw some other errors when compiling with gcc3.0. i'll make a patch
later.
here's the patch for the 'r2l' crashes.
--- r2l-0.1.1/src/r2llib/r2l.c Mon Aug 27 16:39:38 2001
+++ r2l-0.1.1-mulix/src/r2llib/r2l.cTue Sep 11 20:47:41 2001
@@ -90,7 +90,7 @@
exit(LIBR2L_FAILED);
}
- if (argc < 1 || argv[1] == NULL) {
+ if (argc < 2 || argv[1] == NULL) {
print_usage_message("Command missing");
r2l_destroy(rtl);
exit(INCORRECT_ARGUMENT);
@@ -98,7 +98,7 @@
switch (argv[1][0]) {
case 'p': /* print */
- if ((argc < 2) || (argv[2] == NULL)) {
+ if ((argc < 3) || (argv[2] == NULL)) {
print_usage_message("Missing Print argument");
ret_val = INCORRECT_ARGUMENT;
break;
@@ -138,9 +138,10 @@
}
break;
case 's': /* change State */
- if (argc < 2 || argv[2] == NULL) {
+ if (argc < 3 || argv[2] == NULL) {
print_usage_message("Missing State argument");
ret_val = INCORRECT_ARGUMENT;
+ break;
}
if(!strcasecmp(argv[2],"disable")) {
ret_val = r2l_disable(rtl);
@@ -160,9 +161,10 @@
}
break;
case 'b': /* change Base direction */
- if (argc < 2 || argv[2] == NULL) {
+ if (argc < 3 || argv[2] == NULL) {
print_usage_message("Missing Base direction argument");
ret_val = INCORRECT_ARGUMENT;
+ break;
}
if(!strcasecmp(argv[2],"neutral")) {
ret_val = r2l_set_biditext_base_state_neutral(rtl);
--
mulix
http://www.advogato.com/person/mulix
http://www.sf.net/projects/syscalltrack
-
Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org)
To unsub send an empty message to [EMAIL PROTECTED]
[LinPrj] r2llib-0.34 and biditext-0.9.6 "wailing banshees" released
hi guys, http://www.pointer.co.il/~mulix/r2l/r2llib-0.34.tar.gz http://www.pointer.co.il/~mulix/r2l/biditext-0.9.6.tar.gz tiny releases, no reason to upgrade (until your name is tzafrir and you are building the r2l-all package). changes: * imported to cvs (cvs server running on my machine, i could probably give remote access via ssh if anyone wants) * compiles cleanly with gcc3.0, gcc2.95 and egcs2.91 * fixed segmentation faults in r2l.c -- mulix http://www.advogato.com/person/mulix http://www.sf.net/projects/syscalltrack - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED]
Re: [LinPrj] experiences with tzafrir's r2l-0.1.0
On Wed, 12 Sep 2001, Kohn Emil Dan wrote: > > i saw some other errors when compiling with gcc3.0. i'll make a patch > > later. > > Are those errors or just warnings? warnings, and none of them were in refreshd. i fixed the warnings in r2llib and biditext (missing #include ). in the plugins dir i get: ui_plugin_terminal.c: In function `ui_init': ui_plugin_terminal.c:56: warning: implicit declaration of function `strlen' ui_plugin_terminal.c:59: warning: implicit declaration of function `strcpy' a missing #include , most likely. -- mulix http://www.advogato.com/person/mulix http://www.sf.net/projects/syscalltrack - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED]
Re: [LinPrj] r2l 0.1.2 TODO
On Thu, 13 Sep 2001, Tzafrir Cohen wrote: > 1. configure script (either autoconf or some home-made script) > test: will someone familiar with the autoconf tools (tzafrir? shlomi?) be able to give us an estimate of which is easier (writing our own conf script or using autoconf)? > * if X11 headers and libs are availlable, and where > * where is gnome-config > * QT and KDE headers and libs (check for QTDIR and KDEDIR. Maybe also > check for -devel RPMs, as Mandrake RPMs don't set QTDIR) > * allow an external r2llib-config (?) > * check if libdockapp is available (and where) > > In the makefiles almost ll of theose are (or can easily be) isolated to > individual makefile variables. So it is "only" a matter of configure > script to write a config file. > > (There is also a question of how to allow the seperate tarballs to build > seperately, if we want to keep it this way) this could be useful, but i dont think we need to worry about it at this stage - our first and only priority now is to release a _usable_ 0.9 version. it doesnt have to be perfect - just usable. > 2. kde applet. Guy? Shlomi? what about the kde applet indeed? shlomi, there was some problem you ran into if i remember correctly? > 3. Better documentation. Most importantly is a README that will be better > than the one I wrote (in the r2l-package tarball). But man pages for > biditext and for the rest of the commands will be useful as well. i will see what i can do in this regard, although documentation is definitely not my strong side. in other news, r2llib and biditext are now cvs'd on my machine with tzafrir and i having commit access. i also set up 'syncmail' to send out emails when commits are made. * should i set up commits to be sent to the list? if anyone wants their names added to the notification list in the mean time, just let me know. * if maintainers of the other packages want to put their sources in cvs as well, just let me know. -- mulix http://www.advogato.com/person/mulix http://www.sf.net/projects/syscalltrack - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED]
[LinPrj] Re: Project Idea: A "StoneAge" clone for Linux
[ i wrote that syscalltrack needs more coders ] On Wed, 31 Oct 2001, Shlomi Fish wrote: > Can't promise anything, but I might work on it a little. Where is its > to-do list? http://www.sf.net/projects/syscalltrack/, under 'tasks' this page has a list of tasks waiting to be done, divided by component (the rules and filters library, the kernel modules, the configuration utility, the communication library and the tests). some tasks are very general, and some are quite specific. if you see anything that catches your fancy, or you have something you'd like to do that's not there, just give us a shout on the syscalltrack-hackers mailing list (look under 'mailing lists'). we also have a FUTURE file, for things we'd like to do someday. some of the things here are pretty wild. also, there are things you can always do: write tests write documentation review the code write a better website if you want a list of things we consider "the most urgent", or "the most challenging", just ask. in short, just pick whatever seems like the most fun and go for it! -- mulix http://www.pointer.co.il/~mulix/ http://syscalltrack.sf.net/ - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED]
Re: [LinPrj] New Linux project (fwd)
i think that i got it too... it seems that their heart is in the right place, even if the execution is a bit lacking. did anyone contact them to see what's the story? On Wed, 21 Nov 2001, Orr Dunkelman wrote: > What do you think on this lovely spam I got? -- mulix http://www.pointer.co.il/~mulix/ http://syscalltrack.sf.net/ - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED]
Re: [LinPrj] r2l status update
On Tue, 25 Dec 2001, Tzafrir Cohen wrote: > Hi > > As a reminder of the current status of R2L: > > It currently builds and works. However building may require editing some > makefiles, or giving a big "make" command. R2l control front-ends are > available for: > > Current files are in: > http://www.technion.ac.il/~tzafrir/R2L/r2l-tarball/ > > Is R2L Still Needed? > """""""""""""""""""" > Basically, Yes, until KDE3 and gnome 2 will become widely deployed. KDE3 > (actually: QT3) and gnome2 (actually: GTK+2) include reasonable > bidirectional Hebrew support. Once all the programs on the desktop will > have native bidi support, there will be no need for hacked bidi support. > > As for the hack value: this is a seperate issue. > > What is Missing? > """""""""""""""" considering the state of the project, i vote for making a release *right* *now*. get everything we have now out where it will be somewhat usable to people, then work in leisure on the rest of the stuff. remember, some code/support is infinitely better than no code/support. > * autoconf (or some other automatic configuration) > I have an almost-working autoconf script now. However, I encountered soe > problems. Anybody here with an experince with autoconf? sorry, can't help there. > * Documentation e.g: a man page, that will also document > BIDITEXT_OPTIONS i could probably help there. i'll try to scrounge an hour to write it > * Missing features: > > - KDE front-end > > Also, In the light of a recent thread in linux-il I thought that the > following features may be useful: see my previous remark - delaying the long awaited release in order to add features would absolutely kill this project, imho. > - Tracing to a file (?) > Currently the debug tracing is done to the standard input. However, > it seems that some programs (like bonobo components) are created by > daemons with no attached terminal. It seems that if I want to print > traces I need to print it to a file. > > I know how to pass the file name (through BIDITEXT_OPTIONS). However > writing to the file itself is more problematic, as there may be > multiple processes writing to it. > > Do you think that adding this is something simple? (I have no > experince with file locking, etc.) synchronization is never simple, more so when you have no idea what are the working conditions of the application. i dont think the effort is worth it, and it's definitely not worth it right now. > - r2llib implementation with window properties > This has been discussed in the past, and rejected. However, in light > of a program like evolution, it might be worth reconsidering. > > The idea is that r2llib should hold the information not in a size of > a file, but in properties of a top-level window. > > What will it take to re-implement r2llib that way? someone who's familiar with both r2llib (not too difficult, if i may say so myself, it uses a very easy to follow abstraction model) and window properties. -- mulix http://vipe.technion.ac.il/~mulix/ http://syscalltrack.sf.net/ - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED]
Re: [LinPrj] r2l status update
On Tue, 25 Dec 2001, Tzafrir Cohen wrote: > On Tue, 25 Dec 2001, mulix wrote: > > > considering the state of the project, i vote for making a release > > *right* *now*. get everything we have now out where it will be somewhat > > usable to people, then work in leisure on the rest of the stuff. > > remember, somecode/support is infinitely better than no code/support. > > For me the target for 1.0 is basically for it to build well (hence > autoconf) and reasonably documented. Missing features can wait for an > implementer. They still belong in the TODO list. > > I currently work on the autoconf script. i'll do my best to get some semblance of a man page for it tonight. -- mulix http://vipe.technion.ac.il/~mulix/ http://syscalltrack.sf.net/ - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED]
Re: [LinPrj] r2l status update
On Tue, 25 Dec 2001, Amir Shalem wrote: > On Tue, 25 Dec 2001, mulix wrote: > > > On Tue, 25 Dec 2001, Tzafrir Cohen wrote: > > > > > On Tue, 25 Dec 2001, mulix wrote: > > > > > > > considering the state of the project, i vote for making a release > > > > *right* *now*. get everything we have now out where it will be somewhat > > > > usable to people,then work in leisure on the rest of the stuff. > > > > remember, somecode/support is infinitely better than no code/support. > > > > > > For me the target for 1.0 is basically for it to build well (hence > > > autoconf) and reasonably documented. Missing features can wait for an > > > implementer. They still belong in the TODO list. > > > > > > I currently work on the autoconf script. > > > > i'll do my best to get some semblance of a man page for it tonight. > > -- > If I wish to contribute, > Where are r2l current files located at ? > any CVS server? rsync? ftp? web? i host a "members only" cvs server for the r2l sources. i can give you an account if you want. note that we are in a feature *and* code freeze - all efforts are directed towards finally getting a release out... for the time being, you can find tar files of everything at http://www.technion.ac.il/~tzafrir/R2L/r2l-tarball/ -- mulix http://vipe.technion.ac.il/~mulix/ http://syscalltrack.sf.net/ - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED]
[LinPrj] biditext man page
added a biditext man page. it's not very up to date, nor is it particularly pretty, but it's a start. patches welcome. -- mulix http://vipe.technion.ac.il/~mulix/ http://syscalltrack.sf.net/ -- Forwarded message -- Date: Tue, 25 Dec 2001 23:39:48 +0200 (IST) From: [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: [LinPrj] CVS: r2l/biditext biditext.1,NONE,1.1 ChangeLog,1.1.1.1,1.2 Update of /archive/cvs/repos/r2l/biditext In directory alhambra:/system/backup/src/r2l/biditext Modified Files: ChangeLog Added Files: biditext.1 Log Message: 2001-12-25 mulix <[EMAIL PROTECTED]> * biditext.1: added man page for biditext --- NEW FILE: biditext.1 --- .\" Process this file with .\" groff -man -Tascii biditext.1 .\" .TH Biditext 1 "December 2001" Linux "User Manuals" .SH NAME biditext \- enable showing bidirectional texts in X programs .SH SYNOPSIS .B biditext program [ .I arguments .B ] .SH DESCRIPTION .B biditext.so is a shared library that replaces the XDrawString, xXDrawImageString and XDrawString16 functions from the libX11 library, with ones that supports bidirectional printing. It will perform reversing only on fonts with Hebrew encodings (iso8859-8, microsoft-cp1255 and iso10646-1). .B biditext is a convenience script which sets the LD_PRELOAD environment variable and then runs the original program. .PP XDrawString changes the direction of the text only when a file .rev in your HOME directory exists, so when it does not exist, it behaves, exactly like the normal function from libX11.so. Creating or removing this file takes affect immediately, so it can be used when using Netscape to browse Hebrew sites, and moving between pages that use Visual / Logical Hebrew. .PP If you want to use another name (instead of $HOME/.rev) set the environment variable BIDITEXT_FILENAME to that file name before running biditext. e.g. (works with bash): BIDITEXT_FILENAME=$HOME/.rev-ns biditext netscape .PP See http://linuxclub.il.eu.org/R2L/ for some programs thet provide simple graphical interfaces for this feature. .PP This version also allows you to set the base directionality. See: http://www.mail-archive.com/lin-club%40vipe.technion.ac.il/msg00323.html for the exact details, and http://www.mail-archive.com/lin-club%40vipe.technion.ac.il/msg00327.html for some demostrations. .PP r2llib also provides a simple .BR r2l (1) command line program to query and set the r2l state and biditext base state. .PP Note that the approach used by biditext has some inherent limitations. The program is not aware of the logical->visual conversion and thus: .PP May draw parts of the line in seperate XDrawString calls (e.g: when editing a text, or when selecting it) .PP When you decide to create (or delete) the .rev file, the program's window will not update immedietly. The change will take effect only once the text will be redrawn (e.g.: by refreshing the whole window) .PP (The refreshd package of the r2l project is meant to answer the second problem. It's available from the afore mentioned locations) .PP It seems that the standard text box of qt2 programs does not suffer from the first limitation, and editing text with QT2 programs (like kedit and licq) works well, if you have got past the fonts problem. .SH FILES .I $HOME/.rev .RS This file's contents determine biditext's exact operation. It should not be handled directly, use the .BR r2l (1) utility to manipulate it. .SH ENVIRONMENT .IP PROFILE Enable printing of profiling information to stderr. .IP CHECK_CHARSET Enable checking of the string's character set to decide if it should be reversed. .IP TRACE_ANY TODO .IP TRACE_CHARSET TODO .IP TRACE_LOG2VIS TODO .SH REQUIRES .I fribidi Dov Grobgeld's fribidi library (version >=0.1.6), which is available from http://fribidi.sourceforge.net, that requires glib. .PP .I r2llib Biditext requires r2llib (version >= 0.32) which should have been already supplied with it. If not, it is available from http://technion.ac.il/~tzafrir/r2l .SH BUGS .PP Occasional Bus errors, usually when quiting netscape. .PP May have problems with programs that do some manipulations with the loader, e.g.: licq .PP 0.9 added recognition of the character set, and reverses only Hebrew strings. Thus if you use netscape 4 with web fonts, it won't revesse your text (because it is not exactly hebrew). Apply the turkish patch to netscape. .PP Regarding the changes of 0.9 and the Elmar fonts: See http://plasma-gate.weizmann.ac.il/Linux/maillists/01/07/msg00242.html .PP There is another function of similar functionality to XDrawString that is used for anti-aliased text (XftDrawString). This function is currently not handled by biditext. .SH AUTHORS Matan Ziv-Av ([EMAIL PROTECTED]) .PP Ilya Konstantinov ([EMAIL PROTECTED]) .PP mulix ([EMAIL PROTECTED]) .PP Tzafrir Cohen ([EMAIL PROTECTED]) .SH "SEE ALSO" .
Re: [LinPrj] biditext man page
hi emil, thanks a lot, but i'm afraid this patch fails to apply against the cvs man page. could you generate a unified diff (diff -u) against the attached file? or just send me your fixed version? On Wed, 26 Dec 2001, Kohn Emil Dan wrote: > > Attached is a patch for the man page. > > Minor typo corrections and clarifications > > > Regards, > Emil > > > On Tue, 25 Dec 2001, mulix wrote: > > > added a biditext man page. it's not very up to date, nor is it > > particularly pretty, but it's a start. patches welcome. > > > > -- > > mulix > > > > http://vipe.technion.ac.il/~mulix/ > > http://syscalltrack.sf.net/ > > > > > -- mulix http://vipe.technion.ac.il/~mulix/ http://syscalltrack.sf.net/ .\" Process this file with .\" groff -man -Tascii biditext.1 .\" .TH Biditext 1 "December 2001" Linux "User Manuals" .SH NAME biditext \- enable showing bidirectional texts in X programs .SH SYNOPSIS .B biditext program [ .I arguments .B ] .SH DESCRIPTION .B biditext.so is a shared library that replaces the XDrawString, xXDrawImageString and XDrawString16 functions from the libX11 library, with ones that supports bidirectional printing. It will perform reversing only on fonts with Hebrew encodings (iso8859-8, microsoft-cp1255 and iso10646-1). .B biditext is a convenience script which sets the LD_PRELOAD environment variable and then runs the original program. .PP XDrawString changes the direction of the text only when a file .rev in your HOME directory exists, so when it does not exist, it behaves, exactly like the normal function from libX11.so. Creating or removing this file takes affect immediately, so it can be used when using Netscape to browse Hebrew sites, and moving between pages that use Visual / Logical Hebrew. .PP If you want to use another name (instead of $HOME/.rev) set the environment variable BIDITEXT_FILENAME to that file name before running biditext. e.g. (works with bash): BIDITEXT_FILENAME=$HOME/.rev-ns biditext netscape .PP See http://linuxclub.il.eu.org/R2L/ for some programs thet provide simple graphical interfaces for this feature. .PP This version also allows you to set the base directionality. See: http://www.mail-archive.com/lin-club%40vipe.technion.ac.il/msg00323.html for the exact details, and http://www.mail-archive.com/lin-club%40vipe.technion.ac.il/msg00327.html for some demostrations. .PP r2llib also provides a simple .BR r2l (1) command line program to query and set the r2l state and biditext base state. .PP Note that the approach used by biditext has some inherent limitations. The program is not aware of the logical->visual conversion and thus: .PP May draw parts of the line in seperate XDrawString calls (e.g: when editing a text, or when selecting it) .PP When you decide to create (or delete) the .rev file, the program's window will not update immedietly. The change will take effect only once the text will be redrawn (e.g.: by refreshing the whole window) .PP (The refreshd package of the r2l project is meant to answer the second problem. It's available from the afore mentioned locations) .PP It seems that the standard text box of qt2 programs does not suffer from the first limitation, and editing text with QT2 programs (like kedit and licq) works well, if you have got past the fonts problem. .SH FILES .I $HOME/.rev .RS This file's contents determine biditext's exact operation. It should not be handled directly, use the .BR r2l (1) utility to manipulate it. .SH ENVIRONMENT .IP PROFILE Enable printing of profiling information to stderr. .IP CHECK_CHARSET Enable checking of the string's character set to decide if it should be reversed. .IP TRACE_ANY TODO .IP TRACE_CHARSET TODO .IP TRACE_LOG2VIS TODO .SH REQUIRES .I fribidi Dov Grobgeld's fribidi library (version >=0.1.6), which is available from http://fribidi.sourceforge.net, that requires glib. .PP .I r2llib Biditext requires r2llib (version >= 0.32) which should have been already supplied with it. If not, it is available from http://technion.ac.il/~tzafrir/r2l .SH BUGS .PP Occasional Bus errors, usually when quiting netscape. .PP May have problems with programs that do some manipulations with the loader, e.g.: licq .PP 0.9 added recognition of the character set, and reverses only Hebrew strings. Thus if you use netscape 4 with web fonts, it won't revesse your text (because it is not exactly hebrew). Apply the turkish patch to netscape. .PP Regarding the changes of 0.9 and the Elmar fonts: See http://plasma-gate.weizmann.ac.il/Linux/maillists/01/07/msg00242.html .PP There is another function of similar functionalit
[LinPrj] Re: biditext man page
On Wed, 26 Dec 2001, Shlomi Fish wrote: > On Tue, 25 Dec 2001, mulix wrote: > > > added a biditext man page. it's not very up to date, nor is it > > particularly pretty, but it's a start. patches welcome. > > > > > > Did you consider using perl POD for writing the man page? This will have > the happy effect of being able to render it into other formats such as > HTML and LaTeX. if you feel it's an improvement, by all means, please submit a patch. i did it using the path of list resistance - less `find / -name "*.1"` -> cut and paste. -- mulix http://vipe.technion.ac.il/~mulix/ http://syscalltrack.sf.net/ - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED]
Re: [LinPrj] r2l 0.9.0
On Wed, 26 Dec 2001, Tzafrir Cohen wrote: > Hi all > > I finally wrote the autoconf configuration. > > This is not exactly a release quality, so consider it a .0 . > > Due to some issues with the CVS I still have not checked this in (sorry, > mulix) and it still does not include the man page. I have also yet to > update the rpm package. anything i can do to resolve those cvs issues? > The files are at: > > http://www.technion.ac.il/~tzafrir/R2L/r2l-tarball/ > > Changes: > > * r2l-package has been added a configure.in > * some changes to the makefiles of r2l-plugins, biditext and refreshd > > Current problems: > > - The small peice of code I wrote for detecting libdockapp fails to work, > for some reason. It always succeds . I suspect that my shell code (in > configure.in) is buggy > > - There is a small cosmetic bug in th detection of gnome-config. > > Please try this on as many systems as you can (./configure; make) and > report errors. Ideally there should be no build errors: if the system is > unable to build the package , the configure script should detect this. this is one step closer to a release, so kudos for that. what's left to do? -- mulix http://vipe.technion.ac.il/~mulix/ http://syscalltrack.sf.net/ - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED]
Re: [LinPrj] biditext man page
commited. thanks a bunch! On Wed, 26 Dec 2001, Kohn Emil Dan wrote: > Hi mulix, > > Sorry, I did it on Solaris and for some odd reason diff does not support > the -u option. Because it seemed that patch did work with it I thought it > was OK. Anyway, here's the version with diff -u on Linux. > > > Regards, > Emil > > On Wed, 26 Dec 2001, mulix wrote: > > > hi emil, > > > > thanks a lot, but i'm afraid this patch fails to apply against the cvs > > man page. could you generate a unified diff (diff -u) against the > > attached file? or just send me your fixed version? > > > > On Wed, 26 Dec 2001, Kohn Emil Dan wrote: > > > > > > > >Attached is a patch for the man page. > > > > > > Minor typo corrections and clarifications > > > > > > > > > Regards, > > > Emil > > > > > > > > > On Tue, 25 Dec 2001, mulix wrote: > > > > > > > added a biditext man page. it's not very up to date, nor is it > > > > particularly pretty, but it's a start. patches welcome. > > > > > > > > -- > > > > mulix > > > > > > > > http://vipe.technion.ac.il/~mulix/ > > > > http://syscalltrack.sf.net/ > > > > > > > > > > > > > > > -- > > mulix > > > > http://vipe.technion.ac.il/~mulix/ > > http://syscalltrack.sf.net/ > > > > > -- mulix http://vipe.technion.ac.il/~mulix/ http://syscalltrack.sf.net/ - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED]
Re: [LinPrj] r2l 0.9.1
On Fri, 28 Dec 2001, Tzafrir Cohen wrote: > http://www.technion.ac.il/~tzafrir/R2L/r2l-tarball > > So I'd like to hear some success stories, and then get 1.0 out. i'm afraid i come bearing bad news. two rh 6.x machines. one one configure finished succesfully, but compilation barfed with: gcc -o biditext.so -shared -g parse_options.o common.o hook_into_x.o biditext.o -L/usr/local/lib -lfribidi -L. -lfribidi_mini_glib -L/home/mulix/tmp/r2l-0.9.1/ lib -lr2l -L/usr/X11R6/lib -lX11 -lX11 /usr/local/i686-pc-linux-gnu/bin/ld: cannot find -lfribidi_mini_glib collect2: ld returned 1 exit status make[1]: *** [biditext.so] Error 1 make[1]: Leaving directory `/home/mulix/tmp/r2l-0.9.1/src/biditext' make: *** [biditext] Error 2 [mulix@poodie r2l-0.9.1]$ on the other one, it compiles and builds fine, but running 'biditext xterm' gives me: [mulix@alhambra r2l-0.9.1]$ biditext xterm xterm: error in loading shared libraries: /usr/local/lib/biditext.so: undefined symbol: dlopen -- mulix http://vipe.technion.ac.il/~mulix/ http://syscalltrack.sf.net/ - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED]
Re: [LinPrj] r2l-0.9.5
just a short note to say 0.9.5 built and installed fine here on rh 6.x. -- mulix http://vipe.technion.ac.il/~mulix/ http://syscalltrack.sf.net/ - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED]
[LinPrj] r2l status
tzafrir, care to ennlighten us? what remains to be done? is it time to start thinking on how to release it? -- mulix http://vipe.technion.ac.il/~mulix/ http://syscalltrack.sf.net/ - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED]
Re: [LinPrj] r2l 0.9.6
works for me [rh 6.x, 7.2] On Sun, 20 Jan 2002, Tzafrir Cohen wrote: > Hi All > > r2l 0.9.6 is out. Available from the usual place: > > http://www.technion.ac.il/~tzafrir/R2L/r2l-tarball > > Changes: > > * fixed return value of r2l > * added a small tcl/tk program r2ltcl . Note that you should probably need > to fix the interpeter line (/usr/local/bin/wish8.2 is required in CSD, > on linux I expect this to be /usr/bin/wish) > * Better detection of libdockapp > * minor documentation updates > > Also, it seems that at least with a number of recent gtk programs I tried, > all of them draw the text to the screen word-by-word rather than > line-by-line. This biditext does not make their text readable. > > Known bugs: > > * refreshd does not run on solaris > * gtk programs crash if fribidi is of version < 0.9.1 and > > Please let me know if there are any other problems building and running > it. > > -- mulix http://vipe.technion.ac.il/~mulix/ http://syscalltrack.sf.net/ - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED]
