Design/Meetings/2012-11-10
TDF LibreOffice Document Liberation Project Community Blogs Weblate Nextcloud Redmine Ask LibreOffice Donate
Attendees
- alexanderW
- Astron
- Medieval
- michelr
- Mirek2
- usr_share
Topics
- Color picker
- Previews
- 4.0 Branding
- Icons
- Motif, splash, playgrounds, ...
- Default shape color
- #WeWantODFSupport
- Template manager
Tasks
Alex:
- Set up the 4.0 branding whiteboard.
Astron:
- Put up the Windows installer whiteboard.
Mirek2:
- Contact elementary and Gnome to collaborate.
- Contact Florian about #WeWantODFSupport
Log
alexanderW: hi – michelr hat den Raum betreten alexanderW: hi michelr: hi, did the chat started ? alexanderW: not yet – usr_share hat den Raum betreten Medieval: hi usr_share: hi alexanderW: Should we start discussing? alexanderW: ping Medieval: yes usr_share: ok, i guess... Medieval: [https://wiki.documentfoundation.org/Design/Whiteboards/Color_Picker] Medieval: What do you think about our decisions there? alexanderW: didn't know there were new mock-ups usr_share: I didn't know either Medieval: Last week chat: [https://wiki.documentfoundation.org/Design/Meetings/2012-11-03] alexanderW: Looks good to me alexanderW: maybe use a combobox instead of the text on the left – sophi hat den Raum betreten usr_share: dunno, a combo-box wouldn't be as quick to use michelr: Yes, on the first view, the text on the left gave me bad informations usr_share: and I don't think it'd make much sense in general Medieval: Tht was talked about alexanderW: why was it changed? michelr: I thaught "custom colors" was the title of the first row, "document colors", the title of the second row... – usr_share ist jetzt bekannt als usr_away Medieval: [16:24] <astron247> mirek: i am a bit unsure about floats on floats, i. e. the combo box for different palettes Medieval: If Astron or Mirek comes then you can ask from them alexanderW: ok Medieval: I like the combobox better Medieval: (I don Medieval: (I donät know why but they allway come 17 UTC) michelr: I guess it's just a pb of drawing : instead of a small white triangle, why not draw an horizontal tab ? alexanderW: small white triangle? alexanderW: I guess because the captions are too long? michelr: the triangle that indicate which list of colors is selected (in front of the bold text) alexanderW: yes Medieval: I think for touch support the list on the left is better that combobox alexanderW: probably michelr: i don't know what is planned now : start coding ? alexanderW: finding a dev michelr: i have a suggestion : create prototypes to test and validate before real coding alexanderW: html? – usr_away ist jetzt bekannt als usr_share michelr: for ex i create a quick'n'dirty in html+jquery : [http://michel.renon.free.fr/libreoffice/20121110/] alexanderW: would be awesome usr_share: the "touch support" point is a nice one alexanderW: I see grey dots where the white lines cross alexanderW: usr_share: and yeah, a combo box is really an illogical option -- they are designed to provide several choices for a single option, not to open up different ones alexanderW: could you expand that prototype to show the other options? michelr: i just integrated the image minutes ago ; the content of the menu is just an image without interactivity alexanderW: With an imagemap maybe? usr_share: now, here come my questions about this idea: usr_share: the box at the bottom shows a black/white piece of text on a colored background usr_share: that makes sense for "bg color" picker, but not for 'text color' michelr: If you find it interesting, i plan to expand it ; and with jquery (or other), we can create very realistic prototypes usr_share: maybe for a 'text color' picker, the box should be remade into smth. different? usr_share: for example, a "current bg color" box that would show a smaller (20x20) box and the color's name in the hovered 'text color'? alexanderW: I think the color bar is there to show the current color – ertai_NL hat den Raum betreten usr_share is trying to illustrate, please wait... alexanderW: not neccesarily to show how it looks as bg color Medieval: it is there for color alexanderW: so if you got a color that's not poart of the currently selected palette you can still access it via the popup alexanderW: I don't think it should be removed alexanderW: usr: share_that might be something to think about if the current mock-up has been implemented i think usr_share: [http://i.imgur.com/CTAug.png] usr_share: 'cause, say, a bright red would look nice on the top one, but not on the bottom one usr_share: keeping the user from selecting a bad color as a text one usr_share: while the small box on the left would still give a look of how the color actually looks alexanderW: or put a small square inside the color bar – mirek2 hat den Raum betreten alexanderW: the square having the text color alexanderW: hi mirek mirek2: hello Medieval: hi mirek2: how are so many people here? mirek2: am I missing something? alexanderW: Magic usr_share: alexanderW: the square doesn't have such a fg/bg "concentration" as a box mirek2: :) usr_share: there's a reason normal texts are claimed to make only 5% of the paper black alexanderW: ;) Medieval: We are talking about your color picker mockup mirek2: alright alexanderW: Or make the actually color name have the text color usr_share: mirek2: and I'm trying to push an idea, which looks like this: [http://i.imgur.com/CTAug.png] (the piece on the bottom for "text color", on top for "bg / hilight color" usr_share: alexanderW: that is intended, yes. usr_share: the color name and a box should have the text color. alexanderW: so, the name might be hard to read when the contrast is low usr_share: alexanderW: yup. thus keeping the user from making bad color decisions alexanderW: which box? alexanderW: I'll draw smthng usr_share: alexanderW: I drew a little 24x24 box at the left of the "color preview" area mirek2: is there a certain color you believe would be problematic? mirek2: the idea was to use white on dark backgrounds and black on light ones alexanderW: For the label? mirek2: if you look at the Gnome color picker, they do the same thing, just with a check inside a circle usr_share: mirek2: yes, but that would make the user think selecting a text color will change the bg color mirek2: yes usr_share: *could mirek2: I don't think it would mirek2: and once he applied it, he'd see that it wouldn't usr_share: mirek2: the point is, we can use the interface to tell the user: "you have a white background. putting bright orange text on it is a bad idea." Medieval: Its good option if its doable mirek2: the box at the bottom shouldn't serve as a preview mirek2: actually, its original point was for color-blind users to know what color they're selecting with a label mirek2: the color background was added so that the user is immersed in the selected/highlighted color usr_share is illustrating some more. Please wait... – reisi007 hat den Raum betreten alexanderW: [http://imageshack.us/photo/my-images/90/testgoz.png/] alexanderW: left one is the popover for text color the right one for bg-color mirek2: the problems I see with using the box for preview are: alexanderW: and the caption on the right should read 'lemon' or something alexanderW: and the one on the left 'purple' :/ reisi007: Hi! regular IRC meeting? alexanderW: yes mirek2: a) color-blind users won't know if they're applying green text to a red background or red text to a red background usr_share: (example) [http://ompldr.org/vZzd6ZA/static3.png] mirek2: b) sometimes the text would serve as a preview, but most of the time it won't -- that's inconsistent usr_share: mirek2: it wouldn't? usr_share: in both cases, it would show how would the text look if the color is selected. usr_share: (except the "automatic" option) >_< mirek2: but you have to remember that a) the label is there primarily for color-blind users mirek2: if we show the preview on the document background, a color-blind user won't know if they're using green-on-green or red-on-green, because there won't be enough contrast for him to read the label mirek2: b) despite the mockups being focused on font color, they will apply to all sorts of color pickers mirek2: (shape fill, stroke color, text highlight, etc.) alexanderW: right now you were talking about a seperate box below showing the font color? mirek2: oh, I guess I misunderstood the proposal mirek2: the proposal to have an additional preview box in the pop-up? alexanderW: mine? alexanderW: I asked whether you were talking about the one with the additional box mirek2: I meant to ask "the proposal was to have an additional preview box in the pop-up?" alexanderW: I got a bit lost mirek2: me too :) usr_share: mirek2: I supposed the preview box on the bottom is supposed to be used for choosing a text color, while bg color will go with a normal one usr_share: (that is, one with a box) mirek2: my question is: is it supposed to replace the color+label box, or is it an additional element below it? usr_share: mirek2: I thought it was supposed to replace the color+label box usr_share: but looking at it now, I think this is not the best option usr_share: (I apologize) mirek2: don't apologize -- all ideas welcome mirek2: with pop-ups, it is better to do live preview (i.e. preview as you hover over options in the document itself), because, unlike dialogs, pop-ups don't cover the whole document alexanderW: Made mine clearer: [http://s1.directupload.net/file/d/3070/9ween3lc_png.htm] usr_share: mirek2: that seems to be a nice balance mirek2: again, I see the color-blindness and consistency problems usr_share: let the pop-up's color view work as it is now, while the document itself will be changed live mirek2: usr_share: well, we discussed it with Astron on the last chat mirek2: it's probably not going to be very simple to implement, and it's not really something that we badly need alexanderW: ah, now I get it mirek2: but sure, it would be a nice touch usr_share: mirek2: well, it would be a step in the direction of a better interaction mirek2: I'm sorry for coming an hour late -- somehow didn't realize the daylight savings time shift alexanderW: Maybe simply skip that feature as long as we don't have live-previews – astron247 hat den Raum betreten alexanderW: Having UTC in the indicator-datetime helps alexanderW: it's ok mirek2: :) – michelr hat sich abgemeldet (Quit: michelr) – michelr hat den Raum betreten mirek2: usr_share: sure, live previews are nice, but I don't think they're easy to implement alexanderW: Nobody's gonna miss it and we don't need to worry about something that might become obsolete usr_share: mirek2: well, NOT having them may make it a bit harder from MSO 2007+ migrants usr_share: they are probably very used to that little detail mirek2: + tablet users have had to live without live previews (no hover there) and they're fine with that usr_share: note: I am not an MSO 2007+ advocate. – reisi007 hat sich abgemeldet (Remote host closed the connection) alexanderW: hi astron mirek2: hey astron astron247: hi Medieval: Live previews are nice, but there are more urgent things to solve alexanderW: sure mirek2: :) honestly, I don't think we need live previews with colors as long as we actually show the color astron247: (just listening for the moment...) alexanderW: Would you agree to not add that feature of easily comparing font-color and bg-color in the popup? mirek2: the idea behind having a large rectangle filled with the hovered-over color was to make the color stand out and easy to compare mirek2: alexanderW: yes -- I would agree not to add it :) alexanderW: Alrightr alexanderW: -r alexanderW: So the rectangle shows the selected color as long as one doesn't hover over anything? mirek2: it would also add confusion when e.g. there's text of more than one color inside a shape -- some text may look alright with a new background, some text might be unreadable usr_share: oh, actually, it won't be as hard to add live previews usr_share: LO only redraws the changing parts of text when changing parameters michelr: As i have to use MSO2007 for few days, my first feedback is that live previews can be disturbing sometimes usr_share: so, for one thing, it is not going to be a load of CPU load mirek2: alexanderW: the rectangle shows the current color of the object until another color is hovered over/in the process of being chosen alexanderW: ok, that's how I imagined it mirek2: michelr: how so? (haven't used it for years) michelr: for ex with texte styles : you just have to hover the mouse above one style in the ribbon and the current text changes michelr: th epb is that MSO doesn't wait for an explicit demand from user mirek2: ok, so let's not have live preview then usr_share: mirek2, michelr: what about introducing a slight delay? usr_share: say, 0.5 or 1 second? astron247: michelr: afaik, the document isn't permamnently "disfugered" afterwards, though..? usr_share: though, that may make it look like the software is just slow astron247: usr_share: that makes it even less predictable mirek2: yes astron247: usr_share: look at what happened to the nicely faded in buttons in impress's sidebar michelr: MSO has a delay (0.5 or 1 second), but it doesn't prevent false move of mouse alexanderW: astron: the formatting isn't permanent, only applies as long as one hovers over a formatting option michelr: I have to leave now , just updated in hurry my dirty prototype ([http://michel.renon.free.fr/libreoffice/20121110/]) alexanderW: great, thanks michelr: I will expand it in next days (with perfect pixel alignments !) mirek2: michelr: awesome! mirek2: I will draw something for document colors astron247: alexanderW: i know, but if implemented wrongly, it _might_ have permanent effects... i was trying to michel about his experience with mso there mirek2: and upload the svg alexanderW: In Wordpad it doesn'tz michelr: thanks, and i'll post general idea in the mailing list, bye alexanderW: -z alexanderW: bye mirek2: bye alexanderW: Are we done with the color picker then? – michelr hat den Raum verlassen mirek2: I wanted to bring up two things: astron247: i really like michels idea to put the "custom color" tab along with the palettes astron247: (just wanted to say) mirek2: astron247: you mean from [http://michel.renon.free.fr/libreoffice/20121110/] ? astron247: yes mirek2: ok mirek2: to continue my train of thought: 1) I'd like to contact Gnome and elementary design teams for feedback astron247: on..? mirek2: (those teams are very design-oriented, and it'd be great if they could tell us what usability problems they see, what we could do to better fit with their platforms, etc.) mirek2: on the color picker astron247: ah okay. mirek2: but also on anything else we do mirek2: as I think it'd be good to have close contact with designers of platforms alexanderW: If they're interested mirek2: it's ok if I contact them via our G+ page? alexanderW: maybe rather via irc? alexanderW: and if something comes of it announce it astron247: i think theyre respnsive on irc (not that i know, but their probably using it regularly at work, so...) mirek2: tbh, I'd prefer non-real time chat, as I'd like to get a general and deep opinion of the whole team mirek2: rather than a quick opinion from a few of the contributors alexanderW: Or email..., but wouldn't do that in the open mirek2: why not in the open? astron247: mirek2: i dont really think youll get a "team" response – i think theyre too scarce on resources for that mirek2: in any case, is it ok if I use our G+ page to contact them? mirek2: (I would really feel more comfortable with non-real-time chat in this case) alexanderW: Well, it might get hopes up and if they decline it's a bit starange alexanderW: *awkward astron247: ok, but why do you need the official page? isnt it easier if they know the individual to contact? mirek2: just so it would feel official mirek2: but if you don't feel comfortable with me using the G+ page, I won't alexanderW: How exactly would you imagine the collaboration? mirek2: how about this: I'll write a draft of a message I would send them and post it to the mailing list mirek2: if there are no objections 24 hours later, I'll send it to them astron247: i personally think youre making it too hard – there is absolutely no need to invent more bureaucracy than we already have mirek2: alright -- ok if I contact them, then? mirek2: the way I imagine it to go: mirek2: tell them we would like to cooperate mirek2: show them what we're working on, ask what they think of it mirek2: whether we could do something to fit with their platform better mirek2: see if maybe they'd like to work with us to make sure LibreOffice fits well with their platform mirek2: exchange ideas alexanderW: sounds good to me astron247: okay. mirek2: great :) Medieval: next topic? alexanderW: should we proceed then? mirek2: just one tiny thing mirek2: with custom colors, what should the color picker show as a label? alexanderW: Hexcode? alexanderW: maybe check if it's an html color like red, yellow mirek2: that was my first thought as well, but it's very technical and not that useful for the user mirek2: I was thinking we could have a simple "color translator" astron247: the user always sees the colour, though mirek2: not a color-blind user Medieval: no name tag? astron247: #F0F – "light salmon" mirek2: which is who the label is primarily for astron247: okay, for that wed need hsl alexanderW: astron, yes something like that mirek2: the translator could be as simple as picking out the ROYGBIV colors + black + white mirek2: and attaching "dark" or "light" if necessary alexanderW: ROYGBIV? mirek2: e.g. 0000CC could show up with a simple "blue" label mirek2: red, orange, yellow, green, blue, indigo, violet mirek2: the colors of the rainbow astron247: [http://hicksdesign.co.uk/journal/hue-saturation-lightness] Medieval: But why not Hexcode, its very commonly used astron247: 10% of western males is colourblind mirek2: hexcode is common with developers/designers, but it's not really commonly known mirek2: or rather, common color names are always better, if the precise color values are shown above mirek2: as per the proposal mirek2: [https://wiki.documentfoundation.org/Design/Whiteboards/Color_Picker] alexanderW: So we'd have '#XXXXXX - Less saturated bright yellow' ? mirek2: how about just "bright yellow"? mirek2: if a person wants the Hex, he should switch to the RGB view, where he can also edit it alexanderW: then we'd skip 1/3 of the color information mirek2: all the color information still appears above the label alexanderW: so one would need to change to the custom color view alexanderW: ? mirek2: right alexanderW: Seems like a good balance mirek2: ok mirek2: so we all agree on the common-name labels, then? alexanderW: I guess mirek2: and can move on to the next topic? astron247: yes. though, keep in simple, especially for localisers alexanderW: Can color-blind people differentiate saturation or lightness bteer? alexanderW: *better Medieval: yes astron247: read the hicksdesign post i linked to :) Medieval: i totaly agree mirek2: great :) mirek2: new topic: 4.0 branding? astron247: i.e: "red (light)" might translate well while the nicer "light red" might translate worse astron247: ok... 4.0 branding. mirek2: ok Medieval: ok ... before it mirek2: 1) it would be good to ship as many new Gnome icons as possible mirek2: (by that, I also mean Alex's icons) mirek2: alexanderW: what do you think? are the tango_testing icons ready for prime time? astron247: tbh, i am not all that happy with all the mixed-in humanity icons. alexanderW: many shape icons are still missing astron247: they use completely different colours and are also different stylistically alexanderW: we could simply skip them if I don't have enough time mirek2: ok alexanderW: well, there are also galaxy icons and industrial, which don't really fit in either mirek2: I think the shape icons are most important, though mirek2: the drawing toolbar is an eyesore alexanderW: it is astron247: alexanderW: yes, but ... we wanted to be better than that, no? alexanderW: I can quickly make some blue icons like you requested some time ago astron247: (keeping the old broken state is at least no change – doing sth new that's also broken in some ways means people will complain astron247: ) alexanderW: the ting is that the human icon theme contains icons from galaxy alexanderW: *thing astron247: yes, shnatsel used to care about the human(ity) theme, but doesnt seem to anymore... alexanderW: He worked on LibreOffice? astron247: on the human theme, yes astron247: [http://cgit.freedesktop.org/libreoffice/core/log/?qt=author&q=shnatsel] Medieval: ubuntu have new theme in 13.04 Medieval: no humanity anymore astron247: right, the one apparently cocreated by daniel fore..? alexanderW: they hired the faenza guy alexanderW: for the new theme astron247: right, not daniel fore. astron247: (i never quite got the appeal of faenza – it doesnt really work for me) astron247: i digress mirek2: :) Medieval: i personally used it like 1 year under ubuntu mirek2: anyway, what could we have ready in time for 4.0? mirek2: I assume we can push the Gnome text formatting icons mirek2: (bold, italic, underline, text color, highlight, etc.) mirek2: paragraph alignment icons, various Alex's style icons, ... astron247: well, the problem with that is that we also need subscript, superscript, bullets and numbering etc etc alexanderW: the default writer view should only show gnome icons now alexanderW: I did these astron247: yes. mirek2: did you update the subscript and superscript ones, as the text was a bit too skinny? alexanderW: I think I did alexanderW: I'll checkl mirek2: ok, I just didn't fetch the updates yet mirek2: also, what about support for the smaller icon size? astron247: right mirek2: also, I'm not sure if you noticed, but there was a short discussion on whether to show icons in menus by default on the mailing list alexanderW: I think I didn't mirek2: under "Options" astron247: i think we should try to avoid showing them, as that means, people will expect us to keep icons even for some pretty obscure menu item. of course, on windows, icons in menus are still the default. mirek2: we don't have an icon for every menu item, so I don't think people will expect us to have one anytime soon mirek2: menus with icons are much more usable than without them astron247: we have icons for far too many menu items :) mirek2: perhaps we just have too many menu items astron247: that is a separate point astron247: i any case, even if we had our complete theme deduplicated, it would still be huge and unwieldy mirek2: yes mirek2: so what should we do? mirek2: ideally, I see us gradually eliminating the need to use the menu bar and phasing out the smaller icon size astron247: well, first we really need to use xdg-icon-naming, then we should try to deduplicate and then also remove icons mirek2: what exactly do you mean by "deduplicate"? astron247: (or mayb the other way around) mirek2: remove the smaller version? astron247: we have many icons that look the same, but are used in different places and thus are separate files alexanderW: I think I accidentally removed the new sub/- superscript icons due to a merge conflict astron247: – only in zip files (like our themes) you apparently can't use symlinks, so we can't use that for "simplification" mirek2: oh, ok alexanderW: I'll upload new ones tomorrow or so astron247: thanks! mirek2: great – usr_share hat sich abgemeldet (Quit: WeeChat 0.3.9) alexanderW: are there icons that also have a higher priority? astron247: i think you should try to update numbering, so it includes a third line astron247: (similar to bullets) alexanderW: bullets has 3 rows alexanderW: or not? astron247: yes, but numbering doesnt astron247: (which is inconsistent) astron247: also, the distance between the lines is different alexanderW: it did this in order to have numbers which are at least a bit recognizable alexanderW: it's hard to draw a '2' with 6 pixels or so astron247: if 1 and 2 are recognisable, i guess 3 can be allowed to be a bit blurry? alexanderW: I'll try astron247: thnaks alexanderW: should the rows have the same distance as the align-* icons? astron247: i think the align icons are trying to portray a single paragraph, while every new bullets is a different paragraph – a bit more space seems fine to me, therefore mirek2: do you think we'll be able to get these icons in in time for 4.0? mirek2: will we need smaller equivalents, or should we default to large icons and stay with only large versions? alexanderW: you mean remove the option or what? alexanderW: [http://s1.directupload.net/file/d/3070/59gsi5ls_png.htm] Medieval: I am using small icons alexanderW: rather wide, but ok I guess mirek2: no, just change the default astron247: thanks, alex mirek2: I like the icon alexanderW: currently small is default on win, right? astron247: yes Medieval: Line spacing icons are weird alexanderW: they're the gnome default ones astron247: Medieval: why? Medieval: They look very different Medieval: Screen is coming alexanderW: thx astron247: what do you mean by "Screen is coming"? Medieval: sceenshot* alexanderW: *-shot astron247: ah okay alexanderW: astron, do you know what's up with this stuff:\\\\# Untracked files:\\# (use "git add <file>..." to include in what will be committed)\\#\\# post_download\\# post_download.log\\# solenv/bin/concat-deps\\no changes added to commit (use "git add" and/or "git commit -a") alexanderW: I get this even when resetting the repo Medieval: under win 7: [http://ubuntuone.com/0LLxiAXF5R2RD9vTFbakVx] alexanderW: ahm, we're talking about different ones astron247: that are the external deps libreoffice downloads when building – you dont need to commit that. astron247: try git status alexanderW: did you select tango_testing as icon set? astron247: Medieval: those icons are clearly industrial alexanderW: they show up when I enter git status alexanderW: # On branch master\\# Changes not staged for commit:\\# (use "git add <file>..." to update what will be committed)\\# (use "git checkout -- <file>..." to discard changes in working directory)\\#\\# modified: icon-themes/tango_testing/cmd/lc_defaultbullet-lc_outlinebullet.svg\\#\\# Untracked files:\\# (use "git add <file>..." to include in what will be committed)\\#\\# post_download\\# post_download.log\\# solenv/bin/concat-deps\\no changes added to commit (use "git add" and/or "git commit -a") astron247: Alexander: right, then use "git add icon-themes/tango_testing/cmd/lc_defaultbullet-lc_outlinebullet.svg" and ignore the rest alexanderW: ok, thanks alexanderW: but do I need to git add each new icon? alexanderW: in the past I cd'd in to icon-themes and entered git add * astron247: you could use "git add ." in the right folder astron247: also, you can add the files you dont ever want committed to {repo}/.git/info/exclude alexanderW: ok, I guess I'll do that astron247: (although i havent yet found out how to really make that trick work) alexanderW: any new icons you wouldn't want to ship? astron247: i am really unsure about "show draw functions" and "hyperlink" alexanderW: the pencil and the chain astron247: yes alexanderW: which aspects do you dislike? astron247: well, both look humanity-y or oxygen-y somehow. i also think the pencil is not the best representation for the drawing tools, as the "edit file" button also has a pencil on it alexanderW: the chain looks indeed a bit oxygen-y. maybe I could increase the contrast alexanderW: make the brighter and darker outline more visible alexanderW: what would you suggest for drawing tools? astron247: we used to have a brush before, why not stick with it astron247: ? mirek2: I had a complaint about the brush mirek2: since a brush isn't a drawing tool mirek2: it's a painting tool, and there are no painting tools on the drawing toolbar astron247: right astron247: then instead maybe geometric forms on top of each other..? alexanderW: the iwork way? alexanderW: [http://static1.channels.com/thumbnails/assets/macmost-com/feeds/2-2050/5290/episodes/5213369_MacMost-Video-Podcast-MacMost-Now-255--Using-Spreadsheet-Formulas-in-iWork-Numbers--jpg] mirek2: I guess we could do that alexanderW: I kinda like it mirek2: I agree with Astron that the pencil, as is, isn't really too indicative of drawing astron247: [https://dl.dropbox.com/u/87946285/libreoffice/drawing.png] astron247: (as an example from calligra) astron247: – mind you, its not used in the exact same sense there alexanderW: I like the stencil metaphor alexanderW: in iwork astron247: iwork's icon is nice (except for the ugly green) alexanderW: Yellow like LibO alexanderW: draw? astron247: [the comment about the green was specific to the green that apple used] alexanderW: we'd use a tango-ish one anyway astron247: if its a tango colour, i dont really mind so much, although yellow often has bad contrast alexanderW: I'll try some combinations astron247: cool mirek2: btw, here are the noun project's icons: [http://thenounproject.com/noun/drawing/#icon-No3103] astron247: i love these guys... always great for stealing a few icons :) alexanderW: rather detailed alexanderW: ath, there are more mirek2: :) mirek2: I'm ok with the stencil idea, but if it doesn't work out, there's still hope for a reimagined icon with a pencil alexanderW: alright :) mirek2: about the current testing icons: mirek2: 1) would it be possible to use vector graphics for the icons with graphics? alexanderW: That's a possible GSoC project alexanderW: or do you men the insert-graphic one in particular? alexanderW: *mean mirek2: yes, that one mirek2: + the others that use a photo instead of a vector alexanderW: I tried tracing it – ertai_NL hat sich abgemeldet (Quit: leaving) alexanderW: and I tried recreating one by hand astron247: which i imagine is very hard. alexanderW: yeah alexanderW: One still notices the missing details alexanderW: one could use an astract motif, though mirek2: ok, I was just wondering astron247: i think for some things, like textures, etc, creating a vector image is not the best option, and you just need a decent resolution embedded pixel graphic mirek2: alright mirek2: 2) could we please use different icons for outline right/left/up/down? mirek2: + movedown, moveup, and decrement level? mirek2: btw, isn't decrement level supposed to point in the other direction? astron247: is that my fault, actually? if yes, sorry for the pain alexanderW: which fault? astron247: mirek2: no, the direction is correct (←) astron247: mirek2: also, the wording is promote/demote, right..? mirek2: astron247: it points in the other direction for me -> mirek2: lc_decrementlevel.png , I mean astron247: also, decrement is of course demote, therefore: →, yes astron247: on a superficial level, i agree, the terminology is consational mirek2: consational? astron247: ^consational^confusing alexanderW: well, it shows in which direction the utem will be moved alexanderW: *item astron247: right, but the accompanying terminology is imho not clever enough... or maybe too clever mirek2: right alexanderW: agree mirek2: anyway, as I said before, it'd be better to have a different set of icons for moving items than those for navigating the document mirek2: what is decrementlevel used for? astron247: make a bulleted list and se the toolbar at the bottom alexanderW: outline, I'd assume astron247: sorry, i am confused. alex is right astron247: (there are similar functions available for lists and the document outline) mirek2: right mirek2: anyway, would it be possible to use different icons? mirek2: we already have some for indents alexanderW: for lists something like this:\\|_> alexanderW: well something like an 'enter' arrow alexanderW: |\\|\\| \\\|------\\/ astron247: i dont quite see it before me yet. but trying wont hurt, i think astron247: ... alexanderW: [http://i.stack.imgur.com/I5Aqi.png] alexanderW: the third one astron247: okay, so trying to allude to a file tree..? alexanderW: a bit astron247: good idea, i think mirek2: I'm not too sure about it, but I'm fine with anything astron247: i have one more piece of input: it's about the page icons in page preview mode: they really need either some content or dog ears, so theyre recognisable as pieces of paper mirek2: about the outline icons: what would outline up/down look like? alexanderW: does that change the headline order? alexanderW: \\Headline 1\\Headline 2| Apply outline down here\\Headline 3 alexanderW: Result:\\\\Headline 1\\Headline 3\\Headline 2 mirek2: I think so alexanderW: can't find the toolbar mirek2: I know it's in navigator, but that one uses only small icons... astron247: right mirek2: anyway, I feel maybe I'm bikeshedding a bit here mirek2: perhaps we should just lay out what we want to accomplish in time for 4.0? mirek2: updated branding, again, but flatter? mirek2: Swiss-style? alexanderW: I'd hope so mirek2: ok astron247: right, and we should probably find something whiter for our splash again ... mirek2: should we drop Playground, since those have never really worked out, and create a whiteboard for a 4.0 restyle astron247: okay mirek2: Playgrounds mirek2: is it ok if I remove the link to playgrounds from navigation, then? astron247: why not just keep the legacy playgrounds around for the time being astron247: and just open a 4.0 restyle whiteboard mirek2: well, none of the playground are active, and we're actively ignoring them alexanderW: Are we looking for a new motif? mirek2: I don't think so, at least I hope not mirek2: I really like the one we have astron247: i dont see any reason to... if we do, i porpose the asanoha pattern... astron247: (you probably dont care... [http://www.aisf.or.jp/~jaanus/deta/a/asanoha.htm]) mirek2: I like it :) mirek2: about playgrounds: how about putting them under "archived whiteboards"? astron247: okay alexanderW: ok mirek2: I'd just really like to put them somewhere where people know they're not relevant anymore mirek2: ok, great :) mirek2: should we have a single 4.0 rebranding whiteboard? alexanderW: yes mirek2: scope: mirek2: * splash screen alexanderW: spreading it across several ones doesn't make too much sense mirek2: * start center bg mirek2: * about dialog mirek2: alexanderW: I agree -- that's why I ask alexanderW: conference template? mirek2: that's not really something we have to have for the 4.0 release alexanderW: right mirek2: * Swiss design ? alexanderW: yes? mirek2: anything else? alexanderW: website stuff? alexanderW: there's not much to be designed, though alexanderW: what'd be out of scope? astron247: right, the website would probably need a redesign too, but i guess if it comes after the product... is that so gad? astron247: ^gad^bad Medieval: whats aboutn gallery? mirek2: that's not really part of the brand Medieval: i know mirek2: I agree that the graphics in the gallery suck, but, frankly, I don't think the gallery is useful anymore, no matter what the default graphics look like alexanderW: should it be removed from the toolbar? mirek2: unless it was used to host clipart by default mirek2: I think so mirek2: or, rather, hidden by default mirek2: not completely removed alexanderW: ok alexanderW: one task till the next IRC chat alexanderW: Should I set up the whiteboard? mirek2: if you'd like alexanderW: alright astron247: okay. mirek2: great alexanderW: two things I wanted to ask:\\\\* Where are the template manager icons saved?\\\\* Can I ask on the dev ML about changing the default ashape color? alexanderW: I guess we could look into the source code to find the icons mirek2: about shape color: I know you've asked on ux-advise, but nobody responded; perhaps Astron could mention that on the ESC call, so someone does respond? mirek2: wait, you asked only on the design list; go ahead and ask on ux-advise alexanderW: ok alexanderW: astron, would you be ok with tango blue 1 as fill and tango blue 2 as border? astron247: uhm, if we change the palette. we'd probably also have define a new shape colour... so, i think we should get through with the colours and palette first alexanderW: I added the two blue hues to the default palette already astron247: oh. astron247: in that case, sure, ill ask alexanderW: Thanks mirek2: one more thing: what do you think about the #WeWantODFSupport tag? astron247: whats that? mirek2: I mentioned it on the list astron247: oh mirek2: if you listened to the Google speech at the conference, you know that there's a lack of ODF support because there's a lack of visible demand astron247: right mirek2: so I was thinking we could try to spread the tag on Google+, so Google takes some notice alexanderW: How many tags does it take to appear in the list? mirek2: don't know mirek2: but Google+ in general has a pretty large open-source-favoring community mirek2: and there have been some open-source tags trending in the past mirek2: Muktware has a relevant article on it, but we could share something else if it seems too harsh mirek2: (some of the comments are pretty harsh) alexanderW: yeah, I read it alexanderW: Could be worth a try mirek2: theoretically, we could just share a "GOOGLE, Y U NO SUPPORT ODF" meme picture, but I don't think that would get the point across much alexanderW: but I guess people would need to keep that tag trending for quite a while mirek2: we just need Google to take notice mirek2: I mean, they've always been pretty supportive of open-source project, we just need them to know that a lot of people could really use some ODF support mirek2: is it ok to share that through our G+ channel? astron247: sure mirek2: I feel like that's the only way we could get it to be shared by a large audience alexanderW: Maybe coordinate it with Floeff? mirek2: great :) alexanderW: so that the tdf/libreoffice account asks for support, too mirek2: alexanderW: does he run the TDF G+ page? alexanderW: doesn't he? alexanderW: I assumed it astron247: i think he does :) mirek2: I guess he does astron247: (if its not italo) alexanderW: I need to buy some groceries, are you still here in ~10 min? mirek2: is there anything else to discuss? mirek2: I think we could be done for the day alexanderW: the template manager mirek2: ok mirek2: then sure mirek2: but could you upload the log? mirek2: as you've been here the longest, I guess alexanderW: I will try alexanderW: to keep the formatting mirek2: ok alexanderW: have a nice weekend, everyone mirek2: are we meeting in 10 mins? alexanderW: if you're still there mirek2: ok, I'll be here astron247: ok astron247: btw, id like to open a windows installer whiteboard, as andras asked for it. mirek2: sure, go ahead astron247: good :) alexanderW: back astron247: did you plunder the rewe? alexanderW: oh I did :) alexanderW: delicious ramen etc alexanderW: can we easily find out which icons are missing in the template manager? astron247: i guess we can through the commits. alexanderW: cause if we ship a new feature it shouldn't look broken astron247: the problem is that imho, it's not shippable even with the icons in its current form alexanderW: the double-click issue? astron247: * it uses double-click, but has no open button astron247: * it is modal astron247: * it flickers astron247: oh, and the old dialogues aren't away yet mirek2: I agree mirek2: should we meet with the student behind it on the IRC sometime? astron247: we can try to invite rafael, yes astron247: otherwise, it will probably depend on cedric astron247: (who was his mentor iirc) alexanderW: can that flickering be fixed? astron247: i guess, most things can be fixed. i dont know more than that alexanderW: and it'd be nice if a button on top stays depressed if one clicks on it astron247: right. astron247: also, the selection mode does not work alexanderW: i works for me astron247: (or rather not any differently than normal selection, making it superfluous) alexanderW: should the normal selection be ditched? alexanderW: since it's not working on touch devices? astron247: i think so. (if the intention still is to make it work with touch mirek2: sure astron247: (oh, sorry, just noticed, it does make a difference. selection mode makes it possible to click anywhere on the preview, whereas with normal selection you actually have to fish for the tick box astron247: ) mirek2: yes, that was the intended behavior astron247: the problem is that the small checkboxes always appear and its thus not clear immediately what the selection mode actually does mirek2: yes, I agree astron247: also, in the interest of touchability, the ticks should probably be a bit more visible – gnome documents might be overdoing it, but the direction is right mirek2: +1 mirek2: what do you think about the original design? mirek2: [https://wiki.documentfoundation.org/Design/Templates_and_documents_rework] astron247: yes, i know astron247: its good (even if i didnt want to have it in libo at first, because its also very different) mirek2: To be honest, looking back, I'd remove the "All" tab from categories mirek2: it just adds unnecessary complexity mirek2: at least with folders astron247: i am not 100% sure about the representation of folders as circles, and the modal overlays are maybe a bit complicated alexanderW: no overlay at all alexanderW: ? mirek2: those were things I took from Android, to be honest mirek2: didn't want to copy Apple mirek2: and the modal overlays seemed more intuitive to me than Apple's folder expansion mirek2: I agree that the folder visualization could be better, though mirek2: perhaps go the Gnome way, use thumbnails in a rectangle? astron247: the problem with apples is that it doesnt really work without animation and it also doesnt work on a desktop at all astron247: well, if you set a folder as a photo folder in windows xp 8or later), you'll get a folder images with four previews inside, similar to gnomes tagging implementation astron247: [http://www.freeimagehosting.net/uploads/e7c7412409.jpg] mirek2: sure, though Gnome's visualization is much better mirek2: (that yellow folder icon is really ugly, imho) astron247: i know its a bit ugly, i always avoided using it mirek2: anyway, sure, we could use that visualization instead astron247: the thing i like about ms's visualisation is that it still looks like a good old folder – even if somewhat disfigured mirek2: I don't think we need to worry about that much: Android, Mac OS, iOS, Windows, and now Gnome, are all introducing different folder visualisations mirek2: oh, and Google services mirek2: plus we don't even need to call it folder: it's more like a collection alexanderW: Since that might be a bit harder to fix we could move all default templates to their respective root folers for 4.0 mirek2: which it what it looks like as well alexanderW: *folders alexanderW: what do you think? mirek2: you mean having no folders by default? alexanderW: yes astron247: sounds like a sensible idea mirek2: I agree mirek2: I'd also like to talk to Cedric about a dedicated "category" widget mirek2: I've been trying to find what it's called in Gnome, but I can't find it alexanderW: what do you mean? mirek2: I mean the connected button thingy that appears across the top mirek2: "All", "Documents", "Presentations", ... alexanderW: I think that's not possible with stock gtk alexanderW: elementary devs had to extend it with granite to achieve that mirek2: it's used in the new Gnome apps astron247: it should be possible now astron247: as mirek just said astron247: still, the more logical representation might have been tabs alexanderW: they added it recently? astron247: (not as pretty though) astron247: probably alreadywith 3.0 alexanderW: strange alexanderW: I haven't seen a single stock gtk app using it astron247: or at most 3.4, since douments has been using it at least since alexanderW: ah astron247: sorry, documents was worng alexanderW: i'll install it astron247: try it, but its not in there. astron247: sorry mirek2: Clocks uses it alexanderW: gnome-clocks alexanderW: ? mirek2: yes alexanderW: indeed alexanderW: would be great if we could use that via vcl alexanderW: would have to be emulated on win, though mirek2: I think Mac OS has a similar control astron247: ah, right, it was clocks! mirek2: not sure what it's called there either astron247: mac os uses it for normal tab pages, eg. in options windows (but not in tabbed browsers) astron247: therefore: these must be tabs... alexanderW: I originally chose them for aesthetical reasons alexanderW: in order to have then center-aligned mirek2: yeah, tabs don't work well for this use-case, imho mirek2: ok, so I'll try to contact Cédric about this? astron247: ok alexanderW: yes mirek2: it'd be useful not only for the Templates dialog, but also the custom color section of the color picker pop-up mirek2: alright mirek2: are we done? alexanderW: I think so astron247: okay astron247: then, a good night to you. mirek2: good night mirek2: alex, you'll put up the log? alexanderW: yes astron247: oh, btw, if any of you (alex, mirek) would like to attend the next esc call, tell me now :) alexanderW: 4 o'clock? mirek2: I can't, sorry astron247: yes alexanderW: I have a lecture that end at 4 alexanderW: so maybe I could make it alexanderW: *ends astron247: well, maybe not that great an idea then... alexanderW: I could join at 16:15 astron247: i dont know, then, maybe i better join again, as the ux update is usually quite early on alexanderW: alright alexanderW: Would it be ok if I shared some icon progress on the G+ page alexanderW: there hasen't been an update for quite a while? astron247: i think so. alexanderW: good alexanderW: nice weekend, everyone mirek2: see you next week astron247: bye