Bug 439414

Summary: extremely large tooltips
Product: [Fedora] Fedora Reporter: Zack Cerza <zcerza>
Component: PackageKitAssignee: Robin Norwood <robin.norwood>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: low    
Version: rawhideCC: richard, tla
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-04-07 09:23:40 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Attachments:
Description Flags
what about something like this? none

Description Zack Cerza 2008-03-28 16:13:52 UTC
Description of problem:
If PK has enough pending transactions, gnome-pk will happily create a tooltip
that doesn't fit onscreen. 

For example, I cherry-picked maybe 30 updates from 200 or so by clicking "Update
Package" on each of them. They're added to the queue (along with tons of extra
"get update detail" and "get updates" items). Mousing over the gnome-pk icon
shows a tooltip that's taller than my screen itself.

Version-Release number of selected component (if applicable):
gnome-packagekit-0.1.9-4.fc9.i386

Comment 1 Richard Hughes 2008-03-28 18:06:55 UTC
Ahh, we've fixed the cherry pick problem by making them checkboxes you can
select. How many lines do you think a "too big" tooltip is (so we can add ...
for the rest).

Comment 2 Zack Cerza 2008-03-28 18:54:29 UTC
If we can't figure out how tall the tooltip is going the be (so we can compare
it to the screen height) I'm thinking the cap should be something like, I don't
know, 25? It's just a guess.

Also, instead of "..." it would be a good idea to put "(56 more transactions)"
or some such text.

Comment 3 Richard Hughes 2008-03-28 19:29:22 UTC
Created attachment 299515 [details]
what about something like this?

Comment 4 Zack Cerza 2008-03-28 19:57:05 UTC
Didn't actually compile/test it, but it looks like the right fix.

Comment 5 Richard Hughes 2008-03-28 20:19:14 UTC
I've added this into git, many thanks.