Completed French translation
I fully completed the French translation (more than 1500 resources). All the quirks that I found are discussed in the next discussions. I added !!FUZZY!! comments in the "/qqq" help. The remaining "untranslated items" are just bogous ones that need corrections:
Mifos Current message ↓...ermissionswithoutsavingchanges roles & Permissions without saving changes ↓...ules.defineLookupOptions.frank Frank ↓...ndRules.defineLookupOptions.sf Sf ↓...es.defineLookupOptions.tresure Tresure ↓...rmissions.savingTestPermission SavingTestPermission ↓<del>review&Submit Review & Submit</del> ''(fixed)'' ↓<del>...LeftPane.clients&AccountsTasks Clients & Accounts Tasks</del> ''(fixed)'' ↓<del>...ers.preview.office&Permissions Office & Permissions</del> ''(fixed)''
Four of these resources contain an ampersand, that cause incorrect translation in the resource names looked up by Translate wiki. I've marked all these bogous entries with "!!FUZZY!!" in their "/qqq" part. This requires an immediate renaming of these resources without the ampersand, to work around the current TranslateWiki bug/limitation (when creating data submission URLs with the GET method : this is a lack of data validation, or lack of proper URL encoding in TranslateWiki edit forms). Some other characters may cause similar problems in form submissions (but the effective limitation is the set of valid characters used in MediaWiki for page names). (fixed)
The other four resources are just questionable.
See the individual discussions below.
Thanks.
I've made a fix. Can you test whether those pages still cause problems?
I've made again those trnslations of resources that your fix had deleted (I don't know why). And the result is exactly the same set of 8 incorrect resources listed above for French: you have not fixed the ampersand issue in the 4 resource names (or your fix does not work).
Ok I see it now. It is broken in the ajax editor.
Yes, that's why I documented the /qqq help text, saying that this was a bug/limitation of Translatewiki which does not accept the ampersand. see also my message above : the resource name is NOT corectly encapsulated in the HTTP GET URL (it should have been URL encoded on submission, and the TranslateWiki.net server does not validate all its parameters when it sees an ampersand separator followed by a string that does not contain an equal sign). This should be reported as a bug of Translatewiki.net's AJAX code (a better fix should really use POST requests when submitting translations or reading them). Anyway, I really suggest that you avoid ampersands in your MIFOS sources for resource names (just like you already drop espaces and some other "unsafe" characters like equal signs or newlines).
Having the message name and other important bits in the url is really useful for debugging. Using POST would not be semantically correct, since it doesn't change state in the server.
Really I don't understand your argument. A POST necessarily changes the state on the server of the target resource (this is the default behavior for HTTP). The server reports the change to clients that are querying it by HTTP "STAT" requests, and any POST request is (by default) not cachable by all conforming proxies (unless your HTTP request specifies it explicitly).
But loading the dialog doesn't change state in the server. Saving does, but that is already POST.
This is an issue of Loading the dialog which still does not perform STAT requests to validate what is currently cached in Javascript variables. In fact this is very irritating : opening any question by clicking it should always revalidate its preloaded and cached resources, but it still displays old values that have already been updated by someone else or in a separate window (for example in a search window when checking the terminology used in other "similar" resources).
This revalidation should be done to help reviewing the existing translations, including those that we have done ourself (and that disappear from the list of "untranslated messages" if we refresh the window to void the local Javascript cache variables (usd by the AJAX editor to open movable dialogs in the current window). For now the best that can be done is to force all clicks to open a new window or tab, to avoid loosing the current list.
Anyway, this is not an issue of MIFOS itself but a usability issue of TranslateWiki.
Can you clear your browser cache to get fresh JavaScript and try once more. I was able to translate Review&Submit using the ajax-editor.
OK the 4 resources are now OK for the ampersand, but the first one remains very fuzzy (a sentence is broken in the middle of a nominal subexpression, probably because your source contains an unnecessary <br />
or incorrectly working CSS attributes or class for the formatting)...
Please consider breaking the sentence at a more frienfly position, and certainly not in the middle of the quoted expression. Thanks.