Why call find-file-noselect there? If this is meant to operate on the
file that was just visited, it already has a buffer, and it is the
current buffer when gdb-find-file-hook runs. Why not just use
that buffer?
That might have been true but I'm now using this function to address Kim's
To try to be more clear:
Lennart Borgman wrote:
Or did I misunderstand that? (setq custom-file "Y") together with
the common use of (load custom-file) gives at least me a feeling that many
would expect "get saved" to read from Y.
I suggested to set:
(setq custom-file "Y")
(load cust
>From my previous message:
You now start 21.4 and set custom-file _using Custom_ (important) to
".emacs-custom-22.1.el" or similar.
You can alternatively copy the 21.4 file into the 22.1.el file, but
there might be other things in there that you do not want to copy.
You then have to first vis
> Date: Sat, 12 Feb 2005 19:41:53 -0600 (CST)
> From: Luc Teirlinck <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED], [EMAIL PROTECTED], emacs-devel@gnu.org
>
> (defcustom auto-revert-stop-on-user-input t
> ! "When non-nil, user input temporarily interrupts Auto-Revert Mode.
> ! When nil, Auto-Reve
Hi,
I have the problem that within preview-latex there is a function that
assembles UTF-8 strings from single characters. This function, when
used manually, mostly works. It is called within a process sentinel
and fails rather consistently there with a current CVS Emacs. I
include the code her
I'd like to commit the following patch to the Emacs unicode branch.
It changes unicode-branch version references from "22" to "23", and renames
the unicode-branch-specific ChangeLog files to "ChangeLog.unicode" (from
"ChangeLog.22").
OK?
Thanks,
-Miles
Patch:
M etc/NEWS
M etc/ChangeLog.uni
What about the following docstring?
===File ~/autorevert-diff===
diff -c /home/teirllm/emacscvsdir/emacs/lisp/autorevert.el.\~1.42.\~
/home/teirllm/emacscvsdir/emacs/lisp/autorevert.el
*** /home/teirllm/emacscvsdir/emacs/lisp/autorevert.el.~1.42.~ Wed Dec 29
21:0
After compilation of the CVS version on GNU/Hurd, I have a segmentation fault
when
trying to launch emacs on X mode. The segmentation fault appears on
older versions too.
The problem is to find out if its a emacs bug or a XFree86 bug(which is not
stable).
Here is a quite full backt
Lennart Borgman wrote:
Yes, but the original issue was what semantic "get saved" should have in
Custom. Or did I misunderstand that?
Probably not. But somehow, in all of this, I missed what was
supposedly wrong with saved-value.
Sincerely,
Luc.
_
On Sat, 12 Feb 2005 22:38:24 +0100, Kai Großjohann <[EMAIL PROTECTED]> wrote:
> I mark a region, I invoke M-%. This will perform the query-replace on
> the marked region only. (I forget whether that's always the case, or
> whether I have turned on something to make it so. I think it works
> like
The tooltip implementation on w32 seems a bit strange. In some cases it can
switch to another frame. It is also very slow.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
In article <[EMAIL PROTECTED]>, "Jan D." <[EMAIL PROTECTED]> writes:
> If the multibyte string is generated by an error and this is one of the
> places where we can detect the error, should we not keep the xassert?
[EMAIL PROTECTED] (Kim F. Storm) writes:
> I agree, but since the source of the e
- Original Message -
From: "Luc Teirlinck" <[EMAIL PROTECTED]>
> Lennart Borgman wrote:
>
>The suggested (load custom-file) looks like it means "this is where we
read
>from".
>
> (load "file") _does_ means to load "file", that is to read from the file.
>
> (setq custom-file "file
If Emacs is started with
emacs.exe -Q --eval "(w32-send-sys-command 61488)"
on w32 you may get a frame that is not maximized but whos system buttons (is
that the term?) in the upper left corner indicates that it should be.
This seems to be dependent on the speed of the pc.
I have previously
- Original Message -
From: "Michael Schierl" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, February 12, 2005 10:05 PM
Subject: [h-e-w] ntemacs from nqmacs.sf.net has no menu bars on 9x/ME
> Hi,
>
> i downloaded the latest unstable emacs for windows from nqmacs.sf.net
> (th
Lennart Borgman wrote:
The suggested (load custom-file) looks like it means "this is where we read
from".
(load "file") _does_ means to load "file", that is to read from the file.
(setq custom-file "file") means that Custom should write its saved
values into "file". Maybe you do not even
"Jan D." <[EMAIL PROTECTED]> writes:
> There is definitly some bug in fluxbox, it sends the most crazy
> configure notify events to Emacs when the tool bar is detached. It
> usually sends three, two correct ones and one that is off by about 5
> pixels. It is those missing 5 pixels that shrinks t
I mark a region, I invoke M-%. This will perform the query-replace on
the marked region only. (I forget whether that's always the case, or
whether I have turned on something to make it so. I think it works
like this because I use transient-mark-mode.)
The problem is that the highlighting of the
- Original Message -
From: "Luc Teirlinck" <[EMAIL PROTECTED]>
>> Absolutely not. `(setq custom-file "Y")' means that you want Custom
to
>> _write_ to Y. If you want Y to be read you have to load Y.
>..
>> (setq custom-file "Y")
>> (load custom-file)
..
> Where is the
Lennart Borgman wrote:
> Absolutely not. `(setq custom-file "Y")' means that you want Custom to
> _write_ to Y. If you want Y to be read you have to load Y.
..
> (setq custom-file "Y")
> (load custom-file)
Is not this a bit of a contradiction? I would not say that the semantic
There is definitly some bug in fluxbox, it sends the most crazy
configure notify events to Emacs when the tool bar is detached. It
usually sends three, two correct ones and one that is off by about 5
pixels. It is those missing 5 pixels that shrinks the window (i.e.
Emacs rounds it to an even
I've checked etc/TUTORIAL.nl, the Dutch translation of the tutorial,
and synchronized it with the current version of the English original.
I corrected some typos along the way. The patch is below. I've
consulted it with Frederik Fouvry, who recently already reviewed and
corrected the Dutch tutori
- Original Message -
From: "Luc Teirlinck" <[EMAIL PROTECTED]>
>M-: (setq custom-file "X")
>M-x customize
>do some editing
>save (into X)
>M-: (setq custom-file "Y")
>get (from ?)
>
>Question is "from X" or "from Y"?
>
>Good poin
After all, I do not understand why Custom _needs_ to read custom-file
in the first place. It _knows_ what it wrote into the
custom-set-variables form. If you edit that form by hand and want
Custom to know about it, use C-M-x.
But I do not understand why we are having all these detailed long
disc
Richard Stallman <[EMAIL PROTECTED]> writes:
> I came up with the following two functions below. I think they
> are generically useable for network IO and possibly reading
> certain data records from files directly. I am fairly sure
> my version is very bad regarding performance
Drew Adams wrote:
M-: (setq custom-file "X")
M-x customize
do some editing
save (into X)
M-: (setq custom-file "Y")
get (from ?)
Question is "from X" or "from Y"?
Good point. I would think it should be Y.
If instead of `M-: (setq custom-file "
But we have no choice: _If_ we try to determine _by code_ who is doing
the deciding, then we need some objective criterion (we don't want to
ask the user, about each change that is made, "Did you intend
Why do we need to discuss this question? I thougth we were talking
about a questio
I came up with the following two functions below. I think they
are generically useable for network IO and possibly reading
certain data records from files directly. I am fairly sure
my version is very bad regarding performance though.
Whether that is a problem depends on what the
>From my previous message:
M-: (setq custom-file "X")
M-x customize
do some editing
save (into X)
M-: (setq custom-file "Y")
get (from ?)
Question is "from X" or "from Y"?
Good point. I would think it should be Y.
A
M-: (setq custom-file "X")
M-x customize
do some editing
save (into X)
M-: (setq custom-file "Y")
get (from ?)
Question is "from X" or "from Y"?
Good point. I would think it should be Y.
Absolutely not. `(setq custom-file "Y")' means that you w
At the moment, I do not have time to debug the issue, but as of a few
days ago, the following will crash emacs:
(set-default-font
"-apple-tahoma-medium-r-normal--0-0-75-75-m-0-mac-roman")
GNU Emacs 22.0.50.1 (powerpc-apple-darwin7.8.0) of 2005-02-10 on
aluminibook.local
built with: ./configu
The key is to satisfy both novices and experts
Provide a good default interface for novices and also a way for
that novice to become an expert without too much trouble
That is why Customize should not only do its job, but make
it easy for a person to learn.
I don't agre
> I don't know if "S =>" imply that [1] we actually read
> the values from the
> custom-file (e.g. .emacs) or if [2] it just restores the
> value that was
> initially read from that file, or [3] the last value that
> was written by this emacs to that
Hi,
Some people responsible for the Debian x86_64 port have ported
Emacs 21.3 to x86_64 by the means of version 1.1 of src/m/amdx86-64.h.
However, the following lines have been added.
-=-=-=-=-=-=-
/* Define C_ALLOCA if this machine does not support a true alloca
and the one written in C sh
>> + (defun gdb-set-gud-minor-mode (file)
>> + "Set gud-minor-mode from find-file if appropriate."
>> + (goto-char (point-min))
>> + (unless (search-forward "No source file named " nil t)
>> + (with-current-buffer
>> + (find-file-noselect file)
>>
>> Why call find-file-noselect th
Richard Stallman <[EMAIL PROTECTED]> writes:
> The problem is that [EMAIL PROTECTED] has a half-graphical Logo when
> typesetting with TeX.
>
> I think we have used that for ages--should we really consider it a
> "problem"?
I don't think doing something for a long time automatically make
Martin Fredriksson <[EMAIL PROTECTED]> writes:
> Hi again Kim,
>
> Don't know if my gdb output was useful or if you already found the
> problem, but here is some more info.
>
> I can now reproduce the crash. Perhaps not the simplest way, but
> following does it.
Unfortunately, I cannot reproduce
"Robert J. Chassell" <[EMAIL PROTECTED]> writes:
> A better user interface for the `Customize' feature would show the
> current value of a variable or face, the previous and yet earlier
> values when applicable, and the value in the distribution. The value
> should not only be listed, but in the
David Kastrup <[EMAIL PROTECTED]> writes:
> Nobody expected it. It was a special situation that arose.
I don't think that is a good excuse to ignore CVS and make an ad-hoc
release that is not labelled, nor as far as I can see not even checked
in to CVS.
> The way Richard has described it, I don
"Jan D." <[EMAIL PROTECTED]> writes:
>> At first, I think xassert in lisp_data_to_selection_data
>> (xselect.c) is wrong. Here, obj is generated by a Lisp code
>> that may generate a multibyte string by error (as in the
>> current case). But, in general, an error in Lisp code
>> should not lead
"Drew Adams" <[EMAIL PROTECTED]> writes:
> I don't know if "S =>" imply that [1] we actually read the values from
> the
> custom-file (e.g. .emacs) or if [2] it just restores the value that was
> initially read from that file, or [3] the last value that was written by
> this emacs
Jason Rumney <[EMAIL PROTECTED]> writes:
> It appears that normal release procedures have been bypassed in
> releasing 21.4.
>
> CVS contains no tags for 21.4, but it appears to have been created
> from EMACS_21_3 except for movemail.c.
>
> This is unfortunate, as we almost released 21.4 a year ag
It appears that normal release procedures have been bypassed in
releasing 21.4.
CVS contains no tags for 21.4, but it appears to have been created
from EMACS_21_3 except for movemail.c.
This is unfortunate, as we almost released 21.4 a year ago to fix a
build problem with recent versions of GCC
A better user interface for the `Customize' feature would show the
current value of a variable or face, the previous and yet earlier
values when applicable, and the value in the distribution. The value
should not only be listed, but in the case of faces, shown as samples,
as is done now.
> From: Per Abrahamsen <[EMAIL PROTECTED]>
> Date: Fri, 11 Feb 2005 15:41:07 +0100
>
> widget-browse(-at) is an extremely primitive widget class/object
> browser, which I find helpful.
FWIW, widget.texi has a section about these widget-browsing features.
> Date: Fri, 11 Feb 2005 13:38:23 -0600 (CST)
> From: Luc Teirlinck <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED], [EMAIL PROTECTED], emacs-devel@gnu.org
>
> Sorry, I mistakenly used the word "file" where "buffer" was meant.
I understood that, and this is why I objected to mentioning modified
files
> I suggest you change the progn to condition-case so as to catch any
> errors that happen in gdb-enqueue-input. And if it does ever catch an
> error, it could set gud-comint-buffer to nil so it won't do anything
> on future calls to find-file. That should make it safe.
(defun gdb-find-file-
- Original Message -
From: "Richard Stallman" <[EMAIL PROTECTED]>
> Being able to load such values and edit them before saving them
> is very useful.
>
> I prefer "S => F" with a message in the echo area telling the
> user to use "Set All" to apply the values.
>
> If users
> The information should be readily available.
You can look into .emacs. The information is not encrypted, it is not
binary.
It is a good idea for every program to help users find the internal
data that implements any particular customization. But since all the
Customize data is tog
Is there an easy
way to find out what is going to happen when a widget is created? Could
there even be one? Any suggestion on how to read code of that sort? (I mean
partly OO, dynamic scoping etc.)
I have found that code very hard to understand, and I too would appreciate
better ex
Answering my own question: it can be added in gdb-ui.el. The following patch
is only for gdb-ui.el, but it adds a function to find-file-hook. I guess it
could still break find-file, if its not right.
Bugs are always a risk--but is there any reason to think bugs are likely
in this patch
! "When non-nil Auto-Revert Mode stops checking files on user input.
I don't understand that sentence. Does it mean,
"When nil, Auto-Revert Mode checks files on user input--otherwise, it doesn't?
If so, what does it mean to "check files on user input"?
! This prevents Auto Revert f
We certainly want this feature. Please install your patch.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
This patch is clever. Please install it.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
I don't know if "S =>" imply that we actually read the values from the
custom-file (e.g. .emacs) or if it just restores the value that was
initially read from that file, or the last value that was written by
this emacs to that file.
Until you brought this up, I would probably have
The problem is that [EMAIL PROTECTED] has a half-graphical Logo when
typesetting with TeX.
I think we have used that for ages--should we really consider it a
"problem"?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailm
The essence of my idea is to use _some_ property on the original
variable to "store the current default value", rather than using
a "new variable" for that.
That is ok.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/m
> Normally, the caller would instead use `STRING_SET_UNIBYTE' after the
> call
> (or rather calls one of make_foo_string which does it for him) if
> needed.
This is not the same as what I suggested, but this too is ok.
However, if we stick with this, we should document it better
58 matches
Mail list logo
