February 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Odd color behavior with 21.0.63 25 years, 9 months

Kevin Oberman

I was experimenting with fonts on my recently built 21.0.63 version of XEmacs and hit something very odd. The default background color on my display was off-white (#fafaf8f8f3f3). That setting does produce the desired background color on my screen when XEmacs starts (something that was not the case at one time), but it switches to grey75 (or something close) as soon as I change the selected font using the Options->Font menu. This only changes the background of the text windows and the mini-buffer, but leaves the xpms in the tool bar and the status line with the off-white. While this is not a serious problem, it is annoying and I can't believe it is desired behavior. I recall a long discussion of some problems relating to the default background color. Has this been fixed in 21.2? (Guess I may have to break down and build 21.2, although I'm not sure where I'll find the disk space.) Thanks, R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman(a)es.net Phone: +1 510 486-8634

1 participants
0 comments

Re: [21.0, urgent] Re: 21.2.9: package adding broken 25 years, 9 months

Dmitry Yaitskov

Jan Vroonhof wrote: <snip> >RCS file: /usr/CVSroot/XEmacs/xemacs-20/lisp/package-admin.el,v >retrieving revision 1.11 >diff -u -r1.11 package-admin.el >--- package-admin.el 1999/01/04 01:34:A38 1.11 >+++ package-admin.el 1999/02/07 04:07:11 >＠＠ -177,7 +177,9 ＠＠ > ;; Ok we need to guess > (if mule-related > (package-admin-get-install-dir 'mule-base nil nil) >- (car (last late-packages))))))) >+ (if (eq package 'xemacs-base) >+ (car (last late-packages)) >+ (package-admin-get-install-dir 'xemacs-base nil nil))))))) Thanks, that fixed it. BTW - I just downloaded 21.2 beta 10 - and package-admin.el does *not* have the patch. -- Cheers, -Dima.

1 participants
0 comments

shrink-window-if-larger-than-buffer stopped working 25 years, 9 months

Marc Aurel

This bug report will be sent to the XEmacs Development Team, not to your local site managers!! Please write in English, because the XEmacs maintainers do not have translators to read other languages for them. In XEmacs 21.2 "Boreas" [Lucid] (i386-bong-linux, Mule) of Sun Feb 7 1999 on bong configured using `configure i386-bong-linux --debug=no --error-checking=none --memory-usage-stats=no '--cflags=-g -O4 -malign-jumps=2 -malign-loops=2 -malign-functions=2 -finline-functions' --with-mule=yes' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: I built and installed XEmacs 21.2.10, updated all installed packages (incl. removing some that seemed unimportant for me) and now shrink-window-if- larger-than-buffer doesn't work anymore. It doesn't produce an error message, calling it by M-x shrink-window-if-larger-than-buffer or C-x - simply has no action. This behaviour is reproducible here, even with -vanilla. Please let me know what further info I can provide, thanks! Recent keystrokes: M-next b - 2 2 , 1 3 C-c C-c down C-x - C-x 2 C-x - C-x + button1 button1up C-x + C-x - C-h k C-x - M-x s h r i TAB - i f TAB RET q q down down down down down C-down C-down C-up C-up C-up C-s x e m a c s down down down RET A-s M-s s h i r BS BS r i n k - w i n d o w RET C-home C-home M-x y x BS BS x e m a TAB C-g C-x b RET misc-user Recent messages (most recent first): Command attempted to use minibuffer while in minibuffer Loading emacsbug...done Loading emacsbug... Quit Search failed: "shrink-window" Searching article: 22677... noticed Robert Pluim's address "rpluim(a)nortelnetworks.com" Searching article: 22945... Searching article: 22842... Searching article: 22572...

1 participants
0 comments

[Success 21.2b10] 25 years, 9 months

Neal D. Becker

uname -a: Linux nbecker.fred.net 2.2.1 #8 Tue Feb 2 21:46:22 EST 1999 i686 unknown ./configure '--gung-ho' XEmacs 21.2-b10 "Boreas" configured for `i686-pc-linux'. Where should the build process find the source code? /usr/local/src/xemacs-21 What installation prefix should install use? /usr/local What operating system and machine description files should XEmacs use? `s/linux.h' and `m/intel386.h' What compiler should XEmacs be built with? gcc -g -O3 -Wall -Wno-switch Should XEmacs use the GNU version of malloc? yes (Using Doug Lea's new malloc from the GNU C Library.) Should XEmacs use the relocating allocator for buffers? yes What window system should XEmacs use? x11 Where do we find X Windows header files? /usr/X11R6/include Where do we find X Windows libraries? /usr/X11R6/lib Compiling in support for XAUTH. Compiling in support for XPM images. Compiling in support for PNG image handling. Compiling in support for (builtin) GIF image handling. Compiling in support for JPEG image handling. Compiling in support for TIFF image handling. Compiling in support for X-Face message headers. Compiling in native sound support. Compiling in support for Berkeley DB. Compiling in support for GNU DBM. Compiling in support for ncurses. Compiling in support for GPM (General Purpose Mouse). Compiling in support for proper session-management. Using Lucid menubars. Using Lucid scrollbars. Using Motif dialog boxes. Compiling in DLL support. movemail will use "dot-locking" for locking mail spool files. Using Lisp_Objects with minimal tagbits. Using indexed lrecord implementation. Compiling in extra code for debugging. Compiling in code for checking XEmacs memory usage. WARNING: --------------------------------------------------------- WARNING: Compiling in support for runtime error checking. WARNING: XEmacs will run noticeably more slowly as a result. WARNING: Error checking is on by default for XEmacs beta releases. WARNING: ---------------------------------------------------------

1 participants
0 comments

ngmailcrypt? 25 years, 9 months

Neal D. Becker

Has the new mailcrypt (nmailcrypt?) been removed? I only see the old one (without gpg support).

1 participants
0 comments

Re: packages status: JDE, VM,W3 25 years, 9 months

Andreas Jaeger

>>>>> Charles G Waldman writes: > Andreas Jaeger writes: >> I tried to install JDE and noticed that it needs speedbar.el. The >> current JDE is 2.1.4 (the CVS version is 2.1.1) and comes with >> speedbar. Shouldn't speedbar added to one of the packages? > Speedbar is its own package. See > ftp://ftp.xemacs.org/pub/xemacs/packages/speedbar-1.11-pkg.tar.gz Sorry, I didn't notice that:-(. Thanks, Andreas -- Andreas Jaeger aj(a)arthur.rhein-neckar.de jaeger(a)informatik.uni-kl.de for pgp-key finger ajaeger(a)aixd1.rhrk.uni-kl.de

1 participants
0 comments

Re: Making hideif work under XEmacs 20.4 25 years, 9 months

Adrian Aichner

>>>>> "Jan" == Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: Hello All, could you please consider my patch submitted in http://www.xemacs.org/list-archives/xemacs-patches/9811/msg00058.html for inclusion into to c-support package (hideif.el)? I never heard back on this patch. Where should patches for xemacs-packages be sent? Please advise! Adrian Jan> The following message is a courtesy copy of an article Jan> that has been posted to comp.emacs.xemacs as well. Jan> Guillaume Laurent <glaurent(a)worldnet.fr> writes: >> Under XEmacs 20.4, the hide-ifdef minor mode doesn't install its >> keymap properly. A simple solution is to add the following lines in >> one's .emacs : >> >> (load-library "hideif") >> (fset 'hide-ifdef-mode-map hide-ifdef-mode-map) >> (fset 'hide-ifdef-mode-submap hide-ifdef-mode-submap) Jan> I can only check the 21.0 version, but it seems to have the same Jan> problem. The correct solution would be this patch Jan> 1999-02-06 Jan Vroonhof <vroonhof(a)math.ethz.ch> Jan> * hideif.el (hide-ifdef-mode): Don't quote keymap when passing to Jan> add-minor-mode. Jan> -- Jan> Jan Vroonhof http://www.math.ethz.ch/~vroonhof/ Jan> Mathematik, vroonhof ＠ math.ethz.ch Jan> HG E16, ETH-Zentrum, Tel: +41-1-6325456/25154 Jan> Raemistrasse 101, CH-8092 Zuerich. Fax: +41-1-6321085 -- Adrian Aichner Teradyne GmbH, European Design Center Integra Test Division Telephone +49/89/41861(0)-208 Dingolfinger Strasse 2 Fax +49/89/41861-217 (What is a Fax?) D-81673 MUENCHEN E-mail adrian.aichner(a)teradyne.com

2 participants
1 comments

packages status: JDE, VM,W3 25 years, 9 months

Andreas Jaeger

I tried to install JDE and noticed that it needs speedbar.el. The current JDE is 2.1.4 (the CVS version is 2.1.1) and comes with speedbar. Shouldn't speedbar added to one of the packages? I also noticed that VM and W3 also have released newer versions than are in the CVS archive. Shouldn't these packages updated? Andreas -- Andreas Jaeger aj(a)arthur.rhein-neckar.de jaeger(a)informatik.uni-kl.de for pgp-key finger ajaeger(a)aixd1.rhrk.uni-kl.de

2 participants
1 comments

[21.0, urgent] Re: 21.2.9: package adding broken 25 years, 9 months

Jan Vroonhof

[To xemacs-review: Patch at end is 21.0 material. See also the comment about 21.2 being behind 21.0] "Dmitry Yaitskov" <dimas(a)home.com> writes: > >/usr/local/src/xemacs/xemacs-21.2.9/packages/man/lisp/jde/... > >/usr/local/src/xemacs/xemacs-21.2.9/packages/man/pkginfo/MANIFEST.jde > >/usr/local/src/xemacs/xemacs-21.2.9/packages/man/etc/jde/... > > > >.../packages/man/ is still not the proper place. > > I installed xemacs-21.2-b9 on my NT box yesterday. Then I started installing > packages via the List & Install screen. I installed some packages, exited > xemacs, later installed some more. The first time they got installed into > their correct places (under ...\xemacs-packages\). After that, all new > packages get installed under ...\xemacs-packages\man (and late-packages has > it at the end). Manually moving them up the dir tree keeps them working. Well, this means that 21.2.9 still has the bug that packages-special-base-regexp is not synced with 21.0 properly. 21.0's packages-special-base-regexp is ^$etc\|info\|lisp\|lib-src\|bin\|pkginfo\|man$$ Anyway that should NOT matter. (last late-packages) is only a fallback of last resort. [ checks source ] He, grmbl, I _thought_ we are doing that already. Please apply this patch 1999-02-06 Jan Vroonhof <vroonhof(a)math.ethz.ch> * package-admin.el (package-admin-get-install-dir): First fall back to the location of xemacs-base for non-mule packages. bolzano:/scratch/vroonhof/cvs/xemacs-20> cvs diff lisp/package-admin.el Index: lisp/package-admin.el =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs-20/lisp/package-admin.el,v retrieving revision 1.11 diff -u -r1.11 package-admin.el --- package-admin.el 1999/01/04 01:34:A38 1.11 +++ package-admin.el 1999/02/07 04:07:11 ＠＠ -177,7 +177,9 ＠＠ ;; Ok we need to guess (if mule-related (package-admin-get-install-dir 'mule-base nil nil) - (car (last late-packages))))))) + (if (eq package 'xemacs-base) + (car (last late-packages)) + (package-admin-get-install-dir 'xemacs-base nil nil)))))))

1 participants
0 comments

21.2-b9 delays frame's font change 25 years, 9 months

Karl Kleinpaste

I don't know if the following behavior is a bug or feature, but... For years, I've been using the following bit of code, to emulate for me a very useful feature that used to exist in much older X implementations, the "active icon". The intended effect is merely that a full-size window has its font toggled with "nil2", so that it smallifies into a corner, to get out of the way. (defvar active-icon-iconic nil "Iconic state of emacs.") (defvar x-open-font (font-name (face-font 'default)) "*String name of font when window is \"opened.\"") (defun x-active-icon-toggle (&optional arg) "Toggles between the nil2 font and a large font." (interactive) (if active-icon-iconic (progn (setq active-icon-iconic nil) (set-face-font 'default x-open-font)) (setq active-icon-iconic t) (set-face-font 'default "nil2"))) (global-set-key "\e\C-Z" 'x-active-icon-toggle) Today, I happened to have 2 frames open (editing in one, using *Info* in the other), and had "iconified" XEmacs while I fiddled in an xterm: Both frames were small. One of the frames was then completely covered by the xterm. I toggled again in the visible frame to bring them back up, and that frame opened...but the other frame did not. When I moved the xterm to expose part of the frame, only then did that frame "de-iconify". After seeing this once, I played with it for a while. The effect is seen even when part of the WM's (I use fvwm2) title bar or borders are exposed, but as soon as window content proper is exposed, then the font change in that frame takes place.

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 February 1999