summaryrefslogtreecommitdiff
path: root/gtk/gtkwidget.c
Commit message (Collapse)AuthorAgeFilesLines
* docs: use proper quotesWilliam Jon McCann2014-02-051-27/+27
|
* widget: Fix margin-start and margin-end propertiesBastien Nocera2014-02-051-2/+2
| | | | | | | The margin-start and margin-end properties were incorrectly defined, so margins weren't respected for RTL languages. https://bugzilla.gnome.org/show_bug.cgi?id=723627
* docs: Use "#" for refsect2 instead of ##William Jon McCann2014-02-041-3/+3
|
* docs: don't use <para id="">William Jon McCann2014-02-041-3/+6
|
* docs: don't use <replaceable>William Jon McCann2014-02-041-1/+1
|
* docs: don't use ulink. use markdown insteadWilliam Jon McCann2014-02-041-1/+1
|
* docs: use ` instead of <literal>William Jon McCann2014-02-041-6/+6
|
* docs: use quotes instead of <firstterm>William Jon McCann2014-02-041-3/+3
|
* Use gdk_screen_get_preferred_visual()Matthias Clasen2014-02-041-7/+2
| | | | | When creating windows, and when returning a widgets visual, use the new API to get the preferred visual.
* Introduce API to get the preferred visualMatthias Clasen2014-02-041-2/+7
| | | | | | | Unless GDK_RGBA=0 is set, this will be the RGBA visual. The new function is called gdk_screen_get_preferred_visual(). https://bugzilla.gnome.org/show_bug.cgi?id=630217
* widget: Fix set_focus_child handling during focus changesOlivier Brunel2014-02-031-1/+3
| | | | | | | | | | | | | | | | 10b5ec20 made sure not to set focus_child to NULL all the way up to the top, but only up to the common ancestor. However, it would never set it on the common ancestor itself, which would therefore remain with a focus_child set when it shouldn't. A manifestation of the bug: focus column headers of a treeview, press Tab. Now pressing Shift+Tab will go to another widget and not the column headers, and Tab will (appear to) do nothing, all because the treeview still has a focus_child set to column headers after a grab_focus(). Signed-off-by: Olivier Brunel <jjk@jjacky.com> https://bugzilla.gnome.org/show_bug.cgi?id=723402
* Docs: Don't use note elementsMatthias Clasen2014-02-021-28/+22
| | | | In most cases, the text itself makes the message clear enough.
* docs: Convert to markdownMatthias Clasen2014-02-021-66/+34
| | | | Specifically, switch to using markdown syntax for sections.
* docs: Identify examples that are C codeWilliam Jon McCann2014-01-291-8/+8
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=723119
* docs: use |[ ]| instead of <programlisting></programlisting>William Jon McCann2014-01-291-14/+14
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=723119
* Improve doc of gtk_widget_override_color()Kjell Ahlstedt2014-01-281-0/+5
| | | | | | Mention that it's not recursively applied to a container's children. https://bugzilla.gnome.org/show_bug.cgi?id=566945
* docs: don't use <emphasis>William Jon McCann2014-01-281-5/+5
| | | | It is a little heavy handed. The text can speak for itself.
* docs: don't use <type> tagsWilliam Jon McCann2014-01-281-1/+1
| | | | Use # syntax where appropriate.
* docs: use #*-struct instead of <structname>William Jon McCann2014-01-271-7/+7
|
* widget: emit synthesized crossing event with correct device positionLionel Landwerlin2014-01-271-2/+9
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=704456
* Deprecate gtk_widget_get_root_windowMatthias Clasen2014-01-241-1/+3
| | | | | | | The root window is a fairly X-centric concept, and it really has no place in the GtkWidget API. Plus, this is a rarely-used one-line convenience function with poor documentation.
* Improve docs for focus-line-patternWilliam Jon McCann2014-01-231-1/+1
|
* docs: don't reference api that doesn't existWilliam Jon McCann2014-01-211-1/+1
|
* docs: don't refer to NO_WINDOW as typeWilliam Jon McCann2014-01-211-7/+8
|
* docs: don't use property syntax for style propertiesWilliam Jon McCann2014-01-211-2/+2
|
* docs: fix name of functionWilliam Jon McCann2014-01-211-2/+4
|
* docs: don't refer to NO_WINDOW flagWilliam Jon McCann2014-01-211-3/+4
|
* docs: don't use properties syntax for style propertiesWilliam Jon McCann2014-01-211-1/+1
|
* docs: don't refer to TOPLEVEL flagWilliam Jon McCann2014-01-211-2/+2
|
* docs: refer to :has-focus property instead of HAS_FOCUS flagWilliam Jon McCann2014-01-211-2/+2
|
* docs: fix typo in function nameWilliam Jon McCann2014-01-211-1/+1
|
* docs: fix link to resource files overviewWilliam Jon McCann2014-01-211-1/+1
|
* docs/comments: Fix spelling of 'explicitly'Volker Sobek2014-01-181-1/+1
| | | | | | | This replaces all occurrences of 'explicitely' with 'explicitly'. Only code comments and gtk-doc statements are affected. https://bugzilla.gnome.org/show_bug.cgi?id=722429
* widget: Add deprecation annotations for {get,set}_margin_{left,right}Debarshi Ray2014-01-171-0/+8
| | | | Fallout from 9921bec63a3e67e2c2e38ca734590909a9f734b5
* Code cleanupMatthias Clasen2013-12-011-9/+9
| | | | Don't compare booleans to FALSE.
* gtkwidget: Fix up some deprecation warningsJasper St. Pierre2013-11-171-0/+8
|
* GtkWidget: Add margin-start and margin-end propertiesYosef Or Boczko2013-11-141-2/+192
| | | | | | | | | Add margin-{start,end} and gtk_widget_{get,set}_margin_{start,end} and drop margin-{left,right} and gtk_widget_{get,set}_margin_{left,right}. margin-{start,end} handle right also in RTL. https://bugzilla.gnome.org/show_bug.cgi?id=710238
* menushell/toolbar/window: implement toggle maximize on double clickLionel Landwerlin2013-11-091-1/+1
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=700419
* css parser: Add :link and :visitedTimm Bäder2013-11-041-1/+1
| | | | | | | ... which are both to be used for links instead of the current -GtkWidget-link-color and -GtkWidget-visited-link-color https://bugzilla.gnome.org/show_bug.cgi?id=709629
* GtkWidget: Fix clipping to large subwindowsAlexander Larsson2013-10-281-4/+19
| | | | | | | | | | | | | _gtk_widget_draw_internal() was clipping by passing the subwindow sizes as a path to cairo_clip(). This was breaking for windows larger than 23 bits in width/height, due to cairo using fixed point (24.8) for the path coordinates. We fix this by pre-clipping the subwindow region to the existing cairo clip region in the full 32bit gdkwindow precision. This fixes the GooCanvas Large Items test. https://bugzilla.gnome.org/show_bug.cgi?id=710958
* GtkWidget: Avoid lingering clock frame updatesBastien Nocera2013-10-231-16/+15
| | | | | | | | | | | | | | | | For some widgets, like GtkTreeView, which setup a clock frame update during realize, it was possible to call gdk_frame_clock_begin_updating() twice, but only ever disconnecting from it once. This happens because the realized flag is set at an unpredictable time by the GtkWidget's realize implementation. Keep the signal handler ID from us connecting to the "update" signal to avoid connecting to it twice. This fixes high wake-up count from any application using GtkTreeView, even idle ones. https://bugzilla.gnome.org/show_bug.cgi?id=710666
* GtkWindow: change muxer setup with applicationRyan Lortie2013-10-151-5/+14
| | | | | | | | | | | | Previously, GtkWindow would add the "app" action group to its own toplevel muxer. Change the setup so that GtkApplication creates the toplevel muxer and adds itself to it as "app". Use this muxer as the parent muxer of any GtkWindow associated with the application. This saves a small amount of memory and will allow for accels to be propagated from the application through to all of the windows.
* Remove opacity-groupsAlexander Larsson2013-10-061-31/+0
| | | | | | | | | | | GtkWidget had a hack where if opacity is 0.999 we set up an opacity group when rendering the widget. This is no longer needed in 3.10, and GtkStack doesn't use it anymore. GdStack is using it, so applications should be ported from GdStack to GtkStack in 3.12. https://bugzilla.gnome.org/show_bug.cgi?id=703603
* gtk-doc fixup for gtk_widget_class_bind_template_child_full()Tristan Van Berkom2013-09-301-4/+4
| | | | | | | Updated documentation to specify that '0' should be specified if one does not need to automatically assign a bound child to a public or private instance member (now that negative values are private structure offsets).
* Improve struct packing in various placesMatthias Clasen2013-09-211-1/+1
|
* More documentation fixesMatthias Clasen2013-09-171-1/+1
|
* Improve gtk_widget_insert_action_group docsMatthias Clasen2013-09-161-1/+4
| | | | | | Mention that group can be NULL. Related to https://bugzilla.gnome.org/show_bug.cgi?id=708150
* GtkWidget: Improve drag-leave and drag-data-received docs.Murray Cumming2013-09-161-1/+9
| | | | | | | | | | | | | | | | | | * gtk/gtkwidget.c: drag-leave signal: Document that it is called before drag-drop. drag-data-received signal: Document that it is up to the application to know why the data was requested (e.g. drag motion or drop). * demos/gtk-demo/toolpalette.c: interactive_canvas_drag_drop(): Do not transform the drop_item created in the drag-motion handler. Instead caused drag-data-received to be called, remembering why, and create a new item there. interactive_canvas_drag_leave(): Remove the idle-handler hack, now that we do not need to keep the drag-motion drop_item alive until the drop. I noticed that this patch was sitting in bug #605611 from 2009 though it had been approved. I do not remember much about why I created it.
* Don't ever return BASELINE from gtk_widget_get_halignAlexander Larsson2013-09-161-1/+12
| | | | | | | | | This is the same behaviour as gtk_widget_get_valign, except we have no gtk_wiget_get_halign_with_baseline, as baselines make no sense for halign. Without this some widgets (like e.g. GtkOverlay) crash if you accidentally set a BASELINE halign.
* Add missing introspection annotationsPhil Clayton2013-09-101-1/+1
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=707519
View Lorry Controller Status