December 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Re: cus-dep.el broken 25 years, 5 months

Christoph Wedler

>>>>>"Hrvoje" == Hrvoje Niksic <hniksic(a)srce.hr> writes: Hrvoje> Does this patch fix the problem? Hrvoje> 1998-11-30 Hrvoje Niksic <hniksic(a)srce.hr> Hrvoje> * cus-dep.el (Custom-make-dependencies): Be smarter about trapping Hrvoje> errors. It fixes the problems I had with making custom dependencies for my package X-Symbol (same reason as Jan's problem :set functions). Thanks for the patch. Hopefully, it will be in 21.0-b58 (BTW, when?). - Christoph

1 participants
0 comments

Re: package-get-index corrupted? 25 years, 5 months

Adrian Aichner

>>>>> "Mike" == Mike McEwan <mike(a)lotusland.demon.co.uk> writes: Mike> SL Baur <steve(a)xemacs.org> writes: >> I forgot to turn on the ASCII armor & transport option when I >> signed it. Sorry about that. Try it now. Mike> Now its got the wrong permissions, I can't read it :-(. Same here: (2) (error/warning) Error in process filter: (ftp-error Opening input file FTP Error: "550 /pub/xemacs/packages/package-index.LATEST.pgp: Permission denied. " /anonymous＠ftp.xemacs.org:/pub/xemacs/packages/package-index.LATEST.pgp) Adrian Mike> -- Mike. -- Adrian Aichner European Design Center Teradyne GmbH Semiconductor Test Group 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

1 participants
0 comments

Re: [PATCH+RFD] Display tables -- fun for the whole family 25 years, 5 months

Hrvoje Niksic

"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes: > >>>>> "Hrvoje" == Hrvoje Niksic <hniksic(a)srce.hr> writes: > > Hrvoje Niksic <hniksic(a)srce.hr> writes: > > 3) I would really like the multiple specifications of display tables > > to be merged. For example, if someone writes: > > Could you be more explicit? I couldn't find the referenced message > (searching on the subject and on the Message-ID), sorry. I mailed it to both xemacs-patches and xemacs-beta, and received it from both. It's also available at <URL:http://www.xemacs.org/list-archives/xemacs-beta/9811/msg00400.html>, so it appears to have been propagated correctly. > Hrvoje> I've now looked around, and found the answer to this in > Hrvoje> `specifier-matching-instance'. I've even implemented > Hrvoje> the display_table_instantiate() function and made the > Hrvoje> appropriate arrangements for the fallthrough to work, > Hrvoje> but I'm afraid the performance impact is tremendous -- > Hrvoje> no caching is possible, and specifier_instance() stuff > Hrvoje> needs to be called for every displayed character. > Hrvoje> Unacceptable. > > The documentation for `specifier-matching-instance' is ambiguous as > to whether specifier_instance stuff() is called or inlined, but it > does say "this is what redisplay does" (under Mule). Is that false? > If it is true, why is calling of specifier_instance() stuff > unacceptable, as compared to the current implementation of Mule > (that is already known to be unacceptable)? Because in my case, I need to call specifier_instance on every character to be displayed. The font stuff needs to do so with every font displayed, and that's much better. > Or are you saying you've isolated the cause of unacceptable Mule > performance? That would be cool, especially if it can be fixed! I must have written the above very poorly when it could have been misunderstood that way. My message had absolutely nothing, zero, zip, to do with Mule. I was hoping I would get some feedback wrt the display tables stuff, though. -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- Satellite Safety Tip #14: If you see a bright streak in the sky coming at you, duck.

1 participants
0 comments

Re: [PATCH+RFD] Display tables -- fun for the whole family 25 years, 5 months

Hrvoje Niksic

Hrvoje Niksic <hniksic(a)srce.hr> writes: > 3) I would really like the multiple specifications of display tables > to be merged. For example, if someone writes: > > (let ((dt (make-range-table))) > (put-range-table 256 1000000 "[MULE JUNK]" dt) > (set-specifier current-display-table dt (selected-window))) I've now looked around, and found the answer to this in `specifier-matching-instance'. I've even implemented the display_table_instantiate() function and made the appropriate arrangements for the fallthrough to work, but I'm afraid the performance impact is tremendous -- no caching is possible, and specifier_instance() stuff needs to be called for every displayed character. Unacceptable. -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- ED WILL NOT CORRUPT YOUR PRECIOUS BODILY FLUIDS!!

2 participants
1 comments

Re: New XEmacsen at long last (was Re: Who broke the (athena) scrollbar thumb?) 25 years, 5 months

Jan Vroonhof

"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes: > Changing `face-spec-set' is the safer, more conservative approach. I > don't like the third idea of saving 'default for reasons discussed in > a separate post. [This is all 21.0 talk, what would be more proper long term solution is not the question now] Personally I do not care where one changes the code but what do want to propose replacing the (reset-face 'default) in face-spec-set in. A no-op (either by not calling reset-face or having reset-face be a no-op on default)? I think that is wrong. Suppose you previously has custom set the face to blue background and nothing else but now you change the custom spec to specify a different font but leave the background alone. Then I want the font to change to this new font with the original gray. background. If you do not undo the customizations then you get the new font with a blue background. Jan

2 participants
1 comments

Re: New XEmacsen at long last (was Re: Who broke the (athena) scrollbar thumb?) 25 years, 5 months

Jan Vroonhof

"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes: > as the test for being the default face can be done in `face-spec-set', > custom doesn't use `reset-face' anywhere else that I could find. So I > don't know what the right fix is. I think at the very least for 21.0 changing face-spec-set would be a good solution. It may be kludge but at least fixes two annoying bugs one of them slamming directly in the face of newbies. The question is, is there any chance of it breaking anything. [ding] Why don't we save the value of 'default' at startup time and then use that when reset-face'ing 'default. That happens to be exactly what custom needs? jan

3 participants
6 comments

Re: package-get-index corrupted? 25 years, 5 months

Mike McEwan

SL Baur <steve(a)xemacs.org> writes: > I forgot to turn on the ASCII armor & transport option when I signed > it. Sorry about that. Try it now. Now its got the wrong permissions, I can't read it :-(. -- Mike.

1 participants
0 comments

Re: XEmacs-21.2-beta4 is out 25 years, 5 months

SL Baur

David C Worenklein <dcw(a)gcm.com> writes in xemacs-beta(a)xemacs.org: >>>>>> "sb" == SL Baur <steve(a)xemacs.org> writes: sb> The .tar.bz2s and patches are uploaded > What happened to gzip? It is too wasteful for slow network connections.

5 participants
4 comments

Re: XEmacs-21.2-beta4 is out 25 years, 5 months

William M. Perry

Martin Buchholz <martin(a)xemacs.org> writes: > >>>>> "sb" == SL Baur <steve(a)xemacs.org> writes: > > sb> David C Worenklein <dcw(a)gcm.com> writes in xemacs-beta(a)xemacs.org: > >>>>>>> "sb" == SL Baur <steve(a)xemacs.org> writes: > sb> The .tar.bz2s and patches are uploaded > > >> What happened to gzip? > > sb> It is too wasteful for slow network connections. > > This is a poor decision, if we want to encourage contributions to > XEmacs. We MUST provide .gz files. Ideally we would also provide > .bz2 files, as the Linux Kernel project does. > > My own scripts for grabbing the latest beta release were broken by the > switch to .bz2. I'm sure others have had the same experience. Why not just upload .bz2 and have a script that steve can run automatically to convert to gzip after the upload. Bing, everybody happy. Could even stick it in cron every half hour to make it truly automatic. :) -Bill P.

1 participants
0 comments

Re: package-get-index corrupted? 25 years, 5 months

SL Baur

Jan Vroonhof <vroonhof(a)math.ethz.ch> writes in xemacs-beta(a)xemacs.org: > The package-get-index-1998-11-28.pgp (which is the current > package-get-index.LATEST.pgp) is much smaller and seems to contain > random binary junk. It does even see, to be gzip/compress output. > Did something go wrong? I forgot to turn on the ASCII armor & transport option when I signed it. Sorry about that. Try it now.

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