Re: [AUCTeX-devel] Toolbar button for TeX-command-master

[David Kastrup]

Ralf Angeli <address@hidden> writes:

> * David Kastrup (2005-05-22) writes:
>
>> Ralf Angeli <address@hidden> writes:
>>
>>> In case somebody wants to have a toolbar button for
>>> `TeX-command-master', you can check out the attached patch.
>>>
>>> The button does not update the displayed image.  You will always see
>>> the cog wheels.
>>
>> I think at least the tooltip should mention what the button does,
>
> Hm, the functions for computing help strings specified in
> `TeX-bar-LaTeX-button-alist' will get evaluated only when the
> toolbar is being built.

Is that a bug?

> It would be quite easy to get dynamic tooltips if the functions were
> copied verbatim.

Please not.  We have enough work on our hands without reinventing
Emacs.

> This seems to work although the documentation only says this:
>
> ,----[ (info "(elisp)Tool Bar") ]
> |    The `:help' property specifies a "help-echo" string to display while
> | the mouse is on that item.  This is displayed in the same way as
> | `help-echo' text properties (*note Help display::).
> `----

Help echo properties can be dynamic AFAIR.  If the documentation is
not accurate here, Emacs should get fixed.

> The strange part about this is that the function for calculating the
> help string is called with three arguments.  Don't ask me what those
> are.  Oh, and I don't know if all that would be possible in XEmacs.
>
> Also, there will have to be some more changes.  Because when testing
> this I got a question if I want to save the document when hovering
> over the button.

AIIII!  Forget I ever asked.  Seems like something for after the
release.

>> and it might make sense to compute the button's action on
>> mouse-over, too, and then change the image to the specific one
>> while mouse-over is active.
>>
>> This is still a hack, but you'd at least know what the button does
>> before pressing it.  And I think that is essential.
>
> I don't know if I want to implement that with the current state of
> tool chain handling.

Sounds very sane.  Let the magic button be post-release.  Too many
intricacies involved here.  Just let's keep this problem in mind in
case the toolchain code gets a haulover at some time.

>> Of course, having the cog wheels actually turn
>> (timer-set-function?)  while the compilation is in progress would
>> be...
>>
>> Seems like I am in get-offered-a-finger-bite-off-an-arm mode.
>
> Nothing wrong with that.  I am free to ignore it. (c;

Well, after considering the implications, it looks like I can't even
let you give me the finger.  Too bad.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum