Allow translators to select position of count variable in "total" strings

[GoogleCodeExporter]

In some languages translations would be more natural if GetSimple would allow 
to change position of count variable in "total" strings, e.g. "%s total files".
I made a patch for archives and files values, but stuck on pages and backups - 
pagination plugin is being used there, and I do not know any better way, except 
including <span id="pg_counter"> in translation, which is unacceptable.
It would be great if this issue is solved before 3.0 release.

Original issue reported on code.google.com by jos...@gmail.com on 15 Mar 2011 at 12:05

Attachments:

• totals_lang.diff

[GoogleCodeExporter]

it would, but there are so many translations out there that are already 
accounting for this that making the change now would break every old 
translation coming before it...

Original comment by ccagle8 on 15 Mar 2011 at 1:00

[GoogleCodeExporter]

Yes, I am aware of that, but this might be the best time to make such a drastic 
change, later introduction of such modification might be even harder. Of 
course, we would need to figure out how to solve the pagination first.

Original comment by jos...@gmail.com on 15 Mar 2011 at 1:08

• Added labels: Type-Translation
• Removed labels: Type-Defect

[GoogleCodeExporter]

How has other translators handled this up until now? Also, this can't be the 
only string that is setup this way either... 

I think if the translators are creative enough, they can find a way around the 
couple original strings that were setup not using sprintf. Going forward we 
have been using sprinf everywhere it makes sense to

Original comment by ccagle8 on 15 Mar 2011 at 1:15

[GoogleCodeExporter]

On top of that, I think we should freeze the language files for 3.0 now anyway. 
We need to give translators at least a week in order to make their 
updates/changes - and this would just add to it because we still need to figure 
out a solution since it's not exactly a cut-and-dry situation.

Original comment by ccagle8 on 15 Mar 2011 at 1:31

[GoogleCodeExporter]

OK, I agree on language file freeze. Let's leave this issue for later.

Original comment by jos...@gmail.com on 15 Mar 2011 at 1:44

[GoogleCodeExporter]

OK, I agree on language file freeze. Let's leave this issue for later.

Original comment by jos...@gmail.com on 15 Mar 2011 at 1:44

[GoogleCodeExporter]

FYI: I added 1 change to the language file yesterday "PERMS" for the file 
permissions. 

Original comment by MichaelS...@gmail.com on 15 Mar 2011 at 2:22

[GoogleCodeExporter]

I saw that, but since it's hidden until people turn on DEBUGGING, im willing to 
not care if the couple translation files created yesterday dont have it. Side 
note: i wonder if we should make that debug info show something like this: 
owner/mode. Since ownership caused problems with the file upload, knowing the 
owner of the file would be great as well. 

If it works, maybe we could expand that debug info to pages.php as well.

Original comment by ccagle8 on 15 Mar 2011 at 2:39

[GoogleCodeExporter]

Yes, having owner displayed would really help to debug current filebrowser 
issue.

Original comment by jos...@gmail.com on 15 Mar 2011 at 2:48

[GoogleCodeExporter]

i agree. I will add it an an enhancement. Doesn't have to be for this release, 
but i think it will enhance the debugging we will be able to do.

Also: I'm closing this as I don't think we need to translate this string. If 
later on we decide to fix this, then there will be plenty of other strings that 
need fixing as well. (there have been a couple publicly complained about in the 
forums over the months)

Original comment by ccagle8 on 15 Mar 2011 at 3:09

• Changed state: WontFix