Translating talk:Blockly

OPEN This issue is open, waiting for action

the Blockly project can be visited on https://developers.google.cn/blockly/ in China.

Hey, but that's already available, although there's a problem that about Blockly:PROCEDURES_CALLRETURN_HELPURL/zh-hans which cannot be safely updated.

Probably somebody (usually Siebrand) should ask them kindly to actually put the translations in use?

OPEN This issue is open, waiting for action by Seanlip

What is this message for? The page behind the URL does not seem to have language version, so what am I expected to do with it?

OPEN This issue is open, waiting for action by Seanlip

This message can be optional.

CLOSED This issue is closed

filed at https://github.com/google/blockly/issues/937

This URL makes me confusing due to so-called "Following parameters are not used: %2", where Procedure (computer science) is redirected to Subroutine, could we change it to https://en.wikipedia.org/wiki/Subroutine ?

PROCEDURES DEFRETURN HELPURL (“https://en.wikipedia.org/wiki/Subroutine”) and PROCEDURES DEFNORETURN HELPURL (“https://en.wikipedia.org/wiki/Subroutine”) are ditto.

Still no reply?

OPEN This issue is open, waiting for action by Seanlip

In Japanese, "If x" is translated in Scratch as "もし x なら". Current translation in Blockly is "もし x", which is grammatically incomplete in Japanese. I wonder how it is possible to change it to "もし x なら" in Blockly. It may be necessary to change the segmentation of the line.

There are many other instances like this in Japanese. "If" clause above is an example, and there are many others with postposition, which is used often in Japanese. For example, "In a box" is translated as "箱の中に" which is like "A box in" as its word order. Therefore, it is advisable for the administrator or editor of Blockly translation to modify the way of segmentation (utilizing variables) so that word order can be reversed or flexible and these problems are resolved.

In case of the "If-then..." block, there is an alternative to leave the keywords untranslated. Because such keywords as "if", "then", "else if", "else" and "do" are often reserved words in most of programming languages and untranslated, it might as well be left untranslated even for children. These children using Blockly will not have difficulty to remember these words in English because they will be learning alphabets and simple English in the primary schools in Japan.

CLOSED This issue is closed by Nemo_bis

Current Japanese translation "変更 %1 に %2" is grammatically incorrect. Is it done so because the order of the variables %1 and %2 cannot be changed? Grammatically correct translation would be "%1を%2増す" for example.

You can change the order of variables, that's the point of variables.

CLOSED This issue is closed by espertus

Message removed

PLURAL support needed.

• Code.discard ("Delete all %1 blocks?")

It should first be confirmed that %1 refers to the number of blocks to be deleted (and not to some other adjective such as a colour or other category) and this should be documented.

Thanks. %1 is the number of blocks to be deleted, and seems to be 2 or more...

 var count = Blockly.mainWorkspace.getAllBlocks().length;
 if (count < 2 ||
     window.confirm(BlocklyApps.getMsg('discard').replace('%1', count))) {

That it's 2 or more does not negate the need for PLURAL support. There are languages (the Slavic family comes to mind) with singular, dual and plural forms, where plural is 3 or more.

This message is no longer supported, so close this?

OPEN This issue is open, waiting for action by Seanlip

I translated Blockly Games to Hungarian a while back for my daughter to learn programming, and my wife approved my translations around three weeks ago, but it's still not showing up in the games. What should I do?

Thank you for your translations! They were correctly committed, I'm not sure why they're not in use.

There appears to be a partial translation. I'm not sure how often the code on the app engine instance is updated. AFAIK, there also needs to be a conversion step from JSON to JavaScript files for the strings. I've created a ticket on GitHub about this. Once that's answered, Translating:Blockly should probably be updated.

Thank you guys. What do you mean by partial? Do you refer to the translation currently online on the site, or did I miss something when translating?

CLOSED This issue is closed by macofe

Already documented, it seems

I have a question. Where is this used?

Have you checked the message documentation? Also I suggest playing a little bit :)

OPEN This issue is open, waiting for action by Seanlip

More accurately, line in Russian would rather have 'thickness', not width

in Russian, rectangle has 'length' and 'width', in place of 'width' and 'height' in English, whereas line may have width. Thus, it's incorrect to combine 'width' for rectangle and line for translation.

Espertus, is there a way to split this label? You should use a different one for different cases. If impossible, the qqq should suggest how to translate where a literal translation doesn't work: maybe "measure", or something.

CLOSED This issue is closed by Nemo_bis

FuzzyBot uptades translations without marking them as fuzzy. It has happend in the past too. Some changes "revert" my edits although they are clearly incorrect (example). How should I manage that?

This is not about FuzzyBot itself, it means someone is translating directly on the repository (and they really shouldn't).[1]

The good news is that they're no longer doing that and Blockly was just released with 44 updated locales, so it seems all is good.

CLOSED This issue is closed

Do not simply overwrite existing translations without marking fuzzy.

That's exactly what happen today.

CLOSED This issue is closed by Siebrand

Blockly is growing and we are migrating much of Blockly Apps over to a new site, Blockly Games:

 https://blockly-games.appspot.com/

Can we get a third sub-project, Blocky Games that sources from this repo:

 https://code.google.com/p/blockly-games/source/browse/#git%2Fjson

blockly@translatewiki.net is registered as a committer.

Over time the existing Blockly Apps will shrink in size.

Ping?

Ping? It has been three weeks...

Hi. It's often faster if you submit a patch first yourself, see example at Repository_management#Adding_a_new_project. Can't help more, sorry.

Hey Neil. Unfortunately these messages got burried in the pile. Things are resolved now.

CLOSED This issue is closed by espertus

Could you replace "http" by "https" automatically?

• LOGIC BOOLEAN HELPURL (“https://github.com/google/blockly/wiki/Logic#values”)
• LOGIC NEGATE HELPURL (“https://github.com/google/blockly/wiki/Logic#not”)
• TEXT GET SUBSTRING HELPURL (“https://github.com/google/blockly/wiki/Text#extracting-a-region-of-text”)
• VARIABLES SET HELPURL (“https://github.com/google/blockly/wiki/Variables#set”)
• CONTROLS WHILEUNTIL HELPURL (“https://github.com/google/blockly/wiki/Loops#repeat”)
• CONTROLS IF HELPURL (“https://github.com/google/blockly/wiki/IfElse”)
• VARIABLES GET HELPURL (“https://github.com/google/blockly/wiki/Variables#get”)
• LOGIC OPERATION HELPURL (“https://github.com/google/blockly/wiki/Logic#logical-operations”)

Seems fixed.

CLOSED This issue is closed by Espertus

I propose adding support for English as spoken in the United States (en-us). Currently, there is support for en-ca and en-gb. I understand that en is assumed to be U.S. English but don't think it needs to be this way. The default English (en) used in Blockly is non-US English (using "colour"), and we find it useful to maintain a U.S. English translation (en-us) (using "color").

{{Support}

We can map it as such for your product. Here, en is assumed to be enUS.

Still action needed, or can be closed?

Nobody's complaining about "colour", so let's close it for now. Thanks.

CLOSED This issue is closed by Siebrand

 Done by SieBot.

Could you replace "http" by "https" automatically?

• PROCEDURES CALLRETURN HELPURL (“https://en.wikipedia.org/wiki/Subroutine”)
• MATH TRIG HELPURL (“https://en.wikipedia.org/wiki/Trigonometric_functions”)
• PROCEDURES CALLNORETURN HELPURL (“https://en.wikipedia.org/wiki/Subroutine”)
• MATH ROUND HELPURL (“https://en.wikipedia.org/wiki/Rounding”)
• COLOUR PICKER HELPURL (“https://en.wikipedia.org/wiki/Color”)
• LISTS CREATE EMPTY HELPURL (“https://github.com/google/blockly/wiki/Lists#create-empty-list”)
• PROCEDURES DEFRETURN HELPURL (“https://en.wikipedia.org/wiki/Subroutine”)
• MATH RANDOM INT HELPURL (“https://en.wikipedia.org/wiki/Random_number_generation”)
• LOGIC COMPARE HELPURL (“https://en.wikipedia.org/wiki/Inequality_(mathematics)”)
• LOGIC TERNARY HELPURL (“https://en.wikipedia.org/wiki/%3F:”)
• MATH SINGLE HELPURL (“https://en.wikipedia.org/wiki/Square_root”)
• PROCEDURES DEFNORETURN HELPURL (“https://en.wikipedia.org/wiki/Subroutine”)
• MATH CONSTANT HELPURL (“https://en.wikipedia.org/wiki/Mathematical_constant”)
• MATH ARITHMETIC HELPURL (“https://en.wikipedia.org/wiki/Arithmetic”)
• MATH MODULO HELPURL (“https://en.wikipedia.org/wiki/Modulo_operation”)
• MATH NUMBER HELPURL (“https://en.wikipedia.org/wiki/Number”)
• TEXT TEXT HELPURL (“https://en.wikipedia.org/wiki/String_(computer_science)”)
• MATH RANDOM FLOAT HELPURL (“https://en.wikipedia.org/wiki/Random_number_generation”)
• MATH CONSTRAIN HELPURL (“https://en.wikipedia.org/wiki/Clamping_(graphics)”)
• CONTROLS REPEAT HELPURL (“https://en.wikipedia.org/wiki/For_loop”)
• MATH CHANGE HELPURL (“https://en.wikipedia.org/wiki/Programming_idiom#Incrementing_a_counter”)
• LOGIC NULL HELPURL (“https://en.wikipedia.org/wiki/Nullable_type”)

CLOSED This issue is closed by espertus

This string has the wrong help link.

I believe this is now correct.

Looking through our commits, it doesn't seem to have changed. Does it still seem broken to you?

MATH RANDOM FLOAT HELPURL ("https://en.wikipedia.org/wiki/Random_number_generation")

Looks fine. I probably meant that it had to be an HTTPS URL. Sometimes I don't use enough words when adding issues while translating...

CLOSED This issue is closed by Espertus

Preferred URLs for Wikipedia are https these days.

Thank you. I will make this change.

CLOSED This issue is closed by Espertus

URL missing?

Intentional. See message documentation.