Stefan Monnier <[EMAIL PROTECTED]> writes:
> cvs diff -r Ilya_5_0 lisp/progmodes/cperl-mode.el
>
> Note that a rapid glance indicates that the "cperl-foo-face => cperl-foo"
> conversion was probably not done quite right.
Any pointers? I did actually test the result a bit... :-)
-Miles
--
Everyw
2005/7/1, Richard M. Stallman <[EMAIL PROTECTED]>:
> Let's recall how this came up: as a side effect of the change to allow
> symbols as the car of cons cells in an alist. We could allow symbols
> when they come from the car of an element, and not allow them when
> they don't come from there.
I t
>> *Something* must be done in this situation.
> Sure, it sounds like a proper merge is in order.
> That is, apply all Emacs changes since the last merge point to your
> current version, and resolve any conflicts. You or some other cperl
> knowledgable person can look over the changes to see if
In the "Key Binding Commands" node of the elisp manual, it uses
DEFINITION to refer to the key binding. In "Changing Key Bindings",
BINDING is used, with a pointer to "Key Lookup" for a list of
meaningful binding types. It would be nice to have these named
consistantly, and the reference to the m
Trying to maintain two separate versions was a bold experiment; I
supported it for a long time. However, it looks like this experiment
failed miserably - most of FSF edits are backwards in usability.
Each of them was made to fix a problem. So they were improvements.
If you fixed the
Adding a new parameter to the callback routine so that it still can
have
the original outfile as a parameter. That way you could continue from
the redirect and change the redirected url instead of the original.
What do you think of this change?
Unfortunately it is not pr
If you google for old versions of diff-mode.el, you'll see that it also had
a minor mode.
Why suggest using a search engine to find old versions of a file in Emacs?
They are all on savannah.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http
I fixed these bugs in crm.el. Thanks.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
The description of custom-add-option on Info page 14.3 is not consistent
with the defun doc string.
Is this right?
*** custom.el 13 Apr 2005 13:41:46 -0400 1.83
--- custom.el 30 Jun 2005 21:18:28 -0400
***
*** 486,493
(defun custom-add-option (symbol opt
Someone spoke of working on the task of updating info.texi.
Has that job been done?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
> I am not sure whether that relates to the suggestion I made:
>> I think that if we wrote a separate regexp for each kind of grep,
>> all together they would match a lot fewer different strings than the
>> current regexp does, and they would be much easier to understand.
Inde
I don't like the idea of adding "" at the beginning of a completion table.
Here I have a good reason, which is that it changes the behavior:
(try-completion "" '("aaa" "aab" "aac")) => "aa"
(try-completion "" '("" "aaa" "aab" "aac")) => ""
Oops. I suggested adding "" beca
I find the way to fix the problem in C source code level.
I have already installed the fix.
Please, try to run make without setarch.
Thank you.
Can you eliminate this exec_shield problem too?
*** Linux: Segfault during `make bootstrap' under certain recent versions of
the Linux kern
Stefan Monnier <[EMAIL PROTECTED]> writes:
> E.g. find-file might require confirmation before opening
> a non-existent file. I'll love such a new feature, seeing how often I do
> "C-x C-f emacs/src/rege TAB RET" only to find myself in "regexp." rather
> than in the "regexp.c" that I intended to o
First new bug. After requiring a theme and then setting and saving
some option through Custom, all my customizations for all options for
which the theme specified a value were deleted.
Can you fix that?
Second new bug: `custom-create-theme' can not handle variables
Ilya Zakharevich <[EMAIL PROTECTED]> writes:
> *Something* must be done in this situation.
Sure, it sounds like a proper merge is in order.
That is, apply all Emacs changes since the last merge point to your
current version, and resolve any conflicts. You or some other cperl
knowledgable person
> In <[EMAIL PROTECTED]> Masatake YAMATO wrote:
> I find the way to fix the problem in C source code level.
> I have already installed the fix.
> Please, try to run make without setarch.
Great! I succeeded in building the latest Emacs with FC4 and
Solaris machines by using the same procedure
Jim Blandy <[EMAIL PROTECTED]> writes:
> The COPYING files in the Emacs distribution all have the old address
> for the Free Software Foundation --- 59 Temple Place.
All files in the Emacs distribution have the old address. I think we
should update before the release. Shall I add that task to
F
David Kastrup wrote:
I guess that a theme, when required, will get reloaded even if it has
been loaded previously.
With the current code, they do _not_ get reloaded when already loaded.
If I would re-implement it, they would be reloaded.
Sincerely,
Luc.
_
Richard M. Stallman wrote:
What do people think of the idea of making . match soft newlines?
That would fix problems where various features get confused
by longlines.el.
Brilliant!
--
Kevin Rodgers
___
Emacs-devel mailing list
Emacs-devel@gnu.org
2005/7/1, Richard M. Stallman <[EMAIL PROTECTED]>:
> >Another option is to prompt for a file name and require confirmation if
> the
> >file already exists. It's a slightly different behavior than those other
> >"CUA-style" systems, but unsuspecting users should hopefully not find
>
Yes, but let me first make sure I understand. Is the reason that we
do not want _any_ symbol as car of the list that forbidding _any_
symbol as car of the list actually seems _more natural_ than just
forbidding lambda?
Right. It is not clean to make an exception for "lambda".
It
Something has to be done about colors of diff context, because
currently it is white on black for dark backgrounds, and yellow
on white for light backgrounds.
I don't see any face in diff-mode.el that produces yellow-on-white.
So I don't understand what specific behavior you're talking
On TTY it classifies colors as follows:
Dark: black red green blue
Light: magenta yellow cyan white
But on xterm it is quite different:
Dark: black red green blue magenta yellow cyan
Light: white
That anomaly could be worth fixing.
According to this classification
I suspect that in this case "a proper merge" will consist of removing
95% of changes made w.r.t. the reference (my) implementation.
If that's the right thing to do, then let's do it. However, we have
to find the other 5% (or whatever fraction it is) and keep them--we
can't throw them away
>Another option is to prompt for a file name and require confirmation if the
>file already exists. It's a slightly different behavior than those other
>"CUA-style" systems, but unsuspecting users should hopefully not find
>it confusing, which is all we really care about.
I think t
What do people think of the idea of making . match soft newlines?
That would fix problems where various features get confused
by longlines.el.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
First new bug. After requiring a theme and then setting and saving
some option through Custom, all my customizations for all options for
which the theme specified a value were deleted.
Can you fix that?
Second new bug: `custom-create-theme' can not handle variables with
a def
> when I export part of the registry on MS Windows to a .reg file, it is
> a Unicode file (little-endian) encoded with BOM (FF FE) as the first bytes.
You mean, it's utf-16-le
> Is it possible to edit such a file with Emacs?
Yes,
Stefan
___
The COPYING files in the Emacs distribution all have the old address
for the Free Software Foundation --- 59 Temple Place.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Hi,
when I export part of the registry on MS Windows to a .reg file, it is a
Unicode file (little-endian) encoded with BOM (FF FE) as the first
bytes. Is it possible to edit such a file with Emacs?
Kind regards,
Markus
___
Emacs-devel mailing li
>I don't like the idea of adding "" at the beginning of a completion table.
>Here I have a good reason, which is that it changes the behavior:
> (try-completion "" '("aaa" "aab" "aac")) => "aa"
> (try-completion "" '("" "aaa" "aab" "aac")) => ""
ELISP> (try-completion "" '([
Hi,
I think I have found a serious bug. The minimum .emacs file to
reproduce the bug looks like:
--- 8< ---
(setq-default truncate-lines t)
(custom-set-variables
'(hscroll-margin 20)
'(hscroll-step 1)
)
--- 8< ---
Setting all three variables is necessary. After starting Emacs, I
chang
> I am not arguing for allowing lists of symbols rather than lists of
> strings, but mixed lists of strings and symbols _are_ currently allowed
> and try-completion and all-completions now nearly everywhere treat symbols
> as being completely equivalent to (symbol-name 'symbol) since the
> followin
> As described a while ago, report-emacs-bug doesn't work on Mac OS X (unless
> the user chooses to activate postfix). It swallows bug reports without
> indicating an error.
Have you reported it as a bug to Apple?
As for report-internally/externally, could you post a patch against
emacsbug.el?
On 6/30/05, Luc Teirlinck <[EMAIL PROTECTED]> wrote:
> Are you discussing making
> set-variable calling any :set function?
Juri proposed that, yes.
> We decided quite a while ago to do that.
Glad to hear (because I won't have to implement it...)
> We decided to put it off till after the releas
>> I'd be very happy to merge the two versions, and indeed when I merged the
>> 4.32 and then 5.0 version of your code I tried to reduce the differences
>> between the two, but we won't be able to get to a full merge until your
>> version integrates some of our changes.
> I'm afraid you have it ba
On Thu, Jun 30, 2005 at 04:17:59PM +0900, Miles Bader wrote:
> 2005/6/30, Ilya Zakharevich <[EMAIL PROTECTED]>:
> > > > I suspect that in this case "a proper merge" will consist of removing
> > > > 95% of changes made w.r.t. the reference (my) implementation.
> > >
> > > Perhaps so, but somebody ha
Stefan Monnier wrote:
Honestly, what's so great about being able to use lists of symbols rather
than lists of strings? In Emacs-21, we don't even allow lists of strings,
but only lists of pairs whose car is a string, and people haven't complained
about it.
I am not arguing for allowi
Stefan Monnier wrote:
I don't like the idea of adding "" at the beginning of a completion table.
Here I have a good reason, which is that it changes the behavior:
(try-completion "" '("aaa" "aab" "aac")) => "aa"
(try-completion "" '("" "aaa" "aab" "aac")) => ""
ELISP> (try-co
On Thu, Jun 30, 2005 at 02:01:29PM -0400, Stefan Monnier wrote:
> I'd be very happy to merge the two versions, and indeed when I merged the
> 4.32 and then 5.0 version of your code I tried to reduce the differences
> between the two, but we won't be able to get to a full merge until your
> version
>> To make up for it, the normal answer is to set font-lock-defaults so that _
>> does have word syntax during font-locking (but not while editing).
>>
>> To get it to work I had to remove an apparently spurious set-syntax-table in
>> cperl-find-pods-heres.
> Could you please replace the CVS vers
>> Yes, but let me first make sure I understand. Is the reason that we
>> do not want _any_ symbol as car of the list that forbidding _any_
>> symbol as car of the list actually seems _more natural_ than just
>> forbidding lambda? It seems that any symbol other than lambda can not
>> be mistaken
> "Miles" == Miles Bader <[EMAIL PROTECTED]> writes:
> 2005/6/29, Stefan Monnier <[EMAIL PROTECTED]>:
>> M-x diff-context->unified
>> M-x diff-unified->context
> These are great commands; I've often wished for a diff-minor-mode or
> something so I could use the various diff-mode commands on a
Miles Bader wrote:
Always requiring an initial "" forces the problem to be dealt with, so
will make such code more robust.
Actually, in my own use of it, I would probably have needed the:
(cons "" custom-loaded-themes)
anyway, because a theme could be named `lambda'.
So I guess that I wi
> The example you showed is not an example of THAT. You're talking
> about three disjoint matches in the same line.
> So while this could be an example where it is valid to have
> multiple matches on the same line, it's only valid because they
> match disjoint parts of the same line.
> I am not
Juanma Barranquero wrote:
On 6/30/05, Juri Linkov <[EMAIL PROTECTED]> wrote:
> so why wouldn't it also run a setter specified
> by the `:set' custom keyword?
It probably should. I'll take a look at it. I'm not custom expert,
though; I hardly use the stuff.
I have not been followi
> Thanks for writing an item for PROBLEMS. I will install it.
>
> But I would still like to ask,
> Can we reprogram configure.in and the makefiles to do this
> automatically when it's called for?
I find the way to fix the problem in C source code level.
I have already installed the fix.
Please,
$B!Z(B $B1|MM$N2V1`$KL5NA$4>7BT$N8"MxH/@8$G$9(B $B![(B
$B:#!"EEOCG'>Z$9$k$H#1#2#0#0#01_J,$N%]%$%s%H$,L5NA$G$b$i$($^$9!#(B
http://live.livedear.com/?num=0012000
$B"($3$N%a!<%k$,[EMAIL PROTECTED](B
[EMAIL PROTECTED]"$J$?$N$46a=j1|MM$r<+F0E*$K$4>R2p$9$k%7%9%
It seems impossible to figure out what custom-do-theme-reset is really
_trying_ to do
You said it resets all themes. That sounds like a good definition.
Please take that as the purpose of the function.
What the function apparently wants to do is "exactly the same thing as
what th
It seems impossible to figure out what custom-do-theme-reset is really
_trying_ to do
You said it resets all themes. That sounds like a good definition.
Please take that as the purpose of the function.
What the function apparently wants to do is "exactly the same thing as
what th
Could someone please see if this fix is still needed now?
Please ack to me after checking.
--- Start of forwarded message ---
Date: Wed, 29 Jun 2005 18:21:28 -0500 (CDT)
From: [EMAIL PROTECTED]
To: bug-gnu-emacs@gnu.org
Subject: Shell Mode "dirs" command breaks if shell echoes command inpu
I don't think this was followed up on.
So what we do in Aquamacs is to leave it to the system setup what
mail application the user wants to use. The complete text (as before)
is composed automatically, and then the user's preferred mail
handling application takes care of edit
Miles Bader <[EMAIL PROTECTED]> writes:
> Always requiring an initial "" forces the problem to be dealt with, so
> will make such code more robust.
True.
--
Kim F. Storm <[EMAIL PROTECTED]> http://www.cua.dk
___
Emacs-devel mailing list
Emacs-devel
Luc Teirlinck <[EMAIL PROTECTED]> writes:
> I do not use XEmacs and I do not know whether the XEmacs version is
> actually in active use and works according to some consistent
> philosophy. I do not know how important compatibility with XEmacs in
> the Emacs Custom Themes implementation.
If you
As described a while ago, report-emacs-bug doesn't work on Mac OS X
(unless the user chooses to activate postfix). It swallows bug
reports without indicating an error.
In general report-emacs-bug usually depends on working mail system
being set up, and despite an e-mail being sent off, the
Ralf Angeli <[EMAIL PROTECTED]> writes:
> Hm, I imagine that personally I'd want it to toggle interactively in
> arbitrary modes as well. For this, a key binding would be nice to
> have. But it probably would not be a problem to tell users that they
> can define a key for it themselves. I'll thi
Easymacs is an easy-to-learn, one-size-fits-all configuration for new
users of GNU Emacs. It sets up key bindings that conform to a common
denominator of the Gnome/KDE/OS X/Microsoft Windows human interface
guidelines, and provides function-key bindings for other powerful Emacs
features. It is full
* Richard M. Stallman (2005-06-30) writes:
> Your window.c change is simple enough that we could simply install it.
> So I did.
Thanks. The change should be reflected in the documentation as well.
I attached patches for man/display.texi and lispref/windows.texi.
(Improvements of wording welcome.
From: David Kastrup <[EMAIL PROTECTED]>
> I think the main point is that the mode is set from auto-mode-alist,
> and that things like auto-insert work. Specifying the file name saves
> specifying mode and stuff.
And understanding how the mode is choosen is one of the difficult things for
beginn
On 6/30/05, Juri Linkov <[EMAIL PROTECTED]> wrote:
> so why wouldn't it also run a setter specified
> by the `:set' custom keyword?
It probably should. I'll take a look at it. I'm not custom expert,
though; I hardly use the stuff.
--
/L/e/k/t/u
2005/6/29, David Kastrup <[EMAIL PROTECTED]>:
> How does autosave work with an unnamed buffer?
It tries to concoct an auto-save filename from the buffer name
(remember, buffers always have names, but not always filenames) and a
few likely directories.
-Miles
--
Do not taunt Happy Fun Ball.
___
Luc Teirlinck <[EMAIL PROTECTED]> writes:
> ELISP> (try-completion "b" '(aa bb))
> *** Eval error *** Invalid function: (aa bb)
>
> Note that `try-completion' does not believe that aa is a function
> called with argument bb. It believes that (aa bb) is an anonymous
> lambda expression. It could
Luc Teirlinck <[EMAIL PROTECTED]> writes:
> Yes, but let me first make sure I understand. Is the reason that we
> do not want _any_ symbol as car of the list that forbidding _any_
> symbol as car of the list actually seems _more natural_ than just
> forbidding lambda? It seems that any symbol oth
Lennart Borgman <[EMAIL PROTECTED]> writes:
> Gaƫtan LEURENT wrote:
>
>>Now, as for as I can tell, there is no way to move a file asking the
>>user what to do if needed and avoid every race-conditions in a Unix-like
>>OS. I will try to come with a solution that avoids the worse problems.
>>
>>
>
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> If I had to implement themes from scratch, my philosophy would be that
> if two loaded themes conflict, then the most recently added one takes
> precedence.
>
> That sounds like a good approach. I see a few approaches that
> could ma
Miles Bader <[EMAIL PROTECTED]> writes:
> On 6/29/05, Eli Zaretskii <[EMAIL PROTECTED]> wrote:
>> Yet another variety would be to create a buffer which does have a
>> file, call it "Unnamed" or some such (i.e., in the default
>> directory), and if such a file already exists, modify it by
>> attach
Luc Teirlinck <[EMAIL PROTECTED]> writes:
> The situation with Custom themes is a lot worse that I thought
> yesterday. I discovered two new bugs, one so serious that it makes
> the Custom themes feature unusable. It is nearly guaranteed that
> even if those two bugs could be solved plenty of ot
Stefan Monnier <[EMAIL PROTECTED]> writes:
>>> Yet another variety would be to create a buffer which does have a
>>> file, call it "Unnamed" or some such (i.e., in the default directory),
>>> and if such a file already exists, modify it by attaching something
>>> like a number.
>
>> I think the de
2005/6/30, Ilya Zakharevich <[EMAIL PROTECTED]>:
> > > I suspect that in this case "a proper merge" will consist of removing
> > > 95% of changes made w.r.t. the reference (my) implementation.
> >
> > Perhaps so, but somebody has to make that judgement...
>
> Sure. Do you know somebody more quial
On Thu, Jun 30, 2005 at 03:16:24PM +0900, Miles Bader wrote:
> 2005/6/30, Ilya Zakharevich <[EMAIL PROTECTED]>:
> > > In general we don't want to "replacements" like this, but rather do
> > > proper merge.
> >
> > I suspect that in this case "a proper merge" will consist of removing
> > 95% of cha
71 matches
Mail list logo