November 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Ben Wing

I've compiled a short list of bugs that I consider to be showstoppers for the 21.0 release. It's located at: http://devel.xemacs.org/xemacs/showstoppers.html Ben (typed by Martin)

6 participants
6 comments

RoboCup 22 years, 3 months

Akram Khodadadi

Hello Please answer my question. We maked a player in Linux with Lisp languaege ,but we dont know how to make a UDP connection between our player and the server with Lisp languaege. We looked in many sources ,but we didn't attain any affects. Please say to us for making a UDP connection and geting and sending messages with that Lisp languaege which orders . Please explan with an example. Thanks Mrs Khodadadi

3 participants
2 comments

Re: [PATCH+RFD] Display tables -- fun for the whole family 24 years, 6 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?) 24 years, 6 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?) 24 years, 6 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: XEmacs-21.2-beta4 is out 24 years, 6 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

XEmacs-21.2-beta4 is out 24 years, 6 months

SL Baur

This is taking much longer than I'm used to even with smaller tarballs to transfer. The .tar.bz2s and patches are uploaded to ftp.xemacs.org and cvs.xemacs.org is synched but I'm out of time for tonight and won't have 'net connectivity again until Saturday PM US/Pacific to finish things off. Next up is 21.0-pre15 (beta58) Pyrenean, to be ready hopefully some time this weekend.

2 participants
1 comments

Re: BUG REPORT: etags searching in lisp mode 24 years, 6 months

Hrvoje Niksic

Martin Buchholz <martin(a)xemacs.org> writes: > >>>>> "Heiko" == Heiko Muenkel <muenkel(a)tnt.uni-hannover.de> writes: > > >>>>> "Hrvoje" == Hrvoje Niksic <hniksic(a)srce.hr> writes: > Hrvoje> Martin Buchholz <martin(a)xemacs.org> writes: > >>> Exact searching for symbols in lisp mode seems to be messed up. > >>> > >>> To reproduce, make a TAGS table for XEmacs using `make TAGS', > >>> do xemacs -q eval (setq tags-always-exact t) visit the file > >>> .../lisp/etags.el and do M-x find-tag RET find-tag RET ==> No > >>> entries matching find-tag > > Hrvoje> I am unable to repeat this bug. For me, `M-. find-tag > Hrvoje> RET' correctly finds `find-tag'. > > Did you omit the step, `visit .../lisp/etags.el'? No. > Hrvoje> That's because the expression you type in is actually a > Hrvoje> regexp (tags-always-exact is something else, and it's > Hrvoje> almost totally obsolete now.) > > The docstring for find-tag says nothing about regexps. If a user > wants to do regexp searching for tags, isn't the right tool > tags-apropos? I've never used tags-apropos, but I agree that the regexp behaviour should be documented. > Heiko> In the original function there's a strange implementation of > Heiko> the search. I don't understand why it was implemented this > Heiko> way, so it's possible, that my changes breaks something > Heiko> else. Therefore I've included the changed file in this > Heiko> mail. Please try it and let me know if it works or not. I'll > Heiko> send a patch to xemacs-patches if it works. > > Heiko, thanks for looking at this. Hrvoje, please take a look at > Heiko's changes. It would be nice if we got a patch. I'll look at the changes later. -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- Union break!

2 participants
1 comments

Re: BUG REPORT: 21.2-b4 movemail changes broken on Solaris 24 years, 6 months

Hrvoje Niksic

FWIW, I agree with Martin. It would be even better if movemail used the regex.c distributed with XEmacs. Then we wouldn't need the configure check, and would have a workable regexp engine everywhere. (Normally I don't advocate reimplementing system functionality, but in this case we are already shipping the file, so...) -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- Which is worse: ignorance or apathy? Who knows? Who cares?

3 participants
2 comments

Re: New release of toolbar-fancy package 24 years, 6 months

Adrian Aichner

>>>>> "Jan" == Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: Hello Jan, let me suggest the following patch to make toolbar-fancy usable without adding anything to the user-init-file manually. Regards, Adrian 1998-11-30 Adrian Aichner <aichner(a)ecf.teradyne.com> * toolbar-fancy.el (use-fancy-toolbar): Adding :require so that users do not need to add (require 'toolbar-fancy) to their init file manually. diff -u c:\Program Files\XEmacs\xemacs-packages\lisp\toolbar-fancy\toolbar-fancy.el.orig c:\Program Files\XEmacs\xemacs-packages\lisp\toolbar-fancy\toolbar-fancy.el --- c:\Program Files\XEmacs\xemacs-packages\lisp\toolbar-fancy\toolbar-fancy.el.orig Mon Nov 30 22:43:01 1998 +++ c:\Program Files\XEmacs\xemacs-packages\lisp\toolbar-fancy\toolbar-fancy.el Mon Nov 30 22:43:01 1998 ＠＠ -93,10 +93,10 ＠＠ :type '(radio (const nil :tag "Black and White") (const color :tag "Color") (const next :tag "Next Style")) - :group 'toolbar + :group 'toolbar + :require 'toolbar-fancy :set (if (fboundp 'set-fancy-toolbar) 'set-fancy-toolbar 'set-default)) (provide 'toolbar-fancy) - -- 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

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