Alexander Larsson
3d4cd4db3e
Add gtk_widget_(un)register_window
...
This replaces the previously hardcoded calls to gdk_window_set_user_data,
and also lets us track which windows are a part of a widget. Old code
should continue working as is, but new features that require the
windows may not work perfectly.
We need this for the transparent widget support to work, as we need
to specially mark the windows of child widgets.
https://bugzilla.gnome.org/show_bug.cgi?id=687842
2013-02-07 11:11:37 +01:00
Matthias Clasen
050cba6a31
Fix malformed doc comments
...
Most of these are forgotten :'s and similar details
which gtk-doc now warns about.
2012-04-12 21:12:16 -04:00
Carlos Garnacho
2927218a26
calendar: Set GDK_SCROLL_MASK explicitly
...
selecting for button press/release doesn't suffice anymore to
get scroll events.
2012-03-01 16:29:00 -05:00
Javier Jardón
9d0febc9a6
Change FSF Address
2012-02-27 17:06:11 +00:00
Carlos Garcia Campos
c5d9c6f27c
gtkcalendar: Use symbolic names for button numbers
2012-01-27 09:47:42 +01:00
Rui Matos
5f5d4db034
calendar: Use the widget state flags as a base for drawing arrows
...
This allows drawing calendar arrows in all possible states the main widget may
be in.
The arrow_state array is converted into a bit field since it only really needs
to store boolean information about prelight for each arrow.
2011-12-19 19:21:15 +00:00
Rui Matos
d84021a870
calendar: Use the widget state flags as a base for drawing days
...
Instead of building a set of state flags specifically for drawing days, base
it on the underlying widget state flags.
2011-12-19 19:21:15 +00:00
Matthias Clasen
2ba9c4b4a7
Make focus rectangles optional
...
This commit introduces a new setting, gtk-visible-focus, backed
by the Gtk/VisibleFocus X setting. Its three values control how
focus rectangles are displayed.
'always' is equivalent to the traditional GTK+ behaviour of always
rendering focus rectangles.
'never' does what it says, and is intended for keyboardless
situations, e.g. tablets.
'automatic' hides focus rectangles initially, until the user
interacts with the keyboard, at which point focus rectangles
become visible.
https://bugzilla.gnome.org/show_bug.cgi?id=649567
2011-08-10 16:34:20 +02:00
Benjamin Otte
8815ccf5c4
calendar: Use gtk_widget_class_accessible_set_role()
2011-07-18 18:30:50 +02:00
Matthias Clasen
6aedf8f066
Remove GailCalendar
...
This was just setting a role, which we can do just as well
in get_accessible().
2011-07-05 16:08:10 -04:00
Javier Jardón
a817b4763d
gtkcalendar: Remove unused variable
2011-05-02 14:59:53 +01:00
Cosimo Cecchi
b52394adca
calendar: make sure to call gtk_style_context_restore()
...
https://bugzilla.gnome.org/show_bug.cgi?id=647086
2011-04-08 20:33:58 -04:00
Matthias Clasen
d9fcc4c630
Silence new gcc warnings
...
gcc 4.6.0 has started to warn about set-but-unused variables.
So don't do that, then.
2011-01-23 21:51:38 -05:00
Pavel Holejsovsky
2fb1c06402
[GI] Add missing (out) and (array) annotations
2011-01-20 13:57:20 +01:00
Sebastian Pölsterl
34b573b07c
Fixed gtk_calendar_get_date annotations: Added missing (out)
2011-01-18 16:21:10 +01:00
Carlos Garnacho
162380fca5
Make GtkCalendar use GtkStyleContext
2011-01-10 20:49:34 +01:00
Matthias Clasen
b5c6904c2f
Drop explicit includes of gdkkeysyms.h
...
These are no longer needed. At the same time, port gtkimcontextsimpleseqs.h
to use the new GDK_KEY_ symbols.
2011-01-04 12:21:41 -05:00
Matthias Clasen
e515bd4f71
Some more calendar doc additions
...
Proposed by Nikos Kouremenos
https://bugzilla.gnome.org/show_bug.cgi?id=321958
2011-01-04 11:44:09 -05:00
Matthias Clasen
336d355c2a
Some documentation additions
...
Proposed by Bruno Piguet.
https://bugzilla.gnome.org/show_bug.cgi?id=559503
2011-01-04 11:36:42 -05:00
Matthias Clasen
5c2f407935
Fix problems with window handling in GtkCalendar
...
After the window removal a while ago, the calendar main window
was not properly moved in size_allocate. Also, we ought to hide/show
the windows in map/unmap, not keep them visible at all times.
Bug 634657
2010-12-20 17:12:02 -05:00
Matthias Clasen
83204928b9
Don't access GdkDragContext fields directly
...
Instead use the accessors.
2010-12-10 00:59:07 -05:00
Matthias Clasen
f85543af98
Remove size_request from GtkCalendar
2010-10-26 21:06:40 -04:00
Matthias Clasen
52a7553b2c
GtkCalendar: turn into a no-window widget
...
After these changes, GtkCalendar only has a few input-only windows
left for catching input events. All drawing goes to the parent
window now.
2010-10-24 14:43:05 -04:00
Javier Jardón
eac1959d2c
Move destroy signal to GtkWidget
...
Also make GtkWidget derive from GInitiallyUnowned
2010-09-26 22:18:18 -04:00
Benjamin Otte
e13d93a707
calendar: Use gtk_cairo_transform_to_window()
2010-09-26 15:11:45 +02:00
Benjamin Otte
7125712299
calendar: Get rid of gdk_drawable_get_size() usage
2010-09-26 15:11:44 +02:00
Benjamin Otte
1d3f6b30b0
API: Rename gtk_cairo_paint_*() to gtk_paint_*()
...
Large patch, but just renaming.
Indentation should still mostly be correct because I took care of
keeping the indentation for this function name.
2010-09-26 15:11:42 +02:00
Benjamin Otte
9233a08991
calendar: Port to draw vfunc
2010-09-26 15:11:35 +02:00
Benjamin Otte
725749cd14
calendar: Fix drawing order for windows
2010-09-26 15:11:35 +02:00
Benjamin Otte
02572cdf7e
calendar: Create one cairo_t per expose event and pass it around
2010-09-26 15:11:35 +02:00
Benjamin Otte
e8a6bad00b
gtk: Don't set colormap anymore when creating GDK windows
...
Colormaps are about to be removed, so not using them sounds like an
awesome idea.
2010-09-26 15:11:31 +02:00
Colin Walters
913cdf3be7
GDK: Prefix key names with KEY_
...
The keysyms create a lot of potential namespace conflicts for
C, and are especially problematic for introspection, where we take
constants into the namespace, so GDK_Display conflicts with GdkDisplay.
For C application compatiblity, add gdkkeysyms-compat.h which uses
the old names.
Just one user in GTK+ continues to use gdkkeysyms-compat.h, which is
the gtkimcontextsimple.c, since porting that requires porting more
custom Perl code.
2010-09-08 18:51:44 -04:00
Javier Jardón
f84707d6f9
Add gtk_calendar_day_is_marked() function
...
The marked state of calendar day is not accessible
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=627028
2010-08-29 19:14:24 +02:00
Matthias Clasen
6dd4f32f37
Remove deprecated GTK_CALENDAR_WEEK_START_MONDAY option
...
This has been deprecated and ignored for a long time.
2010-08-28 19:09:21 -04:00
Javier Jardón
1b1845863a
gtk/gtkcalendar.c: use accessor functions to access GtkWidget
2010-08-22 22:56:15 +02:00
Javier Jardón
e6ed4da215
GtkCalendar: move public members to private structure
2010-08-12 18:02:31 +02:00
Cody Russell
cd3510ce1f
Change GtkCalendar's inner border and separator values from hard-coded
...
ones to using style properties.
https://bugzilla.gnome.org/show_bug.cgi?id=624779
2010-08-03 10:45:14 -05:00
Javier Jardón
0a07e9733b
gtk/: fully remove gtkalias hacks
...
https://bugzilla.gnome.org/show_bug.cgi?id=623845
2010-07-10 02:51:26 +02:00
Javier Jardón
dd1f0c46b3
[docs] GtkCalendar: Move documentation to inline comments
...
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=617389
Signed-off-by: Javier Jardón <jjardon@gnome.org>
2010-07-06 22:46:40 +02:00
Thomas Wood
e19c50b538
GtkCalendar: some functions always return TRUE, so change them to void
...
Certain functions for GtkCalendar always return the same value. Therefore
they do not actually need to return a value at all.
Bug #621136 .
2010-06-15 00:00:40 -04:00
Christian Dywan
304f36b587
Remove deprecated functions from GtkCalendar
2010-05-03 01:39:49 +02:00
Javier Jardón
32b9aeaadd
Don't use GTK_WIDGET_STATE in internal code anymore
...
Use gtk_widget_get/set_state() instead
https://bugzilla.gnome.org/show_bug.cgi?id=69872
2010-03-09 02:40:17 +01:00
Javier Jardón
1934de4b65
Don't use GTK_WIDGET_*SET_FLAGS (wid, GTK_REALIZED)
...
Use new API instead: gtk_widget_set_realized ()
https://bugzilla.gnome.org/show_bug.cgi?id=69872
2010-03-06 11:51:33 +01:00
Javier Jardón
16a59ad912
Deprecate widget flag: GTK_WIDGET_REALIZED
...
Use gtk_widget_get_realized() instead
https://bugzilla.gnome.org/show_bug.cgi?id=69872
2010-03-03 20:41:05 +01:00
Javier Jardón
483a5a9e1a
Don't use GTK_WIDGET_*SET_FLAGS (wid, GTK_CAN_FOCUS)
...
Use new API instead: gtk_widget_set_can_focus ()
2010-03-02 04:42:54 +01:00
Javier Jardón
4232115e22
Deprecate widget flag: GTK_WIDGET_HAS_FOCUS
...
Use gtk_widget_has_focus() instead
https://bugzilla.gnome.org/show_bug.cgi?id=69872
2010-03-01 06:11:01 +01:00
Javier Jardón
a27d5a2c9e
Deprecate widget flag: GTK_WIDGET_IS_SENSITIVE
...
Use gtk_widget_is_sensitive() instead
https://bugzilla.gnome.org/show_bug.cgi?id=69872
2010-03-01 05:32:51 +01:00
Javier Jardón
4f78f70b15
Deprecate widget flag: GTK_WIDGET_DRAWABLE
...
Use gtk_widget_is_drawable() instead.
https://bugzilla.gnome.org/show_bug.cgi?id=69872
2010-03-01 04:55:55 +01:00
Johan Dahlin
fe85272112
[annotations] Add allow-none
...
This commit was created using a script that searched for all docstrings
containing a parameter and the string 'or %NULL'.
Gdk backends and demos excluded as they are not part of a public API
https://bugzilla.gnome.org/show_bug.cgi?id=610474
2010-02-19 17:57:51 -02:00
Matthias Clasen
412beb4444
Avoid a crash when setting a tooltip on a GtkCalendar
...
The details code was assuming that it controls ::has-tooltip.
Reported by Bill Nottingham, bug 607344.
2010-02-09 13:41:58 -05:00