On Sun, 2010-09-12 at 18:50 +0200, Javier Jardón wrote:
2010/9/12 Matthias Clasen matthias.cla...@gmail.com:
We don't have a written-down policy, beyond 'fit in locally'. But I
have become increasingly annoyed by trailing whitespace and mixed-in
tabs, since they do show up in my editor
On Sat, 2010-09-04 at 15:59 -0400, Havoc Pennington wrote:
Hi,
On Sat, Sep 4, 2010 at 1:40 PM, Thomas Wood t...@gnome.org wrote:
It might be worth re-using the CSS box model¹ nomenclature here to avoid
confusion. In the CSS box model:
* margin: extra spacing around the element
On Thu, 2010-09-02 at 19:58 -0400, Havoc Pennington wrote:
And here are some of the 'layout' style properties:
I think we could add style props on GtkWidget that would modify the
padding on the widget (I don't know if they'd just replace the
programmer-set padding, or be an adjustment to
On Sat, 2010-08-28 at 23:16 -0400, Matthias Clasen wrote:
I took some time last night to look over the impressive list of
properties of all widgets. Here are some cleanups that we might
consider for GTK3:
Thanks for looking into this.
There are several cases where we seem to have a mixup
On Thu, 2010-07-15 at 23:40 +0100, Alberto Ruiz wrote:
Hey guys,
I've finally come up with a patch to implement this:
https://bugzilla.gnome.org/show_bug.cgi?id=623712
The patch basically calls range's expose from scrollbar, and then
paint the markers on top, once that's done, the slider is
On Fri, 2010-07-09 at 11:54 +0200, Miroslav Rajcic wrote:
I am trying to write a code to set a custom GTK theme for my program (should
affect only my application).
The problem is that this sample code works fine on Windows, but not on
Linux:
char *pszStyle = gtk-theme-name =
On Wed, 2010-07-07 at 00:42 +0100, Alberto Ruiz wrote:
Hi Gtk+ hackers,
The marker addition call would look something like this:
gtk_scrollbar_add_mark (GtkScrollbar *scrollbar, gdouble mark, gchar*
mark_class);
There would also be some stock markers with default colours.
mark_class can
On Wed, 2010-03-03 at 12:20 +0100, Carlos Garnacho wrote:
Hi!,
On mié, 2010-03-03 at 00:03 +0100, Filippo Argiolas wrote:
On Tue, Mar 2, 2010 at 11:55 PM, Filippo Argiolas fargio...@gnome.org
wrote:
[cut]
Well it's not actually the radio functionality that I really care,
On Sun, 2010-01-31 at 19:01 -0500, Clemens Eisserer wrote:
Hi,
Does anybody know whats the state of GTK3? Whats the estimated release date?
I am especially interested in what the theme api looks like?
All wiki pages I found were quite outdate :-(
I ask because about 2 years ago I
On Fri, 2009-12-04 at 15:01 -0600, Harry Coin wrote:
If there is a non-deprecated way to start a timer as soon as an image is
known to be drawn without using gtk_widget_draw I'd need to be educated
about it. If not I think there is a good argument to not deprecate
gtk_widget_draw.
On Wed, 2009-11-04 at 06:00 -0800, cet cet wrote:
gtk_widget_show_all(mwindow);
return 0;
}
You forgot to call gtk_main().
Regards,
Thomas
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
On Thu, 2009-08-20 at 10:00 +0100, Emmanuele Bassi wrote:
On Wed, 2009-08-19 at 22:58 +0100, Thomas Wood wrote:
I've started putting a list together here:
http://live.gnome.org/GnomeArt/StyleProperties although, the page should
probably be moved to a better location under GTK+ if someone
On Wed, 2009-08-19 at 22:42 +0100, Thomas Wood wrote:
I'd like to know what thoughts people have on a migration plan for GTK+
that involves moving to a new widget drawing library during the 3.0
cycle.
Emmanuele has pointed out to me that 3.0 is still some way off (more
than 6 months
On Thu, 2009-08-20 at 14:26 +0100, Tommi Komulainen wrote:
Before redoing all the work might be worthwhile to look at
http://live.gnome.org/GnomeArt/Tutorials/GtkThemes/GtkButton and
similar pages.
Well, not really. The above page is a list of style-properties, where as
we were trying to
On Fri, 2009-08-14 at 12:40 +0100, Alberto Ruiz wrote:
As for theming, I've been discussing a bit with Thomas, Carlos and
Cody. We have reached some sort of consensus that a backwards
compatible path is possible adding a second vtable for engines,
checking the vtable size and working out a
On Wed, 2009-08-19 at 13:25 +0200, Kristian Rietveld wrote:
Great to know that progress is being made here. Trying things out
definitely sounds like a good idea. Even though we are now not
planning to deprecate GtkStyle in 3.0, we should have an idea whether
just sealing it will provide
On Mon, 2009-08-17 at 07:46 -0500, Cody Russell wrote:
On Sun, Aug 16, 2009 at 4:35 PM, Thomas Wood t...@gnome.org wrote:
I think the current GTK+ states are correct as an enum. They
are single
user or application activatable states of which the widget
cannot
On Mon, 2009-08-17 at 15:01 +0100, Neil Jagdish Patel wrote:
Sounds like the checkbox is active (checked), and the user is hovering
over it, hence prelight. Not sure that's how it currently works, though.
This is not how it works in GTK+. The checked state is indicated by
the GtkShadowType
On Mon, 2009-08-17 at 10:02 -0400, Matthias Clasen wrote:
On Mon, Aug 17, 2009 at 9:21 AM, Thomas Woodt...@gnome.org wrote:
Why would you have active and prelight at the same time? The two states
are mutually exclusive. One indicates the user is holding the mouse
button down on a widget,
On Mon, 2009-08-17 at 15:17 +0100, Neil Jagdish Patel wrote:
Right. Although in my mind the checkbox is active when in that state
(same for radiobuttons), so it would make sense to have a bit-field for
states.
Yup, this is why I suggested using an enum for the generic states that
are mutually
On Mon, 2009-08-17 at 10:58 -0400, Owen Taylor wrote:
What happens when you hover over a pressed-in togglebutton?
In GTK+ you get GTK_SHADOW_IN and GTK_STATE_PRELIGHT. In a hypothetical
new API the state would be prelight and the bitfield flags would
include checked.
(As Matthias says, if
On Mon, 2009-08-17 at 10:42 -0500, Cody Russell wrote:
Right, but I guess that's part of the point of all this. Wouldn't it
make more sense if we try to move this type of information into a
single location instead of having these kind of work-arounds?
Correct, my point was really that there
Hi,
I'm having some strange problems with glib-mkenums. It seems it isn't
always running the fprod section as expected. Here is an example:
I have two files, bar.h and foo.h, of which bar.h contains:
typedef enum
{
BAR
} Bar;
and foo.h contains:
typedef enum {
FOO
} Foo;
However when I
On Sun, 2009-08-16 at 14:48 -0500, Cody Russell wrote:
Sorry, I totally messed this up.. those are widget flags, not state
flags. The state flags API hasn't gone in yet.
Ignore this part, except for the gtk_widget_get_state() part and the
rest of the message. :)
I've been thinking about
On Jul 13, 2009, at 12:57 AM, Thomas Wood wrote:
On Thu, 2009-06-18 at 22:45 +0100, Chris Wilson wrote:
On Thu, 2009-06-18 at 22:35 +0100, Thomas Wood wrote:
Thanks Chris. Obviously once the API is converted to pass in cairo
contexts, the context creation/destruction will happen outside
On Thu, 2009-06-18 at 22:45 +0100, Chris Wilson wrote:
On Thu, 2009-06-18 at 22:35 +0100, Thomas Wood wrote:
Thanks Chris. Obviously once the API is converted to pass in cairo
contexts, the context creation/destruction will happen outside of the
drawing functions.
That's a relief. I
Hi All,
During the themeing hackfest, I started work porting the engine API to
cairo. The first step was to convert the default engine to cairo, of
which I've published a branch here:
http://github.com/thos/gtk-cairo-engines/tree/cairo-engines
My main question is, how would I go about making
On Thu, 2009-06-18 at 11:26 +0100, Chris Wilson wrote:
The use of pango_cairo_layout_path(); cairo_fill(); is a performance
nightmare, use pango_cairo_show_layout() instead. [The difference
between the two is that pango_cairo_layout_path() will extract the paths
from the glyphs and fill by
On Thu, 2009-06-18 at 11:45 +0100, Chris Wilson wrote:
On Thu, 2009-06-18 at 11:33 +0100, Thomas Wood wrote:
On Thu, 2009-06-18 at 11:26 +0100, Chris Wilson wrote:
The use of pango_cairo_layout_path(); cairo_fill(); is a performance
nightmare, use pango_cairo_show_layout() instead
On Thu, 2009-06-18 at 12:08 +0100, Ross Burton wrote:
On Thu, 2009-06-18 at 11:45 +0100, Chris Wilson wrote:
Just to clarify: do you want a cairo equivalent for the stipple effect
or how to replace pango_cairo_layout_path()?
Can we just remove all stippling from GTK+ and instead use faded
On Thu, 2009-06-18 at 22:04 +0100, Chris Wilson wrote:
And a few more
From 0bd1476a92b229e326942862f9046e50dc5aea76 Mon Sep 17 00:00:00 2001
From: Chris Wilson ch...@chris-wilson.co.uk
Date: Thu, 18 Jun 2009 22:03:22 +0100
Subject: [PATCH] [style] A few more sneaky missing
On Mon, 2009-05-11 at 21:10 -0400, Matthias Clasen wrote:
I should have been slightly more clear: I am interested in being able to
provide a GtkTreeModel for those people who wish to use it without having to
link to libgtk myself.
So the problem with using GNode: GtkTreeView doesn't
On Tue, 2009-04-07 at 17:03 +0200, bardzo_szorstki wrote:
Hello. I am writin to tou to ask a few questions.
The first problem is how to disable icons on GtkButton? There is
description how to change spacing bewtween label nad the icon, but I
can't find a solution to disable icons at all.
Take
On Thu, 2009-04-09 at 10:03 -0400, Cody Russell wrote:
On Thu, 2009-04-09 at 08:06 -0400, Dr. Michael J. Chudobiak wrote:
I'd like to see a gdk-pixbuf that can support something other than 8
bits per pixel. Can arbitrary bpp (or at least 1-32) be made a goal
for
gtk+ 3, to provide
On Tue, 2009-03-24 at 01:43 -0400, Matthias Clasen wrote:
I've meant to write this mail for a while. Now that 2.16 is released,
it is really overdue. Here are my thoughts on the next GTK+ cycle. I
think we should aim to release 2.18 around the next Guadec (this was
the original plan for 2.16,
On Mon, 2009-03-09 at 15:44 -0400, Owen Taylor wrote:
On Mon, 2009-03-09 at 15:09 -0400, Behdad Esfahbod wrote:
Alberto Ruiz wrote:
2009/3/2 Behdad Esfahbod beh...@behdad.org:
Alberto Ruiz wrote:
* All drawing funcitions to use a cario context and hide GtkWidget and
GdkWindow
Hello,
I have a patch in bugzilla that enables gtkrc authors to include and
entire directory of gtkrc files. This is useful if you want your theme
to be extended by third parties. It is also useful to split up a them
into separate files if it becomes very large.
Jeff Waugh wrote:
quote who=Matthias Clasen
I am still trying to get 2.9 releases out before the end of April,
although it is looking a bit tight. Need to get the async filechooser
branch merged first. As soon as that has happened, I'll go into release
mode...
Does it feel/look like you'll
38 matches
Mail list logo
