apropos links

apropos links

[alex]

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.2.1 (i386-msvc-nt5.0.2195)
 of 2002-03-19 on buffy
configured using `configure --with-msvc (12.00)'
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: DES
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:



The result of the apropos buffer looks great.  The symbols are
hilighted, and RET runs the command apropos-follow.  Using mouse-2,
however, does not work!

When I use C-h k, I find the following:

<mouse-2> at that spot runs the command apropos-mouse-follow

And indeed, in the Messages buffer, I find this:

apropos-mouse-follow: There is nothing to follow here [2 times]

Thus the function gets called, but it fails somehow.
Here is the code:

      (or (and (not (eobp)) (get-text-property (point) 'mouse-face))
	  (and (not (bobp)) (get-text-property (1- (point)) 'mouse-face))
	  (error "There is nothing to follow here"))

Now for the text properties in the Apropos buffer, using M-x
list-text-properties-at:

Text properties at 235:

face                 info-xref
item                 get-buffer-process

Thus, the mouse-face property is not there.
The info-xref is there because 
apropos-symbol-face's value is info-xref

Perhaps this is related to another variable?

apropos-label-face's value is 
(face italic mouse-face highlight)


Alex.


Recent input:
r p <backspace> <backspace> p r o c e s s C-h f <return> 
C-h f u <backspace> b u f f e r - r p <tab> <backspace> 
<backspace> <backspace> p <backspace> - p <tab> <backspace> 
<tab> <tab> <tab> <tab> C-g <escape> x a p r o p o 
s <return> b u f f e r - . * p r o c e s s <left> <left> 
<left> <left> <left> <left> <left> <left> <left> <left> 
<right> <backspace> <return> <down-mouse-2> <mouse-2> 
<down-mouse-1> <mouse-1> <down-mouse-2> <mouse-2> <return> 
<escape> x r e p o r t - e <tab> <return>

Recent messages:
Auto-saving...done
Wrote c:/ORANT/NETWORK/ADMIN/tnsnames.ora
Type M-x switch-to-buffer-other-window RET to restore the other window.  C-M-v to scroll the help. [2 times]
You didn't specify a function
Making completion list...
setq: Quit
Loading apropos...done
apropos-mouse-follow: There is nothing to follow here [2 times]
Type M-x switch-to-buffer-other-window RET to restore the other window.  C-M-v to scroll the help.
Loading emacsbug...done

Re: apropos links

[Eli Zaretskii]

On Mon, 3 Jun 2002 alex@gnu.org wrote:

> When I use C-h k, I find the following:
> 
> <mouse-2> at that spot runs the command apropos-mouse-follow
> 
> And indeed, in the Messages buffer, I find this:
> 
> apropos-mouse-follow: There is nothing to follow here [2 times]

Thank you for your report.  However, I'm afraid I cannot reproduce this 
problem on my machine: mouse-2 on mouse-sensitive parts of the *Apropos* 
buffer works for me as advertised.

So please try this in "emacs -q --no-site-file", and if the problem 
persists, please show the portion of the *Apropos* buffer you are looking 
at and the exact spot where you click mouse-2.

Note that mouse-2 clicks will only work for portions of text that change 
their colors when you move the mouse pointer across them (you should also 
see a help echo, either in a tooltip or in the echo area, saying what 
mouse-2 does).  If you click outside the highlighted area, nothing will 
happen.

Re: apropos links

[Alex Schroeder]

Eli Zaretskii <eliz@is.elta.co.il> writes:

> On Mon, 3 Jun 2002 alex@gnu.org wrote:
>
>> apropos-mouse-follow: There is nothing to follow here [2 times]
>
> Note that mouse-2 clicks will only work for portions of text that change 
> their colors when you move the mouse pointer across them (you should also 
> see a help echo, either in a tooltip or in the echo area, saying what 
> mouse-2 does).  If you click outside the highlighted area, nothing will 
> happen.

Ah, that is correct.

I use M-x apropos RET buffer-process RET, and mouse-2 works for
"Function:".  When I hit enter while point is in "Function:", the
appropriate Help buffer is shown.

The bug is this:

When I use RET when point is on "get-buffer-process", the appropriate
Help buffer is shown.  This part does not change colors when the mouse
moves over it.  Therefore, mouse-2 is not always equivalent to RET in
an Apropos buffer.  I think it should be.  What do you think?

apropos-follow takes the 'item property at bol into account,
apropos-mouse-follow only takes 'mouse-face into account.  Why the
difference?  I agree, that only mouse-face advertizes the ability to
follow, but item provides the ability to follow.  So if possible, the
mouse should follow.  Even when not advertized.

Alternatively, the name of the symbol should also be advertized using
mouse-face.

Alex.
-- 
http://www.electronicintifada.net/diaries/index.html
http://www.us-israel.org/jsource/US-Israel/hr2506c.html

Re: apropos links

[Richard Stallman]

    apropos-follow takes the `item' property at bol into account,
    apropos-mouse-follow only takes `mouse-face' into account.  Why the
    difference?

Would someone like to try changing this and see if there are any
drawbacks?  Off hand I don't remember any, but it is a long time since
I looked at that code, so I can't be sure.