Bug 2248 - [HOB] Replace persistent tooltips with property windows and information alerts
Summary: [HOB] Replace persistent tooltips with property windows and information alerts
Status: VERIFIED FIXED
Alias: None
Product: Hob
Classification: Build System, Metadata & Runtime
Component: hob (show other bugs)
Version: 1.3
Hardware: x86 Multiple
: Medium enhancement
Target Milestone: 1.4
Assignee: Andrei Dinu
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2012-04-05 14:25 UTC by Giulia
Modified: 2013-03-21 13:42 UTC (History)
10 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: ---


Attachments
Persistent tooltip display rules (29.47 KB, application/pdf)
2012-04-05 14:25 UTC, Giulia
no flags Details
Tooltip close button (1.77 KB, image/png)
2012-04-05 14:26 UTC, Giulia
no flags Details
Persistent Tooltip design (130.45 KB, image/png)
2012-04-05 14:30 UTC, Giulia
no flags Details
arrow left (1.01 KB, image/png)
2012-04-05 14:30 UTC, Giulia
no flags Details
arrow right (1.01 KB, image/png)
2012-04-05 14:31 UTC, Giulia
no flags Details
property windows for additional information (426.30 KB, application/pdf)
2012-08-24 14:26 UTC, Belen Barros Pena
no flags Details
replacing persistent tooltips (456.19 KB, application/pdf)
2012-08-24 15:08 UTC, Belen Barros Pena
no flags Details
replacing persistent tooltips (455.65 KB, application/pdf)
2012-08-24 15:10 UTC, Belen Barros Pena
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Giulia 2012-04-05 14:25:42 UTC
Created attachment 444 [details]
Persistent tooltip display rules

Tooltip display rules:
    a) The tooltip should always be displayed within the Hob borders.
    b) The tooltip should be positioned next to the item it is related to
    without overlapping it.
    c) The tooltip would prefer to have its top aligned with the top of the
    object and be positioned to the  right of it, but if that is not possible 
    then it can be positioned to the left (I have attached an example).
    d) If the content of the tooltip is longer that the space to the bottom of
    the screen then it should grow above the object until it reaches the edge of
    the screen at which point it should become scrollable. 
    e) It's important to have a visual element that help users understand which
    item the tooltip refers to. That could be done by simply highlighting the
    word/icon the triggered the tooltip to appear, or by using a visual element
    like a small arrow (in attachment).

Also, find in attachment the latest version of the tooltip design. I have
attached a left and a right arrow to be used to indicate which
information the tooltip refers to. As the gradient background may be a bit
difficult to implement in the short term, it would be fine to use a dark
grey background #1a1a1a. I also attached a close button.
Comment 1 Giulia 2012-04-05 14:26:59 UTC
Created attachment 445 [details]
Tooltip close button
Comment 2 Giulia 2012-04-05 14:30:15 UTC
Created attachment 446 [details]
Persistent Tooltip design
Comment 3 Giulia 2012-04-05 14:30:59 UTC
Created attachment 447 [details]
arrow left
Comment 4 Giulia 2012-04-05 14:31:29 UTC
Created attachment 448 [details]
arrow right
Comment 5 Giulia 2012-04-05 15:55:22 UTC
Marking this as 'enhancement' as this bug can't probably be solved for the next release. See bug [2080] for more info about the complexity of solving this bug.
Comment 6 Belen Barros Pena 2012-07-17 08:30:52 UTC
I've been thinking a bit about this. GTK does not provide a UI widget for this element and, from Joshua's experience, implementing custom UI components is hard and time consuming.

Looking at the Gnome UI guidelines, it seems to me that the standard toolkit element to provide additional details about any UI component should be a property window 

http://developer.gnome.org/hig-book/3.0/windows-utility.html.en#property-windows

What about replacing the persistent tooltips with property windows? They would simply come up on clicking the 'i' icon, and on clicking a recipe / package / task name in the Recipes and Packages screens. 

If everybody is mildly happy with this solution, let me know, and I can provide some guidelines on how the information should be presented within those property windows.

Thanks!

Belen
Comment 7 anliming 2012-07-17 10:16:56 UTC
yes there has another hard point to change gtk tooltip to custom UI tooltip, the implement of gtk tooltip so far is embedded to the different widget's expose process, I would find a common way to change all this existed tooltips, can someone help me.
Comment 8 Belen Barros Pena 2012-08-24 14:26:42 UTC
Created attachment 735 [details]
property windows for additional information

As agreed, a suggestion on how we could replace our existing persistent tooltips with property windows to display additional information about recipes, packages and tasks.

Let me know what you think.

Cheers

Belen
Comment 9 Belen Barros Pena 2012-08-24 15:08:36 UTC
Created attachment 736 [details]
replacing persistent tooltips
Comment 10 Belen Barros Pena 2012-08-24 15:10:52 UTC
Created attachment 737 [details]
replacing persistent tooltips
Comment 11 Belen Barros Pena 2013-03-07 16:32:36 UTC
Hi Andrei,

Could you please update the status of this bug? Last thing I know is that a patch had been submitted but not merged. 

Thanks

Belen
Comment 12 Belen Barros Pena 2013-03-21 13:42:22 UTC
Verified on 9ffee9add2d0380f4025e7a678a166f25a7d659e