Re: a new user

Tuesday, 27 October 1998

        ...
>>> In message <qyjyaq2nzi6.fsf(a)metheny.enst.fr&gt;
>>> On the subject of "Re: a new user"
>>> Sent on 27 Oct 1998 10:08:17 +0100
>>> Honorable Didier Verna <verna(a)inf.enst.fr&gt; writes:
> 
> Sam Steingold <sds(a)goems.com&gt; writes:
> 
> > 2. When a key is undefined or bound to an undefined function, nothing
> >    happens.  Emacs beeps, can I make XEmacs beep too?
> 
> 	Doesn't `xemacs -vanilla' beeps ? It beeps for me in all cases (X,
> xterm, console ...). 
Yes, -vanilla does beep - so, what could have turned the beep off?
[Emacs beeps just fine]

...
> > 3. I have
> >
> >    (set-face-foreground 'bold "Red")
> >    (set-face-foreground 'bold-italic "Magenta")
> >    (set-face-foreground 'italic "Maroon")
> >
> >    in my .emacs, and I have no desire whatsoever to mess with X
> >    resources.  Nevertheless, I am told:
> >    [ ... ]
> >    I can understand the implementational reasons for this (the frame is
> >    created before reading .emacs), but I would still consider this a
> >    bug, possibly a design one.
> 
> 	I don't understand what you are considering a bug. 
1. getting two identical buffers

2. getting spurious warnings: my setup allows an emacs (that's generic,
   both Emacs and XEmacs) to distinguish between bold, italic and
   bold-italic.

...
> > 4. I get this:
> >
> > (1) (initialization/error) An error has occurred while loading ~/.emacs:
> 
> 	timezone belongs to the `xemacs-base' package. If you have installed
> no packages, then you don't get it, and loading it from your .emacs generates
> an error. 
I am not mentioning it in .emacs.
And only `xemacs` generates the warning; "-q" and then loading .emacs
doesn't.

...
> > 6. There seems to be 2 parallel help/apropos facilities:
> >    [ ... ]
> >    Incidentally, it creates a lot of buffers (it doesn't reuse buffers
> >    as it does in Emacs).
> 
> 	It's a feature. You can have several help buffers displayed at the
> same time with different informations in them. This doesn't really create many
> buffers since in XEmacs typing `q' in a Help buffer kills it by default
> instead of just burry it. 
sure - but why two parallel facilities?

...
> > 8. I am sorry about asking a trivial (apparently) question,
but I seem to
> >    be unable to get the packages working.  Soppose I want xemacs to work
> >    with dired, gnus etc.  I have the xemacs cvs tree under
> >    /usr/src/xemacs/* and gnus and dired in
> >    /usr/src/xemacs/lisp/xemacs-gnus/* etc (all by cvs).  what do I do?
> 
> 	Packages must be installed in ${prefix}/lib/xemacs-packages and
> /mule-packages for mule-only ones. 
1. Please be more specific.  Do I put the `xemacs-base', `xemacs-gnus'
   etc in `/usr/local/lib/xemacs-pacckages', or do I have to rename them
   as `base', `gnus', `w3' etc?

2. I want to run XEmacs in place, from `/usr/src', and I don't want to
   put any XEmacs packages in `/usr/local'.  What do I do?

Thanks.

-- 
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.
Trespassers will be shot.  Survivors will be SHOT AGAIN!

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