June 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Oliver Graf

"Peter B. West" <p.west(a)uq.net.au> writes: > Just attempting my first compile for some time, and my first compile > from the CVS sources. > > glyphs-eimage.c requires gifs_lib.h. I assume that everyone who is > compiling for gifs has previously installed giflib*, as opposed to > gifreader*, which does not include this header file. Nope, I changed gif_lib.h to gifrlib.h in the glyph files. (I think there was already a patch posted) Regards, Oliver.

1 participants
0 comments

Re: Projects ideas 27 years

Oliver Graf

wmperry(a)aventail.com (William M. Perry) writes: > > - Gnome and/or KDE integration > > It's a fundamental flaw in their design if they cannot deal with > applications that are not written using their specific toolkit. Not having > session management in kwm just because XEmacs doesn't use Qt is really > lame. Or has that been fixed? Nope. And I won't do it, cause I had epileptic seizures after I browsed the source of KDE (and part of the Qt docu) in search of their DnD protocol (they use a version 0 OffiX). But this might come from my natural aversion against code written is this language. I want KDE to do DnD with XEmacs (who knows OffiX already), but KDE can't find the window of XEmacs, cause Qt hides the windows from KDE (in QMouse events) and so it has to do the search on it's own... (same problem as the session stuff, kwm does not know XEmacs). > > - Real dialog boxen. Replace, for instance, should not use the > > modeline when invoked from the menu but create a nifty dialog box. > > It would be nice to just do this in normal emacs frames... then all > operating systems get them. Yes, native looks require lot more work (ask the NT team about this...) > > - Eventual ditch of the infamous Lucid stuff. Or will you implement > > teardrop menus, detachable toolbars, themeable widgets elements, > > etc... ? > > > > You will have a *lot* of work if you want lwlib to reach the level of > > what is expected from toolbars, menus and scrollbars nowadays. > > This is a good reason... eventually. I think we have bigger fish first. > But then everyone's time is their own to hack what they wish. I'll be > doing the module support again soon, even if nobody every wants to use it > but me. :) What is module support? Never heard about it (shame on me). Regards, Oliver.

1 participants
0 comments

Paintball, Photon, whatever ... (was Re: [Fwd: Linux]) 27 years

SL Baur

Ben Wing <ben(a)666.com> writes: >> vi trounced emacs, 3-1, in a four-game paintball match. Ap- >> parently the emacs users were confused by the simple nature >> of their paintball equipment, or were stricken by carpal >> tunnel syndrome... I'm a Photon Alpha Warrior[1]. Bonus points for anyone (old enough, sigh :-( ) who can tell me what that means ... And I played Photon long after I took up Emacs 18 ... Sigh. Footnotes: [1] My Photon game name was "Altair". Surprise? -- This is a temporary e-mail address while I'm alpha testing VMailer.

1 participants
0 comments

Re: Qt/XEmacs (was: Re: Bug (I think) limit on popup menu strings) 27 years

Oliver Graf

SL Baur <steve(a)vmailer.xemacs.org> writes: > Per Abrahamsen <abraham(a)dina.kvl.dk> writes: > > > And according to the FSF interpretation[1] of the Qt and GPL licenses, > > distributing a linked binary would thus violate the GPL. > > Why isn't this an issue with a Motif-linked XEmacs? Because Motif can > usually be considered a system library? This is a good point! My linux had no Motif 'til a bought one for about $100. And so I think this is commercial also. Motif allows dynamic as well es static linking for distribution (I bought a developers license), Qt allows the same, Xforms (another good example) also, only GPL collides with it... but nobody cares. So we have only one choice: drop Motif (just joking ;-) Regards, Oliver.

3 participants
2 comments

[Fwd: Linux] 27 years

Ben Wing

-- - If this message is long and typed, someone else typed it for me - If it has a .rm (RealAudio) attachment, see http://www.real.com/products/player/downloadrealplayer.html?wp=dl0498 - If this doesn't work and there's a GSM WAV attachment, see http://xanim.va.pubnix.com/home.html

1 participants
0 comments

column number starts at 1 or 0? 27 years

Martin Buchholz

Hrvoje, you seem to be Mr. column/line number. Try this: xemacs -vanilla M-x column-number-mode M-x what-cursor-position The above two disagree on whether beginning-of-line is column 0 or 1. Why this inconsistency? An ordinary user would think it's a bug. But I discovered: DEFVAR_BOOL ("column-number-start-at-one", &column_number_start_at_one /* *Non-nil means column display number starts at 1. */ ); column_number_start_at_one = 1; } DEFUN ("current-column", Fcurrent_column, 0, 1, 0, /* Return the horizontal position of point. Beginning of line is column 0. I would vote for just nuking column-number-start-at-one, but why not at least default the value to 0? Then we're consistent with Stallmacs, and more importantly, internally consistent. Martin

1 participants
0 comments

Re: toolkit wars again 27 years

Michael Sperber

>>>>> "Didier" == Didier Verna <verna(a)inf.enst.fr> writes: Didier> Hrvoje Niksic <hniksic(a)srce.hr> writes: >> Qt is out, because it's C++ and because it's not free. Didier> BTW, what are exactly the arguments against using C++ code ? C++ is a major source of compilation bugs, since few pairs of C++ compilers actually agree on the language. Moreover, it would reduce portability greatly. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

Re: Binary distributions [ was Re: [PROPOSAL] fix for bad Xrefs ... ] 27 years

Michael Sperber

>>>>> "Darryl" == Darryl Okahata <darrylo(a)sr.hp.com> writes: Darryl> What's the philosophy for packages? A scheme such as the above Darryl> works only if packages are independent of XEmacs versions. However, in Darryl> practice, I have not found this to be true; packages tend to depend on a Darryl> particular XEmacs version or vice-versa. This may violate the package Darryl> philosophy, but what about: You can have both. The version-specific stuff has precedence over the generic stuff. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

Re: Binary distributions [ was Re: [PROPOSAL] fix for bad Xrefs ... ] 27 years

Michael Sperber

>>>>> "Jonathan" == Jonathan Harris <jhar(a)tardis.ed.ac.uk> writes: Jonathan> Unfortunately, XEmacs currently fails to cope with such a layout because Jonathan> it expects a UNIX-style install tree; it can't find it's root directory Jonathan> (paths-find-emacs-roots fails) and it also can't find any of the exec, Jonathan> info or data directories. Well, great someone's telling me about this now. Could you be more specific---i.e. post some configuration data along with the output of xemacs -debug-paths? -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

gifs_lib.h 27 years

Peter B. West

Just attempting my first compile for some time, and my first compile from the CVS sources. glyphs-eimage.c requires gifs_lib.h. I assume that everyone who is compiling for gifs has previously installed giflib*, as opposed to gifreader*, which does not include this header file. Yours faithfully, -- __ /__ Peter B. West p.west(a)uq.net.au Looking for work... / http://www.uq.net.au/~zzpwest See C.V. on my home page. / "Lord, to whom shall we go?"

1 participants
0 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 June 1998