Last modified: 2011-04-21 18:00:26 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T28231, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 26231 - i18n issue with Mwe-upwiz-desc
i18n issue with Mwe-upwiz-desc
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
UploadWizard (Other open bugs)
unspecified
All All
: Normal minor (vote)
: ---
Assigned To: Neil Kandalgaonkar
http://www.mediawiki.org/wiki/Localis...
: i18n
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-12-04 14:26 UTC by Lloffiwr
Modified: 2011-04-21 18:00 UTC (History)
5 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Lloffiwr 2010-12-04 14:26:13 UTC
The message Mwe-upwiz-desc ('Description in') is followed by a language name input selector. There are a few languages which need to have the language selector come before the Mwe-upwiz-desc to make a proper sentence. From a translator's point of view, possible solutions are:
1- Place the language selector as a variable inside the message Mwe-upwiz-desc, or if that's not possible,
2- create a blank optional message after the language selector, for use where necessary.
Issue first discussed on translatewiki.net at http://translatewiki.net/wiki/Thread:Support/Mwe-upwiz-desc
Comment 1 Neil Kandalgaonkar 2010-12-04 20:48:17 UTC
Is there no way to recast the phrase in the problematic languages so it works when preceding the language? Maybe it doesn't have to say "Description in:", perhaps it could just say the equivalent of "Description by language:".
Comment 2 Dhaval 2011-01-09 14:57:23 UTC
(In reply to comment #1)
> Is there no way to recast the phrase in the problematic languages so it works
> when preceding the language? Maybe it doesn't have to say "Description in:",
> perhaps it could just say the equivalent of "Description by language:".

My language Gujarai (gu) is one of them which will definitely face problem with this and I can't think of any reformation of translated message to leave the structure of message as it is now...
Comment 3 Purodha Blissenbach 2011-04-21 16:03:13 UTC
This is a very old kind of issue, and the rule to solve it is "always have a message string before and after any input field."

See also:
http://www.mediawiki.org/wiki/Localisation#Have_message_elements_before_and_after_input_fields
Comment 4 Neil Kandalgaonkar 2011-04-21 17:36:48 UTC
The messages in UploadWizard are using a prototype library that *can* do things like inserting a popup menu (or any other element) into a message. However this should be avoided, in general.

For these other languages, can they do something else, like the equivalent of "Description:" ? The language part is quite obvious, we don't need to say "Description in". 

Actually one resolution might be to change mwe-upwiz-desc to just say "Description:"
Comment 5 Niklas Laxström 2011-04-21 17:41:39 UTC
This shouldn't be a problem with the new (is it still work in progress?) javascript i18n framework.
Comment 6 Neil Kandalgaonkar 2011-04-21 18:00:26 UTC
Actually the entire debate is moot now since it was already changed it to say "Description" in r82826. Closing.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links