View source for Thread:Support/Wikieditor-toolbar-tool-link-int-invalid
Could I translate this message as the optional text in documentation of("The following field is required")?
That is how I translated it ("The following field is required:") . I am not certain that it is 100% correct, though.
as the starting fragment of a sentence, that will be completed with
- MediaWiki:Payflowpro gateway-error-msg-amount/en") ("
- MediaWiki:Payflowpro gateway-error-msg-emailAdd/en") ("
- MediaWiki:Payflowpro gateway-error-msg-fname/en") ("
- MediaWiki:Payflowpro gateway-error-msg-lname/en") ("
- MediaWiki:Payflowpro gateway-error-msg-street/en") ("
- MediaWiki:Payflowpro gateway-error-msg-city/en") ("
- MediaWiki:Payflowpro gateway-error-msg-state/en") ("
- MediaWiki:Payflowpro gateway-error-msg-zip/en") ("
- MediaWiki:Payflowpro gateway-error-msg-card num/en") ("
- MediaWiki:Payflowpro gateway-error-msg-expiration/en") ("
- MediaWiki:Payflowpro gateway-error-msg-cvv/en") ("
to make a full sentence, when the respective field is empty. But "The following field is required:" should also work, I believe.
That is currect - as stated in an earlier topic, IIRC. The code contains "payflowproGatewayErrorMsgJs + currField"
I've translated "The following field is required:" because in Galician "your" could be "o seu" or "a súa" depending on the noun which is next to it.
This is a request for fallback language of cbk-zam.wikipedia.org which is currently es to revert back to English (en).
Reverting it back to en will ensure smooth and easy translation of the wiki as I (alone) begin the task.
I need help and support, therefore I need support for this request.
Thank you and kind regards. Weekeejames 07:40, 11 November 2009 (UTC)
The fallback language is used everywhere .. it is not local to translatewiki.net.. Also you translate in the translate environment... you will see the English and manbe the Spanish.. but you still have to localise it in your language to make a difference-
Yes I understand, but Im getting confused with the fallback language (es) of cbk-zam because both languages are like twins. Where there is no translation of cbk-zam, es appears, so I get confused making disctinctions. It would really be helpful if I see English rather than Spanish as fallback language because I can easily see the distinction.
I just changed my language preference here at translatewiki to cbk-zam and I see Spanish words [when words have not been translated yet to cbk-zam] like "responder" (es) instead of "responde" (cbk-zam) or more preferably "reply" (en). So I rather see "reply" than "responder" so I can easily translate it to "responde". You got my point? I just want to make this task easier for me. Thanks.
UPDATE: Nevermind... Just disregard my request. Thanks.
Is 'preview' a verb or a noun here? Is it a button label or heading or.....? Lloffiwr 20:41, 10 November 2009 (UTC)
There are sporadic problems with saving messages when new messages is not saved after several attempts. Problems appear today. I work with Mantis translation. I use monobook.
I have noticed the same thing, already before I enabled LiquidThreads. I type something in the edit screen, and just before saving, it will revert to the old contents. Can you confirm this is the observed behaviour?
Sorry, can't clarify more. I didn't notice blanking of message text during saving.
I also have had problems saving new messages, but only when I cut and paste from the screen above, usually when there is a link which is not translated. Nothing is saved. I didn't notice blanking of message text during saving either. I use Mozilla Firefox and the default skin.
Then it is probably gone now that I have disabled some UsabilityInitiative extensions. More details below. Raymond promised to look into it and report whatever he finds wrong. Confirmation appreciated.
# Usability Initiative extensions -- 2009-11-07 by Raymond #$wgUsabilityInitiativeModules = array( 'EditToolbar' ); #require_once("$IP/extensions/UsabilityInitiative/UsabilityInitiative.php"); #require_once("$IP/extensions/UsabilityInitiative/WikiEditor/WikiEditor.php"); #require_once("$IP/extensions/UsabilityInitiative/Vector/Vector.php");
I think name of reminder target should be passed as parameter, not glued by software to avoid grammar issues.
The original message doesn't seem to have been changed (no parameter appears). Is it a $1 after the colon?
The original message has changed. The hard coded colon in the code has moved to the message. No parameter with a comma separated list of usernames was added, if *that* is what you expected.
The convention is that English does not use ellipsis; you are free to use it in your localisation, however. If there are two dots - have to go home, will check later - that will be fixed to use three dots.
JS is broken in IE7, please reenabled jQuery or change back to MediaWiki without jQuery. Thanks.
We are not going to do that. Please report the MediaWiki issues you find in bugzilla:. Thanks.
That is my problem, I find no issue what I can report. I will wait for the reenabled of extension UsabilityInitiative and have then a look at I. Thanks for looking at my thread.
Seems that optional PLURAL support for it isn't working. With current translation on /et it displays title on RSS page as "Uued postitused lehekülgedel Support". But should be leheküljel despite lehekülgedel as there is one referenced page (Support), shouldn't it? Same kind of optional PLURAL support is on and , but I don't know where these appear to check whether working.
The message contains the word where. Shouldn't it be were, without h?
You do not have permission to edit this page, for the following reason:
The action you have requested is limited to users in the group: Users.
You can view and copy the source of this page.
Original English message says "No statistical data is available, because noone has voted for this poll". noone shoud be written separately.
I have never subscribed the option to receive hundreds of emails just because someone has replied to some messages here.
Activating by default a new option that will send emails is extremely damaging. This is clearly spam !
I now I am receiving hundreds of messages at very high speed and there's no way to stop it, until your outgoing queue stops delivering messages sent here since many weeks (or month ?).
This is a sever bug. Please stop your spam sending bot (I have just removed the option you have activated, it does not stop the flow).
Please remember : NEVER activate by default any new option that will send emails to users, unless they subscribe them explicitly.
Let's consider it even after what we had to revert from you :) Be advised that there is an open bugzilla:21457. Thanks for the report and apologies for the inconvenience. I got some 25 messages myself, too... :( I'll see if I can disable the defailt setting. Cheers!