June 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Re: ediff-use-faces,highlight-all-diffs default nil? 26 years, 5 months

Adrian Aichner

>>>>> "Greg" == Greg Klanderman <greg(a)alphatech.com> writes: Greg> Was it intentional that with the ediff 1.08 XEmacs package that Greg> highlighting is now off by default? (I do get some fine Greg> highlighting nevertheless but the text markers are UGLY). Hi Greg, I dislike the text markers too. Thanks for finding the cause. I will definitely customize to get the old behavior. Adrian -- Adrian Aichner Applications Engineer Teradyne GmbH Semiconductor Test Group Telephone +49/89/41861(0)-208 Dingolfinger Straße 2 Fax +49/89/41861-217 D-81673 MÜNCHEN E-mail aichner(a)ecf.teradyne.com

2 participants
1 comments

Re: ????? 26 years, 5 months

Didier Verna

Hrvoje Niksic <hniksic(a)srce.hr> writes: > Didier Verna <verna(a)inf.enst.fr> writes: > > > What are we supposed to do with this ? I don't even know the message > > it's referring to. How does the robot detect patches ? > > Didier, what exactly do you find wrong with the message? To me it > looks clear, informative and polite. The robot was unable to find a > patch in the message, and will forward it to the human moderator who > will decide if it's really a patch or a spam (or whatever). It doesn't contain the simplest reference to the message that produced the error. Not even a reminder of the subject line or something. I'd find it a bit more polite^H^H^Hfriendly to contain such a reference. > > I'm a member of this list, and I know `wonderworks', so it's > > ok. However, I honestly think that if I were an occasionnal patch > > sender, receiving back this kind of /very friendly/ message would ^^^^^^^^^^^^^^ JIC, that was ironic. > > probably discourage me from contributing anymore :-/ > > Now I don't understand what you're talking about. Did you have a bad > day, or am I missing something really basic? No I didn't have a bad day. I just hate anonymity. This message is indeed very polite, but you can perfectly tell somebody to get lost with very polite terms. To me, the sentence "if your message doesn't contain a patch, it will be discarded" sounds like politely telling the guy that we don't give a damn to what he says appart from diff -u. Imagine the occasional poster that fucked up his posting, or posted by mistake as Adrian pointed out. There could be a more friendly message instead, like "This list is for patches only. If your message contains a bug report or general comments on xemacs, please try xemacs-beta", but not just "You lost. Try again." There might be a cultural difference here. Maybe it's the frogs. Maybe it's just me. Oh well, maybe I'm having a bad day, after all :-) --Didier

2 participants
1 comments

RE: ????? 26 years, 5 months

Sean MacLennan

> I think the problem with the message is that it does not explain what > exactly the robot is looking for. I sent a couple of patch files as > attachments (maybe that is the problem?) about a week ago and received > the message. I have since received no reply, so I must assume the > message was ignored. > Since they were very simple patches, and probably already fixed, in my case it is not a problem. However, having the first patch you send ignored is a real disinsentive to sending patches. Sean

1 participants
0 comments

Re: ????? 26 years, 5 months

Jan Vroonhof

Hrvoje Niksic <hniksic(a)srce.hr> writes: > True. It was quite confusing when I was told, during my visit to > France, that a piece of furniture was paid a milion francs. "Wow," > said I. :-) Now think swiss francs :-) Tot stay on topic, how often does the human moderator look at the reject cue? For instance I sent a new entry for NEWS which are not supposed to be patches. I like the system with the bot (luckily the content of xemacs-patches is so narrow that you can use automatic content filtering[1]). Would have been nice if this was in the announcement (if it was I sure missed it). Jan [1] With minor mistakes like I mentioned above.

1 participants
0 comments

(minor) bug when draging modeline 26 years, 5 months

Gunnar Evermann

start vanilla xemacs split window horizontally (C-x 3) drag the modeline up and then a bit down (preferably move diagonally (say 7 o'clock) what I see at the 'T-junction' is: hitting C-l updates the display and yields: This is Solaris with CDE but the same happens on Linux with XFree86. Something similar happens when you drag the vertical divider. -- Gunnar Evermann Natural Language Systems Group, University of Hamburg EMail: Gunnar.Evermann(a)nats.informatik.uni-hamburg.de

1 participants
0 comments

Re: ????? 26 years, 5 months

Hrvoje Niksic

Didier Verna <verna(a)inf.enst.fr> writes: > It doesn't contain the simplest reference to the message that > produced the error. Not even a reminder of the subject line or > something. OK, now we at least have something to work with. I'll ask Kyle to include such references in the message. > > > I'm a member of this list, and I know `wonderworks', so it's > > > ok. However, I honestly think that if I were an occasionnal patch > > > sender, receiving back this kind of /very friendly/ message would > > ^^^^^^^^^^^^^^ JIC, that was ironic. I know. > > > probably discourage me from contributing anymore :-/ > > > > Now I don't understand what you're talking about. Did you have a > > bad day, or am I missing something really basic? > > No I didn't have a bad day. I just hate anonymity. This message is > indeed very polite, but you can perfectly tell somebody to get lost > with very polite terms. To me, the sentence "if your message doesn't > contain a patch, it will be discarded" sounds like politely telling > the guy that we don't give a damn to what he says appart from diff > -u. Didier, for heaven's sake! Just *how* did you get this impression? When one is posting to a patches-only no-discussion mailing list, why should it be so strange that the robot moderator rejects the message? In the first incarnation, the robot would reject the message with _no_ feedback. This is much better, so we *do* give a damn what he says apart from diff -u. > There could be a more friendly message instead, like "This list is > for patches only. If your message contains a bug report or general > comments on xemacs, please try xemacs-beta", but not just "You > lost. Try again." I'll ask Kyle to implement this. > There might be a cultural difference here. Maybe it's the > frogs. Maybe it's just me. Oh well, maybe I'm having a bad day, > after all :-) I vote for bad day. :-) -- 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.

1 participants
0 comments

Re: ????? 26 years, 5 months

Hrvoje Niksic

Didier Verna <verna(a)inf.enst.fr> writes: > Wait, wait. Here, we have still a fairly important ammount of people > still counting in old francs (1FF = 100 old ones). True. It was quite confusing when I was told, during my visit to France, that a piece of furniture was paid a milion francs. "Wow," said I. :-) -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- Ask not for whom the <CONTROL-G> tolls.

1 participants
0 comments

Re: Make Info behave sensibly 26 years, 5 months

Michael Sperber

>>>>> "Oscar" == Oscar Figueiredo <Oscar.Figueiredo(a)di.epfl.ch> writes: Oscar> I propose to implement the following: two different variables, Oscar> `Info-auto-generate-directory' controls when the directory information should Oscar> be generated on the fly. Options would be: Oscar> nil or never : Use existing dir, ignore directories containing none Oscar> always : Ignore existing dir files, always auto-generate Oscar> if-missing (default) : Use existing dir files, auto-generate if missing Oscar> if-outdated : Use up-to-date dir files, auto-generate information for others Oscar> `Info-save-auto-generated-dir' controls when auto-generated directory Oscar> information should be saved to the dir file. Options would be: Oscar> nil or never (default): Never attempt to save Oscar> always (always): Always try to save Oscar> conservative: Always try to save but asking the user before overwriting an Oscar> existing file Oscar> I think this separates things more cleanly. Comments requested. This looks sensible. Oscar> It is quite unfortunate we're discussing these matters now, when all this Oscar> should have come up when I first introduced my patches. Why? We're still discussing matters introduced into XEmacs in the 80's ... :-) -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

Re: ????? 26 years, 5 months

Didier Verna

Adrian Aichner <aichner(a)ecf.teradyne.com> writes: > Just my two cents (that's Euro Cents of course). :-) Wait, wait. Here, we have still a fairly important ammount of people still counting in old francs (1FF = 100 old ones). I can very well imagine the mess it's gonna be when they'll have to change their reference a second time...

1 participants
0 comments

Re: [patch] correct fix (Was: Fix for Re: Bug (I think) limit on popup menu strings) 26 years, 5 months

Colin Rafferty

SL Baur writes: > There's an off-by-one error in this patch. Does the attached patch > work a bit better? Oops. I'm sorry about that. -- Colin

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