Meeting with Ubuntu desktop team for work on Unity 7. = Agenda = * About wizard, Feedback on design * work on unity bug : #1465512 * about Lockscreen and launcher-rotation = Action Items from last meeting = * None = Meeting Notes = * None == Meeting Log == {{{ 10:34:49 Hi 10:34:50 Sorry for being late 10:35:21 hi,marco 10:36:18 hi zhangchao 10:36:32 So, what's new in your lands? 10:37:22 → nudtrobert joined (~Thunderbi@220.202.153.26) 10:37:47 I have updated the Agenda: 10:37:47 About wizard, Feedback on design 10:37:47 work on unity bug : #1465512 10:37:47 about Lockscreen and launcher-rotation 10:37:55 Yep, seen that... 10:39:07 so have any feedback about the design draft? 10:40:16 So, Wizard. We've seen the designs, from our (engineers) and some quick unofficial design review, I think that's fine 10:40:31 However, there will be a final word on next Tuesday 10:40:42 but I think that's a good way to show things 10:41:39 I believe that in multi-monitor we'll use the same thing we're doing with the lockscreen (showing the UI on the monitor with pointer, while the Circle of friends in the other) 10:41:43 Or your logo 10:42:28 As for the bug #1465512 10:42:29 bug 1465512 in Ubuntu Kylin "The CandidateView of Chinese input method obscured by the Dash page" [Undecided,In progress] https://launchpad.net/bugs/1465512 10:42:42 I think you can use the same thing we're using for the ubuntu OSK 10:43:03 yes , i know that 10:43:41 Although I thought that even ibus window was showing on top, so maybe it's just about to change some bit inside the CandidateView so that it shows on top (I guess some X atom is enough) 10:43:47 have you control on that code? 10:44:50 so, i need to add a new name just like Atom INPUTMETHOD 10:45:56 yeah, right 10:46:12 yes, we control the fcitx 10:46:23 ok, so you can fix it in that side I think 10:46:31 OK 10:47:36 ⇐ liuxg quit (~liuxg@123.119.101.252) Ping timeout: 250 seconds 10:49:05 Cool... 10:49:18 Lockscreen, how things are going? I've been loking at the branch slightly 10:51:05 The functions and layout is ok 10:51:30 but lack of tests 10:51:32 Cool 10:51:48 Do you have a screenshot of that working? 10:52:37 er, i can do this later 10:53:27 Ok, no problem... I was just curious :) 10:54:04 But it's not a big deal, I'll test that soon, as code seems mostly done... 10:55:15 handsome_feng: do you have anything about the launcher as well? 10:55:25 Or still in the backlog till the lockscreen is complete? 10:55:47 I will start that work maybe next week 10:57:04 Cool 10:57:33 btw, when can i merge the code ? 10:58:05 to the trunk 10:59:02 handsome_feng: well, just propose it when you think it's ready (use the launchpad merge proposal feature). Then we do a review and once approved we put it on the queue of merging. Right now we're in final freeze, so once the Ubuntu-X gates open, we can merge it 11:00:18 But, if you think that it's already good for merging, it's better to propose it as soon as possible, so we can review it (ping me if I don't see the merge proposal) 11:00:42 As for us... 11:01:01 We did a Sprint in London with the desktop team. We discussed about most important stuff to work on during the next cycle. 11:01:13 1604 merge dead time? 11:01:41 cool 11:02:46 mh, I still don't know the release schedule for that, but in general I'd say about late januaryt 11:04:43 We also spent some time in looking at the bugs we wanted to fix in this cycle 11:04:51 and the list is now available at 11:04:54 http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-w-incoming-bug-tasks.html 11:05:02 Or https://bugs.launchpad.net/unity/+bugs?field.tag=rls-w-incoming 11:05:19 Basically, all the bugs tagged with rls-w-incoming are under our radar. 11:05:38 So, you can do the same in order to get main bugs attentioned 11:05:46 yep, i notice that 11:07:08 OK 11:07:32 So, well... If there are no other questions, doubts or anything, I think we can wrap this up? 11:08:22 yes, I have no other things 11:09:49 So, bye bye, Marco 11:10:12 ok ,thanks guys ,bye. 11:15:11 bye 11:15:26 ah handsome_feng why do you now use KYLIN_CURRENT_DESKTOP instead oF XDG_CURRENT_DESKTOP ? 11:17:45 er, because we don't want to cover that.. 11:19:13 maybe other things many depend on the XDG_CURRENT_DESKTOP? 11:19:22 may 11:21:19 Mh, yeah... actually it's true 11:21:38 It might break other unity-only things we put around in different components 11:21:44 so, I agree it's better to do this }}} = Action Items = = Meeting Links = * Link to previous meeting * [[Ubuntu Kylin/Meeting/2015/20150910|20150924]] * Link to next meeting * [[Ubuntu Kylin/Meeting/2015/20151105|20151105]]