Re: UI freeze exception request for g-c-c's Printers panel
On Mon, Feb 19, 2018 at 7:54 AM, Michael Catanzaro wrote: > > On Mon, Feb 19, 2018 at 3:44 AM, Marek Kasik wrote: > >> Could you approve this change? >> > > Approval 1 of 2 from me > > 2/2. Go ahead ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception requests for Maps
On Mon, Feb 19, 2018 at 2:52 AM, Marcus Lundblad wrote: > lör 2018-02-17 klockan 13:37 +0100 skrev Marcus Lundblad: > > Hi! > > > > First, we have a few improvements to touch support: Adding a swipe > > gesture for opening the routing sidebar: https://bugzilla.gnome.org/s > > ho > > w_bug.cgi?id=734239 , enabling selecting markers (such as current > > location) using touch: https://bugzilla.gnome.org/show_bug.cgi?id=734 > > 24 > > 0 and support opening the context menu using long-press (in addition > > to > > right-clicking): https://bugzilla.gnome.org/show_bug.cgi?id=709605 > > > > The first and last of these, I have WIP code for in a branch and the > > selecting thing I think should be fairly straightforward to fix, but > > I'll need to definatly test these "for real" on my tablet (so far > > only > > tested using emulated touch on desktop), so these are a bit > > tentative, > > and if there are other issues and I'm not finished before the hard > > code > > freeze, I'll wait. > > > > Honestly, I don't really think these counts as UI changes, but I > > thought I should at least mention them anyway. > > > > I tested out these two patches on my tablet last night, and I've > decided to withdraw these parts of the freeze exception request. Trying > to combine a GtkGestureLongPress on the GTK Champlain embed widget > seems to interfere in weird ways with Champlain's touch events further > down (in Clutter), resulting in the panning action getting stuck in > some kind of pinch gesture after the first long press has been used. > Also the swipe from the side one doesn't really feel right, as it gives > a kinetic scroll push to the map area, I think this would need to be > handled as a more integrated part of the map widget itself (something > like triggering a special "swip in" action that bypasses the panning, > or something like that). > > So, I think I'd rather leave this for next cycle :-) > > The part about fixing the layout of the shortcuts window is still > something I'd like to get in though for 3.28. > > I give my +1 for the same parts as Michael, so go ahead. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception request for g-c-c's Printers panel
On Mon, Feb 19, 2018 at 3:44 AM, Marek Kasik wrote: Could you approve this change? Approval 1 of 2 from me ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
UI freeze exception request for g-c-c's Printers panel
Hi, I've implemented authentication dialog for print jobs in Jobs dialog inside Printers panel of gnome-control-center. It shows up only if there is a job which needs authentication. Then an infobar is shown in the top with number of jobs which needs authentication and "Authenticate" button which reveals a popup dialog for entering credentials. Clicking "Authenticate" button in it authenticates the jobs. You were not able to authenticate such jobs before (although it is mostly needed only when you use a SMB printer which needs authentication). One more change is that the Jobs dialog requests more horizontal space and ellipsizes long titles of print jobs. The design was made by Allan Day and patches were reviewed by Felipe Borges. You can see screenshots of this change here: https://bugzilla.gnome.org/show_bug.cgi?id=758170#c19 https://bugzilla.gnome.org/show_bug.cgi?id=758170#c20 Could you approve this change? Thank you Marek ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception requests for Maps
lör 2018-02-17 klockan 13:37 +0100 skrev Marcus Lundblad: > Hi! > > First, we have a few improvements to touch support: Adding a swipe > gesture for opening the routing sidebar: https://bugzilla.gnome.org/s > ho > w_bug.cgi?id=734239 , enabling selecting markers (such as current > location) using touch: https://bugzilla.gnome.org/show_bug.cgi?id=734 > 24 > 0 and support opening the context menu using long-press (in addition > to > right-clicking): https://bugzilla.gnome.org/show_bug.cgi?id=709605 > > The first and last of these, I have WIP code for in a branch and the > selecting thing I think should be fairly straightforward to fix, but > I'll need to definatly test these "for real" on my tablet (so far > only > tested using emulated touch on desktop), so these are a bit > tentative, > and if there are other issues and I'm not finished before the hard > code > freeze, I'll wait. > > Honestly, I don't really think these counts as UI changes, but I > thought I should at least mention them anyway. > I tested out these two patches on my tablet last night, and I've decided to withdraw these parts of the freeze exception request. Trying to combine a GtkGestureLongPress on the GTK Champlain embed widget seems to interfere in weird ways with Champlain's touch events further down (in Clutter), resulting in the panning action getting stuck in some kind of pinch gesture after the first long press has been used. Also the swipe from the side one doesn't really feel right, as it gives a kinetic scroll push to the map area, I think this would need to be handled as a more integrated part of the map widget itself (something like triggering a special "swip in" action that bypasses the panning, or something like that). So, I think I'd rather leave this for next cycle :-) The part about fixing the layout of the shortcuts window is still something I'd like to get in though for 3.28. Cheers, //Marcus > ___ > maps-list mailing list > maps-l...@gnome.org > https://mail.gnome.org/mailman/listinfo/maps-list ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception requests for Maps
On Sat, Feb 17, 2018 at 6:37 AM, Marcus Lundblad wrote: Hi! I'd like to make two freeze exception requests for Maps. First, we have a few improvements to touch support: Adding a swipe gesture for opening the routing sidebar: https://bugzilla.gnome.org/sho w_bug.cgi?id=734239 , OK, approval 1 of 2 enabling selecting markers (such as current location) using touch: https://bugzilla.gnome.org/show_bug.cgi?id=73424 0 My suggestion is to request another freeze break for this one once you have some code ready. support opening the context menu using long-press (in addition to right-clicking): https://bugzilla.gnome.org/show_bug.cgi?id=709605 Approval 1 of 2 The second issue is our keyboard shortcuts window, which is currently rather high, making it not fit on small screens (like my tablet's 1920×1200 in HiDPI mode) making it almost impossible to close when not having a physical keyboard/touchpad/mouse attached. Polari has a work- around for a similar issue, setting a max-height of 10. See attached screenshots. Approval 1 of 2 Michael ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Fwd: UI freeze exception
Hi, On Thu, 2017-08-24 at 19:27 +0100, Alexandru Pandelea wrote: > This summer we have worked on implementing favorite files in > Nautilus, using the nao:predefined-tag-favorite tag to store this > information in the Tracker database. > > The UI added consists of a new item in the sidebar, called 'Starred' > which shows the favorite files. This sidebar item will also be > visible in the filechooser. Apart from this, a new column has been > added in the list view, which shows a star for which row that can be > toggled to make/unmake files favorite. Also, for the canvas view, or > to star/unstar multiple files at once, an action was added in the > context menu. > > This are the bugs with the code related to this changes: > https://bugzilla.gnome.org/show_bug.cgi?id=786039 > https://bugzilla.gnome.org/show_bug.cgi?id=785176 > https://bugzilla.gnome.org/show_bug.cgi?id=786367 > > Here are screenshots of how the new UI looks like: > > We tested this new changes and though there are minor changes to be > made, this feature works well and it is also expected by users, so > this is why I believe it should be included in this release. As UI and feature freeze were 17 days ago and as we are also past string freeze (your proposed changes also contain new strings) and as we're talking about more than 2000 lines of code here, I will not give my release-team approval. It feels too late for 3.26. I'm aware that the GSoC and Outreachy schedules only provide a short integration time window and that this can be demotivating when you have to wait six months longer until your changes are available to users. Having stability in mind, I would prefer if these changes received broader testing and I'd also like to allow those "minor changes" you mention to be incorporated (in early 3.27.x). I'm looking forward to seeing this functionality included in 3.28. Other r-t members are free to have different opinions of course. :) andre -- Andre Klapper | ak...@gmx.net http://blogs.gnome.org/aklapper/ ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Fwd: UI freeze exception
On Thu, Aug 24, 2017 at 1:27 PM, Alexandru Pandelea wrote: We tested this new changes and though there are minor changes to be made, this feature works well and it is also expected by users, so this is why I believe it should be included in this release. Hi AlexP! This looks really cool. But I see there are substantial changes in a lot of files, and it's pretty late in the release cycle right now. This seems like the sort of thing that would be good to land at the start of the next cycle. If we get it into 3.27.1, then distros will have an entire release cycle to test it in rawhide, GNOME:Factory, etc. Michael ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception
I'm really glad to hear that. I know that I was quite late with this request, so this means a lot to me! Thanks a lot! Alexandru Pandelea 2016-08-28 17:20 GMT+03:00 Andre Klapper : > On Sun, 2016-08-28 at 15:42 +0200, Frederic Peters wrote: > > > We have been working on GSoC for batch renaming project for Nautilus. > We > > > just finished on making sure the experience is great and I would like > to > > > ask for a UI freeze exception to include it in the 3.22 release. > > > > I'll give the first required approval but it *must* be part of > > 3.21.91, to be published tomorrow. > > r-t approval 2 of 2. > And what Fred wrote. > > andre > -- > Andre Klapper | ak...@gmx.net > http://blogs.gnome.org/aklapper/ > ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception
On Sun, 2016-08-28 at 15:42 +0200, Frederic Peters wrote: > > We have been working on GSoC for batch renaming project for Nautilus. We > > just finished on making sure the experience is great and I would like to > > ask for a UI freeze exception to include it in the 3.22 release. > > I'll give the first required approval but it *must* be part of > 3.21.91, to be published tomorrow. r-t approval 2 of 2. And what Fred wrote. andre -- Andre Klapper | ak...@gmx.net http://blogs.gnome.org/aklapper/ ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception
I agree, .91 for tomorrow is definitely the latest. Thanks Frederic! - Original Message - | Hi, | | > We have been working on GSoC for batch renaming project for Nautilus. We | > just finished on making sure the experience is great and I would like to | > ask for a UI freeze exception to include it in the 3.22 release. | | I'll give the first required approval but it *must* be part of | 3.21.91, to be published tomorrow. | | | Fred | ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception
Hi, > We have been working on GSoC for batch renaming project for Nautilus. We > just finished on making sure the experience is great and I would like to > ask for a UI freeze exception to include it in the 3.22 release. I'll give the first required approval but it *must* be part of 3.21.91, to be published tomorrow. Fred ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception
Hi Razvan, Carlos, > I would like to ask for an UI freeze exception for the integration of > compressed files support in Nautilus: > https://bugzilla.gnome.org/show_bug.cgi?id=768646, > https://bugzilla.gnome.org/show_bug.cgi?id=770199. > > The main added UI elements are context menu items for extraction and > compression and also a dialog for creating archives: > Context menu items for extraction > Compression dialog > > Since 2013 we have been trying to include this feature in Nautilus. Now as a > Google Summer of Code we just finished it together with support from the > autoar library. We think it's the best moment to release this work and keep > the engage and improvements on autoar coming to help us define a final > public API. Also, we coordinated with the file roller maintainer and agreed > on removing the Nautilus extension from the file-roller repository for this > release. I'll be fine with this; but I have to note Nautilus didn't get any 3.21. release yet, and getting a first development release at 3.21.91 is way too late. Fred ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception
On Mon, 2016-08-22 at 22:17 +0300, Razvan wrote: > I would like to ask for an UI freeze exception for the integration > of > compressed files support in Nautilus: Approval 1 of 2 from me, since we're at the beginning of the freeze, and I'm confident you've tested this feature thoroughly. This is a pretty large feature to be landing this late in the cycle, though. Michael ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: GNOME Calculator: UI freeze exception request (#707459)
Thanks! I've included the fix in the 3.18 branch and will be doing a release tonight. 2015-09-20 21:05 GMT+01:00 Andre Klapper : > On Sun, 2015-09-20 at 19:12 +0200, Frederic Peters wrote: > > Alberto Ruiz wrote: > > > I recently got a fix for GNOME Calculator's bug #707459 that made > several > > > dialogs look way larger than they should have. I assume this was a > > > regression at some point during some of the changes experienced by > Gtk+. > > > > > > Matthias Clasen has submitted a patch to fix the .ui file in this > regard > > > and get the dialogs back to normal. This is already in master (I > branched > > > gnome-3-18 already). > > > > > > This change has no layout changes just window sizing, and given how > utterly > > > ugly the dialogs were before the patch I'm assuming this should have no > > > effect on the documentation or any other screenshot releated work. > > > > Fine by me. > > Fred > > ...and another +1 from r-t. > > No images listed on https://l10n.gnome.org/module/gnome-calculator/ so > should also be fine with docs. > > andre > -- > Andre Klapper | ak...@gmx.net > http://blogs.gnome.org/aklapper/ > > > -- Cheers, Alberto Ruiz ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: GNOME Calculator: UI freeze exception request (#707459)
On Sun, 2015-09-20 at 19:12 +0200, Frederic Peters wrote: > Alberto Ruiz wrote: > > I recently got a fix for GNOME Calculator's bug #707459 that made several > > dialogs look way larger than they should have. I assume this was a > > regression at some point during some of the changes experienced by Gtk+. > > > > Matthias Clasen has submitted a patch to fix the .ui file in this regard > > and get the dialogs back to normal. This is already in master (I branched > > gnome-3-18 already). > > > > This change has no layout changes just window sizing, and given how utterly > > ugly the dialogs were before the patch I'm assuming this should have no > > effect on the documentation or any other screenshot releated work. > > Fine by me. > Fred ...and another +1 from r-t. No images listed on https://l10n.gnome.org/module/gnome-calculator/ so should also be fine with docs. andre -- Andre Klapper | ak...@gmx.net http://blogs.gnome.org/aklapper/ ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: GNOME Calculator: UI freeze exception request (#707459)
Hi, Alberto Ruiz wrote: > I recently got a fix for GNOME Calculator's bug #707459 that made several > dialogs look way larger than they should have. I assume this was a > regression at some point during some of the changes experienced by Gtk+. > > Matthias Clasen has submitted a patch to fix the .ui file in this regard > and get the dialogs back to normal. This is already in master (I branched > gnome-3-18 already). > > This change has no layout changes just window sizing, and given how utterly > ugly the dialogs were before the patch I'm assuming this should have no > effect on the documentation or any other screenshot releated work. Fine by me. Fred ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
GNOME Calculator: UI freeze exception request (#707459)
Hello releae team, I recently got a fix for GNOME Calculator's bug #707459 that made several dialogs look way larger than they should have. I assume this was a regression at some point during some of the changes experienced by Gtk+. Matthias Clasen has submitted a patch to fix the .ui file in this regard and get the dialogs back to normal. This is already in master (I branched gnome-3-18 already). This change has no layout changes just window sizing, and given how utterly ugly the dialogs were before the patch I'm assuming this should have no effect on the documentation or any other screenshot releated work. Let me know your thoughts, cheers! -- Cheers, Alberto Ruiz ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception
Thanks everyone! - Original Message - | Second i18n approval | | Cheers! | | 2015-09-02 18:00 GMT+02:00 Andre Klapper : | | > On Tue, 2015-09-01 at 15:57 -0400, Carlos Soriano Sanchez wrote: | > > Even if it is late, I would like to ask for an UI freeze exception | > > for https://bugzilla.gnome.org/show_bug.cgi?id=725939 | > > The reason is that GtkFileChooser implemented it, but nautilus | > > didn't. One of the points for 3.18 was to make consistent | > > the behavior between GtkFileChooser and Nautilus, and this is the | > > last important item remaining. | > > | > > Basically it adds an action bar when a search is performed in some | > > remote location, indicating the user that the search is | > > being done non recursively. Here a screenshot: | > | > Makes sense so this is one r-t approval. | > | > andre | > -- | > Andre Klapper | ak...@gmx.net | > http://blogs.gnome.org/aklapper/ | > | > | > ___ | > gnome-i18n mailing list | > gnome-i...@gnome.org | > https://mail.gnome.org/mailman/listinfo/gnome-i18n | > | ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception
Second i18n approval Cheers! 2015-09-02 18:00 GMT+02:00 Andre Klapper : > On Tue, 2015-09-01 at 15:57 -0400, Carlos Soriano Sanchez wrote: > > Even if it is late, I would like to ask for an UI freeze exception > > for https://bugzilla.gnome.org/show_bug.cgi?id=725939 > > The reason is that GtkFileChooser implemented it, but nautilus > > didn't. One of the points for 3.18 was to make consistent > > the behavior between GtkFileChooser and Nautilus, and this is the > > last important item remaining. > > > > Basically it adds an action bar when a search is performed in some > > remote location, indicating the user that the search is > > being done non recursively. Here a screenshot: > > Makes sense so this is one r-t approval. > > andre > -- > Andre Klapper | ak...@gmx.net > http://blogs.gnome.org/aklapper/ > > > ___ > gnome-i18n mailing list > gnome-i...@gnome.org > https://mail.gnome.org/mailman/listinfo/gnome-i18n > ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception
On Tue, 2015-09-01 at 15:57 -0400, Carlos Soriano Sanchez wrote: > Even if it is late, I would like to ask for an UI freeze exception > for https://bugzilla.gnome.org/show_bug.cgi?id=725939 > The reason is that GtkFileChooser implemented it, but nautilus > didn't. One of the points for 3.18 was to make consistent > the behavior between GtkFileChooser and Nautilus, and this is the > last important item remaining. > > Basically it adds an action bar when a search is performed in some > remote location, indicating the user that the search is > being done non recursively. Here a screenshot: Makes sense so this is one r-t approval. andre -- Andre Klapper | ak...@gmx.net http://blogs.gnome.org/aklapper/ ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception
2015-09-02 15:53 GMT+02:00 Carlos Soriano Sanchez : > Thanks for the response, ccing gnome-i18n as recommended. > > - Original Message - > | I may be biased by having implemented this in the file chooser, but I am > | in favor of taking this (keeping the file chooser and nautilus in sync was > | one of the major themes of the work in those places this cycle, after all). > | You should cc gnome-i18n though, since this adds new strings to nautilus > | (even though they can be copied from GTK+ - right ?) > | It's early and it's an important bug fix, so here is 1/2 from i18n. You need just one more. :) https://wiki.gnome.org/TranslationProject/HandlingStringFreezes Best regards, -- Piotr Drąg http://raven.fedorapeople.org/ ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception
Thanks for the response, ccing gnome-i18n as recommended. - Original Message - | I may be biased by having implemented this in the file chooser, but I am | in favor of taking this (keeping the file chooser and nautilus in sync was | one of the major themes of the work in those places this cycle, after all). | You should cc gnome-i18n though, since this adds new strings to nautilus | (even though they can be copied from GTK+ - right ?) | ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception
I may be biased by having implemented this in the file chooser, but I am in favor of taking this (keeping the file chooser and nautilus in sync was one of the major themes of the work in those places this cycle, after all). You should cc gnome-i18n though, since this adds new strings to nautilus (even though they can be copied from GTK+ - right ?) ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
UI freeze exception
Hello, Even if it is late, I would like to ask for an UI freeze exception for https://bugzilla.gnome.org/show_bug.cgi?id=725939 The reason is that GtkFileChooser implemented it, but nautilus didn't. One of the points for 3.18 was to make consistent the behavior between GtkFileChooser and Nautilus, and this is the last important item remaining. Basically it adds an action bar when a search is performed in some remote location, indicating the user that the search is being done non recursively. Here a screenshot: Thanks, Carlos Soriano ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI Freeze exception
Thanks! Code has been merged. On 20 August 2015 at 22:11, Frederic Peters wrote: > Matthias Clasen wrote: >> Given that this is new UI, and we are just at the edge of the freeze, seems >> a no-brainer to me. +1 for release team > > Sure, I give the second approval. > > > Fred ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: Boxes: UI freeze exception needed
Hi all, Apparently, I had forgotten to include release-team, which was supposed to be main target audience for this mail. :( Fixing now.. On Thu, Aug 20, 2015 at 9:40 PM, Zeeshan Ali (Khattak) wrote: > On Thu, Aug 20, 2015 at 9:10 PM, Frederic Peters wrote: >> Hi Zeeshan, > > Hi Frederic, > >>> One of the main things my SoC student, Adrien Plazas has been working >>> on as part of his project was to add a list view to Boxes: >>> >>> https://bugzilla.gnome.org/show_bug.cgi?id=733252 >>> >>> since it's a very much in demand feature, I'd like it to be included >>> in 3.18. Hence this email. :) >>> Screenshot is attached to the bug. >> >> (In French, dated March 2015, a recent screenshot would be nice.) > > Updated! > >>> FWIW, we tried our best to get it finished before freeze but I guess >>> plans are bound to fail when it comes to deadlines. >> >> Let's get this in. (+1 for the release team) > > Thanks. > > -- > Regards, > > Zeeshan Ali (Khattak) > > Befriend GNOME: http://www.gnome.org/friends/ -- Regards, Zeeshan Ali (Khattak) Befriend GNOME: http://www.gnome.org/friends/ ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI Freeze exception
Matthias Clasen wrote: > Given that this is new UI, and we are just at the edge of the freeze, seems > a no-brainer to me. +1 for release team Sure, I give the second approval. Fred ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI Freeze exception
Given that this is new UI, and we are just at the edge of the freeze, seems a no-brainer to me. +1 for release team On Wed, Aug 19, 2015 at 9:47 AM, Carlos Soriano wrote: > Hello release team, > > I would like to have a UI exception for > https://bugzilla.gnome.org/show_bug.cgi?id=753786 > It modifies this view: > > > And adds a spinner to show progress when networks are connecting, and if > there is no networks, a label to provide feedback to the user. > Also it adds networks provided by gvfs, for example the Windows Network, > which was not visible before. > > Thanks, > Carlos Soriano > > > ___ > release-team@gnome.org > https://mail.gnome.org/mailman/listinfo/release-team > Release-team lurker? Do NOT participate in discussions. > ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
UI Freeze exception
Hello release team, I would like to have a UI exception for https://bugzilla.gnome.org/show_bug.cgi?id=753786 It modifies this view: And adds a spinner to show progress when networks are connecting, and if there is no networks, a label to provide feedback to the user. Also it adds networks provided by gvfs, for example the Windows Network, which was not visible before. Thanks, Carlos Soriano ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: global UI freeze exception for high contrast app icons (?)
On 30/03/2015, Frederic Peters wrote: > Hey, > > 3.16.0 is out but some applications do not have high contrast app > icons yet, or have one but it's not being used for some reasons (it's > the case with Videos). > > https://wiki.gnome.org/Initiatives/GnomeGoals/HighContrastAppIcons > > I'd rather like to encourage maintainers to apply the patches when > they exist, even for 3.16.1, even as there's an UI freeze in place > (the appbar is rarely in application screenshots). > > What do you think? >From memory, I think we have the top bar in about 50% of the screenshots, but I think some of them still need updating for other reasons. Having said that, re-taking screenshots is a pain so we don't want to retake any which have already been done. The best solution would be to check if the screenshot is outdated anyway and add the icons only for those applications. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
global UI freeze exception for high contrast app icons (?)
Hey, 3.16.0 is out but some applications do not have high contrast app icons yet, or have one but it's not being used for some reasons (it's the case with Videos). https://wiki.gnome.org/Initiatives/GnomeGoals/HighContrastAppIcons I'd rather like to encourage maintainers to apply the patches when they exist, even for 3.16.1, even as there's an UI freeze in place (the appbar is rarely in application screenshots). What do you think? Fred ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI Freeze exception for nautilus
On Wed, 2015-02-18 at 21:27 +0100, Carlos Soriano Sánchez wrote: > A small UI Freeze break request for Nautilus. Dim-style labels on the > columns on list view. > https://bugzilla.gnome.org/show_bug.cgi?id=744681 > > We want this in this release to complete our work on the list view, > since this is the last item that remains in this matter. > > > Some code was merged already, but was reliying on a Gtk+ fix, but now > we workaround as other applications do. r-t approval 1 of 2. Wondering if any documentation screenshots are affected? Because https://wiki.gnome.org/ReleasePlanning/Freezes asks you to notify gnome-doc-list@ but cannot see any list view screenshots under https://help.gnome.org/users/gnome-help/unstable/files.html . andre -- Andre Klapper | ak...@gmx.net http://blogs.gnome.org/aklapper/ ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI Freeze exception for nautilus
ok, thanks! 2015-02-18 21:47 GMT+01:00 Frederic Peters : > Hi Carlos, > > > A small UI Freeze break request for Nautilus. Dim-style labels on the > > columns on list view. > > https://bugzilla.gnome.org/show_bug.cgi?id=744681 > > > > We want this in this release to complete our work on the list view, since > > this is the last item that remains in this matter. > > Sure. Do note that it's good to provide before/after screenshots for > UI freeze breaks; also the UI freeze break is generally fine with > small tweaks as the main purpose is to give time for the documentation > team to document the general UI changes, not the precise colours of > every widgets. > > > Fred > ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI Freeze exception for nautilus
Hi Carlos, > A small UI Freeze break request for Nautilus. Dim-style labels on the > columns on list view. > https://bugzilla.gnome.org/show_bug.cgi?id=744681 > > We want this in this release to complete our work on the list view, since > this is the last item that remains in this matter. Sure. Do note that it's good to provide before/after screenshots for UI freeze breaks; also the UI freeze break is generally fine with small tweaks as the main purpose is to give time for the documentation team to document the general UI changes, not the precise colours of every widgets. Fred ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
UI Freeze exception for nautilus
Hi, A small UI Freeze break request for Nautilus. Dim-style labels on the columns on list view. https://bugzilla.gnome.org/show_bug.cgi?id=744681 We want this in this release to complete our work on the list view, since this is the last item that remains in this matter. Some code was merged already, but was reliying on a Gtk+ fix, but now we workaround as other applications do. Cheers! Carlos Soriano ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception
Sorry for the confusion. Florian Müllner is working with me currently, and we think it will be ready in a few hours before .91 Patches went through some iterations, and already were at the "reviewed" state, that for Florian means mostly ready except some details. Attaching again the patches with the reviews applied make them "none" again as you already know. Maybe the current state with "none" was confusing. If patches are not in accept_commit_now status by Florian I won't push. 2014-09-01 20:00 GMT+02:00 Andre Klapper : > On Mon, 2014-09-01 at 16:50 +0200, Frederic Peters wrote: > > > Here's the bug report where patches are currently being reviewed. > > > https://bugzilla.gnome.org/show_bug.cgi?id=734726 > > > > If they get accepted, and ideally that implies having been tested by > > relevant #gnome-design persons, I would be fine getting the patches in > > *before* 3.13.91 (the official deadline for tarballs is in a few > > hours). > > Same feeling here: First seeing some second person (module reviewer) > turning the patch statuses from "none" / "needs-work" / "reviewed" into > "accepted-commit_now"/"accepted-commit_after_freeze" is very welcome. > > andre > -- > Andre Klapper | ak...@gmx.net > http://blogs.gnome.org/aklapper/ > > ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception
On Mon, 2014-09-01 at 16:50 +0200, Frederic Peters wrote: > > Here's the bug report where patches are currently being reviewed. > > https://bugzilla.gnome.org/show_bug.cgi?id=734726 > > If they get accepted, and ideally that implies having been tested by > relevant #gnome-design persons, I would be fine getting the patches in > *before* 3.13.91 (the official deadline for tarballs is in a few > hours). Same feeling here: First seeing some second person (module reviewer) turning the patch statuses from "none" / "needs-work" / "reviewed" into "accepted-commit_now"/"accepted-commit_after_freeze" is very welcome. andre -- Andre Klapper | ak...@gmx.net http://blogs.gnome.org/aklapper/ ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception
Yes, the result was validated by designers one month ago (nothing visually changed since before GUADEC, only code design wise and others code cleanups on top of the work). Just in case I asked again for an "ok" to designers and they said it's good to go. And yes, I'm talking about getting it merged before .91, I agree that merge it later will be too late for this kind of UI changes. Thanks for the quick feedback and sorry for the delay. Carlos Soriano 2014-09-01 16:50 GMT+02:00 Frederic Peters : > Hi Carlos, > > > I would want to ask for a freeze exception for the part of my gsoc work > > that was not merged before the UI freeze. > > It's basically a set of animations for gnome shell when the user enters > the > > app picker or opens an app picker folder. > > Since this cycle gnome-shell has only a little few UI improvements I > think > > this is a good thing to have for the release notes and provide > gnome-shell > > a more appealing look for the new release. > > Here's a video with the most important changes: > > http://youtu.be/attK-2rEbIA > > > > Here's the bug report where patches are currently being reviewed. > > https://bugzilla.gnome.org/show_bug.cgi?id=734726 > > If they get accepted, and ideally that implies having been tested by > relevant #gnome-design persons, I would be fine getting the patches in > *before* 3.13.91 (the official deadline for tarballs is in a few > hours). > > > Fred > ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception
>> I would want to ask for a freeze exception for the part of my gsoc work >> that was not merged before the UI freeze. >> It's basically a set of animations for gnome shell when the user enters the >> app picker or opens an app picker folder. >> Since this cycle gnome-shell has only a little few UI improvements I think >> this is a good thing to have for the release notes and provide gnome-shell >> a more appealing look for the new release. >> Here's a video with the most important changes: >> http://youtu.be/attK-2rEbIA >> >> Here's the bug report where patches are currently being reviewed. >> https://bugzilla.gnome.org/show_bug.cgi?id=734726 > > If they get accepted, and ideally that implies having been tested by > relevant #gnome-design persons, I would be fine getting the patches in > *before* 3.13.91 (the official deadline for tarballs is in a few > hours). I agree, it would be good to land this before .91. not so good afterwards. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception
Hi Carlos, > I would want to ask for a freeze exception for the part of my gsoc work > that was not merged before the UI freeze. > It's basically a set of animations for gnome shell when the user enters the > app picker or opens an app picker folder. > Since this cycle gnome-shell has only a little few UI improvements I think > this is a good thing to have for the release notes and provide gnome-shell > a more appealing look for the new release. > Here's a video with the most important changes: > http://youtu.be/attK-2rEbIA > > Here's the bug report where patches are currently being reviewed. > https://bugzilla.gnome.org/show_bug.cgi?id=734726 If they get accepted, and ideally that implies having been tested by relevant #gnome-design persons, I would be fine getting the patches in *before* 3.13.91 (the official deadline for tarballs is in a few hours). Fred ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
UI freeze exception
Hi, I would want to ask for a freeze exception for the part of my gsoc work that was not merged before the UI freeze. It's basically a set of animations for gnome shell when the user enters the app picker or opens an app picker folder. Since this cycle gnome-shell has only a little few UI improvements I think this is a good thing to have for the release notes and provide gnome-shell a more appealing look for the new release. Here's a video with the most important changes: http://youtu.be/attK-2rEbIA Here's the bug report where patches are currently being reviewed. https://bugzilla.gnome.org/show_bug.cgi?id=734726 If we have time, we will ask for another exception later today for another part we have. Thanks, Carlos Soriano ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception for Web in 3.6.x
On Tue, 2012-10-09 at 06:41 -0400, Matthias Clasen wrote: > On Mon, Oct 8, 2012 at 4:51 PM, Xan Lopez wrote: > > > > > So, is this OK, any strong objection? > > No objection from me. I don't think fallback behaviour like this is > covered by the UI freeze. Fine for me too. andre -- Andre Klapper | ak...@gmx.net http://blogs.gnome.org/aklapper/ ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception for Web in 3.6.x
On Mon, Oct 8, 2012 at 4:51 PM, Xan Lopez wrote: > > So, is this OK, any strong objection? No objection from me. I don't think fallback behaviour like this is covered by the UI freeze. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
UI freeze exception for Web in 3.6.x
Hi, GtkApplications with app menus show a menubar with a single menu in it when running in environments that do not support the whole app-menu business (basically anything but Shell and Unity, AFAIK). This looks bad, and I have received complaints about it in the past. It's a bit late in the game now, but I'd like to push a fix for this in 3.6 so that we just merge the app menu contents in the gear menu, like File and other apps do, when app menus are not supported. I think this should basically make the experience better in those platforms and has absolutely no effect in GNOME and/or Unity, so to me it is a safe and good improvement. So, is this OK, any strong objection? Cheers, Xan PS: I have actually already pushed this change to 3.6 (sorry!), but if I don't get the approval I'll just revert before 3.6.1. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception request: Empathy log viewer
Matthias Clasen wrote: > 2011/9/2 Guillaume Desmottes : > > Le jeudi 01 septembre 2011 à 17:26 +0100, Javier Jardón a écrit : > >> > https://bugzilla.gnome.org/show_bug.cgi?id=657843 > >> > >> +1 after this: > >> > >> You should use icons from the Icon Naming Specification [1] here: > >> - "format-justify-fill" instead "stock_text_justify". > >> - And "phone", if you do not want to use the standard > >> "audio-input-microphone" > > > > Done; see the bug. > > Since there was no objection from the documentation side, +1 from me as well. Seconded. Fred ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception request: Empathy log viewer
2011/9/2 Guillaume Desmottes : > Le jeudi 01 septembre 2011 à 17:26 +0100, Javier Jardón a écrit : >> > https://bugzilla.gnome.org/show_bug.cgi?id=657843 >> >> +1 after this: >> >> You should use icons from the Icon Naming Specification [1] here: >> - "format-justify-fill" instead "stock_text_justify". >> - And "phone", if you do not want to use the standard >> "audio-input-microphone" > > Done; see the bug. Since there was no objection from the documentation side, +1 from me as well. ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception request: Empathy log viewer
Le jeudi 01 septembre 2011 à 17:26 +0100, Javier Jardón a écrit : > > https://bugzilla.gnome.org/show_bug.cgi?id=657843 > > +1 after this: > > You should use icons from the Icon Naming Specification [1] here: > - "format-justify-fill" instead "stock_text_justify". > - And "phone", if you do not want to use the standard > "audio-input-microphone" Done; see the bug. G. -- Guillaume Desmottes Jabber GPG 1024D/711E31B1 | 1B5A 1BA8 11AA F0F1 2169 E28A AC55 8671 711E 31B1 ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception request: Empathy log viewer
On 1 September 2011 15:21, Guillaume Desmottes wrote: > Hi there, > > Mpt, who designed the new log viewer, spotted 2 small UI issues in our > implementation we just fixed: > https://bugzilla.gnome.org/show_bug.cgi?id=657842 +1 from me, as Its only a minor modification in the position of the "Show" and "Search" controls > https://bugzilla.gnome.org/show_bug.cgi?id=657843 +1 after this: You should use icons from the Icon Naming Specification [1] here: - "format-justify-fill" instead "stock_text_justify". - And "phone", if you do not want to use the standard "audio-input-microphone" [1] http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html -- Javier Jardón Cabezas ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception request: Empathy new experimental call UI
Le mercredi 31 août 2011 à 10:50 -0400, Colin Walters a écrit : > On Wed, Aug 31, 2011 at 4:53 AM, Guillaume Desmottes > wrote: > > Hi everyone, > > > > As you may know, the Empathy team is working on a new re-designed call > > UI: http://blog.desmottes.be/post/2011/08/26/Shiny-new-UI-in-Empathy-3.2 > > > > This UI is not used by default and need to be explicitly enabled when > > building > > Is there a reason this development isn't done in a branch? Doing so would > fix: That's an option indeed, but we usually prefer to work directly on releasable branches as it makes our life easier (as developers) and for people willing to test the new UI (it's built in Debian experimental for example). G. -- Guillaume Desmottes Jabber GPG 1024D/711E31B1 | 1B5A 1BA8 11AA F0F1 2169 E28A AC55 8671 711E 31B1 ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
UI freeze exception request: Empathy log viewer
Hi there, Mpt, who designed the new log viewer, spotted 2 small UI issues in our implementation we just fixed: https://bugzilla.gnome.org/show_bug.cgi?id=657842 https://bugzilla.gnome.org/show_bug.cgi?id=657843 The documentation doesn't seem to have a screenshot of the new log viewer yet: http://library.gnome.org/users/empathy/unstable/prev-conv.html.en G. -- Guillaume Desmottes Jabber GPG 1024D/711E31B1 | 1B5A 1BA8 11AA F0F1 2169 E28A AC55 8671 711E 31B1 ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
Re: UI freeze exception request: Empathy new experimental call UI
On Wed, Aug 31, 2011 at 4:53 AM, Guillaume Desmottes wrote: > Hi everyone, > > As you may know, the Empathy team is working on a new re-designed call > UI: http://blog.desmottes.be/post/2011/08/26/Shiny-new-UI-in-Empathy-3.2 > > This UI is not used by default and need to be explicitly enabled when > building Is there a reason this development isn't done in a branch? Doing so would fix: > I'm aware that can be more of an issue for the translation team as it's > not easy to know if a string change affect the new UI or not. ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.
UI freeze exception request: Empathy new experimental call UI
Hi everyone, As you may know, the Empathy team is working on a new re-designed call UI: http://blog.desmottes.be/post/2011/08/26/Shiny-new-UI-in-Empathy-3.2 This UI is not used by default and need to be explicitly enabled when building so won't (and shouldn't) be used in 3.2. Would it be possible for us to ignore UI freeze for this component? That would make our life much easier (no need to branch earlier, etc) to ensure to provide a rock solid UI for 3.4. The documentation doesn't cover the new UI yet so I guess that's fine from this pov. I'm aware that can be more of an issue for the translation team as it's not easy to know if a string change affect the new UI or not. So I'll continue sending string exception requests before merging any branch affecting translated strings. Thanks ! G. -- Guillaume Desmottes Jabber GPG 1024D/711E31B1 | 1B5A 1BA8 11AA F0F1 2169 E28A AC55 8671 711E 31B1 ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.