May 1998 - XEmacs-Beta - XEmacs Mailing List Archives

[Patch] BackSpace/Delete don't have unambiguous ASCII equivalents 27 years, 1 month

Glynn Clements

I'm posting this here because it probably warrants more discussion than it's going to get if I post it to xemacs-patches. The primary motivation for this was to fix the problem whereby doing: M-x set-variable RET some-variable RET xxx<BackSpace> brings up a help buffer. Now, there may be other ways of fixing the above problem, but neither of these mappings correspond to the way that my system works, and the same is probably true for many (and maybe even most) other systems. So far, the only thing which appears to break is eterm, which is something of a special case anyhow (IMHO). And I believe that there are better ways of dealing with this for eterm (patch sent to xemacs-patches and Per). -- Glynn Clements <glynn(a)sensei.co.uk> --- lisp/events.el~ Sun Apr 5 04:59:48 1998 +++ lisp/events.el Fri May 29 04:33:49 1998 ＠＠ -120,8 +120,6 ＠＠ (while pairs (puthash (pop pairs) (pop pairs) keyboard-translate-table))) -(put 'backspace 'ascii-character ?\b) -(put 'delete 'ascii-character ?\177) (put 'tab 'ascii-character ?\t) (put 'linefeed 'ascii-character ?\n) (put 'clear 'ascii-character 12)

1 participants
0 comments

Re: [patch]Changing GIF libraries 27 years, 1 month

Jareth Hein

Rebecca Ore <rebecca.ore(a)op.net> writes: > Uh, what about us graphics heads? I've been compiling GIMP to > the modified giflib and it works just fine (my rpm giflib is now old > giflib). My modified giflib will co-exist just fine with gifreader (there is no overlap of file or library names, I just called it 'giflib-lite' for clarity purposes, and apparently this backfired upon me). I wasn't aware that the Gimp was using giflib, so I'll talk to them and see if they want copies of my changes. > So we hard code a link to gif-lib light for XEmacs and leave > the other giflib where other prgrams can find it? No need. Sorry for the confusion. -- Jareth Hein | jareth(a)camelot-soft.com | ハインジェラス Toolsmith & Program lead | http://www.camelot-soft.com | 開発部チーフ Camelot Software, Ltd. | jareth(a)camelot.co.jp |（株）キャメロット "Contrary to popular belief, penguins are not the salvation of modern technology. Neither do they throw parties for the urban proletariat."

1 participants
0 comments

[patch]Changing GIF libraries 27 years, 1 month

Jareth Hein

Well folks, as I am still stewing over what I should do about my modified giflib, I went ahead and created a 'giflib-lite' that does decoding only (and therefore should be safe from UniSys's goons). Even better, this gifreader lib now is fully autoconf and libtool enabled, so building it should be a breeze. Please grab a copy of 0.9 (I don't have docs written yet, so it ain't final) from http://www.camelot-soft.com/~jareth , build it, and apply the patch below to xemacs to make it use the lib (which is also now a lot smaller, yeah!). 1998-05-28 P. E. Jareth Hein <jareth(a)camelot-soft.com> * configure.in: Switch from giflib to gifreader for our GIF image support (no other mods needed) Index: configure.in =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs-20/configure.in,v retrieving revision 1.104 diff -u -r1.104 configure.in --- configure.in 1998/05/27 20:41:46 1.104 +++ configure.in 1998/05/28 20:16:35 ＠＠ -2695,13 +2695,13 ＠＠ fi dnl Autodetect GIFlib - AC_MSG_CHECKING(for giflib - no older than 3.1) - test -z "$with_gif" && { AC_CHECK_HEADER(gif_lib.h, ,with_gif=no) } - test -z "$with_gif" && { AC_CHECK_LIB(gif, GetGifError,[:] ,with_gif=no) } + AC_MSG_CHECKING(for gifreader) + test -z "$with_gif" && { AC_CHECK_HEADER(gifrlib.h, ,with_gif=no) } + test -z "$with_gif" && { AC_CHECK_LIB(gifreader, GetGifError,[:] ,with_gif=no) } test -z "$with_gif" && with_gif=yes if test "$with_gif" = "yes"; then AC_DEFINE(HAVE_GIF) - XE_PREPEND(-lgif, libs_x) + XE_PREPEND(-lgifreader, libs_x) fi dnl autodetect JPEG Index: configure =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs-20/configure,v retrieving revision 1.103 diff -u -r1.103 configure --- configure 1998/05/27 20:41:41 1.103 +++ configure 1998/05/28 20:16:43 ＠＠ -6638,16 +6638,16 ＠＠ fi - echo $ac_n "checking for giflib - no older than 3.1""... $ac_c" 1>&6 -echo "configure:6643: checking for giflib - no older than 3.1" >&5 - test -z "$with_gif" && { ac_safe=`echo "gif_lib.h" | sed 'y%./+-%__p_%'` -echo $ac_n "checking for gif_lib.h""... $ac_c" 1>&6 -echo "configure:6646: checking for gif_lib.h" >&5 + echo $ac_n "checking for gifreader""... $ac_c" 1>&6 +echo "configure:6643: checking for gifreader" >&5 + test -z "$with_gif" && { ac_safe=`echo "gifrlib.h" | sed 'y%./+-%__p_%'` +echo $ac_n "checking for gifrlib.h""... $ac_c" 1>&6 +echo "configure:6646: checking for gifrlib.h" >&5 cat > conftest.$ac_ext <<EOF #line 6649 "configure" #include "confdefs.h" -#include <gif_lib.h> +#include <gifrlib.h> EOF ac_try="$ac_cpp conftest.$ac_ext >/dev/null 2>conftest.out" { (eval echo configure:6654: \"$ac_try\") 1>&5; (eval $ac_try) 2>&5; } ＠＠ -6672,11 +6672,11 ＠＠ fi } test -z "$with_gif" && { -echo $ac_n "checking for GetGifError in -lgif""... $ac_c" 1>&6 -echo "configure:6677: checking for GetGifError in -lgif" >&5 -ac_lib_var=`echo gif'_'GetGifError | sed 'y%./+-%__p_%'` +echo $ac_n "checking for GetGifError in -lgifreader""... $ac_c" 1>&6 +echo "configure:6677: checking for GetGifError in -lgifreader" >&5 +ac_lib_var=`echo gifreader'_'GetGifError | sed 'y%./+-%__p_%'` -xe_check_libs=" -lgif " +xe_check_libs=" -lgifreader " cat > conftest.$ac_ext <<EOF #line 6682 "configure" #include "confdefs.h" ＠＠ -6720,7 +6720,7 ＠＠ EOF } - libs_x="-lgif $libs_x" && if test "$extra_verbose" = "yes"; then echo " Prepending \"-lgif\" to \$libs_x"; fi + libs_x="-lgifreader $libs_x" && if test "$extra_verbose" = "yes"; then echo " Prepending \"-lgifreader\" to \$libs_x"; fi fi test -z "$with_jpeg" && { ac_safe=`echo "jpeglib.h" | sed 'y%./+-%__p_%'` -- Jareth Hein | jareth(a)camelot-soft.com | ハインジェラス Toolsmith & Program lead | http://www.camelot-soft.com | 開発部チーフ Camelot Software, Ltd. | |（株）キャメロット "Contrary to popular belief, penguins are not the salvation of modern technology. Neither do they throw parties for the urban proletariat."

3 participants
2 comments

Re: [PATCH] vc.el cleanup, THE RIGHT ONE 27 years, 1 month

William M. Perry

Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: > wmperry(a)aventail.com (William M. Perry) writes: > > > We should contribute these back to the main VC author... > > Who is apperantly not responsive. He responded to my email within a few hours when I was having the problem with the files not being seen as registered. > > ass. :) Trust me, I was by the oddness between XEmacs VC and the core VC. > > As the one who with some help from michael synced our VC with the core > FSF 20.2 VC, trust me, it is convenient that as long as we apply our own > patches they are marked. Yes, but it would be nice if we didn't have to have any. If its a good idea for XEmacs to have some functionality, we should try to convince the core author if at all possible. I really don't think we want to have to do a bunch of patching every time we create a new package, no matter what the package. > > Let's stop the VC insanity! :) > > I did! > > > 1998-05-12 Jan Vroonhof <vroonhof(a)math.ethz.ch> > > > > * vc.el (vc-suppress-confirm): Customized [sync with FSF 20.2] > > > > [2 Kb of Changelog deleted] Thanks. :) -Bp

1 participants
0 comments

Re: Crash in event code 27 years, 1 month

Gunnar Evermann

Hrvoje Niksic <hniksic(a)srce.hr> writes: > Place the mouse pointer over the scrollbar, evaluate the following > code and drag the scrollbar: > > (event-over-modeline-p (next-event)) > > For me, it crashes: for me too. the problem is that the event returned contains a window in the channel field. AFAICT this should be a frame (or console)! The evil is contained in x_update_vertical_scrollbar_callback( ) in line 468 there is a call signal_special_Xt_user_event (win, Qscrollbar_page_down, Fcons (win, make_int ((int) line))); but signal_special_Xt_user_event() is expecting a channel as the first argument and stuffing it directly into the newly created event! Wow, this must have been this way for ages (I only have 20.4 handy but the Changelog doesn't contain anything relevant). I guess what saved us, is the very lucky definition of event-frame (defun event-frame (event) "Return the frame that EVENT occurred on. This will be nil for some types of events (e.g. keyboard and eval events)." (fw-frame (event-channel event))) ^^^^^^^^ which will always return a frame. So if anybody is in the right mood remove the call to fw-frame and see what breaks :-) I have to leave in a second. Maybe some X/event-handling expert can fix this. If not I will look into it tomorrow. BTW: when using the 'pobj' defined in dbxinit I get the following error for some object types (like windows for example :-) (dbx) pobj object "lrecord_toolbar_data" is not defined in the scope `xemacs`print.c`Fprint` evaluation failed strange... lrecord_toolbar_button *is* defined but lrecord_toolbar_data isn't -- any ideas?? Gunnar -- Gunnar Evermann Natural Language Systems Group, University of Hamburg EMail: Gunnar.Evermann(a)nats.informatik.uni-hamburg.de

1 participants
0 comments

Re: [PATCH] vc.el cleanup, THE RIGHT ONE 27 years, 1 month

Jan Vroonhof

wmperry(a)aventail.com (William M. Perry) writes: > We should contribute these back to the main VC author... Who is apperantly not responsive. > ass. :) Trust me, I was by the oddness between XEmacs VC and the core VC. As the one who with some help from michael synced our VC with the core FSF 20.2 VC, trust me, it is convenient that as long as we apply our own patches they are marked. > Let's stop the VC insanity! :) I did! > 1998-05-12 Jan Vroonhof <vroonhof(a)math.ethz.ch> > > * vc.el (vc-suppress-confirm): Customized [sync with FSF 20.2] > > [2 Kb of Changelog deleted]

1 participants
0 comments

Re: custom-file 27 years, 1 month

Jan Vroonhof

Hrvoje Niksic <hniksic(a)srce.hr> writes: > Actually, I don't. I only haven't seen a compelling reason *not* to > keep the undocumented .xemacs/ code around, since it means so much for > the xemacs-beta members. I have had this in my .emacs for ages. (if (< emacs-major-version 20) (load (expand-file-name "~/.emacs.19")) (setq user-init-directory "~/.xemacs") (setq custom-file "~/.xemacs/options.el") ;; (packages-find-packages '("/u/scratch/jvsoft/beta/lib/xemacs/packages") nil t) (load "~/.xemacs/init") (load "~/.xemacs/options.el"))

1 participants
0 comments

Re: [FEATURE] Random trajectory of dropped files 27 years, 1 month

Oliver Graf

Hrvoje Niksic <hniksic(a)srce.hr> writes: > Jonathan Harris <jhar(a)tardis.ed.ac.uk> writes: > > > to behave as Kirill describes. This was lost in the tidying up of the > > dnd code. The new generic code does: > > > > (pop-to-buffer (find-file-noselect file)) > > pop-to-buffer looks wrong here. From the docstring of pop-to-buffer: > > Select buffer BUFNAME in some window, preferably a different one. > > This is not what we want here. Oliver, could you please change it? Yup, patch will follow this evening (together with some configure changes). Regards, Oliver.

1 participants
0 comments

Re: [PATCH] vc.el cleanup, THE RIGHT ONE 27 years, 1 month

William M. Perry

Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: > "Kirill M. Katsnelson" <kkm(a)kis.ru> writes: > > > vc.el did not work on Windows in some cases, because it used /bin/sh > > to redirect stdout to a file. I changed it to use (with-temp-file) > > for the same kludgery. > > Also... Please mark all you changes with a ";; XEmacs change" or > something like that. It symplifies the syncs a lot. We should contribute these back to the main VC author... we should not have any 'XEmacs change' items in that file. Or we'll get bitten in the ass. :) Trust me, I was by the oddness between XEmacs VC and the core VC. The main change I could see in VC was that we added menu support (we should change it to use easymenu), and some bits were trying to be WAY too smart and lost big time on files that were the result of a merge or patch (it would not recognize them as CVS controlled files). Let's stop the VC insanity! :) -Bill P.

1 participants
0 comments

Re: 21.0 beta41, cygwin32, ~init-file-user doesn't work. 27 years, 1 month

Paul Stodghill

> Some time ago, Hrvoje Niksic wrote... > |+ > | Whatever we do, please note that (getenv "HOME") is definitely the > | Wrong Thing to do. We should create a `user-home-directory' function > | which would do the necessary magic of finding a system-specific home > | directory. All the places that use (getenv "HOME") should be fixed to > | use the new function. > | > | The suggestion comes from Ben. > > I think the better approach under Windows is to have a place for > .emacs and stuff configurable. > > [ using a setup program to initialize XEmacs's notion of $HOME. ] > > Kirill This would be great for the binary distribution, but we still have to figure out what needs to be done when compiling from source. And another thing, using (getenv "HOME") is probably the right thing to use for `user-home-directory' under Cygwin32. BASH and TCSH both use (getenv "HOME") to determine `~', so XEmacs should probably also... Thanks, guys. -- Paul Stodghill <stodghil(a)cs.cornell.edu> http://www.cs.cornell.edu/stodghil/

6 participants
6 comments

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

XEmacs-Beta May 1998