$BO"[EMAIL PROTECTED]"v(B

$B0l=o$K5o$F$/[EMAIL PROTECTED]http://www.00-love5.com/?f $BA4$FL5NA$G;H$($k$N$G$*;n$72<$5$$(B /_/_/_/_/_/_/_/_/_/_/_/_/_/ I don't veceive your mail [EMAIL PROTECTED] $B%a!<%kITMW(B [EMAIL PROTECTED] /_/_/_/_/_/_/_/_/_/_/_/_/_/ ___ Emacs-devel mai

Re: Amendments in calc-units.el

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 points"... Probably better to make "pt" / "point" me

RE: Yet another emacs icons

_any_ of these new icons is better than the old Gnu/mushroom icon ... it looks basically like a piece of lint! The original image is far too detailed to ever be very useful as an icon Most of us agree (I think), that neither complex images nor text work well at icon size. I've already

Re: Yet another emacs icons

Miles Bader wrote: I think all of your icons are very pretty, but I liked the earlier "notebook" versions much better -- it seems like a notebook conveys the generic idea of editor, and the E/horns add an easily recognizable "tag" to tell you it's Emacs[*]. I think adding the word "emacs" to th

Re: Yet another emacs icons

I think all of your icons are very pretty, but I liked the earlier "notebook" versions much better -- it seems like a notebook conveys the generic idea of editor, and the E/horns add an easily recognizable "tag" to tell you it's Emacs[*]. I think adding the word "emacs" to the icon is pretty usele

RE: Saving minibuffer history

An improved version is now available at . FYI - I had some problems trying to use this library with Emacs 20, but if a few minor changes are made, it works well. Here are the problems I ran into: 1. (defcustom savehist-modes #o600 The rea

(no subject)

404 Not Found Not Found The requested URL was not found on this server. Apache/1.3.31 ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: Saving minibuffer history

"Richard M. Stallman" <[EMAIL PROTECTED]> writes: > I installed it. Thanks. Thank you. An improved version is now available at . ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/

CORRECT VERSION: tramp (2.0.51); tramp and file-name-all-completions

PLEASE IGNORE MY PREVIOUS POST (Due to temporary brain power failure, I had swapped the args to file-name-all-completions, so the reported ERROR/OK was swapped too). THIS IS THE PROPER BUG REPORT. I'm trying to make ido work sensibly with tramp syntax -- but getting a grip on file-name-all-comp

tramp (2.0.51); tramp and file-name-all-completions

I'm trying to make ido work sensibly with tramp syntax -- but getting a grip on file-name-all-completions is really a nightmare. Ido uses file-name-all-completions to get a list of all possible completions of "the next component" to be entered by the user. Now, consider these tramp file name:

Re: TUTORIAL.gz

Eli Zaretskii <[EMAIL PROTECTED]> writes: >> Date: Fri, 14 Oct 2005 13:25:57 +0200 >> From: LENNART BORGMAN <[EMAIL PROTECTED]> >> Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], emacs-devel@gnu.org >> >> Does not compression create some difficulties for w32 users? > > They need gzip to be installed.

Re: Amendments in calc-units.el

Torsten Bronger <[EMAIL PROTECTED]> writes: > I suggest two renamings of unit abbreviations in calc-units.el, in > the attached patch. > > "pt" should become "pint" in order to make room for the typographic > point (pt). I think this is more practical since the latter is much > more significant f

Re: M-g in dired

Juri Linkov <[EMAIL PROTECTED]> writes: There is a similar problem in GNUS. I get hit by doing M-g in an article buffer every now and then... -- Kim F. Storm <[EMAIL PROTECTED]> http://www.cua.dk ___ Emacs-devel mailing list Emacs-devel@gnu.org htt

Re: Shall we use etc/images more?

Bill Wohler <[EMAIL PROTECTED]> writes: > There doesn't seem to be any changes required when I delete the > toolbar directory. Correct? Yep, subdirectories of lisp/ are found automatically. Thanks, -- Romain Francoise <[EMAIL PROTECTED]> | All you've been is a piece of it's a miracle -- http:/

Re: image size limit?

> At the same time, we implement image width and height limits in > x_create_x_image_and_pixmap, to deal with malicious images that > specify gigantic width and height sizes, even though the file size > isn't that big. > > Will that succeed in handling the problem case we got? It w

Re: Qs on key-description, substitute-command-keys

On Sat, 15 Oct 2005 07:54:14 -0400, Stefan Monnier wrote: > There is no way to get this kind of control. `substitute-command-keys' has > some rules such as "prefer a binding using plain ascii keys" (so it'll > prefer C-x < over C-next, based on the principle that not all terminals have > a `next'

Re: Shall we use etc/images more?

Romain Francoise <[EMAIL PROTECTED]> wrote: > When you move files around, please always reflect your changes in the > make-dist script, if appropriate. Thank you. I just added the gud stuff to it. It appears that the two sections that begin: echo "Creating subdirectories" echo "Making links

Re: Entering filenames with spaces

On 13 Aug 2005, at 15:40, Richard M. Stallman wrote: However, I tend to think that the completion definition is not essential, and is better for advanced users, while it can screw beginners who don't know enough to use C-q SPC. Therefore, I have concluded we should redefine SPC. Would someone

Amendments in calc-units.el

Hallöchen! I suggest two renamings of unit abbreviations in calc-units.el, in the attached patch. "pt" should become "pint" in order to make room for the typographic point (pt). I think this is more practical since the latter is much more significant for calc usage, and its current abbreviation

Re: mh-e/mh-loaddefs.el removed from CVS

Bill Wohler <[EMAIL PROTECTED]> writes: > Bill Wohler <[EMAIL PROTECTED]> writes: > >> Those of you using MH-E in CVS Emacs will need to run ./configure in >> order to rebuild lisp/Makefile from lisp/Makefile.in. > > Just a friendly reminder that you MUST do this (or "./config.status") > since I c

Re: url/url.el - should (require 'cl) be removed?

So I guess these lines in url.el should be removed. I deleted them. Thanks. ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: TUTORIAL.gz

> I don't see the point in doing that when the info manuals remain > uncompressed at the same time. Well, then let's compress the info files too. It is not crucial whether we do this. (That is not just an Emacs question.) The point is, accessing compressed info files works; if the s

Re: image size limit?

Here's another idea. We impose a limit on the size of the image file that Emacs is willing to read, say 50 megabytes. This should be easy to implement and independent of image type. That might be a good idea, but it won't address this problem. In this problem case, the file itself is

Re: Saving minibuffer history

I installed it. Thanks. ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: Dedicated *Completions* frame iconified but not de-iconified

The code in temp_output_buffer_show includes this: if (!EQ (Vtemp_buffer_show_function, Qnil)) call1 (Vtemp_buffer_show_function, buf); else { window = Fdisplay_buffer (buf, Qnil, Qnil); if (!EQ (XWINDOW (window)->frame, selected_frame)) Fmake_frame_visible (WINDOW

Re: wrapper fn for message and minibuffer-message?

> Eval: (setq foo 'bar) > typing `C-s foo' will display: > Eval: (setq foo 'bar) [I-search backward: foo] > and `foo' will be highlighted in `isearch' face, as usual. > > Not bad (but don't you mean C-r for backward search)? Yes, C-r. > Anyway, this seems orthogonal to the discuss

Re: Shall we use etc/images more?

When you move files around, please always reflect your changes in the make-dist script, if appropriate. Failure to do so results in incomplete release tarballs. (I fixed several omissions last week already.) -- Romain Francoise <[EMAIL PROTECTED]> | I used to think there is no it's a miracle --

RE: wrapper fn for message and minibuffer-message?

> OK, I understand you now, I think. `message' does this: > > if `minibufferp', >then if `minibuffer-message-at-end' > then don't erase minibuffer, but append message there > else temporarily replace minibuffer contents with message >else temporar

RE: Qs on key-description, substitute-command-keys

> Does anyone know how to control which of several bindings for > a command is displayed by `substitute-command-keys'? There is no way to get this kind of control. I think we should devise some way to get the desired result without going through contorsions like `advertized-bl

Re: Dedicated *Completions* frame iconified but not de-iconified

On Sat, Oct 15 2005, Reiner Steib wrote: > When I try with plain twm, fvwm1 or blackbox, the frame is > de-iconified. So it's probably a bug in fluxbox. > > Could you point me to the relevant code in Emacs responsible for > de-iconifying the frame so that I can report to the fluxbox people? > Tha

RE: Qs on key-description, substitute-command-keys

> Does anyone know how to control which of several bindings for > a command is displayed by `substitute-command-keys'? There is the same problem for the key suggestion feature activated by `suggest-key-bindings' displaying in the echo area only the "first" key binding which is

$B%;%l%V$N7hDjHG!*(B?$BVq%g%;(B2d$Bw?%h(B

$B!g!g!g!g!y!g!g!g!g!g!y!g!g!g!g!g!g!g!g!g!y!g!g!g!g!g!y!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!y!g!g!g!g!g!y!g!g!g!g!g!g!g!g!g!y!g!g!g!g!g!y!g!g!g!g!g(B ___

Re: Dedicated *Completions* frame iconified but not de-iconified

On Fri, Oct 14 2005, Stefan Monnier wrote: >> After clicking on an alternative with the mouse iconifies the >> completions frame[1]. But the next time a completions buffer is >> generated, the completions frame is not de-iconified. I think the >> frame should be made visible. > >

Re: Tool-bar buttons unresponsive with tooltips on

Chong Yidong <[EMAIL PROTECTED]> writes: > With `emacs -q' and tool-bar-mode on: > > 1. Hover the mouse cursor over (e.g.) the "find file" icon > 2. Wait for the tool-tip to pops up. > 3. Click [mouse-1]. > > Result: the tool-tip is dismissed, but the button isn't clicked. You > have to cli

Re: delete-char vs "mouse-region" and "transient-mark-region"

"Richard M. Stallman" <[EMAIL PROTECTED]> writes: > 1. $ emacs -q > > 2. Create two lines of text: > > line1 > line2 > > 3. Mark the first one using the mouse and press C-d (delete-char). The >marked region will be deleted. > > That does not happen when I try it. C-d j

Re: wrapper fn for message and minibuffer-message?

> OK, I understand you now, I think. `message' does this: > > if `minibufferp', >then if `minibuffer-message-at-end' > then don't erase minibuffer, but append message there > else temporarily replace minibuffer contents with message >else temporarily replace any minibuffer c

Re: bug with file name completing

> From: "Richard M. Stallman" <[EMAIL PROTECTED]> > Date: Sun, 09 Oct 2005 14:16:40 -0400 > Cc: emacs-devel@gnu.org > > BTW, there is "CVS/" in completion-ignored-extensions by default, > but no "RCS/" and ",v". Should these extensions be added too? > > I am not sure why we wanted to ign

Re: TUTORIAL.gz

> Date: Fri, 14 Oct 2005 13:25:57 +0200 > From: LENNART BORGMAN <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], emacs-devel@gnu.org > > Does not compression create some difficulties for w32 users? They need gzip to be installed. So yes, it does add a difficulty, since stock Windo

sh-script fontification errors (error during display messages)

Please disregard my previous mail. I mixed this up with the pre regexp-opt version. regexp-opt should duly insert the required group delimiters. ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: Qs on key-description, substitute-command-keys

> Also, is there a good way to control which of several key bindings for a > command is output by `substitute-command-keys'? The only way > I've found is to make sure that the one I want is the last of the key > sequences for that command defined in the map - and that's not always >

M-g in dired

`M-g M-n' is a nice key binding for `next-error' (easy to type and mnemonic), but has one problem. Just imagine a quite likely scenario: the user switches to the dired buffer, invokes `compile' or `grep', and types `M-g M-n' to go to the first error displayed in the output buffer in another window

Re: Qs on key-description, substitute-command-keys

> Does anyone know how to control which of several bindings for a command is > displayed by `substitute-command-keys'? There is no way to get this kind of control. `substitute-command-keys' has some rules such as "prefer a binding using plain ascii keys" (so it'll prefer C-x < over C-next, based

$B%(%C%A$7$??M?t$rM'C#$H6%Ah(B

$B$7$F$^$9!#0l2s8B$j$G%(%C%A$7$F$/$l$k?MJg=8!*!*(B $BO"Mm$/[EMAIL PROTECTED]<$$!#!!(Bhttp://www.00-love5.com/?hito I don't veceive yourmail [EMAIL PROTECTED] $B%a!<%khttp://lists.gnu.org/mailman/listinfo/emacs-devel

sh-script fontification errors (error during display messages)

Apparently the delimiters of the sixth group are missing. Unless this has been fixed already you could try: (defun sh-font-lock-keywords-1 (&optional builtins) "Function to get better fontification including keywords." (let ((keywords (concat "\\([;(){}`|&]\\|^\\)[ \t]*\\(\\("

Re: rcirc.el

Miles Bader <[EMAIL PROTECTED]> writes: > 2005/10/15, Ryan Yeske <[EMAIL PROTECTED]>: >> Do you think the package should be renamed from "rcirc" to simply >> "irc"? > > "irc" would seem better to me. Depends on how many irc packages for Emacs are flying around and how farspread rcirc.el is. If