This question is closely tied to two previous questions:
What is the correct approach to romaji, kana, and/or kanji in example answers?
Is it possible to add support for Ruby tags or any other mechanism for Furigana?
However, I think it is important we reach a consensus on a specific aspect of these (and an answer to the above would probably not get the attention it needs).
Here is my suggestion:
How about officially recommending that people use exclusively: 漢字【かんじ】
or (if they must): 漢字{かんじ}
, when providing furigana (or romaji reading) after a word in kanji/kana?
In the aforementioned questions, many different formats where suggested, including the slightly more common 漢字 (かんじ)
or 漢字 [かんじ]
. Let me explain why we should try to discourage their use and push for a limited number of furigana formats:
From previous discussions, it appears that
()
,[]
,{}
,【】
are, by a large margin, the main formats used and preferred by JLU users.Most of you probably know about (and use) YOU's brilliant Ruby script. It currently offers inclusive support for all possible ruby conventions. The problem with
()
and[]
is that they often do not indicate furigana... leading to some very annoying false-positives.Further down the line, it is reasonable to imagine SE integrating a very similar solution to the site (as an intermediate step, before even considering a Ruby tag in Markdown). If they do, I don't think we will want auto-conversion of all
()
/[]
to ruby (which would break many posts).{}
and【】
, on the other hand, are fairly unambiguous and have practically no reason to be in a JLU post, other than to indicate furigana. Auto-parsing all{}
/【】
in JLU and replacing them by ruby, has very little chance of breaking things.Restricting choices to only two options (albeit purely as an "official recommendation": I am not advocating the flogging and banning of users who choose to use something else) means more simplicity and greater uniformity for new users.
{}
is pure ASCII, and easy to type for anybody,【】
looks nicer (and is maybe even less ambiguous), but slightly harder to type for beginners, so having both covers all bases nicely.If we agree on such a convention, it would be rather easy to go back and edit titles/posts to replace previous uses of other formats and make JLU fully compatible with a furigana auto-parser (whether YOU's or a built-in SE one).
Note: Of course, a more complete format such as [漢字] {かんじ}
etc. would be even less ambiguous and more parser-friendly (ideal for a Markdown format), however, it has the major drawback of not degrading nicely (i.e. doesn't look good at all without parsing). Plus, it would be a lot harder to get new users to use it immediately... So I vote for simplicity until SE provides support for such a tag at the Markdown level.
So what do you think? Does anybody oppose the idea of adding an official recommendation to the FAQ and generally encouraging this convention through JLU? Any reason not to?
Edits/Updates:
Amended suggestion to highlight the preference we give to
【】
over{}
To be clear: this suggestion is not about using more furigana, or adding furigana to full sentences (something which would require actual ruby tag support to be done correctly). It is about the best way to format current use of furigana: mostly small words and titles.
Regardless of issues of ambiguity/parsability, I hope it will be clear that the central argument in favour of a unified format for furigana is (human) user comfort. Like any other arbitrary convention, the goal of this one is to ensure a bit of consistency in presentation. I am much less attached to which format is picked than the idea of picking one and sticking to it. The current hodgepodge is not serving anyone.