>From my previous reply:
That is because of field properties. To see this, do C-x C-f, move into the
prompt (sorry) and to C-u x =
I meant: "and do C-u C-x ="
Sincerely,
Luc.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.o
Drew Adams wrote:
I think I'm missing something here, and I'd like to learn. What minibuffer
text are you referring to copying - something from the prompt? Can you give
an example?
I am referring to copying the prompt. This is routinely necessary
when describing bugs or misfeatures invo
As I already pointed out, I personally do not find this confusing, but
very useful. For people who do not like it, however, the
functionality you want is already available.
M-x customize-option RET minibuffer-prompt-properties RET
and check: Inviolable.
Thanks. I wasn't aware
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 useful. For people who do
I think it is quite confusing that you can move the point into the
prompt area in the minibuffer.
What is confusing about that? It has often saved me time by allowing
me to copy text from the minibuffer. The code you propose would
unnecessarily waste people's time by im
> 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, IMO (see attached)
Thanks.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
But that failed, and then I tried a function that did (setq foo 42),
and that didn't seem to set foo.
I suspect diff-mode doesn't call diff-mode-hook.
The disassembled code says that it does. It uses run-mode-hooks.
Under some circumstances the running of those hooks can be delayed
So, my grep program supports "-H" but it apparently has not the
expected semantics.
That is a very vague statement. It tells us nothing. Why don't you
tell us what DOES happen, instead of just saying you think it is wrong
somehow.
Please read the Bugs section in the Emacs manual, which
The E is too hard to see.
It would be better to have just an E.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
I think I fixed this in xdisp.c. Thanks.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Lennart Borgman wrote:
I think it is quite confusing that you can move the point into the
prompt area in the minibuffer.
What is confusing about that? It has often saved me time by allowing
me to copy text from the minibuffer. The code you propose would
unnecessarily waste people's time
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 (- (mi
Please note that this is a system generated email. Please do not reply to this email. If you have questions, please click the following link or paste it in your browser. http://cgi1.ebay.com/aw-cgi/ebayISAPI.dll?SignIn/f=ap_emailDear Customer,Thank you for submitting your change of email address re
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
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:
http:
Hi Eli.
Eli Zaretskii said:
> I think the MS-Windows ``toolkit'' simply does not allow placing the
> scroll bar on the left.
It does.. i have configured it that way in my .emacs :)
Regards,
--
Stephan Stahl
___
Emacs-devel mailing list
Emacs-devel@
Eli Zaretskii <[EMAIL PROTECTED]> writes:
> I think the MS-Windows ``toolkit'' simply does not allow placing the
> scroll bar on the left.
No, scroll bars are a standalone widget, you can place them where you
want. I do think that the vast majority of users of Emacs on Windows
would disagree abou
Dan Nicolaescu <[EMAIL PROTECTED]> writes:
> Bruce Stephens <[EMAIL PROTECTED]> writes:
[...]
> > (add-hook 'diff-mode-hook (function () (next-error-follow-minor-mode t)))
>
>
> (add-hook 'diff-mode-hook (lambda () (next-error-follow-minor-mode t)))
> should work.
So it does. I was just conf
> Cc: Stefan Monnier <[EMAIL PROTECTED]>, emacs-devel@gnu.org
> From: [EMAIL PROTECTED] (Kim F. Storm)
> Date: Mon, 15 Aug 2005 09:58:36 +0200
>
> >>(define-key minibuffer-completion-map " " 'minibuffer-complete-word)
> >>
> >> in their .emacs.
> >
> > You must be kidding! Since when people
> From: "Richard M. Stallman" <[EMAIL PROTECTED]>
> Date: Mon, 15 Aug 2005 14:44:26 -0400
> Cc: emacs-devel@gnu.org
>
> On Windows (and, as far as I know, on Mac OS), Emacs already places the
> scroll bar consistently with the user environment it's running in (i.e.,
> on the right).
>
Shouldn't vertical scroll bars be on the right side of the buffer when
Emacs is built with the GTK toolkit?
No, Emacs should follow the user's settings (or its own defaults)
in the same way for all the tool kits.
On Windows (and, as far as I know, on Mac OS), Emacs already places the
Bruce Stephens <[EMAIL PROTECTED]> writes:
> Dan Nicolaescu <[EMAIL PROTECTED]> writes:
>
> > Bruce Stephens <[EMAIL PROTECTED]> writes:
>
> [...]
>
> > > and indeed found that C-c C-f switched it off (and another C-c C-f
> > > switched it on). However, now I look at the co
11 Simple Ways to Cut Calories http://www.sexsoho.com/n219c48.aspx
Richard is a real boar http://www.sexsoho.com/n217c56.aspx
Roberts to "quit Hollywood" http://www.sexsoho.com/n223c56.aspx
Chinese Valentine's Day http://www.sexsoho.com/n213c66.aspx
___
Dan Nicolaescu <[EMAIL PROTECTED]> writes:
> Bruce Stephens <[EMAIL PROTECTED]> writes:
[...]
> > and indeed found that C-c C-f switched it off (and another C-c C-f
> > switched it on). However, now I look at the code, I think it's just a
> > minor bug, where ":init-value" ought to be ":l
Bruce Stephens <[EMAIL PROTECTED]> writes:
> I was confused by the behaviour of next-error-follow-minor-mode in the
> current emacs CVS. I vaguely remembered that it was on by default,
I don't think it was supposed to be on by default.
> and indeed found that C-c C-f switched it off (and
Emilio Lopes <[EMAIL PROTECTED]>
Start a fresh Emacs:
% ./src/emacs --no-init-file --no-site-file
Now press e.g. "C-x r w" (`window-configuration-to-register')
*slowly*, i.e. with more than `echo-keystrokes' seconds of pause
between the key presses.
Instead of the expected
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
___
Emacs-devel mailing list
Ema
[EMAIL PROTECTED] (Kim F. Storm) writes:
> Does anyone know how to do that?
that info can be found in
FRAME_X_DISPLAY_INFO (frame)->resx and
FRAME_X_DISPLAY_INFO (frame)->resy
but those are initialized later. perhaps you can adjust
the var's value right before entering the command-loop.
fw
I was confused by the behaviour of next-error-follow-minor-mode in the
current emacs CVS. I vaguely remembered that it was on by default,
and indeed found that C-c C-f switched it off (and another C-c C-f
switched it on). However, now I look at the code, I think it's just a
minor bug, where ":ini
Yes, indeed Unix v5 (fifth edition from 1974, that is _not_ SysV!),
does allow root to make hard links on directories. But the seventh
edition from 1978 already prohibits it. (sorry, at the moment I don't
have a v6 at hand to test it there... ;-))
Thanks for looking this up.
_
The idea of using an E on a gnu is ok semantically. Whether it looks
better than just an E, I am not sure.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Start a fresh Emacs:
% ./src/emacs --no-init-file --no-site-file
Now press e.g. "C-x r w" (`window-configuration-to-register')
*slowly*, i.e. with more than `echo-keystrokes' seconds of pause
between the key presses.
Instead of the expected prompt "Window configuration to register: "
you'll s
The documentation of this variable says:
grep-use-null-device's value is nil
If t, append the value of `null-device' to `grep' commands.
This is done to ensure that the output of grep includes the filename of
any match in the case where only a single file is searched, and is not
ne
Kim F. Storm wrote:
In the C code, we have this variable, which can be used by the
calculation of strech glyph width and height:
DEFVAR_LISP ("display-pixels-per-inch", &Vdisplay_pixels_per_inch,
doc: /* Pixels per inch on current display.
Value is a number or a cons (WIDTH-DPI . HEIGHT-DP
In the C code, we have this variable, which can be used by the
calculation of strech glyph width and height:
DEFVAR_LISP ("display-pixels-per-inch", &Vdisplay_pixels_per_inch,
doc: /* Pixels per inch on current display.
Value is a number or a cons (WIDTH-DPI . HEIGHT-DPI). */);
Vdisplay
On 8/15/05, Kim F. Storm <[EMAIL PROTECTED]> wrote:
> So it never returns from the recvfrom call?
That's it.
> Is this actually the only time you see emacs hanging there?
Yes.
> I would guess that if it can hang in that case, you can device other
> cases (combining more processes) that would m
* Flatman <[EMAIL PROTECTED]> wrote:
|
| Hi,
|
| I tried compiling emacs cvs on Tiger.
| I allways have this error stopping the build process .
|
| Any idea ?
|
| Thanks
| Erik
|
| gcc -I/sw/include -L/sw/lib -c -fpascal-strings -fno-common -DMAC_OSX
-I../mac/src -Demacs -DHAVE_CONFIG_H -I
On Monday 15 August 2005 13:08, Romain Francoise wrote:
--- %<
> GNOME is the GNU Desktop Environment, I think it makes sense to make
> sure that Emacs blends in that environment, so that users can feel
> comfortable with it.
%< -
Is that really true? Surely GNOME is _a_ GNU desktop
David Kastrup <[EMAIL PROTECTED]> writes:
> That talks about "viewer controls". Emacs is not predominantly a
> viewer, but an editor. That means that one uses the mouse often to
> place point, and the left border is more important than the right
> border. For a mere viewer, the right placement
Henrik Enberg <[EMAIL PROTECTED]> writes:
> Emacs doesn't follow Gnome interface guidelines in any other regard, so
> I don't see why it should here.
In some ways it does, even if it's informal. See for example the
changes that were made to the menu bar in Emacs 21, compared to what is
was in Em
Here is my attempt at proofreading man/custom.texi.
Its pretty good, and I didnt find anything really obvious from NEWS missing.
I have lots of opinions though, which can mostly be safely
disregarded, that I offer below.
* man/custom.texi
** minor modes
The chosen minor modes are well presen
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?
Hi, Emacs!
I've sorted out my difficulties with the buffer list. I'd like to
suggest the following patch to the Elisp manual, which I think clears up
the vagueness I was complaining about yesterday.
2005-08-15 Alan Mackenzie <[EMAIL PROTECTED]>
* buffers.texi (The Buffer List): Clarif
Juanma Barranquero <[EMAIL PROTECTED]> writes:
> Closing a datagram server hangs up Emacs (at least on Windows), on the
> call to recvfrom() on read_process_output() (process.c ~ 4799).
So it never returns from the recvfrom call?
Is this actually the only time you see emacs hanging there?
I wou
Eli Zaretskii <[EMAIL PROTECTED]> writes:
>> users, so they shouldn't be too annoyed by having to add
>>
>>(define-key minibuffer-completion-map " " 'minibuffer-complete-word)
>>
>> in their .emacs.
>
> You must be kidding! Since when people who are accustomed to
> SPC-completion are automa
46 matches
Mail list logo
