Glade issueshttps://gitlab.gnome.org/GNOME/glade/-/issues2023-07-04T19:32:16Zhttps://gitlab.gnome.org/GNOME/glade/-/issues/72scrollbar step-increment2023-07-04T19:32:16ZBugzillascrollbar step-increment## Submitted by noe..@..il.com
**[Link to original bug (#635704)](https://bugzilla.gnome.org/show_bug.cgi?id=635704)**
## Description
If I put the resolution of a scrollbar to 3 digits, I still can't set the
step increment to someth...## Submitted by noe..@..il.com
**[Link to original bug (#635704)](https://bugzilla.gnome.org/show_bug.cgi?id=635704)**
## Description
If I put the resolution of a scrollbar to 3 digits, I still can't set the
step increment to something smaller than 0,01 in the Glade Designer.https://gitlab.gnome.org/GNOME/glade/-/issues/70Typing command, 'glade newfile.glade' on command line doesn't use 'newfile.gl...2023-07-04T19:32:16ZBugzillaTyping command, 'glade newfile.glade' on command line doesn't use 'newfile.glade' as default name## Submitted by Eric Cunningham
**[Link to original bug (#632283)](https://bugzilla.gnome.org/show_bug.cgi?id=632283)**
## Description
At the command line, I type:
>glade newfile.glade
But it opens "Unsaved 1" as the default name....## Submitted by Eric Cunningham
**[Link to original bug (#632283)](https://bugzilla.gnome.org/show_bug.cgi?id=632283)**
## Description
At the command line, I type:
>glade newfile.glade
But it opens "Unsaved 1" as the default name. It should save the name of the file, so when you opt to save the file, the proper name is already filled-in.
This is a very important feature to me because I'm writing a IDE where users will have a file called "myFile.rb", and it needs to have a corresponding "myFile.glade." The IDE will expect to have matching names. When the user clicks, "create gui" on the .rb file, I want to be able to shell out the command:
>glade myFile.glade
If he/she will be presented with a blank box, they will make up a name. (you know how that goes :? )
This is the only way other programmers can create named files.
Also, on the command line it displays a "WARNING file not found" It would be nice to have glade operate just like any text editor, and open a blank file with the given name.
Thanks for your great work,
Eric Cunninghamhttps://gitlab.gnome.org/GNOME/glade/-/issues/69GtkToolbar's is_important property isn't kept in mind when glade starts2023-07-04T19:32:16ZBugzillaGtkToolbar's is_important property isn't kept in mind when glade starts## Submitted by Pablo Castellano (IRC: pablog)
**[Link to original bug (#629099)](https://bugzilla.gnome.org/show_bug.cgi?id=629099)**
## Description
Created attachment 169794
main.ui
I have an ui design which contains a GtkToolbar...## Submitted by Pablo Castellano (IRC: pablog)
**[Link to original bug (#629099)](https://bugzilla.gnome.org/show_bug.cgi?id=629099)**
## Description
Created attachment 169794
main.ui
I have an ui design which contains a GtkToolbar with several GtkToolButtons and its associated GtkActions.
If I set/unset the is_important property through the glade interface it works fine showing/hiding the label of the action.
If I reopen the file, labels are not shown even if is_important is set.
Example attached.
**Attachment 169794**, "main.ui":
[main.ui](/uploads/24c5b166608477dc8ab56ad1e8c60eee/main.ui)https://gitlab.gnome.org/GNOME/glade/-/issues/67Extend module search path on Windows2023-07-04T19:32:16ZBugzillaExtend module search path on Windows## Submitted by Martin Schlemmer
**[Link to original bug (#622411)](https://bugzilla.gnome.org/show_bug.cgi?id=622411)**
## Description
Created attachment 164312
glade3-3.7.1-win32-modules.patch
Basically on Windows something like ...## Submitted by Martin Schlemmer
**[Link to original bug (#622411)](https://bugzilla.gnome.org/show_bug.cgi?id=622411)**
## Description
Created attachment 164312
glade3-3.7.1-win32-modules.patch
Basically on Windows something like GtkSourceView might install a catalog, but the DLL might either be in "bin" or in the $PATH. It might need some additional tweaking, but this is in my setups.
Patch attached.
~~**Patch 164312**~~, "glade3-3.7.1-win32-modules.patch":
[glade3-3.7.1-win32-modules.patch](/uploads/32bb3d0bbad0813d70e2e9b3c15a115b/glade3-3.7.1-win32-modules.patch)https://gitlab.gnome.org/GNOME/glade/-/issues/66Add user visible way to see which objects refer to another object (eg "which ...2023-07-04T19:32:16ZBugzillaAdd user visible way to see which objects refer to another object (eg "which spin buttons use a given adjustment")## Submitted by CJ Kucera
**[Link to original bug (#621143)](https://bugzilla.gnome.org/show_bug.cgi?id=621143)**
## Description
I've noticed some unfortunate things about the way Glade 3.6.7 deals with Adjustments and SpinButtons. ...## Submitted by CJ Kucera
**[Link to original bug (#621143)](https://bugzilla.gnome.org/show_bug.cgi?id=621143)**
## Description
I've noticed some unfortunate things about the way Glade 3.6.7 deals with Adjustments and SpinButtons. In Glade 3.4.x the two were very tightly coupled (the Adjustment values were actually on the SpinButton tab itself), which was basically how I'd like to continue to use them. The problems I've noticed with the current setup are:
1) If I copy a spinbutton and paste it elsewhere, instead of creating a new Adjustment, it links in the old one, which is very rarely what I want. So then I've got to go in and create a new Adjustment by hand for the new SpinButton.
2) When deleting SpinButtons, the associated Adjustment hangs around and it's a somewhat tedious process to figure out which Adjustments it's safe to delete, when I want to clean up the object list on the righthand side of the screen.
Anyway, just my opinion of course, but I'd much prefer the older 3.4.x way of dealing with SpinButton Adjustments; the newer methods have proven to be fairly cumbersome.https://gitlab.gnome.org/GNOME/glade/-/issues/65Child of GtkFixed/GtkLayout move by key-board input2023-07-04T19:32:16ZBugzillaChild of GtkFixed/GtkLayout move by key-board input## Submitted by 200..@..er.com
**[Link to original bug (#620531)](https://bugzilla.gnome.org/show_bug.cgi?id=620531)**
## Description
I create GtkWindow and add GtkFixed on GtkWindow in glade.
Then, I add GtkButton on GktFixed and c...## Submitted by 200..@..er.com
**[Link to original bug (#620531)](https://bugzilla.gnome.org/show_bug.cgi?id=620531)**
## Description
I create GtkWindow and add GtkFixed on GtkWindow in glade.
Then, I add GtkButton on GktFixed and click the drag & move icon in toolbar.
At this time, whenever you push the direction key, if the GtkButton is moved, it will be very helpful.https://gitlab.gnome.org/GNOME/glade/-/issues/64Auto-alignment of children of GtkFixed/GtkLayout2023-07-04T19:32:16ZBugzillaAuto-alignment of children of GtkFixed/GtkLayout## Submitted by 200..@..er.com
**[Link to original bug (#620454)](https://bugzilla.gnome.org/show_bug.cgi?id=620454)**
## Description
If user selects two or more children of GtkFixed or GtkLayout container, glade will activate align...## Submitted by 200..@..er.com
**[Link to original bug (#620454)](https://bugzilla.gnome.org/show_bug.cgi?id=620454)**
## Description
If user selects two or more children of GtkFixed or GtkLayout container, glade will activate alignment icons in tool-bar. Once user click the icon, children will be aligned. Glade support the several alignment (left/right/top/bottom/center).
Actually, User can set the x, y value of each widget in the property editor tab.
But, it is a advanced feature.
This feature is restricted to GtkFixed and GtkLayout
Only these widgets can pack child with x, y position.
Another container widgets are placing their children based on several packing options : padding, filling, expanding, position.
What do you think about it??https://gitlab.gnome.org/GNOME/glade/-/issues/63Glade3 supports multiple themes for enhancement2023-07-04T19:32:16ZBugzillaGlade3 supports multiple themes for enhancement## Submitted by 200..@..er.com
**[Link to original bug (#620452)](https://bugzilla.gnome.org/show_bug.cgi?id=620452)**
## Description
Glade3 is a design tool.
Glade3 in Linux has the theme same as host's one.
But user probably want ...## Submitted by 200..@..er.com
**[Link to original bug (#620452)](https://bugzilla.gnome.org/show_bug.cgi?id=620452)**
## Description
Glade3 is a design tool.
Glade3 in Linux has the theme same as host's one.
But user probably want to apply another theme to the layout area for their application. And they probably want to look & feel same as real theme.
For this, I'd try to add the gtkrcparser.{c/h} in the glade source.
It is similar to the gtkrc.{c/h}.
When launching glade3, gtkrcparser will parse the user's gtkrc resource file.
And when adding new widget to the layout, glade apply the user theme to the widget.
But this solution has some problem.
If you try to change the label of GtkButton, GtkButton try to create GtkLabel internally. In this case, glade can not apply theme to it immediately.
So, I add the "apply-theme" signal to the GtkButton.
When GtkButton creates the GtkLabel, GtkButton will emit the "apply-theme" signal.
Glade has the callback function of the signal. In the callback function, glade apply the theme to the GtkLabel widget. I think this patch should be improved.
Anyway, if Glade3 can be support two or more theme at one time, it will be great and very helpful.https://gitlab.gnome.org/GNOME/glade/-/issues/62FileChooserButton allows to choose unsupported actions2023-07-04T19:32:16ZBugzillaFileChooserButton allows to choose unsupported actions## Submitted by Pietro Battiston `@pbattiston`
**[Link to original bug (#616604)](https://bugzilla.gnome.org/show_bug.cgi?id=616604)**
## Description
1) start glade
2) create a window
3) create a FileChooserButton in it
4) into "Gen...## Submitted by Pietro Battiston `@pbattiston`
**[Link to original bug (#616604)](https://bugzilla.gnome.org/show_bug.cgi?id=616604)**
## Description
1) start glade
2) create a window
3) create a FileChooserButton in it
4) into "General" tab, look at "Action": in the scrolldown menu, you can see (among others) actions "Save" and "Create folders".
However, the documentation ([1]) states
"The GtkFileChooserButton supports the GtkFileChooserActions GTK_FILE_CHOOSER_ACTION_OPEN and GTK_FILE_CHOOSER_ACTION_SELECT_FOLDER."
(and by the way, it took me a lot of time to find it out...)
[1]: http://library.gnome.org/devel/gtk/2.20/GtkFileChooserButton.htmlhttps://gitlab.gnome.org/GNOME/glade/-/issues/60Add missing gtktextbuffer icon2023-07-04T19:32:16ZBugzillaAdd missing gtktextbuffer icon## Submitted by Rafael Villar Burke
**[Link to original bug (#614561)](https://bugzilla.gnome.org/show_bug.cgi?id=614561)**
## Description
Created attachment 157679
Icon in the 16x16 size
Add missing icon for gtktextbuffer.
Attach...## Submitted by Rafael Villar Burke
**[Link to original bug (#614561)](https://bugzilla.gnome.org/show_bug.cgi?id=614561)**
## Description
Created attachment 157679
Icon in the 16x16 size
Add missing icon for gtktextbuffer.
Attached are the icon png files in its 16x16 and 22x22 size.
**Attachment 157679**, "Icon in the 16x16 size":
![widget-gtk-textbuffer16](/uploads/176c24ae4a8462291dd978b413462e9f/widget-gtk-textbuffer16.png)https://gitlab.gnome.org/GNOME/glade/-/issues/59Show a view of callbacks and their related widgets2023-07-04T19:32:16ZBugzillaShow a view of callbacks and their related widgets## Submitted by Rafael Villar Burke
**[Link to original bug (#614191)](https://bugzilla.gnome.org/show_bug.cgi?id=614191)**
## Description
It would be useful to have a view of defined callbacks along with the widgets they're related...## Submitted by Rafael Villar Burke
**[Link to original bug (#614191)](https://bugzilla.gnome.org/show_bug.cgi?id=614191)**
## Description
It would be useful to have a view of defined callbacks along with the widgets they're related to. This matches well with the autoconnect feature in gtkbuilder and glade and lets users see which methods are really used as callbacks even if they're not correctly documented in the client code.
Also, it can give an overview of the UI behaviour.https://gitlab.gnome.org/GNOME/glade/-/issues/58cellrenderer attributes aren't shown in consistent state2023-07-04T19:32:16ZBugzillacellrenderer attributes aren't shown in consistent state## Submitted by Rafael Villar Burke
**[Link to original bug (#614190)](https://bugzilla.gnome.org/show_bug.cgi?id=614190)**
## Description
some cellrenderer attributes show as 'not in default value' (with bold face) even if they are...## Submitted by Rafael Villar Burke
**[Link to original bug (#614190)](https://bugzilla.gnome.org/show_bug.cgi?id=614190)**
## Description
some cellrenderer attributes show as 'not in default value' (with bold face) even if they are indeed untoched, or in its default value. It's possible to reset their state unchecking and rechecking the attribute check button, but it gives false information about changes done.https://gitlab.gnome.org/GNOME/glade/-/issues/57copying a vertical container distorts comboboxes2023-07-04T19:32:16ZBugzillacopying a vertical container distorts comboboxes## Submitted by Michael Tenenbaum
**[Link to original bug (#613460)](https://bugzilla.gnome.org/show_bug.cgi?id=613460)**
## Description
If I copy a Vertical Box Container containing a combobox to another window, Glade distorts/chan...## Submitted by Michael Tenenbaum
**[Link to original bug (#613460)](https://bugzilla.gnome.org/show_bug.cgi?id=613460)**
## Description
If I copy a Vertical Box Container containing a combobox to another window, Glade distorts/changes/omits parameters of the combobox in the resulting xml.
When I access a combobox that was contained in a copied Vertical Box Container (like reading the active text, adding text or truncating the text) GTK returns an error code as if I were writing to an object that does not exist.
The work-around is to delete the duplicated comboboxes and copy a working combobox from another window in the project, rename the copied combobox and save.https://gitlab.gnome.org/GNOME/glade/-/issues/56If Number of Items == 3 font is not bold2023-07-04T19:32:16ZBugzillaIf Number of Items == 3 font is not bold## Submitted by Tomáš Virgl
**[Link to original bug (#611096)](https://bugzilla.gnome.org/show_bug.cgi?id=611096)**
## Description
Created attachment 154699
Number of Items == 3
If you add Vertical box container you will get Dialog...## Submitted by Tomáš Virgl
**[Link to original bug (#611096)](https://bugzilla.gnome.org/show_bug.cgi?id=611096)**
## Description
Created attachment 154699
Number of Items == 3
If you add Vertical box container you will get Dialog and if Number of Items == 3 then font is not bold. If Number of Items Not == 3 the font is bold
**Attachment 154699**, "Number of Items == 3":
![error1](/uploads/12d709f3e212c14900597697ed859f49/error1.png)https://gitlab.gnome.org/GNOME/glade/-/issues/55GtkButton GTK_WIDGET_RECEIVES_DEFAULT not set when using old .glade files2023-07-04T19:32:16ZBugzillaGtkButton GTK_WIDGET_RECEIVES_DEFAULT not set when using old .glade files## Submitted by Roger Leigh
**[Link to original bug (#605974)](https://bugzilla.gnome.org/show_bug.cgi?id=605974)**
## Description
Created attachment 150748
Old glade interface
Version: 3.6.7 (on Debian GNU/Linux [current unstable]...## Submitted by Roger Leigh
**[Link to original bug (#605974)](https://bugzilla.gnome.org/show_bug.cgi?id=605974)**
## Description
Created attachment 150748
Old glade interface
Version: 3.6.7 (on Debian GNU/Linux [current unstable])
I'm converting existing .glade files used with libglade to GtkBuilder .ui files.
If you load the attached file in glade, and inspect the three GtkButtons (Quit, Reset, Calculate) at the bottom of the window, you'll see that Reset and Calculate can default, and Calculate has the default. However, *none* of the three can receive default, and this is required. I suspect GTK_WIDGET_RECEIVES_DEFAULT is a new-ish addition to GTK+, and this is an issue loading older .glade files. If I create a new GtkButton in glade and inspect it, it will receive the default by default, and this should also be the case when loading older files or else the interface behaviour is broken.
What's broken: when the interface is loaded, you can't activate a button by tabbing to it and pressing enter; only space activates. This is fixed by manually setting the "receives default" property, but this should not be required--glade should be correctly defaulting the property so that old glade interfaces behave correctly.
Other issues I noticed:
GtkVBoxes pack horizontally unless you manually set the orientation to vertical (I saw this was already reported).
GtkBuilder has no means to load the interface from a given root. Given that my primary use of libglade is to load in a widget hierarchy and then pack it into a custom subclassed GtkWindow widget, I'll now need to mess around with reparenting widgets. Not having this existing functionality present in GtkBuilder is quite a regression, which I hope will be rectified. Alternatively, allowing GtkBuilder widget hierarchies to /not/ have a GtkWindow as the top-level widget would also be a valid solution--it would just require the user to manually pack the top-level (which would be fine by me).
Regards,
Roger
**Attachment 150748**, "Old glade interface":
[ogcalc.glade](/uploads/a37bb9e7a6ecad84729c3087557ac876/ogcalc.glade)https://gitlab.gnome.org/GNOME/glade/-/issues/54GtkBuilder UI's from glade cannot provide Accelerators unless whole UI is used2023-07-04T19:32:16ZBugzillaGtkBuilder UI's from glade cannot provide Accelerators unless whole UI is used## Submitted by j_l..@...co.uk
**[Link to original bug (#605266)](https://bugzilla.gnome.org/show_bug.cgi?id=605266)**
## Description
If you have just a menu for example within your UI (which will be perfectly valid) and wish to add...## Submitted by j_l..@...co.uk
**[Link to original bug (#605266)](https://bugzilla.gnome.org/show_bug.cgi?id=605266)**
## Description
If you have just a menu for example within your UI (which will be perfectly valid) and wish to add into your existing ui, there is no way to get the accelerators as defined in the GTKBuilder xml file.
This means that if you want to dynamically load parts of your UI at run time (i.e, the whole point of XML layouts) you can't use glade xml files. The upshot of which means that the only option is to hand-code the UI, Accels etc and ignore glade.
GtkBuilder should not *require* that a UI element exist to take the accelerators defined in the UI, but place them in an accessible method (GtkBuilder.get_accels()) so that you can place them in your own top level window rather than what GtkBuilder thinks.https://gitlab.gnome.org/GNOME/glade/-/issues/52default hscale adjustment does not let user move it2023-07-04T19:32:16ZBugzilladefault hscale adjustment does not let user move it## Submitted by Murilo de Lima
**[Link to original bug (#602609)](https://bugzilla.gnome.org/show_bug.cgi?id=602609)**
## Description
If I add an Hscale widget to my app and do not change any of the default adjustment values, the us...## Submitted by Murilo de Lima
**[Link to original bug (#602609)](https://bugzilla.gnome.org/show_bug.cgi?id=602609)**
## Description
If I add an Hscale widget to my app and do not change any of the default adjustment values, the user is not enabled to move the scale.
This happens when I use libglade for Ruby and also when I play with the widgets inside Glade.https://gitlab.gnome.org/GNOME/glade/-/issues/51gtk_tree_view_column_pack_{start,end} doesn't seem to have an equivalent.2023-07-04T19:32:16ZBugzillagtk_tree_view_column_pack_{start,end} doesn't seem to have an equivalent.## Submitted by Richard Schwarting
**[Link to original bug (#602152)](https://bugzilla.gnome.org/show_bug.cgi?id=602152)**
## Description
I want to add GtkCellRenderers that expand to fill the column's width to a column.
However, w...## Submitted by Richard Schwarting
**[Link to original bug (#602152)](https://bugzilla.gnome.org/show_bug.cgi?id=602152)**
## Description
I want to add GtkCellRenderers that expand to fill the column's width to a column.
However, while there is an Expand option for the column to expand to take up the space provided by the TreeView, my GtkCellRenderers do not seem to expand to fill the space.
That is, I have one column with a GtkCellRendererProgress, and the Progress bar only expands to fit the text that I've set in it, and is elsewise much smaller than the space allotted the column. I also have a GtkCellRendererText which also expands to meet the text. If I don't ellipsize the text, then text wider than the column causes the column to expand as well. If I do ellipsize the text, it gets shrunk to the minimum width possible: the width of the ellipsis.
Right now, I have to explicitly set a fixed width for the GtkCellRenderer* objects to ensure that they are neither too small for the column nor too wide. This isn't ideal, though, because then they do not expand when I widen the window (and consequently, the treeview).
If I set up the cells personally in code via gtk_tree_view_column_pack_{start,end}, and pack the cells into the column with FALSE for expand, I get the same behaviour I see from creating GtkBuilder descriptions with glade-3. If I set them up with expand = TRUE, then they do what I'd like, filling the width of the column, and growing and shrinking with it.
### Depends on
* [Bug 641138](https://bugzilla.gnome.org/show_bug.cgi?id=641138)https://gitlab.gnome.org/GNOME/glade/-/issues/49Widget not exposed in glade 3 when creating catalog.2023-07-04T19:32:16ZBugzillaWidget not exposed in glade 3 when creating catalog.## Submitted by German Diago
**[Link to original bug (#600540)](https://bugzilla.gnome.org/show_bug.cgi?id=600540)**
## Description
Hello. I don't know if this is a glade 3 bug or a gtk+ bug.
The bug itself is:
1.- Create a widge...## Submitted by German Diago
**[Link to original bug (#600540)](https://bugzilla.gnome.org/show_bug.cgi?id=600540)**
## Description
Hello. I don't know if this is a glade 3 bug or a gtk+ bug.
The bug itself is:
1.- Create a widget (using pygtk, but I think the bindings are not the problem) derived from gtk.Bin.
This widget uses a gtk.Builder file with a treeview and a treemodel.
2.- The treeview from the gtk.Builder file is reparented to my derived gtk.Bin widget, like this:
self.treeview = self.builder.get_object("mytreeview")
self.treeview.reparent(self) #self is my widget derived from gtk.Bin.
When using this widget in a catalog, the treeview
is not shown at all.
But the strange thing is that if I make my widget inherit from gtk.VBox, everything works correctly. I think it should do the same for gtk.Bin, if I'm right.https://gitlab.gnome.org/GNOME/glade/-/issues/48i think glade3 is over translated2023-07-04T19:32:16ZBugzillai think glade3 is over translated## Submitted by YunQiang Su `@yqsu`
**[Link to original bug (#597918)](https://bugzilla.gnome.org/show_bug.cgi?id=597918)**
## Description
the tip of widget on palette should not be translated,also the properties of widget.
develop...## Submitted by YunQiang Su `@yqsu`
**[Link to original bug (#597918)](https://bugzilla.gnome.org/show_bug.cgi?id=597918)**
## Description
the tip of widget on palette should not be translated,also the properties of widget.
developers who use the glade can understand the simple English words.
and if translated,it may have ambiguity.