| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=734735
|
|
|
|
|
| |
This is a bad idea in general, but it also means that the focus for a
window drops when we pop up a menu, since the grab transfer menu exists.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
As a noinst_PROGRAMS, the libtool generated for cross-compiling will be
used, which will mess up the linking. Create a all-local target instead.
Also ensure that building uses always a native version of the tool by
specifying a GTK_UPDATE_ICON_CACHE automake variable.
Finally "config.h" has been created to work for the target platform and
causes problem when cross-compiling. So we temporarily generate a basic
config.h which contains only the strict minimum.
|
|
|
|
|
|
| |
It is actually a bad idea to use noinst_PROGRAMS for build tools,
because it adds a $(EXEEXT). It is best to override the all target
with all-local to trigger the tool build.
|
|
|
|
|
| |
Based on a patch by Yosef Or Boczko,
https://bugzilla.gnome.org/show_bug.cgi?id=731443
|
| |
|
| |
|
|
|
|
| |
instead of using background-image
|
|
|
|
|
|
|
| |
Previously, we always returned the state flags of the original widget
and did not consider the siblings' pseudoclasses.
Testcase is attached.
|
|
|
|
| |
Print pseudo-classes using ':' sign.
|
| |
|
| |
|
| |
|
|
|
|
| |
The theme will be changed to provide padding.
|
|
|
|
|
| |
We were only recreating the icons the very first time the theme
changed, and not every time as was intended.
|
|
|
|
| |
This is adjusting to the draw_layer signature change.
|
|
|
|
|
|
| |
Unfortunately, constructing image-only buttons by just adding
the image as a child does not give us the image-button style
class. Add it manually.
|
|
|
|
|
| |
Otherwise, draw_layer might unintentionally wreak havoc on the
regular drawing that happens between the two draw_layer calls.
|
|
|
|
|
| |
Vfuncs should really take 'this' of the right type - the type
that the vfunc is added in.
|
| |
|
|
|
|
|
| |
There's no difference between these shadow types anymore, but
it is irritating to see the same label twice.
|
|
|
|
|
| |
Make the selection actually do something. This is also an opportunity
to test the new draw-layer vfunc in GtkTextView.
|
|
|
|
|
| |
This is now really polished yet, but will let us work towards
'responsive grid'.
|
|
|
|
| |
They have no reason to be.
|
| |
|
|
|
|
|
|
| |
Without this, I was getting a crash because the theme change
function was trying to iterate over the hash table before
it was created.
|
|
|
|
|
|
|
|
|
|
|
|
| |
When using the pre-rendered png symbolics it seems that we're off a
tiny bit in a few of the pixels on the antialiased borders of a
stroke. To fix this we switch the icon to media-playback-stop-symbolic
which has no such antialiased borders.
I don't quite understand why the pixels are off, this needs more
research.
https://bugzilla.gnome.org/show_bug.cgi?id=734668
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If the foreground color has an alpha != 1 we used to just pass that into
the svg. This is useful to e.g. render an insensitive icon. However,
that is not an ideal model for symbolics. For instance, if the icon uses
overlapping areas when drawing, expecting these to be opaque then the
transparent color will result in a different alpha value for the overlapping
area. Also, non-foreground symbolic colors are still rendered opaque, and
the recoloring of pngs can't handle transparent colors.
So, instead we extract any alpha from the foreground, render using the
opaque colors and then apply the foreground alpha to the entire result.
This means we get an even transparency, even for other colors, and we
can apply alpha for the pngs too.
https://bugzilla.gnome.org/show_bug.cgi?id=734668
|
|
|
|
|
|
|
|
|
|
|
|
| |
_gtk_icon_helper_get_size() is often used during size request and may
not necessary mean that the icon will be displayed immediately. In
many common cases we know the size without having to ensure a surface.
In many cases this means we can avoid loading an icon until needed, and
in the case of stateless IconHelpers such as GtkCellRendererPixbuf this
is very important as otherwise it will constantly be reloading icons
if the displayed set is larger than the in-memory icon cache.
https://bugzilla.gnome.org/show_bug.cgi?id=734651
|
|
|
|
|
|
|
|
| |
If a child has set_has_window == FALSE, it purely relies on the events set on
the parent window, for which the bin window used to just ensure the exposure
mask, eating all input events.
https://bugzilla.gnome.org/show_bug.cgi?id=734357
|
|
|
|
|
|
|
| |
gtk_widget_get_events() must indeed tell about events enabled purely through
a GtkEventController, those events will most surely trigger event handlers.
https://bugzilla.gnome.org/show_bug.cgi?id=734357
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=734649
|
|
|
|
|
|
|
|
| |
Change the initial value to something that is not a multiple of 3, so
that dismissing the notification on reset makes sense. Let's use 50
because that is already being used elsewhere.
https://bugzilla.gnome.org/show_bug.cgi?id=734614
|
|
|
|
|
|
|
| |
... because that is what most applications are doing. So lets do the
same thing for the sake of consistency and setting a good example.
https://bugzilla.gnome.org/show_bug.cgi?id=734614
|
|
|
|
|
| |
Sadly I had forgotten to add selectionmode.ui to git.
Here is a reconstructed version that seems to work.
|
|
|
|
|
|
|
|
|
| |
This check used to be present in the pre-gestures code, but was unintentionally
removed when splitting code into drag/multiclick gestures. The policy used to
be that if clicking happened on an already selected node, DnD would happen
instead of rubberband selection, so this behavior is resuscitated.
https://bugzilla.gnome.org/show_bug.cgi?id=734143
|
| |
|
| |
|
|
|
|
|
|
| |
Make gtk-reftest consult the REFTEST_MODULE_DIR environment
variable to find out where to look for modules, and fix the
libtool hack to construct the .libs subdirectory correctly.
|
|
|
|
|
| |
The --disable-rebuilds option does not exist anymore, so remove
it. At the same time, add --enable-installed-tests.
|
|
|
|
|
|
| |
This was another victim of clipping changes - the labels were
overdrawing each other, leading to test failure. Prevent this
by separating the grid columns.
|
| |
|
|
|
|
|
|
| |
This allows outset box shadows to work on toolbars.
https://bugzilla.gnome.org/show_bug.cgi?id=734526
|
|
|
|
|
|
|
| |
I found that setting margins to zero makes the textview clip
away some overshooting pixels. So, instead of a 0/10 split,
do this test with a 2/8 split of margins, to avoid the clipping
issue.
|
|
|
|
|
| |
These require a window manager to work, and we currently don't
run one when we run make check tests under Xvfb.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
AM_PATH_GTK_3_0([3.4], [], [], [gthread]) results in calling
"pkg-config --atleast-version 3.4 gtk+-3.0 gthread-2.0".
With pkg-config 0.28, that test fails, because the version of
gthread-2.0 is smaller than 3.4. This appears to be a behaviour
change since 0.26, but matches what the documentation said in 0.26.
Bug: https://bugzilla.gnome.org/show_bug.cgi?id=641638
Bug-Debian: https://bugs.debian.org/756476
Reviewed-by: Matthias Clasen <mclasen@redhat.com>
|
| |
|
|
|
|
| |
It no longer has atomic overhead, so we can use it everywhere.
|
|
|
|
| |
See https://bugzilla.gnome.org/show_bug.cgi?id=734485
|