November 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Re: [offtopic] Sun wins against Microsoft 25 years, 5 months

Adrian Aichner

>>>>> "Didier" == Didier Verna <verna(a)inf.enst.fr> writes: Didier> They're oblidged to make win98 and ie pass Sun's Didier> Java test suit, or remove them from the market within 90 Didier> days. Sounds good. Now let's hope MS looses the antitrust suit too. Didier> http://cnnfn.com/digitaljam/9811/17/microsoft/ Didier> -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / Didier> / - / / /_/ / E.N.S.T. INF C201.1 mailto:verna＠inf.enst.fr Didier> /_/ / /_/ / /__ / 46 rue Barrault Tel. (33) 01 45 81 73 Didier> 46 75634 Paris cedex 13 Fax. (33) 01 45 81 31 19 -- Adrian Aichner European Design Center Teradyne GmbH Semiconductor Test Group Telephone +49/89/41861(0)-208 Dingolfinger Strasse 2 Fax +49/89/41861-217 D-81673 MUENCHEN E-mail adrian.aichner(a)teradyne.com

1 participants
0 comments

[offtopic] Sun wins against Microsoft 25 years, 5 months

Didier Verna

They're oblidged to make win98 and ie pass Sun's Java test suit, or remove them from the market within 90 days. http://cnnfn.com/digitaljam/9811/17/microsoft/ -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / E.N.S.T. INF C201.1 mailto:verna＠inf.enst.fr /_/ / /_/ / /__ / 46 rue Barrault Tel. (33) 01 45 81 73 46 75634 Paris cedex 13 Fax. (33) 01 45 81 31 19

1 participants
0 comments

Re: adding an entry to the standard menus 25 years, 5 months

Hrvoje Niksic

Per Abrahamsen <abraham(a)dina.kvl.dk> writes: > Inge did propose the new functions on the xemacs-beta list. I don't > think he received any (useful) feedback. He did, but most of it boiled down to noone being moved enough to implement them. Inge didn't care about implementing them, so they didn't get done. -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- * Q: What is an experienced Emacs user? * A: A person who wishes that the terminal had pedals.

2 participants
1 comments

Re: So close and yet so far. 25 years, 5 months

Jan Vroonhof

Andy Piper <andyp(a)parallax.co.uk> writes: > Nope, that's not what I mean. Your list was not exhaustive, I was > submitting a reason as to why this might be so (some patches are implicitly > approved rather than explicitly - but they still go to xemacs-patches) A my "outstanding" list which you quoted are bugs/problems where I think there are currently NO patches at all, i.e. a showstopper list. Jan

2 participants
1 comments

Re: What's the password for updating packages? 25 years, 5 months

Jan Vroonhof

greg(a)alphatech.com (Greg Klanderman) writes: > APA> I just verified that using "List && Install" will look right on > APA> windows-nt. Don't know what the RIGHT fix is, though. > > "and" maybe? That's a work around. The right fix would be to properly implement menu accelerators under NT. I.e. "%_" and :accelerate. Alternatively to changes the lisp ref and the X code to support & as an accelerator. (the Windows code should still support :accelerate though). As a start one could escape "&" in displayable_menu_item in menubar-msw.c I am not sure which code handles the "%_" under X. It seems that this buried in the X menu code. The windows "&" convention is probably much more popular now. Maybe XEmacs should support both. Jan

2 participants
1 comments

Re: What's the password for updating packages? 25 years, 5 months

Jan Vroonhof

greg(a)alphatech.com (Greg Klanderman) writes: > Jan, what do you think is the right place to insert the "anonymous＠"? > Should we add it to each entry in package-get-download-sites? Just have package-get-remote-filename add it. Possibly test first if there is no "＠" present in the site-name. Like this (untested) (defun package-get-remote-filename (search filename) "Return FILENAME as a remote filename. It first checks if FILENAME already is a remote filename. If it is not, then it uses the (car search) as the remote site-name and the (cadr search) as the remote-directory and concatenates filename. In other words anonymous＠site-name:remote-directory/filename No anonymous＠ is added if site-name is of the form user＠site. " (if (efs-ftp-path filename) filename (let ((dir (cadr search))) (concat (if (string-match "＠" (car search)) "/" "/anonymous＠") (car search) ":" (if (string-match "/$" dir) dir (concat dir "/")) filename))))

1 participants
0 comments

Re: New release of toolbar-fancy package 25 years, 5 months

Jan Vroonhof

Rebecca Ore <ore(a)op.net> writes: > I'll try creating a separate directory just for the toolbar-fancy > icons. No you should have exactly the same layout as in the binary package. If that doesn't work then we need to find out why. Could try to describe the directory layout you have. Where is the toolbar-fancy.el file relative to say comint.el. Jan P.S. You did restart XEmacs? Does it work when you untar the pkg file in your .xemacs directory.

1 participants
0 comments

Re: What's the password for updating packages? 25 years, 5 months

Greg Klanderman

Note, this isn't the right fix due to outstanding patches. Package-get-base-filename no longer has the full EFS path, and is relative to package-get-remote, which is initialized from package-get-download-sites. Jan, what do you think is the right place to insert the "anonymous＠"? Should we add it to each entry in package-get-download-sites? greg >>>>> "Oscar" == Oscar Figueiredo <Oscar.Figueiredo(a)di.epfl.ch> >>>>> writes: Oscar> Oscar> The package user interface will fail for all the users that have Oscar> `efs-default-user' set to something else than "anonymous" or "ftp". The Oscar> attached patch should fix this. Oscar> Oscar> 1998-11-17 Oscar Figueiredo <Oscar.Figueiredo(a)di.epfl.ch> Oscar> Oscar> * package-get.el (package-get-base-filename): Add `anonymous' user Oscar> prefix Oscar> Oscar> Index: lisp/package-get.el Oscar> =================================================================== Oscar> RCS file: /usr/CVSroot/XEmacs/xemacs-20/lisp/package-get.el,v Oscar> retrieving revision 1.21 Oscar> diff -u -u -r1.21 package-get.el Oscar> --- package-get.el 1998/10/16 06:25:25 1.21 Oscar> +++ package-get.el 1998/11/17 15:55:13 Oscar> ＠＠ -179,7 +179,7 ＠＠ Oscar> :group 'package-get) Oscar> Oscar> (defcustom package-get-base-filename Oscar> - "/ftp.xemacs.org:/pub/xemacs/packages/package-index.LATEST" Oscar> + "/anonymous＠ftp.xemacs.org:/pub/xemacs/packages/package-index.LATEST" Oscar> "*Name of the default package database file, usually on ftp.xemacs.org." Oscar> :type 'file Oscar> :group 'package-get)

1 participants
0 comments

Re: What's the password for updating packages? 25 years, 5 months

Greg Klanderman

>>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes: APA> APA> Hello Jan, APA> APA> I just verified that using "List && Install" will look right on APA> windows-nt. Don't know what the RIGHT fix is, though. "and" maybe?

1 participants
0 comments

Re: New release of toolbar-fancy package 25 years, 5 months

Jan Vroonhof

Rebecca Ore <ore(a)op.net> writes: > Do I need to recompile? No you no not. Could please mail the output of '(locate-library "toolbar-fancy")' and '(locate-data-directory "toolbar-fancy")' and the value of toolbar-mail-icon. > I found the entry about Paths and don't see how that's relevant as > I've been able to up-grade Gnus without recompiling. I recommended you read it because it explains you what things like 'site-packages' mean. Here is it is. Package Hierarchies ------------------- Many relevant directories and files XEmacs uses are actually not part of the core installation. They are part of any of the many packages usually installed on top of an XEmacs installation. (*Note Packages::.) Hence, they play a prominent role in the various paths XEmacs sets up. XEmacs locates packages in any of a number of package hierarchies. Package hierarchies fall into three groups: "early", "late", and "last", according to the relative location at which they show up in the various XEmacs paths. Early package hierarchies are at the very front, late ones somewhere in the middle, and last hierarchies are (you guessed it) last. By default, XEmacs expects an early package hierarchy in the a subdirectory `.xemacs' of the user's home directory. Moreover, XEmacs expects late hierarchies in the subdirectories `site-packages', `mule-packages', and `xemacs-packages' (in that order) of the `<root>/lib/xemacs' subdirectory of one of the installation hierarchies. (If you run in-place, these are direct subdirectories of the build directory.) Furthermore, XEmacs will also search these subdirectories in the `<root>/lib/xemacs-<VERSION>' subdirectory and prefer directories found there. By default, XEmacs does not have a pre-configured last package hierarchy. Last hierarchies are primarily for using package hierarchies of outdated versions of XEmacs as a fallback option. For example, it is possible to run XEmacs 21.0 with the 20.4 package hierarchy as a last hierarchy. It is possible to specify at configure-time the location of the various package hierarchies with the `--package-path' option to configure. The early, late, and last components of the package path are separated by double instead of single colons. If three components are present, they are locate the early, late, and last package hierarchies respectively. If two components are present, they locate the early and late hierarchies. If only one component is present, it locates the late hierarchy. At run time, the package path may also be specified via the `PACKAGEPATH' environment variable. An XEmacs package is laid out just like a normal installed XEmacs lisp directory. It may have `lisp', `etc', `info', and `lib-src' subdirectories. XEmacs adds these at appropriate places within the various system-wide paths. There may be any number of package hierarchy directories.

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