summaryrefslogtreecommitdiff
path: root/gtk/gtkscalebutton.c
Commit message (Collapse)AuthorAgeFilesLines
* gtk: Mass delete all GtkWidget event mask APICarlos Garnacho2017-05-251-2/+0
| | | | | | | | | | We now rely on toplevels receiving and forwarding all the events the windowing should be able to handle. Event masks are no longer a way to determine whether an event is deliverable ot a widget. Events will always be delivered in the three captured/target/bubbled phases, widgets can now just attach GtkEventControllers and let those handle the events.
* Avoid more compiler warningsMatthias Clasen2017-03-231-1/+1
|
* Fix reference handling in GtkScaleButtonMatthias Clasen2016-11-281-2/+3
| | | | | | | | We were leaking the adjustment, since we confuse ourselves with a property whose initial value comes out of a template. Stop doing that. https://bugzilla.gnome.org/show_bug.cgi?id=775212
* Use NULL for generic marshallers in g_signal_new()Benjamin Otte2016-08-291-1/+1
| | | | | glib will use the correct marshaller automatically. And as a side effect, we also get all glib optimizations, like a va marshaller.
* Use gtk_popover_popdown/popup where appropriateTimm Bäder2016-08-161-2/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=769706
* Mention GtkIconSize in all docs where the argument/return is annotated as ↵Christoph Reiter2016-01-041-1/+1
| | | | | | | | | | | | | | | | | | taking an int instead of GtkIconSize In https://bugzilla.gnome.org/show_bug.cgi?id=601425 the annotations were changed to int as they not only take the predefined enum values but also user defined values registered through gtk_icon_size_register() As a result the typelib doesn't contain any information about GtkIconSize for those arguments and the Python docstring only shows the corresponding Python type "int". This changes the argument docs to mention the type explicitly so the Python doc generator can add a link to Gtk.IconSize which contains the most useful predefined values. https://bugzilla.gnome.org/show_bug.cgi?id=757411
* scalebutton: Annotate the return typeEmmanuele Bassi2015-11-301-2/+2
| | | | | | | Instead of just listing the return type of get_plus_button() and get_minus_button() in the documentation, we can use the (type) annotation to ensure that the introspection data reflects the actual type of the returned widget.
* GtkScaleButton: _get_(plus|minus)_button returns a GtkButtonTimm Bäder2015-11-281-2/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=539944
* scale button: Add a style classMatthias Clasen2015-10-301-0/+10
| | | | | Add a .scale style class to differentiate scale buttons from normal ones.
* scalebutton: Invert smooth scroll dy when adding to the current valueCarlos Garnacho2014-09-221-1/+1
| | | | | | | | | On regular scrolling (ie. not natural scrolling), positive deltas in the Y axis (downwards) should actually move the value towards the adjustment minimum value to be more intuitive. This also makes the scrolling directions match between the button and the popped up scale. https://bugzilla.gnome.org/show_bug.cgi?id=736830
* scalebutton: Handle smooth scroll eventsCarlos Garnacho2014-08-261-2/+8
| | | | | | | This has the double effect to make scale button truly smooth, and make scrolling work on wayland, since all scrolling is "smooth" there. https://bugzilla.gnome.org/show_bug.cgi?id=720269
* Use AC_USE_SYSTEM_EXTENSIONS to get _GNU_SOURCE, _XOPEN_SOURCE etc.Simon McVittie2014-08-211-3/+0
| | | | | | | | Similar to Bug #684123 in GLib. Bug: https://bugzilla.gnome.org/show_bug.cgi?id=641638 Bug-Debian: https://bugs.debian.org/756476 Reviewed-by: Matthias Clasen
* GtkScaleButton: Set +/- sensitivityMatthias Clasen2014-07-081-0/+6
| | | | | The buttons should go insensitive when we are at their end of the scale.
* GtkScaleButton: Try harder not to pop overMatthias Clasen2014-07-041-13/+41
| | | | | When the popover does fit in the window, change the orientation to make it fit.
* gtk: Don't use GObjectClass.constructorJasper St. Pierre2014-06-261-18/+7
| | | | Use the newer constructed instead, which has a fast path in GObject.
* GtkScaleButton: Use G_PARAM_EXPLICIT_NOTIFYMatthias Clasen2014-06-091-11/+9
|
* popover: Always apply the window shapeCarlos Garnacho2014-02-201-4/+0
| | | | | | | | | | | | | In practice this shape is only used to outline the popover when it is above native windows, in the most normal full-csw case the shape won't apply visibly, so popovers will still be able to cast a shadow there. If there are native windows below the popover, the shape will exclude the shadow, so there are no alpha contents above the window. One worst case that might happen is that the popover lays above patches of native/client-side windows, so the shadow could come and go around the border. But first let's see whether that happens often or visibly enough before adding something more convoluted.
* docs: use Returns: consistentlyWilliam Jon McCann2014-02-191-2/+2
| | | | Instead of Return value:
* docs: don't use <anchor>William Jon McCann2014-02-071-2/+2
|
* docs: use proper apostropheWilliam Jon McCann2014-02-071-2/+2
| | | | https://wiki.gnome.org/Design/OS/Typography
* docs: Use markup for linksWilliam Jon McCann2014-02-071-2/+2
|
* scalebutton: Apply a shape on the popoverCarlos Garnacho2014-02-041-0/+4
| | | | | | | | This hideous hack is necessary so far because the main users of GtkScaleButton are also clutter users, so the GtkScaleButton popover will be very likely shaped against a clutter-enabled native window. https://bugzilla.gnome.org/show_bug.cgi?id=723556
* GtkScaleButton: Use a popoverMatthias Clasen2014-02-031-621/+89
| | | | | | | This works better than the contortions we're currently doing with an undecorated dialog, and grabs. https://bugzilla.gnome.org/show_bug.cgi?id=723181
* resources: move resources into a subdirectoryWilliam Jon McCann2014-01-231-1/+1
|
* ScaleButton: make the popup transient to the button's windowEmilio Pozuelo Monfort2013-12-141-0/+3
| | | | | | Fixes the popup positioning on wayland. https://bugzilla.gnome.org/show_bug.cgi?id=720256
* all: Add names to timeoutsBastien Nocera2013-10-231-0/+1
| | | | | | | Add names to every timeout we setup, so it's easier to track their usage, and debug possible misbehaviour. https://bugzilla.gnome.org/show_bug.cgi?id=710651
* Another round of template binding api changesMatthias Clasen2013-07-261-7/+7
| | | | | | | | | | | We rename the gtk_widget_class_bind_template_child{_internal} macros by appending a _private to their name. Otherwise, it would be too magic to pass the 'public' names as arguments, but affect a member of the Private struct. At the same time, Add two new macros with the old names, gtk_widget_class_bind_template_child{_internal} that operate on members of the instance struct.
* Rename the widget template APIEmmanuele Bassi2013-07-261-15/+15
| | | | | | | | | | | | | | | | | | | | The macros and functions are inconsistently named, and are not tied to the "template" concept - to the point that it seems plausible to use them without setting the template. The new naming scheme is as follows: gtk_widget_class_bind_template_child_full gtk_widget_class_bind_template_callback_full With the convenience macros: gtk_widget_class_bind_template_child gtk_widget_class_bind_template_child_internal gtk_widget_class_bind_template_callback https://bugzilla.gnome.org/show_bug.cgi?id=700898 https://bugzilla.gnome.org/show_bug.cgi?id=700896
* widget: Use a real offset in gtk_widget_class_automate_childAlexander Larsson2013-07-261-7/+7
| | | | | | | | | | Using an offset from the struct means you can have children in both the public and private (via G_PRIVATE_OFFSET) parts of the instance. It also matches the new private macros nicer. https://bugzilla.gnome.org/show_bug.cgi?id=702563 Signed-off-by: Emmanuele Bassi <ebassi@gnome.org>
* gtk: Use new macros for defining private dataEmmanuele Bassi2013-07-091-5/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=702996
* Start migrating internals away from GtkStockWilliam Jon McCann2013-06-241-4/+3
|
* GtkScaleButton: Define children with a GtkBuilder templateTristan Van Berkom2013-04-081-103/+67
|
* gtk: Add get_type() function declarations for private objectsBenjamin Otte2012-10-021-0/+2
| | | | | | | | | I'm adding a bunch of fixes for gcc complaining about -Wmissing-declarations. This set of patches makes private classes in gtk/*.c that use G_DEFINE_TYPE() safe by adding definitions for the get_type() function that can't be made static.
* types: Move GtkAdustment declaration to gtktypes.hBenjamin Otte2012-03-031-1/+3
| | | | | ... and make all the headers to not include gtkadjustment.h anymore. Of course, also include it in the source files instead.
* scalebutton: Set GDK_SCROLL_MASK explicitlyCarlos Garnacho2012-03-011-0/+2
| | | | | selecting for button press/release doesn't suffice anymore to get scroll events.
* Change FSF AddressJavier Jardón2012-02-271-3/+1
|
* Use the workarea when placing popupsMatthias Clasen2011-12-181-1/+1
| | | | | This uses the new workarea API to avoid placing popups underneath panels, docks, etc.
* Use G_VALUE_INITJavier Jardón2011-10-151-1/+1
| | | | Instead of an explicit { 0, } when declaring the variable.
* More include cleanupsMatthias Clasen2011-08-281-1/+1
|
* Convert GailScaleButton to GtkScaleButtonAccessibleMatthias Clasen2011-07-051-0/+3
|
* Silence new gcc warningsMatthias Clasen2011-01-231-25/+14
| | | | | gcc 4.6.0 has started to warn about set-but-unused variables. So don't do that, then.
* [GI] Add missing (out) and (array) annotationsPavel Holejsovsky2011-01-201-3/+4
|
* scalebutton: Update adjustment usage for sealingBenjamin Otte2011-01-051-31/+31
| | | | | Also rename all variables named "adj" to "adjustment", like they're called everywhere else.
* Remove gtktypeutils altogetherMatthias Clasen2011-01-041-1/+1
| | | | | | Based on patches by Javier Jardón. https://bugzilla.gnome.org/show_bug.cgi?id=629955
* Drop explicit includes of gdkkeysyms.hMatthias Clasen2011-01-041-3/+0
| | | | | These are no longer needed. At the same time, port gtkimcontextsimpleseqs.h to use the new GDK_KEY_ symbols.
* Move all GdkDevice members to private and add one missing accessorMichael Natterer2010-11-231-1/+1
|
* gtk: remove "gboolean homogeneous" from gtk_box_new()Michael Natterer2010-10-311-1/+1
| | | | Because it's FALSE in virtually all use cases.
* Use gtk_box_new() instead gtk_[v|h]box_new()Javier Jardón2010-10-301-1/+1
|
* Remove unneded castsJavier Jardón2010-09-291-2/+3
| | | | | | As gtk_adjustment_new() returns a GtkAdjustment* now https://bugzilla.gnome.org/show_bug.cgi?id=630731
* gtk_adjustment_new() should return a GtkAdjustment*Javier Jardón2010-09-291-1/+1
| | | | Fixes https://bugzilla.gnome.org/show_bug.cgi?id=630731