Richard M. Stallman wrote:
window-tree was implemented so that the bugs in balance-windows
could be fixed. But have they been fixed? I think not.
Would someone like to work on this?
It could be that we also need a new function to set a window's
edges in a more controllable way.
Sorry,
Richard M. Stallman wrote:
Maybe add an
make install-gzip
That's not a good idea. First of all, most people won't think to use
it. Second, it departs from our standard. The `install' target
should do the compression.
I do not know how to do it, but it is important to not gzip
Andrew Zhilin wrote:
Hello, all,
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 better.
If you like it, it
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
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
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
Ken Manheimer wrote:
i like andrew zhilin's set of notebook icons very much, and think
there are compelling reasons to go with them.
Indeed, I agree, they are nice in both 32x32 and bigger (though I think
there are other nice icons too). But is the 16x16 icon version
acceptable too? Can
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 noticed it I mean. Any ideas?
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
the
From: David Kastrup [EMAIL PROTECTED]
Werner LEMBERG [EMAIL PROTECTED] writes:
I would like to suggest to enable help-with-tutorial to
load .gz
files. This would allow site maintainers to compress the
files, saving around 600K in installs of binary
distributions. (info
Christian Schlauer wrote:
But do you read them in the echo area? I disabled tooltip-mode, but
I'm not used to move my eyes up and down between the mouse pointer
somewhere in the buffer to the corresponding tooltip displayed in the
echo area. This is really inconvenient, IMHO. So turning off
Robert J. Chassell wrote:
The reason why using M-x does not appeal to me
is that I don't think of that as the central
feature of Emacs. ...
Indeed, M-x is designed for commands that do not have a short key
sequence. It is for commands that are `left over' from frequent use.
I can
Andrew Zhilin wrote:
Hi All!
In the attachment you will find zipped version (16, 24, 32, 48 pix
32bit-png and win32 .ico with all above) of emacs icon set, which I
crafted last weekend. I will be happy if someone found them useful :)
I have added these nice icons to the page with the
Drew Adams wrote:
1. The tooltip font size should be the same as the size of the frame default
font.
2. Users should be able to explicitly change the tooltip font size (only).
Moving to a smaller font automatically is a bad idea. Some people have
difficulty with small text, so they set the
Richard M. Stallman wrote:
I see no sense in an Emacs icon that would say M-x.
If it says anything, it should be Emacs or an E.
A picture of a GNU makes no sense as the icon for Emacs in
particular.
I believe that whether some special symbol in the icon make sense
depends on the
David PONCE wrote:
Hi All,
Attached you will find a new icon for Emacs. This is just an idea, so
don't blame me for it, I am not an artist ;-)
There are two variants: with a transparent background (image names
with -t suffix), and with a light gray gradient background. Included
are 48x48 and
Juri Linkov wrote:
IMHO, your M-x is the best icon among other suggestions. It has no
...
I have only one question with this icon. The gnu head on the icon is
looking to the right, whereas the gnu on the original picture (on the
splash screen) is looking to the left. Such difference
Andreas Schwab wrote:
I'd also suggest to make the tooltip face specify a font height of 75%.
Why? If that is easily readable why not make the default font smaller
instead?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
Christian Schlauer wrote:
I just have the feeling that most tooltips are so short so that they
can be read in 3 to 4 seconds. Displaying all tooltips for 10 seconds
just because there are some tooltips that are fairly long is not
perfect, IMO. How could this be solved? Personally I'd find it
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).
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
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's
Piet van Oostrum wrote:
[EMAIL PROTECTED] (Tomas Zerolo) (TZ) wrote:
TZ Ah. You have to distinguish between Emacs's internal representation
TZ (that's possibly the 2276 you mention), which doesn't change (al least
TZ unless you try hard ;) and what is in the file (how Emacs
Piet van Oostrum wrote:
Mathias Dahl [EMAIL PROTECTED] (MD) wrote:
MD I might be wrong here, but doesn't UTF-8 encode all characters in
MD Latin-1 (ISO 8859-1) exactly as they are *in* Latin-1 encoding?
No. Iso 8859-1 uses 1 byte for all characters, while UTF-8 uses
I have run into a problem with swedish national characters in an XHTML
document. The header of the document is like this:
?xml version=1.0 encoding=utf-8?
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN
http://www.w3.org/TR/REC-html40/loose.dtd;
html
: Problem with national characters in XHTML
On 9/28/05, LENNART BORGMAN [EMAIL PROTECTED] wrote:
I have run into a problem with swedish national characters in an
XHTML document. The header of the document is like this:
?xml version=1.0 encoding=utf-8?
!DOCTYPE HTML PUBLIC -//W3C//DTD
Lennart Borgman wrote:
Kenichi Handa wrote:
Could you please send me the whole file?
I have attached to test files in XHTML, one user utf-8 in the header
and the other iso-8859-1. Those files tells what is displayed in IE
and Firefox and how the swedish character รค was entered (though I
I think it needs updating.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Hi,
On Emacs developers list I saw a message that suggests that older
versions of libungif crashes for some invalid images. I would be glad if
libungif in GnuWin32 were upgraded.
Here is part of the message:
I think Emacs crashes on your system because your version of libungif is
older than
Lennart Borgman wrote:
Some time ago I wrote some suggestions about how to rewrite
balance-windows to use the windows split tree. I have tried to do
that. The file bw.el at
http://ourcomments.org/Emacs/DL/elisp/test/
contains my rewrite of balance-windows. Could those who are interested
While trying to finish a new version of balance-windows I discovered
what seems to be a bug: When I try to resize a window by dragging the
lower border the upper border of this window is instead moved.
This looks very weird and unexpected so I would be glad for confirmation
of the behaviour
The doc string for sort does not tell the direction of the sort (ie
ascending or descending).
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
David Kastrup wrote:
[EMAIL PROTECTED] writes:
IMHO a very felicitous design...
Klaus
The E, the most prominent feature, is both out of character as well as
ugly.
It seems like for some it then makes the web page with the icons more
ugly and for some more pretty:
Richard M. Stallman wrote:
Do these instructions need updating? I note on subversions the
command given is:
cvs -z3 -d:ext:[EMAIL PROTECTED]:/cvsroot/emacs co emacs
Is that appropriate for the windows platform too?
I have no way of knowing; could you try it, and tell us?
I
Luc Teirlinck wrote:
In other words, in KDE the this in What's This seems to refer to
the area in which you click and, as I pointed out before, if you click
on a menu bar item, usually no doc whatsoever pops up.
This page contains guide lines for What's This? on w32:
Luc Teirlinck wrote:
`mouse-drag-region' docstring shows up in an Emacs buffer. From
playing around with the KDE feature, I would guess that a KDE user
would expect the mouse cursor shape to change to an arrow with a
question mark and if you then click in the minibuffer, a reasonably
large
Richard M. Stallman wrote:
The command delete-backward-char is going to fail because the text is
read-only. What exactly do you suggest that it do?
I would just like... point to stop where it is then.
Normally, delete-backward-char at the beginning of the buffer
gives an error,
Karl Chen wrote:
On 2005-08-19 16:08 PDT, Richard M Stallman writes:
rms What led you to think it seems to be GNU too? That
rms kind of confusion is common, and we need to track down
rms the cause of it.
It is probably the confusion between programs licensed under the
Seems like a bug too me.
[EMAIL PROTECTED] wrote:
i tried to run a windows command under eshell.
c:/temp $ a.bat -server 1
warning: extra args ignored after '-server'
c:/temp $ b.bat server
warning: extra args ignored after 'a.bat'
My question is how to pass arguments to regular windows
Frank Schmitt wrote:
Richard M. Stallman [EMAIL PROTECTED] writes:
This is highly dependent on the window- or file manager used and
normally configurable to a certain degree by a user. Commonly used sizes
are:
16x16 20x20/ 24x24 32x32 36x36 48x48 64x64 96x96
I'm really wondering
Frank Schmitt wrote:
If you want to create images in a vector format, you have to use a vector
based drawing tool, that means you have to leave Gimp behind and use
tools like Inkscape (this is the only mature free vector drawing program
I know but I'm no expert in this area).
And Incscape
Richard M. Stallman wrote:
2) Do not show the message Prompt is read-only when Inviolable is on.
It is just disturbing and unexpected in my opinion. It is simply the
usual behavior for most applications that you are not able to delete the
prompt.
The command delete-backward-char
David Ponce wrote:
Hi,
Here is another simpler image proposal. Looks good scaled to 16x16.
Sincerely,
David
This can perhaps be used with colors. I have tried to color the picture
David sent and I attach one variant and also a 16x16 version I got from
David. There are more colored
Emilio Lopes wrote:
Richard M Stallman writes:
I think it is quite confusing that you can move the point into
the prompt area in the minibuffer. Why don't we use something
like the code below to avoid this:
If we want to make it impossible to move point into the prompt,
Emilio Lopes wrote:
What people think of changing the above paragraph to
You can either call emacsclient directly or set the environment
variable EDITOR to 'emacsclient' and let other programs run it for
you, thus using an existing Emacs to edit the file.
I think it is good to change
Gian Uberto Lauri wrote:
Hmm... I use the attached image with WindowMaker, it's the splash image shrinked
to 48x48.
I add a reduced 16x16 icon...
Thanks. I have added your icon suggestions to
http://ourcomments.org/Emacs/NewIcons.html . That web page is growing, I
had to fix it a bit to
Richard M. Stallman wrote:
you at a minibuffer prompt just hold down backspace to delete entered
characters (this is quite common behaviour in situations like that) then
Emacs will delete all characters up to the prompt and then show Text is
read-only.
Now I understand the
This is probably not very important now but it points to a problem that
one day may become important. If you do M-x customize-option RET
minibuffer-prompt-properties RET and move around up and down in the
buffer you will notice that Emacs seems to be mistaken about the width
of the buttons
Jason Rumney wrote:
Lennart Borgman [EMAIL PROTECTED] writes:
If one looks at Property: and Value: they seem to be aligned
horizontally ok. However placing point at one of those words and
moving up and down between them shows that something else in Emacs
seems to make a different
Luc Teirlinck wrote:
Lennart Borgman wrote:
I think it is quite confusing that you can move the point into the
prompt area in the minibuffer. Why don't we use something like the code
below to avoid this:
As I already pointed out, I personally do not find this confusing, but
very
Juri Linkov wrote:
The current behaviour is probably not what a new user expects.
I can't think of any other program that behaves like this.
Shell prompt for example do not.
I agree with Drew that the default should be that Inviolable
should be on (it should not be possible to move the point
Juri Linkov wrote:
It is useful to move point into the minibuffer prompt without
changing default settings. But since this can be confusing for
beginners, maybe it should be more difficult to move point into the
prompt area by default? For example, to disable moving point into
the prompt with
Drew Adams wrote:
The idea of using an E on a gnu is ok semantically. Whether it looks
better than just an E, I am not sure.
Attached is an idea ;-) It don't look too bad when resized as a 16x16
icon.
This could make an attractive _logo_, but it would _not_ work as a 16x16
icon,
Drew Adams wrote:
The idea of using an E on a gnu is ok semantically. Whether it looks
better than just an E, I am not sure.
Attached is an idea ;-) It don't look too bad when resized as a 16x16
icon.
This could make an attractive _logo_, but it would _not_ work as a 16x16
icon,
Luc Teirlinck wrote:
Lennart Borgman wrote:
The current behaviour is probably not what a new user expects.
But no harm is done if you move into the prompt. Just move out of it again.
Once you noticed that you can move into the prompt, you know you can.
No docs to read to find it out
Luc Teirlinck wrote:
David Reitter wrote:
(I delete text pretty often that's in the minibuffer, and then I
accidentally get into the prompt), so I set 'read-only' (similar to
inviolable, i guess) as a default in Aquamacs.
No, read-only prevents you from erasing the text, not from moving
Luc Teirlinck wrote:
Lennart Borgman wrote:
Which is a big difference compared to shell buffers where you can erase
the prompt. That too was a surprise to me in the beginning.
You can change that by by setting comint-prompt-read-only to t.
But erasing prompts is sometimes useful
Luc Teirlinck wrote:
Lennart Borgman wrote:
As a notorious shell user I of course started to see if up and down
arrows could be used for command recall.
Just the up and down arrows could not work, because in Shell mode, you
are supposed to be able to move through the buffer, so
Richard M. Stallman wrote:
BTW the message Text is readonly is also confusing when Inviolable
is set.
I do not understand.
You expect the prompt to be readonly and the message is
disturbing when you delete character by character and then suddenly this
text appears over the
Stefan Monnier wrote:
The links in the *Backtrace* buffer is extremely handy when searching for an
error. However I am missing a link to where the error originated in my
code. I miss it so much so I consider it a bug ;-)
Looks like the attached patch got lost on the way. Can you resend?
David Ponce wrote:
Richard M. Stallman wrote:
The idea of using an E on a gnu is ok semantically. Whether it looks
better than just an E, I am not sure.
Attached is an idea ;-)
It don't look too bad when resized as a 16x16 icon.
David
If you have not seen the web page it is here:
Lennart Borgman wrote:
Jason Rumney wrote:
Richard has replied that he does not see this problem on his system
(GNU/Linux I suppose).
What is the problem? Everything that you said SHOULD happen does, on
both GNU/Linux and W32. So I don't think I see it either.
Hm. Yes, I can see now
I think it is quite confusing that you can move the point into the
prompt area in the minibuffer. Why don't we use something like the code
below to avoid this:
(defun minibuff-post-command()
(when (active-minibuffer-window)
(when ( (point) (minibuffer-prompt-end))
(forward-char (-
Jason Rumney wrote:
Lennart Borgman [EMAIL PROTECTED] writes:
2. Then copy the last (looking-at ...), place point as before and
run with M-S-:.
It should fail to match again.
Should it fail? If so, then what is the bug?
Richard has replied that he does not see this problem
I want to create a regexp out of an unknown string with spaces. I am not
sure about the number of spaces in the actual string to match so I want
to do a replacement like this:
(replace-regexp-in-string \s-+ \s-+ some space nil t)
However this returns some space instead of some\s-+space
Lennart Borgman wrote:
Second time today I think I have found a bug... What should I say...
Hope this one is ok ;-)
(defun bug-looking-at()
Instructions for showing the possible bug:
1. Place the point before \(interactive\) and run this function.
The first looking-at succeeds, the second
James Cloos wrote:
I hope a setting will be left to allow either option. I almost never
have to hit C-qSPACE to enter a space in a filename, but regularly
use the spacebar to complete filenames. Of course those not used to
working mostly at shell prompts, and therefore more used to useing
For those who want to use something besides SPC for word completion, a good
candidate is a left-hand key that is normally a prefix key, and that doesn't
have much use in the minibuffer - a key such as C-SPC or C-z
C-z is a CUA key for undo and as such is it used in every w32 program.
Drew Adams wrote:
C-z is a CUA key for undo and as such is it used in every w32 program.
I have no stock in C-z. But how much do you use undo in the minibuffer?
C-z is a very, very basic editing command and you would expect that to
work anywhere in w32. Just like C-c, C-x and C-v.
Richard M. Stallman wrote:
The .png file that you sent has EM and ACS, but it also has a file name
or something that makes it much bigger. Why did you include that?
So you can see how it actually can look in some situations where it is
used. But to get a really good view you have to
Drew Adams wrote:
If you mean just let C-s C-h display isearch-mode-help, then yes, I agree.
I use it that way, locally. I think it's especially important for novices,
because there are isearch bindings that are not obvious or are used
infrequently.
Yes that was my intention.
Richard M. Stallman wrote:
That is good to know. (Can you email me the gnome-emacs icon image?)
That image is a picture of a gnu. That is not really right for this
purpose, which is to distinguish Emacs within a context including
other GNU programs (such as GNOME itself).
So it would be
Kevin Rodgers wrote:
I don't agree. You've changed:
-If KEYMAP is a sparse keymap with a binding for KEY, the existing
-binding is altered. If there is no binding for KEY, the new pair
-binding KEY to DEF is added at the front of KEYMAP. */)
to:
+If KEYMAP is a sparse keymap and there
Richard M. Stallman wrote:
Thanks for taking a stab at it. I am not sure that M-x is the best
way to indicate Emacs; but it occurs to me that if M-x can be included
visibly in an icon, then we could have an icon that says
EM
ACS
(although I'd center the top line above the second line)
I
David Kastrup wrote:
Lennart Borgman [EMAIL PROTECTED] writes:
Richard M. Stallman wrote:
Thanks for taking a stab at it. I am not sure that M-x is the best
way to indicate Emacs; but it occurs to me that if M-x can be included
visibly in an icon, then we could have an icon
I found the doc string for define-key a bit strange. It kind of suggests
that if the keymap is not sparse then it is not changed. I suggest the
following patch:
Index: keymap.c
===
RCS file: /cvsroot/emacs/emacs/src/keymap.c,v
I would find it very helpful to be able to leave isearch-mode but keep
the highlite. Is this something other would find helpful too?
It is of course a new feature, but it can possible not break anything
(except isearch highliting but that is easy to check). It we want this I
would suggest to
Drew Adams wrote:
I would find it very helpful to be able to leave isearch-mode but keep
the highlite put it on C-RET or S-RET in isearch-mode-map.
Could be useful. The main question is how to later get rid of it. Perhaps
the next isearch could do that, or let isearch toggle it (see
Juri Linkov wrote:
I would find it very helpful to be able to leave isearch-mode but keep
the highlite. Is this something other would find helpful too?
There is already such an option: `lazy-highlight-cleanup'.
When nil, highlighting is not removed after the search.
You can use `M-x
Eli Zaretskii wrote:
Date: Mon, 08 Aug 2005 23:13:57 +0200
From: Lennart Borgman [EMAIL PROTECTED]
Cc: emacs-devel@gnu.org
C-h c S-Tab
I get TAB (translated from s-tab)
Perhaps we simply should add a binding for S-TAB in w32-win.el.
How should a binding there look? What
Nick Roberts wrote:
As Richard has said that Emacs-on-Windows problems shouldn't delay the
release, Lennart and I have been thinking of adding a file
(tentatively named admin/FOR-RELEASE.W32) listing things that would be
nice to have before releasing a binary tarball for Windows.
Of
Juanma Barranquero wrote:
That's just a non-implemented feature. Emacs has been running on
Windows for years without emacsclient, and people make do with
gnuserv/gnuclient. Of course I think it'd be very nice to have it
working (else I wouldn't be hacking emacsclient right now), but I
hardly
Andreas Schwab wrote:
Lennart Borgman [EMAIL PROTECTED] writes:
I do not understand how this works. I have looked in
`translation-key-map' and in 'function-key-map' but I can not find any
translation of S-Tab there. Where is the translation done?
See read_key_sequence in keyboard.c
Jason Rumney wrote:
These issues are being overblown. There are currently W32 specific
issues worthy of delaying a release, of Emacs in general, or of W32
binaries. If there are issues worthy of delaying release, then they
belong in FOR-RELEASE. If they are not worthy of delaying release,
I just noticed that the scroll bar size marker (the thing that moves on
the scroll bar) changes it size as you scroll a buffer in Emacs on w32.
I have not seen this in any other program on w32 and it seems to me to
be against the expected behaviour.
Is this something that is w32 specific?
To
Richard M. Stallman wrote:
+(define-key map [(f1)] 'isearch-help-for-help)
+(define-key map \C-h 'isearch-mode-help)
+(define-key map [(meta prior)] 'isearch-scroll-other-down)
+(define-key map [(meta next)] 'isearch-scroll-other-up)
+(define-key map
Richard M. Stallman wrote:
+When calling FNAME if the optional parameters X-FUNCTION, X-CHAR
+and X-DESCRIPTION to the defined function FNAME are given they
+must all be given. In this case the the sequence
+`%X-DESCRIPTION%' in HELP-TEXT is replaced with the parameters
+X-CHAR
Lennart Borgman wrote:
Richard M. Stallman wrote:
+When calling FNAME if the optional parameters X-FUNCTION, X-CHAR
+and X-DESCRIPTION to the defined function FNAME are given they
+must all be given. In this case the the sequence
+`%X-DESCRIPTION%' in HELP-TEXT is replaced
When doing this
(insert (substitute-command-keys
To scroll help use \\[scroll-other-window-down] and
\\[scroll-other-window].\n\n)))
I get
To scroll help use M-prior and C-M-v.
It looks a bit inconsistent. If check with C-h w it looks ok:
scroll-other-window-down
Francis Leboutte wrote:
Hello,
I have tried to use emacsclient/server on Windows. I haven't found any
emacsclient executable in the Emacs distribution. Looking on the web,
I found this in an email of the gnu lists archive: I just want to
tell that w32 still have no working emacsclient/server.
Richard M. Stallman wrote:
You have typed %THIS-KEY%, the help character. Type a Help option:
-\(Use SPC or DEL to scroll through this text. Type
\\help-map\\[help-quit] to exit the Help command.)
+\(Use Page Up/Down to scroll through this text. Type
\\help-map\\[help-quit] to
Robert J. Chassell wrote:
Law and social customs that apply to `high initial/high incremental'
cost goods should not be applied to items with low incremental costs.
But they are.
Partly this is because of social and legal inertia. Partly this is
because people don't know a better way to fund
Richard M. Stallman wrote:
It does not work for C-h ?. Maybe that is the only important case though.
That is handled by very special code. Would you like to implement
C-M-v in it?
I have already sent a patch for this but I have a new one here that I
think is better. The help function
Robert J. Chassell wrote:
As far as I can see, `mail-host-address' is irrelevant when
`user-mail-address' is set. Perhaps, I should just avoid setting it
at all.
Thanks for the clarification.
Then the variables that that I think are salient to a .emacs file and
that should be the same
Are accelerator keys for menus available on GNU/Linux?
On w32 if you put a single before a letter in the menu text the next
letter will be underlined and it works as an accelerator. Then you only
have to type that letter to choose that alternative once the menu is
active. It is quite useful
Eli Zaretskii wrote:
??? Perhaps this is a misunderstanding. I didn't mean to say that
nothing has to be done to configure how mail is fetched from the
mailbox. But that part is not specific to RMAIL: _any_ mail package
in Emacs will need to set this up, and the setup is (AFAIR) identical
no
Original Message
Subject:Some letters get cut off
Date: Sat, 06 Aug 2005 15:05:03 +0200
From: Eric Lilja [EMAIL PROTECTED]
Organization: Island, Linkoping University, Sweden
To: help-gnu-emacs@gnu.org
Newsgroups: gnu.emacs.help
Hello, I'm using GNU
I have forwarded both your messages to Emacs Devel.
Original Message
Subject:Re: Some letters get cut off
Date: Sat, 06 Aug 2005 15:34:59 +0200
From: Eric Lilja [EMAIL PROTECTED]
Organization: Island, Linkoping University, Sweden
To: help-gnu-emacs@gnu.org
Richard M. Stallman wrote:
Sorry, I spelt his name wrong. It should be Luis Fernandes.
Surely you don't expect me to remember the name of the person who made
the icon! The reliable way to identify this image is the image
displayed in the Emacs fancy start-up screen. (If I understand you
Richard M. Stallman wrote:
It does not work for C-h ?. Maybe that is the only important case though.
That is handled by very special code. Would you like to implement
C-M-v in it?
Attached is a patch for help.el and help-macro.el (from lisp directory).
I tried to honor all current
1 - 100 of 382 matches
Mail list logo
