May 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Re: [offtopic] scripting X events? 25 years, 11 months

Didier Verna

greg(a)alphatech.com (Greg Klanderman) writes: > Sorry for the offtopic noise but I seem to recall one of you once > mentioning a free package that allows one to script X events. I don't know if it's what you're looking for, but as of X11R6.3, there's the possibility to *record* xevents and play them back. It's not exactly scripting. I haven't tried it yet. -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / E.N.S.T. INF C214 mailto:verna＠inf.enst.fr /_/ / /_/ / /__ / 46 rue Barrault Tel. (33) 01 45 81 80 72 75634 Paris cedex 13 Fax. (33) 01 45 81 31 19

1 participants
0 comments

Re: is `-name' functional? 25 years, 11 months

Hrvoje Niksic

Didier Verna <verna(a)inf.enst.fr> writes: > - What's the status of the .xemacs directory for 21.0 ? I'd be sad > if it's not gonna make it. It's not gonna make it. The people who are interested in that sort of thing (I am not one of them) simply haven't put any effort into making it work. Sorry. > - Sorry but I still think that this mess about the application class > is *evil* *Evil* *EVIL* __EVIL__. We can't possibly be the only > app in the whole universe to decide dynamically on the Xt class, > and pretend we're right. There're already so many things confusing > people about X resources. Let's not add one more. I don't understand what you're talking about here. > - Sorry again ;-) but I still think that the modeline shouldn't have > the same default as the default face, and shouldn't be affected by > the -bg option. I agree with this. -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- Try to use "ad nauseam" at least once per flame. It doesn't mean anything; but it gives that polished feel to your postings.

4 participants
8 comments

[ok] 21.0 "San Clemente" XEmacs Lucid (beta41) on sparc-sun-solaris2.5.1 25 years, 11 months

Colin Rafferty

First build report since early April. New environment, new headaches. However, Solaris build is just fine. The you Chipsy, for continuing to allow me to not have to download any packages. I forgot that I have to grab a copy of giflib (lite?) for gifs, but otherwise, everything is quite cool. > XEmacs Build Report as generated > by build-report-version 1.35 follows: > Contents of /ms/user/c/craffert/build/xemacs/solaris/Installation: > (Output from most recent run of ./configure)

1 participants
0 comments

Re: DnD API part 8 25 years, 11 months

Jan Vroonhof

Rebecca Ore <rebecca.ore(a)op.net> writes: > Judging from the impact kde has had on comp.os.linux, we might > want to consider trying to work with their d&d, too. I know qt isn't > gpl'ed and all that. AFAIK Qt (and therefore KDE) will move to some new "open" DnD protocol. It is maybe better to wait for that. Jan

2 participants
1 comments

Re: DnD API part 8 25 years, 11 months

Jan Vroonhof

Oliver Graf <ograf(a)fga.de> writes: > 1998-05-28 Oliver Graf <ograf(a)fga.de> > > * configure.in: only one DnD protocol, CDE has priority over OffiX > Is a fundamental thing, or is that just a peculiarity of the current implementation? It would be nice to be able to support DnD between as much programs as possible. Jan

2 participants
1 comments

Re: [Q] what is xemacs-review ? 25 years, 11 months

Jan Vroonhof

Didier Verna <verna(a)inf.enst.fr> writes: > I've seen it in mails for a while now, but I don't remember any notice > about this list. It is (presumably) the internal list used by the Great Patch Approvers. Jan

1 participants
0 comments

[Q] what is xemacs-review ? 25 years, 11 months

Didier Verna

I've seen it in mails for a while now, but I don't remember any notice about this list. --Didier

1 participants
0 comments

Re: Crash in event code 25 years, 11 months

Gunnar Evermann

Hrvoje Niksic <hniksic(a)srce.hr> writes: > Gunnar Evermann <Gunnar.Evermann(a)nats.informatik.uni-hamburg.de> writes: > > > the problem is that the event returned contains a window in the > > channel field. AFAICT this should be a frame (or console)! > > No, window is legal channel for scrollbar events. > > channel Where this event occurred on. (...) > > Specifically: > [...] > -- for scrollbar misc-user events, channel > will be a window. Oops, Sorry -- I hadn't read that far :-) And judging by the use of XFRAME() in lots of event-related functions, I guess most people didn't. Maybe we should at least fix the sentence you left out in your quote: channel Where this event occurred on. This will be a frame, device, console, or nil, depending on the event type. More importantly, what shall we do about all those broken functions?? Gunnar -- Gunnar Evermann Natural Language Systems Group, University of Hamburg EMail: Gunnar.Evermann(a)nats.informatik.uni-hamburg.de

1 participants
0 comments

xpm-color-symbols need by mswindows patch 25 years, 11 months

Andy Piper

xpm-color-symbols is used by mswindows and so needs to be set in a place reachable by it. If my 3d-object patch is accepted I propose that the fallback for *ToolBarColor by this face rather than foreground/background. Since these will be inherited indirectly by 3d-object anyway. Question: shouldn't xpm-color-symbols all be specifiers anyway? andy 1998-05-27 Andy Piper <andyp(a)parallax.co.uk> * x-faces.el: * faces.el: move definition of xpm-color-symbols from x-faces.el to faces. Predicate x-get-resource on the presence of x. --------------------------------------------------------------------------- " .sigs are like your face - rarely seen by you and uglier than you think" Dr Andy Piper, Technical Architect, Parallax Solutions Ltd mail: andyp(a)parallax.co.uk web: www.parallax.co.uk/~andyp

2 participants
2 comments

Re: Startup speed: Still too many stats? 25 years, 11 months

Michael Sperber

>>>>> "DO" == Darryl Okahata <darrylo(a)sr.hp.com> writes: DO> A long while back, sperber(a)informatik.uni-tuebingen.de (Michael Sperber DO> [Mr. Preprocessor]) wrote: >> > I don't know about NT, but stat() is VERY expensive under Win95. >> > If I recall correctly, a call to stat() takes on the order of >> > milliseconds on a non-MMX P166 (and I think over 10ms), under Win95 >> > OSR2. Why, I don't know (this is real/elapsed, and not CPU, time). By >> > bypassing stat(), and using the native Win32 system calls, my dired-in-C >> > changes were able to get a significant performance improvement. >> >> That's why I asked if there isn't a way to compute file-directory-p >> without doing a full stat under Win32. Don't DOS directories store >> that information in the directory entry? DO> There is a way to do file-directory-p without doing a stat() under DO> Win32, but I don't know if it will save any time. (Actually, I added DO> this to my local copy of XEmacs, but I really haven't done any timings. DO> I certainly haven't noticed any speed difference. I'll try to do some DO> timings tonight.) Just FYI: The patches that got in recently put the stat count under that of 20.3, I believe. In the vicinity anyway---Hrovje did the count. 1998-05-17 Michael Sperber [Mr. Preprocessor] <sperber(a)informatik.uni-tuebingen.de> * packages.el (packages-no-package-hierarchy-regexp): Introduced and used following the interface change of `paths-find-recursive-path'. * find-paths.el (paths-find-recursive-path): Exclusion is now by a regexp instead of a list of base names. (paths-version-control-filename-regexp): (paths-lisp-filename-regexp): (paths-no-lisp-directory-regexp): Introduced and used following the interface change of `paths-find-recursive-path'. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

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