Module talk:User:Suzukaze-c/Hani-tab/ja

Thanks for the ping. This much for now :) --Dine2016 (talk) 16:14, 19 January 2019 (UTC)
 * Automatically inferring the yomi types of the kanji is probably a good idea, though I prefer to centralize reading information in a module rather than fetching them from mainspace.
 * What about adding kyūjitai and historical kana spelling to the template? In my design, the historical kana spelling of wago terms belongs to the word (かへる→かえる【帰・還・返・反】), while kyūjitai belongs to the individual kanji spellings (歸る→帰る), so the former is to be put in and the latter . For kango, however, the historical kana spelling too belongs to the individual kanji spellings ( and ) so it's convenient to put it in . (In addition,  is omitted for most kango, so the historical kana spelling has to be put in the  anyway.)
 * A module would be less hacky, but the idea of having to maintain ① 字, ② Category:Japanese terms spelled with 字 read as じ, *and* ③ Module:ja/data/??? at the same time is unappealing to me, unless there is a way to update them automatically.
 * I agree with including historical spellings in the future. What would it look like? (perhaps ?) (Feel free to modify this module~) —Suzukaze-c◇◇ 06:34, 20 January 2019 (UTC)
 * Thanks for the pings.
 * For wago terms, I think can be used for different spellings of the same form, such as 追い払う and 追いはらう of, while the 'Alternative forms' section for variations in sound shape, such as おいはらう  ~ おっぱらう . When citing wago terms, maybe creating a new template to support the format  (, , ware), or extending  to support linking to the hiragana spelling like  → ?
 * For kango and longer compounds (which is lemmatized at the most common spelling, not subject to the exception made for wago), what about making the linking template automatically fetch the reading so one can type to get ?
 * What about moving the existing data 字 to a module and make it generate the yomi info in other places, such as 字 and Category:Japanese terms spelled with 字 read as じ? I also hope the user can hover over the individual kanji and see their glosses in and.
 * The new version of could provide the shinjitai and the kyūjitai in two rows like, the first showing the shinjitai and the modern reading, the second showing the kyūjitai, and the historical reading in the absence of . On the other hand, shinjitai is not necessarily tied to modern kana spelling, and kyūjitai not necessarily to the historical kana spelling: we see the other two combinations in modern editions of Classical Japanese texts (shinjitai + historical kana) and journeys of Sinology (kyūjitai + modern kana). However, if we support kyūjitai, we have to work out a 字体規範: do we limit ourselves to the kyūjitai provided in the official jōyō kanji list or JIS X 0208, or do we adhere to the 康熙字典体 and utilitize Unicode Z-variants as much as possible? In the latter case, for characters which Unicode does not provide a Z-variant such as 愛 and 漢, we may have to use a Korean font or images to show the kyūjitai.
 * This much for now (gotta prepare for postgraduate entrance exam this year _(:зゝ∠)_) --Dine2016 (talk) 10:45, 20 January 2019 (UTC)
 * Oh, one more point: instead of concatenating the readings of the individual kanji, the sortkey can be generated more accurately by replacing the kanji in the page title by their readings and leaving the kana intact. For cases like 赤ん坊 {赤: あか, 坊: ぼう}, the former approach only arrives at あかぼう while the latter gives the correct あかんぼう. Someone has probably already come up with this idea, though. --Dine2016 (talk) 17:23, 20 January 2019 (UTC)