[14:16] <robsta> hiya
[14:17] <kwwii> hi robsta
[14:17] <SiDi> hello
[14:18] <robsta> thorwil, around?
[14:41] <thorwil> robsta: no, i have to go outside, reste vom efeu von einer garagenwand abkratzen :}
[14:41] <thorwil> back in 1 or 2 hours
[14:42] <robsta> thorwil: have fun, good work so far, but we need to talk about composite widgets
[16:53] <thorwil> robsta: back
[16:54] <robsta> thorwil: so, composite widgets don't work just by drawing them up
[16:55] <thorwil> robsta: i know that's why i added a layer
[16:55] <robsta> oh? tell me more
[16:55] <thorwil> robsta: the different arrows and buttons for SpinButton and ComboBoxEntry are free standing on the widget-graphics layer
[16:56] <thorwil> robsta: but have the base widget graphic as background on a "context" layer
[16:56] <thorwil> robsta: one more layer that needs to be hidden on export, but you can work on the sub-widgets in context
[16:57] <robsta> hmm
[16:57] <robsta> not sure i get it
[16:57] <thorwil> robsta: get the latest pioneer.svg, please
[16:57] <robsta> thorwil: there is no "export"
[16:57] <thorwil> robsta: btw, you should subscribe to receive commit messages
[16:58] <robsta> thorwil: everything is done when the theme is loaded, things are located via plates
[16:58] <robsta> thorwil: so we would need overlapping plates
[16:58] <thorwil> robsta: what i meant with export is editing time vs using-time ;)
[16:58] <robsta> ok
[16:59] <thorwil> robsta: we already need to hide the background layer, right? at least to get alpha for rounded edges and such
[16:59] <robsta> i think so
[16:59] <robsta> thorwil: just looking at the plates, things make more sense now
[17:00] <robsta> thorwil: but the up/down spin-button-arrow need to be on separate plates
[17:01] <thorwil> robsta: ok
[17:01] <thorwil> robsta: i wonder if those plates should have the exact size of the sub-widget graphics, or the size of the desired active area or what?
[17:03] <robsta> thorwil: size of the active area
[17:03] <thorwil> ok
[17:03] <robsta> thorwil: arrows are drawn using CSS "background-image"
[17:04] <thorwil> robsta: i will adjust the plates now. also started CheckButton yesterday
[17:05] <thorwil> robsta: how is the entry drawn, then?
[17:05] <thorwil> entry part of spinbox
[17:05] <robsta> thorwil: that is an actual GtkEntry
[17:05] <robsta> thorwil: but we have to hack things, so the arrow appear inside
[17:06] <robsta> thorwil: will be challenging
[17:07] <thorwil> robsta: sounds confusing. but the arrows will be drawn on top of the GtkEntry graphic, with proper alpha?
[17:07] <robsta> thorwil: not sure yet
[17:07] <robsta> thorwil: we need an entry that doesn't have the right border
[17:08] <robsta> or better, the GtkSpinButton plate must not cover the arrows
[17:08] <robsta> so basically spin-button will have 3 plates, "entry", "arrow-up", "arrow-down"
[17:09] <robsta> the problem will then be that arrows are not redrawn when focus moves into the entry
[17:10] <robsta> so we need a hack
[17:10] <robsta> (if at all possible)
[17:12] <robsta> thorwil: drop me a mail if you have any questions, i'm monitoring the repo
[17:12] <thorwil> ok
[17:13] <thorwil> so now the standing questions is whether it will be slicing or layering for the arrows
[17:13] <robsta> thorwil: ?
[17:14] <thorwil> robsta: what we just went through. starting one line above your "not sure yet" ;)
[17:16] <robsta> thorwil: let me use my mad graphics skills http://www.gnome.org/~robsta/tmp/spin-button-plates.png
[17:16] <robsta> this is how the plates will have to be arranged
[17:17] <thorwil> robsta: with no overlap. that's slicing, then
[17:17] <robsta> ok
[17:18] <robsta> yes, sub-widgets are separate, not drawn on top of each other
[17:18] <thorwil> so the "spin and combo context" layer can go. actually makes this simpler to handle
[17:19] <robsta> yes, things are not composed in gtk
[17:20] <robsta> everything is arranged in tiles, which makes it so hard to have sub-widgets appear "inside"
[17:20] <thorwil> but it means you need to stretch the arrows for taller SpinButtons :(
[17:21] <thorwil> robsta: couldn't you do a composite of the arrow background with arrow graphics that won't be stretched before passing that on?
[17:24] <robsta> thorwil: think not, have to investigate
[17:25] <thorwil> ok. i see the Human Spinbox has the focus frame drawn around the entry part, excluding the arrows. now i know why. sucks
[17:25] <robsta> thorwil: afaik the spin button just draws arrow primitives next to the entry part
[17:26] <robsta> thorwil: not saying it's impossible but needs hacks
[17:26] <thorwil> i was under the impression all about gtk themeing is a hack? ;)
[17:27] <robsta> that'd be too harsh
[17:27] <robsta> it has its roots in the pre-css era, that explains a lot
[17:28] <robsta> just like retrofitting css onto netscape 4 was problematic ...
[17:28] <robsta> thorwil: anyway, will the theme stay with hard corners?
[17:28] <robsta> or could we get like 3 px roundings some day?
[17:28] <robsta> the arrows look very pointy too
[17:29] <thorwil> robsta: drawing "traditional" arrow buttons wouldn't be a problem. easy way out regarding focus, but still the stretching problem
[17:30] <thorwil> robsta: this theme has hard corners to be nonbuntu and to speed up the creation
[17:31] <thorwil> robsta: if you really want changes you shall have them, but i would prefer to pull this through to then have a round of what-would-robsta-like
[17:32] <robsta> thorwil: sure, maybe once i'm about to use it as my main theme
[17:32] <thorwil> robsta: i expect a need for tweaks once we can see it in use in any case
[17:34] <robsta> thorwil: i'll try to set up a theme this week, so at least TheWidgetFactory works
[17:35] <thorwil> good
[17:38] <robsta> ok, see you
[17:38] <thorwil> cya!