Re: Problem with national characters in XHTML

On Sat, Oct 01, 2005 at 01:02:31AM +0200, Lennart Borgman wrote: > Piet van Oostrum wrote: [...] > >That is just the internal representation of the character in Emacs. It's > >not important. What matters is what Emacs writes to your file. When you > >write out utf-8 (for example by giving the comma

Re: Better default values for tooltip padding and `tooltip-hide-delay'?

Jason Rumney <[EMAIL PROTECTED]> writes: > I didn't see the original, but I strongly disagree that 10 > seconds is too long for reading a potentially long message > in a tooltip. Me too. Why stop displaying it after 10 seconds even? That limit seems really arbitrary and annoying. > As long as t

Re: New speedbar version

Nick Roberts <[EMAIL PROTECTED]> writes: > The file gdb-ui.el has used speedbar.el over the last two years to display > watch expressions. Now, with supposedly a month or so to go before the > release, it doesn't. There are 290 differences between this version and the > previous one. The Change

Re: [EMAIL PROTECTED]: Emacs very slow opening file]

When Emacs is running diff itself, it could start the output off with an appropriate -*- type string overriding a possible local variables block. Or it could append a solitary ^L to the output (which is the normal way of telling Emacs not to look further backward for a local va

New speedbar version

> A new version of speedbar.el has been checked in. The file gdb-ui.el has used speedbar.el over the last two years to display watch expressions. Now, with supposedly a month or so to go before the release, it doesn't. There are 290 differences between this version and the previous one. The Ch

Re: [Savannah-help-public] Re: The MH-E repository

Sylvain Beucler <[EMAIL PROTECTED]> wrote: > On Sat, Jun 04, 2005 at 09:13:37AM -0700, Bill Wohler wrote: > > Miles Bader <[EMAIL PROTECTED]> wrote: > > > > > On 6/4/05, Sylvain Beucler <[EMAIL PROTECTED]> wrote: > > > > Considering that you want lisp/mh-e to notify both mh-e-devel and > > > > em

Re: Problem with national characters in XHTML

Piet van Oostrum wrote: LB> Evaling (unify-8859-on-decoding-mode 1) does not change the behaviour of LB> C-q 3 4 4 RET. It still enters a character that (following-char) reports as LB> 2276 (04344, 0x8e4) That is just the internal representation of the character in Emacs. It'

Re: Problem with national characters in XHTML

> Lennart Borgman <[EMAIL PROTECTED]> (LB) wrote: >LB> Evaling (unify-8859-on-decoding-mode 1) does not change the behaviour of >LB> C-q 3 4 4 RET. It still enters a character that (following-char) reports as >LB> 2276 (04344, 0x8e4) That is just the internal representation of the characte

Re: new version of allout.el - patch and ChangeLog

On 9/30/05, Sascha Wilde <[EMAIL PROTECTED]> wrote: > On Fri, Sep 30, 2005 at 01:24:14PM -0400, Ken Manheimer wrote: > [...] > > - both public- and symmetric-key modes are supported. > > - encryption being on a per-topic basis means you can > > intersperse encrypted

Re: Better default values for tooltip padding and `tooltip-hide-delay'?

Christian Schlauer <[EMAIL PROTECTED]> writes: > Frank Schmitt <[EMAIL PROTECTED]> writes: > >> "Drew Adams" <[EMAIL PROTECTED]> writes: >> >>> 1. the `padding' of the tooltips too large. ... >>> 2. `tooltip-hide-delay' defaults to 10 seconds. >>>IMO, this is far too long. >

Re: new version of allout.el - patch and ChangeLog

On Fri, Sep 30, 2005 at 01:24:14PM -0400, Ken Manheimer wrote: > attached is a patch and ChangeLog for a substantial new version of > allout.el, emacs' alternative (and much more extensive) outliner. [...] > below is the synopsis of just the encryption features, from the ChangeLog > entry. [...]

Re: tiny patch to ange-ftp

>>> Could you apply the patch to ange-ftp.el? I hope it is widely >>> tested by people who update-build Emacs everyday. It enables at >>> least me to upload files to remote hosts smoothly and I believe >>> it doesn't worsen things than now. >> I'll install a variant of it, Real-Soon-Now. >> Sorr

Re: Patch: Follow convention for reading with the minibuffer.

> I much prefer using spaces instead of tabs too. But since I noticed that > preferable indentation in the Emacs source tree is with tabs I put into > .emacs the following code: > (defvar indent-tabs-mode-dirs (list (file-name-directory > (directory-file-name

Re: Mime type for .el files

On Fri, Sep 30 2005, Lennart Borgman wrote: > Is there any mime type defined that you can use when you put .el files > on a web server, for example something like application/x-elisp? Gnus uses application/emacs-lisp when attaching *.el files (see mailcap.el). Bye, Reiner. -- ,,,

Re: Shall we use etc/images more?

1. Move *all* of the images from lisp, lisp/toolbar, and lisp/mail to etc/images. 2. Rename any file with an underscore to one with a dash and update affected source files (affects MH-E, Gnus, info.el, tool-bar.el). 3. Move the gud-* files to etc/images/gud, strip the gu

Mime type for .el files

Is there any mime type defined that you can use when you put .el files on a web server, for example something like application/x-elisp? ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: Shall we use etc/images more?

I've moved just the MH-E images to etc/images for now. Please use "cvs up -d" to get the new etc/images/mail directory. There was a small 30 second window where the .pbm images did not have the -kb sticky flag. Run "cvs stat etc/images/refresh.pbm" and ensure the -kb sticky flag is present. If not

Re: New speedbar version

"Chong Yidong" <[EMAIL PROTECTED]> writes: > It would be good if people could test the new speedbar version and see > if there are any compatibility problems. It appears to be working great. It's much nicer than the old version. I notice that it doesn't respond to mouse-1 clicks, we should prob

Re: color-grey-p and black?

What about colors that are very close to white? They are accepted by the current criterion. However, the current criterion was rather ad hoc. I wrote it with no expertise about such matters. I suspect that someone who knows a lot about color issues could suggest a better algorithm. __

Re: Using GNOME stock icons

The GMOME icons are in PNG format. Is it possible to use PNG in Emacs' tool bar? My tests didn't display the PNG images; I had to convert them to XPM. We could convert them to XPM and include them, in the same way that we do with other things such as oldXMenu, saying they are not "pa

Re: [EMAIL PROTECTED]: Emacs very slow opening file]

Recently I ran into the problem when Emacs tried to interpret the Local Variables section in the "htmlized" file. I suggested to the author of htmlize.el to replace `Local Variables:' in the output by its HTML equivalent `Local Variables:' that Emacs doesn't recognize. This method

Re: Using GNOME stock icons

If you want to give Gnus a switch to select the set of icons, that is purely a Gnus matter. ___ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: Patch: Follow convention for reading with the minibuffer.

In the first sentence "after the colon" should be changed to "before the colon". But what to do with the second sentence? Commands that read buffer names still put the default after the colon. Romain is fixing that now. Could you please fix all these passages in the manual? _

Re: New speedbar version

"Chong Yidong" <[EMAIL PROTECTED]> writes: > A new version of speedbar.el has been checked in. It depends on three new > files: dframe.el, ezimage.el, and sb-image.el, which have been added to > the CVS repository. The lisp/sb-*.xpm images have been removed, and a new > set of image files has be

Re: Better default values for tooltip padding and `tooltip-hide-delay'?

Frank Schmitt <[EMAIL PROTECTED]> writes: > "Drew Adams" <[EMAIL PROTECTED]> writes: > >> 1. the `padding' of the tooltips too large. ... >> 2. `tooltip-hide-delay' defaults to 10 seconds. >>IMO, this is far too long. >> >> FWIW, I agree with both points. > > me2 So I concl

Re: no Emacs icon under GNOME?

"Jan D." <[EMAIL PROTECTED]> writes: > Have you tried with a recent CVS? AFAIK this works now. With -i, yes. -- Romain Francoise <[EMAIL PROTECTED]> | I used to think there is no it's a miracle -- http://orebokech.com/ | future left at all. ___ Ema

Re: no Emacs icon under GNOME?

Jens Petersen wrote: This seems to be a FAQ, but can something be done about getting Emacs to show its own icon on the GNOME desktop? See for example . FWIW it displays fine under KDE last I tested it. Any ideas on how to fix this?

New speedbar version

A new version of speedbar.el has been checked in. It depends on three new files: dframe.el, ezimage.el, and sb-image.el, which have been added to the CVS repository. The lisp/sb-*.xpm images have been removed, and a new set of image files has been added in the directory etc/images/ezimage. Pleas

Re: balance-windows again

Kim F. Storm wrote: [EMAIL PROTECTED] (Kim F. Storm) writes: The following patch adds a window-split-tree function which returns a simple tree presentation of the window split. You can use window-edges on the elements of the tree to get the dimensions (and build your representation).

Re: [EMAIL PROTECTED]: Emacs very slow opening file]

On Fri, Sep 30, 2005 at 08:39:40AM +0200, David Kastrup wrote: > "Richard M. Stallman" <[EMAIL PROTECTED]> writes: > > > So, I would conclude, that there is no bug at all. Emacs can't > > possibly know, that the "Local Variables:" block isn't meant to be > > interpreted in the diff fi

Re: [EMAIL PROTECTED]: Emacs very slow opening file]

On Thu, Sep 29, 2005 at 07:31:04PM -0400, Richard M. Stallman wrote: > So, I would conclude, that there is no bug at all. Emacs can't > possibly know, that the "Local Variables:" block isn't meant to be > interpreted in the diff file. =20 > > Hmm. It still feels like a bug to me, and

Re: [EMAIL PROTECTED]: Emacs very slow opening file]

"Richard M. Stallman" <[EMAIL PROTECTED]> writes: > So, I would conclude, that there is no bug at all. Emacs can't > possibly know, that the "Local Variables:" block isn't meant to be > interpreted in the diff file. =20 > > Hmm. It still feels like a bug to me, and I want to find a w