From: PCMan <pcm...@gm...> - 2010-04-14 16:56:59
|
Here I want to ask our developers/translators for some opinions. We already entered feature and string freeze. However, I want to request an exception because current pcmanfm missed a REQUIRED feature for a file manager. We didn't implement undelete for trash:// then the trash bin support became totally useless. The reason this is not implemented is because glib/gio didn't provide support for this. However, today I found that it has partial support for it, but this is not documented in API doc. So, actually we can do it. Missing this feature is actually a severe usability bug since this makes trash bin useless. A new string "Restore" or "Undelete" might be needed for this menu item to restore trashed files. If there is no objection, I'd like to request an exception for the freeze. Any comment? |
From: Martin B. <br...@bs...> - 2010-04-14 19:36:53
|
On Thu, 15 Apr 2010, PCMan wrote: > Here I want to ask our developers/translators for some opinions. > However, I want to request an exception because current pcmanfm missed > a REQUIRED feature for a file manager. > We didn't implement undelete for trash:// then the trash bin support > became totally useless. ... > A new string "Restore" or "Undelete" might be needed for this menu > item to restore trashed files. > If there is no objection, I'd like to request an exception for the freeze. > > Any comment? I have no objection. I guess the lubuntu guys would have some strong opinions in this. On a side note. I read the english strings for PCManFM today and found a interesting interchange of "trash can" and "trash bin". I would use just one word for it if it's the same thing that's of interest here. Line 99 in pcmanfm2.pot #: ../data/ui/desktop-pref.glade.h:17 msgid "Show \"Trash Bin\" icon on desktop" msgstr "" Line 214 in pcmanfm2.pot #: ../data/ui/pref.glade.h:24 msgid "Move deleted files to \"trash bin\" instead of erasing from disk" msgstr "" Line 462 in pcmanfm2.pot #: ../src/main-win-ui.c:154 msgid "Trash Can" msgstr "" In libfm we find the following (the pot file is not in the tree) #: ../src/base/fm-path.c:435 msgid "Trash Can" msgstr "" #: ../src/gtk/fm-gtk-utils.c:461 msgid "Do you want to move the selected files to trash bin?" msgstr "" #: ../src/gtk/fm-gtk-utils.c:552 msgid "Are you sure you want to empty the trash bin?" msgstr "" /IF/ there is a exception I would suggest to do an overview of these things too. I guess that for some translations the wording will not change too much and just unfuzzing will do. -- /brother http://sis.bthstudent.se Bruce Schneier makes a mean Bearnaise sauce. But you need a password to access it. |
From: Steve <yor...@go...> - 2010-04-14 21:01:56
|
On Wed, 14 Apr 2010 20:36:44 +0100, Martin Bagge <br...@bs...> wrote: > On Thu, 15 Apr 2010, PCMan wrote: > >> Here I want to ask our developers/translators for some opinions. >> However, I want to request an exception because current pcmanfm missed >> a REQUIRED feature for a file manager. >> We didn't implement undelete for trash:// then the trash bin support >> became totally useless. > ... >> A new string "Restore" or "Undelete" might be needed for this menu >> item to restore trashed files. >> If there is no objection, I'd like to request an exception for the >> freeze. >> >> Any comment? > > I have no objection. I guess the lubuntu guys would have some > strong opinions in this. > As the en_GB translation team I have no problem with an exception. > On a side note. I read the english strings for PCManFM today and found a > interesting interchange of "trash can" and "trash bin". I would use just > one word for it if it's the same thing that's of interest here. > > Line 99 in pcmanfm2.pot > #: ../data/ui/desktop-pref.glade.h:17 > msgid "Show \"Trash Bin\" icon on desktop" > msgstr "" > > Line 214 in pcmanfm2.pot > #: ../data/ui/pref.glade.h:24 > msgid "Move deleted files to \"trash bin\" instead of erasing from disk" > msgstr "" > > Line 462 in pcmanfm2.pot > #: ../src/main-win-ui.c:154 > msgid "Trash Can" > msgstr "" > > In libfm we find the following (the pot file is not in the tree) > #: ../src/base/fm-path.c:435 > msgid "Trash Can" > msgstr "" > > #: ../src/gtk/fm-gtk-utils.c:461 > msgid "Do you want to move the selected files to trash bin?" > msgstr "" > > #: ../src/gtk/fm-gtk-utils.c:552 > msgid "Are you sure you want to empty the trash bin?" > msgstr "" > > > /IF/ there is a exception I would suggest to do an overview of these > things too. I guess that for some translations the wording will not > change > too much and just unfuzzing will do. > Not a problem for me, I’ve converted them to Rubbish Bin anyway :) -- Steve (Yorvyk) http://www.lubuntu.net |
From: Martin B. <br...@bs...> - 2010-04-14 21:24:08
|
On Wed, 14 Apr 2010, Steve wrote: > Not a problem for me, I’ve converted them to Rubbish Bin anyway :) That's the point indeed. I guess this is just a mistake from the developer but when the original string changes this will cause your translation to be marked as "fuzzy" and as such it will not be used when the strings are presented. So if we decide to update it the translators have to revisit all those strings or they will be in en_US. NOT very good, it's a trade off - a more consistent en_US and maybe some translations have a mix up too because their language uses that. For en_GB that's not true, not for sv either ("papperskorg") and I guess alot of us around uses the same. A change in original is a consequence in the other end. That's all. -- /brother http://sis.bthstudent.se If Bruce Schneier wants your plaintext, he'll just squeeze it out of the ciphertext using his barehands |
From: Steve <yor...@go...> - 2010-04-14 21:37:53
|
On Wed, 14 Apr 2010 22:23:58 +0100, Martin Bagge <br...@bs...> wrote: > On Wed, 14 Apr 2010, Steve wrote: > >> Not a problem for me, I’ve converted them to Rubbish Bin anyway :) > > That's the point indeed. I guess this is just a mistake from the > developer > but when the original string changes this will cause your translation to > be marked as "fuzzy" and as such it will not be used when the strings are > presented. So if we decide to update it the translators have to revisit > all those strings or they will be in en_US. NOT very good, it's a trade > off - a more consistent en_US and maybe some translations have a mix up > too because their language uses that. For en_GB that's not true, not for > sv either ("papperskorg") and I guess alot of us around uses the same. A > change in original is a consequence in the other end. That's all. > Ah, I’m new to this translation lark so didn’t realise the full extent of the problem. You are correct it does need to be consistent. -- Steve (Yorvyk) http://www.lubuntu.net |
From: Lee B. <le...@le...> - 2010-04-14 19:28:07
|
It really depends how close the beta is and how good the support will be once the final version is released. It seems silly to unfreeze now if the implementation of undelete is going to be rushed, however, if you're confident that you're going to be able to get good quality from the feature then I think going ahead would be fine. On 14 April 2010 17:56, PCMan <pcm...@gm...> wrote: > Here I want to ask our developers/translators for some opinions. > We already entered feature and string freeze. > However, I want to request an exception because current pcmanfm missed > a REQUIRED feature for a file manager. > We didn't implement undelete for trash:// then the trash bin support > became totally useless. > The reason this is not implemented is because glib/gio didn't provide > support for this. > However, today I found that it has partial support for it, but this is > not documented in API doc. > So, actually we can do it. Missing this feature is actually a severe > usability bug since this makes trash bin useless. > A new string "Restore" or "Undelete" might be needed for this menu > item to restore trashed files. > If there is no objection, I'd like to request an exception for the freeze. > > Any comment? > > _______________________________________________ > Mailing list: https://launchpad.net/~lubuntu-desktop > Post to : lub...@li... > Unsubscribe : https://launchpad.net/~lubuntu-desktop > More help : https://help.launchpad.net/ListHelp > |
From: Javier M. <cou...@gm...> - 2010-04-14 19:10:37
|
Personally I never use the trash, I always Shift+Del files. In fact, I've set pcmanfm to automatically delete the files. But if there's a "trash" feature and it doesn't work, that should be fixed in some way. I'd prefer to have a tree view (at least on the left panel); it would make navigation easier. I hope this feature will be implemented soon. Lee Briggs escribió: > It really depends how close the beta is and how good the support will be > once the final version is released. > > It seems silly to unfreeze now if the implementation of undelete is > going to be rushed, however, if you're confident that you're going to be > able to get good quality from the feature then I think going ahead would > be fine. > > On 14 April 2010 17:56, PCMan <pcman.tw <http://pcman.tw>@gmail.com > <http://gmail.com>> wrote: > > Here I want to ask our developers/translators for some opinions. > We already entered feature and string freeze. > However, I want to request an exception because current pcmanfm missed > a REQUIRED feature for a file manager. > We didn't implement undelete for trash:// then the trash bin support > became totally useless. > The reason this is not implemented is because glib/gio didn't provide > support for this. > However, today I found that it has partial support for it, but this is > not documented in API doc. > So, actually we can do it. Missing this feature is actually a severe > usability bug since this makes trash bin useless. > A new string "Restore" or "Undelete" might be needed for this menu > item to restore trashed files. > If there is no objection, I'd like to request an exception for the > freeze. > > Any comment? > > _______________________________________________ > Mailing list: https://launchpad.net/~lubuntu-desktop > Post to : lub...@li... > <mailto:lub...@li...> > Unsubscribe : https://launchpad.net/~lubuntu-desktop > More help : https://help.launchpad.net/ListHelp > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Mailing list: https://launchpad.net/~lubuntu-desktop > Post to : lub...@li... > Unsubscribe : https://launchpad.net/~lubuntu-desktop > More help : https://help.launchpad.net/ListHelp |