The closed caption “Block broken” (subtitles.block.generic.break) is still not formatted correctly, despite MC-195836 being fixed in 26.4 Snapshot 2.
Affected string:
Translation Key | Current String | Expected String | String URL on Crowdin |
|---|---|---|---|
subtitles.block.generic.break | Block broken | Block is broken | https://crowdin.com/editor/minecraft/10038/enus-engb?view=comfortable#5339022 |
How to reproduce:
With closed captions enabled, break a block.
Expected result:
The subtitles.block.generic.break string would be formatted in a way that makes it grammatically correct and consistent with other similar strings.
Observed result:
The subtitles.block.generic.break string is formatted inconsistently with other similar strings.
Linked issues
is duplicated by 1
Comments 3
I believe this is not an issue, however I would like to argue an alternate expected string for better consistency: “Block breaks” While I don’t think this requires fixing, “Block breaks” is more consistent with “Axe strips” and “Hoe tills.”
Since I’ve commented on a couple other issues you opened I feel the need to say that I think reports like this, while good spirited and in the mindset of improving our favorite block game, these are what I would consider nit-picks. This does not mean they should not be considered, but I am saying that they are not really needed. Both the current string and your expected string could be argued as “correct.”
Anyway, I’m sure if this is something in need of fixing, it will get picked up! So, here’s to making Minecraft a little better, one bug report at a time! 🙂
Tested this out in 26.4 Snapshot 2 on Linux Mint using Prism Launcher.
Turned on subtitles in Accessibility settings and broke a oak block in Survival. The subtitle text switched from "Block breaking" to "Block broken" exactly as described. The string has not been modified to the expected "Block Is Broken" format in this snapshot.