February 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Re: Nifty icons for XEmacs? 26 years, 4 months

SL Baur

Hrvoje Niksic <hniksic(a)srce.hr> writes in xemacs-beta(a)xemacs.org: > Mike Hill <mikehill(a)hgeng.com> writes: >> Even better, how about a pre-packaged version? Try Jan Vroonhof's >> toolbar-fancy package: >> >> http://www.math.ethz.ch/~vroonhof/emacs/packages/toolbar-fancy-0.06-pkg.tar. >> gz > Yup. I've installed toolbar-fancy, and it works great. Jan, thanks! Has the copyright situation on the Nextstep icons been cleared up so this can become an official XEmacs package?

1 participants
0 comments

Re: Building packages from source not quite possible 26 years, 4 months

SL Baur

Carsten Leonhardt <leo(a)arioch.oche.de> writes in xemacs-beta(a)xemacs.org: >>> Well, apparently it doesn't. I just removed "apel" and "tm" from the >>> REQUIRES line in the Makefile, and it bytecompiles without error. Colin> What Makefile has this REQUIRES line? Is this something that is in Colin> distributed with the BBDB package, something in XEmacs packages, or Colin> something that you did? It's something I put in to get the bbdb package to build. Taking it out yields the following: $ make XEMACS=/usr/local/work/XEmacs/xemacs-21.0/src/xemacs /usr/local/work/XEmacs/xemacs-21.0/src/xemacs -no-autoloads -batch -l ../../package-compile.el -- bbdb edit-utils gnus mh-e rmail supercite vm mail-lib xemacs-base -- lisp/bbdb-rmail.el Loading /usr/local/work/XEmacs/xemacs-21.0/lisp/auto-autoloads... Loading /usr/local/work/XEmacs/xemacs-packages/libs/xemacs-base/auto-autoloads... Loading /usr/local/work/XEmacs/xemacs-packages/libs/mail-lib/auto-autoloads... Loading /usr/local/work/XEmacs/xemacs-packages/comm/vm/auto-autoloads... Loading /usr/local/work/XEmacs/xemacs-packages/comm/supercite/auto-autoloads... Loading /usr/local/work/XEmacs/xemacs-packages/comm/rmail/auto-autoloads... Loading /usr/local/work/XEmacs/xemacs-packages/comm/mh-e/auto-autoloads... Loading /usr/local/work/XEmacs/xemacs-packages/comm/gnus/gnus/lisp/auto-autoloads... Loading /usr/local/work/XEmacs/xemacs-packages/oa/edit-utils/auto-autoloads... Loading /usr/local/work/XEmacs/xemacs-packages/comm/bbdb/lisp/auto-autoloads... Compiling /usr/local/work/XEmacs/xemacs-packages/comm/bbdb/lisp/bbdb-rmail.el... While compiling toplevel forms in file /usr/local/work/XEmacs/xemacs-packages/comm/bbdb/lisp/bbdb-rmail.el: !! File error (("Cannot open load file" "tm-view")) Done

1 participants
0 comments

[21.0.63] Bad interaction b/w customize and .Xdefaults 26 years, 4 months

Paul Stodghill

Suppose that you use .Xdefaults to setup the 'default face when you are running under X. itchy% xrdb -q | fgrep -i emacs Emacs*menubar*Font:-*-helvetica-bold-r-*-*-*-140-*-*-*-*-iso8859-* Emacs*menubar*Foreground:black Emacs.background:black Emacs.backgroundMode:dark Emacs.bitmapIcon:on Emacs.bold-italic.attributeFont:-*-Courier-bold-o-*-*-*-140-75-75-*-*-ISO8859-1 Emacs.bold.attributeFont:-*-Courier-bold-R-*-*-*-140-75-75-*-*-ISO8859-1 Emacs.default.attributeFont:-*-Courier-Medium-R-*-*-*-140-75-75-*-*-ISO8859-1 Emacs.font:-*-Courier-Medium-R-*-*-*-140-75-75-*-*-ISO8859-1 Emacs.foreground:white Emacs.italic.attributeFont:-*-Courier-Medium-o-*-*-*-140-75-75-*-*-ISO8859-1 itchy% But suppose that you use customize to set up 'default when you are running under mswindows, (custom-set-faces '(default ((((type mswindows) (class color)) (:foreground "white" :background "black"))) t) ...) faces.el contains the following code around line 1210 or so... (let ((frames (relevant-custom-frames))) (reset-face face) (if (and (eq 'default face) (featurep 'x)) (x-init-global-faces)) (face-display-set face spec) Here's what happens when custom-set-faces is working on the 'default face: 1) first the 'default face is reset. 2) next, x-init-global-faces is called, which, since the 'default face no longer has any attributes, sets 'default to fg:black, bg:grey80, etc. Where's the bug? Is it that x-init-global-faces is called in face-spec-set? It wasn't in 20.4, and everything seemed to work fine. Is it that x-init-global-faces doesn't call x-init-face-from-resources to try to setup 'default? Thanks for your help. -- Paul Stodghill <stodghil(a)cs.cornell.edu> Dept. of Computer Science, Upson Hall, Ithaca, NY 14853 Phone: 607-254-8838 FAX: 607-255-4428 http://www.cs.cornell.edu/stodghil/

2 participants
1 comments

xemacs.org needs a slave DNS server 26 years, 4 months

SL Baur

Is there anyone who can provide slave DNS services for xemacs.org? If you can, please get in contact with me off-list. Thanks.

1 participants
0 comments

[Patch] 24bpp image display problem was solved 26 years, 4 months

Kazuo Oishi

On some X server (for example, XFree86 SVGA I am using), XEmacs cannot display images correctly at 24bpp and sometime go crash because these server don't expect XImage structure's `data' were modified directly. This problem were solved to use XPutImage() substitute for direct data handling. But I'm not a X expert, please check if this patch were wrong. Index: src/glyphs-x.c =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs/src/glyphs-x.c,v retrieving revision 1.49.2.6 diff -r1.49.2.6 glyphs-x.c 128,129c128,129 < int rd,gr,bl,q; < unsigned char *data, *ip, *dp; --- > int rd,gr,bl; > unsigned char *data, *ip; 131,134d130 < union { < FOUR_BYTE_TYPE val; < char cp[4]; < } conv; 156c152 < bitmap_pad, 0); --- > bitmap_pad, byte_cnt * width); 200d195 < dp = data + (i * outimg->bytes_per_line); 206,217c201,202 < conv.val = pixarray[QUANT_GET_COLOR(qtable,rd,gr,bl)]; < #if WORDS_BIGENDIAN < if (outimg->byte_order == MSBFirst) < for (q = 4-byte_cnt; q < 4; q++) *dp++ = conv.cp[q]; < else < for (q = 3; q >= 4-byte_cnt; q--) *dp++ = conv.cp[q]; < #else < if (outimg->byte_order == MSBFirst) < for (q = byte_cnt-1; q >= 0; q--) *dp++ = conv.cp[q]; < else < for (q = 0; q < byte_cnt; q++) *dp++ = conv.cp[q]; < #endif --- > XPutPixel(outimg, j, i, > pixarray[QUANT_GET_COLOR(qtable,rd,gr,bl)]); 265d249 < dp = data + (i * outimg->bytes_per_line); 281,292c265,266 < conv.val = (rd << rshift) | (gr << gshift) | (bl << bshift); < #if WORDS_BIGENDIAN < if (outimg->byte_order == MSBFirst) < for (q = 4-byte_cnt; q < 4; q++) *dp++ = conv.cp[q]; < else < for (q = 3; q >= 4-byte_cnt; q--) *dp++ = conv.cp[q]; < #else < if (outimg->byte_order == MSBFirst) < for (q = byte_cnt-1; q >= 0; q--) *dp++ = conv.cp[q]; < else < for (q = 0; q < byte_cnt; q++) *dp++ = conv.cp[q]; < #endif --- > XPutPixel(outimg, j, i, > (rd << rshift) | (gr << gshift) | (bl << bshift)); -- 大石一雄 (OISHI Kazuo)

1 participants
0 comments

Re: Nifty icons for XEmacs? 26 years, 4 months

Hrvoje Niksic

Mike Hill <mikehill(a)hgeng.com> writes: > Even better, how about a pre-packaged version? Try Jan Vroonhof's > toolbar-fancy package: > > http://www.math.ethz.ch/~vroonhof/emacs/packages/toolbar-fancy-0.06-pkg.tar. > gz Yup. I've installed toolbar-fancy, and it works great. Jan, thanks!

1 participants
0 comments

RE: Nifty icons for XEmacs? 26 years, 4 months

Michael Hill

Even better, how about a pre-packaged version? Try Jan Vroonhof's toolbar-fancy package: http://www.math.ethz.ch/~vroonhof/emacs/packages/toolbar-fancy-0.06-pkg.tar. gz > -----Original Message----- > From: Charles G Waldman [SMTP:cgw＠alum.mit.edu] > Sent: Friday, February 12, 1999 11:05 PM > To: Hrvoje Niksic > Cc: XEmacs Beta List > Subject: Nifty icons for XEmacs? > > Hrvoje Niksic writes: > > I seem to recall screenshots for XEmacs using GNUstep(?) icons, which > > looked real nice, but I didn't want to try them on an 8bit display. > > I'd like to try them now, so I'd appreciate a URL, if someone keeps it > > around. > > I think that what you're looking for is this: > > http://www.ameth.org/windowmaker/contrib/icons/NeXT_XEmacs_tar.gz >

1 participants
0 comments

Nifty icons for XEmacs? 26 years, 4 months

Hrvoje Niksic

I seem to recall screenshots for XEmacs using GNUstep(?) icons, which looked real nice, but I didn't want to try them on an 8bit display. I'd like to try them now, so I'd appreciate a URL, if someone keeps it around.

2 participants
1 comments

[Failure] 21.2b10 sparc-sun-solaris2.5.1 26 years, 4 months

Neal D. Becker

configure set ld_dynamic_link_flags＠%-Wl,-Bexport%g But: ld: fatal: option -B has illegal argument `export' I just manually redid link without -B option. We'll see what happens...

4 participants
5 comments

Re: Building packages from source not quite possible 26 years, 4 months

Carsten Leonhardt

>> Well, apparently it doesn't. I just removed "apel" and "tm" from the >> REQUIRES line in the Makefile, and it bytecompiles without error. Colin> What Makefile has this REQUIRES line? Is this something that is in Colin> distributed with the BBDB package, something in XEmacs packages, or Colin> something that you did? It's in the Makefile one gets when one fetches the xemacs-packages sources by cvs (xemacs-packages/comm/bbdb/Makefile). Nothing you provide in the original bbdb.

1 participants
0 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 February 1999