| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
| |
CellAreaScaffold now also reflects how cell_area should be
passed to gtk_cell_area_activate() and gtk_cell_area_event()
and how the background area for gtk_cell_area_renderer() should
be created.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Added gtk_cell_area_aligned_cell_area() to get the aligned
internal area use by a cell (for focus painting and for
event areas).
- Provide the event area in "editing-started" signal
- Fire "remove-editable" when editing is canceled by the user,
an implementing layouting widget need only catch "editing-started"
and "remove-editable" now.
- CellAreaScaffold/testcellarea now edit textrenderers.
|
| |
|
|
|
| |
Also added gtk_cell_area_get/set_style_detail() to set the string to be
used by the area in gtk_paint_* functions.
|
| |
|
|
|
|
|
|
|
| |
Now GtkCellAreaBox handles the click event to activate renderers
and checks if the area is in a sibling of a focus renderer, possibly
activating the proper focus sibling renderer.
Also GtkCellArea gains a "focus-changed" signal to allow it to
change the currently focused row according to the button events.
|
| |
|
|
|
|
|
| |
Added concept of "Focus Siblings" to GtkCellArea so that some
static text/icon may be included in the focus/click area of
an activatable or editable cell, implemented focus drawing
as well, updated testcellarea to reflect the changes.
|
| |
|
|
|
|
|
|
|
|
| |
- Fixed focus driving in GtkCellArea with refined apis
- Added gtk_cell_area_activate() to be called when the area has focus
(to activate or start editing the focused cell)
- Added support for this in cellareascaffold
- testcellarea now watches the "toggled" signal for a toggle renderer
and updates the model state accordingly, this currently works with
keyboard navigation, however focus is still not painted on cells.
|
| |
|
|
| |
Also adding missing file cellareascaffold.h
|
| | |
|
| |
|
|
|
| |
-Added the missed gdk.rc file
-Made up for missed libraries required for link for configs other than Debug|win32
|
| |
|
|
|
| |
-Made up for the additional dependencies for setups other than Debug|Win32 (the correct setting)
-Made Subsystem="1" for all setups like Debug|Win32 (the correct setting)
|
| |
|
|
|
|
| |
-Removed the GdkPixbuf stuff as it is now in a package of its own and added
it as a dependent library here
-Made up for the headers missed in the installation stage for GTK+/GDK
|
| | |
|
| |
|
|
|
|
|
| |
I don't think we are at the end of scrolledwindow tweaks yet,
but this will make things work for now, as they used to.
https://bugzilla.gnome.org/show_bug.cgi?id=633670
|
| |
|
|
| |
We'll be deprecating GCache in GLib soon.
|
| |
|
|
|
|
| |
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=634338
Signed-off-by: Javier Jardón <jjardon@gnome.org>
|
| |
|
|
|
|
| |
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=634339
Signed-off-by: Javier Jardón <jjardon@gnome.org>
|
| |
|
|
|
|
| |
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=634340
Signed-off-by: Javier Jardón <jjardon@gnome.org>
|
| |
|
|
|
| |
Changed testcellarea to watch the iter for size changes and queue resizes
instead of explicitly queueing resizes when controls change.
|
| | |
|
| |
|
|
| |
change.
|
| |
|
|
|
| |
shows vertical orientation of cells lined up horizontally instead
of horizontal orientation of cells stacked up vertically.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Tested all of this with some scaffolding code, test case comming soon.
|
| |
|
|
|
|
|
| |
Now when the GtkCellAreaBox receives key events it cycles
the currently focused cell to the next focusable cell in the box
while observing the navigation direction, it then emits "focus-leave"
when hitting the boundries of the area.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
Now:
- The current edit cell and editable widget in use can be fetched
with properties and accessors
- gtk_cell_area_activate_cell() handles bookkeeping of the currently
edited cell, starting the editing of a cell, activating a cell etc
- Exported signals are available on GtkCellArea: "editing-started",
"editing-canceled", "editing-done", "remove-editable".
- Upon receiving GDK_KEY_Escape current editing gets canceled.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Windows 7 is managing status icon visibility across process lifetime,
which did not work with GTK+ create icons. Apparently the mechanism
does not require use of new API (like suggested by MSDN), but it is
enough to give a "unique" tooltip at creation time.
Formerly this initial tooltip was not set at all, later setting via
gtk_status_icon_set_tooltip_text() is not enough, but luckily
different follow-up tooltips don't disturb the intended behavior.
(cherry picked from commit ae0544c636c72753098b698e4951897c609a75b6)
(cherry picked from commit 8a9d458bafe368335d0acca2c324f878ee64463f)
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Signed-off-by: Javier Jardón <jjardon@gnome.org>
|
| |
|
|
| |
Signed-off-by: Javier Jardón <jjardon@gnome.org>
|
| | |
|
| | |
|
| |
|
|
| |
Signed-off-by: Javier Jardón <jjardon@gnome.org>
|
| |
|
|
| |
Signed-off-by: Javier Jardón <jjardon@gnome.org>
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
The intended way of using GtkApplication is mainly by subclassing,
so make the example do that.
|
| |
|
|
| |
GtkApplication does not currently implement any default actions.
|
| | |
|
