October 2000 - XEmacs-Beta - XEmacs Mailing List Archives

Package Freeze - Midnight Oct 14th (GMT + 10) 24 years, 1 month

Steve Youngs

I'm calling a package freeze from midnight tomorrow night (my local time - GMT + 10). If you have any "absolutely-positively-has-to-get-in-there-for-this- release" type hacks, you have approximately 29.5 hours. Updated packages and sumos should be out by the end of the weekend. -- |---<Regards, Steve Youngs>-----------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |----------------------------------<mailto:youngs＠xemacs.org>---|

1 participants
0 comments

--no-window 24 years, 1 month

Dhruva_KRISHNAMURTHY＠delmia.com

Hi, To get the --no-window work in the Windows NT command prompt, do I require any additional library or any specific settings before I build. I am on Windows NT and using XEmacs21.2-b36 "Notus". I get the behaviour in FSF Emacs 20.7 Any help in this regard is appreciated. with best regards, dhruva

2 participants
1 comments

New file for testing - power-macros.el 24 years, 1 month

Steve Youngs

Hi Everyone. I've just uploaded 'power-macros.el' to /pub/xemacs/beta/experimental on ftp.xemacs.org. Providing nobody tells me that there are some problems with it, I'll be adding it to edit-utils. So, please test and give me some feedback. ,----[ power-macros.el commentary ] | ;; Keyboard Macros are a very powerful tool, if you know how to use them | ;; the right way! Without this extension it is, however, a bit difficult in | ;; Emacs to define and maintain several macros at a time. This problem is | ;; solved with this package. | ;; | ;; When you have loaded this package Emacs will, upon completion of | ;; macro definition, ask you which key you want to assign this macro | ;; to and ask for a description of the macro. | ;; If something is already bound to this key, Emacs will ask you | ;; whether you want to override this binding. Furthermore, this | ;; package also takes care of saving the macro to your .emacs file | ;; for later Emacs sessions. | ;; | ;; The description for all the defined macros may be obtained with the | ;; function `pm-manage-macros'. Using this function you can also | ;; manage you power-macros. You execute this function by pressing `M-x' and | ;; typing `pm-manage-macros'. `---- -- |---<Regards, Steve Youngs>-----------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |----------------------------------<mailto:youngs＠xemacs.org>---|

1 participants
0 comments

Missing fakemail.exe 24 years, 1 month

Dhruva_KRISHNAMURTHY＠delmia.com

Hi, With the 21.2.b36 build ( on NT ), I could not find the fakemail.exe built. It prevents me from using GNUS mail. Please let me know if I am wrong or some other setting could help use GNUS mail without fakemail.exe with regards, dhruva

2 participants
1 comments

Finder and packages. 24 years, 1 month

Nickolay Pakoulin

----- Beginning of the official part ----- Description Finder is a small elisp package that keeps descriptions of other elisp packages, installed in the system State of art Current implementation of finder is inherited from GNU Emacs and does not match XEmacs's package scheme. Namely, finder keeps all information in one file which is created during xemacs building and after adding new packages one must regenerate this file to keep it in sync with changes. There are elisp functions in current implementation of finder that rebuild finder database, but they require write access to xemacs distribution lisp/ directory. More over, finder rebuilding scheme rebuilds finder database from scratch, what leads to reparsing many elisp files. (All files, found in load path). Proposal I propose to use distributed database like custom and autoloads do. Finder database for each package should be generated as a part of package building process. On user request finder should look through package tree and collect all package-related databases in one database in memory. Affects Finder Finder should be partially rewritten. Current finder implementation does not allow distributed database. XEmacs building process XEmacs should build finder database for lisp files that go within XEmacs distribution. XEmacs packages building process Package-local database should be generated during package building. ----- End of the official part ----- I have reiplemented finder to generate package-local finder database and pick up these databases on user request. I have split finder.el into two files: finder.el -- code to generate finder-inf.el finder-load.el -- code to pick things up and show to user As for XEmacs building it seems that no changes needed. Makefile references only `finder-compile-keywords-quiet' and `finder-compile-keywords'. Both are still there. But ideologically it is more correct to use new functionality xemacs -batch -l finder -f batch-make-finder-index Now packages. Proposed functionality is new but might be pretty well implemented like auto-autoloads code. It requires adding new target to GENERATED: finder-inf.el. Command to build it: cd package-lisp-dir; xemacs -batch -l finder -f batch-make-finder-index If you are interested, have a look at the sources at: http://www.ispras.ru/~npak/xemacs/finder/finder.el http://www.ispras.ru/~npak/xemacs/finder/finder-load.el If you are still interested, then I'll keep on hacking it's user interface. I plan to add navigation buttons a-la custom. Nick.

3 participants
2 comments

Re: [sumner@graphics.lcs.mit.edu] Faces wrong when opening new frame (PR#1465) 24 years, 1 month

Daniel Pittman

On Wed, 11 Oct 2000, Stephen J. Turnbull <turnbull(a)sk.tsukuba.ac.jp> wrote: >>>>>> "Alexander" == Alexander Burchell <aburchel(a)wilshire.com> writes: > >>>>>> "Gunnar" == Gunnar Evermann <ge204(a)eng.cam.ac.uk> writes: > > Gunnar> then everything is fine and the colors display as I've set > Gunnar> them in my .emacs file. However, after emacs is running > Gunnar> and I open a new file using C-x 5 f (or meta-x > Gunnar> find-file-other-frame) the new file has the wrong colors. > Gunnar> All the syntax is highlighed with some default set of > Gunnar> colors that are totally different than the ones I chose. > > Alexander> I hate to say, "me too", but ... "me too". > > Exactly how do you set your faces? FWIW, I see the same thing in some circumstances. Setting the *default* face from Lisp using `set-face-property' causes this problem to show up. New frames suddenly don't quite work. The properties are set as: (defun make-face-from-spec (face spec) "Construct the named face if it does not already exist, and set the given specifier list into the object." (let ((fn (lambda (x) (set-face-property face (car x) (cadr x) 'global '(daniel) 'remove-tag-set-prepend)))) ;; Work as a delta to the default face. (copy-face 'default face) ;; Map across the font description. (mapc fn spec))) This then gets fed a face symbol and a list of property cons cells. Earlier in the file, I also do (define-specifier-tag 'daniel). If I set the default face this way, the issue of color changing comes up. If I /don't/ set default here, it works correctly. Setting the default face from X resources seems to work correctly. Daniel -- Our quarrel with the world is an echo of the endless quarrel proceeding within us. -- Eric Hoffer

3 participants
8 comments

RMS question 24 years, 1 month

Mirian Crzig Lennox

Sorry if this is a FAQ, but I read everything I could find about the matter on www.xemacs.org, and didn't find the answer: On the Xemacs vs. GNU Emacs page, in the "FSF Point of View", RMS writes: But in another sense it is not GNU software, because we can't use XEmacs in the GNU system: using it would mean paying a price in terms of our ability to enforce the GPL. Some of the people who have worked on XEmacs have not provided, and have not asked other contributors to provide, the legal papers to help us enforce the GPL. I have managed to get legal papers for some parts myself, but most of the XEmacs developers have not helped me get them. I'm genuinely confused as to what RMS is talking about... XEmacs is GNU-derived software, and even says that it is protected by the GPL all over it. So, what kind of "ability to enforce the GPL" is RMS looking for that he doesn't already have? I'm curious, because although I personally prefer XEmacs to GNU Emacs, it bothers me that there might be some point of licensing which prevents full sharing between XEmacs and GNU Emacs, so I'm wondering if there is any weight to what RMS is talking about, and if so, what can be done about it. I'm not (yet) a member of this mailing list, so I would appreciate it if I could be CC'ed on any discussion which follows. cheers, --Mirian

2 participants
1 comments

Re: [sumner@graphics.lcs.mit.edu] Faces wrong when opening new frame (PR#1465) 24 years, 1 month

Alexander G. Burchell

>>>>> "Alexander" == Alexander Burchell <aburchel(a)wilshire.com> writes: Alexander> I did this inside a running XEmacs. Not sure if it Alexander> will work when put in the ~/.emacs file. It doesn't. The proper code (for ~/.emacs) is: ;; Two following lines to fix bug with faces getting reset on new frame (setq frame-background-mode 'dark) (add-hook 'after-init-hook (function (lambda () (setq default-custom-frame-properties '(type x class color background dark))))) Thanks, -- Alexander Burchell Wilshire Associates aburchel(a)wilshire.com (310) 899-2303

1 participants
0 comments

Re: [sumner@graphics.lcs.mit.edu] Faces wrong when opening new frame (PR#1465) 24 years, 1 month

Alexander G. Burchell

>>>>> "Daniel" == Daniel Pittman <daniel(a)rimspace.net> writes: Daniel> Further to this, the face changes are made by Daniel> `initialize-custom-faces'. This is called from Daniel> `custom-initialize-frame', because the global frame Daniel> properties don't match the new frame properties. Daniel> These values come from `get-custom-frame-properties', with Daniel> the global properties already being cached in Daniel> `default-custom-frame-properties'. Daniel> The value in there, incidentally, has `light' as the Daniel> background. Piecing together the information from this thread, I find that the following will solve my problem: (setq frame-background-mode 'dark) (setq default-custom-frame-properties '(type x class color background dark)) I did this inside a running XEmacs. Not sure if it will work when put in the ~/.emacs file. I am sure this is not the right way to do it. Thanks, -- Alexander Burchell Wilshire Associates aburchel(a)wilshire.com (310) 899-2303

1 participants
0 comments

FSF emacs starts to get dead sexy... 24 years, 1 month

William M. Perry

Anyone want to take a stab at making the XEmacs splash screen as sexy as the new FSF one? :) You can't really tell from this screenshot, but the bit about 'useful files menu items' actually rotates thru 5 or 6 different blurbs about different things. There is also a killer new 'zone' package that provides screensavers for emacs buffers. Truly bizarre. -Bill P.

5 participants
6 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 October 2000