| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
| |
gtk-doc gets confused if the parameter names between header,
source and doc comment don't match up.
|
|
|
|
|
|
|
| |
The API to access this functionality will be the setter we just added in
the previous commit.
https://bugzilla.gnome.org/show_bug.cgi?id=750568
|
|
|
|
|
|
| |
This will make the API easier to use from bindings too.
https://bugzilla.gnome.org/show_bug.cgi?id=750568
|
|
|
|
|
| |
The iteration now progresses past a delete, so make sure we iterate
safely. Also, don't chain up if we removed a child.
|
|
|
|
|
|
|
|
|
|
| |
For these widgets we set pass-through on the child window so that
input over these widgets (that are not on a child input window) goes
to the window below the overlay.
https://bugzilla.gnome.org/show_bug.cgi?id=750568
https://bugs.freedesktop.org/show_bug.cgi?id=90917
|
|
|
|
|
|
|
|
| |
This allows you to control the z-ordering of overlay children
https://bugzilla.gnome.org/show_bug.cgi?id=750568
https://bugs.freedesktop.org/show_bug.cgi?id=90917
|
|
|
|
|
|
|
|
|
| |
Just pretend that the main widget is an empty widget the size of the
overlay.
Makes it possible to write testcases where no size requests are run on
overlay widgets before size_allocate() is called.
Testcase included.
|
|
|
|
| |
Instead "Return value:" or "Return:"
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=730745
|
|
|
|
|
| |
We can't think with Benjamin of a reason this should be needed, so let's
just remove it.
|
|
|
|
|
|
|
|
| |
It can happen that we get a size request when the main widget
is still NULL. Currently we hit a critical in this case, and
stumble on. We can do better.
Opening a new tab in nautilus is hitting this case.
https://bugzilla.gnome.org/show_bug.cgi?id=727643
|
|
|
|
|
| |
With all element markup gone, it is time to turn off
sgml mode, and get rid of entities as well.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Specifically, switch to using markdown syntax for sections.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=710238
|
|
|
|
| |
GtkBin now handles this for us.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=702996
|
|
|
|
|
|
| |
This was always "needed", but the problems with not doing it
now are worse, since any CSD window will have a nonstandard
rgba visual.
|
| |
|
|
|
|
|
|
|
|
| |
Never allocate an overlayed child less than its minimum request.
If the minimum doesn't fit we will gracefully clip via the
widget window.
https://bugzilla.gnome.org/show_bug.cgi?id=696623
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We were calling gtk_overlay_child_allocate() both in realize
and in add as we wanted to create and position the child windows
for the widgets. However, this call also actually called
gtk_widget_size_allocate() on the child, which it shouldn't. In some
cases the overlay is realized before being allocated, and thus it
will allocate the child at 0x0 which is an invalid size for it to be in.
In particular, if the child has margins set this will result in negative
allocations and warnings.
This fix splits out the allocation computation so that
gtk_overlay_create_child_window can use it without callers
having to call gtk_overlay_child_allocate() to move the windows.
https://bugzilla.gnome.org/show_bug.cgi?id=696623
|
|
|
|
|
|
|
|
|
|
|
|
| |
This replaces the previously hardcoded calls to gdk_window_set_user_data,
and also lets us track which windows are a part of a widget. Old code
should continue working as is, but new features that require the
windows may not work perfectly.
We need this for the transparent widget support to work, as we need
to specially mark the windows of child widgets.
https://bugzilla.gnome.org/show_bug.cgi?id=687842
|
|
|
|
|
|
| |
We don't get an automatic queue resize on realize anymore, which
was papering over this bug where we did not set the child window
size/position at realize time.
|
| |
|
|
|
|
| |
Instead of resetting them completely
|
|
|
|
|
|
|
|
| |
When we're allocating children of GtkOverlay, compare their allocation
with the overlay one, and set left/right/top/bottom style classes if the
overlaid widget touches one or more of the overlay edges.
https://bugzilla.gnome.org/show_bug.cgi?id=669342
|
|
|
|
|
|
| |
gtk_widget_translate_coordinates() can fail in case the widget is not
realized or there's no common ancestor. Don't use the x/y values
returned by that method in that case, since their value is undefined.
|
|
|
|
| |
This will be used later in a subsequent commit.
|
| |
|
|
|
|
|
|
|
|
| |
These should use :, not ::, though signals would use ::.
See
http://developer.gnome.org/gtk-doc-manual/unstable/documenting_syntax.html.en
and
http://developer.gnome.org/gtk-doc-manual/unstable/documenting_symbols.html.en
|
|
|
|
|
| |
This ensures that after addition the child gets assigned the proper
allocation and the child window is properly shown/hidden.
|
|
|
|
|
|
|
| |
Move code for child allocation into the child allocation function. Don't
keep it in the overlay allocation code.
See the next commit for why this is useful.
|
|
|
|
| |
Otherwise, the window will not be used when set_parent() maps the child.
|
|
|
|
| |
and remove gtkmainprivate.h completely.
|
|
|