Progress window resizes unexpectedly during package removal

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.)

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 text into several lines
* Add a brief text and a more detailed one which is displayed with help of a tooltip or expander.
* Change the font size

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.

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 added does not shrink after expanding. Use label.set_text() to experiment.

Excellent; ellipsize plus a bit of tweaking of expand/fill got the job done, and it looks very nice. Thanks, Johan!

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.

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
    #61516).

 -- Colin Watson <email address hidden> Fri, 22 Sep 2006 10:28:34 +0100