| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Instead of hardcoding 64, ask the display about the
maximal supported cursor size.
|
|
|
|
|
|
| |
It is not ideal when the default filter filters away
all files, so change things to select the 'all files'
filter by default.
|
|
|
|
|
| |
Arrange for the entry and the cursor area to both start out
with the arrow cursor.
|
|
|
|
|
|
| |
Use cursor names instead of font cursors, so we can also show
cursors that are not represented in the X cursor font and thus
don't have a value in the GdkCursorType enumeration.
|
|
|
|
|
| |
We were connecting to the wrong signal, so we were not picking
up all changes to the spin button value.
|
| |
|
|
|
|
|
|
|
|
| |
There is no need to e.g. blur in the x-direction for the top part
of a box shadow. Also, there is no need to extend the mask in the
non-blurred direction.
https://bugzilla.gnome.org/show_bug.cgi?id=746468
|
|
|
|
|
|
|
| |
This just creates a large cairo surface and times bluring it
at various values of radius.
https://bugzilla.gnome.org/show_bug.cgi?id=746468
|
|
|
|
|
|
|
|
|
| |
This is somewhat tricky to work out, so put some example
code here for future reference. The tricky part is that
GtkAccelLabel tries to be smart about hiding the accel
if there's not enough space, so we have to make sure to
pack the label with expand=TRUE and set align=GTK_ALIGN_FILL,
or things won't work.
|
|
|
|
|
|
|
|
| |
Make sure that variables are declared at the top of the block.
Break up one of the sincos() calls into individual calls to sin() and cos()
so that we do not have to complicate the initialization of the following
GLfloat array.
|
|
|
|
|
|
| |
It apparently doesn't exist everywhere.
https://bugzilla.gnome.org/show_bug.cgi?id=745578
|
|
|
|
|
|
| |
Instead of using glxgears, which still uses OpenGL 2.1 and the fixed
pipeline, we use a slightly modified es2gears, OpenGL 3.2, and the
programmable pipeline.
|
|
|
|
|
|
| |
GtkSidebar is too generic and doesn't fully convey what the widget does.
https://bugzilla.gnome.org/show_bug.cgi?id=744094
|
|
|
|
|
|
|
|
| |
Since we dropped the legacy OpenGL compatibility profile, we need to use
recent OpenGL APi and concepts. This also means that the example code
gets a tad more complicated.
https://bugzilla.gnome.org/show_bug.cgi?id=741946
|
|
|
|
|
|
|
|
| |
This will be used to just detect when an edge of the scrollable area is
reached - as opposed to the edge-overshot signal that is emitted when
the user scrolls past the edge.
https://bugzilla.gnome.org/show_bug.cgi?id=742848
|
|
|
|
|
|
|
|
|
|
|
|
| |
The code here was always a bit buggy: We removed the tab from
the notebook in a ::drag-data-received handler. But with
GTK_DEST_DEFAULT_DROP, that signal is emitted before we inform
the source side that the drag is finished. With its improved drag
handling, GtkNotebook now interprets this as a 'spontaneous'
removal of the tab being dragged, and cancels the drag, leading
to an unwanted cancel animation.
The easiest fix is to just defer the tab removal to an idle.
|
|
|
|
|
|
| |
When changing between months, we can get into a situation like
'February 30", which GDate doesn't accept. Don't crash in that
case.
|
|
|
|
| |
Pointed out in https://bugzilla.gnome.org/show_bug.cgi?id=741252
|
|
|
|
|
|
|
| |
Use G_PI in place of M_PI to fix the build on compilers that do not have
M_PI defined.
https://bugzilla.gnome.org/show_bug.cgi?id=740795
|
|
|
|
|
| |
It's the last test still spewing these and I'm too lazy to do a proper
fix.
|
|
|
|
| |
Demonsttrate that this is flexible enough for the intended uses.
|
|
|
|
|
| |
Add the required boxes for each submenu. We now need to specify the
submenu name only once per submenu.
|
|
|
|
| |
Drop all all explicit role setting from the testpopover example.
|
| |
|
|
|
|
| |
Drop all uses of has-submenu.
|
|
|
|
|
| |
We now use GtkPopoverMenu, and just add the model buttons
directly to it.
|
|
|
|
|
| |
Reproduce the testpopover popover manually, by packing model
buttons into a stack in a popover.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=707695
|
|
|
|
|
|
| |
Quit the mainloop when the window is closed.
https://bugzilla.gnome.org/show_bug.cgi?id=707695
|
|
|
|
| |
Add separate checkboxes for hhomogeneous and vhomogeneous.
|
|
|
|
|
| |
Make the overlayscroll example use the overlay scrolling that is
now built into GtkScrolledWindow, instead of the manual prototype.
|
|
|
|
|
|
|
| |
This is just meant as a prototype for how we can show a
scroll position indicator for touch. This uses GTK_POLICY_EXTERNAL
to hide the scrolled windows scrollbar while still allowing
scrolling.
|
|
|
|
|
|
|
|
| |
This signal is emitted whenever user scrolling hits the overshoot
edge in the given direction. May be useful to add "reload" or "load
more" behaviors in apps.
https://bugzilla.gnome.org/show_bug.cgi?id=738534
|
|
|
|
| |
There is code in there to show a preview, use it.
|
|
|
|
| |
Some of them depend on libepoxy now.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Its not really reasonable to handle failures to make_current, it
basically only happens if you pass invalid arguments to it, and
thats not something we trap on similar things on the X drawing side.
If GL is not supported that should be handled by the context creation
failing, and anything going wrong after that is essentially a critical
(or an async X error).
|
|
|
|
|
| |
This test stacks GL and cairo rendering in various
orders to test the layer handling.
|
|
|
|
| |
A more complex test modeled on the traditional glxgears.
|
|
|
|
| |
This is a very simple test of GtkGLArea.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Make it not use deprecations anymore and use CSS to show things work by
changing border-radius when a style class exists.
|
|
|
|
|
| |
.. and various other assorted fixes, mostly related to drawing code that
assumed stuff wasn't transparent by default.
|
|
|
|
|
| |
This example uses GTK_POLICY_EXTERNAL to share a scrollbar among
multiple scrolled windows.
|
| |
|
| |
|
|
|
|
| |
text-shadow is too slow. Running this testcase reveals that.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
GtkSidebar behaves internally much like GtkStackSwitcher, providing a vertical
sidebar like widget. It is virtually identical in appearance to the widget
currently used in GNOME Tweak Tool.
This widget is connected to a GtkStack, and builds its own contents as a
GtkListBox subclass, using the "title" child property to provide a consistent
navigatable widget.
Being a subclass of GtkListBox it benefits immediately from strong keyboard
navigation, and minimal changes are required for theming.
https://bugzilla.gnome.org/show_bug.cgi?id=735293
Signed-off-by: Ikey Doherty <michael.i.doherty@intel.com>
|