GNU bug report logs -
#29823
NS port tooltip colours
Previous Next
Reported by: Alan Third <alan <at> idiocy.org>
Date: Sat, 23 Dec 2017 11:22:02 UTC
Severity: minor
Tags: fixed, patch
Fixed in version 27.1
Done: Alan Third <alan <at> idiocy.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 29823 in the body.
You can then email your comments to 29823 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#29823
; Package
emacs
.
(Sat, 23 Dec 2017 11:22:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Alan Third <alan <at> idiocy.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 23 Dec 2017 11:22:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
The NS port doesn’t support customising tooltips as described in the
Emacs manual. I’ve attached a patch that allows you to customise the
background and foreground colours.
It may be better to try using the existing frame code to generate the
tooltips as they would then support all parameters, but I’m not sure
how to go about doing that.
--
Alan Third
[0001-Allow-setting-tooltip-colors-in-NS-port.patch (text/plain, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#29823
; Package
emacs
.
(Thu, 04 Jan 2018 20:53:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 29823 <at> debbugs.gnu.org (full text, mbox):
> Date: Sat, 23 Dec 2017 11:21:29 +0000
> From: Alan Third <alan <at> idiocy.org>
>
> The NS port doesn’t support customising tooltips as described in the
> Emacs manual. I’ve attached a patch that allows you to customise the
> background and foreground colours.
>
> It may be better to try using the existing frame code to generate the
> tooltips as they would then support all parameters, but I’m not sure
> how to go about doing that.
> --
> Alan Third
Looks good to me. Thanks for adding this feature.
It looks like using the existing frame code to generate tooltips would
involve rewriting "x-show-tip" in nsfns.m to make it pop up a frame
instead of a native tooltip. Could that not be done using the "child
frame" functionality (or some subset of it) that you've already added?
And by the way, do you know how this bug was tagged as "minor"? It
seems like a lot of bugs get that designation, and it's not clear
whether the submitter chooses to do that or if it is somehow done
automatically.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#29823
; Package
emacs
.
(Thu, 04 Jan 2018 21:22:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 29823 <at> debbugs.gnu.org (full text, mbox):
On Thu, Jan 04, 2018 at 09:57:32PM +0100, Charles A. Roelli wrote:
> > Date: Sat, 23 Dec 2017 11:21:29 +0000
> > From: Alan Third <alan <at> idiocy.org>
> >
> > The NS port doesn’t support customising tooltips as described in the
> > Emacs manual. I’ve attached a patch that allows you to customise the
> > background and foreground colours.
> >
> > It may be better to try using the existing frame code to generate the
> > tooltips as they would then support all parameters, but I’m not sure
> > how to go about doing that.
>
> Looks good to me. Thanks for adding this feature.
Thanks.
> It looks like using the existing frame code to generate tooltips would
> involve rewriting "x-show-tip" in nsfns.m to make it pop up a frame
> instead of a native tooltip. Could that not be done using the "child
> frame" functionality (or some subset of it) that you've already added?
Yeah. I assume it should also be possible to modify tooltip.el to use
undecorated frames instead of tooltips defined at the C level.
Perhaps there’s some advantage to using native tooltips, but the NS
port doesn’t use native tooltips anyway.
> And by the way, do you know how this bug was tagged as "minor"? It
> seems like a lot of bugs get that designation, and it's not clear
> whether the submitter chooses to do that or if it is somehow done
> automatically.
I assume someone else set it, I certainly didn’t.
--
Alan Third
Added tag(s) fixed.
Request was from
Alan Third <alan <at> idiocy.org>
to
control <at> debbugs.gnu.org
.
(Sun, 07 Jan 2018 20:47:01 GMT)
Full text and
rfc822 format available.
bug marked as fixed in version 27.1, send any further explanations to
29823 <at> debbugs.gnu.org and Alan Third <alan <at> idiocy.org>
Request was from
Alan Third <alan <at> idiocy.org>
to
control <at> debbugs.gnu.org
.
(Sun, 07 Jan 2018 20:47:01 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 05 Feb 2018 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 7 years and 131 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.