== Meeting information == * #xubuntu-devel Meeting, 05 Jun at 12:30 — 13:29 UTC * Full logs at [[http://ubottu.com/meetingology/logs/xubuntu-devel/2015/xubuntu-devel.2015-06-05-12.30.log.html]] == Meeting summary == === Open action items === The discussion about "Open action items" started at 12:32. * ''DONE:'' xubuntu-dev to liase with -qa when specific package testing required === Team Updates === The discussion about "Team Updates" started at 12:34. * knome has been working on website content * milestone image testing dealt with === Announcements === The discussion about "Announcements" started at 12:36. === Discussion === The discussion about "Discussion" started at 12:38. * '''Rebooting the FAQ articles''' (12:38) * ''ACTION:'' knome to follow-up on the FAQ reboot on ML * '''Discuss blueprints and plans for 15.10''' (12:42) * ''ACTION:'' ochosi to follow up with team leads re blueprints as needed * '''Core as image''' (12:44) * '''Discuss Xubuntu's position on CSD (client side decorations)''' (12:58) === Schedule next meeting === The discussion about "Schedule next meeting" started at 13:29. == Vote results == == Action items, by person == * knome * knome to follow-up on the FAQ reboot on ML * ochosi * ochosi to follow up with team leads re blueprints as needed == Done items == * xubuntu-dev to liase with -qa when specific package testing required == People present (lines said) == * ochosi (93) * elfy (79) * knome (71) * meetingology (6) * dkessel (5) == Full Log == 12:30 #startmeeting 12:30 Meeting started Fri Jun 5 12:30:11 2015 UTC. The chair is elfy. Information about MeetBot at http://wiki.ubuntu.com/meetingology. 12:30 12:30 Available commands: action commands idea info link nick 12:30 I'll hang about for a minute or two to see if anyone turns up ... 12:30 well i'm here.. 12:31 o/ 12:32 so am I knome :) 12:32 hei dkessel 12:32 hej knome 12:32 hi dkessel 12:32 hey elfy 12:32 #topic Open action items 12:33 none i guess 12:33 this is easy as pie - only one to look at and that's -dev and -qa and I've got to assume that bluesabre and ochosi will ask 12:33 oh there is one.. 12:33 yep 12:34 and Unit193 and Noskcaj and micahg 12:34 #done xubuntu-dev to liase with -qa when specific package testing required 12:34 meh 12:34 heh 12:34 #topic Team Updates 12:35 anything from you knome ? 12:35 #info knome has been working on website content 12:35 that's all 12:35 #info milestone image testing dealt with 12:36 that's all 12:36 move along I guess 12:36 #topic Announcements 12:37 nothing that I'm aware of 12:38 #topic Discussion 12:38 #subtopic Rebooting the FAQ articles 12:38 knome: that's your item 12:38 anything happened with that recently? 12:40 guessing not then ... 12:40 nope, but the work continues 12:40 :) 12:40 sorry, i'm in a flu and have my other nostril dripping blood more or less consistently... 12:40 so people are doing that? 12:40 :| 12:40 we'll do at least something 12:41 at least bluesabre said he could write something 12:41 if not else, i guess i'll push the "back to the basics" series forward 12:41 ok - so any need for us to revisit this each meeting still ? 12:41 likely not 12:41 or take it to mailing lists when needed or something 12:41 i'll just send a follow-up to the ML at some point 12:41 yep 12:41 ack 12:42 #action knome to follow-up on the FAQ reboot on ML 12:42 * meetingology knome to follow-up on the FAQ reboot on ML 12:42 #subtopic Discuss blueprints and plans for 15.10 12:42 heh 12:43 which is ochosi's bag afaik - pretty sure the blueprints are being/been sorted 12:43 looks like it 12:43 yep 12:44 definately 12:44 #action ochosi to follow up with team leads re blueprints as needed 12:44 * meetingology ochosi to follow up with team leads re blueprints as needed 12:44 #subtopic Core as image 12:44 I put this on here expecting to set a time that bluesabre was here -which was fail :) 12:45 personally my view is that it'd be nice to do that - maybe aim for the next cycle proper - which would be even nicer 12:46 as far as QA goes - if we do that, then QA would do what is necessary for that 12:46 not got anything else to say on that though 12:47 anyone else got anything to say on that? 12:48 yep 12:48 what you say sounds good 12:50 anymore - if not I'll move along 12:51 o/ 12:51 sorry for being late 12:51 hi ochosi 12:52 ochosi: anything you want to bring up? 12:52 had an important call 12:52 i'll quickly catch up backlog wise, 1min 12:53 okey doke 12:53 i'm surprised there were no team updates so far 12:54 not much to be said QA wise atm 12:54 knome: what about the website content restructuring? (i mean sure, it's on the ML, but still) 12:54 elfy: what about not using the tracker this cycle? 12:54 or has that previously been discussed/announced in a meeting? 12:55 yea - that came up previously 12:55 the draft mail is following up 12:55 mkay 12:55 ochosi, what about that? 12:56 knome: well i dunno, what are team updates about if not e.g. that? 12:56 ochosi: on the 12th May 12:56 ochosi, i did the update 12:56 "working with website content" 12:56 * ochosi facepalms 12:56 sorry, overread that 12:56 np 12:56 :) 12:56 guess i should've taken 1min30sec to read the backlog instead of just 1min 12:57 lol 12:57 ha ha ha 12:57 anyhoo, there is a discussion item i wanted to bring up quickly 12:57 #chair ochosi 12:57 Current chairs: elfy ochosi 12:57 we won't finish today, but i would like to hear both your opinions (at least) 12:57 then you can topic it 12:57 (unless you can without chair ... ) 12:58 #subtopic Discuss Xubuntu's position on CSD (client side decorations) 12:58 can't 12:58 knome: ty 12:58 sooo 12:58 so far, we've tried to get ubuntu's patches to work for xubuntu as well, which means our apps look like before 12:58 btw, are we all clear on what CSD is? 12:58 not completely ... 12:59 ok, in vivid/wily, open the calculator 12:59 maybe you should post reference for reference 12:59 that's CSD 12:59 so not using a traditional window decoration 12:59 but one that looks like a toolbar with window controls 12:59 aah - ok - got that 13:00 ok 13:00 so basically the ubuntu desktop devs decided to patch that out in their default apps 13:00 and since xfce didn't support it well at the time (well, that was the main technical reason) we went along and asked this to be patched out for us too 13:00 however, that has changed, xfce supports it quite well now 13:01 and it could be that the ubuntu desktop team decides any cycle to revert those patches and to use the apps with CSD in unity 13:01 so the question is: are we proactive about this and consider reverting the patches for us? 13:02 reverting ends up with us looking like what? 13:02 there's obviously two sides to this 13:02 or do we think CSD is not easy enough to use etc. so we wanna keep those patches as long as possible 13:02 or look for alternatives 13:02 elfy: i'll quickly look for screenshots, one sec 13:02 but it depends on the app a bit 13:02 using what the app provides (CSD) and no need to maintain patches 13:02 or 13:02 patching them out and keeping consistency and configurability to user 13:03 1) "old" calculator: http://screenshots.ubuntu.com/screenshots/g/gcalctool/5112_large.png 13:03 i don't think you can affect much how the CSD stuff is laid out 13:03 i mean, in which order you have the window controls etc 13:03 or can you? 13:03 ochosi: ok - as I assumed, they'd look like they used to 13:03 at least the minimize icon is different too than in greybird xfwm 13:03 2) CSD calculator: http://i.imgur.com/oM3v65q.png 13:04 knome: yeah, i'd have to work on that, but that can be fixed obviously 13:04 btw, consistency yes, but configurability, not really 13:04 well window button layout 13:04 the amount of possible menuitems/options in an app doesn#t change with CSD 13:05 no, xfwm4 supposedly syncs that now 13:05 aha... 13:05 so when you change you xfwm4 window button layout, your CSD layout changes too 13:05 aah right 13:05 it's a simple gtk setting, exposed through xfce4-settings-editor (but auto-synced with xfwm4) 13:05 right... 13:05 so you can also override it 13:05 so I move the buttons about - my calc buttons are reversed to the screeny 13:06 i guess if we can make the windows with CSD more like greybird.. 13:06 knome: yeah, the maximize and minimize would be adapted 13:06 the CSD window borders are fat 13:06 well, they're more than window borders 13:06 and there's a lot of padding comparing to regular window borders 13:06 sure 13:06 because they hold lots of other buttons 13:06 yeah, but if you lose menubar+toolbar, you still end up saving pixels 13:06 (if that's a concern) 13:07 size isn't, consistency is 13:07 (from my POV) 13:07 you mean "a concern"? 13:07 yes 13:07 yeah i agree 13:07 but in the end that might mean that we have to look for alternative applications 13:07 because this affects many of our default apps 13:08 evince, calculator, simplescan, etcetc. 13:08 yes, and surely, there's no guarantee they won't start using SCD too 13:08 exactly 13:08 i don't think it's sensible to replace those with new apps that are as good 13:08 although Mate seems to dislike CSD, so we could try relying more on their apps 13:08 sensible to think that we can* 13:08 yeah, probably not 13:08 i mean for instance with evince i'm *totally* happy 13:09 and i've never heard a single complaint about it (so far) 13:09 so i'd hate to replace that with something worse 13:09 yep 13:09 i don't like the menus in the window borders personally 13:09 and another concern is how the menus look opened 13:09 so anyway, i know this is a big topic, but we have to start thinking about this and discussing it 13:09 that's not consistent either 13:09 aha? which ones? 13:10 well for example in calc 13:10 open the "file" menu 13:10 it has awful padding 13:10 that can be tweaked 13:10 it doesn't look bad, but it looks like it doesn't belong 13:10 i just haven't spent much time on it 13:11 yeah and sure, if we decided not to use CSD, then it would be more or less in vain 13:13 how does one open such a CSD menu with the keyboard? 13:14 knome: well we can keep it up as long as possible... 13:14 ochosi: so the options we have basically equate to keep it and hope for the best or proactively move away now 13:15 elfy: yeah, that's my view on the subject at least (and i think to some extent bluesabre's) 13:15 given that I'm not sure that anyone is going to be up for fiddling about much in the *next* cycle 13:15 dkessel: not sure, a11y might be another con of CSD 13:15 elfy: yes, exactly why i felt i'd rather bring it up now 13:16 so - if we do end up having to do something, then wily would be the time 13:16 would be my position on it 13:16 ok, but on CSD itself? 13:16 (and yeah, i hope we can agree on what you said there) 13:17 ochosi: so on CSD - you want my opinion on whether to keep that or go *old-school* ? 13:18 yup 13:18 it could be that we have to vote on this in the end 13:18 (just as an additional note) 13:18 but i prefer to have a discussion beforehand 13:18 then I prefer not CSD - they always looks odd to me when there are other apps open that aren't CSD 13:18 in a voting process there's often not enough time to thoroughly explain one's position 13:18 yea :) 13:19 k 13:19 btw, we can also proactively try to promote CSD and get consistency back that way 13:19 mmm 13:19 we can even try to suggest improvements upstream (e.g. if there are a11y concerns) 13:19 and obviously that also concerns xfce 13:20 yep 13:20 some apps will never have CSD though 13:20 ff,tb,lo 13:20 hard for me to have opinions on this type of thing tbh - I just use whatever I use 13:21 knome: yeah, possible 13:21 things have to be REALLY obvious for me to even notice ... 13:21 elfy: that's ok (and good to know) 13:21 :) 13:22 knome: although if more DEs use CSD then the incentive for those apps to support something like CSD might be higher 13:22 like the fact that calc looks odd to me - really obviously different 13:22 well i don't know 13:22 i mean FF already has that sort of menubutton to some extent 13:22 what would they do with CSD? 13:22 they still need to show a lot of menus and options 13:22 combine tab bar and window controls 13:22 that can't look natural in CSD 13:22 yeah, that's ugly 13:22 well look at chrome 13:23 another reason i don't use chrome... 13:23 it already does that for a while 13:23 well, in chrome it's configurable 13:24 either way, i could add another workitem to improve our CSD support so that max and min buttons look like greybird (amongst others) 13:24 yep 13:24 ++ 13:24 and we can continue the discussion another time 13:24 this was just meant as a kickstart anyway 13:24 yep 13:25 that makes sense - perhaps start a list thread too with the main points 13:25 yeah, ultimately that'll make sense 13:25 but i'd prefer to discuss it a bit more with other team members before we take it to the list 13:26 there might be other points (apart from visual consistency and the things i know about) that i might be missing 13:26 ochosi: yep - that makes sense too 13:28 elfy: ok, from my pov you can move along with the meeting or finish it 13:28 ochosi: ok ty 13:28 i have no other items i wanted to discuss 13:28 any items you don't want to discuss? 13:28 :P 13:28 heh 13:29 anymore for anymore? 13:29 no, FINISH IT 13:29 #topic Schedule next meeting 13:29 action bluesabre to set next meeting 13:29 #endmeeting Generated by MeetBot 0.1.5 (http://wiki.ubuntu.com/meetingology)