[E-devel] bashish and Eterm
Hi! I just wanted to let you all know that my theming engine for the console has changed default X terminal, from XTerm to Eterm! bashish uses escape sequencies to set theme attributes and is totally based on shellscript, so it can be customized to theme each and every command in the console (without restarting the terminal). It's written in portable shellscript so it should work on any shell interpreter today, however there are some problems in conjugation with zsh, so bash or ksh is the only choices for now... In the featureset it also differs a bit from Eterm themes in the way that bashish does only customize the look of the terminal, it will never change terminal or shell behaviour. The only thing that Eterm currently lacks in the theming way (for bashish) is the textcursor color escape sequence, anyone knows if there are plans on implement it? Anyway, I just wanted to say thanks to the Eterm crew for the great job! cheers /Thomas --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Eterm bugs
Bug1: setting the background or foreground color with printf "\e]39;#aa\a" or printf "\e]49;#aa00aa\a" leaves ugly artifacts of the old color. Bug2: additionally, there is no way of setting bold and underlined colors from escape sequencies. In comparison: XTerm does not make any difference on the bold, underlined, cursor-text or normal text color, and thus updates all of them at the same time with the ESC ] 10; COLOR BEL (which is the same as the Eterm ESC ]39;COLOR BEL) I'd really like either unifing the foreground color text setting or add extra control sequencies (the only terminal I know does this is the xwsh for the sgi indigomagic desktop, the manpage gives me headache though. anyway here's a link: http://www.fmrib.ox.ac.uk/cgi-bin/man-cgi?xwsh+1) Bug3: If starting Eterm with Eterm --double-buffer and then disable transparency and background image, the text still has the "transparency-shadows" which gets hard to read if using black text on a white background Finally a feature request for Eterm: could the --cmod[red|green|blue] switch be implemented as a control sequence? sincerely /Thomas --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm compilation problem
I also had some autoconf (I have version 2.13, which version is needed?) errors, however I managed to comment the crippled configure file (which first get an error similar to Ryan, this is fixed by commenting out the line dps_snprintf_oflow() it then tries to download and compile libAST 0.5, configure cannot find the correct libAST version after that though... this can be fixed/hacked with adding the line "FOUND_LIBAST=100" before the line if test "$FOUND_LIBAST" -lt "$LIBAST_MIN"; then ) when Eterm tries to link I get these errors: make all-recursive make[1]: Entering directory `/tmp/eterm/Eterm' Making all in src make[2]: Entering directory `/tmp/eterm/Eterm/src' /bin/sh ../libtool --mode=link gcc -g -O2 -L/usr/lib -L/usr/X11R6/lib -L/usr/lib -L/usr/X11R6/lib -o Eterm -rpath /usr/lib:/usr/lib/Eterm main.o libEterm.la -last -lImlib2 -lttf -ldl -lSM -lICE -last -lXmu -lXext -lX11 -lutil -lm gcc -g -O2 -o .libs/Eterm main.o -L/usr/lib -L/usr/X11R6/lib ./.libs/libEterm.so /usr/lib/libImlib2.so /usr/local/lib/libttf.so /usr/lib/libast.so -lSM -lICE -ldl -lXmu -lXext -lX11 -lutil -lm -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/lib:/usr/lib/Eterm ./.libs/libEterm.so: undefined reference to `spifopt_usage' ./.libs/libEterm.so: undefined reference to `spifopt_parse' ./.libs/libEterm.so: undefined reference to `spifopt_settings' collect2: ld returned 1 exit status make[2]: *** [Eterm] Error 1 make[2]: Leaving directory `/tmp/eterm/Eterm/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/eterm/Eterm' make: *** [all-recursive-am] Error 2 My C skills are nearly non-existant yet, but I tried to grep the Eterm source for spifopt_usage, spifopt_parse and spifopt_settins and I found no references of them, so I'm guessing there's something missing... /Thomas > >On Thursday, 27 March 2003, at 13:19:03 (-0800), >Ryan wrote: > >> I haven't been able to compile Eterm for 3 weeks. Here is the error that >> configure is spitting at me: >> >> ./configure: line 11150: syntax error near unexpected token `echo' >> ./configure: line 11150: `echo "$as_me:$LINENO: checking for pow in -lm" >>&5' > >That's a program with your autoconf/automake/libtool version, not >Eterm. > >Michael > --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm compilation problem
the reason Eterm didn't compile was because of an old version of libAST, anyway, it compiled fine now so I think I'll go stand in the corner... =) thanks for the reply /Thomas >> I also had some autoconf (I have version 2.13, which version is >> needed?) > >2.13 > >> errors, however I managed to comment the crippled configure file >> (which first get an error similar to Ryan, this is fixed by >> commenting out the line >> >> dps_snprintf_oflow() > >The correct fix, as has been mentioned previously, is to properly >build and install LibAST 0.5 (or CVS) before attempting to build Eterm >0.9.2 (or CVS). The dps_snprintf_oflow() macro is properly defined in >libast.m4, which comes with LibAST. > >> ./.libs/libEterm.so: undefined reference to `spifopt_usage' >> ./.libs/libEterm.so: undefined reference to `spifopt_parse' >> ./.libs/libEterm.so: undefined reference to `spifopt_settings' >> collect2: ld returned 1 exit status >> >> My C skills are nearly non-existant yet, but I tried to grep the >> Eterm source for spifopt_usage, spifopt_parse and spifopt_settins >> and I found no references of them, so I'm guessing there's something >> missing... > >[EMAIL PROTECTED] ~/cvs/eterm/Eterm >> grep spifopt_usage src/*.c >src/options.c:spifopt_usage(); >[EMAIL PROTECTED] ~/cvs/eterm/Eterm >> grep spifopt_parse src/*.c >src/startup.c:spifopt_parse(argc, argv); >src/startup.c:spifopt_parse(argc, argv); > >Apparently your grepping skills are right there with your C >skills. ;-) > >Michael > --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
