Benjamin Otte
1f1c7547da
switch: Use the right state when querying padding
...
We were using the state of the widget node, not the state of the slider
node.
This caused layout loops due to invalidations.
2015-10-22 18:43:55 +02:00
Matthias Clasen
f703ea6599
win32: Fix introspection syntax
2015-10-22 11:50:49 -04:00
Owen W. Taylor
26d8a56506
testgtk/Alpha Window: fix the drawn area when we are drawing decorations
...
A GtkWindow's allocation includes the titlebar, borders, and shadows; we
only want to draw our custom alpha content over the child allocation of
the GtkWindow.
https://bugzilla.gnome.org/show_bug.cgi?id=756886
2015-10-22 11:05:04 -04:00
Owen W. Taylor
1571d2872f
GtkWindow: draw the frame and shadow even for app-paintable windows
...
If a window is decorated, we need to draw the frame and shadow, even if
it is app-paintable - it's just nonsense to have a frame that we handle
events on, but expect the app to paint it. (We paint the titlebar in
any case.) If a client wants to handle all painting, it should use an
undecorated window.
https://bugzilla.gnome.org/show_bug.cgi?id=756886
2015-10-22 11:05:03 -04:00
Owen W. Taylor
01136618b8
Guard against selection requestor disappearing
...
We made a number of unchecked accesses to the selection requestor,
which could cause X errors if the selection requestor vanished
(or we were sent invalid events). Add error traps around all of them.
See https://bugzilla.redhat.com/show_bug.cgi?id=1210814 for an
example of a crash that could be caused by this. (There are about
1000 instances of such a crash in http://retrace.fedoraproject.org
though no linked bug reports specifically talk about cut-and-paste
or DND.)
https://bugzilla.gnome.org/show_bug.cgi?id=756881
2015-10-22 11:05:03 -04:00
Benjamin Otte
d3bf602c60
iconcache: Remove unused function
2015-10-22 16:42:49 +02:00
Benjamin Otte
371f501632
window: Name the decoration style
2015-10-22 16:42:48 +02:00
Benjamin Otte
408920d438
window: Add gtk_widget_class_set_css_name()
...
This is to replace using class names as CSS names.
2015-10-22 16:42:48 +02:00
Benjamin Otte
244d9ffeee
window: Refactor function
...
Move gtk_style_context_save() into the function that sets up the
decoration rendering.
2015-10-22 16:42:48 +02:00
Benjamin Otte
ed574408f2
notebook: Remove "prelight-page" class
...
Instead, just use the "tab:hover" selector
2015-10-22 16:42:48 +02:00
Benjamin Otte
182f9a7f39
notebook: Remove "active-page" class
...
Instead, just use the "tab:active" selector
2015-10-22 16:42:48 +02:00
Benjamin Otte
2720d97db3
notebook: Remove funciton by folding it into callers
2015-10-22 16:42:48 +02:00
Benjamin Otte
acd63a6019
notebook: Refactor internal function
...
Don't return the state anymore as the function doesn't even look at the
state. Instead, make the callers that need the state query it manually.
2015-10-22 16:42:48 +02:00
Benjamin Otte
7b9844288a
notebook: Make tab positions permanent
...
... on the tab CssNodes.
2015-10-22 16:42:48 +02:00
Benjamin Otte
dd3f2ec987
notebook: Remove last traces of regions
...
Now that we don't use regions anymore, there's no need to update
anything when the regions change.
2015-10-22 16:42:47 +02:00
Benjamin Otte
f713bcd742
notebook: Set reorderable-page style class properly
...
Set it when the reorderable state changes, not just when rendering.
2015-10-22 16:42:47 +02:00
Benjamin Otte
a4e86341e4
notebook: Set active state properly
...
Don't update it on save/restore, actually set it when it changes.
2015-10-22 16:42:47 +02:00
Benjamin Otte
541926089a
notebook: Set prelight state properly
...
Don't update it on save/restore, actually set it when it changes.
2015-10-22 16:42:47 +02:00
Benjamin Otte
3392d53f61
notebook: Use CssNodes instead of regions
...
This almost makes CSS work again with notebooks.
2015-10-22 16:42:47 +02:00
Benjamin Otte
01f7711307
notebook: Move style_context_save() into function
...
This is for future changes.
2015-10-22 16:42:47 +02:00
Benjamin Otte
601fe8f502
css: Remove macros that were used only with regions
2015-10-22 16:42:47 +02:00
Benjamin Otte
55d496e917
cssmatcher: Remove matching API for regions
2015-10-22 16:42:47 +02:00
Benjamin Otte
983de6f4a0
treeview: Use a cssnode instead of regions
...
This makes Treeview headers work again like before region support was
removed.
2015-10-22 16:42:47 +02:00
Benjamin Otte
24dde6346a
API: cssselector: Stop supporting regions
...
The namespace that belonged to regions is supposed to be used for
CssNode names.
2015-10-22 16:42:46 +02:00
Benjamin Otte
20ce0588b1
treeviewcolumn: Create button on init
...
This way, the button is always available and the code doesn't have to
special case this condition.
2015-10-22 16:42:46 +02:00
Benjamin Otte
950b1fb65c
switch: Port to GtkCssNode
...
This is a simple port, no code modifications so far other than replacing
gtk_style_context_save() with gtk_style_context_save_to_node().
2015-10-22 16:42:46 +02:00
Benjamin Otte
c075c14bf4
stylecontext: Add gtk_style_context_save_to_node()
...
To be used instead of gtk_style_context_save() with persistent nodes.
2015-10-22 16:35:14 +02:00
Benjamin Otte
72615a1b16
stylecontext: Add gtk_style_context_add_named()
...
This is an intermediate step for cssnode introduction. It gives a name
for the node created by saving the style context.
2015-10-22 16:35:14 +02:00
Benjamin Otte
385fda80b4
cssmatcher: Marshal name to matcher
...
... and use it in the node matcher.
Also rename function from _gtk_css_matcher_get_type() to
_gtk_css_matcher_get_name().
2015-10-22 16:35:14 +02:00
Benjamin Otte
efff9c8edb
cssnode: Add setters/getters for name
2015-10-22 16:35:14 +02:00
Benjamin Otte
26450a661e
cssnodedeclaration: Add possibility to set the name
...
This is supposed to be a replacement for setting the type. So far, both
options are possible - either will unset the other.
2015-10-22 16:35:14 +02:00
Benjamin Otte
b65f400d56
treeview: Remove "row" and "col" regions
...
They aren't used by the theme and we want to get rid of regions.
2015-10-22 16:35:13 +02:00
Piotr Drąg
92a136ffde
Updated POTFILES.in and POTFILES.skip
2015-10-22 02:01:05 +02:00
Matthias Clasen
1a2cdad220
Update NEWS to mention help overlays
2015-10-21 17:15:17 -04:00
Matthias Clasen
a2e581d54c
Update POTFILES.in
2015-10-21 15:48:20 -04:00
Matthias Clasen
3306ce6819
widget-factory: Add an automatic help overlay
...
This commit add some more keyboard shortcuts to gtk3-widget-factory,
and adds a help overlay documenting them. This examle uses the
automatic resource loading support in GtkApplication.
2015-10-21 15:33:22 -04:00
Matthias Clasen
f6d9f9f93d
Add automatic help overlay support to GtkApplication
...
When the $(resource_prefix)/gtk/help-overlay.ui resource exists,
load a GtkShortcutsWindow from it for each GtkApplicationWindow,
and set up a win.show-help-overlay action with accels <Primary>F1
and <Primary>? to show it.
2015-10-21 15:33:09 -04:00
Matthias Clasen
310781ecdd
gtk-demo: Add a GtkShortcutsWindow demo
...
This example implements the mockups from the help overlay design,
showing off the various features of GtkShortcutsWindow.
2015-10-21 15:32:33 -04:00
Matthias Clasen
d1c81446d7
Add some styling for GtkShortcutsWindow
...
Add some keycap frame around keysyms, and make the stack switcher
buttons rounds. This is very provisional.
2015-10-21 15:32:33 -04:00
Matthias Clasen
1dfbae1aa4
Add GtkShortcutsWindow
...
This is a toplevel window that is tailored towards showing
help for shortcuts in an application. The implementation closely
follows this design: https://wiki.gnome.org/Design/OS/HelpOverlay
This implementation is inspired by earlier work in gnome-builder,
thanks to Christian Hergert.
https://bugzilla.gnome.org/show_bug.cgi?id=756428
2015-10-21 15:19:34 -04:00
Matthias Clasen
f254a4b67f
builder: Support creating GFile objects
...
This is useful, e.g. when creating GFileIcon objects.
2015-10-21 13:42:15 -04:00
Matthias Clasen
e9aa33527f
Don't use g_slist_next in the testsuite
...
We generally use ->next directly.
2015-10-20 06:14:57 -04:00
Matthias Clasen
2dc63dad34
Don't use g_slist_next in gtktreeview.c
...
We generally use ->next directly.
2015-10-20 06:14:57 -04:00
Matthias Clasen
05717fe2df
Don't use g_slist_next in gtktreemodel.c
...
We generally use ->next directly.
2015-10-20 06:14:57 -04:00
Matthias Clasen
95c7a539bf
Don't use g_slist_next in gtktextview.c
...
We generally use ->next directly.
2015-10-20 06:14:57 -04:00
Matthias Clasen
55bd936b73
Don't use g_slist_next in gtktextlayout.c
...
We generally use ->next directly.
2015-10-20 06:14:57 -04:00
Matthias Clasen
b65668a251
Don't use g_slist_next in gtktextdisplay.c
...
We generally use ->next directly.
2015-10-20 06:14:57 -04:00
Matthias Clasen
060948d806
Don't use g_slist_next in gtktextchild.c
...
We generally use ->next directly.
2015-10-20 06:14:57 -04:00
Matthias Clasen
5dd78f74e0
Don't use g_slist_next in gtktextbufferrichtext.c
...
We generally use ->next directly.
2015-10-20 06:14:57 -04:00
Matthias Clasen
50c269f846
Don't use g_slist_next in gtktextbuffer.c
...
We generally use ->next directly.
2015-10-20 06:14:57 -04:00