Design/Meetings/2013-08-17

Attendees

 * elixir
 * mirek2
 * SteveBell

Topics

 * Color picker
 * Symbolic icons
 * Toolbar justification

Log
[17:07]  hi guys [17:07] hi there [17:08]  I've read that some UI elements are being redesigned in the process of GSoC [17:08]  on macOS, when right clicking menu bars it would be standard behavior to allow the following: http://cl.ly/image/08383p3J1h0w [17:09]  is that possible for LO? on a right-click e.g. in writer nothing at all happens [17:09]  sry german screenshot [17:09]  basically says: symbol & text | only symbols | only text [17:10]  mirek2: is that even worth creating a ticket? [17:10]  or not useful? [17:10]  and how is the color picker coming along? just noticed 4.2 master build still has the old color picker [17:10]  mirek2 do you happen to know how I can switch to the flat icon set in master build? [17:11] the color picker isn't being worked on [17:11]  can't find that optino in LO [17:11] the flat icon set isn't included with LO yet [17:11]  oh really? was there a hickup? the drafts look great [17:11]  really? emir sari told me he's using the flat icon set in master build on macOS [17:12]  what's keeping the color picker from moving on? dev team? or is this still on teh design departments side? [17:12] I think you have to set the icon set up yourself [17:12] here's a guide for Ubuntu: http://www.webupd8.org/2013/06/try-new-libreoffice-flat-icon-set.html [17:12]  "Just download the master build, and select the Sifr icon set. :)) " [17:12]  was what he wrote to me [17:12] oh, ok [17:13] you're probably right [17:13] I don't have the master build [17:13] where did you get the master from, btw? [17:14] <SteveBell> https://dev-builds.libreoffice.org/daily/ [17:14] <SteveBell> choose master [17:14] <SteveBell> etc pp [17:15] sorry, took me a while to find the only non-empty Mac folder [17:16] <SteveBell> ah sry this? https://dev-builds.libreoffice.org/daily/master/macOS-X86_64@43/ [17:16] <SteveBell> didn#t know you where on macOS as well [17:16] I'm not [17:16] I was just looking through the folders [17:17] unfortunately, it seems like there's no build for Ubuntu, which is what I'm on... [17:17] so I can't really help you there [17:17] (until I switch to Fedora) [17:17] <SteveBell> no problem. already wrote to emir. maybe he can hint me in the right direction. [17:17] <SteveBell> so the icons will be coming? [17:17] the set might be called "Symbolic" [17:17] instead of Sifr [17:17] <SteveBell> just call it flat [17:18] <SteveBell> that's what it is [17:18] (it was renamed) [17:18] <SteveBell> Sifr isn't helpful to anybody [17:18] the reason why it's called Symbolic is because it's an extension of Gnome's Symbolic icon set [17:18] <SteveBell> ok, whatever just name it to sth users can make sth of :) [17:18] <SteveBell> ah ok [17:18] <SteveBell> will it be in 4.2? [17:19] I don't know... [17:19] probably not [17:19] as it's far from being complete [17:20] <SteveBell> can't really see how far it is from https://wiki.documentfoundation.org/Design/Whiteboards/Flat_icon_set [17:20] a lot of icons are missing [17:20] <SteveBell> ah damn it. [17:20] Libo has hundreds of icons [17:20] <SteveBell> y sure [17:21] <SteveBell> and at which state is the color picker stuck? [17:21] <SteveBell> the drafts look so good [17:21] as for the color picker, it was never worked on [17:21] <SteveBell> I thought it was just for the devs to start implementing [17:21] we hoped it would get picked up for the GSoC [17:21] <SteveBell> what's missing? [17:21] devs :) [17:21] <SteveBell> ah ok. I'll bring that up with QA [17:21] now we're trying a step-by-step approach [17:22] <SteveBell> what does that look like? [17:22] already have two proposed easyhacks for the picker [17:22] <SteveBell> in FDO? [17:22] <SteveBell> ah ok [17:22] https://wiki.documentfoundation.org/Design/Blueprints [17:22] whoops, forgot to add the more important one [17:23] https://bugs.freedesktop.org/show_bug.cgi?id=67995 [17:23] <SteveBell> is there a wiki page for the 12-column layout? [17:24] SteveBell: no, but it doesn't need one [17:24] it's pretty straightforward, and there's a screenshot of it in the bug report [17:25] <SteveBell> ah ok [17:25] <SteveBell> maybe this even can be cherry picket? [17:25] <SteveBell> picked [17:26] <SteveBell> ok I'll ask in QA if they can raise the color picker in the devs awareness [17:26] sounds good [17:26] <SteveBell> hope this can be made real soon. doesn#t look like that big of a deal [17:27] <SteveBell> ok, have to run. sorry I'm always just annoying and not contributing anything real. [17:27] <SteveBell> but maybe if we can communicate a little more between the departement that will spead up things [17:27] SteveBell: not true -- I'm glad you came [17:27] SteveBell: yeah, let's hope so [17:28] alright, see you [17:28] <SteveBell> ok, happy to know you're not annoyed. :) [17:28] <SteveBell> have a nice evening! [17:50] <SteveBell> mirek2 just FYI: flat icons are in the master build. yey :) [17:50] <SteveBell> preferences > view > icons [17:50] ok, good to know :) [17:50] <SteveBell> looking great [17:50] btw, if you're still on Diaspora, please share the new icon post [17:51] this one: https://diasp.eu/posts/1187600 [17:56] mirek2: Hi [17:56] hello [17:56] any news from your monday meetup with kendy? [17:56] Sorry went for dinner. [17:57] <SteveBell> mirek2 will do. thanks for using diaspora :) [17:57] SteveBell: thanks :) [17:57] elixir: that's ok [17:58] So, I acquainted him about the discussed things and he told me that he'd come up with some ideas that is good and relevant with discussion. [17:58] And currently I am on with the other task [17:58] The toolbar alignment thing. [17:58] ok, great [17:59] Yes, I think we'd first finish this task completely then move on with the hidden one! [17:59] They both must have equal priorities, right? ;-) [18:00] right [18:00] Ok. [18:00] how is the toolbar alignment coming along [18:01] any questions you'd like to ask me? [18:02] about anything [18:02] Its like- when the items don't overflow - (i.e. when th >> is not needed) then - If there are two toolbars, one is left aligned and the other is right-aligned [18:02] If there are 3 toolbars in the same row, one is left, one is centred and the last one is right aligned [18:02] and so on.. [18:03] The spaces left in the row would be dynamically calculated and would be distributed accordingly. [18:03] don't think of them as left/center/right aligned... [18:03] they're all left-aligned, but they have flexible spaces between them [18:04] so they spread across the toolbar row evenly [18:04] yes, the spaces are dynamiclly calculated and distributed accordingly [18:05] (it's just like when you justify text) [18:05] Implementation looks around the same ..so we are aiming to achieve something like that, just per toolbar, not per-item [18:06] ok... [18:06] :-) [18:06] how would the toolbar spaces be set, then? [18:07] i.e. if I wanted to justify one row and not another, how would I set that up? [18:07] would it be a per-row setting? [18:08] Whether there'd be flexible spaces or not (as a part of toolbar itself), I 'm not sure of... But as far as kendy told me till now, it's like - *the leftover space* in the current row of toolbar - this would be disributed evenly. [18:09] so it would be a toolbar setting? [18:09] what if you have a toolbar set as "justified" and one set as "not justified" on the same row? [18:09] Yes, it would be toolbar setting, but I am not sure if it is per row. [18:09] May be kendy thinks the same way but as the 2nd step after I finish this one [18:10] He hasn't told me it yet [18:10] it's a boolean setting? justified vs. non-justified? [18:10] No.. [18:11] All the horizontal toolbars would be set dynamically.. [18:11] And not based on their absolute position. [18:11] == SteveBell [~Adium@mnhm-4d019093.pool.mediaWays.net] has quit [Quit: Leaving.] [18:11] kendy- around? [18:11] elixir: set dynamically? what do you mean? [18:12] Means - in a way, automatically calculated and set. [18:12] I'll give you an example [18:12] 2 mins [18:13] I meant, what does that mean in terms of this toolbar justification? [18:14] If there are 3 toolbars T1, T2 and T3. The leftover space = (container_width - T1 -T2 - T3) would then be uniformly distributed between T1/T2 and T2/T3 [18:14] So, T1 *looks like* left aligned, T2 looks like centred and T3 - right [18:14] yes, I understand that [18:15] Ok. [18:15] but I don't understand how the justification is set [18:15] if it's a per toolbar setting, what happens when you have a toolbar set as "justified" and one set as "not justified" on the same row? [18:16] or is it a setting of "include a flexible space before toolbar"? [18:17] We are not in a provision of providing any more options of justification.. [18:17] Its like- number of toolbars in the row would automatically decide which toolbar is left/rt/cenre aligned [18:18] By this- I meant dynamically aligned. [18:18] so, hold on [18:18] yes.. [18:18] there's no way to have toolbars side-by-side, left-aligned, like toolbars behave now? [18:18] you're getting rid of that behavior? [18:19] I think yes.. or may be there would be a second step after I implement this one... kendy didn't acquaint me with it yet! [18:19] ok [18:20] I'd hate for the old behavior to be gotten rid of [18:20] Sorry, but I can implement something - may be you and kendy decide what could be the best to implement :) [18:21] yeah, I'll need to meet with him :) [18:21] Yes, I'll ask him too to discuss it with you :) [18:23] that's ok -- I'll write him an e-mail [18:23] Or, maybe we can have an option - Toolbars automatically aligned -Yes/No - If yes, it'll behave like the one that is getting implemented. If No, it'll behave like it does currently [18:24] I'd be more in favor of a more granular setting [18:24] I'll discuss it with Kendy [18:24] Ok.