It's a nice simplification, so please do install it.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
I just noticed that there is a much simpler and more correct solution
for adding underline attributes to links in the compilation and grep
buffers than using new special faces with the underline attribute
(currently fontification with them is still wrong: some parts of links
are not underlined whil
> > Have you tried this with the latest CVS? This was fixed two weeks ago.
>
> Sorry, this was my mistake. I hadn't updated my loaddefs.el.
After CVS update I always run:
make; make -C lisp EMACS=../src/emacs recompile updates; make; make tags; make
info
> Have you tried this with the latest CVS? This was fixed two weeks ago.
Sorry, this was my mistake. I hadn't updated my loaddefs.el.
I still get a slight discrepancy with byte compiling:
textmodes/org.el:7542:12:Warning: `make-local-hook' is an obsolete function
^
Juri Linkov writes:
> > The mouse-face and mouse-1 binding lasts until the end of the first
> > match (shown by carets):
> >
> > newcomment.el:279:(insert cs " hello " ce)
> > ^
> >
> > I think it should be:
> >
> > newcomment.el:279:
> The mouse-face and mouse-1 binding lasts until the end of the first
> match (shown by carets):
>
> newcomment.el:279: (insert cs " hello " ce)
> ^
>
> I think it should be:
>
> newcomment.el:279: (insert cs " hello " ce)
> ^^
> My next preference would be to restrict the area where mouse-1 worked
> e.g in grep just on file and line number while mouse-2 could still work
> over the whole line. I would not know how to do this, but I am
> prepared to work on it after the release.
>
> This is already
My next preference would be to restrict the area where mouse-1 worked e.g in
grep just on file and line number while mouse-2 could still work over the
whole line. I would not know how to do this, but I am prepared to work on
it
after the release.
This is already the case when I t
If compile and grep buffers had full-line links, the links would be easier
to access, they would help with visual alignment (like using a ruler in a
parts catalog), and there would be no need to underline them.
I see. However, we don't want mouse-1 to be active on the whole line,
for
> However, ISTR that this complaint was made when there were bugs
> causing too much of the line to be highlighted. If fixing those bugs
> was enough to solve the problem, we don't need to do any more. Would
> those that found the situation confusing before please speak up now?
My preference
To me, it still seems like the entirely wrong approach to add new
faces everywhere something may look like a link.
The idea that beginners will be less confused if links are underlined
seems inherently plausible.
A common practice used on Web pages with tables or lists tha
To me, it still seems like the entirely wrong approach to add new
faces everywhere something may look like a link.
The idea that beginners will be less confused if links are underlined
seems inherently plausible. As for adding new faces, that's the
implementation I saw how to write, but I
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> Does anyone want to write a cleaner implementation of
> the feature of underlining the link areas in compile.el?
Did anyone else actually express any support for that change?
To me, it still seems like the entirely wrong approach to add new
fac
Does anyone want to write a cleaner implementation of
the feature of underlining the link areas in compile.el?
*** compile.el 12 Jun 2005 06:10:07 -0400 1.362
--- compile.el 16 Jun 2005 22:04:13 -0400
***
*** 493,517
;; backward-compatibility alias
(put 'compilati
14 matches
Mail list logo
