AuroraMiddleware/gtk2
1
0
Fork 0
forked from AuroraMiddleware/gtk
Code Issues Pull Requests Projects Releases Wiki Activity
354536d464
gtk2/gtk/gtkcssvalueprivate.h

92 lines
4.8 KiB
C
Raw Normal View History

css: Add GtkCssValue, an immutable refcounted css value
2012-03-06 13:16:08 +00:00
/*
* Copyright © 2012 Red Hat Inc.
*
* This library is free software; you can redistribute it and/or
* modify it under the terms of the GNU Lesser General Public
* License as published by the Free Software Foundation; either
* version 2.1 of the License, or (at your option) any later version.
*
* This library is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
* Lesser General Public License for more details.
*
* You should have received a copy of the GNU Lesser General Public
* License along with this library. If not, see <http://www.gnu.org/licenses/>.
*
* Authors: Alexander Larsson <alexl@gnome.org>
*/
#ifndef __GTK_CSS_VALUE_PRIVATE_H__
#define __GTK_CSS_VALUE_PRIVATE_H__
#include <glib-object.h>
#include "gtkcsstypesprivate.h"
G_BEGIN_DECLS
#define GTK_TYPE_CSS_VALUE (_gtk_css_value_get_type ())
cssvalue: Make the structure vtable-based Don't use real classes, just a vtable.
2012-03-26 04:13:57 +00:00
/* A GtkCssValue is a refcounted immutable value type */
css: Add GtkCssValue, an immutable refcounted css value
2012-03-06 13:16:08 +00:00
typedef struct _GtkCssValue GtkCssValue;
cssvalue: Make the structure vtable-based Don't use real classes, just a vtable.
2012-03-26 04:13:57 +00:00
typedef struct _GtkCssValueClass GtkCssValueClass;
css: Add GtkCssValue, an immutable refcounted css value
2012-03-06 13:16:08 +00:00
cssvalue: Make the structure vtable-based Don't use real classes, just a vtable.
2012-03-26 04:13:57 +00:00
/* using define instead of struct here so compilers get the packing right */
#define GTK_CSS_VALUE_BASE \
const GtkCssValueClass *class; \
volatile gint ref_count;
struct _GtkCssValueClass {
void (* free) (GtkCssValue *value);
styleproperty: Make print_func take a GtkCssValue Also, constify GtkCssValue getters, so we can pass a const GtkCssValue to the print_func.
2012-03-26 04:46:29 +00:00
css: Introduce _gtk_css_value_compute() This commit is essentially a large reorganization. Instead of all value subtypes having their own compute function, there is the general _gtk_css_value_compute() function that then calls a vfunc on the subtype.
2012-07-11 04:56:07 +00:00
GtkCssValue * (* compute) (GtkCssValue *value,
css: Pass property_id to compute function This is a reorganization of how value computing should be done. Previously the GtkCssStyleProperty.compute vfunc was supposed to take care of special cases when it needed those for computation. However, this proved to be very complicated in cases where values were nested and only the last value (of a common type) needed to be special cased. A common example for this was the fallback handling for unresolvable colors. Now, we pass the property's ID along with all compute functions so we can do the special casing where it's necessary. Note that no actual changes happen in this commit. This will happen in follow-ups.
2012-07-12 01:43:15 +00:00
guint property_id,
css: Huge refactoring to avoid computing wrong values Here's the shortest description of the bug I can come up with: When computing values, we have 3 kinds of dependencies: (1) other properties ("currentColor" or em values) (2) inherited properties ("inherit") (3) generic things from the theme (@keyframes or @define-color) Previously, we passed the GtkStyleContext as an argument, because it provided these 3 things using: (1) _gtk_style_context_peek_property() (2) _gtk_style_context_peek_property(gtk_style_context_get_parent()) (3) context->priv->cascade However, this makes it impossible to lookup values other than the ones accessible via _gtk_style_context_peek_property(). And this is exactly what we are doing in gtk_style_context_update_cache(). So when the cache updates encountered case (1), they were looking up the values from the wrong style data. So this large patch essentially does nothing but replace the context argument in all compute functions with new arguments for the 3 cases above: (1) values (2) parent_values (3) provider We apparently have a lot of computing code.
2012-09-28 16:02:46 +00:00
GtkStyleProviderPrivate *provider,
css: Add a scale argument to css-value compute vfunc We need to be able to compute different GtkCssImage values depending on the scale, and we need this at compute time so that we don't need to read any images other than the scale in used (to e.g. calculate the image size). GtkStyleProviderPrivate is shared for all style contexts, so its not right.
2013-06-27 16:26:05 +00:00
int scale,
cssstyle: Rename GtkCssComputedValues => GtkCssStyle This is literally just renaming of the object (and the associated source files). No other changes are in there.
2014-10-22 21:41:50 +00:00
GtkCssStyle *values,
GtkCssStyle *parent_values,
css: Introduce dependencies for value computations When values are computed, they might depend on various other values and we need to track this so we can update the values when those other values change. This is the first step in making that happen. This patch does not do any dependency tracking at all, instead it uses GTK_CSS_DEPENDS_ON_EVERYTHING as a sort of FIXME.
2012-07-16 12:48:43 +00:00
GtkCssDependencies *dependencies);
cssvalue: Add _gtk_css_value_equal() For now, we return FALSE for all default css values, so this is not very useful. I also think of this as an optimization equal, not a guaranteed equal, because we don't even have a notion of what "equal" means. For example, for background-repeat, "repeat, repeat" and "repeat" are functionally equivalent. But the cssvalue has no idea that it's used for background-repeat. As a more complicated example, "repeat, no-repeat" and "repeat" are equal to what one sees as long as there's only one image listed background-image-source. But once you start transition'ing to an image with 2 sources, it's different...
2012-03-26 23:43:12 +00:00
gboolean (* equal) (const GtkCssValue *value1,
const GtkCssValue *value2);
cssvalue: Add _gtk_css_value_transition() Returns a value that transitions between start and end or %NULL if the values cannot be transitioned. So far, all implementations but numbers and rgba return NULL.
2012-03-30 15:47:26 +00:00
GtkCssValue * (* transition) (GtkCssValue *start,
GtkCssValue *end,
cssvalue: Pass property ID to transition function This is to allow animating arrays properly. I'm not really thrilled about this solution (we leak propertys into the values again...), but it's the best I can come up with - I prefer it to having N different array types...
2012-08-30 13:51:29 +00:00
guint property_id,
cssvalue: Add _gtk_css_value_transition() Returns a value that transitions between start and end or %NULL if the values cannot be transitioned. So far, all implementations but numbers and rgba return NULL.
2012-03-30 15:47:26 +00:00
double progress);
styleproperty: Make print_func take a GtkCssValue Also, constify GtkCssValue getters, so we can pass a const GtkCssValue to the print_func.
2012-03-26 04:46:29 +00:00
void (* print) (const GtkCssValue *value,
GString *string);
cssvalue: Make the structure vtable-based Don't use real classes, just a vtable.
2012-03-26 04:13:57 +00:00
};
css: Add GtkCssValue, an immutable refcounted css value
2012-03-06 13:16:08 +00:00
GType _gtk_css_value_get_type (void) G_GNUC_CONST;
cssvalue: Make the structure vtable-based Don't use real classes, just a vtable.
2012-03-26 04:13:57 +00:00
GtkCssValue *_gtk_css_value_alloc (const GtkCssValueClass *klass,
gsize size);
#define _gtk_css_value_new(_name, _klass) ((_name *) _gtk_css_value_alloc ((_klass), sizeof (_name)))
css: Add GtkCssValue, an immutable refcounted css value
2012-03-06 13:16:08 +00:00
GtkCssValue *_gtk_css_value_ref (GtkCssValue *value);
void _gtk_css_value_unref (GtkCssValue *value);
cssvalue: Make the structure vtable-based Don't use real classes, just a vtable.
2012-03-26 04:13:57 +00:00
css: Introduce _gtk_css_value_compute() This commit is essentially a large reorganization. Instead of all value subtypes having their own compute function, there is the general _gtk_css_value_compute() function that then calls a vfunc on the subtype.
2012-07-11 04:56:07 +00:00
GtkCssValue *_gtk_css_value_compute (GtkCssValue *value,
css: Pass property_id to compute function This is a reorganization of how value computing should be done. Previously the GtkCssStyleProperty.compute vfunc was supposed to take care of special cases when it needed those for computation. However, this proved to be very complicated in cases where values were nested and only the last value (of a common type) needed to be special cased. A common example for this was the fallback handling for unresolvable colors. Now, we pass the property's ID along with all compute functions so we can do the special casing where it's necessary. Note that no actual changes happen in this commit. This will happen in follow-ups.
2012-07-12 01:43:15 +00:00
guint property_id,
css: Huge refactoring to avoid computing wrong values Here's the shortest description of the bug I can come up with: When computing values, we have 3 kinds of dependencies: (1) other properties ("currentColor" or em values) (2) inherited properties ("inherit") (3) generic things from the theme (@keyframes or @define-color) Previously, we passed the GtkStyleContext as an argument, because it provided these 3 things using: (1) _gtk_style_context_peek_property() (2) _gtk_style_context_peek_property(gtk_style_context_get_parent()) (3) context->priv->cascade However, this makes it impossible to lookup values other than the ones accessible via _gtk_style_context_peek_property(). And this is exactly what we are doing in gtk_style_context_update_cache(). So when the cache updates encountered case (1), they were looking up the values from the wrong style data. So this large patch essentially does nothing but replace the context argument in all compute functions with new arguments for the 3 cases above: (1) values (2) parent_values (3) provider We apparently have a lot of computing code.
2012-09-28 16:02:46 +00:00
GtkStyleProviderPrivate *provider,
css: Add a scale argument to css-value compute vfunc We need to be able to compute different GtkCssImage values depending on the scale, and we need this at compute time so that we don't need to read any images other than the scale in used (to e.g. calculate the image size). GtkStyleProviderPrivate is shared for all style contexts, so its not right.
2013-06-27 16:26:05 +00:00
int scale,
cssstyle: Rename GtkCssComputedValues => GtkCssStyle This is literally just renaming of the object (and the associated source files). No other changes are in there.
2014-10-22 21:41:50 +00:00
GtkCssStyle *values,
GtkCssStyle *parent_values,
css: Introduce dependencies for value computations When values are computed, they might depend on various other values and we need to track this so we can update the values when those other values change. This is the first step in making that happen. This patch does not do any dependency tracking at all, instead it uses GTK_CSS_DEPENDS_ON_EVERYTHING as a sort of FIXME.
2012-07-16 12:48:43 +00:00
GtkCssDependencies *dependencies);
cssvalue: Add _gtk_css_value_equal() For now, we return FALSE for all default css values, so this is not very useful. I also think of this as an optimization equal, not a guaranteed equal, because we don't even have a notion of what "equal" means. For example, for background-repeat, "repeat, repeat" and "repeat" are functionally equivalent. But the cssvalue has no idea that it's used for background-repeat. As a more complicated example, "repeat, no-repeat" and "repeat" are equal to what one sees as long as there's only one image listed background-image-source. But once you start transition'ing to an image with 2 sources, it's different...
2012-03-26 23:43:12 +00:00
gboolean _gtk_css_value_equal (const GtkCssValue *value1,
const GtkCssValue *value2);
cssvalue: Add a border value .. and parse border-image-slice with it.
2012-04-04 14:15:41 +00:00
gboolean _gtk_css_value_equal0 (const GtkCssValue *value1,
const GtkCssValue *value2);
cssvalue: Add _gtk_css_value_transition() Returns a value that transitions between start and end or %NULL if the values cannot be transitioned. So far, all implementations but numbers and rgba return NULL.
2012-03-30 15:47:26 +00:00
GtkCssValue *_gtk_css_value_transition (GtkCssValue *start,
GtkCssValue *end,
cssvalue: Pass property ID to transition function This is to allow animating arrays properly. I'm not really thrilled about this solution (we leak propertys into the values again...), but it's the best I can come up with - I prefer it to having N different array types...
2012-08-30 13:51:29 +00:00
guint property_id,
cssvalue: Add _gtk_css_value_transition() Returns a value that transitions between start and end or %NULL if the values cannot be transitioned. So far, all implementations but numbers and rgba return NULL.
2012-03-30 15:47:26 +00:00
double progress);
cssvalue: Add _gtk_css_value_equal() For now, we return FALSE for all default css values, so this is not very useful. I also think of this as an optimization equal, not a guaranteed equal, because we don't even have a notion of what "equal" means. For example, for background-repeat, "repeat, repeat" and "repeat" are functionally equivalent. But the cssvalue has no idea that it's used for background-repeat. As a more complicated example, "repeat, no-repeat" and "repeat" are equal to what one sees as long as there's only one image listed background-image-source. But once you start transition'ing to an image with 2 sources, it's different...
2012-03-26 23:43:12 +00:00
cssvalue: Add _gtk_css_value_to_string() This is a tiny wrapper around _gtk_css_value_print(). It's intended for usage in gdb and printf debugging.
2012-04-01 05:28:35 +00:00
char * _gtk_css_value_to_string (const GtkCssValue *value);
styleproperty: Make print_func take a GtkCssValue Also, constify GtkCssValue getters, so we can pass a const GtkCssValue to the print_func.
2012-03-26 04:46:29 +00:00
void _gtk_css_value_print (const GtkCssValue *value,
GString *string);
css: Add GtkCssValue, an immutable refcounted css value
2012-03-06 13:16:08 +00:00
G_END_DECLS
#endif /* __GTK_CSS_VALUE_PRIVATE_H__ */
Reference in New Issue Copy Permalink