Re: Configure gripes about gnome-config

Marshall, Simon skrev: I forgot to raise this earlier, but reconfiguring reminds me. $ ./configure checking build system type... sparc-sun-solaris2.8 checking host system type... sparc-sun-solaris2.8 checking for gcc... no checking for cc... cc ... checking for alsa = 1.0.0... sh:

RE: Configure gripes about gnome-config

$ /usr/local/bin/pkg-config --exists foo sh: gnome-config: not found $ Systems without GNOME probably don't have gnome-config. Does it check for the presence of GNOME before it runs gnome-config? If so, this is not a bug--your setup is broken. If not, that seems like a bug.

Re: startup frame position

From: Ralf Angeli [EMAIL PROTECTED] Cc: emacs-pretest-bug@gnu.org Date: Sun, 25 Jun 2006 15:38:23 +0200 One possible way of solving this would be to call SystemParametersInfo with SPI_GETWORKAREA arg in x_make_frame_visible, and fix f-left_pos and f-top_pos we pass to x_set_offset, if

Lingering input pending with motif menu bar

I can reproduce this with --with-x-toolkit=MOTIF, but not LUCID. Note that Motif is provided by Solaris. I don't have GNU/Lesstif (sp?) to try it with. Fingers crossed that this is also the cause of some other oddities I've seen with the menu bar that I've not been able to document enough to

Re: startup frame position

From: Stephan Hennig [EMAIL PROTECTED] Date: Wed, 24 May 2006 18:26:37 +0200 Symptoms: Emacs' frame appears in the top left corner of the screen. On Windows OS this is ok when the OS's symbol panel (Symbolleiste) is located at the bottom of the screen. If the symbol panel is located at the

Re: Exit hooks not run at logout on w32

I think this must be a misunderstanding. No one is talking about saving changes without the user saying so. The purpose of the patch is that Emacs should be able to ask the user at logooff/shutdown to save the changes. The situation now is that the changes are thrown away if they are not saved

Bug in tooltip handling

Hi all, I'm not quite sure if this is a bug or a intended change in tooltip handling, but here I go. Supporting own tooltips in Emacs 21 was basically a matter of: , | (defun my-tooltip-mode (optional arg) | ;; [snip] | (tooltip-mode 1) | (add-hook 'tooltip-hook

Re: read-face-name doc string incorrect

All the other doc strings that I've looked at put the word property _after_ its type. I guess help-mode.el could be extended to include this case but I could not find any other cases where there was a problem, so its probably not worth the effort for now. I agree. Would you

Re: Elisp Manual: New Symbols node

Another bug (which I've not fixed) is that the links in the indices are no longer underlined. Maybe that's a deliberate attempt to prevent visual overload, but it's not immediately clear that they _are_ links, so I think it should be fixed, in any case. To highlight everything in

Re: Hello in Hungarian

Besides, it gives a warm feeling that Emacs knows how to say hello in your own language! And I think it is quite funny to look at the various examples, so IMO, we should add more ... Do you want to take charge of adding more languages?

Re: read-face-name bugs

2. I think the code is wrong for the case where there is a face property like this on the character: ((foreground-color Firebrick)). It seems to give the right results: it finds no face names and `faces' is empty. In what way do you think this is incorrect? To test

Re: Elisp Manual: New Symbols node

Another bug (which I've not fixed) is that the links in the indices are no longer underlined. Maybe that's a deliberate attempt to prevent visual overload, but it's not immediately clear that they _are_ links, so I think it should be fixed, in any case. To highlight

RE: read-face-name bugs

2. I think the code is wrong for the case where there is a face property like this on the character: ((foreground-color Firebrick)). It seems to give the right results: it finds no face names and `faces' is empty. In what way do you think this is