In article <[EMAIL PROTECTED]>, Stefan Monnier <[EMAIL PROTECTED]> writes:
>> No, I can't. But shouldn't we avoid such an incompatible
>> change at this stage?
> Can be. But since it's about a year now since we called a freeze and I see
> no sign of getting to the pretest stage, I figure I do
Luc Teirlinck <[EMAIL PROTECTED]> wrote:
> Bill Wohler wrote:
>
>Just to be sure I'm understanding correctly, you'd like to see the
>following code in mh-e.el:(mh-folder-mode), right?
>
> (if (or mh-xemacs-flag (< emacs-major-version 22))
>(setq buffer-offer-save t))
>
> Pl
> No, I can't. But shouldn't we avoid such an incompatible
> change at this stage?
Can be. But since it's about a year now since we called a freeze and I see
no sign of getting to the pretest stage, I figure I don't understand enough
what "feature freeze" means: I just propose changes and I'll l
In article <[EMAIL PROTECTED]>, Stefan Monnier <[EMAIL PROTECTED]> writes:
>>> Hmm... indeed the translation-table-for-input is not used for X11 keys.
>>> Now that I look at it a bit more, I think the patch below would make sense.
>>> What do other people think?
>> That doesn't work in some c
Dear One,
I am YURIY LAGUTIN and I represent Mr. Mikhail Khordokovsky the
former C.E.O of Yukos Oil Company in Russia. I have a very sensitive and
confidential brief from this top (oligarch) to ask for your
partnership in re-profiling funds over US$450 million. I will give the
details, but i
$B"#"#"#!V(B1$B1_!WJ,L5NA%]%$%s%HB#Dh%-%c%s%Z!<%se$2$^$9!*(B
$B"!(B1$B1_L5NA%]%$%s%H$H?7$7$$=P2q$$(BGET$B!*"*"*"*(B
http://awg.webchu.com/?springh
$B!zL5NA$GAjEvM7$Y$^$9$N$G@'Hs$*;n$72<$5$$$M"v(B
$B!z;HMQ$7$F$_$F!V$3$l$O!*!W$H;W$C$FD:$$$?J}$N$_!VM-NA!W$X$*?J$_2<$5$$!#(B
> "Richard" == Richard Stallman <[EMAIL PROTECTED]> writes:
>> Could you tell me, at the level of user-visible behavior, how its
>> currently differs from the usual history functionality?
> No. It basically works the same, although maybe it doesn't skip
> things in quite the same ord
- Original Message -
From: "David Kastrup" <[EMAIL PROTECTED]>
> > What do people like best:
> > 1. Just change --no-desktop to disabel desktop-save-mode.
>
> That. Other effects are too confusing to warrant a separate option:
> you can achieve them by setting variables manually.
>
> H
Lars Hansen <[EMAIL PROTECTED]> writes:
> Stephan Stahl wrote:
>
>> Specify the option `--no-desktop' on the command line when you don't
>>want it to reload any saved desktop.
>>
>>
> IMHO this describes clearly what the --no-desktop flag does. But you
> may be right the the flag should do som
Stephan Stahl wrote:
Specify the option `--no-desktop' on the command line when you don't
want it to reload any saved desktop.
IMHO this describes clearly what the --no-desktop flag does. But you may
be right the the flag should do something different.
I can make --no-desktop disabel desktop
Bill Wohler wrote:
Just to be sure I'm understanding correctly, you'd like to see the
following code in mh-e.el:(mh-folder-mode), right?
(if (or mh-xemacs-flag (< emacs-major-version 22))
(setq buffer-offer-save t))
Please wait a little bit with this. After taking a closer loo
Richard Stallman <[EMAIL PROTECTED]> writes:
> > The interface that has been proposed is defined so as to make
> > complete informatoin available about what is or isn't
> > supported. That makes it so complex to implement--to complex
> > to be considered for now, and undesirable e
Luc Teirlinck <[EMAIL PROTECTED]> wrote:
> From my previous message:
>
>But should mail buffers not set buffer-offer-save to t, because
>otherwise the user might loose work if inadvertently exiting Emacs?
>
> Or mybe mh-e already prevents that in a different way (other than just
> autosa
> The interface that has been proposed is defined so as to make
> complete informatoin available about what is or isn't supported.
> That makes it so complex to implement--to complex to be considered
> for now, and undesirable even for later.
I can't quite see why having comple
Shall I go ahead and undo the part of my changes that enabled it by
default?
Yes, please do.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
> Could you tell me, at the level of user-visible behavior, how its
> currently differs from the usual history functionality?
No. It basically works the same, although maybe it doesn't skip
things in quite the same order.
Could you show me that patch again? The code you're remov
>From my previous message:
But should mail buffers not set buffer-offer-save to t, because
otherwise the user might loose work if inadvertently exiting Emacs?
Or mybe mh-e already prevents that in a different way (other than just
autosaving, which may not have saved the very latest version)
Bill Wohler wrote:
I'm a little confused by this since mh-folder-mode extends
fundamental-mode.
I believe that I indeed got confused. I am not very familiar with
mh-e. I use mail-mode myself. The normal mode for mail buffers in
mh-e appears to be mh-letter-mode. That one does not appear
Luc Teirlinck <[EMAIL PROTECTED]> wrote:
> I plan to make buffer-offer-save a permanent local.
Luc Teirlinck <[EMAIL PROTECTED]> wrote:
> The solution for that is to set buffer-offer-save to t in
> `compose-mail' and no longer set it in the individual mail modes. I
> checked that this works for
Stephan Stahl asks
Maybe --no-desktop should disable desktop-save-mode?
Yes. I have run into the same problem: when I start an instance of
Emacs with --no-desktop, I want neither to use nor to alter my saved
desktop. I want that instance of Emacs to ignore my ~/.emacs.desktop
file entirely.
Hi All,
It appears that 10.4 has changed enough compared to 10.3.x to break
Emacs.
Pre-compiled packages built for 10.3.x break during startup, so I tried
compiling from source.
I ran into a couple of problems which I was able to work around, but
without really knowing what I was doing, probab
"Stephan Stahl" <[EMAIL PROTECTED]> writes:
> --no-desktop and saving could overwrite my old desktop file. I work
> around this by starting
>
> emacs --no-desktop --eval "(customize-set-variable 'desktop-enable
> nil)"
>
> but this seems like a pitfall for emacs starters. Maybe
> --no-desktop sh
I plan to make buffer-offer-save a permanent local. This already has
Richard's approval. It means that it will, as a matter of principle,
no longer be appropriate for major modes to set buffer-offer-save,
regardless of whether doing so produces any concrete user visible bugs.
Grepping shows that
Hi.
I found that info/emacs-5 is not totaly clear about desktop.el
Currently is says:
--
You can save the desktop manually with the command `M-x
desktop-save'. You can also enable automatic desktop saving when you
exit Emacs: use the Customization buffer (*note Easy Customization::)
[proposal was IIRC:]
(menu-string-displayable-p STRING &optional DISPLAY)
Richard Stallman <[EMAIL PROTECTED]> writes:
> For example, AUCTeX has an option that will enable the use of Unicode
> math characters in menus. How can I know when to enable it by
> default? I need to know
25 matches
Mail list logo
