[hafqa] [hafqa] [Bug 1108] New: hildon.Controlbar freaks out when too small
From: bugzilla-daemon at maemo.org bugzilla-daemon at maemo.orgDate: Thu Mar 1 00:36:55 EET 2007
- Previous message: [hafqa] [Bug 1099] 'Distorted' graphics when reordering columns in GtkTreeView
- Next message: [hafqa] [Bug 1027] maemo-launcher does not install headers
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
https://maemo.org/bugzilla/show_bug.cgi?id=1108 Summary: hildon.Controlbar freaks out when too small Product: haf Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: gtk AssignedTo: tommi.komulainen at nokia.com ReportedBy: sean at cs.gmu.edu QAContact: hafqa at maemo.org hildon.Controlbar has a number of issues, which I originally posted to pymaemo (https:// garage.maemo.org/tracker/?func=detail&atid=229&aid=514&group_id=40) and then was redirected here after it was determined it was a gtk and not a pygtk issue. As indicated in code posted at that URL, I noted that if you make the hildon.Controlbar sufficiently small (horizontally), it freaks out and consumes the entire width of the window, breaking out of whatever container is holding it -- in my case, the container was an HPaned. The bug appears to be triggered when the hildon.Controlbar is resized too small to have at least three pixels per tick box. This is a problem not just for ugly GUI bug reasons but because the hildon.Controlbar widget is not capable of handling real-valued input (say, floating values from 0.0 to 1.0 inclusive). Instead you must hack it with some Very Large Number of ticks (0 to 10000 maybe?) and interpolate, which would be fine but then it freaks out due to the reasons discussed before. I also noted that (in pygtk, not positive if also in gtk), the minimum position on the Controlbar is ZERO boxes lit. But in most of the GUI apps in hildon, the minimum position is generally ONE box lit. Last, though Controlbar is a subclass of Scale, it has its own idiosyncratic construction and API procedures which do not follow the inherited approach specified by Scale (and used in HScale and VScale). It'd be nice to have it be more consistent with GTK proper. -- Configure bugmail: https://maemo.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.
- Previous message: [hafqa] [Bug 1099] 'Distorted' graphics when reordering columns in GtkTreeView
- Next message: [hafqa] [Bug 1027] maemo-launcher does not install headers
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]