| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Nothing in GTK calls it anymore.
|
|
|
|
|
| |
Draw a themable indication when an edge of a scrolled window
is hiding some content that can be scrolled in.
|
| |
|
|
|
|
|
|
|
|
| |
This can be used by applications to indicate that a paned is expected
to be actively used by the users for configuring the UI, and needs
a prominent handle.
https://bugzilla.gnome.org/show_bug.cgi?id=738860
|
| |
|
|
|
|
|
|
| |
This is a convenient shortcut for a common case. It is implemented
by adding a .monospace style class to the text view, and letting
the theme decide about the monospace font to use.
|
| |
|
|
|
|
| |
... and use it in the print preview.
|
|
|
|
|
|
|
|
|
|
|
| |
- gtk_style_context_get_background_color()
- gtk_style_context_get_border_color()
Those functions shouldn't be used anymore, because they don't represent
anything from the CSS styling we support. The background color often
isn't used due to background images and there are actually 4 different
border colors (1 for each side) - if there isn't also a border image in
use.
|
| |
|
| |
|
|
|
|
|
|
|
| |
This class is meant to render the hint on scrolledwindow corners
when scrolling past-limits.
https://bugzilla.gnome.org/show_bug.cgi?id=731297
|
| |
|
| |
|
|
|
|
| |
This will be used for frame-less buttons and frames in the future.
|
|
|
|
|
|
|
|
|
|
|
| |
Regions are done in a very non-css way. They don't fit the DOM in that
they don't integrate into the CSS tree and they have very weird matching
behavior in selectors.
So I'm deprecating them now. GtkNotebook and GtkTreeview will continue
to use them and as long as they do, we can't remove the code for it.
But once those are ported it might be safe to remove the code as it will
clean up lots of places in the code by quite a bit.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=731834
|
|
|
|
|
| |
This helps in separating message dialogs from other dialogs,
theming-wise.
|
| |
|
|
|
|
|
|
| |
This will be used for client-side decorated windows.
https://bugzilla.gnome.org/show_bug.cgi?id=731187
|
| |
|
| |
|
| |
|
|
|
|
| |
https://wiki.gnome.org/Design/OS/Typography
|
| |
|
| |
|
|
|
|
| |
Everything is invalidated automatically these days.
|
|
|
|
|
|
|
|
|
| |
The child property is watched by the StackSwicther which in turns sets a
needs-attention css class on the corresponding button, so that the theme
can for instance show a throbbing animation if one of the hidden pages
needs the user attention.
https://bugzilla.gnome.org/show_bug.cgi?id=707153
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
GtkEntry currently draws exactly the same no matter what the state of the
'editable' property. This is pretty confusing for users because there's
no visual feedback at all, it just seems like their keyboard is broken.
This change adds a "read-only" class to the StyleContext, which will
continue to allow the user to select/copy the text, but will draw the
entry as if it were insensitive, providing some indication that the
contents can't be changed.
Signed-off-by: David Trowbridge <trowbrds@gmail.com>
http://bugzilla.gnome.org/show_bug.cgi?id=694831
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Attached widgets inherit from the style of the widget they are
attached to. This can sometimes have unintended consequences,
like a context menu in the main view of gedit inheriting the font
that is configured for documents, or the context menu of the preview
in the font chooser coming up with humongous font size.
To fix this problem, we introduce a context menu style class
and use it for all menus that are used like that. The theme
can then set a font for this style class.
https://bugzilla.gnome.org/show_bug.cgi?id=697127
|
|
|
|
|
|
| |
For consistency with the other stock style classes.
https://bugzilla.gnome.org/show_bug.cgi?id=706045
|
|
|
|
|
|
|
| |
Deprecate gtk_icon_set_render_icon_surface() and gtk_image_get_icon_set(),
which take parameters of the deprecated GtkIconSet.
https://bugzilla.gnome.org/show_bug.cgi?id=703616
|
|
|
|
|
|
|
| |
Some functions had only a deprecation comment in the .c file, or only a
deprecation annotation in the .h file. Add the missing parts.
https://bugzilla.gnome.org/show_bug.cgi?id=703616
|
|
|
|
|
|
|
|
|
| |
Support scales when falling back to loading icons from the
icon theme.
In order to actually render scaled icons we add
gtk_icon_set_render_icon_surface which renders to a cairo_surface_t
which includes whatever scaling you need for scaled icons.
|
|
|
|
|
|
|
|
| |
This draws an icon from a cairo_surface. We want to use this more rather
than render_icon as this means we can skip the pixbuf to surface
conversion (including allocation and alpha premultiplication) at
render time, plus we can use create_similar_image which may allow
faster rendering.
|
| |
|
| |
|
|
|
|
| |
Add annotations to all exported functions in GTK+ headers.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add a very simple GtkWidget function for an "tick" callback, which
is connected to the ::update signal of GdkFrameClock.
Remove:
- GtkTimeline. The consensus is that it is too complex.
- GdkPaintClockTarget. In the rare cases where tick callbacks
aren't sufficient, it's possible to track the
paint clock with ::realize/::unrealize/::hierarchy-changed.
GtkTimeline is kept using ::update directly to allow using a GtkTimeline
with a paint clock but no widget.
|
|
|
|
|
|
| |
gcc has optimizations for include guards that only work
if they are outermost in the the header.
https://bugzilla.gnome.org/show_bug.cgi?id=689810
|
|
|
|
|
| |
... and the functions implementing it. Also deprecate the direction
getter on GtkThemingEngine.
|
|
|
|
|
|
|
|
|
| |
This is for a very simple reason: The getter is returning a const value
and the font isn't const anymore. So we need to store the font
description somewhere but we can't reuse it as it's changing all the
time (yay animations, yay inherited values). Sucks.
So keep the hack in here but deprecate the function.
|
|
|
|
|
|
| |
Themes may want to render handles differently depending on whether
the widget is in selection mode (2 handles enclosing a selection) or
cursor mode (one handle pointing out the insertion cursor).
|
|
|
|
|
|
|
| |
Don't hook on the widget style context and set up instead
a widget path for itself. Also use a common style class
for both handles, with an extra top/bottom class for each
handle.
|
|
|
|
|
|
|
|
|
|
| |
This is a helper object to allow text widgets to implement
text selection on touch devices. It allows for both cursor
placement and text selection, displaying draggable handles
on/around the cursor and selection bound positions.
Currently, this is private to GTK+, and only available to
GtkEntry and GtkTextView.
|
|
|
|
|
|
|
| |
Similar to CcStrengthBar from gnome-control-center, but more generic and
with thorough CSS styling support.
https://bugzilla.gnome.org/show_bug.cgi?id=677892
|
|
|
|
|
|
| |
This reverts commit 126a2308ca467744178d4be3309403f6899de987.
Pushed by mistake.
|
|
|
|
|
|
|
| |
Similar to CcStrengthBar from gnome-control-center, but more generic and
with thorough CSS styling support.
https://bugzilla.gnome.org/show_bug.cgi?id=677892
|
|
|
|
| |
Fixes: https://bugzilla.gnome.org/674468
|
| |
|