September 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Craig Main

Hi, I find it annoying that there are two versions of essentially the same resource. I don't understand why legal papers should be required for code that nobody claims ownership to. I am quite sure that there are legal methods to obtain the papers you require for the license. It just makes so much sense to me to have one emacs. Since the X version is more modern etc etc, it should be the obvious choice. The fact that you can modify GPL software, create XEmacs, and then have legal issues about how you are able to merge the code means (to me) that there are fundamental flaws in the GPL licensing system. This is obviously just my humble opinion on the matter. If this is a vaguely democratic process, my vote goes with one Xemacs. Keep up the good work. You guys are doing a fantastic job. Maybe i'll be able to help one day when I am more proficient in X/Linux development. Kind Regards -craig.

1 participants
0 comments

Re: Knee-deep in the isearch 25 years, 2 months

Jason R Mastaler

Hrvoje Niksic <hniksic(a)srce.hr> writes: > Isearch is shaggadelic! Yeah baby yeah! Oh behave!

1 participants
0 comments

Re: easy-mmode.el 25 years, 2 months

SL Baur

Stephen J Turnbull <turnbull(a)sk.tsukuba.ac.jp> writes in xemacs-beta(a)xemacs.org: >>>>>> "Greg" == Greg Klanderman <greg(a)klanderman.net> writes: Greg> Can we add this to some appropriate XEmacs package? The new Greg> pcl-cvs maintainer has decided to use this package, which is Greg> included in GNU Emacs, and I'd like to be able to upgrade Greg> our pcl-cvs before too long. > The documentation and variable names are incredibly ugly though. I > don't see the point; it really isn't very hard to write a minor mode > in the first place. There isn't too much of a point with a function like `add-minor-mode'. > Well, I guess that means it belongs in fsf-compat. Yup, if we use it at all[1]. After a first reading, I don't particularly care for having it as part of XEmacs. > Also putting all of the mode-switching functionality on hooks seems > like bad design to me; the user can mess with those (eg, setq'ing a > hook variable). Do you mean the lack of the ability of the minor mode to run code of its own in the canned toggle function? > And even `add-hook' has that `append' argument, which means user > code could get run before or after the mode's own code. > Urk. I'm more concerned about the ordering problem than with the user doing setq on a hook. If the user wishes to `setq' a hook, he must be prepared to accept the consequences of it. I notice though that the hook variables are declared with `defvar' instead of `defcustom'. Footnotes: [1] Greg, this would mean you would need to rename the file pcl-cvs-easy-mmode.el and put it in the pcl-cvs package, if it must be used.

2 participants
1 comments

fix for gnus (gnus-1.42) use of `fed-up' button 25 years, 2 months

Brendan Kehoe

Hi! The patch below fixes a bug in xemacs 20.4->21.1.6, at least, or more specifically in the gnus-1.42 package, so that the `fed-up' button in `*Carpal Summary*' will actually catch up the current group and move on to the next. Hope this helps, B 1999-09-01 Brendan Kehoe <brendan(a)zen.org> * gnus-sum.el (gnus-summary-catchup-and-goto-next-group): Use gnus-summary-next-group, not gnus-summary-next-article. Only give 3 args. *** gnus-sum.el.~1~ Thu Dec 10 13:15:15 1998 --- gnus-sum.el Wed Sep 1 18:20:40 1999 *************** read." *** 8075,8079 **** (save-excursion (gnus-summary-catchup all)) ! (gnus-summary-next-article t nil nil t)) ;; Thread-based commands. --- 8075,8079 ---- (save-excursion (gnus-summary-catchup all)) ! (gnus-summary-next-group t nil nil)) ;; Thread-based commands. -- Brendan Kehoe Web page: http://www.zen.org/~brendan/

1 participants
0 comments

Re: Continuing problems with current 21.2 25 years, 2 months

Hrvoje Niksic

Andy Piper <andy(a)xemacs.org> writes: > Oh dear. This is my fault. > > At 04:54 PM 8/30/99 +0900, SL Baur wrote: > >From current cvs and a clean build. Any clues? > > Try this: [...] Unfortunately, this doesn't fix the crash. Here is the backtrace: To make things worse, not even your second patch cures the crash. The backtrace seems the same.

4 participants
11 comments

Re: Yet another gutter/tabs showstopper 25 years, 2 months

Michael Sperber

Yo Andy, thanks for the patch! >>>>> "Andy" == Andy Piper <andy(a)xemacs.org> writes: Andy> [1 <text/plain; us-ascii (7bit)>] Andy> Does this fix it? Almost. There are uses of `Max' in xlwtabs.c---trivial enough to fix with this: --- lwlib/xlwtabs.c.orig Wed Sep 1 09:34:12 1999 +++ lwlib/xlwtabs.c Wed Sep 1 09:34:38 1999 ＠＠ -63,7 +63,9 ＠＠ #include <X11/StringDefs.h> #ifdef HAVE_XMU #include <X11/Xmu/Misc.h> -#endif +#else /* #if !HAVE_XMU */ +#define Max(x, y) (((x) > (y)) ? (x) : (y)) +#endif /* !HAVE_XMU */ #include "xlwtabsP.h" #include "xlwgcs.h" ---and uses of `XA_TEXT' in xlwgauge.c which I don't know to fix. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

3 participants
3 comments

Re: Top line clipping destroys Gnus 25 years, 2 months

Jan Vroonhof

Andy Piper <andy(a)xemacs.org> writes: > (this is 0 for normal scrolling). I have then modified window_scroll() so > that if you are trying to scroll an increment < (height of the top line) / > height of the default face then this offset will get incremented by an > amount == height of the default face and point is left alone. I really should have a look at your patch...Sigh.. What does this do for the line_start_cache? My current opinion about the some of the assert(cur_elt>=0) crashes that particular assert makes unwarranted assumptions and that your change will increase the number of cases of this. That isn't a problem with your patch but rather with the line_start_cache, it contains loads of undocumented assumptions. However, Hrvoje forgot to ask the obvious question: What does (window-start) give in the case of a clipped first line? Jan

2 participants
1 comments

Top line clipping destroys Gnus 25 years, 2 months

Hrvoje Niksic

Another newspaper-headline-like subject. To see this, view an article that is longer than your screen and that contains an x-face. Then press RET to scroll down by one line (I often read that way.) After the first RET, the scrolling is correct (wow, the top line actually clipped!) However, the second time Gnus is completely confused, and jumps by a whole page. Now, this may very well be a Gnus bug, but even in that case the fact that Gnus got screwed with the change may prove indicative. Andy, could you please describe the exact behavioural change that your top-line-clipping patch induces? I've seen the patch, but I don't remember seeing a description. Not being a redisplay expert, a description would help *a lot*.

2 participants
2 comments

Re: USER-INIT-DIRECTORY and all that jazz 25 years, 2 months

Michael Sperber

>>>>> "Valdis" == Valdis Kletnieks <Valdis.Kletnieks(a)vt.edu> writes: Valdis> [1 <text/plain; us-ascii (7bit)>] Valdis> On Tue, 31 Aug 1999 08:10:47 PDT, Kyle Jones <kyle_jones(a)wonderworks.com> said: >> Why is init-file-user and -u such a big furball? Both are >> atavisms from teh dark ages, and the docstring specifically >> mentions .emacs so there's no reason it _has_ to work with >> .xemacs, PACKAGEPATH and all that. Why can't it just be left >> alone, working imperfectly, just it does now? Valdis> Every Real Programmer has within him/herself the insatiable need to Valdis> hack code. It's like a hamster's excercize wheel, except it's more Valdis> prone to catching fire and drawing the attention of other hamps^H^H^H^Hprogrammers... Please don't make such blanket statements if you haven't followed the discussion, and don't know the issues involved. As an alternative, be my guest and fix the bugs yourself. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

Re: Yet another gutter/tabs showstopper 25 years, 2 months

Michael Sperber

... also, lwlib/xlwgauge.c will need an #include <config.h> -- 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 September 1999