mulix
Wed, 25 Jul 2001 01:41:49 -0700
On Tue, 24 Jul 2001, Tzafrir Cohen wrote: > http://www.technion.ac.il/~tzafrir/R2L/r2llib-0.09.tar.gz mirrored on my site as well. tzafrir, i'm applying this minor patch to my sources, please apply it as well so that we remain in sync: --- r2llib/r2llib-0.09/Makefile Tue Jul 24 20:33:20 2001 +++ r2llib/Makefile Wed Jul 25 11:48:41 2001 @@ -1,5 +1,5 @@ PACKAGE = r2llib -VERSION = 0.09 +VERSION = 0.10pre CC = gcc DEBUG = -g PREFIX = /usr/local diff -ur r2llib/r2llib-0.09/parse_argv.h r2llib/parse_argv.h --- r2llib/r2llib-0.09/parse_argv.h Tue Jul 24 20:33:20 2001 +++ r2llib/parse_argv.h Wed Jul 25 11:43:33 2001 @@ -6,10 +6,8 @@ /** * parse the command line arguments, * @param file_name Output parameter: the file_name the user specified - * @param argc together with argv: the command-line arguments + * @param argc together with argv: the command-line arguments - note that a *pointer* +to argc is required * @param argv - * - * (and in polling_t the polling type specified. ???) * * rewrites argc and argv to remove all r2llib specific flags */ diff -ur r2llib/r2llib-0.09/r2l_state.h r2llib/r2l_state.h --- r2llib/r2llib-0.09/r2l_state.h Tue Jul 24 20:33:20 2001 +++ r2llib/r2l_state.h Wed Jul 25 11:45:01 2001 @@ -8,7 +8,7 @@ /** * toggle the current r2l state. * - * Note that if the state was R2L_DISABLED, then the new file will probably + * Note that if the state was R2L_DISABLED, then the new file will * have a BIDITEXT_BASE_STATE of BT_BASE_NEUTRAL . */ R2L_STATE diff -ur r2llib/r2llib-0.09/r2llib-config.in r2llib/r2llib-config.in --- r2llib/r2llib-0.09/r2llib-config.in Tue Jul 24 20:33:20 2001 +++ r2llib/r2llib-config.in Wed Jul 25 11:45:34 2001 @@ -1,4 +1,4 @@ -#!/usr/bin/perl -W +#!/usr/bin/perl -w # r2llib-config: give the parameters required for building programs with # r2llib > Now I got to building biditext: ok, i added your changes. with the small s/-W/-w change to r2llib-config it even works :) are you sure using the version string 0.9.2 on biditext is smart, at this point in time? > There are some noticable differences. > > I tried running rxvt with and without biditext. In both I ran 'ls' on a > directory that has a couple of subdirectories and compressed files. > ls is aliased to: 'ls --color=auto -F' . Maybe color displaying with rxvt > is a bit inefficient, and maybe it is just that this requires seperate > XDrawString calls. > /bin/ls doesn't have any noticable difference. But displaying a > colored 'ls' takes long (around 2 seconds from 10 lines of text with no > scrolling). weird. i've just tried the same thing, with 'rxvt' and 'biditext rxvt' and 'ls --color -F' and i couldn't see and difference. could you tell me exactly what to do to reproduce the problem you saw? (terminal font, code page, whatever) > (Hmm... This project started as something of a GUI to biditext) and it's getting more interesting all the time :) -- mulix http://www.advogato.com/person/mulix linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead