January 2001 - XEmacs-Beta - XEmacs Mailing List Archives

Re: Tab display patch 23 years, 3 months

Björn Torkelsson

Andy Piper <andy(a)xemacs.org> writes: > Well, this fixes the tab display oddities that Marcus and Stephen were > seeing. It took a long time to figure out, so I'm not sure how > worthwhile it was ... There are still some artifacts with the gutter tabs :-( Recipie: xemacs -vanilla resize the window (make it wider) The separator is not drawn all the way. load a file - it looks ok. load another file resize again (make the window even wider) Same thing again Switch between the the two buffers by clicking the tabs. There is a white "box". Load a third file - everything looks ok again. Switch between two the two first buffers with C-x b One of the two tabs are not drawn correctly

4 participants
3 comments

kaboom 23 years, 3 months

John A. Turner

cvs-update'd and rebuilt yesterday, still crashing periodically... Program received signal SIGABRT, Aborted. kill () at engine.c:648 648 engine.c: No such file or directory. (gdb) where #0 kill () at engine.c:648 #1 0x41531ac in raise () at iconv_converter.c:22087 no lisp -- John A. Turner, Senior Research Associate Blue Sky Studios, One South Rd, Harrison, NY 10528 http://www.blueskystudios.com/ (914) 825-8319

2 participants
13 comments

turning off gutters doesn't really turn off gutters 23 years, 3 months

Hamish Macdonald

In XEmacs 21.2 (beta33) "Melpomene" [Lucid] (sparc-sun-solaris2.7) of Wed May 3 2000 on rhea configured using `configure --prefix=/export/users/hamishm/xemacs --site-prefixes=/export/users/hamishm/gnome:/export/users/hamishm --pdump --with-athena=xaw --with-menubars=lucid --with-scrollbars=lucid --with-dialogs=athena --with-widgets=athena --with-dragndrop=no --with-tooltalk=no' cvs-upped May 3, 15:50 EDT (Canada). I turn off gutter-tabs using the options menu (Options, Gutters, Buffer tabs visible), and save options (another bug report coming on that too..). When I restart XEmacs, the *gutter tabs are back*. The radio-button in the menu is still off. Quite annoying, given that the gutters are regularly crashing my XEmacs. >From my .custom file: ... '(gutter-buffers-tab-visible-p nil) ... `gutter-buffers-tab-visible-p' is a variable declared in Lisp. -- loaded from "/export/users/hamishm/archive/xemacs-21.2/lisp/gutter-items.elc" Value: nil Documentation: Whether the buffers tab is globally visible. This option should be set through the options menu.

2 participants
2 comments

can't compile xemacs 21.2.39 with --with-xfs --with-xim=no 23 years, 3 months

Yoshiaki Kasahara

'configure --with-xfs --with-xim=no --with-menubars=lucid' adds input-method-xfs.o to extra_objs, but actually there is no input-method-xfs.c now. % gmake beta .... gcc -c -g -O3 -pipe -Wall -Wno-switch -Wpointer-arith -Winline -Wmissing-prototypes -Wshadow -Demacs -I. -DHAVE_CONFIG_H -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include file-coding.c gmake[1]: *** No rule to make target `input-method-xfs.o', needed by `temacs'. Stop. gmake[1]: Leaving directory `/usr/local/src/xemacs-21.2/xemacs/src' gmake: *** [dump-elcs] Error 2 -- Yoshiaki Kasahara Computing and Communications Center, Kyushu University kasahara(a)nc.kyushu-u.ac.jp

4 participants
5 comments

Re: RFC: Public Release Scheduled for March 1, 2001 23 years, 3 months

Rod Whitby

"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes: > The current draft proposal is available at > > http://turnbull.sk.tsukuba.ac.jp/Tools/XEmacs/21.2-Draft/index.html Just a minor i18n point about the web page title ... March is in Spring in the Northern hemisphere only ;-) -- Rod (one of the many XEmacs users in the Southern hemisphere)

2 participants
1 comments

(no subject) 23 years, 3 months

dssdlcspod＠csmdint.cesmad-bohemia.cz

GET YOUR OWN 100 MEG WEBSITE FOR ONLY $11.95 PER MONTH TODAY! STOP PAYING $19.95 or more TODAY for your web site, WHEN YOU CAN GET ONE FOR ONLY $11.95 PER MONTH! DO YOU ALREADY HAVE A WEBSITE? ALL YOU HAVE TO DO IS TRANSFER THE DOMAIN TO OUR SERVERS AND UPLOAD YOUR DATA AND YOU ARE READY TO GO! YOUR NEW WEB SPACE CAN BE CREATED INSTANTLY WITH JUST A SIMPLE PHONE CALL TO OUR OFFICE. YOU CAN CHANGE THE DESIGN OF YOUR SITE AS MUCH AS YOU WANT with no extra charge! UNLIMITED TRAFFIC -- no extra charge! FRONT PAGE EXTENSIONS are FULLY SUPPORTED. A SET UP FEE OF $40.00 APPLIES for FIRST TIME CUSTOMERS. ALL FEES PREPAID IN ADVANCE FOR THE YEAR PLUS A $40.00 SET UP CHARGE. FOR DETAILS CALL 1 888 248 0765 if you are outside the USA, please fax 240 337 8325 Webhosting International

1 participants
0 comments

RFC: Public Release Scheduled for March 1, 2001 23 years, 3 months

Stephen J. Turnbull

The XEmacs Review Board has approved targeting a release for March 1, 2001, based on the code currently in the 21.2 tree. That's all that's official at this point. Everything else is more or less still open for debate. Please debate! xemacs-beta will be the primary forum for discussion of release plans. The next steps: We will make a public announcement of the release target and major features on comp.emacs.xemacs, comp.emacs, and the XEmacs home page probably in a week or ten days. I'm the Release Manager pro tem, and will probably be confirmed in that role shortly, unless a more qualified volunteer steps forward. (Don't be shy!) The current draft proposal is available at http://turnbull.sk.tsukuba.ac.jp/Tools/XEmacs/21.2-Draft/index.html http://www.xemacs.org/Releases/public-21.2/index.html http://xemacs.sourceforge.net/Releases/public-21.2/index.html The most current version will be available from cvs.xemacs.sourceforge.net in the xemacsweb module. (The reason for the profusion of URLs is that the automatic update scripts on SourceForge are currently unreliable, to say the least, and SourceForge is being slow to respond to the problem.) Please note: I have done my best to ensure that the Draft Release Proposal reflects the current opinions and latest information from the Review Board and the core developers. But I'm the only one who has touched this, and it's being done in a big hurry---so there are surely errors of fact and tone. ALL errors and misinterpretations are mine alone. I would like to thank the Review Board members and several core developers not on the board for their discussion and other input in the process of preparing this proposal. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules."

2 participants
1 comments

bug reports for 21.2.b37 23 years, 3 months

Alain.Tesio＠actfs.fr

Hi, I assumed that the bug database on the web site is for stable version and that I should submit bugs for the betas here, please tell me if I'm wrong. - in the customize screens, some buttons are displayed as text (the text doesn't fit in the button btw), see xemacs_buttons.png attached. This also happens for the button "Stop" when "fontifying" is displayed when you open a file. - the button "Done" on such a screen closes the active buffer instead of killing its own buffer. - sometimes there is a blank area next to the tabs, see xemacs_tabs.png. It looks like the tabs zone is not refreshed correctly when the window is resized beyond a specific width. - The commands below the "package" menu gives "Wrong type argument! stringp, nil", I didn't configure any package option. - fontifying uses fonts, though I have in custom.el '(font-lock-use-fonts nil), and Options/Syntax Highlighting/Fonts is indeed not checked, I must reselect the already checked option Options/Syntax Highlighting/Colors to remove the fonts. uname -a is "SunOS chaplin 5.6 Generic_105181-05 sun4u sparc SUNW,Ultra-1" Here is the configure script I used, with gcc 2.95.2 (I had a bunch of warnings from the X librairies) ./configure \ --prefix=/users/tesio \ --with-x11 \ --with-menubars=lucid \ --with-scrollbars=lucid \ --with-dialogs=athena \ --with-gif=no \ --with-sound=no \ --with-database=no \ --memory-usage-stats \ --with-gcc \ --with-sparcworks \ --site-libraries="/usr/openwin/lib /usr/dt/lib /users/tesio/lib/X11 /users/tesio/lib" \ --site-includes="/users/tesio/lib /users/tesio/include /users/tesio/lib/X11" \ --x-includes=/usr/openwin/share/include \ --x-libraries=/usr/openwin/lib \ --with-sparcworks \ --error-checking=none \ --with-xpm \ --with-png Thanks for reading ! Alain (See attached file: xemacs_tabs.png)(See attached file: xemacs_buttons.png) ______________________________________________________________________________ The views and opinions expressed in this email message are the sender's and do not necessarily represent the views and opinions of ACT Financial Systems S.A. ______________________________________________________________________________

3 participants
3 comments

bug(?) with window configurations (second try) 23 years, 3 months

John H Palmieri

Briefly, my problem is: with XEmacs 21.2-b35, it seems that the function 'set-window-configuration changes the point, and I don't think it should. In detail (and I posted this before, with no response): I have some code that does this: ;; start with the point in window 1. (setq bozo (current-window-configuration)) ... ;; do stuff that puts the point in the minibuffer, and also opens up ;; window 2, leaving both windows 1 and 2 visible ... (set-window-configuration bozo) In XEmacs 21.1.12 and GNU Emacs, the end result would be that the window 2 would go away, and the point would remain in the minibuffer. In XEmacs 21.2-b35, window 2 goes away, but the point also jumps back to window 1. I think this is in contradiction with the documentation for current-window-configuration, which says Documentation: Return an object representing the current window configuration of FRAME. If FRAME is nil or omitted, use the selected frame. This describes the number of windows, their sizes and current buffers, and for each displayed buffer, where display starts, and the positions of point and mark. An exception is made for point in the current buffer: its value is -not- saved. Note the last sentence. Because of this, set-window-configuration shouldn't change the point. This looks like a bug to me, or was this behavior changed intentionally, and the documentation not updated? -- John H. Palmieri Dept of Mathematics, Box 354350 palmieri(a)math.washington.edu University of Washington http://www.math.washington.edu/~palmieri Seattle, WA 98195-4350

4 participants
3 comments

Customize display bug 23 years, 3 months

Raymond Toy

Here's a simple display bug that is 100% reproducible for me. In Gnus v5.8.7, press G c to customize any desired group, mail or news. When the window comes up, resize xemacs so that the Done widget button is just on the right edge of the window. Then the button continuously flashes. A rather annoying feature. Fortunately, I don't do this often. Ray

3 participants
2 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 January 2001