In article <[EMAIL PROTECTED]>, Stefan Monnier <[EMAIL PROTECTED]> writes:
>> Could someone tell me what is the right way to rebind all
>> keys that are currently bound to forward-word to
>> thai-forward-word, and bind them back to the orignal later?
> Something like
> (defvar thaiword-mode-
Sun Yijiang <[EMAIL PROTECTED]> writes:
> I found his homepage at http://www.newartisans.com/johnw, but
> there's no scanner.el found. Also I searched mail archive of
> gnu.emacs.sources, but still not found. Where can I download it,
> please?
scanner.el only produces lexers, not parsers. And it
Luc Teirlinck <[EMAIL PROTECTED]> writes:
> David Kastrup wrote:
>
>Here are some other nodes which are really inferiors of the ones
>already listed, mentioned here so you can get to them in one step:
>
> --- The Detailed Node Listing ---
>
>appears without any fontificat
"Jan D." <[EMAIL PROTECTED]> writes:
>> Sigh. No, not like the DLL interface. COM is implemented in 2
>> system libraries (depending on the Windows version): compobj.dll
>> and ole32.dll. So it's like any other system call, which Emacs
>> clearly does use.
>
>
> Isn't that like saying that dyna
In article <[EMAIL PROTECTED]>, Miles Bader <[EMAIL PROTECTED]> writes:
> On Mon, 28 Mar 2005 09:47:09 +0900 (JST), Kenichi Handa <[EMAIL PROTECTED]>
> wrote:
>> To handle the regular expression "\\b" and "\\B" correctly
>> for Thai, we need a bigger change in regex.c. For the
>> moment, I ha
Stefan Monnier <[EMAIL PROTECTED]> writes:
>> I recently suggested patches to report menu bindings using the real
>> menu item texts rather than the internal names, like this:
>
>> File=>Print=>Print With Faces
>
> I agree it would be an improvement. But IIRC you did it by modifying
> key-d
Le 25 Mar 2005, YAMAMOTO Mitsuharu vraute :
> > - following your example M-: (set-frame-font
> > (create-fontset-from-mac-roman-font
> > "-apple-monaco-medium-r-normal--9-90-75-75-m-90-mac-roman"))
>
> > I can see that the frame briefly flashes then it redisplays with the
> > etl font.
>
> I cou
On Tue, 29 Mar 2005 18:02:51 +0900 (JST), Kenichi Handa <[EMAIL PROTECTED]>
wrote:
> The problem is that the innermost function
> re_match_2_internal doesn't know about the original buffer
> or Lisp string. So, to make PREDICATE-FUN work, we must
> generate a Lisp string each time and that will b
[EMAIL PROTECTED] (Kim F. Storm) writes:
> Stefan Monnier <[EMAIL PROTECTED]> writes:
>
>>> I recently suggested patches to report menu bindings using the real
>>> menu item texts rather than the internal names, like this:
>>
>>> File=>Print=>Print With Faces
>>
>> I agree it would be an imp
Hi,
I've just checked out and built this branch a couple of times (once
with Gtk once with LUCID). In both cases I noticed that there were a
lot of artifacts being left around, in fact it seams that buffers and
mini-buffer are only being redrawn when I resize the emacs window. If
I don't resize
On Tue, 29 Mar 2005 11:52:07 +0100, Geoffrey J. Teale
<[EMAIL PROTECTED]> wrote:
> I assume this is just a result of the current, early state of
> development, but just in case I'm the only one experiencing this
> problem I though I'd mention it
I saw it too -- it doesn't seem to ever clear to bac
In article <[EMAIL PROTECTED]>, Miles Bader <[EMAIL PROTECTED]> writes:
> Hmmm, I see the following in referenced in various places in regex.c,
> and it seems to be set by Emacs callers to the regex functions:
>/* In Emacs, this is the string or buffer in which we
> are matching. It is
In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (Kim F. Storm) writes:
> Richard Stallman <[EMAIL PROTECTED]> writes:
>> Is it ok to install a change that binds such word-oriented
>> commands as M-f, M-b, M-t, M-d, M-DEL to the functions
>> recognizing thai words when a user selec
David Kastrup <[EMAIL PROTECTED]> writes:
> how feasible would it be to
> make kbd accept File=>Print=>Print With Faces strings? Then there
> would be no necessity to report a different form.
Does kbd really generate proper menu bindings in its current form?
Does it make sense at all to use kbd
Miles Bader <[EMAIL PROTECTED]> writes:
> I saw it too -- it doesn't seem to ever clear to background color
> before drawing.
>
> [There are some other odd effects like color fringing that make me
> wonder if it's assuming a white background.]
I notice that, rather randomly, if I drag another wind
(gdb) p string1=0x40af4785
that told GDB to set the value of string1
to 0x40af4785. I don't think that's what you meant.
(gdb) pr
(88425796 .
That got an error because the value had the wrong type.
It is a string, not a Lisp_Object. ...
My apologies; I m
Juri Linkov <[EMAIL PROTECTED]> writes:
> I also removed `isearch-within-brackets' because it is used nowhere
> within Emacs.
I think the intent of that was to allow SPC to be a shortcut to mean
"any whitespace", whereas SPC inside brackets still stands for itself.
But I lost track of the discus
> When tooltip-mode is disabled or more general when show-help-funtion
> is nil the help messages are shown in the echo area. During display
> message-truncate-display is bound to t. I suspect this was done to
> avoid a "jumping echo area". This is nice but i would accept this
> tradeoff to see
> scanner.el only produces lexers, not parsers. And it is somewhat
> ancient. It should still work, but no guarantees...
BTW, have you actually used it? For what?
How was the performance?
Stefan
___
Emacs-devel mailing list
Emacs-devel@gnu
>> I also removed `isearch-within-brackets' because it is used nowhere
>> within Emacs.
> I think the intent of that was to allow SPC to be a shortcut to mean
> "any whitespace", whereas SPC inside brackets still stands for itself.
IIRC it's a left over of a previous implementation of that featur
> With my patch, (key-description KEY t) will do just that.
> Making C-h c using that is trivial (I already did so).
Great, then I strongly support it.
> C-h k "File" "New File..." reports:
> ,--
> | File=>New File... runs the command find-file
> |which is an interacti
> Would someone please apply this patch?
> http://lists.gnu.org/archive/html/emacs-devel/2005-03/msg00105.html
> Richard seemed to think the patch is ok and no one else objected
> http://lists.gnu.org/archive/html/emacs-devel/2005-03/msg00185.html
Installed,
Stefan
___
Richard Stallman <[EMAIL PROTECTED]> writes:
> I was thinking that C-x 8 is obsolete, but if this is the best way to
> do that, maybe it means C-x 8 is not obsolete. What do people think?
This is just my opinion, but I find C-x 8 extremely useful. Most
frequently I use no input method at all (
Stefan Monnier <[EMAIL PROTECTED]> writes:
>> With my patch, (key-description KEY t) will do just that.
>> Making C-h c using that is trivial (I already did so).
>
> Great, then I strongly support it.
Thanks.
>
>> C-h k "File" "New File..." reports:
>> ,--
>> | File=>New
Hi Stefan.
Stefan Monnier said:
> I'd rather find a way to get the best of both worlds without
> a config variable.
> E.g. using scrolling in the single-line minibuffer, or by only truncating
> for the first few seconds and then expanding the echo area if you stay on
> the same help-echo spot long
Evil Boris wrote on 29 Mar 2005 16:51:39 +0200:
> PS. By the way, should there be some documentation that describes C-x
> 8 commands, as a group ?
C-x 8 C-h lists the key translations starting with C-x 8.
It doesn't answer your other questions, though.
--
Gaëtan LEURENT
_
[EMAIL PROTECTED] (Kim F. Storm) writes:
> Doing h h in calc gives what looks like outdated info:
>
> GNU Emacs Calculator version 2.02g of Mon Nov 19 2001.
> By Dave Gillespie, [EMAIL PROTECTED]
> Copyright (C) 1990, 1993 Free Software Foundation, Inc.
It's been updated; now it looks like
On Wed, Jan 05 2005, Reiner Steib wrote:
> while discussing[1] the inclusion of the Gnus reference card in Emacs,
> Richard asked me if it is possible to replace the five LaTeX files[2]
> by a single file and create the different versions (Refcard, reference
> booklet for A4 and letter paper) depe
Stefan Monnier <[EMAIL PROTECTED]> writes:
> BTW, have you actually used it? For what? How was the performance?
I did use it once, but didn't measure the performance. It relies
heavily on a tight loop that does lots of vector lookups.
John
___
Em
Miles Bader <[EMAIL PROTECTED]> writes:
[...]
> [There are some other odd effects like color fringing that make me
> wonder if it's assuming a white background.]
that might be your setup. fontconfig has options for how colors should
be blended, and in my experience it's basically impossible to g
Dear Colleague,
Don't miss this great networking event
THE VENUE: Dublin, Cafe en Seine, 40 Dawson Street, Dublin
Any objection to moving lazy-lock.el to the obsolete subdirectory?
Stefan
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Geoffrey J. Teale wrote:
Hi,
I've just checked out and built this branch a couple of times (once
with Gtk once with LUCID). In both cases I noticed that there were a
lot of artifacts being left around, in fact it seams that buffers and
mini-buffer are only being redrawn when I resize the emacs win
David Kastrup wrote:
On the newest Fedora Core tests, the setarch i386 workaround is no
longer sufficient for dumping.
It turns out that one way to fix this is to use
echo 0 >/proc/sys/kernel/randomize_va_space
(which only root can do).
Uh oh.
Hmm, there is not much documentation of this, but w
Stefan Monnier <[EMAIL PROTECTED]> writes:
> Any objection to moving lazy-lock.el to the obsolete subdirectory?
Any reason why it should be considered as obsolete? I do use lazy-lock
mode sometimes.
Cheers,
--
Jérôme Marant
___
Emacs-devel mailing
From: Richard Stallman <[EMAIL PROTECTED]>
Date: Mon, 28 Mar 2005 17:53:33 -0500
Let's add the feature now
ok, please find below a patch for startup.el and help-fns.el, as
well as each TUTORIAL file. the title line was taken from the
text of the tutorial file instead of from the email,
> From: [EMAIL PROTECTED]
> Date: Tue, 29 Mar 2005 14:38:49 -0500
>
> + @kindex C-M-n @r{(Fortran mode)}
> @kindex C-M-n @r{(F90 mode)}
Why do we need two kindex entries here? Isn't the one that says
"Fortran mode" enough to cover both Fortran 90 and pre-9x Fortrans?
(Having almost identical
> From: David Kastrup <[EMAIL PROTECTED]>
> Date: Tue, 29 Mar 2005 10:49:49 +0200
> Cc: emacs-devel@gnu.org
>
> Richard asked me about this in private, and after taking a look at it,
> I recommended rather going for @subsection (which is the right size
> here) because @section appeared _too_ large
"Eli Zaretskii" wrote:
>> + @kindex C-M-n @r{(Fortran mode)}
>> @kindex C-M-n @r{(F90 mode)}
>
> Why do we need two kindex entries here? Isn't the one that says
> "Fortran mode" enough to cover both Fortran 90 and pre-9x Fortrans?
Probably. But, they are different modes, FWIW. Maybe IW nothing
Jay Belanger <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] (Kim F. Storm) writes:
>
>> Doing h h in calc gives what looks like outdated info:
>>
>> GNU Emacs Calculator version 2.02g of Mon Nov 19 2001.
>> By Dave Gillespie, [EMAIL PROTECTED]
>> Copyright (C) 1990, 1993 Free Software Foundat
> It's been updated; now it looks like
>
> GNU Emacs Calculator version 2.1.
>By Dave Gillespie, [EMAIL PROTECTED]
>Copyright (C) 2005 Free Software Foundation, Inc.
If you are the current author, then I think you should include your details
otherwise all feedback will go to Dave Gi
David Kastrup <[EMAIL PROTECTED]> writes:
> Jay Belanger <[EMAIL PROTECTED]> writes:
>
>> [EMAIL PROTECTED] (Kim F. Storm) writes:
>>
>>> Doing h h in calc gives what looks like outdated info:
>>>
>>> GNU Emacs Calculator version 2.02g of Mon Nov 19 2001.
>>> By Dave Gillespie, [EMAIL PROTECTED
Security Center Advisory!
We recently noticed one or more attempts to log in to your PayPal account from a
foreign IP address and we have reasons to belive that your account was hijacked
by a third party without your authorization. If you recently accessed your acco
Nick Roberts <[EMAIL PROTECTED]> writes:
> > It's been updated; now it looks like
> >
> > GNU Emacs Calculator version 2.1.
> >By Dave Gillespie, [EMAIL PROTECTED]
> >Copyright (C) 2005 Free Software Foundation, Inc.
>
> If you are the current author, then I think you should include
Jérôme Marant <[EMAIL PROTECTED]> writes:
> Stefan Monnier <[EMAIL PROTECTED]> writes:
>
>> Any objection to moving lazy-lock.el to the obsolete subdirectory?
>
> Any reason why it should be considered as obsolete?
jit-lock is supposed to replace it.
> I do use lazy-lock mode sometimes.
Do you
On Tue, 29 Mar 2005 20:24:34 +0200, Henrik Enberg
<[EMAIL PROTECTED]> wrote:
> > [There are some other odd effects like color fringing that make me
> > wonder if it's assuming a white background.]
>
> that might be your setup. fontconfig has options for how colors should
> be blended, and in my ex
Jay Belanger <[EMAIL PROTECTED]> writes:
> Nick Roberts <[EMAIL PROTECTED]> writes:
>
>> > It's been updated; now it looks like
>> >
>> > GNU Emacs Calculator version 2.1.
>> >By Dave Gillespie, [EMAIL PROTECTED]
>> >Copyright (C) 2005 Free Software Foundation, Inc.
>>
>> If you are
PS. By the way, should there be some documentation that describes C-x
8 commands, as a group [C-h k only responds to, say "C-x 8 ' a" with
the somewhat useless "á [translated from ...] runs
self-insert-command"]?
I don't understand those words.
If you mean you want a list of the v
What job does show_help_echo do? The comment says
/* Display help echo in the echo area.
HELP a string means display that string, HELP nil means clear the
help echo. If HELP is a function, call it with OBJECT and POS as
arguments; the function should return a help strin
Richard seemed to think the patch is ok and no one else objected
http://lists.gnu.org/archive/html/emacs-devel/2005-03/msg00185.html
ISTR that there was further discussion which suggested this might not
be quite the right patch. That is why I didn't install it. However,
I have not had ti
It turns out that one way to fix this is to use
echo 0 >/proc/sys/kernel/randomize_va_space
(which only root can do).
At this point I think we decide it's their problem, not our problem,
and send them a bug report.
___
Emacs-devel mail
Eli Zaretskii wrote:
How about moving the entire documentation of auto-revert-check-vc-info
to one of the sections that document VC?
I indeed believe that it belongs in `(emacs)VC Mode Line'. I also
made some further changes to the text. I propose the following patch,
which I can install,
> Date: Tue, 29 Mar 2005 21:14:13 -0600 (CST)
> From: Luc Teirlinck <[EMAIL PROTECTED]>
> CC: emacs-devel@gnu.org
>
> - @vindex auto-revert-check-vc-info
> - Whenever Auto Revert mode reverts the buffer, it updates the version
> - control information, such as the version control number displayed
Looks good for me. I had a little problem when the patch reached
TUTORIAL.th and .zh, but it doesn't matter if the line is there.
Would be intersting if all translators could take a look at the first
line too see if it's fine. I've created an email to all of them asking
for it and I will send as s
Quoting Jason Rumney <[EMAIL PROTECTED]>:
> Do you use it because jit-lock is insufficient, or just out of habit?
I recalled that I switched from jit to lazy because it seemed to me
that lazy was faster (with 21.3)
Cheers,
--
Jérôme Marant
___
Emacs
[emacs 2005-03-29]
Option `-Q' isn't documented in emacs --help.
Werner
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
> > So I have no idea what to say in NEWS. But if you (or someone else)
> > write up a NEWS entry, I will gladly install it.
Here a new try:
Improved Thai support. A new minor mode `thai-word-mode' (which is
automatically activated if you select Thai as a language
environment) changes ke
Reiner Steib <[EMAIL PROTECTED]> writes:
> The files gnus-refcard.tex and gnus-logo.eps can be
> installed in Emacs under etc/ (like the Emacs refcard:
> etc/refcard.{tex,ps}). Richard agreed to this, see [1] or [3].
What Makefile changes (if any) should be applied to the Emacs tree?
Emacs curre
On Mon, 28 Mar 2005 09:47:09 +0900 (JST), Kenichi Handa <[EMAIL PROTECTED]>
wrote:
> To handle the regular expression "\\b" and "\\B" correctly
> for Thai, we need a bigger change in regex.c. For the
> moment, I have no idea how to do that.
Current extensions to "word syntax", using `word-separa
59 matches
Mail list logo
