After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 201054 - alternate tooltip text
alternate tooltip text
Status: RESOLVED INCOMPLETE
Product: GAL
Classification: Deprecated
Component: EText
unspecified
Other All
: Normal enhancement
: Future
Assigned To: Radek Doulik
Evolution QA team
Depends on:
Blocks: 200858
 
 
Reported: 2001-01-02 18:40 UTC by Dan Winship
Modified: 2009-11-09 15:27 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Description Dan Winship 2001-01-02 18:40:39 UTC 
It would be nice to be able to specify alternate text for a table cell that
would only display in the tooltip.

So in the Date column, you could have "Yesterday, 2:07pm" and then the
tooltip is "Yesterday, January 1, 2000, 2:07pm". Or the Size column would
show "2.5k" and the tooltip shows "2.5k (2573 bytes)". Or the subject column
shows the subject, and the tooltip shows the subject and a few lines of body
text. (Although in the last case, we wouldn't want to fill in the body text
until the tooltip popped up, so maybe we don't want to use the same
functionality.)
Comment 1 Chris Lahey 2001-01-02 20:35:55 UTC 
This should work fine, even with the body text bit.  Just add a column to the
model that returns the body and it won't be queried unless the tooltip needs to
pop up.
Comment 2 André Klapper 2009-11-08 16:11:38 UTC 
This report has not seen any changes or updates for more than 3 years.

Also, GAL was merged into Evolution in June 2005. Actual GAL bugs are now located in the Product "Evolution", component "GAL". The external, separate GAL codebase will not receive any changes.

We kindly ask you to check whether the issue you have reported here still happens in GNOME 2.26 or 2.28. 
If so, please update this report by adding a short comment, removing the NEEDINFO state, updating the "Version" field and moving this to the Evolution product (if you have sufficient Bugzilla rights to do so).

Again thank you for reporting this bug and we are sorry it could not be handled for the version you originally used here.
Comment 3 Dan Winship 2009-11-09 15:27:52 UTC 
I don't use evolution any more so I don't know if these bugs are still relevant. If they are, then there are probably more-recent dups, and if there aren't more recent dups then it's probably not worth fixing them at this point.