Re: GnomeGoal for 3.8: DesktopFileKeywords
Le 15/11/2012 19:43, Alan Cox a écrit : That very phrase shows some ignorance of language use in much of the world Right, that was a simplification, I guess the key point would be to try to not search in a language the user doesn't know... Sebastien Bacher ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GnomeGoal for 3.8: DesktopFileKeywords
On Thu, 15 Nov 2012 18:26:22 + Maciej Piechotka wrote: > On Thu, 2012-11-15 at 16:48 +0100, Henrique Ferreiro wrote: > > > > Not sure matching in other languages, including english, is a > > good idea. The typical $locale user is searching for a word in > > his language, likely having no clue that english has a similar That very phrase shows some ignorance of language use in much of the world "his language" which one. Lots of people here have two and they'll switch language by task. In addition they have 3rd party docs in broken English stuff (American for example). It's not untypical therefore for people to have a desktop behaviour which has things like computing in English, cultural material in their local language and religious material in Arabic. You really want a language list or to search the base language and do a search engine style "search for matches in other languages" or "there are similar entries in" Alan ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GnomeGoal for 3.8: DesktopFileKeywords
On Thu, 2012-11-15 at 16:48 +0100, Henrique Ferreiro wrote: > > Not sure matching in other languages, including english, is a > good idea. The typical $locale user is searching for a word in > his language, likely having no clue that english has a similar > looking word with totally different meaning ... the net result > is that he will get listed something that's not remotely > relevant to what he was looking for without understanding why. > You need to go quite some way to figure "ok, that work might > mean something else in some language I don't know and the > system is trying to help me"... > > > Users are usually going to install languages they know. And there are > many countries with more than one language, in which people may use > them interchangeably. I've just checked and at least my university have installed non-English locales (large proportion of students, including myself, are from abroad so it probably make sense in case they wanted to have their own locale etc.). Searching through all locales makes probably no sense as: - You end up doing over 100x more work (CPU and I/O) so you are over 100x slower - You may end up with results user does not understand I'd check for locale. Maybe search similarly named locales as well (for example for en_CA search fr_CA, en_US, en_UK, ...) to cover bi-lingual countries (and people using system in English but not necessary English speakers who don't necessary remember which spelling is 'correct' American/British/... one). Best regards ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GnomeGoal for 3.8: DesktopFileKeywords
> > Users are usually going to install languages they know. >> > > ... on distributions that package language support separately. However it > is not uncommon to ship all available languages for an application within > the main package. > By installed languages I wanted to say the selected display languages, which I guess are stored in LANG as pointed out before. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GnomeGoal for 3.8: DesktopFileKeywords
On Thu, Nov 15, 2012 at 4:48 PM, Henrique Ferreiro < henrique.ferre...@gmail.com> wrote: > Users are usually going to install languages they know. > ... on distributions that package language support separately. However it is not uncommon to ship all available languages for an application within the main package. Florian ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GnomeGoal for 3.8: DesktopFileKeywords
On Thu, Nov 15, 2012 at 5:27 PM, Sebastien Bacher wrote: > Le 15/11/2012 09:19, Henrique Ferreiro a écrit : > >> Matching on any of the languages installed in the desktop would probably >> be the most sensible way to do it. > > Hi, > > Not sure matching in other languages, including english, is a good idea. The > typical $locale user is searching for a word in his language, likely having > no clue that english has a similar looking word with totally different > meaning ... the net result is that he will get listed something that's not > remotely relevant to what he was looking for without understanding why. You > need to go quite some way to figure "ok, that work might mean something else > in some language I don't know and the system is trying to help me"... > If you think that searching English in addition to your $LANG is a bad idea, then try following scenario: 1. Switch your system to Russian language 2. Run into some problem 3. Search the solution. You may use your knowledge of English here. Found solution will be in English with high probability (of course, if solution will be found at all). 4. Try to apply found solution. If system will reject your input (e.g. make you unable to run Terminal and insist that you should run Терминал instead), then you become locked out of luck completely. If there indeed exist a problem, when users were unable distinguish theirs native language from English, then I may propose a compromise: Disable fallback to English for languages, which use Latin aplhabet, and allow fallback to English for other scripts. -- Andrew W. Nosenko ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GnomeGoal for 3.8: DesktopFileKeywords
> Not sure matching in other languages, including english, is a good idea. > The typical $locale user is searching for a word in his language, likely > having no clue that english has a similar looking word with totally > different meaning ... the net result is that he will get listed something > that's not remotely relevant to what he was looking for without > understanding why. You need to go quite some way to figure "ok, that work > might mean something else in some language I don't know and the system is > trying to help me"... Users are usually going to install languages they know. And there are many countries with more than one language, in which people may use them interchangeably. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GnomeGoal for 3.8: DesktopFileKeywords
Le 15/11/2012 09:19, Henrique Ferreiro a écrit : Matching on any of the languages installed in the desktop would probably be the most sensible way to do it. Hi, Not sure matching in other languages, including english, is a good idea. The typical $locale user is searching for a word in his language, likely having no clue that english has a similar looking word with totally different meaning ... the net result is that he will get listed something that's not remotely relevant to what he was looking for without understanding why. You need to go quite some way to figure "ok, that work might mean something else in some language I don't know and the system is trying to help me"... Sebastien Bacher ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GnomeGoal for 3.8: DesktopFileKeywords
One of the best things with the MintMenu is/was that it both matched the English and Translated name and description of the application so that you could find applications by both. This was extremely useful when the user was receiving support via IRC/Mail or was reading an online guide. 2012/11/15 Nguyen Thai Ngoc Duy > On Thu, Nov 15, 2012 at 3:19 PM, Henrique Ferreiro > wrote: > > > >> Finally, I did a blog post about the Ubuntu desktop help (which is a > >> branch of the GNOME Desktop Help). I suggested that users type "Help" > >> into the Unity Dash to see the help. One of my readers doesn't use the > >> English locale and typing that in returned no results. I think we > >> should always show matches for the English name and keywords fields. > >> To take it one step further, it would be cool if translators could opt > >> in to a second language like this. For instance I suspect many > >> Tunisian users would like to see French results in addition to Arabic > >> results. > > > > > > Matching on any of the languages installed in the desktop would probably > be > > the most sensible way to do it. > > I'd rather narrow it down to $LANG and English. It's easier to > implement (I think) and it should cover most cases. As a translator, > I've been keeping English keywords as a workaround because English > terms are quite popular here. > -- > Duy > ___ > desktop-devel-list mailing list > desktop-devel-list@gnome.org > https://mail.gnome.org/mailman/listinfo/desktop-devel-list > ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
GtkScrolledWindow and scroll bar policy set to GTK_POLICY_NEVER
Hi everyone! I need one thing to clarify - In Gtk+ 2.x, when GtkScrolledWindow had policy for one of scroll bars set to GTK_POLICY_NEVER, window just dropped that scroll bar, but didn't do anything else. I have application to port which does it, and uses additional scroll bar to scroll content in special way. However, in Gtk+3 GtkScrolledWindow now just extends to largest child in such scenario (as it probably should have done in Gtk+2 too). Is that true that behavior is changed or it's just my isolated experience (t.i. it has always been this way)? Respectfully, Peteris Krisjanis. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
GNOME 3.6.2
The second update to GNOME 3.6 series is now available. As usual it provides bug fixes, translations updates and small improvements, in order to make our stable release even more stable and useful. It may sound boring but there are interesting changes in there, and valuable documentation and translation updates. Our thanks to all community members and to everybody who contributed to this release. == Release Details and References == The lists of updated modules and changes are available here: core - http://download.gnome.org/core/3.6/3.6.2/NEWS apps - http://download.gnome.org/apps/3.6/3.6.2/NEWS The source packages are available here: core - http://download.gnome.org/core/3.6/3.6.2/sources/ app- http://download.gnome.org/apps/3.6/3.6.2/sources/ If you want to compile GNOME 3.6.2 by yourself, you can use the jhbuild modulesets available here: http://download.gnome.org/teams/releng/3.6.2/ == Attention, Please == - The schedule for 3.8 has been published at https://live.gnome.org/ThreePointSeven#Schedule - The early phase of the development cycle is quickly coming to an end. - Please add your plans for the next six months here, if you haven't already: https://live.gnome.org/ThreePointSeven/Features More informations about future GNOME schedule are available here: http://live.gnome.org/Schedule Enjoy! ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GnomeGoal for 3.8: DesktopFileKeywords
On Thu, Nov 15, 2012 at 3:19 PM, Henrique Ferreiro wrote: > >> Finally, I did a blog post about the Ubuntu desktop help (which is a >> branch of the GNOME Desktop Help). I suggested that users type "Help" >> into the Unity Dash to see the help. One of my readers doesn't use the >> English locale and typing that in returned no results. I think we >> should always show matches for the English name and keywords fields. >> To take it one step further, it would be cool if translators could opt >> in to a second language like this. For instance I suspect many >> Tunisian users would like to see French results in addition to Arabic >> results. > > > Matching on any of the languages installed in the desktop would probably be > the most sensible way to do it. I'd rather narrow it down to $LANG and English. It's easier to implement (I think) and it should cover most cases. As a translator, I've been keeping English keywords as a workaround because English terms are quite popular here. -- Duy ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GnomeGoal for 3.8: DesktopFileKeywords
> Finally, I did a blog post about the Ubuntu desktop help (which is a > branch of the GNOME Desktop Help). I suggested that users type "Help" > into the Unity Dash to see the help. One of my readers doesn't use the > English locale and typing that in returned no results. I think we > should always show matches for the English name and keywords fields. > To take it one step further, it would be cool if translators could opt > in to a second language like this. For instance I suspect many > Tunisian users would like to see French results in addition to Arabic > results. > Matching on any of the languages installed in the desktop would probably be the most sensible way to do it. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
