Thanks to the one that considered, that there are not only desktop developpers are reading here :-| -- Best Thomas
Am Montag, den 15.10.2012, 13:21 +0500 schrieb Omer Akram: > In case anyone does not know what PS stands for (which I am sure many > don't). Its Product Strategy previously called DX-team. > > On Mon, Oct 15, 2012 at 12:43 PM, Didier Roche <[email protected]> > wrote: > Hey everyone, > > as you probably know already, PS is our upstream for a lot of > desktop components nowadays (Unity, compiz, webapps, > indicators, multi touch stack…). > The past cycle has been a real ride in term of features, which > spawn the release team, translation team and documentation > team with FFe/UIFe. We need to discuss a way to ease the > process in both ways with all involved parts. > > Seeing the importance of those components on our stack today, > I think for instance that having a standing FF/UIF exception > as we have for GNOME components in ubuntu will make sense. > However, the counter-part will be that PS will work on getting > things landing only when they are ready, to avoid further and > further refinements (and additional documentation changes) as > we had in the past just to "match the date gate". So this one > can clearly be a win-win situation. > > Also, I want to discuss about what can land in a SRU. Little > (few pixel move) change, not really impacting the > documentation may want to be considered. We currently have 2 > examples we can discuss in the session: > > - https://bugs.launchpad.net/unity/+bug/1043808 (Dash: Preview > activation doesn't have instant feedback). Design worked on a > spinner to partially address this one. This is a behavior > change in some way, for a transient state, however it can be > completely acceptable in a SRU as it will make the quantal > experience better and don't change doc/add new strings, and so > on. > > - Another one is the ribbon on the application lens for > software-center content. This one is giving (due to pixelized > images with the magazines) a lot of headaches to design and > they would want to remove it. This specific case is an UI > change, but doesn't seem it would impact the understanding of > the lens. > > We can base the UDS discussion on those examples to see how we > can get the process smoother and more reliable for everyone in > the next cycle and going on. :) > > Cheers, > Didier > > > -- > ubuntu-desktop mailing list > [email protected] > https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop > > -- ubuntu-desktop mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
