GNOME Bugzilla – Bug 366683
cant decrease GtkNotebook "pages" property without manually deleting widgets
Last modified: 2008-09-29 19:23:50 UTC
Please describe the problem: I've noticed a problem with Glade3-3.1.0 I tried to open an existing project (glade3 project) in glade 3.1 and i noticed that my notebook which had 2 pages earlier, now had 4 pages and all the labels were gone. Also, i can't change the number of pages to 2. It forces me to have atleast 4 pages for a GtkNotebook. Steps to reproduce: 1. Open glade 2. Create a GtkNotebook 3. Try to reduce the number of pages to less than 4. Actual results: Glade doesn't allow to change the number of pages to less than 4. Expected results: Glade should allow to change the number of pages to less than 4. Does this happen every time? Yes, it happens everytime. Other information:
Yes well - this is one of the very technical shortcommings of glade 3, since it has Undo/Redo things are a little complex... we have a way to group commands together - but we dont have a way yet to let the plugin code (the notebook related code) issue the commands nescisary to undoably delete project widgets. Currently you must remove any content widgets AND tab-label widgets in order to decrease the number of pages in the notebook (the afore mentioned reason - if not - we wouldnt have any way to bring those widgets back upon Redo). Renaming the bug to address the actual issue at hand
Created attachment 80095 [details] a test glade file that shows the bug
Comment on attachment 80095 [details] a test glade file that shows the bug i can confirm and replicate this. I created the attached glade file and if i open it in 3.1.2 my tab-labels are missing (as well as other features) if i open it in 3.0.2 it opens fine
i tried 3.1.4 and it all appears to work now, thanks
Mhm - well we did have a severe notebook bug in earlier 3.1 versions, but if you look at the summery of /this/ bug - the bug is still there. There are some architectural changes that need to be done before fixing this, note to developer: originally we wanted glade commands to support recursion; so that the notebook could detect the property change command and prepend a "remove child widget" command or two (for the content & tab label) - this turned out to be far too complex. Instead I propose we support an "issue-command" backend functionality so that the catalog can optionally issue the change property command (and issue the other related commands if nescisary). needless to say - the problem here is that if we allow the notebook to shrink, undoing that command wont bring back orphaned project widgets that resided in removed pages.
see explanation for the wontfix on bug 382348
*** Bug 530114 has been marked as a duplicate of this bug. ***
*** Bug 533092 has been marked as a duplicate of this bug. ***
*** Bug 554136 has been marked as a duplicate of this bug. ***