| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=723119
|
|
|
|
|
|
|
| |
This virtual function may return NULL, so, let's check if that's
the case and exit the function apropriately.
https://bugzilla.gnome.org/show_bug.cgi?id=720554
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=702996
|
|
|
|
|
| |
I noticed a few cases of "wether", and while fixing them noticed a few
"its" which should be "it's". It all went downhill from there.
|
|
|
|
|
| |
This function is necessary to implement cell renderer accessibility
support.
|
|
|
|
|
|
|
| |
Both GtkTextTag and GtkCellRenderer make use of "set" properties
which are a bit special. Document this.
https://bugzilla.gnome.org/show_bug.cgi?id=531319
|
| |
|
|
|
|
|
| |
When we create an editing widget, add the CELL style class to it, for
identification by the themes.
|
| |
|
| |
|
|
|
|
|
| |
It's private for now, because we require a GType that isn't exported in
the API yet.
|
| |
|
|
|
|
| |
Mostly correcting it's to its and changing some , to .
|
| |
|
|
|
|
|
|
| |
so pull the SELECTED state flag out of the !sensitive branch. Also,
don't make FOCUSED depend on SELECTED here, it's up to the widget to
decide whether or not that is possible.
|
| |
|
|
|
|
|
|
| |
Having default implementations on abstract classes that do nothing
or print errors make life easier for language bindings implementors,
inside GTK+ this makes little or no difference.
|
| |
|
| |
|
|
|
|
|
|
| |
This is a helper function to help retrieve a GtkStateFlags
from a GtkCellRendererState, also given the cell renderer
and widget sensitivities.
|
|
|
|
|
| |
gcc 4.6.0 has started to warn about set-but-unused variables.
So don't do that, then.
|
| |
|
| |
|
|
|
|
|
|
| |
The assertions here were not accounting for the possiblility of
zero width visible renderers that are aligned completely to the
right (i.e. renderers with no content set for a said row).
|
|
|
|
|
|
|
|
|
|
| |
For ellipsize cells it's important to clip the result of get_size()
so that the returned required rectangle is indeed less than or equal
to the input rectangle... this is done so that GtkCellArea can accurately
paint focus on cells by calling gtk_cell_renderer_get_aligned_area().
Patch also adds assertions to gtk_cell_renderer_get_aligned_area() to
ensure this keeps working correctly.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This fixes a GTK+ 3.0 regression. In GTK+ 2, the render method
on GtkCellRenderer had a expose_area parameter, typically set to
cell_area. This parameter was used for clipping cell content to be
rendered to the cell area (and thus clipping to within the focus
rectangle). During the rendering clean up this parameter was removed
and no clipping put back into place.
Since expose_area was usually equal to cell_area anyway, it does not make
sense to reintroduce the expose_area parameter. Instead, we do clipping at
two levels:
- in gtk_cell_renderer_render() we clip to background_area. We cannot
clip to cell_area here because we want to allow cell renderers to
render in the background area (e.g. background color/effect).
- cell renderers should clip to clip_area when rendering cell
content individually (as they had to individually clip to expose_region
before).
|
|\
| |
| |
| |
| |
| | |
Conflicts:
gtk/gtkmarshalers.list
tests/Makefile.am
|
| | |
|
|\ \
| |/
| |
| |
| | |
Conflicts:
tests/Makefile.am
|
| |
| |
| |
| |
| |
| |
| |
| | |
Since parse() is a method of the Gdk.RGBA class, the GdkRGBA pointer
should be the first argument, and the string the second one, to allow a
more natural binding.
https://bugzilla.gnome.org/show_bug.cgi?id=635879
|
| |
| |
| |
| |
| |
| | |
This is just a private convenience function, and exporting _-prefixed
functions doesn't work with our libtool setup. Just do the 3 line
calculation in gail.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
the board.
This is because focus in treeviews can be given to cells that cannot do anything
with activation (for better keynav), so we dissociate the concept of cell
activation and focusing.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Since a cell renderer might use more space than the natural
size when recieving expand space it's impossible to know how
much space is actually used to render content.
Adding this virtual method to allow text renderers to implement
it, the base default method uses height-for-width apis and aligns
the cell assuming the renderer uses a fixed size.
This commit removes the similar code from gtkcellarea and
subclasses.
|
| |
| |
| |
| |
| |
| | |
This is just a private convenience function, and exporting _-prefixed
functions doesn't work with our libtool setup. Just do the 3 line
calculation in gail.
|
| | |
|
|/ |
|
|
|
|
|
|
| |
This functionality was lost when GdkRGBA was introduced.
Bug 632936
|
|
|
|
|
| |
This property uses GdkRGBA in order to render the cell renderer's
background.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This mostly goes to keep consistency with the changes to GtkSizeRequest
in the last patch, as GtkCellSizeRequest requires GtkCellRenderer and
GtkCellRenderer implements GtkCellSizeRequest there's no use in keeping
them separate.
This patch renames the functions:
gtk_cell_size_request_get_request_mode()
=> gtk_cell_renderer_get_request_mode()
gtk_cell_size_request_get_width()
=> gtk_cell_renderer_get_preferred_width()
gtk_cell_size_request_get_height()
=> gtk_cell_renderer_get_preferred_height()
gtk_cell_size_request_get_size()
=> gtk_cell_renderer_get_preferred_size()
gtk_cell_size_request_get_width_for_height()
=> gtk_cell_renderer_get_preferred_width_for_height()
gtk_cell_size_request_get_height_for_width()
=> gtk_cell_renderer_get_preferred_height_for_width()
... and moves the corresponding vfuncs to GtkCellRenderer.
The patch also renames the implementations of these functions in cell
renderers to include the word "preferrred".
|
| |
|
|
|
|
|
| |
The next commit will rename gtk_cell_renderer_render_cairo() to
gtk_cell_renderer_render() again
|
|
|
|
| |
It's like gtk_cell_renderer_render(), just cooler.
|
|
|
|
| |
Also constify the rectangle arguments. They were const anyway.
|
| |
|