I think you've always been able to make overlay-arrow-position buffer-local.
The problem arises when two arrows try to display in the _same_ buffer, then
the local value masks the global value. Perhaps this will never happen in
Gnus, but in case it does, a good way is to use overlay-ar
On Tue, Oct 18, 2005 at 10:44:01PM -0400 Richard M. Stallman wrote:
> This patch tries to preserve standard elements of ispell-dictionary-alist
> for dictionaries that are not found by ispell-aspell-find-dictionary.
> Does it do the job for you?
Yes, with this patch I can check spell with russian
>I believe the variable `overlay-arrow-position' should
>automatically become buffer-local whenever it is set.
>
>It appears that Gnus fails to do this manually, instead
>ending up setting the global value to a marker that refers
>to the Gnus summary buffer, which doesn't
Ryan Yeske <[EMAIL PROTECTED]> writes:
> - Variable: overlay-arrow-position
>
> [...]
>
> The overlay string is displayed only in the buffer
> that this marker points into. Thus, only one buffer
> can have an overlay arrow at any given time.
>
> Which I think was true in 21.
> On Tue, 18 Oct 2005 22:42:37 -0400, "Richard M. Stallman" <[EMAIL
> PROTECTED]> said:
> However, to fully implement the idea of events that Emacs should not
> touch would require more change, as you said.
That actually interferes with the C-g handling. So, suspending
asynchronous inpu
Title: New Page 1
Dear customers:
Wells Fargo is constantly working to increase security for all Online Banking
users. To ensure the integrity of our online payment system, we periodically
review accounts.
Your account might be place on restricted status. Restricted accounts
Title: New Page 1
Dear customers:
Wells Fargo is constantly working to increase security for all Online Banking
users. To ensure the integrity of our online payment system, we periodically
review accounts.
Your account might be place on restricted status. Restricted accounts
David Kastrup <[EMAIL PROTECTED]> writes:
> I think the basic entry points (and their aliases) at least should get
> autoload cookies.
What is the right way to do this given the way I conditionalized the
defalias:
(unless (fboundp 'irc)
;;;###autoload
(defalias 'irc 'rcirc))
I think that is p
$B!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g(B
$B!c(BNO.I don't veceive your mail$B!d"M!!([EMAIL PROTECTED]
$B!c:#8e!"l9g$O!d"M!!([EMAIL PROTECTED]
$B!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g(B
___
Emacs-devel maili
I believe the variable `overlay-arrow-position' should
automatically become buffer-local whenever it is set.
It appears that Gnus fails to do this manually, instead
ending up setting the global value to a marker that refers
to the Gnus summary buffer, which doesn't make sense.
This patch tries to preserve standard elements of ispell-dictionary-alist
for dictionaries that are not found by ispell-aspell-find-dictionary.
Does it do the job for you?
*** ispell.el 09 Oct 2005 11:42:04 -0400 1.181
--- ispell.el 18 Oct 2005 21:48:24 -0400
***
*** 898
The first key activates search mode, the second key switches to the
*Messages* buffer, and the third key continues to search for `a' in
the *Messages* buffer with search mode still enabled.
After exiting the search in the *Messages* buffer and switching back
to the original buf
3. Visiting Mozilla Firefox bookmark file in Emacs also can't detect
the type of this file. Emacs opens it in SGML mode whereas it is
actually HTML file. This problem is caused by the default value of
`magic-mode-alist'. Maybe the `.html' extension in `auto-mode-alist'
should
Isn't float-time what you want?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
I changed it to say
Matching ignores case `case-fold-search' is non-nil.
which is equally true, but less confusing.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Could someone please tell me how this differentiation would best be
implemented?
Does a filename-minibuffer have an extra keymap?
Not at present, but giving it its own keymap is the cleanest
way to do this job.
Making the command check and distinguish the two cases
would work, but i
> This doesn't work satisfactorily: temporarily displaying the search
> prompt at the end of the minibuffer causes too long delay after typing
> C-s and before point moves to the next occurrence of the search
string.
>
> Could you be more specific? How long is the
Included is the latest version including
(unless (fboundp 'irc) (defalias 'irc 'rcirc))
To minimize confusion, I think it makes sense to keep the original
package name.
Could you write a patch for etc/NEWS?
Also, I agree with Stefan's suggestion to add a short expla
There were a handful of bugs with packages autoloading the .el file
explicitly instead of just specifying the package name, I fixed them a
few weeks ago.
The Emacs CVS packages in Debian use compressed .el files since
September 8th and apart from the aforementioned autoload bug
It is easy to quit the loop inside the read_socket_hook function once
a mouse-down event has been read. But there's another loop in the
caller side, i.e., read_avail_input in keyboard.c:
while (nr = (*read_socket_hook) (input_fd, expected, &hold_quit), nr
> 0)
{
Now understand what people mean by "notebook icons", and I like them.
Thanks very much for producing them.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
I believe the variable `overlay-arrow-position' should
automatically become buffer-local whenever it is set.
It appears that Gnus fails to do this manually, instead
ending up setting the global value to a marker that refers
to the Gnus summary buffer, which doesn't make sense.
In fact, I see no r
Stefan Monnier <[EMAIL PROTECTED]> writes:
> For the case of start-itimer vs run-with-idle-timer, I can see you
> point, so I've "reverted" the change. For the case of (if
> (coding-system-p 'utf-8) 'utf-8 'iso-2022-8), I think the new code
> is preferable, since the choice is really not dependen
Miles Bader <[EMAIL PROTECTED]> writes:
> 2005/10/19, David Kastrup <[EMAIL PROTECTED]>:
>> It's too long to enter already. It would be an idea to offer all TeX
>> dimensions with t prefixed:
> ...
>> Seems like this scheme is not feasible, either.
>
> I does seem interesting, and would be much m
What's up with split-height-threshold?
Has anybody ever used it?
It's compared to windw_height(window) and should thus be expressed in number
of lines, but its default value of 500 is then basically equivalent to
most-positive-fixnum. I.e. "never split". Was that really the intention?
I see no
2005/10/19, David Kastrup <[EMAIL PROTECTED]>:
> It's too long to enter already. It would be an idea to offer all TeX
> dimensions with t prefixed:
...
> Seems like this scheme is not feasible, either.
I does seem interesting, and would be much more practical if you just
used "tex" as a prefix in
Jay Belanger <[EMAIL PROTECTED]> writes:
> Miles Bader <[EMAIL PROTECTED]> writes:
> ...
>>> Also, using "point" for point (of
>>> whatever kind) and "tpt" for TeX point lacks symmetry; perhaps
>>> "texpoint" for TeX point would be better.
>>
>> Well you're probably right that it should be "pspoin
Jay Belanger <[EMAIL PROTECTED]> writes:
> Miles Bader <[EMAIL PROTECTED]> writes:
>
>> 2005/10/16, Torsten Bronger <[EMAIL PROTECTED]>:
>>> Secondly, "point" should be renamed "bp" (big point). It's not
>>> *the* point after all (but an invention by Adobe, as far as I know).
>>
>> I suspect more
Miles Bader <[EMAIL PROTECTED]> writes:
...
>> Also, using "point" for point (of
>> whatever kind) and "tpt" for TeX point lacks symmetry; perhaps
>> "texpoint" for TeX point would be better.
>
> Well you're probably right that it should be "pspoint", with an alias.
That's a good idea, although I
2005/10/19, Jay Belanger <[EMAIL PROTECTED]>:
> > I suspect more calc users use postscript points than "real points"...
>
> I don't have a strong opinion on this, but would using "point" for
> PostScript point be less accurate?
I dunno; I did a bit of googling the last time I searched, and the
nam
Lennart Borgman <[EMAIL PROTECTED]> writes:
> Kevin Rodgers wrote:
>
> >Lennart Borgman wrote:
> >
> >>I am beeing disturbed by this sentence in the docstring for
> >>`string-match':
> >>
> >>Case is ignored if `case-fold-search' is non-nil in the current
> >>buffer.
> >>
> >>Is this really
Miles Bader <[EMAIL PROTECTED]> writes:
> 2005/10/16, Torsten Bronger <[EMAIL PROTECTED]>:
>> Secondly, "point" should be renamed "bp" (big point). It's not
>> *the* point after all (but an invention by Adobe, as far as I know).
>
> I suspect more calc users use postscript points than "real poin
Kevin Rodgers wrote:
Lennart Borgman wrote:
I am beeing disturbed by this sentence in the docstring for
`string-match':
Case is ignored if `case-fold-search' is non-nil in the current
buffer.
Is this really true?
I hope so, otherwise how could you specify that the match must be
cas
Lennart Borgman wrote:
I am beeing disturbed by this sentence in the docstring for `string-match':
Case is ignored if `case-fold-search' is non-nil in the current buffer.
Is this really true?
I hope so, otherwise how could you specify that the match must be
case-sensitive or case-insensit
On Oct 11, 2005, at 10:44 AM, Richard M. Stallman wrote: (I guess I was trying to say, "drop XLFD, and if some functionality is lost, update the lisp syntax to fix it".)We don't need to change Emacs for that. You should be able, already,to do whatever you like in Emacs without using
$B!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g(B
$B!c(BNO.I don't veceive your mail$B!d"M!!([EMAIL PROTECTED]
$B!c:#8e!"l9g$O!d"M!!([EMAIL PROTECTED]
$B!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g!g(B
___
Emacs-devel maili
>> Thank you. Installed. Along with a few minor changes, mostly to
>> remove run-time dependency on CL
> These changes seem to make the code less readable. For example:
> (delete-if-not #'savehist-printable value)
> is changed to:
> (delq nil (mapcar (lambda (x) (if (savehist-printab
> Could someone please tell me how this differentiation would best
> be implemented?
> Does a filename-minibuffer have an extra keymap?
> Or should Space be bound to some function that distinguishes the filename
> case from others? (a little awkward...)
AFAIK the normal way to distinguish it is
Could someone please tell me how this differentiation would best be
implemented?
Does a filename-minibuffer have an extra keymap?
Or should Space be bound to some function that distinguishes the
filename case from others? (a little awkward...)
I use this to distinguish file-nam
Juri Linkov writes:
> 1. The valid string delimiter for HTML attribute values is the
> quotation character. However, some HTML files on the Web use
> apostrophes, e.g.
>
> The program that generates such non-standard meta headers is
> identified as 'Microsoft DHTML Editing Control' (no surpris
Stefan Monnier <[EMAIL PROTECTED]> writes:
> > 2. (defvar savehist-coding-system (if (string-match "XEmacs" emacs-version)
> > 'iso-2022-8
> >'utf-8)
>
> Shouldn't it just use `emacs-mule'? This would ensure that no
>> But I don't think this limit should be absolute. I think it should be
>> specified as a multiple of the frame height and width, and it should
>> be given as a floating point number. I'd suggest 2.0 as the default
>> for this ratio.
My Emacs frames are typically 80 columns of 13x6, i.e. about
> I'm not sure how important it is to be able to start from a clean CVS
> tree without checking it out fresh.
For some people, checking out the whole CVS tree takes a long time.
For subversions.gnu.org it also adds unnecessary load.
Admittedly, this is not specific to Emacs, and arguably CVS shou
Stefan Monnier <[EMAIL PROTECTED]> writes:
> Thank you. Installed. Along with a few minor changes, mostly to
> remove run-time dependency on CL
These changes seem to make the code less readable. For example:
(delete-if-not #'savehist-printable value)
is changed to:
(delq nil (mapcar
For a while now I've been using the following function:
(defun current-time-as-float ()
(let ((tm (current-time)))
(+
(* 65536.0 (nth 0 tm))
(nth 1 tm)
(/ (nth 2 tm) 100.0
(current-time-as-float)
--> 1129642168.966545
It returns the current time as a single floatin
I am beeing disturbed by this sentence in the docstring for `string-match':
Case is ignored if `case-fold-search' is non-nil in the current buffer.
Is this really true?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman
The documentation for the commands dired-do-relsymlink and
dired-do-relsymlink-regexp in the Dired-X manual is flawed. These
commands are erroneously named dired-do-relative-symlink and
dired-do-relative-symlink-regexp in the manual. The fix is easy:
Do
s/dired-do-relative-symlink/dired-do-r
The slanted notebook with the horns is very good -- certainly the
best I've seen so far.
Most of the Emacs icons I've seen uses a gnu of some sort, and I
would think many existing emacs uses associate emacs with those gnu
images, even though this is not technically a correct association.
For new
Richard M. Stallman wrote:
In shell-mode, when point is on the second line (no matter which
column), C-p (`previous-line') moves point to the beginning of the
buffer. How comes that?
Does this patch give good results?
It seems so, yes. Thank you. :-)
___
$B"($"[EMAIL PROTECTED]@~$r$4MQ0U$7$F$*$j$^$9!#(B
http://1191.jp/kinjyo/index.html
$B"(?M:[EMAIL PROTECTED]@~$b$"$j!*!J?M:[EMAIL PROTECTED](B
http://1191.jp/kinjyo/index.html
[EMAIL PROTECTED];=PMh$^$9!#(B80$B!s$N3NN)!*!*5.J}l9g$O"M"*!!([EMAIL PROTECTED]
$B!y!A!y!A!y!A!y!A!y!A!y!A!y!A!y!A!y
$B$$$m$s$J=w$N;R$NEEOCHV9f$H=;=j=q$-9~$s$8$c$C$?!http://www.00-love5.com/?hito
I don't veceive yourmail
$B%a!<%khttp://lists.gnu.org/mailman/listinfo/emacs-devel
2005/10/18, Mathias Dahl <[EMAIL PROTECTED]>:
> I like the non-notebook version of the 16 x 16 icon better. It seems
> that trying to squeeze that into notebook-look makes it look "strange"
> instead.
Oh, I dunno, I think Andrew's idea of making it an "upright notebook"
instead of slanted is a goo
On 17 Oct 2005, at 05:33, Richard M. Stallman wrote:
Wait a minute!
The change I agreed to was only for file name reading.
The change you proposed would affect all kinds of completion.
I don't want to do that.
Uhh, sorry, that was a misunderstanding then.
If I had to design this from scratch,
[EMAIL PROTECTED] (Kim F. Storm) writes:
>>> I used it in ido, and it seems to work:
>>>
>>>;; work around bug in ange-ftp.
>>>;; /ftp:[EMAIL PROTECTED]: => nil
>>>;; /ftp:[EMAIL PROTECTED]:./ => ok
>>>(and
>>> (not (string= "/ftp:" dir))
Stefan Monnier <[EMAIL PROTECTED]> writes:
> The name "tramp-completion-mode" doesn't say what the variable does.
> Could you find a better name? I'm not sure I understand what it does so
> I'm not sure what other name to propose.
You're right; -mode has a predefined meaning already. I'll try to
Romain Francoise <[EMAIL PROTECTED]> writes:
> Ryan Yeske <[EMAIL PROTECTED]> writes:
>
>> ;;; rcirc.el --- emacs irc client
>
> Could you change this to "a minimal IRC client for Emacs", or something?
>
> Also, I agree with Stefan's suggestion to add a short explanation of how
> rcirc compares to
Andrew Zhilin <[EMAIL PROTECTED]> writes:
>Following the discussion, I've decided to make a 16x16 "notebook"
>version. Oh my, that was not easy =) Here's the result of my effort.
>It does not satisfy me 100%, but after a certain point new iterations
>just ceased to make things bet
> This doesn't work satisfactorily: temporarily displaying the search
> prompt at the end of the minibuffer causes too long delay after typing
> C-s and before point moves to the next occurrence of the search string.
>
> Could you be more specific? How long is the delay, and what cause
>> There is no such thing as degrees Kelvin, there are only Kelvins.
>
> The question is whether its the business of calc to be convenient or
> to educate. Of course, K should be available as a unit of its own,
> but I see no harm by degK being an alias.
Here is what units.dat contains:
degK
Current rules of recognizing HTML files in Emacs are too strict:
1. The valid string delimiter for HTML attribute values is the
quotation character. However, some HTML files on the Web use
apostrophes, e.g.
The program that generates such non-standard meta headers is identified
as 'Microsoft D
> How about the following?
>
> Upto now, it only adds a new section, but extending the function to
> add a variable to an existing list can be done by using parts of
> `hack-local-variables', AFAICS.
I think this is a good starting point.
As for its top-level interactive usage, I think that inste
> I think the warning is a good alternative. It would be very good if this
> also could handle the case when there is no software available to handle
> the compression (as might be the case on w32) in other situations (than
> accessing tutorials etc).
The warning it currently gives on Debian GNU/L
> When isearch leaves the buffer in isearch mode (this can happen after
> switching buffers during incremental search),
>
> I think that is the bug. Isearch mode should not be left enabled.
>
> Can you debug that and fix it?
The simplest way to reproduce this is to evaluate:
(define-key
Bill Wohler <[EMAIL PROTECTED]> writes:
> lisp/ldefs-boot.el contains the string:
>
> :26219:;; "toolbar/tool-bar.el" (17134 20613))
>
> Is it worthwhile to check in the current loaddefs.el in its place?
Feel free to do that any time.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTEC
Ryan Yeske <[EMAIL PROTECTED]> writes:
> ;;; rcirc.el --- emacs irc client
Could you change this to "a minimal IRC client for Emacs", or something?
Also, I agree with Stefan's suggestion to add a short explanation of how
rcirc compares to other clients (along the lines of "it's designed to be
li
Lennart Borgman wrote:
I get a strange error when i check out files from CVS. For example
doing an ediff-revision on w32term.h I got a line saying
Using keyboard-interactive authentication.
in the temporary checked out copy. I do not believe it worked like
this before, I should have notic
66 matches
Mail list logo
