July 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Re: [patch] Removal of GIF support 26 years, 5 months

Oliver Graf

jareth(a)camelot.co.jp (P. E. Jareth Hein) writes: > > > Why can't you leave the support in even if we can't distribute an XEmacs > > > with it? > > > > > I'm sorry, but I don't quite understand the question. Are you > sugesting #ifdefing it out, or something else? He means leave the stuff in the source, but only build binary tarballs without it. So someone who does not care about Unisys can still get gif support ;-) Regards, Oliver.

5 participants
4 comments

Re: asp-mode? 26 years, 5 months

Jan Vroonhof

jsc(a)w3health.com (Jin Choi) writes: > useful not only for Microsoft's ASP syntax, but also for other similar > HTML templating languages. And for yacc grammers, interface specifications etc. this is going to become more and more important. > something that is feasible? What might be the best way to go about it, > actually temporarily remove the non-code (or non-HTML) bits into > another buffer, A good start would be to implement the FSF's indirect buffers. Jan

2 participants
1 comments

Re: [patch] Removal of GIF support 26 years, 5 months

SL Baur

Kyle Jones <kyle_jones(a)wonderworks.com> writes in xemacs-beta(a)xemacs.org: > Put bluntly, I don't think GIF support is worth risking our > collective asses over. Nor do I, especially when we have a superior replacement (PNG). The lack of animation in PNG is not an issue because we have never supported animated GIFs. On a similar vein, since it isn't GIF format that's the problem -- it's the patented LZW compression algorithm, the .Z photo files probably ought to be converted to .gz (or better to PNG) as well.

1 participants
0 comments

Face weirdness in 21.0b50 (Benadir) 26 years, 5 months

David C Worenklein

The enclosed GIF should show the problem. I have the foreground of a face set to turquoise, but the face shows up in a dark red. I know I have turquoise in my colormap, because the sample next to the Foreground line is turquoise. This happens with or without a private colormap. ------------------------------ attachments ------------------------------ Multipart/Mixed 2/ 1 Text/Plain(guess) CoverPage* B 2 Image/Gif face-problem.gif face-problem.gif 3 . --------0-1-2-3-4-5-6-7-8-9----------------------------------------------

1 participants
1 comments

Re: [patch] Removal of GIF support 26 years, 5 months

Oliver Graf

Kyle Jones <kyle_jones(a)wonderworks.com> writes: > Put bluntly, I don't think GIF support is worth risking our > collective asses over. I certainly won't risk mine over it, > and won't ask Jareth to risk his. There are plenty of image > formats; losing GIF support doesn't even make me blink. PiNG rulez! I just miss animation support in it, but MiNG will solve this. Regards, Oliver.

1 participants
0 comments

Re: [comp.emacs.xemacs] Fix for perl-mode clobbering \C-h 26 years, 5 months

Greg Klanderman

IMHO it is highly bogus for cperl to replace the standard bindings of describe-{function,variable}. Have it use other keys for cperl-info-on-command and cperl-get-help. If it still wants to use (currently *unbound*) keys in the C-h map, the forwarded patch might be reasonable. BTW, I've got this in my cperl-mode-hook: (local-set-key [(control h) f] nil) (local-set-key [(control h) v] nil) greg

2 participants
1 comments

Re: [Success] XEmacs 21.0 "Benadir", sparc-sun-solaris2.5.1 26 years, 5 months

SL Baur

Vin Shelton <acs(a)alumni.princeton.edu> writes in xemacs-beta(a)xemacs.org: > I've always advocated a model where configure only does what I tell > it to. Don't search /usr/local unless I ask. Don't search /usr/dt > unless I ask. Amen. > Otherwise, how do I tell configure NOT to search /usr/local. Right now you can't (in the case of /usr/dt). You have to put directories ahead of it to cover it up. > Say, for instance, someone has installed a broken libfoo.a in > /usr/local and I don't want to pick it up. Or if there's a broken installation of X11 in /usr/local and you want to use /usr/openwin, or whatever.

1 participants
0 comments

Re: Bug in package-get-update-all 26 years, 5 months

SL Baur

Barry A Warsaw <bwarsaw(a)CNRI.Reston.Va.US> writes in xemacs-beta(a)xemacs.org: > Signaling: (malformed-property-list (standards-version 1.0 version "1.05" author-version "4.2X" date "1998-07-18" build-date "1998-07-19" maintainer "Kevin Oberman <oberman(a)es.net>" distribution normal priority medium category "wp" dump nil description "DEC EDIT/TPU support." filename "tpu-1.05-pkg.tar.gz" md5sum "ec8dc3e7f57afe9ac4986fea25e1a789" size 57830 provides (tpu) requires <================= Whoops type regular) (regular)) Please apply this patch to package-get-base.el, and the TPU-EDT package source if you're using it. [package-get-base.el is a machine-generated file and ChangeLogs are not kept for those] wp/tpu/ChangeLog 1998-07-20 SL Baur <steve(a)altair.xemacs.org> * package-info.in: completely undo previous change. Index: lisp/package-get-base.el =================================================================== RCS file: /usr/local/xemacs/xemacs-20.0/lisp/package-get-base.el,v retrieving revision 1.20 diff -u -r1.20 package-get-base.el --- package-get-base.el 1998/07/19 17:46:45 1.20 +++ package-get-base.el 1998/07/20 19:55:10 ＠＠ -1440,7 +1440,7 ＠＠ md5sum "ec8dc3e7f57afe9ac4986fea25e1a789" size 57830 provides (tpu) - requires + requires () type regular )) (viper Index: package-info.in =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs-packages/wp/tpu/package-info.in,v retrieving revision 1.4 diff -u -r1.4 package-info.in --- wp/tpu/package-info.in 1998/07/19 14:46:31 1.4 +++ wp/tpu/package-info.in 1998/07/21 03:45:50 ＠＠ -14,6 +14,6 ＠＠ md5sum MD5SUM size SIZE provides (tpu) - requires REQUIRES + requires (REQUIRES) type regular ))

2 participants
2 comments

Re: [patch] Removal of GIF support 26 years, 5 months

Mark Borges

>> On 21 Jul 1998 20:04:59 +0200, >> Oliver Graf(OG) wrote: OG> jareth(a)camelot.co.jp (P. E. Jareth Hein) writes: >> > > Why can't you leave the support in even if we can't distribute an XEmacs >> > > with it? >> > > >> >> I'm sorry, but I don't quite understand the question. Are you >> sugesting #ifdefing it out, or something else? OG> He means leave the stuff in the source, but only build binary OG> tarballs without it. So someone who does not care about Unisys can OG> still get gif support ;-) But this goes against Jareth's request, >> On 21 Jul 1998 22:23:18 +0900, >> P E Jareth Hein(J) wrote: J> I am requesting that all of you who've downloaded GifReader please J> delete it. Doesn't the XEmacs code rely on GifReader exclusively now? Or is this request not to be taken seriously? Or are the potential legal ramifications limited to the end-user, and not the author of the code in question? -- -mb-

1 participants
0 comments

Re: [Success] XEmacs 21.0 "Benadir", sparc-sun-solaris2.5.1 26 years, 5 months

Didier Verna

Vin Shelton <acs(a)alumni.princeton.edu> writes: > verna(a)inf.enst.fr said: > > By giving it a --site-includes, a --site-libraries, or more > > generally, a --site-prefixes option, which will take precedence over > > everything else. > > If I could specify --site-XXX=none I'm not sure what you mean. By default, there's no site-XXX at all. > and if specifying --site-XXX defeated the /usr/local lookup, that I would > find satisfactory. I don't have a 21.0 configure handy; does it work like > this? 20.4 does not. It actually prepends -I... and -L... stuff to the compiler flags. -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / E.N.S.T. INF C214 mailto:verna＠inf.enst.fr /_/ / /_/ / /__ / 46 rue Barrault Tel. (33) 01 45 81 80 72 75634 Paris cedex 13 Fax. (33) 01 45 81 31 19

2 participants
1 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 July 1998