2009/3/12 Cody Russell :
> On Tue, Feb 24, 2009 at 12:30 AM, Alberto Ruiz wrote:
>>
>> * All drawing funcitions to use a cario context and hide GtkWidget and
>> GdkWindow (Strong request from 3rd party toolkits)
>
> After thinking some more about this, I'm not convinced that getting rid of
> the G
Am Thu, 12 Mar 2009 18:51:33 +0200
schrieb Cody Russell :
> On Tue, Feb 24, 2009 at 12:30 AM, Alberto Ruiz
> wrote:
>
> > * All drawing funcitions to use a cario context and hide GtkWidget
> > and GdkWindow (Strong request from 3rd party toolkits)
> >
>
> After thinking some more about this, I'
On Tue, Feb 24, 2009 at 12:30 AM, Alberto Ruiz wrote:
> * All drawing funcitions to use a cario context and hide GtkWidget and
> GdkWindow (Strong request from 3rd party toolkits)
>
After thinking some more about this, I'm not convinced that getting rid of
the GtkWidget* pointer is a good idea.
On Mon, Mar 9, 2009 at 8:44 PM, Owen Taylor wrote:
> On Mon, 2009-03-09 at 15:09 -0400, Behdad Esfahbod wrote:
>> Alberto Ruiz wrote:
>> > 2009/3/2 Behdad Esfahbod :
>> >> Alberto Ruiz wrote:
>> >>> * All drawing funcitions to use a cario context and hide GtkWidget and
>> >>> GdkWindow (Strong req
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 :
> > >> Alberto Ruiz wrote:
> > >>> * All drawing funcitions to use a cario context and hide GtkWidget and
> > >>> GdkWindow (Str
On Mon, 2009-03-09 at 15:09 -0400, Behdad Esfahbod wrote:
> Alberto Ruiz wrote:
> > 2009/3/2 Behdad Esfahbod :
> >> Alberto Ruiz wrote:
> >>> * All drawing funcitions to use a cario context and hide GtkWidget and
> >>> GdkWindow (Strong request from 3rd party toolkits)
> >> When we discussed this b
Alberto Ruiz wrote:
> 2009/3/2 Behdad Esfahbod :
>> Alberto Ruiz wrote:
>>> * All drawing funcitions to use a cario context and hide GtkWidget and
>>> GdkWindow (Strong request from 3rd party toolkits)
>> When we discussed this before, I among others suggested that this is wrong as
>> it hardcodes
2009/3/2 Behdad Esfahbod :
> Alberto Ruiz wrote:
>> * All drawing funcitions to use a cario context and hide GtkWidget and
>> GdkWindow (Strong request from 3rd party toolkits)
>
> When we discussed this before, I among others suggested that this is wrong as
> it hardcodes cairo as the only support
Alberto Ruiz wrote:
> * All drawing funcitions to use a cario context and hide GtkWidget and
> GdkWindow (Strong request from 3rd party toolkits)
When we discussed this before, I among others suggested that this is wrong as
it hardcodes cairo as the only supported drawing system in the API. For
e
2009/2/23 Morten Welinder :
> Were there any discussions on fault separation between the
> application and the theme engine?
>
> The current state of affairs is that theme engines have a long
> record of crashing applications or even changing their functionality.
> When that happens, the user blame
Were there any discussions on fault separation between the
application and the theme engine?
The current state of affairs is that theme engines have a long
record of crashing applications or even changing their functionality.
When that happens, the user blames the application and, sometimes,
files
Hello everyone,
at last, the hackfest is done, and that doesn't mean that we don't
have a whole lot of work ahead of us. But at least we have a team of
people trying to push an idea forward.
This is a rough summary of the agreements/plans we did during the hackfest:
* Get rid of style properties a
On Mon, 2009-02-02 at 05:31 +0100, Vincent Untz wrote:
> Hi,
>
> For quite some time already, there have been discussions about how to
> improve the GTK+ theming API, and at last GUADEC, a few people started
> thinking of organizing a hackfest on this topic. And the good news is
> that this will n
Hi,
For quite some time already, there have been discussions about how to
improve the GTK+ theming API, and at last GUADEC, a few people started
thinking of organizing a hackfest on this topic. And the good news is
that this will now happen :-)
In the middle of February (from 16th to 20th), aroun
hi,
Robert Staudinger schrieb:
> ...
>
> Finally, regarding the SVG theming efforts that are floating around
> [2, 3], I think that CSS and SVG are mostly orthogonal rather than
> competing with each other. SVG is great for graphics, and CSS is made
> for things like expressing that the GtkButton
On Wed, Oct 15, 2008 at 7:11 PM, Behdad Esfahbod <[EMAIL PROTECTED]> wrote:
[...]
> I still don't buy that. What you want is to make sure GtkPlug style override
> that of GTKWindow. And that already happens I assume. *Any* use of
> ".GtkWindow {...}" is wrong, because I may do this in my pygtk
Robert Staudinger wrote:
> On Wed, Oct 15, 2008 at 12:03 PM, Christian Dywan <[EMAIL PROTECTED]> wrote:
>
> [...]
>
>> Sounds like it would make subclassing kind of hard, if I understand you
>> right. For instance people like to subclass to create all sorts of
>> buttons and it is only intuitive
On Wed, 15 Oct 2008 13:48:47 +0200 Robert Staudinger wrote:
> Relatedly I am thinking of a sane way to import styling into CSS
> blocks to aid widget mimicking. Imagine you want to mimick a GtkButton
> with your own wonderful implementation "FooButton", but unrelated in
> the GType hierarchy (not
On Wed, Oct 15, 2008 at 3:52 PM, Christian Dywan <[EMAIL PROTECTED]> wrote:
[...]
> thanks for the explanation. I see the idea and I agree, automatic
> inheritance doesn't always make sense. However as seem to suggest to
> add explicit rules to the theme's gtkrc. I think if we are taking this
> r
Am Wed, 15 Oct 2008 13:48:47 +0200
schrieb "Robert Staudinger" <[EMAIL PROTECTED]>:
> On Wed, Oct 15, 2008 at 12:03 PM, Christian Dywan
> <[EMAIL PROTECTED]> wrote:
>
> [...]
>
> > Sounds like it would make subclassing kind of hard, if I understand
> > you right. For instance people like to subc
On Wed, Oct 15, 2008 at 12:03 PM, Christian Dywan <[EMAIL PROTECTED]> wrote:
[...]
> Sounds like it would make subclassing kind of hard, if I understand you
> right. For instance people like to subclass to create all sorts of
> buttons and it is only intuitive that they all look similar. What wou
Am Wed, 15 Oct 2008 11:30:38 +0200
schrieb "Robert Staudinger" <[EMAIL PROTECTED]>:
> On Tue, Oct 14, 2008 at 11:44 PM, Behdad Esfahbod <[EMAIL PROTECTED]>
> wrote:
>
> [...]
>
> > Shouldn't the class-specific ones use the css class modifier? That
> > is, ".GtkButton"?
>
> Per libccss default,
On Wed, Oct 15, 2008 at 3:44 AM, Behdad Esfahbod <[EMAIL PROTECTED]> wrote:
> Christian Dywan wrote:
[...]
> Right. If we can assign names to widgets (does the a11y layer do something
> like that?) then the names can be accessed using the "#column-header" syntax.
That is IMO the correct way, an
On Tue, Oct 14, 2008 at 11:44 PM, Behdad Esfahbod <[EMAIL PROTECTED]> wrote:
[...]
> Shouldn't the class-specific ones use the css class modifier? That is,
> ".GtkButton"?
The intersection of terminologies is a bit confusing, but it's really
"div", "p", "span" etc. in HTML and "GtkWindow", "Gt
Christian Dywan wrote:
>> Another relevant idea is that sophisticated CSS matching rules may
>> help theming complex widgets without requiring them to expose their
>> internal structure. For example, ".GTKTreeView>.GTKButton" will
>> match a GTKButton that has a GTKTreeView parent.
>
> The way I
Am Tue, 14 Oct 2008 17:44:06 -0400
schrieb Behdad Esfahbod <[EMAIL PROTECTED]>:
> Robert Staudinger wrote:
> > On Fri, Oct 10, 2008 at 3:36 AM, Behdad Esfahbod
> > <[EMAIL PROTECTED]> wrote:
> >
> > [...]
> >
> >> Hi Rob,
> >>
> >> I got to know about work you are doing by crossing over your fd.
Robert Staudinger wrote:
> On Fri, Oct 10, 2008 at 3:36 AM, Behdad Esfahbod <[EMAIL PROTECTED]> wrote:
>
> [...]
>
>> Hi Rob,
>>
>> I got to know about work you are doing by crossing over your fd.o account
>> request. I thought to myself: "wow, this is so cool... why didn't I hear
>> about this
On Mon, Oct 13, 2008 at 2:40 PM, Christian Dywan <[EMAIL PROTECTED]> wrote:
[...]
> I would think, the fact that you are actually trying to preseve
> oddities like the GtkTreeView/ GtkButton relation, leaves a bit of a
> bad aftertaste. I like the CSS idea, because the most of the syntax is
> pre
Am Mon, 13 Oct 2008 12:55:08 +0200
schrieb "Robert Staudinger" <[EMAIL PROTECTED]>:
> On Fri, Oct 10, 2008 at 3:36 AM, Behdad Esfahbod <[EMAIL PROTECTED]>
> wrote:
>
> [...]
>
> > Hi Rob,
> >
> > I got to know about work you are doing by crossing over your fd.o
> > account request. I thought to
On Fri, Oct 10, 2008 at 3:36 AM, Behdad Esfahbod <[EMAIL PROTECTED]> wrote:
[...]
> Hi Rob,
>
> I got to know about work you are doing by crossing over your fd.o account
> request. I thought to myself: "wow, this is so cool... why didn't I hear
> about this stuff before?" I think a good number
Robert Staudinger wrote:
> On Tue, Oct 7, 2008 at 11:54 AM, Robert Staudinger
> <[EMAIL PROTECTED]> wrote:
>
> [...]
>
>> thanks for pushing this, Alberto.
>> I'd like to attend and request sponsorship (being a student). Is there
>> any more formal kind of application required?
>
> For the recor
2008/10/9 Robert Staudinger <[EMAIL PROTECTED]>:
> On Tue, Oct 7, 2008 at 11:54 AM, Robert Staudinger
> <[EMAIL PROTECTED]> wrote:
>
> [...]
>
>> thanks for pushing this, Alberto.
>> I'd like to attend and request sponsorship (being a student). Is there
>> any more formal kind of application requir
On Tue, Oct 7, 2008 at 11:54 AM, Robert Staudinger
<[EMAIL PROTECTED]> wrote:
[...]
> thanks for pushing this, Alberto.
> I'd like to attend and request sponsorship (being a student). Is there
> any more formal kind of application required?
For the record, I am withdrawing this request.
Alberto
On Mon, Oct 6, 2008 at 6:56 PM, Alberto Ruiz <[EMAIL PROTECTED]> wrote:
> Hi there,
>
> we have set the proposed date for the theming API hackfest to the
> third week of februrary, this is:
> 16th-22nd
>
> It'll take place in Dublin, Ireland, hosted by Sun Micr
Hi there,
we have set the proposed date for the theming API hackfest to the
third week of februrary, this is:
16th-22nd
It'll take place in Dublin, Ireland, hosted by Sun Microsystems at
their headquarters.
The scope of the hackfest is designing a new api for engines so that
engines
On Wed, Sep 3, 2008 at 1:25 PM, Alberto Ruiz <[EMAIL PROTECTED]> wrote:
[...]
>> Thinking again, most of the detail strings are actually redundant if
>> the engine is allowed to know what kind of widget is drawn.
>
> No, they are not always redundant, and the engine is allowed actually.
I did no
2008/9/3 Robert Staudinger <[EMAIL PROTECTED]>:
> On Fri, Aug 29, 2008 at 6:13 PM, Benjamin Berg
> <[EMAIL PROTECTED]> wrote:
>
> [...]
>
>>> Here's what I learned so far:
>>> - The biggest issue is the impedance mismatch between configuring
>>> widget style properties in gtkrc while engines are bu
On Fri, Aug 29, 2008 at 6:13 PM, Benjamin Berg
<[EMAIL PROTECTED]> wrote:
[...]
>> Here's what I learned so far:
>> - The biggest issue is the impedance mismatch between configuring
>> widget style properties in gtkrc while engines are built around
>> drawing primitives.
>
> Not quite sure what y
Alberto:
That's actually a good point. The idea is that we will bring people
from other toolkits to have a few "feedback days/sessions" and then
concentrate our work taking their input into account. Adding a11y to
the agenda makes a lot of sense to me.
However, any of the people willing to atte
Hello,
On Thu, 2008-08-28 at 21:33 +0200, Robert Staudinger wrote:
> While working on the gtk-css-engine for the last couple of weeks I've
> had some discussions with Benjamin Berg regarding the theming issues.
Well, lets argue some more ;-)
> Here's what I learned so far:
> - The biggest issue
2008/8/29 Brian Cameron <[EMAIL PROTECTED]>:
>
> Alberto:
>
> I give a +1, but I think there should be another goal. To invest some
> attention to the accessibility themes, like HighContrast and perhaps
> helping to develop an effort to resolve the issues there. How can we
> take things to the ne
eming engines.
I'm sure there are other examples.
Brian
during last GUADEC we had a theming API hackfest and we came up to the
conclusion that there's need for some serious work regarding how Gtk+
handles themes to make the theming code more flexible and maintenable.
However, an
Hello,
while this email is probably not primarily about technical issues, here goes ...
On Thu, Aug 28, 2008 at 3:38 PM, Alberto Ruiz <[EMAIL PROTECTED]> wrote:
> Hello board!
>
> during last GUADEC we had a theming API hackfest and we came up to the
> conclusion that the
Hello board!
during last GUADEC we had a theming API hackfest and we came up to the
conclusion that there's need for some serious work regarding how Gtk+
handles themes to make the theming code more flexible and maintenable.
However, any changes would require a breakage in the current ABI/AP
44 matches
Mail list logo