October 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Hrvoje Niksic

Sam Steingold <sds(a)goems.com> writes: > >> I thought `C-h a' invoked hyper-stuff, and you had to use `M-x > >> apropos' to get the old one. Isn't that the case? > > In Emacs, `C-h a' and M-x apropos RET differ in "back-end": the latter > searches all symbols, not just functions and variables, I'm not sure about the difference between "all symbols" and "just functions and variables", but in XEmacs you can customize `hyper-apropos-programming-apropos' to toggle between searching for all the functions/variables and just searching for interactive functions/user variables. The default is the "programming" version, i.e. search for everything. > [the moment XEmacs switches from ELisp to ANSI CL, I switch from Emacs > to XEmacs. :-] #<you may consider this a troll bait, but I mean it > :-> If that is the only reason for you to change, then you'll be disappointed in XEmacs. I don't think it will switch to CL any time soon. -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- Speak softly and carry a +6 two-handed sword.

1 participants
0 comments

Re: a new user 26 years, 1 month

Sam Steingold

>>>> In message <by4ssokf56.fsf(a)bolzano.math.ethz.ch> >>>> On the subject of "Re: a new user" >>>> Sent on 28 Oct 1998 14:08:37 +0100 >>>> Honorable Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: >> Sam Steingold <sds(a)goems.com> writes: >> >> > >> that, but I was overruled. A sample setting for debug-ignored-errors >> > >> > what was the rationale? >> >> Running with debug-on-error set to t permanently is an expert thing. >> Experts can be expect to know how to set the variable themselves. For >> normal users you want to be able to tell them >> >> "If you get an error, set debug-on-error and mail me the backtrace". >> >> You don't want to have "Except when the error is in >> debug-ignored-errors then you'll have to set that for." what's wrong with telling them to do: (setq debug-on-error t debug-ignored-errors nil) -- Sam Steingold (http://www.goems.com/~sds) running RedHat5.1 GNU/Linux Micros**t is not the answer. Micros**t is a question, and the answer is Linux, (http://www.linux.org) the choice of the GNU (http://www.gnu.org) generation. Only adults have difficulty with childproof caps.

1 participants
0 comments

Re: a new user 26 years, 1 month

Sam Steingold

>>>> In message <kigww5lsrfy.fsf(a)jagor.srce.hr> >>>> On the subject of "Re: a new user" >>>> Sent on 27 Oct 1998 21:03:29 +0100 >>>> Honorable Hrvoje Niksic <hniksic(a)srce.hr> writes: >> Sam Steingold <sds(a)goems.com> writes: >> >> > getting 2 parallel facilities depending on the keystroke used to >> > invoke help is very confusing for new users. >> >> I thought `C-h a' invoked hyper-stuff, and you had to use `M-x >> apropos' to get the old one. Isn't that the case? In Emacs, `C-h a' and M-x apropos RET differ in "back-end": the latter searches all symbols, not just functions and variables, but the "front-end" is identical: the results are in the buffer `*Apropos*' and they look the same. This is why I bound `C-h o' to `apropos' - I think of it as an "extra junk" apropos. What I observe in XEmacs is a "front-end" difference: one produces `*Apropos*' the other `*Hyper-Apropos*'. Is there any `back-end' difference? [the moment XEmacs switches from ELisp to ANSI CL, I switch from Emacs to XEmacs. :-] #<you may consider this a troll bait, but I mean it :-> -- Sam Steingold (http://www.goems.com/~sds) running RedHat5.1 GNU/Linux Micros**t is not the answer. Micros**t is a question, and the answer is Linux, (http://www.linux.org) the choice of the GNU (http://www.gnu.org) generation. Bus error -- driver executed.

1 participants
0 comments

Re: Customizing Info-directory-list and other computed options (was: Re: Can not add another info directory to infopath) 26 years, 1 month

Michael Sperber

>>>>> "Per" == Per Abrahamsen <abraham(a)dina.kvl.dk> writes: Per> sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) writes: >> As long as defcustom'ing doesn't zap the initial value (I don't recall >> the customize semantics exactly), it's absolutely fine with me. The >> startup code is just that---code to be run at startup. Per> It doesn't, but: Per> - Custom will tell the user that the variable has changed outside Per> customize when he tries to customize it. This may confuse the Per> user. Per> - When the user saves the variable, it will overwrite the value from Per> the startup code. Not add to it. This means he will be bound to a Per> specific location for the XEmacs distribution. Per> In general, my advice is to split such user options in two. One for Per> the standard (computed or large default) part, and one for the user Per> specified part. That's exactly the plan for all paths/directory lists for 21.2. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

Re: Can not add another info directory to infopath 26 years, 1 month

Michael Sperber

>>>>> "Oscar" == Oscar Figueiredo <Oscar.Figueiredo(a)di.epfl.ch> writes: >>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes: APA> [...] It seems that at least the docstring for `Info-directory-list' is APA> out of date, since it is a (defvar ...), not a (defcustom ...). Oscar> Looks like... APA> What will be the right way in 21.0 to extend the info directory list APA> with support for "dir" files? Oscar> defcustom-ing `Info-directory-list' is trivial, however this variable is Oscar> initialized by Michael's startup code, so I don't know if it is safe to do it. Oscar> I leave the latest word on this to him. As long as defcustom'ing doesn't zap the initial value (I don't recall the customize semantics exactly), it's absolutely fine with me. The startup code is just that---code to be run at startup. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

2 participants
1 comments

Re: python-mode.el 3.87 26 years, 1 month

Jan Vroonhof

"Barry A. Warsaw" <bwarsaw(a)cnri.reston.va.us> writes: > P.S. I'm not a member of this list anymore (sorry). Please let me > know if there is a better XEmacs mailing list that I should post such > announcements to. For things like this xemacs-patches(a)xemacs.org as this is basically a "patch" Jan

1 participants
0 comments

Re: Changes to VC-CC 26 years, 1 month

Jan Vroonhof

"Matthew O. Persico" <mpersico(a)erols.com> writes: > 1a) CAN we bolt an API on top of the exising VC package? This question > best answered by its maintainers. I think it can be done unless the model is complete different from CVS/RCS/SCC. Just look for the symbol 'CVS in vc.el to see where to hook in. However please mark all changes relative to the FSF version (and resist the temptation to change the inner workings of vc.el too much) this will allow syncing with FSF. I took care of marking all our diffs with the FSF 20.2 version with ;;XEmacs If the VC system is free in the FSF sense it is best if the changes could be submitted to the FSF version maintianer for inclusion. Jan Vroonhof Inofficial Feeling-responsible-for-XEmacs-vc.el-person

1 participants
0 comments

Re: a new user 26 years, 1 month

Jan Vroonhof

Sam Steingold <sds(a)goems.com> writes: > I did not set `debug-ignored-errors', so it was nil. > what I was observing: (with debug-ignored-errors = nil; debug-on-error = > t): Wierd indeed. Do you ever get a backtrace? i.e. with other errors? I noticed that if XEmacs cannot find the xemacs-base package where debug.el is then it just does nothing when a backtrace should happened. > >> that, but I was overruled. A sample setting for debug-ignored-errors > > what was the rationale? Running with debug-on-error set to t permanently is an expert thing. Experts can be expect to know how to set the variable themselves. For normal users you want to be able to tell them "If you get an error, set debug-on-error and mail me the backtrace". You don't want to have "Except when the error is in debug-ignored-errors then you'll have to set that for." And yes it happens that end-of-buffer is a reall error in package. > What I see there is what I get for free in Emacs. > I guess I'll just remove the comments and re-dump. > That's what the GPL is for, right? :-) More conventional is to set it in you site-start.el or even .emacs. However as you said you can do what you like. > Signaling: (void-variable last-buffer-undo-list) > (eq last-buffer-undo-list nil) > ) > (or (eq buffer-undo-list t) (eq last-buffer-undo-list nil) (not (or ... ...)) (or (eq buffer-undo-list pending-undo-list) (eq ... pending-undo-list))) This seems to be from the code in menubar-items.el ["Redo" redo :included (fboundp 'redo) :active (not (or (eq buffer-undo-list t) (eq last-buffer-undo-list nil) (not (or (eq last-buffer-undo-list buffer-undo-list) (and (null (car-safe buffer-undo-list)) (eq last-buffer-undo-list (cdr-safe buffer-undo-list))))) (or (eq buffer-undo-list pending-undo-list) (eq (cdr buffer-undo-list) pending-undo-list)))) :suffix (if (eq last-command 'redo) "More" "")] However that code should never be run unless (fboundp 'redo) is non-nil. Do you have something in your .emacs that defines a function redo but does not load redo.el? Jan

1 participants
0 comments

Re: When will 21.0 be out? 26 years, 1 month

SL Baur

[Cc'ed to xemacs-beta] Andy Piper <andyp(a)parallax.co.uk> writes in xemacs-review(a)xemacs.org: > At 12:04 27/10/98 -0800, SL Baur wrote: >> Andy Piper <andyp(a)parallax.co.uk> writes in xemacs-review(a)xemacs.org: >> >>> What are we waiting for? >> >> For me to get some time for a final round of patching. I am now fully >> unemployed and mostly occupied with job hunting. > Ouch, does that include AltraSoft? Can I help in any way? Yes and yes. Altrasoft stopped paying me last month. I'm really glad you asked that. If the company you work for has offices in the Western United States (preferably in California) and has need for a Unix/Emacs[1] hacker please let me know and possibly arrange some kind of introduction. I'm open for relocation, but I need some kind of a bridge between now and (late) January when I go on a paid trip to ETL in Japan. I'll be available full-time starting in April of 1999. "Will Hack for food." Footnotes: [1] I don't do windows.

1 participants
0 comments

python-mode.el 3.87 26 years, 1 month

Barry A. Warsaw

A new version of python-mode.el is available from <http://www.python.org/emacs/python-mode/>. It fixes a number of problems in the general Windows support, XEmacs 21 compatibility, and Imenu support. -Barry P.S. I'm not a member of this list anymore (sorry). Please let me know if there is a better XEmacs mailing list that I should post such announcements to.

1 participants
0 comments

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 October 1998