String additions to 'gnome-packagekit.master'
This is an automatic notification from status generation scripts on: http://l10n.gnome.org. There have been following string additions to module 'gnome-packagekit.master': + Packages Note that this doesn't directly indicate a string freeze break, but it might be worth investigating. http://git.gnome.org/browse/gnome-packagekit/log/?h=master ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: String freeze break request for gnome-packagekit
Pushed, thanks. Richard. On 10 September 2013 19:28, Petr Kovar pmko...@gnome.org wrote: Piotr Drąg piotrd...@gmail.com, Mon, 9 Sep 2013 18:16:19 +0200: 2013/9/9 Richard Hughes hughsi...@gmail.com: We're planning to ship gnome-software (a new application installer) in 3.10 as a technology preview. The existing package based gnome-packagekit installer should really be renamed Packages otherwise we have two Software items in the shell overview. I'm requesting to break one string from Software to Packages or even Package Installer if this is difficult to translate. 1/2 from i18n. Packages is fine by me. 2/2 from i18n. Cheers, Petr Kovar ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
String additions to 'grilo-plugins.master'
This is an automatic notification from status generation scripts on: http://l10n.gnome.org. There have been following string additions to module 'grilo-plugins.master': + A source for browsing and searching %s's flickr photos Note that this doesn't directly indicate a string freeze break, but it might be worth investigating. http://git.gnome.org/browse/grilo-plugins/log/?h=master ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: XML errors in documentation PO file
11.09.13 03:28, Piotr Drąg написав(ла): 2013/9/10 Daniel Mustieles García daniel.mustie...@gmail.com: Hi all, I've generated a report with some bugs and typos in documentation PO files. As you know, these kind of errors may break the modules's compilation process, so it would be great if each afected language coordinator could fix them. This is the list of the affected languages: el eu ko sr sr@latin sv th uk I've fixed errors in above languages. Thanks! ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: XML errors in documentation PO file
Thanks to you Fran. It seems there is a remaining mismatching tag in GDM (missin /filename in the translated string) gl/gdm-help.master.gl.po, line 1308: mismatched tag --- #. (itstool) path: sect2/para #: C/index.docbook:815 msgid to filenamelt;etcgt;/hosts.deny/filename. You may also need to add msgstr a filenamelt;etcgt;/hosts.deny. Tamén precisa engadir Cheers! 2013/9/10 Fran Dieguez fran.dieg...@mabishu.com On mar 10 sep 2013 20:51:53 CEST, Marek Černocký wrote: Czech language fixed. Marek Černocký Daniel Mustieles García píše v Út 10. 09. 2013 v 16:45 +0200: Hi all, I've generated a report with some bugs and typos in documentation PO files. As you know, these kind of errors may break the modules's compilation process, so it would be great if each afected language coordinator could fix them. This is the list of the affected languages: cs de el eu fr gl id it ja ko pt_BR ru sl sr sr@latin sv th uk zh_CN These reports are generated by an automated script using gtxml. If you want a copy of the script, feel free to ask me about it. Thanks in advance and best regards __**_ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/**mailman/listinfo/gnome-i18nhttps://mail.gnome.org/mailman/listinfo/gnome-i18n __**_ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/**mailman/listinfo/gnome-i18nhttps://mail.gnome.org/mailman/listinfo/gnome-i18n Hi Dani, Thanks a lot for taking your time and report those errors. All fixed from the Galician group side. Regards. __**_ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/**mailman/listinfo/gnome-i18nhttps://mail.gnome.org/mailman/listinfo/gnome-i18n ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: XML errors in documentation PO file
Everything seems to be ok in your language Enrico. Thanks for your quick fix :) 2013/9/11 Enrico Nicoletto live...@gmail.com Thank you, Daniel, for informing us about that errors. For the Brazilian Portuguese team, it is now fixed and commited. Please let us know if you still found something that needs our attention. Kindly Regards, Enrico Nicoletto. __ Em 10/09/2013 11:45, Daniel Mustieles García escreveu: Hi all, I've generated a report with some bugs and typos in documentation PO files. As you know, these kind of errors may break the modules's compilation process, so it would be great if each afected language coordinator could fix them. This is the list of the affected languages: cs de el eu fr gl id it ja ko pt_BR ru sl sr sr@latin sv th uk zh_CN These reports are generated by an automated script using gtxml. If you want a copy of the script, feel free to ask me about it. Thanks in advance and best regards ___ gnome-i18n mailing listgnome-i18n@gnome.orghttps://mail.gnome.org/mailman/listinfo/gnome-i18n ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: XML errors in documentation PO file
On 11/09/13 11:13, Daniel Mustieles García wrote: Thanks to you Fran. It seems there is a remaining mismatching tag in GDM (missin /filename in the translated string) gl/gdm-help.master.gl.po, line 1308: mismatched tag --- #. (itstool) path: sect2/para #: C/index.docbook:815 msgid to filenamelt;etcgt;/hosts.deny/filename. You may also need to add msgstr a filenamelt;etcgt;/hosts.deny. Tamén precisa engadir Cheers! Ok, done ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: XML errors in documentation PO file
It is really a good thing to read! Thank you, Daniel. Enrico. Em 11/09/2013 06:14, Daniel Mustieles García escreveu: Everything seems to be ok in your language Enrico. Thanks for your quick fix :) 2013/9/11 Enrico Nicoletto live...@gmail.com mailto:live...@gmail.com Thank you, Daniel, for informing us about that errors. For the Brazilian Portuguese team, it is now fixed and commited. Please let us know if you still found something that needs our attention. Kindly Regards, Enrico Nicoletto. __ Em 10/09/2013 11:45, Daniel Mustieles García escreveu: Hi all, I've generated a report with some bugs and typos in documentation PO files. As you know, these kind of errors may break the modules's compilation process, so it would be great if each afected language coordinator could fix them. This is the list of the affected languages: cs de el eu fr gl id it ja ko pt_BR ru sl sr sr@latin sv th uk zh_CN These reports are generated by an automated script using gtxml. If you want a copy of the script, feel free to ask me about it. Thanks in advance and best regards ___ gnome-i18n mailing list gnome-i18n@gnome.org mailto:gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Music: Freeze Break request
Hi, We know this is late, but we would like to merge more features to Music for this cycle, 3.10. Music is a preview release this cycle, and doesn't have much features, so we would like to add more to make it more usable. Because of that, we would like to request for UI and String Freeze Break for the following new features: * Notifications * Search * Playlists Also, a string freeze break is needed by this bug, which changes the accelerator for the application menu item Now Playing (clash with New Playlist, they both use N as accelerator; Now Playing will now use P as accelerator): https://bugzilla.gnome.org/show_bug.cgi?id=707590 Notifications = This is the most tested of the three and was already approved for String Freeze Break. It is for showing the notifications at the message tray, also adds an icon there to control Music, and adds controls to the lock screen too so you could access Music without unlocking. We was not able to merge this before the freeze because of a libnotify bug blocking it. I added this here too because no one rejected nor accepted this feature for UI Freeze Break in the previous request. Search == This one is not yet implemented according to the mockups, it is just filtering for now in this cycle, but very convenient when searching for some songs, albums or artists on large music collections. This has been sitting for a long time now in a git branch, but wasn't completed until just recently because we were busy fixing bugs. As this is just filtering, it is not a huge change - we just added a search bar and wrapped the models with GtkTreeModelFilter. As far as I could remember, this won't add nor change any strings, so it only needs a UI Freeze Break. Playlists = This helps managing songs easier, so we would like to have this on this cycle too. It is now fully working except on removing songs on a playlist and needs some style fixes (borders, menu alignment, checkbox positioning, etc.) to fully follow the mockups. We have to move to totem-pl-parser from using grilo to parse playlists, that's why it wasn't completed before the freeze. Needs UI and String Freeze Break. Strings added: - Playlists (name of the view) - %d Song, %d Songs (shows the number of songs when a playlist is selected) - New Playlist, Select Playlist, Select (in Add To Playlist dialog) - _Play, _Delete (playlist menu) - Remove from Playlist (action button in Playlists view, selection mode, not yet added though) - We might add an additional message when no playlist is selected yet The branch for this feature has lots of commits, but they are actually smaller than they look, they are separated this way to make it easier to rebase. All three features and the bug report are approved and tested by the maintainers. We are providing packages for Fedora 19, openSUSE 12.3 and Arch Linux to let more people test these features (Music is backwards-compatible to 3.8 for this cycle, except that it needs the latest libnotify release), and the packages are in https://build.opensuse.org/project/show/home:arnelborja:gnome-music:git As for now, the Music team are the people who tested it, and probably users of our OBS repository. I use these features everyday since Music is my default music player (in Fedora 19 and openSUSE 12.3, using the packages from the OBS repository), and I haven't encountered any crashes. Screenshots for these features are in http://kyoushuu.wordpress.com/2013/09/11/gnome-music-notifications-search-and-playlists/ and the git branch is in https://git.gnome.org/browse/gnome-music/log/?h=freeze-break Regards, Arnel A. Borja ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Clocks late break request (geolocation)
Hi! I know it is very late in the cycle, but I'd like to ask you if I can land support for geolocation in gnome-clocks. The feature was developed by Evgeny during GSOC and it is the natural companion to the geolocation support that was added to the control-center, so I think it would be great to have since geolocation support is one of the themes of 3.10 (maps, etc) The code has been reviewed and tested and I am confident about it, the delay in landing it is mostly due to getting all the moving parts aligned (geoclue2, vala etc) The UI impact of the feature is minimal (no new dialogs or buttons, simply the clock for the current location is added at startup) The impact on translations is one new string (the gsetting) The code is available on this git branch: https://git.gnome.org/browse/gnome-clocks/log/?h=wip/geoinfo Ciao Paolo ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Music: Freeze Break request
Given that gnome-music is still a preview in 3.10, and needs to grow these features, I am ok with it, as long as the translators are comfortable with the string additions. On Wed, Sep 11, 2013 at 10:26 AM, Arnel A. Borja kyous...@yahoo.com wrote: Hi, We know this is late, but we would like to merge more features to Music for this cycle, 3.10. Music is a preview release this cycle, and doesn't have much features, so we would like to add more to make it more usable. Because of that, we would like to request for UI and String Freeze Break for the following new features: * Notifications * Search * Playlists Also, a string freeze break is needed by this bug, which changes the accelerator for the application menu item Now Playing (clash with New Playlist, they both use N as accelerator; Now Playing will now use P as accelerator): https://bugzilla.gnome.org/show_bug.cgi?id=707590 Notifications = This is the most tested of the three and was already approved for String Freeze Break. It is for showing the notifications at the message tray, also adds an icon there to control Music, and adds controls to the lock screen too so you could access Music without unlocking. We was not able to merge this before the freeze because of a libnotify bug blocking it. I added this here too because no one rejected nor accepted this feature for UI Freeze Break in the previous request. Search == This one is not yet implemented according to the mockups, it is just filtering for now in this cycle, but very convenient when searching for some songs, albums or artists on large music collections. This has been sitting for a long time now in a git branch, but wasn't completed until just recently because we were busy fixing bugs. As this is just filtering, it is not a huge change - we just added a search bar and wrapped the models with GtkTreeModelFilter. As far as I could remember, this won't add nor change any strings, so it only needs a UI Freeze Break. Playlists = This helps managing songs easier, so we would like to have this on this cycle too. It is now fully working except on removing songs on a playlist and needs some style fixes (borders, menu alignment, checkbox positioning, etc.) to fully follow the mockups. We have to move to totem-pl-parser from using grilo to parse playlists, that's why it wasn't completed before the freeze. Needs UI and String Freeze Break. Strings added: - Playlists (name of the view) - %d Song, %d Songs (shows the number of songs when a playlist is selected) - New Playlist, Select Playlist, Select (in Add To Playlist dialog) - _Play, _Delete (playlist menu) - Remove from Playlist (action button in Playlists view, selection mode, not yet added though) - We might add an additional message when no playlist is selected yet The branch for this feature has lots of commits, but they are actually smaller than they look, they are separated this way to make it easier to rebase. All three features and the bug report are approved and tested by the maintainers. We are providing packages for Fedora 19, openSUSE 12.3 and Arch Linux to let more people test these features (Music is backwards-compatible to 3.8 for this cycle, except that it needs the latest libnotify release), and the packages are in https://build.opensuse.org/project/show/home:arnelborja:gnome-music:git As for now, the Music team are the people who tested it, and probably users of our OBS repository. I use these features everyday since Music is my default music player (in Fedora 19 and openSUSE 12.3, using the packages from the OBS repository), and I haven't encountered any crashes. Screenshots for these features are in http://kyoushuu.wordpress.com/2013/09/11/gnome-music-notifications-search-and-playlists/ and the git branch is in https://git.gnome.org/browse/gnome-music/log/?h=freeze-break Regards, Arnel A. Borja ___ gnome-doc-list mailing list gnome-doc-l...@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-doc-list ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Clocks late break request (geolocation)
Matthias Clasen wrote: The code is available on this git branch: https://git.gnome.org/browse/gnome-clocks/log/?h=wip/geoinfo Given that I have publicly pushed for this to make 3.10 [1], I feel that I can't really say no now, so here is my +1 for the release team. Lets hear what the translators say, though - just a clarification: the new string you mention is just the description of the setting, or does this show up in the UI ? [1] http://blogs.gnome.org/mclasen/2013/08/23/gnome-3-10-sightings/ Second approval for RT. Fred ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Clocks late break request (geolocation)
ust a clarification: the new string you mention is just the description of the setting, or does this show up in the UI ? Yes, it is just the setting description. Ciao Paolo ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Clocks late break request (geolocation)
On Wed, Sep 11, 2013 at 12:27 PM, Paolo Borelli paolo.bore...@gmail.com wrote: Hi! I know it is very late in the cycle, but I'd like to ask you if I can land support for geolocation in gnome-clocks. The feature was developed by Evgeny during GSOC and it is the natural companion to the geolocation support that was added to the control-center, so I think it would be great to have since geolocation support is one of the themes of 3.10 (maps, etc) The code has been reviewed and tested and I am confident about it, the delay in landing it is mostly due to getting all the moving parts aligned (geoclue2, vala etc) The UI impact of the feature is minimal (no new dialogs or buttons, simply the clock for the current location is added at startup) The impact on translations is one new string (the gsetting) The code is available on this git branch: https://git.gnome.org/browse/gnome-clocks/log/?h=wip/geoinfo Given that I have publicly pushed for this to make 3.10 [1], I feel that I can't really say no now, so here is my +1 for the release team. Lets hear what the translators say, though - just a clarification: the new string you mention is just the description of the setting, or does this show up in the UI ? [1] http://blogs.gnome.org/mclasen/2013/08/23/gnome-3-10-sightings/ ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Music: Freeze Break request
2013/9/11 Arnel A. Borja kyous...@yahoo.com: We know this is late, but we would like to merge more features to Music for this cycle, 3.10. Music is a preview release this cycle, and doesn't have much features, so we would like to add more to make it more usable. Because of that, we would like to request for UI and String Freeze Break for the following new features: 1/2 from i18n. -- Piotr Drąg http://raven.fedorapeople.org/ ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Clocks late break request (geolocation)
2013/9/11 Paolo Borelli paolo.bore...@gmail.com: I know it is very late in the cycle, but I'd like to ask you if I can land support for geolocation in gnome-clocks. The feature was developed by Evgeny during GSOC and it is the natural companion to the geolocation support that was added to the control-center, so I think it would be great to have since geolocation support is one of the themes of 3.10 (maps, etc) The code has been reviewed and tested and I am confident about it, the delay in landing it is mostly due to getting all the moving parts aligned (geoclue2, vala etc) The UI impact of the feature is minimal (no new dialogs or buttons, simply the clock for the current location is added at startup) The impact on translations is one new string (the gsetting) 1/2 from i18n. -- Piotr Drąg http://raven.fedorapeople.org/ ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Music: Freeze Break request
On 11 September 2013 19:41, Matthias Clasen matthias.cla...@gmail.com wrote: Given that gnome-music is still a preview in 3.10, and needs to grow these features, I am ok with it, as long as the translators are comfortable with the string additions. Agree here: 2/2 for release team On Wed, Sep 11, 2013 at 10:26 AM, Arnel A. Borja kyous...@yahoo.com wrote: Hi, We know this is late, but we would like to merge more features to Music for this cycle, 3.10. Music is a preview release this cycle, and doesn't have much features, so we would like to add more to make it more usable. Because of that, we would like to request for UI and String Freeze Break for the following new features: * Notifications * Search * Playlists Also, a string freeze break is needed by this bug, which changes the accelerator for the application menu item Now Playing (clash with New Playlist, they both use N as accelerator; Now Playing will now use P as accelerator): https://bugzilla.gnome.org/show_bug.cgi?id=707590 Notifications = This is the most tested of the three and was already approved for String Freeze Break. It is for showing the notifications at the message tray, also adds an icon there to control Music, and adds controls to the lock screen too so you could access Music without unlocking. We was not able to merge this before the freeze because of a libnotify bug blocking it. I added this here too because no one rejected nor accepted this feature for UI Freeze Break in the previous request. Search == This one is not yet implemented according to the mockups, it is just filtering for now in this cycle, but very convenient when searching for some songs, albums or artists on large music collections. This has been sitting for a long time now in a git branch, but wasn't completed until just recently because we were busy fixing bugs. As this is just filtering, it is not a huge change - we just added a search bar and wrapped the models with GtkTreeModelFilter. As far as I could remember, this won't add nor change any strings, so it only needs a UI Freeze Break. Playlists = This helps managing songs easier, so we would like to have this on this cycle too. It is now fully working except on removing songs on a playlist and needs some style fixes (borders, menu alignment, checkbox positioning, etc.) to fully follow the mockups. We have to move to totem-pl-parser from using grilo to parse playlists, that's why it wasn't completed before the freeze. Needs UI and String Freeze Break. Strings added: - Playlists (name of the view) - %d Song, %d Songs (shows the number of songs when a playlist is selected) - New Playlist, Select Playlist, Select (in Add To Playlist dialog) - _Play, _Delete (playlist menu) - Remove from Playlist (action button in Playlists view, selection mode, not yet added though) - We might add an additional message when no playlist is selected yet The branch for this feature has lots of commits, but they are actually smaller than they look, they are separated this way to make it easier to rebase. All three features and the bug report are approved and tested by the maintainers. We are providing packages for Fedora 19, openSUSE 12.3 and Arch Linux to let more people test these features (Music is backwards-compatible to 3.8 for this cycle, except that it needs the latest libnotify release), and the packages are in https://build.opensuse.org/project/show/home:arnelborja:gnome-music:git As for now, the Music team are the people who tested it, and probably users of our OBS repository. I use these features everyday since Music is my default music player (in Fedora 19 and openSUSE 12.3, using the packages from the OBS repository), and I haven't encountered any crashes. Screenshots for these features are in http://kyoushuu.wordpress.com/2013/09/11/gnome-music-notifications-search-and-playlists/ and the git branch is in https://git.gnome.org/browse/gnome-music/log/?h=freeze-break Regards, Arnel A. Borja ___ gnome-doc-list mailing list gnome-doc-l...@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-doc-list ___ gnome-doc-list mailing list gnome-doc-l...@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-doc-list -- Javier Jardón Cabezas ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n