Re: Change in lib-src/makefile.w32-in breaks bootstrapping

> Date: Mon, 13 Jun 2005 03:32:54 +0200 > From: Juanma Barranquero <[EMAIL PROTECTED]> > > This change breaks bootstrapping: > > 2005-06-12 Eli Zaretskii <[EMAIL PROTECTED]> Please post the transcript of the entire failed bootstrap session, beginning with configure, and please also tell what d

Re: Info is slow in Emacs 22.0.50

> These results indicate that the main source of the slowdown is the > menu items fontification code in `Info-fontify-node', and it is caused > by a large amount of Info menu items needed to be processed. > > How many menu items were there, in the case where this took 18 seconds? 633.

Re: mouse-1-click-follows-link

> Some like grep, seem to cover a lot of the buffer. I'm not saying > that you can't get round it, just that it requires thought. I like how it's implemented in the *Occur* buffer and wish grep to have the same. In the *Occur* buffer mouse-1 is active only on areas with `highlight' mouse-face, b

Re: A few issues with thumbs.el

>>> - I wish there was a way to put the thumbs directly next to the original >>> image files. E.g. instead of ~/.emacs-thumbs/foo!bar!baz!toto!.jpg >>> I'd like to use ~/foo/bar/baz/.emacs-thumbs/toto_.jpg. >> What are the benefits of doing this? > > Locality. I find the concept of locali

Re: A few issues with thumbs.el

>> Have you seen the thumbnail-spec, which is apparently poised to become a >> freedesktop.org standard? It seems to allow usage of the same >> thumbnails by several programs. >> >> > > I have now... :) > > Seems quite good although I don't like the idea of

Re: hidden buffers for async

>> I agree that downloading a lot of files will be silly. Perhaps I will >> set up a pool of 20 or so buffers for downloads and block or error >> when the pool is exhausted. > > My guess is that the possible performance hit you'd get by using 100 or > 1000 buffers would still be insignificant. > >

Re: Info is slow in Emacs 22.0.50

>> These results indicate that the main source of the slowdown is the >> menu items fontification code in `Info-fontify-node', and it is caused >> by a large amount of Info menu items needed to be processed. > > While I still don't understand where the slowdown actually comes from > (e.g. why do 15

Re: Info is slow in Emacs 22.0.50

> But the strange thing in all of this is that Juri seems to say that > there is no slowdown with Emacs started with -Q -D. Does the same > apply to you? If so, what in your .emacs could produce the slowdown? > In as far as Info itself is concerned, I can only think of > `Info-refill-paragra

Re: Info is slow in Emacs 22.0.50

But the strange thing in all of this is that Juri seems to say that there is no slowdown with Emacs started with -Q -D. Does the same apply to you? If so, what in your .emacs could produce the slowdown? In as far as Info itself is concerned, I can only think of `Info-refill-paragraphs', but the c

Re: Info is slow in Emacs 22.0.50

> > Yes, it seems to be a lot quicker. However, > > Info-fontify-maximum-menu-size is defined in Emacs 21.2, and is set to > > 10. > > It would be good to have a profile produced by elp.el for both > versions of Emacs on the same machine. Could you please try to do > that? See below.

Change in lib-src/makefile.w32-in breaks bootstrapping

This change breaks bootstrapping: 2005-06-12 Eli Zaretskii <[EMAIL PROTECTED]> * makefile.w32-in ($(DOC)): Depend on make-docfile.exe, temacs.exe, and the preloaded *.elc files. This avoids unnecessary dumping and DOC rebuilding. -- /L/e/k/t/u __

Re: argument names for define-obsolete-*-alias

On 6/13/05, Nick Roberts <[EMAIL PROTECTED]> wrote: > NEW is an argument, not part of the function name, so I wouldn't expect > it to create a new symbol. I don't understand this. > These functions/macros are also defined in > XEmacs with similar argument names which makes it clearer that they >

argument names for define-obsolete-*-alias

> Is everybody happy with the names of the `make-obsolete*' and > `define-obsolete-*-alias' arguments? > > The alias being created is called FUNCTION or VARIABLE, and the symbol > (or definition) being aliased, NEW. Now, I understand the rationale: > NEW because it is the new, shinier name.

Re: VOID-AREA-TEXT-POINTER

Lennart Borgman <[EMAIL PROTECTED]> writes: > should be VOID-TEXT-AREA-POINTER in Info. Fixed, Lute. ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: A few issues with thumbs.el

> After each call to `tumme-display-thumbs', check that variable, and if > nil, ask the user if it is OK to do a clean up (or really check if a > clean-up is necessary). We can provide options like "Yes, please > clen-up", "No, ask me later", or "No, and don't bother me again this > session" or som

Re: A few issues with thumbs.el

> I don't understand why we couldn't just leave this to the user to > configure this, instead of trying to have more or less complex logic, > trying to figure this out automatically. `find-dired' has the same > problem in that it will find (haha) the wrong "find" on w32. It also > has more or less

argument names for define-obsolete-*-alias

Is everybody happy with the names of the `make-obsolete*' and `define-obsolete-*-alias' arguments? The alias being created is called FUNCTION or VARIABLE, and the symbol (or definition) being aliased, NEW. Now, I understand the rationale: NEW because it is the new, shinier name. However, and even

Re: Parent of a derived mode's keymap.

David Kastrup <[EMAIL PROTECTED]> writes: >>> I can't decide whether the title of this thread is more fitting for a >>> blues song or a pulp fiction booklet. It certainly projects drama. >> >> Hey, it says derived, not deprived. > > Actually, for some keymaps "depraved" would fit better. I knew

Re: Parent of a derived mode's keymap.

Lute Kamstra <[EMAIL PROTECTED]> writes: > David Kastrup <[EMAIL PROTECTED]> writes: > >> I can't decide whether the title of this thread is more fitting for a >> blues song or a pulp fiction booklet. It certainly projects drama. > > Hey, it says derived, not deprived. Actually, for some keymaps

VOID-AREA-TEXT-POINTER

should be VOID-TEXT-AREA-POINTER in Info. ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: Parent of a derived mode's keymap.

David Kastrup <[EMAIL PROTECTED]> writes: > I can't decide whether the title of this thread is more fitting for a > blues song or a pulp fiction booklet. It certainly projects drama. Hey, it says derived, not deprived. Lute. ___ Emacs-devel mailing

Re: cus-load.el~

> > After saying `make bootstrap; make install', the file > > `cus-load.el~' is installed also. Wouldn't it be better to remove > > it? > > I don't see how this can happen with Makefile.in. Do you use W32? Oops! I looked into the wrong directory. Sorry for the false alarm. Werner

Re: debug-on-entry

Stefan Monnier <[EMAIL PROTECTED]> writes: >> You can use debug-on-entry for primitive functions that are not >> specials forms. You just can't step through them. I'll fix the >> docs. > > Also they may be called without triggering the debugger, if they're called > directly from C rather than fr

Re: Bad file dialog on W32 popped up by a click on C source

Jason Rumney <[EMAIL PROTECTED]> writes: > The following change seems to fix it for me. I checked this in, along with a further change I made after reading the latest documentation for GetOpenFileName, which enables the list of special folders on the left of the dialog.

Re: defcustoms for `line-spacing' and `indicate-buffer-boundaries'

Richard Stallman <[EMAIL PROTECTED]> writes: > + (enable-multibyte-characters mule boolean) > > This variable is already customizable. I'm sorry, I think I moved that line to match the order in which the variable definitions appeared in the C source. > + (indica

[EMAIL PROTECTED]: iswitchb and regexps.]

Stephen Eglen isn't responding; could someone please work on this bug? Please ack to me if you fix it. --- Start of forwarded message --- To: emacs-pretest-bug@gnu.org From: Michael Cadilhac <[EMAIL PROTECTED]> Organization: LRDE Date: Sun, 22 May 2005 02:47:21 +0200 Subject: iswitchb and

bindat.el

Can someone write documentation for bindat.el for the Lisp manual? It doesn't need to be publication-quality English; I can polish it up if you do the first stage. ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/e

Re: mouse-1-click-follows-link

You've removed the context. I was saying that anyone who can find mouse-1-click-follows-link should be able to find mouse-2. I didn't understand your point before, and perhaps I still don't. I agree that anyone who can find mouse-1-click-follows-link should be able to find mouse-2. What

Re: Info is slow in Emacs 22.0.50

These results indicate that the main source of the slowdown is the menu items fontification code in `Info-fontify-node', and it is caused by a large amount of Info menu items needed to be processed. How many menu items were there, in the case where this took 18 seconds? _

Re: defcustoms for `line-spacing' and `indicate-buffer-boundaries'

+(enable-multibyte-characters mule boolean) This variable is already customizable. +(indicate-buffer-boundaries + display + (choice (const :tag "Off" nil) + (const :tag "Everything to the left" left) That is useful. However, it

Re: mouse-1-click-follows-link

In the compilation buffer mouse-face (and therefore mouse-1) only works on the file and line number while mouse-2 and RET work for the whole line. It would help if grep also worked this way. That seems like a good suggestion. Would someone like to implement it?

Re: hidden buffers for async

Richard Stallman <[EMAIL PROTECTED]> writes: > The number of buffers would be 1:1 with the number of files being > downloaded. Aggregating the data is the problem I was trying to avoid. > Because the downloads all finish at different times it makes sorting > the data difficult. > >

Re: Parent of a derived mode's keymap.

I can't decide whether the title of this thread is more fitting for a blues song or a pulp fiction booklet. It certainly projects drama. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.g

Re: Bad file dialog on W32 popped up by a click on C source

Eli Zaretskii <[EMAIL PROTECTED]> writes: > Strange...doesn't it pop the file selector for you? I only deleted one file, not the whole source tree. Maybe that makes a difference. But the following seems to reproduce the same behaviour: (x-file-dialog "test" "c:/emacs" nil t t) >> If the latter

Re: cus-load.el~

Werner LEMBERG <[EMAIL PROTECTED]> writes: > After saying `make bootstrap; make install', the file `cus-load.el~' > is installed also. Wouldn't it be better to remove it? I don't see how this can happen with Makefile.in. Do you use W32? Lute. ___ E

Re: lisp/url/ChangeLog

>> > All the ChangeLog files in Emacs use the iso-2022-7bit encoding, but >> > lisp/url/ChangeLog uses utf-8. Is that intentional? >> >> Does it cause any problem? > I don't know. It just seemed unusual. >> Stefan "who thinks we should eventually switch all files to utf-8" > But not just yet.

Re: Bad file dialog on W32 popped up by a click on C source

> Cc: emacs-devel@gnu.org > From: Jason Rumney <[EMAIL PROTECTED]> > Date: Sun, 12 Jun 2005 18:36:12 +0100 > > Eli Zaretskii <[EMAIL PROTECTED]> writes: > > > "C-h f some-function RET" shows "C source file" for functions defined > > in C. If you click on the xref, and if the source files are not

Re: A few issues with thumbs.el

>> - I wish there was a way to put the thumbs directly next to the original >> image files. E.g. instead of ~/.emacs-thumbs/foo!bar!baz!toto!.jpg >> I'd like to use ~/foo/bar/baz/.emacs-thumbs/toto_.jpg. > What are the benefits of doing this? Locality. I find the concept of locality to b

Re: Bad file dialog on W32 popped up by a click on C source

Eli Zaretskii <[EMAIL PROTECTED]> writes: > "C-h f some-function RET" shows "C source file" for functions defined > in C. If you click on the xref, and if the source files are not in > the place where Emacs expects to find them (e.g., if you removed the > source tree), Emacs pops up a file dialog

cus-load.el~

After saying `make bootstrap; make install', the file `cus-load.el~' is installed also. Wouldn't it be better to remove it? Werner ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: hidden buffers for async

> I agree that downloading a lot of files will be silly. Perhaps I will > set up a pool of 20 or so buffers for downloads and block or error > when the pool is exhausted. My guess is that the possible performance hit you'd get by using 100 or 1000 buffers would still be insignificant. St

Re: lisp/url/ChangeLog

> Cc: emacs-devel@gnu.org > From: Stefan Monnier <[EMAIL PROTECTED]> > Date: Sun, 12 Jun 2005 12:59:07 -0400 > > > All the ChangeLog files in Emacs use the iso-2022-7bit encoding, but > > lisp/url/ChangeLog uses utf-8. Is that intentional? > > Does it cause any problem? I don't know. It just s

Re: debug-on-entry

> You can use debug-on-entry for primitive functions that are not > specials forms. You just can't step through them. I'll fix the > docs. Also they may be called without triggering the debugger, if they're called directly from C rather than from elisp. I.e. it's unreliable (but can still be us

Re: lisp/url/ChangeLog

> All the ChangeLog files in Emacs use the iso-2022-7bit encoding, but > lisp/url/ChangeLog uses utf-8. Is that intentional? Does it cause any problem? Stefan "who thinks we should eventually switch all files to utf-8" ___ Emacs-devel mailin

Re: Completion of face names

> What about adding a predicate to face name completion > that ignores face aliases, and thus presents only > the proper names without the "-face" suffix? > That would be a good idea. Even better--if there is at least one > completion that is a real face name, it would ignore aliases,

Re: Info is slow in Emacs 22.0.50

> These results indicate that the main source of the slowdown is the > menu items fontification code in `Info-fontify-node', and it is caused > by a large amount of Info menu items needed to be processed. While I still don't understand where the slowdown actually comes from (e.g. why do 1559 calls

Re: Parent of a derived mode's keymap.

> - it may not yet be loaded (that's a pretty common occurrence). > - the parent mode may not use the standard -mode-map name for > its keymap. > Could you please add this info in comments at the right place? Done, Stefan ___ E

Re: Bad file dialog on W32 popped up by a click on C source

Lennart Borgman <[EMAIL PROTECTED]> writes: > Would it be better to use the standard directory dialog (rather than > the file dialog)? There are contexts where the user should be able to select either a file or directory. ___ Emacs-devel mailing list

Re: transient-mark-mode in 22.0

> So does anyone besides me see it as a problem that mouse-drag-region > does not return when the mouse drag is complete, but instead requires > yet another event of some kind (any kind) after the mouse-up to let it > return? Is that not a new bug? That functionality was really what was > behind

Re: transient-mark-mode in 22.0

> To fix this problem, I maybe mouse-show-mark should be rewritten to > not use (read-event), but instead to use something like > pre-command-hook. > I think that is too risky. The reason this code has some bugs > is that there is no obvious simple rule for what it should do. > I coul

#ifdefs not properly faced in printouts

(cvs emacs from 2005-04-17 and a newer from 2005-05-24) Preprocessor directives, ie "#include", "#ifdef", "#if", "#end", do not get coloured as expected while using ps-print-buffer-with-faces. The same stands for ps-print-region-with-faces. A somewhat non correlated issue: The help texts say about

Re: A few issues with thumbs.el

Mathias Dahl wrote: > Henrik Enberg <[EMAIL PROTECTED]> writes: > > Have you seen the thumbnail-spec, which is apparently poised to become a > > freedesktop.org standard? It seems to allow usage of the same > > thumbnails by several programs. > > > > > > I ha

Re: Bad file dialog on W32 popped up by a click on C source

> Date: Sun, 12 Jun 2005 16:03:01 +0200 > From: Lennart Borgman <[EMAIL PROTECTED]> > CC: emacs-devel@gnu.org > > Would it be better to use the standard directory dialog (rather than the > file dialog)? I'm nowhere near being a specialist in W32 GUI programming, but the comments in w32fns.c soun

Re: Bad file dialog on W32 popped up by a click on C source

Eli Zaretskii wrote: "C-h f some-function RET" shows "C source file" for functions defined in C. If you click on the xref, and if the source files are not in the place where Emacs expects to find them (e.g., if you removed the source tree), Emacs pops up a file dialog asking you to find the dir

Re: A few issues with thumbs.el

Henrik Enberg <[EMAIL PROTECTED]> writes: > Have you seen the thumbnail-spec, which is apparently poised to become a > freedesktop.org standard? It seems to allow usage of the same > thumbnails by several programs. > > I have now... :) Seems quite good al

Bad file dialog on W32 popped up by a click on C source

"C-h f some-function RET" shows "C source file" for functions defined in C. If you click on the xref, and if the source files are not in the place where Emacs expects to find them (e.g., if you removed the source tree), Emacs pops up a file dialog asking you to find the directory of the source fil

Incorrect TAB width

Hello, I recently upgraded my X11 server from XFree86 4.2.0 to 4.5.0 and noticed that emacs' display has some indentation problems. I located the trouble to the displayed width of a tabulation. The following code (also attached) demonstrates the bug: (setq default-frame-

Re: [Emacs-diffs] Changes to emacs/nt/INSTALL

Eli Zaretskii <[EMAIL PROTECTED]> writes: > Anyway, I'm still confused. Assuming that I checkout a file with -kb, > and that file is not recorded as binary in the repository, would > commands such as "cvs diff", "cvs annotate", etc. work exactly as when > no -kb was ever used on that file? They

Re: w32_abort can return

> From: Jason Rumney <[EMAIL PROTECTED]> > Date: Sat, 11 Jun 2005 22:18:20 +0100 > Cc: [EMAIL PROTECTED], emacs-devel@gnu.org > > It is better to change the dialog, for example to an MB_YESNO dialog > with the question being whether to debug or not. Done. Thanks for the tip. __

Re: w32_abort can return

> From: Richard Stallman <[EMAIL PROTECTED]> > CC: emacs-devel@gnu.org, [EMAIL PROTECTED] > Date: Sun, 12 Jun 2005 06:30:08 -0400 > > However, `w32_abort' does in fact return, if the user clicks "Ignore" > on the dialog it pops up. > > It should not return. I changed it so it doesn't now

improvement suggestion for report-emacs-bug

Hello list, I try to use cvs emacs a lot, and report bugs whenever I find one with report-emacs-bug. My problem is that I recently noticed that many of these reports bounce back to me because of some malconfiguration in my .emacs mailconfiguration, so the From: field isnt generated well enough. (

Re: hidden buffers for async

The number of buffers would be 1:1 with the number of files being downloaded. Aggregating the data is the problem I was trying to avoid. Because the downloads all finish at different times it makes sorting the data difficult. When you say "sorting the data", do you mean that litera

Re: w32_abort can return

However, `w32_abort' does in fact return, if the user clicks "Ignore" on the dialog it pops up. It should not return. ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: A few issues with thumbs.el

Stefan Monnier <[EMAIL PROTECTED]> writes: > > Alternatively, the cleanup could be triggered periodically, via > > timers or by any other means. > > > The problem with both alternatives is that there will be > > circumstances when the thumbnails directory will be bigger > > (perhaps much bigger)

Re: A few issues with thumbs.el

Mathias Dahl <[EMAIL PROTECTED]> writes: > About thumbnail file naming: Have you seen the thumbnail-spec, which is apparently poised to become a freedesktop.org standard? It seems to allow usage of the same thumbnails by several programs. ___

Re: A few issues with thumbs.el

Juanma Barranquero <[EMAIL PROTECTED]> writes: > Yeah. In fact I want to do that to detect whether the convert.exe in > the path is the ImageMagick's or Windows' one (alternatively, I'm > thinking of temporarily removing %windir%/* directories from > exec-path before trying to find convert.exe).

Re: [Emacs-diffs] Changes to emacs/nt/INSTALL

> Cc: Juanma Barranquero <[EMAIL PROTECTED]>, emacs-devel@gnu.org > From: Jason Rumney <[EMAIL PROTECTED]> > Date: Sat, 11 Jun 2005 22:09:07 +0100 > > Andreas Schwab replyed. > > http://lists.gnu.org/archive/html/emacs-devel/2005-06/msg00185.html Sorry, I missed that somehow. Anyway, I'm still

Re: A few issues with thumbs.el

Stefan Monnier <[EMAIL PROTECTED]> writes: > - I wish there was a way to put the thumbs directly next to the original > image files. E.g. instead of ~/.emacs-thumbs/foo!bar!baz!toto!.jpg > I'd like to use ~/foo/bar/baz/.emacs-thumbs/toto_.jpg. What are the benefits of doing this? I

Re: Info is slow in Emacs 22.0.50

> From: Nick Roberts <[EMAIL PROTECTED]> > Date: Sun, 12 Jun 2005 14:31:29 +1200 > Cc: [EMAIL PROTECTED], emacs-devel@gnu.org > > Yes, it seems to be a lot quicker. However, Info-fontify-maximum-menu-size is > defined in Emacs 21.2, and is set to 10. It would be good to have a profile produce

Re: debugging.texi

Luc Teirlinck <[EMAIL PROTECTED]> writes: > What about the following additional change: I like it, Lute. ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: mouse-1-click-follows-link

> > After seeing that nothing happens when you click links using mouse-1, > > people will conclude that Emacs does not support clickable links. > > If they are able to to find mouse-1-click-follows-link in the manual > then clicking on the scroll wheel shouldn't be too diffi

Re: mouse-1-click-follows-link

> > Some like grep, seem to cover a lot of the buffer. I'm not saying > > that you can't get round it, just that it requires thought. > > Good point. I'm much less sure that it's good in the case of grep. > Maybe it could work to put a little jump button next to each entry, > instead of u

defcustoms for `line-spacing' and `indicate-buffer-boundaries'

How about the following patch to make `line-spacing' and `indicate-buffer-boundaries' customizable? I don't understand why this part is necessary, :value ((t . nil)) but if I leave it out, choosing ``Manual configuration'' in the Customize buffer will show the value as ``i