After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 351592 - Difficult/impossible to make HIG compliant GtkDialog
Difficult/impossible to make HIG compliant GtkDialog
Status: RESOLVED OBSOLETE
Product: glade
Classification: Applications
Component: general
git master
Other Linux
: Normal normal
: ---
Assigned To: Glade 3 Maintainers
Glade 3 Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-08-16 04:45 UTC by Gabriel Burt
Modified: 2018-03-26 14:59 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Gabriel Burt 2006-08-16 04:45:31 UTC
The only GtkDialog that one can create contains an internal button bar along the bottom that as far as I can tell can't be prodded into compliance with the Gnome HIG.  Specifically, I want the OK button to be 12 pixels from the right/buttom borders and 6 pixels from the Cancel button.
Comment 1 Thomas Rydzynski 2006-08-19 17:18:19 UTC
Can't you set the HBox padding or Window border to 12 and HBox spacing to 6? I did it yesterday and as far as I can tell it was HIG compliant. Am I missing something?

Btw: http://bugzilla.gnome.org/show_bug.cgi?id=352018, Tristan Van Berkom said we should not play with these values anyway.
Comment 2 Christian Persch 2006-08-27 12:20:51 UTC
The right values to use are:
- 5px border for the dialog
- 2px spacing for the main vbox
- 5px border for the content box

Could glade-3 generate a gtkdialog with those defaults when adding a new dialog?
Comment 3 Tristan Van Berkom 2006-09-22 21:52:38 UTC
- 5px border for the dialog
  - check
- 2px spacing for the main vbox
  - check
- 5px border for the content box
  What is the "content box" ?
  is that what the user adds to the dialog->vbox above the
  action_area ?

would it be insane to automatically add an alignment at dialog
creation time to accomadate for the extra border-width property ?
Comment 4 Christian Persch 2006-09-22 22:13:24 UTC
The "content box" is whatever you add as the 1st child of dialog->vbox. I don't think you should add an alignment, since a border on whatever container the user adds there (usually a Gtk[HV]Box) works fine. Maybe glade3 could automatically set the border to 5 of whatever child the user puts there?
Comment 5 Javier Jardón (IRC: jjardon) 2009-09-13 15:07:02 UTC
You reported this bug a while ago and there hasn't been any activity in it
recently. We were wondering if this is still an issue for you.

Can you please check again if the issue you reported here still happens in a
recent version of GNOME and update this report by adding a comment and
adjusting the 'Version' field?

Again thank you for reporting this and sorry that it could not be fixed for the
version you originally used here.

Without feedback this report will be closed as INCOMPLETE after 6 weeks.
Comment 6 Javier Jardón (IRC: jjardon) 2009-09-13 16:56:52 UTC
As discussed in IRC, this bugs is still valid.
Comment 7 Tristan Van Berkom 2013-05-20 07:40:08 UTC
Here is the tricky part about this bug:

  o The border width of the vbox widget itself is not editable by Glade,
    this property, even if set, is overridden by the theme/settings

  o Many dialogs (including those in GTK+), actually add a 5px border around
    a widget which they place *into* the dialog VBOX.

Ideally, the hard coded 5 pixels should go away, and the settings should be
fixed so that the dialog itself adds the 5 px content border.
Comment 8 GNOME Infrastructure Team 2018-03-26 14:59:43 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/glade/issues/5.