Juanma Barranquero wrote:
...
will do what you want, but it will still share conses with the
original list. Other implementations can use `copy-tree' or
`copy-alist', but really, there's no one answer that is good for every
situation. Kent M. Pitman did a wonderful article about this issue (he
Eli Zaretskii wrote:
The port of sh included in MSYS is the Cygwin port. So I won't
recommend its use with a non-Cygwin build of Emacs.
What problems are there using MSYS from within Emacs?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http:/
Eli Zaretskii wrote:
So I think the right combinations are: GnuWin32+MinGW and Cygwin. The
former can be augmented by some port of a Unix shell (I use zsh,
FWIW), while the latter comes with a shell.
Is zsh good for unpacking distributions? I beleive that for example
CEDET needs a sh to unp
Eli Zaretskii wrote:
This won't work. "make bootstrap" must be preceeded by "configure",
and if configure.bat does not have the right line ends, then that will
fail.
This situation worries me less: if configure.bat fails to run, the
user will know something is wrong with the batch file.
Hello,
I've install 22.0.50 version of Emacs (from CVS) and was pretty happy
that russian works out of box there (at last!). Howerver, when I try
to change the font (for eg., if I tweak the height of default
apple-monaco) all russian letters turn into boxes. Even if I change
the height back all r
> On Sun, 03 Jul 2005 12:21:43 +0400
> "PN" == Peter Novodvorsky <[EMAIL PROTECTED]> wrote:
PN>
PN> Hello,
PN> I've installed 22.0.50 version of Emacs (from CVS) and was pretty happy
PN> that russian works out of box there (at last!). Howerver, when I try
PN> to change the font (for eg.,
Eli Zaretskii wrote:
This is what happens when people send incomplete diffs, and one is
forced to apply them by hand.
Sorry. I'll try to make this never happen again. martin
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mai
Juanma Barranquero <[EMAIL PROTECTED]> writes:
>> From the vole itself: SFU
>> http://www.microsoft.com/windowsserversystem/sfu/>.
>
> I assume that is a derivation of the Interix stuff they bough a few
> years ago?
Yes. And it is, well, free as in "you don't need to pay for it,
`just' register
> I've install 22.0.50 version of Emacs (from CVS) and was pretty happy
> that russian works out of box there (at last!). Howerver, when I try
> to change the font (for eg., if I tweak the height of default
> apple-monaco) all russian letters turn into boxes. Even if I change
> the height back all
Lennart Borgman <[EMAIL PROTECTED]> writes:
> There is an assq-delete-all, but I am missing assoc-delete-all
I guess nobody needed it before. Do you want to use it?
Lute.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman
Lute Kamstra wrote:
Lennart Borgman <[EMAIL PROTECTED]> writes:
There is an assq-delete-all, but I am missing assoc-delete-all
I guess nobody needed it before. Do you want to use it?
Thanks, but after reading Juanma's answer and thinking about it I
realize that I do not need it
> "Takashi" == Takashi Hiromatsu <[EMAIL PROTECTED]> writes:
>> Does anyone understand what happens?
Takashi> Please set fontset like as below.
That doesn't explain it. How does that fix it? What if I don't want
that exact fontset?
--
Randal L. Schwartz - Stonehenge Consulting Services,
"Kevin Gallagher" wrote:
> company assigned personal key assigned to each employee, etc. For
> example, when a meeting invititation arrives in the inbox, an entry is
> placed into the user's calendar with markings to indicate an
> invitation has been issued but no response has been given. When I
On 7/3/05, David Kastrup <[EMAIL PROTECTED]> wrote:
> Juanma Barranquero <[EMAIL PROTECTED]> writes:
> Yes. And it is, well, free as in "you don't need to pay for it,
> `just' register with us". It actually is supposed to contain gcc,
> g++, gdb and some other GPLed software.
Well, I'd like to
On 7/3/05, Eli Zaretskii <[EMAIL PROTECTED]> wrote:
> (Btw, my testing indicates that cmd.exe from Windows 2K and XP
> succeeds running a batch file even if its lines end in the Unix-style
> single LF, and also if there's more than one CR character before the
> newline.)
Yes!
That's why I didn't
Lute Kamstra wrote:
Lennart Borgman <[EMAIL PROTECTED]> writes:
There is an assq-delete-all, but I am missing assoc-delete-all
I guess nobody needed it before. Do you want to use it?
Thanks, but after reading Juanma's answer and thinking about it I
realize that I do not need it
> On Sun, 03 Jul 2005 18:56:43 +0900
> "TH" == Takashi Hiromatsu <[EMAIL PROTECTED]> wrote:
TH>
TH>
TH> Please set fontset like as below.
TH>
TH> (create-fontset-from-fontset-spec
TH> (concat
TH>
TH> )
It works great when I'm switching with leim C-\, however when I try to
I found the face widget-inactive unusable, at least on w32. Can anyone
see the difference between active and inactive buttons in Custom?
It is currently defined as
(defface widget-inactive 'class grayscale color)
(background dark))
(:foreground "light gray"))
> On Sun, 03 Jul 2005 18:56:43 +0900
> "TH" == Takashi Hiromatsu <[EMAIL PROTECTED]> wrote:
TH> Please set fontset like as below.
And utf-8 letters are not readable in gnus after this fonset is set as
default.
___
Emacs-devel mailing list
E
The docstring does not explicitly explain the LIST argument.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
> On Sun, 03 Jul 2005 15:11:25 +0400, Peter Novodvorsky <[EMAIL PROTECTED]>
> said:
> It works great when I'm switching with leim C-\, however when I try
> to switch group with Mac OS's native switch it draws some strange
> symbols. Is it possible to make emacs look at global group and
>
There is a bug in `whitespace-buffer-trailing-cleanup' when trying to
remove trailing whitespace in a non-writable file with
`kill-read-only-ok' set to t.
Steps to reproduce this bug:
1. Create a file with only whitespace, e.g. echo -e "\n\n\n\n" >/tmp/foo
2. Make it non-writable: chmod a-w /tmp/f
Whoops, sorry, control characters in my previous message truncated the
backtrace. Here's the full version:
Debugger entered--Lisp error: (error "Lisp nesting exceeds
`max-lisp-eval-depth'")
x-set-cut-buffer("\n" t)
x-select-text("\n" t)
kill-new("\n")
copy-region-as-kill(3 4)
byte-code
Hello!
Probably in winter (as usual one season after the planned autumn date)
a new TeXLive DVD will come. In the Mac OS X department it might well
have a Carbon or more aquaish GNU Emacs version (and an XEmacs too?) as
text editor (with AUCTeX and preview-latex). Recently the application
sup
> On Sun, 03 Jul 2005 21:15:42 +0900
> "YM" == YAMAMOTO Mitsuharu <[EMAIL PROTECTED]> wrote:
YM>
> On Sun, 03 Jul 2005 15:11:25 +0400, Peter Novodvorsky <[EMAIL PROTECTED]>
> said:
YM>
YM> That's what I mentioned "tons of wrong glyphs" in
YM> http://lists.gnu.org/archive/html/e
> On Sun, 03 Jul 2005 21:15:42 +0900
> "YM" == YAMAMOTO Mitsuharu <[EMAIL PROTECTED]> wrote:
YM>
YM> http://lists.gnu.org/archive/html/emacs-pretest-bug/2005-06/msg00547.html.
YM> As for the "tons of wrong glyphs" problem, I think that's due to a
YM> misuse of the function, rather than
On 3 Jul 2005, at 14:35, Peter Dyballa wrote:
Probably in winter (as usual one season after the planned autumn
date) a new TeXLive DVD will come. In the Mac OS X department it
might well have a Carbon or more aquaish GNU Emacs version (and an
XEmacs too?) as text editor (with AUCTeX and pr
> Date: Sun, 03 Jul 2005 09:29:18 +0200
> From: Lennart Borgman <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED], emacs-devel@gnu.org
>
> Eli Zaretskii wrote:
>
> >The port of sh included in MSYS is the Cygwin port. So I won't
> >recommend its use with a non-Cygwin build of Emacs.
> >
> What probl
> Date: Sun, 03 Jul 2005 01:24:19 -0500
> From: "Kevin Gallagher" <[EMAIL PROTECTED]>
> Cc:
>
> A very large number of companies, today, have tied themselves into using
> Microsoft Outlook coupled with a Microsoft Exchange Server.
I know about Outlook and Exchange. If I saw in OP's headers tha
> Date: Sun, 3 Jul 2005 12:31:42 +0200
> From: Juanma Barranquero <[EMAIL PROTECTED]>
> Cc: emacs-devel@gnu.org
>
> I'm still not sure whether cmd.exe grokking weird line endings is a
> feature or a bug
It's almost certainly a feature.
___
Emacs-devel
> Date: Sun, 03 Jul 2005 09:38:11 +0200
> From: Lennart Borgman <[EMAIL PROTECTED]>
> CC: Jason Rumney <[EMAIL PROTECTED]>, emacs-devel@gnu.org
>
> Running a bat file with unix style line ends:
>
> - cmd.exe: Windows 2k: ok, XP: ok, NT: ok
> - command.com: Window 2k: ok, others: ??
The only she
> Date: Sun, 03 Jul 2005 09:50:55 +0200
> From: Lennart Borgman <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED], emacs-devel@gnu.org
>
> Is zsh good for unpacking distributions?
zsh is a very good shell (the "**" feature alone is something to kill
for), and it has a sh compatibility mode, so is suit
This gets incorrectly indented after :background.
(put-text-property 0 (length s)
'face '(:background "red"
:foreground "black"
:height 1.5) s)
_
How about letting C-mouse-2 always bring up the Text Properties menu? The
mode-line, header-line, and fringe are now places that have a foreground and
background property, IIUC. Why not let users use the Text Properties menu to
interrogate and change those properties?
It is not ve
Some (including GNU mv and GNU cp) do even use chown and
chmod in the same unsafe way that we did previously, so I will report
that to them.
Thank you.
Now, as for as I can tell, there is no way to move a file asking the
user what to do if needed and avoid every race-condition
My point is that most edits must be removed, since they introduce much
more problems than they fix.
Removing them is fine, as long as the important problems we fixed get
fixed some other way.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
htt
Please do it.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
The flag affects a kernel shipped with FC4. As the result it is not
so meaningful to test whether the flag is effective or not with autoconf;
the
test will never be failed on any environment where the personality system
call
is available.
So it sounds like the current code actual
On 7/3/05, Lennart Borgman <[EMAIL PROTECTED]> wrote:
> The docstring does not explicitly explain the LIST argument.
The docstring should look like this.
--
/L/e/k/t/u
Index: lisp/emacs-lisp/timer.el
===
RCS f
Can someone please investigate this, and ack to me?
--- Start of forwarded message ---
Date: Fri, 24 Jun 2005 15:15:52 +0900
From: Katsumi Yamaoka <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org
Subject: Re: Can't costomize font for the `menu' face
Organization: Ema
So I'd propose we keep it in PROBLEMS, but we could add that Emacs
tries to handle exec-shield itself. A note on how to disable the
randomization should be added to PROBLEMS also.
Could you please do that?
___
Emacs-devel mailing list
Eli Zaretskii wrote:
As I previously have said I suggested testing at the end of
configure.bat should be a good solution. All that is needed is a small C
program. Maybe this testing also should be repeated in the Makefile
though to take care of redownloads.
I still don't understand what
* configure.in: Add --enable-locallisppath.
* configure: Regenerate.
Is it worth mentioning? I am not sure.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Anyway I reverted the last change made to:
- dispextern.h 1.206 -> 1.205
- xdisp.c 1.1028 -> 1.1027
- xfnc.c 1.640 -> 1.639
That change fixed another bug, and mostly works correctly, so removing
it is not correct. However, I found a bug there and another bug in
windo
Two new Info features are marked in etc/NEWS file with ---. Those are
new user options `Info-fontify-visited-nodes' and `Info-isearch-search'.
But there is a suitable node in the Info manual for them:
(info "(info)Emacs Info Variables")
I think they should be documented at
> I fixed these bugs in crm.el. Thanks.
There are still three more bugs.
Thanks. Please install your fixes.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
On 7/3/05, Eli Zaretskii <[EMAIL PROTECTED]> wrote:
> (the "**" feature alone is something to kill for)
Could you please describe it briefly?
--
/L/e/k/t/u
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/ma
Richard M. Stallman wrote:
Anyway I reverted the last change made to:
- dispextern.h 1.206 -> 1.205
- xdisp.c 1.1028 -> 1.1027
- xfnc.c 1.640 -> 1.639
That change fixed another bug, and mostly works correctly, so removing
it is not correct. However, I found a bug t
Juanma Barranquero wrote:
On 7/3/05, Lennart Borgman <[EMAIL PROTECTED]> wrote:
This gets incorrectly indented after :background.
(put-text-property 0 (length s)
'face '(:background "red"
:foreground "blac
> It's almost certainly a feature.
Did I forget to put the smiley? Sorry :-)
--
/L/e/k/t/u
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
On 7/3/05, Lennart Borgman <[EMAIL PROTECTED]> wrote:
> This gets incorrectly indented after :background.
>
> (put-text-property 0 (length s)
> 'face '(:background "red"
> :foreground "black"
>
I see the same thing Lennart sees, in `emacs -q -nbc', both with C-M-q
and line by line, using TAB (in the *scratch* buffer).
Sincerely,
Luc.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
On 7/3/05, Lennart Borgman <[EMAIL PROTECTED]> wrote:
> It would be ok with me, but that is not what I see ;-)
>
> :foreground is right under "red". Tested with emacs -Q.
Sorry, you're right. I forgot that I have this on my .emacs. The
`lisp-indent-function' bit is the one that "fixes" the probl
Richard M. Stallman wrote:
Anyway I reverted the last change made to:
- dispextern.h 1.206 -> 1.205
- xdisp.c 1.1028 -> 1.1027
- xfnc.c 1.640 -> 1.639
That change fixed another bug, and mostly works correctly, so removing
it is not correct. However, I found a bug t
> Date: Sun, 3 Jul 2005 18:27:05 +0200
> From: Juanma Barranquero <[EMAIL PROTECTED]>
> Cc: emacs-devel@gnu.org
>
> On 7/3/05, Eli Zaretskii <[EMAIL PROTECTED]> wrote:
>
> > (the "**" feature alone is something to kill for)
>
> Could you please describe it briefly?
"fgrep STRING /foo/bar/**/*.
> Date: Sun, 03 Jul 2005 17:28:20 +0200
> From: Lennart Borgman <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED], emacs-devel@gnu.org
>
> I might be misunderstanding this but is there not a problem starting
> make since Makefile might have this trouble?
Perhaps so, but unless we understand the gory
Eli Zaretskii wrote:
I might be misunderstanding this but is there not a problem starting
make since Makefile might have this trouble?
Perhaps so, but unless we understand the gory details of that failure,
we cannot reason about it. If you can describe and explain what
exactly goes wrong
On 7/3/05, Eli Zaretskii <[EMAIL PROTECTED]> wrote:
> Convinced?
It sounds useful, yeah.
OTOH, the shell I use for Windows (4NT) would do that with -R (/S, in
fact) in most internal commands, and you can always do "GLOBAL
yourcommand yourarguments" to run an external programs in every
subdirecto
Juri Linkov wrote on 02 Jul 2005 01:59:19 +0200:
> It is 8-color xterm, and according to color mapping `xterm-standard-colors'
> in term/xterm.el `yellow' has color values of `yellow3' (52685 52685 0),
> `cyan' - values of `cyan3' (0 52685 52685), and so on. Many colors on
> xterm have values da
Lennart Borgman <[EMAIL PROTECTED]> writes:
> File `all' does not exist.
>File `which-sh' does not exist.
> ' does not exist.
> '. Must remake target `
> ', needed by `which-sh'. Stop.t `
It looks like make is treating the extra ^M as a dependancy.
___
On 1 Jul 2005, at 23:45, Richard M. Stallman wrote:
I thought about this, but the thing is: the external bug reporting
facility will run the mail client and cause it to start a new
message
editor. If we changed sendmail.el, we would present users with the
internal editor first
On 30 Jun 2005, at 20:37, Stefan Monnier wrote:
As described a while ago, report-emacs-bug doesn't work on Mac OS
X (unless
the user chooses to activate postfix). It swallows bug reports
without
indicating an error.
Have you reported it as a bug to Apple?
No I haven't.
I'm not sure wha
In Info
`directory'
The value must be a directory name, and you can do completion with
`M-'.
Does this work? On w32 I can of course not do M-Tab, but I have another
meta-key to, but that does not seem to work.
Could it be bound to something useful instead? M-k for example?
___
Jason Rumney wrote on 02 Jul 2005 00:12:53 +0200:
> Nonsense. It is very unlikely that UTF-16-LE-WITH-SIGNATURE,
> UTF-16-BE-WITH-SIGNATURE, or even UTF-8 will falsely match any Latin
> (or cyrillic or probably Asian) encoding. They should be at the front
> of the list.
For UTF-16 with signature
Lennart Borgman <[EMAIL PROTECTED]> writes:
> Does this work? On w32 I can of course not do M-Tab, but I have another
> meta-key to, but that does not seem to work.
Doesn't ESC-Tab work on windows?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http
> Again, is advice written here
>
> http://lists.gnu.org/archive/html/emacs-devel/2005-07/msg00197.html
>
> is "officialy wrong"?
Maybe yes after these changes.
2004-11-30 YAMAMOTO Mitsuharu
* term/mac-win.
David Kastrup wrote on 01 Jul 2005 19:45:32 +0200:
> Shouldn't the utf-x files with signature be quite in front of the list
> of detected coding systems? I mean, that's what the signature is good
> for in the first place, right?
By the way, what is the correct method for a user to put
utf-16-le
- emacs-pretest-bug
> Please don't just guess. Fontsets defined with
> create-fontset-from-ascii-font can also display non-ascii fonts (if
> corresponding fonts are installed). Unspecified parts are
> complemented using the data in "fontset-default" and others.
>
> I've been using fontsets defin
Henrik Enberg wrote:
Lennart Borgman <[EMAIL PROTECTED]> writes:
Does this work? On w32 I can of course not do M-Tab, but I have another
meta-key to, but that does not seem to work.
Doesn't ESC-Tab work on windows?
Yes, but I saw some strange things. First I got into that "show in
On Sat, Jul 02, 2005 at 10:08:20AM +0900, Miles Bader wrote:
> > My point is that most edits must be removed, since they introduce much
> > more problems than they fix.
> Maybe you are right, but this must be determined individually for each
> change, using real information.
Well, you know my op
There is an assq-delete-all, but I am missing assoc-delete-all ... or,
We don't want to add assoc-delete-all merely for symmetry.
It would have to be needed in practice.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman
Lennart Borgman wrote:
Yes, but I saw some strange things. First I got into that "show
initial lisp value" state. Then I did not do that any more, but I
really do not understand why. I start with (customiz-option 'my-opt).
The problem with the state was because I set the default value to nil
David Reitter wrote:
What about using the APIs provided by the various systems to send e-
mail?
On Windows, it's MAPI - on Unix it's generally sendmail, and I don't
know if there is a special one on the Mac.
I suspect making it easier for various users to submit bug reports would
make th
RFC 3548 has this to say about characters not part of the encoding
alphabet:
Implementations MUST reject the encoding if it contains characters
outside the base alphabet when interpreting base encoded data, unless
the specification referring to this document explici
There are a number a variables that are made buffer local, that are
unique to doctor.el should those be prefixed as well?
On general principles it would be cleaner to do so. Another
alternative is to defvar them without initial value, since that
doesn't affect other files. On general pri
Please use diff -c to send patches. "Ordinary" diff lacks context
and is therefore harder to understand.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
(mapc #'(lambda (x) (message "...%s" x)) '(1 2 3 4))
In *Messages* =>
...4
Seems like a "feature" of the messages, when using "...".
This feature is very useful--it prevents a series of progress
messages from cluttering up *Messages*.
It ought to be better documented, though. I
Ok, I'll just start the job. I'll document what I've done so that
someone can take over if/when I get tired.
Thank you.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
The changes are ok (presuming they work), but there is a problem in
the comments:
! ;; There is at present support for Linux and Darwin.
Darwin is a complete operating system. To include "Linux" in that
list implies that it too is a complete operating system. That's
unfair to the GNU Projec
Lennart Borgman <[EMAIL PROTECTED]> writes:
> Henrik Enberg wrote:
>
>>Lennart Borgman <[EMAIL PROTECTED]> writes:
>>
>>
>>
>>>Does this work? On w32 I can of course not do M-Tab, but I have another
>>>meta-key to, but that does not seem to work.
>>>
>>>
>>
>>Doesn't ESC-Tab work on windows?
Henrik Enberg wrote:
Then, in the correct state, I put the point to the beginning of the
field. If I then type Esc Tab I get an "Wrong type argument: stringp,
nil".
Hmm, I get a huge list of symbols to complete against. Even at the
beginning of the field without deleting the initial "nil
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> RFC 3548 has this to say about characters not part of the encoding
> alphabet:
>
> Implementations MUST reject the encoding if it contains characters
> outside the base alphabet when interpreting base encoded data, unless
>
[EMAIL PROTECTED] (Gaëtan LEURENT) writes:
> For UTF-16 with signature, I agree, but UTF-8 could sometimes match a
> Latin-1 file. For instance, "4×½=2" encoded in Latin-1 is valid as a
> UTF-8 string. A friend of mine suggested "Try our new exclusive WAZA®
> for just $0.02!" which is even meanin
On 7/3/05, Richard M. Stallman <[EMAIL PROTECTED]> wrote:
> Please use diff -c to send patches.
My mistake. I was trying not to create "unified" patches and didn't
realize these were "ordinary" instead of "context".
--
/L/e/k/t/u
___
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> The changes are ok (presuming they work), but there is a problem in
> the comments:
>
> ! ;; There is at present support for Linux and Darwin.
>
> Darwin is a complete operating system.
Since when? AFAIK, the complete system is called MacOS
With the `Russian-computer' input method, S-/ combination produces a comma
(instead of a question mark with standard English.) That is OK and the
way it should be. However, when I start incremental search, the key works
as in English, while the rest of the keyboard keeps producing Russian
letters
Jason Rumney <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] (Gaëtan LEURENT) writes:
>
>> For UTF-16 with signature, I agree, but UTF-8 could sometimes match
>> a Latin-1 file. For instance, "4×½=2" encoded in Latin-1 is valid
>> as a UTF-8 string. A friend of mine suggested "Try our new
>> exclu
Lennart Borgman <[EMAIL PROTECTED]> writes:
> Henrik Enberg wrote:
>
>>>Then, in the correct state, I put the point to the beginning of the
>>>field. If I then type Esc Tab I get an "Wrong type argument: stringp,
>>>nil".
>>>
>>>
>>
>>Hmm, I get a huge list of symbols to complete against. Eve
So I'd propose we keep it in PROBLEMS, but we could add that Emacs
tries to handle exec-shield itself. A note on how to disable the
randomization should be added to PROBLEMS also.
Could you please do that?
I reinstated the text you added about Fedora Core 4, and added that
Ema
Lennart Borgman wrote:
3) Alt-Tab is useless as a default since it is not available in window
type environments.
Did you really mean "in window type environments" (when using a window
system) or did you mean "in an MS Windows type environment". (I am
not trying to nitpick on terminology,
Lennart Borgman <[EMAIL PROTECTED]> writes:
> 3) Alt-Tab is useless as a default since it is not available in window
>type environments. Esc-Tab is in this case available, but is not
>always the case. (This message has been repeated many times now and
>I really long for a resulotion of
Luc Teirlinck wrote:
Lennart Borgman wrote:
3) Alt-Tab is useless as a default since it is not available in window
type environments.
Did you really mean "in window type environments" (when using a window
system) or did you mean "in an MS Windows type environment". (I am
not trying to n
Jason Rumney wrote:
Lennart Borgman <[EMAIL PROTECTED]> writes:
3) Alt-Tab is useless as a default since it is not available in window
type environments. Esc-Tab is in this case available, but is not
always the case. (This message has been repeated many times now and
I really long for
David Kastrup <[EMAIL PROTECTED]> writes:
> "Richard M. Stallman" <[EMAIL PROTECTED]> writes:
>
>> The changes are ok (presuming they work), but there is a problem in
>> the comments:
>>
>> ! ;; There is at present support for Linux and Darwin.
>>
>> Darwin is a complete operating system.
>
>
(add-hook 'emacs-lisp-mode-hook
#'(lambda ()
(turn-on-eldoc-mode)
(unless (assoc-string "cl-indent" load-history) (load
"cl-indent" nil t))
(set (make-local-variable 'lisp-indent-function)
'common-lisp-indent-function)
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> The changes are ok (presuming they work), but there is a problem in
> the comments:
>
> ! ;; There is at present support for Linux and Darwin.
>
> Darwin is a complete operating system. To include "Linux" in that
> list implies that it too i
Lute Kamstra <[EMAIL PROTECTED]> writes:
> David Kastrup <[EMAIL PROTECTED]> writes:
>
>> The kernel of MacOS is Darwin. The kernel of GNU/Linux is Linux.
>>
>>> The current comment says "Linux" because it refers specifically to
>>> the kernel and its version numbers. (There are no generally
>>>
Lennart Borgman <[EMAIL PROTECTED]> writes:
> Jason Rumney wrote:
>
>>Lennart Borgman <[EMAIL PROTECTED]> writes:
>>
>>
>>
>>>3) Alt-Tab is useless as a default since it is not available in window
>>> type environments. Esc-Tab is in this case available, but is not
>>> always the case. (This
On 7/4/05, Drew Adams <[EMAIL PROTECTED]> wrote:
> Do most people prefer the first of these?
Second is much better IMO.
--
/L/e/k/t/u
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-de
David Kastrup wrote:
3) Alt-Tab is useless as a default since it is not available in window
type environments. Esc-Tab is in this case available, but is not
always the case. (This message has been repeated many times now and
I really long for a resulotion of this.)
In what circu
1 - 100 of 127 matches
Mail list logo
