> Note that I only fixed the endless looping behavior here. My code is
> not suitable when you use a support mode like jit-lock and change the
> delimiters of regexp groups.
>
> I don't understand that last sentence. What does it mean to "change
> the delimiters of regexp groups"? C
Richard Stallman wrote:
The incorrect structure is in i3, so I think it should eliminate i3.
The criterion for doing so is that i3 is a vchild of its parent
and also has a vchild. That should never occur.
After the code operates on i3, putting it in place of i2, it check if
i3 is a vchild and
Funnier and funnier.
I've been able to compile an MSVC debug release of libpng13; with it,
both the MSVC and the GCC builds of Emacs crash.
It happens inside msvcr71d.dll; (part of) the stack is:
ntdll.dll!7c928fea()
ntdll.dll!7c91104b()
msvcr71d.dll!_lock_file(vo
Richard Stallman wrote:
Would someone please work on this bug?
Date: Thu, 24 Mar 2005 09:09:43 +0100 (MET)
From: Klaus Zeitler <[EMAIL PROTECTED]>
To: emacs-pretest-bug@gnu.org
Subject: After compose key cursor or function keys don't work
Sender: [EMAIL PROTECTED]
X-Spam-Status: No, hits=0.5 re
I noticed that xml.el has several occurences of code like this:
((looking-at (concat ""))
(let ((name (buffer-substring (nth 2 (match-data))
(nth 3 (match-data
(value (buffer-substring (+ (nth 4 (match-data))
I noticed the following code in ispell.el
(progn
(setq key (buffer-substring-no-properties
(car (match-data))
(car (cdr (match-data)
Using match-data like that is VERY
Dear Drepper,
Did you know you can refiiinance your current morttgage
At r4tes much lower than your paying now?
Why paay more than you have to?
Refiiinance now with ease.
Fast, Frreee, Professional Service.
Have a look for yourself,
Were Making fiinancing simple.
one minute of your time could
I noticed the following declarations in sregex.el. But I don't see
any references to them, so maybe they can be deleted?
;; Compatibility code for when we didn't have shy-groups
(defvar sregex--current-sregex nil)
(defun sregex-info () nil)
(defmacro sregex-save-match-data (&rest forms) (cons '
I noticed the following code in reftex-index.el:
(condition-case nil (texmathp) (error nil
(setq beg (car (match-data))
end (nth 1 (match-data)))
Using match-data like that seems inefficient.
I suggtest using match-beginning/match-end instea
Tramp has this function:
(defun tramp-match-string-list (&optional string)
"Returns list of all match strings.
That is, (list (match-string 0) (match-string 1) ...), according to the
number of matches."
(let* ((nmatches (/ (length (match-data)) 2))
(i (- nmatches 1))
(res ni
[EMAIL PROTECTED] (Kim F. Storm) writes:
> I noticed that xml.el has several occurences of code like this:
>
> ((looking-at (concat " "\\)[ \t\n\r]*\\(" xml-entity-value-re
> "\\)[ \t\n\r]*>"))
> (let ((name (buffer-su
[EMAIL PROTECTED] (Kim F. Storm) writes:
> Tramp has this function:
>
> (defun tramp-match-string-list (&optional string)
> "Returns list of all match strings.
> That is, (list (match-string 0) (match-string 1) ...), according to the
> number of matches."
> (let* ((nmatches (/ (length (match-d
Well, i get the point, but how an elisp-programmer should know this?!
The manual says:
- Function: match-data
This function returns a newly constructed list containing all the
information on what text the last search matched. Element zero is
the position of the beginning of the m
Re. the following change,
2005-06-04 Matt Hodges <[EMAIL PROTECTED]>
* iswitchb.el (iswitchb-single-match-face)
(iswitchb-current-match-face, iswitchb-virtual-matches-face)
(iswitchb-invalid-regexp-face): New faces.
we generally try to avoid naming faces with -face suf
[EMAIL PROTECTED] (Kim F. Storm) writes:
> I noticed the following code in reftex-index.el:
>
> (condition-case nil (texmathp) (error nil
> (setq beg (car (match-data))
> end (nth 1 (match-data)))
>
> Using match-data like that seems inefficien
Eli Zaretskii <[EMAIL PROTECTED]> writes:
> The instructions in nt/INSTALL say:
>
> If you are building out of CVS, then some files in this directory
> (.bat files, nmake.defs and makefile.w32-in) may need the line-ends
> fixing first. The easiest way to do this and avoid future conflicts
>
With all opinions taken into account I installed a patch, so all
people can try it.
A new special face was added for highlighting non-breaking spaces.
By default, it uses the underline attribute. Underline appropriately
represents the meaning of non-breaking space in a similar way as
underscore c
> Note that I removed the "\\(\\?:\\)?" since I find it distracting to
> put yet another face here. If you believe that you _really_ need it
> you will have to reinsert it, but in that case you have to modify
> match-data cropping as well. (I do have to modify match-data since
> redisplay wants s
> I noticed the following declarations in sregex.el. But I don't see
> any references to them, so maybe they can be deleted?
As the comment indicates this is compatibility code to interact with code
that used sregex before we introduced shy-groups. There is no such code
in Emacs. There may not
> Kim Storm writes:
> we generally try to avoid naming faces with -face suffix, as they
> have their own namespace. Pls. change the new face names
> accordingly.
Sorry, I should have been aware of this. Is it mentioned somewhere?
I couldn't find it in (info "(elisp)Coding Conventions."),
> I just wanted to mention that I didn't like the default RoyalBlue4/white
> appearance of the mode-line-highlight. It doesn't bother me, but I just
> found it loud and ugly.
>
> What I use instead of
>
> :background "RoyalBlue4" :foreground "white"
> is
> :box (:line-width 2 :color "grey4
>> How can I set the face used to display the vertical divider that
>> separates side-by-side windows (I am running in a TTY). I was
>> initially told that modeline-inactive face would do the trick, but I
>> think my question was misunderstood. It would seems a strange
>> omission if such a thing
> That is not the same: the above will set beg and end to markers,
> whereas match-beginning/match-end happen to be integers. However, the
If you want markers, then say so: (make-marker (match-beginning N))
Stefan
___
Emacs-devel mailing lis
Stefan Monnier <[EMAIL PROTECTED]> writes:
>> That is not the same: the above will set beg and end to markers,
>> whereas match-beginning/match-end happen to be integers. However, the
>
> If you want markers, then say so: (make-marker (match-beginning N))
Yes, indeed.
--
Kim F. Storm <[EMAIL P
Eli Zaretskii <[EMAIL PROTECTED]> writes:
>> Date: Sun, 5 Jun 2005 13:38:00 +0100
>> From: [EMAIL PROTECTED]
>> Cc: emacs-devel@gnu.org
>>
>> Redirecting stderr works on COMMAND.COM as far as I recall.
>
> No, it doesn't. "foo 2>bar" is interpreted as `foo' called with an
> argument `2' and its
I have posted a patch for support of ClearType here:
http://article.gmane.org/gmane.emacs.devel/38081
I hope someone will see fit to integrate it into the Emacs source
base.
Thanks,
--
Dave Abrahams
Boost Consulting
www.boost-consulting.com
___
Ema
Matt Hodges <[EMAIL PROTECTED]> writes:
>> Kim Storm writes:
>
> > we generally try to avoid naming faces with -face suffix, as they
> > have their own namespace. Pls. change the new face names
> > accordingly.
>
> Sorry, I should have been aware of this. Is it mentioned somewhere?
> I co
On 6/6/05, Stefan Monnier <[EMAIL PROTECTED]> wrote:
> If you want markers, then say so: (make-marker (match-beginning N))
(copy-marker (match-beginning-N))
or
(set-marker (make-marker) (match-beginning-N))
perhaps?
--
/L/e/k/t/u
> After a testing period (say, 1 week) I could remove the variable
> `show-non-break'. There seems to be no need for this variable since
> highlighting can be disabled by inheriting `no-break-space' face
> from the default face.
When displaying text where NBSP are a completely normal occurrence
(
David Kastrup <[EMAIL PROTECTED]> writes:
> That is not the same: the above will set beg and end to markers,
How "clever" ... I would NEVER have guessed that.
> whereas match-beginning/match-end happen to be integers. However, the
> above will also create markers that are unused, so it would be
David Abrahams <[EMAIL PROTECTED]> writes:
> I have nothing to add to
> http://lists.gnu.org/archive/html/emacs-devel/2004-12/msg00364.html
> except that it's happening for me, too.
>
> Ideas, anyone?
I would be very glad to help fix this one if someone could give me a
few hints about where to se
> "DK" == David Kastrup <[EMAIL PROTECTED]> writes:
DK> [EMAIL PROTECTED] (Kim F. Storm) writes:
>> I noticed the following code in reftex-index.el:
>>
>> (condition-case nil (texmathp) (error nil
>> (setq beg (car (match-data))
>> end (nth 1 (match-data)))
>>
>> Using match-data like
David Abrahams wrote:
Redirecting stderr works on COMMAND.COM as far as I recall.
No, it doesn't. "foo 2>bar" is interpreted as `foo' called with an
argument `2' and its stdout redirected to `bar'. If you do that with
GCC, it complains about a non-existing file `2'.
I'm not su
Quoting David Abrahams <[EMAIL PROTECTED]>:
> Incidentally, it seemed to work just fine for me if I remove the
> checks for whether cleartype is enabled altogether, and just make the
> width adjustments unconditionally.
That is not a good idea. Your patch potentially affects performance, since it
Lennart Borgman <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>
>>
Redirecting stderr works on COMMAND.COM as far as I recall.
>>>No, it doesn't. "foo 2>bar" is interpreted as `foo' called with an
>>>argument `2' and its stdout redirected to `bar'. If you do that with
>
I finally checked in a fix for this, but I didn't feel I could add any
asserts that I was sure about, sorry.
Thanks for fixing it.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
I noticed the following declarations in sregex.el. But I don't see
any references to them, so maybe they can be deleted?
Could you please mark them obsolete? We can delete them in the
following release.
___
Emacs-devel mailing list
Emacs-deve
I will fix that.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
[EMAIL PROTECTED] writes:
> Quoting David Abrahams <[EMAIL PROTECTED]>:
>
>> Incidentally, it seemed to work just fine for me if I remove the
>> checks for whether cleartype is enabled altogether, and just make the
>> width adjustments unconditionally.
>
> That is not a good idea. Your patch poten
On Sat, 04 Jun 2005 01:57:49 +0200, Kim F. Storm wrote:
> JD Smith <[EMAIL PROTECTED]> writes:
>
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x0804fdf8 in increment_row_positions (row=0x86905a4, delta=-17,
>> delta_bytes=4)
>> at dispnew.c:1188
>
> I recall fixing a problem l
[EMAIL PROTECTED] wrote:
> Well, i get the point, but how an elisp-programmer should know this?!
>
> The manual says:
>
> - Function: match-data
> This function returns a newly constructed list containing all the
> information on what text the last search matched. Element zero is
>
On Mon, 2005-06-06 at 09:04 -0400, Stefan Monnier wrote:
> My gut feeling is that it's indeed safe to throw it away.
No objections here.
Cheers,
- Bob
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Transient mark mode seems to have changed in behavior between 21.X and
22.x. I had formerly used it, along with mouse-drag-region, to
temporarily highlight regions of text to operate on. Binding this to
a down-mouse event, I could mouse-down drag mouse-up and the function
would complete. Now, m
David Abrahams <[EMAIL PROTECTED]> writes:
> David Abrahams <[EMAIL PROTECTED]> writes:
>
>> I have nothing to add to
>> http://lists.gnu.org/archive/html/emacs-devel/2004-12/msg00364.html
>> except that it's happening for me, too.
>>
>> Ideas, anyone?
>
> I would be very glad to help fix this one
Earnie Boyd wrote:
I have had some troubles with the path formats and I hope you can
excuse me for mentioning this in this thread. These troubles related
to building Emacs on w32. I wanted to build with MSYS but it failed.
As far as I could see this was because of the file path conversions.
Ther
David Abrahams wrote:
David Abrahams <[EMAIL PROTECTED]> writes:
David Abrahams <[EMAIL PROTECTED]> writes:
I have nothing to add to
http://lists.gnu.org/archive/html/emacs-devel/2004-12/msg00364.html
except that it's happening for me, too.
Ideas, anyone?
I would be very gla
[EMAIL PROTECTED] (Kim F. Storm) writes:
>
> Which brings me to the suggestion that we add an optional arg to
> set-match-data like this:
>
> (set-match-data list &optional destroy-markers)
>
> and change save-match-data to use it
>
> (defmacro save-match-data (&rest body)
> "Execute the BODY
Richard Stallman <[EMAIL PROTECTED]> writes:
> I noticed the following declarations in sregex.el. But I don't see
> any references to them, so maybe they can be deleted?
>
> Could you please mark them obsolete? We can delete them in the
> following release.
Bob Glickstein says that it w
Richard Stallman wrote:
I will add this to the documentation of font-lock-add-keywords.
@strong{Warning:} major mode functions must not call
@code{font-lock-add-keywords} under any circumstances, either directly
or indirectly. (This would lead to incorrect behavior for some minor
[EMAIL PROTECTED] (Kim F. Storm) writes:
> [EMAIL PROTECTED] (Kim F. Storm) writes:
>
>>
>> Which brings me to the suggestion that we add an optional arg to
>> set-match-data like this:
>>
>> (set-match-data list &optional destroy-markers)
>>
>> and change save-match-data to use it
>>
>> (defma
On 6/6/05, Juri Linkov <[EMAIL PROTECTED]> wrote:
> After a testing period (say, 1 week) I could remove the variable
> `show-non-break'. There seems to be no need for this variable since
> highlighting can be disabled by inheriting `no-break-space' face
> from the default face.
No. This is wrong
RichardStallman wrote:
And certainly, if a minor mode uses
font-lock-add-keywords, and then people use define-global-minor-mode
to make a global version of it, then font-lock-add-keywords will be
called from major modes through after-change-major-mode-hook.
Are you saying that kind
Richard Stallman wrote:
But the manual does not say anything about an unbound symbol in a
(SYMBOL THEN [ELSE]) construct. Experiment shows that when SYMBOL is
void the ELSE element is used, rather than ignoring the entire
construct. Is that the correct behavior? It s
On 6/7/05, David Abrahams <[EMAIL PROTECTED]> wrote:
> Yes, if you're concerned about redrawing the minimum possible number
> of characters on a line, you don't want to do that. I think that's a
> needless optimization in most cases, but I'm sure there are machines
> and buffers where you can obse
Richard Stallman wrote:
To clarify, this is how comint enables Font Lock:
(defcustom comint-mode-hook '(turn-on-font-lock)
Shouldn't we remove that? Is it a desirable thing, nowadays,
for some modes to enable Font Lock on their own, instead of letting
the user do so if he
On Mon, 06 Jun 2005 10:17:26 -0700, JD Smith wrote:
> On Sat, 04 Jun 2005 01:57:49 +0200, Kim F. Storm wrote:
>
>> JD Smith <[EMAIL PROTECTED]> writes:
>>
>>> Program received signal SIGSEGV, Segmentation fault.
>>> 0x0804fdf8 in increment_row_positions (row=0x86905a4, delta=-17,
>>> delta_byte
On 6/7/05, Luc Teirlinck <[EMAIL PROTECTED]> wrote:
>(defcustom comint-mode-hook '(turn-on-font-lock)
>
>Shouldn't we remove that? Is it a desirable thing, nowadays,
>for some modes to enable Font Lock on their own, instead of letting
>the user do so if he wants?
>
> Unless M
On 6/7/05, Luc Teirlinck <[EMAIL PROTECTED]> wrote:
>So this patch would change the default appearance of comint prompts in
>Emacs 22. I don't know if the average user would be annoyed/confused
>("my prompts disappeared!") or happy ("ah those evil colorized prompts
>are gone!") by
Miles Bader wrote:
So this patch would change the default appearance of comint prompts in
Emacs 22. I don't know if the average user would be annoyed/confused
("my prompts disappeared!") or happy ("ah those evil colorized prompts
are gone!") by such a change.
Because recently seve
Stefan Monnier wrote:
Maybe you're right that it never happens with default settings if you don't
use PCL-CVS, but I'm not sure if it's relevant. Should the documentation
not talk about things that happen if you use PCL-CVS or if you change some
custom settings?
The PCL-CVS manual sh
Hi all,
Compared to many of the people who contribute to this list, I'm an
unsophisticated emacser. I know that an enormous amount of intelligent
development has been put into GNU/Emacs over the years, and I don't
want to slight that.
Having said that, my question is, has thought been put into
mu
On 6/7/05, Denis Bueno <[EMAIL PROTECTED]> wrote:
> Having said that, my question is, has thought been put into
> multithreading parts of Emacs?
Yes. It's very hard, because Emacs has lots and lots of global state
and lots and lots of code that doesn't expect to deal with threading
issues. Writi
On 6/6/05, Miles Bader <[EMAIL PROTECTED]> wrote:
> On 6/7/05, Denis Bueno <[EMAIL PROTECTED]> wrote:
> > Having said that, my question is, has thought been put into
> > multithreading parts of Emacs?
>
> Yes. It's very hard, because Emacs has lots and lots of global state
> and lots and lots of
[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL
(BPROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL
(BPROTECTED]@¦à6ç~Íðɧ¿Ü·B6ç~Í¡EVãEß̽ßÉ Á½ûªÇ¢B
(B[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTE
> PPS: I can't find mode-line-highlight documented in (info "(emacs)Faces").
Thank you for suggestion.
I've just installed it.
Masatake YAMATO
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
BTW, one problem with the mode-line highlighting that I noticed is that
it flickers a lot due to small mouse movements.
Normal in-buffer mouse-highlighting doesn't seem to have this problem
(though I'm judging by eye, not from the code).
-Miles
--
I'd rather be consing.
___
Denis Bueno <[EMAIL PROTECTED]> writes:
> I tried that, but, searching for 'thread' in a huge database of
> mailing list 'threads' is not as useful as one might think. =]
>
> Is there one conversation in particular you are thinking of?
Yes; the following Google search yields many good first-page h
On 6/6/05, Juri Linkov <[EMAIL PROTECTED]> wrote:
> Is it possible to set inverse colors for the vertical border
> by default without using the display table?
It's easy just using the same method Len used in lisp. Any objection
to the following patch? Should it use a different face (note that th
On Jun 6, 2005, at 22:22, Denis Bueno wrote:
Having said that, my question is, has thought been put into
multithreading parts of Emacs? Or exposing a rudimentary threading API
to Emacs Lisp? This could easily devolve into a war about threading
apis, but, just support some simple subset of pthread
69 matches
Mail list logo
