"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> Well, it _is_ the "system" in "system call": a "system call" clearly
> passes control to Linux.
>
> Actually it calls libc, and then libc invokes the kernel.
Uh no. That is the system call _wrapper_ of the library. The system
call itse
Eli Zaretskii wrote:
S-TAB works for me in "emacs -nw" as well. So I'm not sure there is a
problem.
That means that your terminal can distinguish TAB and S-TAB.
Can someone describe a setup in which S-TAB does _not_ work?
Using a terminal that can not distinguish. For my (old) version
> Date: Wed, 03 Aug 2005 23:41:04 +0200
> From: Lennart Borgman <[EMAIL PROTECTED]>
> Cc: emacs-devel@gnu.org
>
> Stuart D. Herring wrote:
>
> >>Is not the variable `x-select-enable-clipboard' for this?
> >>
> >>
> >
> >No, that enables the use of the X "clipboard selection" in addition to th
> After adding the underline attribute to compilation and grep faces
> now some non-navigational messages are displayed as links. This is
> misleading. Please see examples of such messages in the section
> `* Miscellaneous' in etc/compilation.txt, and `* GNU grep 2.5.1:
> othe
> Date: Wed, 3 Aug 2005 21:09:07 -0500 (CDT)
> From: Luc Teirlinck <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED], emacs-devel@gnu.org,
> [EMAIL PROTECTED]
>
> Juri Linkov wrote:
>
>I just noticed that neither M-TAB, ESC-TAB nor C-M-i moves the cursor
>to the previous reference. All t
I personally enable indicate-empty-lines (to the left) and up and down
arrows to the right (but no top or bottom indicators at all, so they
will not accidentally hide the arrows). This might seem strange, but
after playing around with this stuff to test my defcustom and other
things, I have gotten
I checked the node `Grep Searching' and want to propose the following
corrections. I think mentioning the `-nH' option is essential
(and also I find the phrase `where there were' too clumsy).
Index: man/building.texi
===
RCS file: /c
>From my previous message:
for instance, just using indicate-buffer-boundaries it is
impossible to tell whether a buffer is completely empty or whether
you are completely overscrolled.
To be more concrete, enable all boundary indicators, including arrows,
to the left. Create an empty bu
Juri Linkov wrote:
Do not forget that this is common documentation for the Emacs and the
standalone Info reader. When using the standalone reader (or `emacs -nw'),
S-TAB will usually not work (actually, it will usually be equivalent
to plain TAB). M-tab may not work either, because it still mi
> Do not forget that this is common documentation for the Emacs and the
> standalone Info reader. When using the standalone reader (or `emacs -nw'),
> S-TAB will usually not work (actually, it will usually be equivalent
> to plain TAB). M-tab may not work either, because it still might get
> "sto
Juri Linkov wrote:
I just noticed that neither M-TAB, ESC-TAB nor C-M-i moves the cursor
to the previous reference. All these keys are bound to `complete-symbol'
in Info mode on X, xterm and console.
Indeed. I checked it in the standalone reader, where they _do_ work.
I forgot to check
Lennart Borgman wrote:
I find it very good that you mention S-Tab. However would it not be
better to tell it the other way round. S-Tab is perhaps more common for
operations like this and available on more system?
Do not forget that this is common documentation for the Emacs and the
st
While updating info.texi, I took the opportunity to fix info.el:
1. Replaced `info' with upper-case `Info' where appropriate.
2. Renamed `info-menu-5' face to `info-menu-star'.
3. Grouped face definitions together.
4. Put the cursor on menu items in the same way as on cross-references,
i.e. aft
The patches below keep all the functionality available through the
menu bar while getting rid of `fringe-indicators'. They implement
some changes, but that is only because I believe that they are very
much changes for the better and not because getting rid of
`fringe-indicators' requires them. Th
Juri Linkov wrote:
--- 674,683
next subtopic line. To move to a previous subtopic line, type
@[EMAIL PROTECTED] is, press and hold the @key{META} key and then
press @key{TAB}. (On some keyboards, the @key{META} key might be labeled
! @samp{Alt}.) On window systems, which intercept @[E
Since updating info.texi is one of the tasks needed to be finished for
the next Emacs release, I took on this task, fixed mistakes in the
existing manual and documented new features. Please look at the
resulted patch below.
PS: I also have a proposal on a better node partition in info.texi,
but I
Stuart D. Herring wrote:
> The variables `interprogram-cut-function' and
> `interprogram-paste-function' can be set to nil to suppress the
> synchronization, but this isn't just a customization issue (as in
> "this isn't a problem, you should set X to Y") because the issue only
> arises during key
Well, it _is_ the "system" in "system call": a "system call" clearly
passes control to Linux.
Actually it calls libc, and then libc invokes the kernel.
> It isn't GNU/Linux, but like GNU/Linux, it includes
> Linux along with many other programs.
Linux is not really a program
Stuart D. Herring wrote:
Is not the variable `x-select-enable-clipboard' for this?
No, that enables the use of the X "clipboard selection" in addition to the
X "primary selection", and is only relevant on X (not Windows, which has a
clipboard but doesn't have "selections"). The variables
> Is not the variable `x-select-enable-clipboard' for this?
No, that enables the use of the X "clipboard selection" in addition to the
X "primary selection", and is only relevant on X (not Windows, which has a
clipboard but doesn't have "selections"). The variables
`interprogram-cut-function' and
Stuart D. Herring wrote:
I don't entirely understand this, but I suggest that someone who uses
Windows read it and DTRT.
This doesn't seem to be Windows-specific at all; he says that using the
system clipboard while running a (long/repeated) macro that uses Emacs'
kill ring loses because
> I don't entirely understand this, but I suggest that someone who uses
> Windows read it and DTRT.
This doesn't seem to be Windows-specific at all; he says that using the
system clipboard while running a (long/repeated) macro that uses Emacs'
kill ring loses because they're constantly being synch
I don't entirely understand this, but I suggest that someone who uses
Windows read it and DTRT.
--- Start of forwarded message ---
Content-class: urn:content-classes:message
Date: Wed, 3 Aug 2005 09:01:18 -0400
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: Kill ring leak in winema
However, if you can design a simpler method that implements the same
menu bar options, that would be better.
Does that include methods that would get rid of fringe-indicators?
Yes, it does. fringe-indicators is a means to an end, which is to
make it easy to customize the most c
On Sun, 31 Jul 2005 01:01:53 +0200, Kim F. Storm wrote:
> JD Smith writes:
>
>
GNU Emacs 22.0.50.3 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2005-07-14 on turtle.as.arizona.edu
>
> Sorry, but I cannot see any reason why it fails from the data you sent me.
>
> Something tel
Per Abrahamsen wrote:
However, if this is the only reason for :explicit-choice-value, it
seems it would be much cleaner to simply erase the :explicit-choice
attribute after use.
I believe that it should be erased. It seems very bad to leave a
property hanging around forever when it is n
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> Probably, but not certainly:
> http://www.skarnet.org/poweredby.html>
>
> The system running on that machine is not Linux.
Well, it _is_ the "system" in "system call": a "system call" clearly
passes control to Linux.
> It isn't GNU/Linu
I've gone for the low-tech solution of adding `defvar' for all the
vars that produce warnings (all that are passed to
`make-local-variable'). doctor.el is silent, at last.
Thank you.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://l
Probably, but not certainly:
http://www.skarnet.org/poweredby.html>
The system running on that machine is not Linux.
It isn't GNU/Linux, but like GNU/Linux, it includes
Linux along with many other programs.
___
Emacs-devel mailing list
Emacs-d
Ok, I think the problem is that the original code try to extract the
value of the choosen widget before it has been instantiated in the
buffer. When a widget is instantiated, lots of stuff (mostly
regarding quoting) can happen which can change its intrinsic value.
The reason the the choosen value
Lennart Borgman <[EMAIL PROTECTED]> writes:
> Yes, you can use that, but the list of choices does not
> appear until next time you run customize. Is not that quite a bit
> confusing? Are you saying that it would be hard to redraw the widget in
> those cases?
No, doing that would be a good idea
31 matches
Mail list logo
