[02:49] <_MMA_> join #lipsofsuna [13:00] hey thorwil, have a sec? [13:03] (re single-canvas approach) [13:06] robsta: yes, now [13:06] thorwil: andreasn told me that you can still edit grouped elements in inkscape, just double-click the group [13:07] robsta: i know. but if you build a button from scratch, there is no group ... [13:08] thorwil: yes, but you don't have to ungroup for editing, thought that was the contention we had [13:08] thorwil: starting from the template all IDs will be set already [13:09] robsta: the problems are: A: initially there is nothing to group if you build the button from scratch. B: you cannot ungroup to easily move parts around. C: editing in groups is damn confusing [13:11] thorwil: but is the missing initial group really a problem? when you start from scratch you don't need a group, only once you load the actual theme in the engine [13:11] robsta: i expect several iterations to happen ... [13:12] thorwil: yes, but once you have the group iterations are easy [13:13] thorwil: the problem is i don't know how to handle plates design-mode vs. rendering-mode [13:13] robsta: excpet for moving and copying parts around [13:13] thorwil: librsvg can't change element attributes on the fly [13:13] so it can't turn off plate visibility [13:14] robsta: that's the one thing the designer has to do. hide background and plates [13:14] robsta: one could even write a script that makes sure they are hidden in the file [13:15] thorwil: let's leave the script idea aside for now, and focus on an easy-as-possible workflow [13:16] one can always script, but it doesn't necessarily make things more intuitive ... [13:16] robsta: remembering to hide 2 layers is much easier than dealing with groups [13:17] ok, i see [13:17] you are the designer :) [13:17] plates it be, then [13:17] robsta: what about the alternative i mentioned, finding the groups by their coordinates? that way the designer would only have to care about things being grouped in the end, no matter what the ID ends up to be. also no fuss with hiding layers, provided you can render the group sans bg [13:18] thorwil: that's a possibility, but it seems messy [13:19] robsta: ok. i'm happy with plates :) [13:19] the ID is a uniqe identifyer, coordinates are more a "soft" lookup [13:20] (i.e. you can't tell whether you got the right elements rendered or not) [13:20] (from the code) [13:21] robsta: seen https://wiki.ubuntu.com/Artwork/KyudoGuidelines/Pieces/Buttons ? [13:21] yes [13:22] robsta: i wasn't able to determine if GTK+ itself would allow all listed states. so now would be a good time to warn me ;) [13:23] thorwil: what is "double"? [13:23] robsta: deafult+focus [13:23] thorwil: oh, maybe just call it like that, then? [13:23] robsta: yeah, only it's too long :) [13:24] doesn't matter, as long as the plate is in place [13:24] or break it over two lines [13:24] my plates use the same labels [13:25] thorwil: i like your systematic approach, guess no engine/theme out there handles all those states differently [13:25] but i bet you will like "double" better, as soon as it spares you from writing default-focused [13:25] no, i like things explicit [13:26] and not trying to invent things, just call it what it is [13:26] robsta: ok, i will change the template [13:26] great [13:27] thorwil: i'd like to look over the naming scheme anyway, at some point [13:28] robsta: i think i will change - to _, so it can be default-focused_normal [13:29] thorwil: please no [13:29] luckily SVG is search-and-replace friendly :) [13:29] thorwil: hyphens are so much nicer to read [13:29] robsta: how then? defaultfocused_normal? [13:30] "button-focused" [13:30] ok, let's quickly go over the naming [13:30] the left-top one should be just "button" [13:30] then, to the right [13:31] "button-focused", "button-default", "button-focused-default" [13:31] 2nd row [13:32] "button-prelight", "button-prelight-focused", "button-prelight-default", "button-prelight-focused-default" [13:32] 3rd row just use "active" for "prelight" [13:32] 4th row: "button-insensitive" [13:32] what do you think? [13:33] (there may be other things than just buttons in the template at some point, so better start correctly) [13:33] ok [13:34] maybe a native speaker would like to weigh in regarding "prelight" vs. "prelit" [13:35] robsta: i'm using the GTK terms there [13:35] yes, guess that's a safe bet [13:36] * thorwil edits template [13:36] thorwil: where should we host the theme? [13:37] gnome-svn with the engine, or bazaar-playground.gnome.org? [13:37] i'm not quite sure if this shall become a theme solely for the engine, or an ubuntu theme, yet [13:38] i prefer bzr [13:38] * robsta figured as much [13:38] and i like launchpad :) [13:40] thorwil: i'll put it on b-p.g.o so you can clone as you see fit [13:40] ok, cool [13:41] robsta: so far my actual use of bzr/LP has been just pushing stuff to have a backup and stuff available online :) [13:44] thorwil: just that b-p.g.o doesn't let me log in for some time :/ [13:52] isn't that box under ubuntu administration? [13:54] b-p.g.o? no idea. [14:15] * _MMA_ works to get some of Sebastian's Breathe work into BZR. [15:12] i didn't even link to the SVG template, but to the PNG and nobody notice or cared to inform me :} [15:13] robsta: https://wiki.ubuntu.com/Artwork/KyudoGuidelines/Pieces/Buttons [15:14] thorwil: very aesthetically pleasing :) [15:15] :) [15:15] guess i only need to make it work now [15:15] :P [15:35] gnarg. had to update the SVG once more to ajust the canvas size [15:45] <_MMA_> Dammit. bitmaps aren't being rendered with Inkscape SVN and the Breathe script. Had go back to older Inkscape. :( [15:49] thorwil: i have just patched librsvg, you'll need trunk [15:51] _MMA_: hrm, that sounds funky...which options changed? [15:52] <_MMA_> Don't know. I'll talk to Ted when I can. Most likely tomorrow. [15:54] <_MMA_> And Sebastian messed up alot in his submissions so I got alot of cleanup to do. Mostly him not labeling things and messin' with the 22x22/24x24 plates. [15:55] ouch [15:55] ted is on vacation until tomorrow, btw [15:55] erm, wrong...he should be back from vacation but flying to california [15:56] <_MMA_> Sure. I'll hit him up when I can. [15:58] <_MMA_> hahahhahahaha The friggin' Macy's parade was Rick-Rolled! hahahahah [15:58] <_MMA_> (though it was part of it all) :P [15:59] Rick-Rolled? [16:00] <_MMA_> kwwii: Oh come on man. :) You know. We did it at UDS-Prague. [16:05] erm, maybe I am just stupid and forgetfull then :p [16:05] ahhh, google is my friend [16:07] <_MMA_> :P [16:20] thorwil: unfortunately there are problems with the plates approach in librsvg [16:20] thorwil: apparently librsvg can't locate the plate in your template, whereas a group works just fine [16:21] robsta: problems are there to be solved [16:21] ;) [16:22] thorwil: oh what a nice way telling me to work harder ... [16:23] <_MMA_> Are the plates noted a "path####" or "rect####"? [16:23] <_MMA_> Look in the plates properties. [16:24] rect [16:24] <_MMA_> Hmm... [16:24] * robsta tries to locate an arbitrary rect [16:25] arbitrary _visible_ rect [16:26] that works [16:27] how can i put something on the plates layer? [16:28] <_MMA_> I wouldn't. I'd put it 1 layer above. [16:29] <_MMA_> But if you wan't to an it appears you cant, it might be locked. [16:29] oh, i'm trying to find out what fails librsvg [16:29] the different layer, or visibility of the plate, or whatever [16:29] <_MMA_> Ctrl+Shift+L brings up the layer dialog box. [16:29] ok [16:30] to i have to move it to top to draw on it? [16:31] <_MMA_> *Anything* above that plate rectangle will (or should) get rendered. So it's pretty much WYSIWYG. [16:31] yes [16:31] how can i add a plate of my own, for testing? [16:32] <_MMA_> So you *can* draw it anywhere above a given plate. As long as you can see it. [16:32] i'd like to find out why librsvg fails to localise the plates [16:32] so i'm trying to draw a plate of my own [16:33] but the plates layer seems locked [16:33] robsta: it is locked [16:33] <_MMA_> You have to draw a rectangle, and make sure the id is "rect####". [16:33] robsta: ctrl+shift+L for layer panel [16:33] the lock icon/button should be self-explanatory [16:34] <_MMA_> My particular script looks in the "Label" field also. [16:34] oooh, i can only draw on it when its visible [16:34] * robsta rather cackhanded with that kind of things [16:35] thorwil: so it seems librsvg can only locate plates when their layer is visible [16:35] * _MMA_ wonders how Inkscape does it then. [16:36] _MMA_: it's something completely different [16:37] _MMA_: it seems when you read dimensions of an element using librsvg the suff is rendered internally, and the the bounding box is measured from that [16:37] robsta: oh. in that case, you can turn the alpha of the rects all the way down, but keep the layer visible [16:37] thorwil: good one! how? [16:38] thorwil: works! [16:38] robsta: there are several ways. the layer itself has alpha. each object and finally the color/fill [16:39] it was right there in the layers panel, shame on me [16:45] thorwil: are all buttons drawn to have a 5px border? [16:46] robsta: don't know what you mean [16:46] thorwil: the button images are sliced, how wide are the borders? [16:47] robsta: the corner radius is 5 px [16:48] ok [16:49] robsta: the sides are 9 px wide [16:49] oh [16:49] robsta: from top 8 px [16:50] 6 px from bottom [16:50] thorwil: we need to work on these terms: http://www.w3.org/TR/css3-background/#the-border-image [16:55] robsta: percentages only? [16:56] thorwil: no, lengths or percentages [16:56] robsta: then the numbers i gave you do it :) [16:57] so top-right-bottom-left is 8 9 9 6 [16:57] yes [16:57] thorwil: this is measured from the plate, right? [16:58] robsta: yes [16:58] good [17:01] bbl [17:17] http://www.gnome.org/~robsta/gtk-css-engine/screenshots/15-single-canvas.png [17:19] robsta: that looks interesting :) [17:21] thorwil: it's ugly, but you see how css makes it really easy to match things [17:29] * _MMA_ is almost done new Breathe uploads and wiki work. Will have a email post soon. [17:34] thorwil: here's a better one, check out the focused button http://www.gnome.org/~robsta/gtk-css-engine/screenshots/15-single-canvas.png [17:36] robsta: ah, that's good [17:36] robsta: do the edges come from the background layer left visible? [17:37] dunno [17:38] those column headers will need something custom. same for comboboxes [17:38] _MMA_: hah, you can't sneak wiki edits past me! :) [17:38] dinner, bbl [17:39] <_MMA_> :P [17:39] thorwil: everythings up now, theme "Thorwil" in gtk-css-engine, gnome svn [17:39] see you [17:51] <_MMA_> Email sent. [17:58] * _MMA_ now starts on mimitypes. [18:13] _MMA_: mimitypes? cute :) [19:50] nand: hi! designing is easy, eh? ;) [19:52] yeah right, I was a bit fast :) The point I wanted to make is that the majority of the work is to be done by developers [19:53] * nand dinner, brb [20:17] thorwil: okay, I'm less in a hurry now :) Quoting my answer: [20:17] Right, I oversimplified :) Designing is not easy. If done consciously, it can be an difficult and intensive work. What I wanted to say is that on the overall the required development effort is higher to much higher than the design one. It depends of course of the project. [20:18] thorwil: I'm curious : As a designer, what is your perception of the developers and the developer work? [20:18] nand: heh. yes, very true [20:20] nand: developers need a kind of discipline that i lack. competent developers need to be way more clever than i am in some regards. strangely, i can still aid them even regarding purely methodical work where one could think it's about the exact same mindset as for coding [20:21] nand: but note that i have been called a "dry designer" by one of my professors. and one of the first developers i worked with said i would make a good coder :) [20:22] eheh [20:22] you may be one of this rare group of developer having good artistic and design skills! [20:23] * nand wishes he would have some, even a minimal set [20:25] and ok, let's say you want to design an app with Qt Designer, the best WYSYWIG heavy client out there. Have you ever tried? What do you think are the problems of this tool/kind of tool? [20:25] nand: i wonder if a certain kind of blindness inevitably comes from knowing the implementation side of an application ... [20:26] thorwil: I believe so very much for a lot of developers [20:27] your mind analyzes and design things according to implementation limitations you are aware of, and that's natural for a developer [20:27] nand: no, still havn't tried as i have nothing to try and implement with it, wheras i do have some interesting work now :) [20:28] nand: maybe worth communicating that it is not necessarily about different professions, but that much can be solely a matter of perspective [20:34] in fact, there is no application I know of where the UI was publicly designed before being implemented [20:35] that could be an interesting experiment for later : doing a fast web application (or just a wiki) where one can submit its glade/qt designer design, and let other people enhance it [20:36] a sort of brainstorm, but with exploitable UI by developer included [20:44] nand: but actually it is not direct interface design, but doing a proper analysis and strategic planning beforehand that should be encouraged [20:46] thorwil: right. But that may be a bit too demanding for an basic open source project with ... limited human ressources :) [20:47] AFAIK, usually open source project start with one man [20:47] /woman [20:48] with a given set of skills [20:48] that is probably the heart of the usability problem of open source apps... [20:50] problem is, once the UI is set, it's an hard and boring task to change it [20:51] that's why i want gui/engine separation combined with an authoring environment. to make GUIs fluid [20:51] e.g. see the time between amarok 1 and 2, where they are redesigning their UI. More than one or even two years now [20:52] nand: with Blender, they are moving from a coding the gui to a coding the environment to define the gui strategy [20:52] could you explain? [20:53] nand: it means that issues like the layout of controls is moved out to another level [20:55] hmm... abstract! [20:55] entirely customizable key-bindings is one of the aspects [20:56] nand: it's the natural conclusion from what has been happening in the big 3d applications since long [20:56] they offer so damn many features, that at some point users just have to be able to adjust the gui [20:57] I was meaning that I is quite abstract to me, I am not understanding :) [20:58] nand: i'm not sure how far this will actually go, but it could well mean to have an integrated and "live" gui builder in the application [20:58] nand: so the user can add a widget and bind it to any function offered by the core [21:00] hmm. I am curious to see that, but on the other end, I rather trust and make evolve an existing and proven framework, like Qt/Qt designer and GTK/Glade, that wait a few years for a ideal framework that may never see the light of the day [21:01] nand: ooh, Blender's framework will be solely for Blender ;) [21:01] I mean, e.g. Clutter sounds and looks really cool. But it won't be before years before it will prove as a viable solution, than we will get a stable version, and that a WYSIWYG GUI builder will be developed [21:01] oh, and yeah, that too :) [21:02] That's a trait of developers too : they are more pragmatic and less prone to imagination, since they actually deal with the framework [21:03] and when I'm imaginating a crazy thing, I am calculating at the same time the time necessary for implementation, and that flush my most craziest ideas :) [21:04] nand: if developers were pragamatic, we would have far less duplicated work and languages and toolsets ;) [21:05] yeah, that the scratch-your-own-itch thing that is unfortunately a little too widespread... [21:05] i actually think that many developers are flat out irrational regarding editors, programming languages and toolsets :) [21:06] and also all these new shiny new things full of buzzwords that are attracting developers like flees to a bulb [21:06] cloud xml on rails! [21:07] you forgot the "Kit" at the end :] [21:09] another try if the forum is good for anything: http://ubuntuforums.org/showthread.php?p=6264106#post6264106 [21:09] gotta run, good night! :) [21:09] gnight! [23:26] * kwwii goes to sleep, dreaming of someday looking this good: http://sinecera.de/sean.png [23:30] * _MMA_ *cannot* believe Mr. Connery actually posed for that. *shudders* [23:35] I think it is from some really crappy film he made in the 80's [23:36] at least it shows that everyone looks totally stupid from time to time [23:36] <_MMA_> Still!! This was *after* being 007. For shame. [23:42] hey, maybe he just likes boots ;-) [23:43] <_MMA_> Well, yeah. I like a good thigh-high as much as the next guy. I ain't lettin' ya take a picture of it. :P [23:43] I had to look at the pic very closely before I beleived it was real [23:44] <_MMA_> :) [23:45] <_MMA_> Well, even if it *was* Sean;s head on Burt's body I figure it would look about the same. :P [23:49] :p