ubiquity (1.1.22) edgy; urgency=low
[ Jonathan Riddell ]
* KDE Frontend:
- Make the mountpoints page use a scroll view
[ Colin Watson ]
* GTK frontend: Make the debconf progress title and info labels ellipsise
rather than stretching the window if they get too long (closes: Malone
Christian: it's definitely the same window; all I'm doing is set_markup
on the label. I'm guessing that it was probably shrinking because my
glade file had been setting both expand and fill to false when adding
the label to its surrounding hbox, which I've now fixed.
--
Progress window resizes un
Excellent; ellipsize plus a bit of tweaking of expand/fill got the job
done, and it looks very nice. Thanks, Johan!
** Changed in: ubiquity (Ubuntu)
Status: Confirmed => Fix Committed
** Changed in: ubiquity (Ubuntu)
Assignee: (unassigned) => Colin Watson
--
Progress window resizes
One point to make is that we're not sure why the window is shrinking.
Are you reusing the same window, or are they multiple windows being used
as the message changes? If you create a trivial example using pygtk-
console you'll see that a Window created with default arguments and to
which a Label is
Thanks, Johan. The set of strings is not known in advance, and comes
from an entirely different codebase (apt), so I think ellipsize might be
my best bet here. I'll give that a try.
--
Progress window resizes unexpectedly during package removal
https://launchpad.net/bugs/61516
--
ubuntu-bugs ma
There are a couple of different approaches to avoid making an interface
resize when a message of a different with is set
* Make the initial window large enough to handle all the strings
* Make the strings shorter
* Use ellipsize [which cuts the text and adds dots when it does not fit]
* Break the
Initial thought: check if size_request() is bigger than the last time
and if so set_size_request()? (I'm not sure if that might cause GTK to
be reluctant to make the label bigger than the size request, though.)
** Changed in: ubiquity (Ubuntu)
Status: Unconfirmed => Confirmed
--
Progress
