March 2000 - XEmacs-Beta - XEmacs Mailing List Archives

Re: Accelerator I18N [was: I don't wont the f* underlinings ...] 24 years, 8 months

Jan Vroonhof

Ben Wing <ben(a)666.com> writes: > ＠＠ -1,5 1,10 ＠＠ > * mule\mule-cmds.el (set-language-info-alist): > Fix to correspond to new menu arrangement. This is because you moved the Mule menu right?. I think some comprehensive search for stuff like this in the packages is also needed. Of the stuff I use the only thing that is impacted is ispell. Jan

2 participants
1 comments

Re: A gtk/kde-xemacs... a modest toolbar/menubar proposal... 24 years, 8 months

William M. Perry

Ben Wing <ben(a)666.com> writes: > why can't gtk and xt coexist? They are completely #%!＠ed in terms of their event loops co-existing. gtk barely looks like an X app, much less a well behaved Xt app. -bp > "William M. Perry" wrote: > > > <nic(a)niss.ac.uk> writes: > > > > > Jens Lautenbacher wrote on 21-March-2000: > > > > > > ->now I'm really not in the position to argue on technical stuff with > > > ->people like Ben or Bill or Michael, but shouldn't we at least consider > > > ->to remove some of the backward compatibility stuff for xemacs? gtk > > > ->can be compiled on quite a big range of unix machines (and on win32, > > > ->too by the way, although I don't think that this will be an option the > > > ->win32 people like to consider). > > > > > > Removing X/Xt support from XEmacs would result in all of us being sent > > > to bed with no supper. > > > > I'm not talking about _removing_ it. I'm talking about having another > > option. Basically if you ask for gtk support (I don't think this would be > > turned on by default except in infodock), you lose certain features, like: > > > > - multi-display capabilities (until gtk supports it) > > - Xt integration > > > > But you gain: > > > > - gnome integration (feh) > > - themes (oh boy I'm all hot now) > > - Ability to write real gtk applications from emacs lisp > > > > Basically, this is just replacing the lwlib cruft with gtk widgets and then > > doing rep-gtk (http://rep-gtk.sourceforge.net) for the 'real' emacs-lisp. > > > > -Bill P. > > -- > Ben > > In order to save my hands, I am cutting back on my mail. I also write > as succinctly as possible -- please don't be offended. If you send me > mail, you _will_ get a response, but please be patient, especially for > XEmacs-related mail. If you need an immediate response and it is not > apparent in your message, please say so. Thanks for your understanding. > > See also http://www.666.com/ben/typing.html.

2 participants
1 comments

Re: Steve's 21.2.32 crashes 24 years, 8 months

SL Baur

Andy Piper <andy(a)xemacs.org> writes in xemacs-beta(a)xemacs.org: ... > I can't commit right now and xrdb doesn't work on my broken windows system. > Can you try the attached patch which I think clears up the brokeness I > introduced earlier (but may not fix your problem). This fixes the crash I reported.

1 participants
0 comments

Slider and Accelerator 'anomally' 24 years, 8 months

Matthew O. Persico

Using 21.2.32 on Solaris 2.6, native compiler, without trying --vanilla yet... 1) After loading the first file invoking the progress slider, all other file loads invoking the progress slider retain the first filename as the slider title. 2) When widgets pop up with buttons, the button text does not have the underlined accelerators, but rather the text with the accelerator indicators: %_Yes instead of Y^H_es You get the picture. Anyone else seen this? I will -vanilla in the morning. -- Matthew O. Persico "If you were supposed to understand it, we wouldn't call it code."

1 participants
0 comments

Re: make-docfile 24 years, 8 months

Michael Harnois

On 22 Mar 2000 15:11:11 -0500, Hamish Macdonald <hamishm(a)lucent.com> said: > Nope. I'm seeing it also. I backed off to a CVS update dated > 2000-03-21 and things built ok. Is it possible that someone with write access could back this out while Ben decides how to fix it? -- Michael D. Harnois, Redeemer Lutheran Church, Washburn, IA mdharnois(a)home.com aa0bt(a)aa0bt.ampr.org Never invoke the gods unless you really want them to appear. It annoys them very much. -- G.K. Chesterton

1 participants
0 comments

xemacs crashes when attempting to go beyond end of buffer? 24 years, 8 months

Meinhard E. Mayer

This bug report will be sent to the XEmacs Development Team, not to your local site managers!! Please write in English, because the XEmacs maintainers do not have translators to read other languages for them. In XEmacs 21.2 (beta32) "Kastor & Polydeukes" [Lucid] (i686-pc-linux) of Wed Mar 22 2000 on cx767414-a configured using `configure --ldflags=-s' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: Xemacs crashed twice on me (once when I was in dired and did not recover the error-messages); the last time when I reached the end of a buffer using a down-arrow key. Here is the error output Lisp backtrace follows: ding(nil buffer-bound) byte-code("..." [signal-error-on-buffer-boundary ding nil buffer-bound] 3) # bind (arg) next-line(1) # bind (command-debug-status) call-interactively(next-line) # (condition-case ... . error) # (catch top-level ...) [1] Abort xemacs -q In addition, since I installed XFree86-4.0 I get these warnings (both in Xemacs-21.1.9, and in Xemacs-21.2.32: (1) (key-mapping/warning) The meanings of the modifier bits Mod1 through Mod5 are determined by the keysyms used to control those bits. Mod1 does NOT always mean Meta, although some non-ICCCM-compliant programs assume that. (2) (key-mapping/warning) The semantics of the modifier bits ModShift, ModLock, and ModControl are predefined. It does not make sense to assign ModControl to any keysym other than Control_L or Control_R, or to assign any modifier bits to the "control" keysyms other than ModControl. You can't turn a "control" key into a "meta" key (or vice versa) by simply assigning the key a different modifier bit. You must also make that key generate an appropriate keysym (Control_L, Meta_L, etc). (3) (key-mapping/warning) XEmacs: Caps_Lock (0x42) generates ModControl, which is nonsensical. This seems to be a new bug/feature of the key-mapping in XFree86-4.0. Recent keystrokes: misc-user Recent messages (most recent first): Loading mailcrypt...done Loading mailcrypt... Composing a message...done Wrote /home/hardy/Mail/drafts/1 Loading efs-cu...done Loading efs-cu... Composing a message... Loading emacsbug...done Loading emacsbug... Loading font...done -- Hardy -------****------- Meinhard E. Mayer, Research Professor of Physics and Mathematics Department of Physics and Astronomy, Frederick Reines Hall U. C., Irvine CA 92697-4575 In California: Tel: (949) 824-5543; UCI-FAX: (949) 824-2174 Home: 759-3378 E-fax: (734) 448-5140 URL: http://www-swiss.ai.mit.edu/~hardy/hardy.html http://www.ps.uci.edu/physics/mayer.html

1 participants
0 comments

Re: make-docfile 24 years, 8 months

Hamish Macdonald

>>>>>> On Wed, 22 Mar 2000 09:25:40 +0000, Andy Piper <andy(a)xemacs.org> said: >> This appears to be broken by Ben's call-process changes. It >> explicitly uses call-process-internal >>>>> Michael Harnois <mdharnois(a)home.com> wrote: Michael> I'm having the same problem here. Are Andy and I the only ones? Nope. I'm seeing it also. I backed off to a CVS update dated 2000-03-21 and things built ok.

1 participants
0 comments

Re: A gtk/kde-xemacs... a modest toolbar/menubar proposal... 24 years, 8 months

Hrvoje Niksic

Andy Piper <andy(a)xemacs.org> writes: > This is no different to mswindows. In my view you should view gtk as > a completely different window system that doesn't support multiple > displays. I agree with this view completely.

2 participants
1 comments

Re: make-docfile 24 years, 8 months

Michael Harnois

On Wed, 22 Mar 2000 09:25:40 +0000, Andy Piper <andy(a)xemacs.org> said: > This appears to be broken by Ben's call-process changes. It > explicitly uses call-process-internal I'm having the same problem here. Are Andy and I the only ones? -- Michael D. Harnois, Redeemer Lutheran Church, Washburn, IA mdharnois(a)home.com aa0bt(a)aa0bt.ampr.org Never invoke the gods unless you really want them to appear. It annoys them very much. -- G.K. Chesterton

1 participants
0 comments

Re: another 21.2.32 meltdown, again in VM 24 years, 8 months

Jan Vroonhof

"John A. Turner" <turner(a)blueskystudios.com> writes: I under it you always get these when running VM and never otherwise? I am wondering what it is that makes VM do this... Could it simply be that you use the mouse more during VM? Is it the fact VM is probably the only app that use the left toolbar? Can you try switching the VM toolbar off (if that is possible)? Jan

2 participants
1 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 March 2000