Wiktionary jawiktionary https://ja.wiktionary.org/wiki/Wiktionary:%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%9A%E3%83%BC%E3%82%B8 MediaWiki 1.47.0-wmf.17 case-sensitive メディア 特別 トーク 利用者 利用者・トーク Wiktionary Wiktionary・トーク ファイル ファイル・トーク MediaWiki MediaWiki・トーク テンプレート テンプレート・トーク ヘルプ ヘルプ・トーク カテゴリ カテゴリ・トーク 付録 付録・トーク TimedText TimedText talk モジュール モジュール・トーク Event Event talk 0 707 2337223 2282431 2026-08-28T23:55:18Z Jiba1219 100610 /* {{L|zh}} */ 2337223 wikitext text/x-wiki {{kana-DEFAULTSORT|ほご}} {{WiktionaryPage}} =={{L|ja}}== {{ja-kanjitab|ほ|ご|yomi=goon}} {{wikipedia}} ==={{pron}}=== {{ja-pron|ほご|acc=1}} {{ja-accent-common|region=京阪|a|ほ|ご}} ==={{noun}}=== {{ja-noun-suru|[[ほご]]}} #ある物が[[破壊]]されたりしないように[[まもる|守る]]こと。 #*（[[w:MediaWiki|MediaWiki]]のシステム）特定の記事に対する編集を制限することを「ページの'''保護'''」と呼ぶ。 #*:'''保護'''されたページは管理者のみが編集できる。また、半保護の場合はログインユーザーのみが編集できる。 #社会的弱者や生活力の低い者に対し[[支援]]を行うこと。 ===={{syn}}==== *[[守護]]、[[庇護]]、[[擁護]] ==={{trans}}=== {{trans-top|名詞}} *{{T|it}}: {{t|it|protezione}} *{{T|en}}: {{t|en|protection}} *{{T|nl}}: {{t|nl|bescherming}} *{{T|es}}: {{t|es|protección}} *{{T|de}}: *# {{t|de|Schutz|m}}, {{t|de|Erhaltung|f}}, {{t|de|Beschützung|f}}, {{t|de|Beistand|m}} *# {{t|de|Protektion|f}} *{{T|fr}}: {{t|fr|protection}} *{{T|pt}}: {{t|pt|protecção}} {{trans-bottom}} ==={{verb}}=== {{日本語サ変活用}} ===={{trans}}==== {{trans-top|動詞}} *{{T|it}}: {{t|it|proteggere}} *{{T|io}}: {{t|io|protektar}} *{{T|en}}: {{t|en|protect}}, [[give]] [[sanctuary]] *{{T|nl}}: {{t|nl|beschermen}} *{{T|sv}}: {{t|sv|skydda}} *{{T|es}}: {{t|es|proteger}} *{{T|de}}: {{t|de|schützen}} *{{T|fr}}: {{t|fr|protéger}} *{{T|pt}}: {{t|pt|proteger}} {{trans-bottom}} =={{L|zh}}== {{zh-cat|bao3hu4|verb}} {{dng-cat|бохў|verb}} {{yue-cat|bou2wu6|verb}} {{nan-cat|po2hoo7|verb}} {{nan-tws-cat|bo2hu6|verb}} {{cpx-cat|bor3hou5|verb}} {{cdo-cat|bo2ho6|verb}} {{hak-cat|po3fu4|verb}} {{hak-hl-cat|boˊ fu˖|verb}} {{wuu-cat|pau2wu3|verb}} ==={{pron}}=== {{cmn-pron|bǎohù|dg=бо2хў3|a=Zh-baohù.ogg}} {{yue-pron|bou2 wu6}} {{nan-pron|ml,tw,sg:pó-hō͘|t=bo2 hu6}} {{cpx-pron|pt,xy:bor3 hou5}} {{cdo-pron|bō̤-hô}} {{hak-pron|pó-fu|h=boˊ fu˖|gd=bau3 fu4}} {{wuu-pron|sh:5pau wu}} ==={{verb}}=== {{zhchars|s=保护}} # 保護する、[[かばう]]。 =={{L|ko}}== ==={{noun}}=== {{ko-head|noun|보호}} #（日本語に同じ）保護。 =={{L|vi}}== ==={{verb}}=== {{vi-head|verb|bảo|hộ}} #保護する。 dtwphr56ijsrvq696wxbctbppfiy8h4 0 13197 2337293 2291388 2026-08-29T02:22:01Z Jiba1219 100610 2337293 wikitext text/x-wiki {{kana-DEFAULTSORT|よんじゅう}} {{Wikipedia|40}} [[Category:数字|40]] =={{L|ja}}== ==={{pron}}=== {{ja-pron|よんじゅう|acc=1}} ==={{numeral}}=== {{ja-numeral|よんじゅう|[[しじゅう]]}} # [[40]]。数の一つ。四の[[十倍]]。また、2×2×2×5 の積。[[卌]]。 ===={{trans}}==== {{trans-top}} *{{ar}}:[[اربعون]]({{ipa|’árbaʕun}}) *{{hy}}: [[քառասուն]] *{{it}}: [[quaranta]] *{{ia}}: [[quaranta]] *{{cy}}: [[deugain]] (20進法）, [[pedwar deg]] (10進法） *{{uk}}: [[сорок]] (sórok) *{{en}}: [[forty]] *{{et}}: [[nelikümmend]] *{{eo}}: [[kvardek]] *{{nl}}: [[veertig]] {{f}} *{{el}}: [[σαράντα]] (saránda) *{{hr}}: [[četrdeset]] *古代{{el}}: [[τεσσαράκοντα]] (tessarákonta) *{{sa}}: {{Unicode|[[catvāriṁśat]]}} *{{si}}: [[හතළිහ]] (hataḷiha) *{{sv}}: [[fyrti]], [[fyrtio]] *{{es}}: [[cuarenta]] *{{sk}}: [[štyridsať]] *{{sw}}: [[arobaini]] *{{sr}}: [[четрдесет]] ([[četrdeset]]) *[[{{th}}]]: {{lang|th|[[สี่สิบ]]}} *{{cs}}: [[čtyřicet]] *{{zh}}: *:{{cmn}}: 四十 (sìshí) *{{ko}}: {{l|ko|마흔}}, {{l|ko|사십(四十)}} *{{da}}: [[fyrre]] *{{de}}: [[vierzig]] {{f}} *{{tr}}: [[kırk]] *{{gld}}: [[дэхӣ]] *{{fy}}: [[fjirtich]] *{{no}}: [[förti]] *{{no}}: [[quaranti]] *{{hu}}: [[negyven]] *{{fi}}: [[neljäkymmentä]] *{{fr}}: [[quarante]] {{m}} *{{bg}}: [[четиридесет]] (četirideset) *{{br}}: [[daou-ugent]] *{{pl}}: [[czterdzieści]] *{{bs}}: [[četrdeset]] *{{pt}}: [[quarenta]] *{{mnc}}: {{MongolUnicode|lang=mnc|[[ᡩᡝᡥᡳ]]}} (dehi) *{{la}}: [[quadraginta]] *{{ro}}: [[patruzeci]] *{{ru}}: [[сорок]] (sórok) {{trans-bottom}} =={{L|zh}}== {{zh-cat|si4shi2|numeral}} {{zhx-sic-cat|si4si2|numeral}} {{yue-cat|sei3sap6|numeral}} {{nan-cat|si3chap8|numeral}} {{nan-tws-cat|si3zab8|numeral}} {{cpx-cat|si4seh7|numeral}} {{hak-cat|si4siip6|numeral}} {{hak-hl-cat|siˇ shibˋ|numeral}} {{wuu-cat|sy3zeh4|numeral}} {{hsn-cat|sr4shr6|numeral}} ==={{pron}}=== {{cmn-pron|sìshí|s=si4si2}} {{yue-pron|sei3 sap6}} {{nan-pron|ml,tp,kh,km,hc,tn,tc,yl,sx,mg,tc,lk,ph,jj:sì-cha̍p|t=si3 zab8}} {{cpx-pron|pt,xy:si4 seh7}} {{hak-pron|si-sṳ̍p|h=siˇ shibˋ}} {{wuu-pron|sh:5sy zeq;sz:5sy seq7}} {{hsn-pron|sr4 shr6}} ==={{numeral}}=== {{zhchars}} #四十。 =={{L|ko}}== ==={{numeral}}=== {{ko-head|numeral|사십}} #[[40]]。 ===={{rel}}}==== *{{l|ko|마흔}} 8jbrkrqm13mzxcgpiuyr27b58uh6vsj 2337295 2337293 2026-08-29T02:23:41Z Jiba1219 100610 2337295 wikitext text/x-wiki {{kana-DEFAULTSORT|よんじゅう}} {{Wikipedia|40}} [[Category:数字|40]] =={{L|ja}}== ==={{pron}}=== {{ja-pron|よんじゅう|acc=1}} {{ja-pron|しじゅう|acc=2}} ==={{numeral}}=== {{ja-numeral|よんじゅう|[[しじゅう]]}} # [[40]]。数の一つ。四の[[十倍]]。また、2×2×2×5 の積。[[卌]]。 ===={{trans}}==== {{trans-top}} *{{ar}}:[[اربعون]]({{ipa|’árbaʕun}}) *{{hy}}: [[քառասուն]] *{{it}}: [[quaranta]] *{{ia}}: [[quaranta]] *{{cy}}: [[deugain]] (20進法）, [[pedwar deg]] (10進法） *{{uk}}: [[сорок]] (sórok) *{{en}}: [[forty]] *{{et}}: [[nelikümmend]] *{{eo}}: [[kvardek]] *{{nl}}: [[veertig]] {{f}} *{{el}}: [[σαράντα]] (saránda) *{{hr}}: [[četrdeset]] *古代{{el}}: [[τεσσαράκοντα]] (tessarákonta) *{{sa}}: {{Unicode|[[catvāriṁśat]]}} *{{si}}: [[හතළිහ]] (hataḷiha) *{{sv}}: [[fyrti]], [[fyrtio]] *{{es}}: [[cuarenta]] *{{sk}}: [[štyridsať]] *{{sw}}: [[arobaini]] *{{sr}}: [[четрдесет]] ([[četrdeset]]) *[[{{th}}]]: {{lang|th|[[สี่สิบ]]}} *{{cs}}: [[čtyřicet]] *{{zh}}: *:{{cmn}}: 四十 (sìshí) *{{ko}}: {{l|ko|마흔}}, {{l|ko|사십(四十)}} *{{da}}: [[fyrre]] *{{de}}: [[vierzig]] {{f}} *{{tr}}: [[kırk]] *{{gld}}: [[дэхӣ]] *{{fy}}: [[fjirtich]] *{{no}}: [[förti]] *{{no}}: [[quaranti]] *{{hu}}: [[negyven]] *{{fi}}: [[neljäkymmentä]] *{{fr}}: [[quarante]] {{m}} *{{bg}}: [[четиридесет]] (četirideset) *{{br}}: [[daou-ugent]] *{{pl}}: [[czterdzieści]] *{{bs}}: [[četrdeset]] *{{pt}}: [[quarenta]] *{{mnc}}: {{MongolUnicode|lang=mnc|[[ᡩᡝᡥᡳ]]}} (dehi) *{{la}}: [[quadraginta]] *{{ro}}: [[patruzeci]] *{{ru}}: [[сорок]] (sórok) {{trans-bottom}} =={{L|zh}}== {{zh-cat|si4shi2|numeral}} {{zhx-sic-cat|si4si2|numeral}} {{yue-cat|sei3sap6|numeral}} {{nan-cat|si3chap8|numeral}} {{nan-tws-cat|si3zab8|numeral}} {{cpx-cat|si4seh7|numeral}} {{hak-cat|si4siip6|numeral}} {{hak-hl-cat|siˇ shibˋ|numeral}} {{wuu-cat|sy3zeh4|numeral}} {{hsn-cat|sr4shr6|numeral}} ==={{pron}}=== {{cmn-pron|sìshí|s=si4si2}} {{yue-pron|sei3 sap6}} {{nan-pron|ml,tp,kh,km,hc,tn,tc,yl,sx,mg,tc,lk,ph,jj:sì-cha̍p|t=si3 zab8}} {{cpx-pron|pt,xy:si4 seh7}} {{hak-pron|si-sṳ̍p|h=siˇ shibˋ}} {{wuu-pron|sh:5sy zeq;sz:5sy seq7}} {{hsn-pron|sr4 shr6}} ==={{numeral}}=== {{zhchars}} #四十。 =={{L|ko}}== ==={{numeral}}=== {{ko-head|numeral|사십}} #[[40]]。 ===={{rel}}}==== *{{l|ko|마흔}} cj79bw8ur7m12cnvq0vm0j9dgb58dq2 0 15087 2337216 1538421 2026-08-28T23:33:22Z Nekowokezuru 125841 /* 関連語 */ 2337216 wikitext text/x-wiki {{DEFAULTSORT:おられる}} =={{ja}}== [[Category:{{ja}}]] ===動詞句=== [[Category:{{ja}} {{verb}}]] [[Category:誤読・誤用]] '''おられる'''【[[居]]られる】（[[動詞]]「[[おる]]」の[[未然形]]+[[尊敬]]の[[助動詞]]「[[れる]]」） #「[[いる]]（…ている）」の[[丁寧]]、または[[尊敬]]の[[表現]]。[[いらっしゃる]]。 #*その時にある人が[[板]]のような[[あつい|厚い]][[博多織]]の[[男帯]]を持って来まして、これは今{{ふりがな|上方|かみがた}}から[[博多]]に来ている[[力士]]の[[おび|帯]]で、わざわざ博多へ[[注文]]して織らせて上方で仕立てさしたものだけれど、何だか[[むすびめ|結び目]]が[[ぐあい|工合]]が悪くて気に入らないから、又仕立て直さしたけれども[[やはり|矢張り]]いけない。[[博多織]]を扱いつけて'''おられる'''こっちのお[[師匠]]さんよりほかに[[したて|仕立て]][[なおす|直し]]て頂く処がなくなりましたから[[もつ|持っ]]て来ましたと[[もうす|申し]]ました。（[[w:夢野久作|夢野久作]]『押絵の奇蹟』） #*[[来会]]者は[[訊問]]されることもなく、すぐ[[解散]]を許された。/残ったのは、[[総監]]と、特に居残りを命じられた[[楽士]]であった。/「あなた方は一段高い席に'''おられた'''のですが、[[犯行]]を[[目撃]]された方はおりませんか」（[[w:坂口安吾|坂口安吾]]『明治開化　安吾捕物帖』） #*｢皇后さまは週日のほぼ連日のご公務に加え，土日や祝日にもしばしば公的な行事や祭祀をお務めになって'''おられ'''ます。陛下のご健康を案じられ，早朝のご散策やお時間の許す限りテニス等をつとめて陛下と共になさるように心掛けて'''おられ'''ます。また，お忙しいご公務の合間に読書をされたりピアノの練習も少しずつ続けて'''おられ'''，……｣（[http://www.kunaicho.go.jp/okotoba/01/kaiken/gokaito-h17sk.html 宮内記者会の質問に対する文書ご回答]） ====参考==== *「[[おる]]」を[[謙譲語]]としか使用・認識しない地域（東京などの関東地方）の出身者・年齢層には、「『おる』は[[謙譲語]]であるのに対し『[[れる]]』は[[尊敬語]]であるため、「おられる」は[[相手]]を[[一旦]]引き下げておいてまた引き上げることになり、差引きゼロで敬語になっていない」という理由で、この語法を不正確な敬語であると考える者もある。 *「おる」を[[丁重語]]、または一般の[[動詞]]と認識する地域（京都・大阪周辺を除く[[西日本]]）の出身者・年齢層にとっては、何の問題もない語法である。「[[いる]]」よりも丁寧で、「[[いらっしゃる]]」よりは丁寧さの劣る表現として用いられる。 ===={{pron|ja}}==== *東京式アクセント: お↗られ↘る **{{IPA1|(ʔ)oɺ̠áɺ̠éɺ̠ɯ}} **{{X-SAMPA|(?)ol_a_-a_Hl_a_-e_Hl_a_-M}} *京阪式アクセント: ↗おられる↘ ===={{rel}}==== *[[いらっしゃる]]、[[おいでる]] *[[あられる]] *[[おる]] *[[れる]] {{stub|ja}} 7jrdttm4og1msh7lcnw30j8ds0t0uzg 0 18674 2337236 1165564 2026-08-29T00:29:22Z Kuroco2k 84207 [[:en:άλλος]] 2337236 wikitext text/x-wiki =={{L|el}}== ==={{alter}}=== *{{alt+|el|ἄλλος||複数アクセント}} ==={{etym}}=== {{etyl|grc|el}} {{m|grc|ἄλλος}} < {{etyl|grk-pro|el}} {{m|grk-pro|*ál͏̌l͏̌os}} < {{etyl|ine-pro|el}} {{m|ine-pro|*h₂élyos}} ==={{pron}}=== *{{IPA|lang=el|/ˈa.los/}} *{{hyph|el|άλ|λος}} ==={{pronoun}}=== {{el-pron|f=άλλη|n=άλλο}} #{{おくりがな2|異|こと|なる|ことなる}}、{{ふりがな|他|ほか}}の。 #{{おくりがな2|違|ちが|う|ちがう}}。 ===={{desc}}==== {{el-decl-ος-η-ο|άλλ|note={{l|el|αλλουνού}}, {{l|el|αλληνής}}, {{l|el|αλλωνών}}, {{l|el|αλλουνούς}} といった、オキシトーンによる属格 (まれに対格)の別形があることに注意。}} ===={{drv}}==== {{col2|el|[[άλλος]] [[κόσμος]]<g:m>|κ.ά.|[[και]] [[άλλα]]<g:n,p>|[[και]] [[άλλοι]]<g:mf,p>}} ===={{rel}}==== *{{l|el|αλλιώς}} apvhnzbhpguxg1gnn0v6jxoxlt1qq1y 0 18791 2337241 1165562 2026-08-29T00:29:24Z Kuroco2k 84207 2337241 wikitext text/x-wiki =={{L|el}}== ==={{alter}}=== *{{alt+|el|ἄλλο||複数アクセント}} ==={{pron}}=== *{{IPA|lang=el|/ˈa.lo/}} *{{hyph|el|άλ|λο}} ==={{pronoun}}=== {{head|el|pronoun form}} #{{infl of+|el|άλλος||acc|m|s|;|nom//acc//voc|n|s}} p9q0fpn9rx5z1gswmt5w34keenxgz1l 0 18792 2337240 1165565 2026-08-29T00:29:24Z Kuroco2k 84207 2337240 wikitext text/x-wiki =={{L|el}}== ==={{alter}}=== *{{alt+|el|ἄλλου||複数アクセント}} ==={{pron}}=== *{{IPA|lang=el|/ˈa.lu/}} *{{hyph|el|άλ|λου}} ==={{pronoun}}=== {{head|el|pronoun form}} #{{infl of+|el|άλλος||gen|m//n|p}} skbgea2pdrgu0h9ixj5brtcvfdhmprm 0 18794 2337235 1165563 2026-08-29T00:29:22Z Kuroco2k 84207 2337235 wikitext text/x-wiki =={{L|el}}== ==={{alter}}=== *{{alt+|el|ἄλλες||複数アクセント}} ==={{pron}}=== *{{IPA|lang=el|/ˈa.les/}} *{{hyph|el|άλ|λες}} ==={{pronoun}}=== {{head|el|pronoun form}} #{{infl of+|el|άλλος||nom//voc|m|p}} meugrqmmxkpcv4ar34oql99ybuklvsd 0 18796 2337237 1165566 2026-08-29T00:29:23Z Kuroco2k 84207 2337237 wikitext text/x-wiki =={{L|el}}== ==={{alter}}=== *{{alt+|el|ἄλλους||単一アクセント}} ==={{pron}}=== *{{IPA|lang=el|/ˈa.li/}} *{{hyph|el|άλ|λοι}} ==={{pronoun}}=== {{head|el|pronoun form}} #{{infl of+|el|άλλος||acc|m|p}} ghdxvbht7qg3n9rvo92t58q03yk9bqi 0 18812 2337243 1165560 2026-08-29T00:29:25Z Kuroco2k 84207 2337243 wikitext text/x-wiki =={{L|el}}== ==={{alter}}=== *{{alt+|el|ἄλλη||複数アクセント}} ==={{pron}}=== *{{IPA|lang=el|/ˈa.li/}} ==={{pronoun}}=== {{head|el|pronoun form}} #{{infl of+|el|άλλος||nom//acc//voc|f|s}} guir1yw75knfd3mus8zmeqkd2dcsn6a 0 18813 2337242 1165561 2026-08-29T00:29:24Z Kuroco2k 84207 2337242 wikitext text/x-wiki =={{L|el}}== ==={{alter}}=== *{{alt+|el|ἄλλης||複数アクセント}} ==={{pron}}=== *{{IPA|lang=el|/ˈa.lis/}} *{{hyph|el|άλ|λης}} ==={{pronoun}}=== {{head|el|pronoun form}} #{{infl of+|el|άλλος||gen|f|s}} rv61pbndc2i833f8hyeyl91jbi97xl3 0 18814 2337238 1165559 2026-08-29T00:29:23Z Kuroco2k 84207 2337238 wikitext text/x-wiki =={{L|el}}== ==={{alter}}=== *{{alt+|el|ἄλλες||複数アクセント}} ==={{pron}}=== *{{IPA|lang=el|/ˈa.les/}} *{{hyph|el|άλ|λες}} ==={{pronoun}}=== {{head|el|pronoun form}} #{{infl of+|el|άλλος||gen|m//n|s}} j7vm4eynivv6estcwfuttoiwrdggamh 0 18815 2337239 1165558 2026-08-29T00:29:24Z Kuroco2k 84207 2337239 wikitext text/x-wiki =={{L|el}}== ==={{alter}}=== *{{alt+|el|ἄλλου||複数アクセント}} ==={{pron}}=== *{{IPA|lang=el|/ˈa.lu/}} *{{hyph|el|άλ|λου}} ==={{pronoun}}=== {{head|el|pronoun form}} #{{infl of+|el|άλλος||nom//acc//voc|f|p}} ey968e3dkyswcjyqxtozfo33fvqq533 0 20295 2337360 2267624 2026-08-29T11:44:35Z ~2026-47200-58 133231 2337360 wikitext text/x-wiki {{kana-DEFAULTSORT}} =={{L|ja}}== {{wikipedia}} ==={{etym}}=== {{bor|ja|en|lion}} ==={{pron}}=== {{ja-pron|acc=0}} :{{X-SAMPA|4aion}} ==={{noun}}=== [[File:The King.jpg|thumb|right|ライオンの群れ]] {{ja-noun}} [[Category:{{ja}} 豹]] # ネコ目（食肉目）ネコ科の[[哺乳動物]]。{{学名は|Panthera leo}}。[[アフリカ]]から[[インド]]の[[草原]]に[[生息]]し、[[体長]]は[[とら|虎]]と並んでネコ科最大である。[[おす|雄]]は[[頭部]]から[[頸部]]にかけ{{ふりがな|鬣|たてがみ}}があるのが特徴。古代よりら、[[ヨーロッパ]]、北アフリカから西アジアにかけ、その勇猛さは[[憧憬]]の対象であり[[百獣の王]]と称される。[[中国]]にも早くから伝わり、ペルシア語を起源とする[[獅子]]の語が当てられた。 ===={{syn}}==== *[[獅子]] *[[百獣の王]] *[[アフリカン芸人悦次郎中谷はかせ（悪魔の実　能力者）]] ===={{trans}}==== {{trans-top}} *{{T|is}}: [[ljón]] {{n}} *{{T|ga}}: [[leon]] {{m}} *{{T|af}}: [[leeu]] *{{T|ar}}: {{ARchar|[[اسد|أسَد]]}} (’ásad) {{m}},エジプト {{ARchar|[[اسد|أسَد]]}} (’ásad) {{m}} *{{T|it}}: [[leone]] {{m}} *{{T|id}}: [[singa]] *{{T|cy}}: [[llew]] *{{T|vo}}: {{t|vo|leon}} *{{T|wo}}: {{t|wo|gaynde}} *{{T|ur}}: {{URchar|[[سنگھ]]}} (singh), {{URchar|[[شیر]]}} (šīr) *{{T|en}}: [[lion]] *{{T|et}}: [[lõvi]] *{{T|eo}}: [[leono]] *{{T|ryu}}: [[しーさー]], [[しし]], [[しーし]] *{{T|nl}}: [[leeuw]] {{m}} *{{T|kn}}: [[ಸಿಂಹ]] (singha) *{{T|ki}}: {{t-|ki|mũrũthi|c3}}, {{t-|ki|ngatia}} *{{T|el}}: [[λιοντάρι]] (liondári) {{n}} *:{{T|grc}}: [[λέων]] (léōn) {{m}} *{{T|xh}}: [[ingonyama]] *{{T|sa}}: [[केसरी]] (kesarī) *{{T|sd}}: {{SDchar|[[شِینھُن]]}} (šeehu~) {{m}} {{SDchar|[[شِینھِڻ]]}} (šeehinn) {{f}} *{{T|sv}}: [[lejon]] {{n}} *{{T|zu}}: [[ingonyama]] *{{T|es}}: [[león]] *{{T|sk}}: {{t|sk|lev|m}} *{{T|sl}}: [[lev]] {{m}} *{{T|sw}}: {{t|sw|simba}} *{{T|sh}} *:キリル文字: {{t|sh|лав|m}} *:ラテン文字: {{t|sh|lav|m}} *{{T|so}}: [[Libaax]] *{{T|th}}: {{THchar|[[สิงโต]]}}(sing-tō), {{THchar|[[สิงห์]]}}(sing), {{THchar|[[ราชสีห์]]}} (rāt-sīh) *{{T|ta}}: [[சிங்கம்]] (cingkam) *{{T|cs}}: [[lev]] {{m}} *{{T|chr}}: [[ᏝᏓᏥ]] (tladatsi), [[ᎲᏓᏱ]] (hvdayi) *{{T|zh}}: {{lang|zh|[[狮]]}} ({{lang|zh|[[獅]]}}　shī), [[狮子]] ({{lang|zh|[[獅子]]}}　shīzi, shi1zi) *{{T|ko}}: {{朝鮮語訳|word=사자|hanja=獅子|rom=saja}} *{{T|te}}: [[సింహము]] (saMhamu) *{{T|da}}: [[løve]], (løver) {{p}}, (løvinde) {{f}}, (løvinder) {{f}} {{p}} *{{T|de}}: [[Löwe]] {{m}}, [[Löwin]] {{f}} (''[[lioness]]''); [[Leu]] {{m}} (poetic) *{{T|tr}}: [[aslan]] *{{T|no}}: [[løve]] {{m}} *{{T|haw}}: [[liona]] *{{T|hu}}: [[oroszlán]] *{{T|hi}}: [[शेर]] (šer), [[सिंह]] (si.nh) *{{T|fi}}: [[leijona]] *{{T|fr}}: {{t|fr|lion|m}} *{{T|bg}}: [[лъв]] (lâw) {{m}} *{{T|vi}}: [[con sư tử đực]] *{{T|he}}: [[אריה]] (aryeh) {{m}} *{{T|fa}}: {{FAchar|[[شیر]]}} (šīr) *{{T|pl}}: {{t|pl|lew|m}};（メス）{{t|pl|lwica|f}} *{{T|pt}}: [[leão]] {{m}} *{{T|ms}}: [[singa]] *{{T|lo}}: {{t|lo|ສິງ}}, {{t|lo|ສິງໂຕ}} *{{T|la}}: [[leo]] {{m}} *{{T|lv}}: [[lauva]] *{{T|lt}}: {{t|lt|liūtas|m}};（メス）{{t-|lt|liūtė|f}} *{{T|ro}}: [[leu]] {{m}} *{{T|lb}}: [[Léiw]] {{m}} *{{T|ru}}: [[лев]] (lyev) {{m}} {{trans-bottom}} hpx7n7zdd2cgbzmdhq5d5fc92hk960q 2337361 2337360 2026-08-29T11:47:15Z Kuroco2k 84207 [[Special:Contributions/~2026-47200-58|~2026-47200-58]] ([[User talk:~2026-47200-58|トーク]]) による版 [[Special:Diff/2337360|2337360]] を取り消し 2337361 wikitext text/x-wiki {{kana-DEFAULTSORT}} =={{L|ja}}== {{wikipedia}} ==={{etym}}=== {{bor|ja|en|lion}} ==={{pron}}=== {{ja-pron|acc=0}} :{{X-SAMPA|4aion}} ==={{noun}}=== [[File:The King.jpg|thumb|right|ライオンの雄（右）と雌（左）]] {{ja-noun}} [[Category:{{ja}} 豹]] # ネコ目（食肉目）ネコ科の[[哺乳動物]]。{{学名は|Panthera leo}}。[[アフリカ]]から[[インド]]の[[草原]]に[[生息]]し、[[体長]]は[[とら|虎]]と並んでネコ科最大。[[おす|雄]]は[[頭部]]から[[頸部]]にかけ{{ふりがな|鬣|たてがみ}}があるのが特徴。古代よりら、[[ヨーロッパ]]、北アフリカから西アジアにかけ、その勇猛さは[[憧憬]]の対象であり[[百獣の王]]と称される。[[中国]]にも早くから伝わり、ペルシア語を起源とする[[獅子]]の語が当てられた。 ===={{syn}}==== *[[獅子]] *[[百獣の王]] ===={{trans}}==== {{trans-top}} *{{T|is}}: [[ljón]] {{n}} *{{T|ga}}: [[leon]] {{m}} *{{T|af}}: [[leeu]] *{{T|ar}}: {{ARchar|[[اسد|أسَد]]}} (’ásad) {{m}},エジプト {{ARchar|[[اسد|أسَد]]}} (’ásad) {{m}} *{{T|it}}: [[leone]] {{m}} *{{T|id}}: [[singa]] *{{T|cy}}: [[llew]] *{{T|vo}}: {{t|vo|leon}} *{{T|wo}}: {{t|wo|gaynde}} *{{T|ur}}: {{URchar|[[سنگھ]]}} (singh), {{URchar|[[شیر]]}} (šīr) *{{T|en}}: [[lion]] *{{T|et}}: [[lõvi]] *{{T|eo}}: [[leono]] *{{T|ryu}}: [[しーさー]], [[しし]], [[しーし]] *{{T|nl}}: [[leeuw]] {{m}} *{{T|kn}}: [[ಸಿಂಹ]] (singha) *{{T|ki}}: {{t-|ki|mũrũthi|c3}}, {{t-|ki|ngatia}} *{{T|el}}: [[λιοντάρι]] (liondári) {{n}} *:{{T|grc}}: [[λέων]] (léōn) {{m}} *{{T|xh}}: [[ingonyama]] *{{T|sa}}: [[केसरी]] (kesarī) *{{T|sd}}: {{SDchar|[[شِینھُن]]}} (šeehu~) {{m}} {{SDchar|[[شِینھِڻ]]}} (šeehinn) {{f}} *{{T|sv}}: [[lejon]] {{n}} *{{T|zu}}: [[ingonyama]] *{{T|es}}: [[león]] *{{T|sk}}: {{t|sk|lev|m}} *{{T|sl}}: [[lev]] {{m}} *{{T|sw}}: {{t|sw|simba}} *{{T|sh}} *:キリル文字: {{t|sh|лав|m}} *:ラテン文字: {{t|sh|lav|m}} *{{T|so}}: [[Libaax]] *{{T|th}}: {{THchar|[[สิงโต]]}}(sing-tō), {{THchar|[[สิงห์]]}}(sing), {{THchar|[[ราชสีห์]]}} (rāt-sīh) *{{T|ta}}: [[சிங்கம்]] (cingkam) *{{T|cs}}: [[lev]] {{m}} *{{T|chr}}: [[ᏝᏓᏥ]] (tladatsi), [[ᎲᏓᏱ]] (hvdayi) *{{T|zh}}: {{lang|zh|[[狮]]}} ({{lang|zh|[[獅]]}}　shī), [[狮子]] ({{lang|zh|[[獅子]]}}　shīzi, shi1zi) *{{T|ko}}: {{朝鮮語訳|word=사자|hanja=獅子|rom=saja}} *{{T|te}}: [[సింహము]] (saMhamu) *{{T|da}}: [[løve]], (løver) {{p}}, (løvinde) {{f}}, (løvinder) {{f}} {{p}} *{{T|de}}: [[Löwe]] {{m}}, [[Löwin]] {{f}} (''[[lioness]]''); [[Leu]] {{m}} (poetic) *{{T|tr}}: [[aslan]] *{{T|no}}: [[løve]] {{m}} *{{T|haw}}: [[liona]] *{{T|hu}}: [[oroszlán]] *{{T|hi}}: [[शेर]] (šer), [[सिंह]] (si.nh) *{{T|fi}}: [[leijona]] *{{T|fr}}: {{t|fr|lion|m}} *{{T|bg}}: [[лъв]] (lâw) {{m}} *{{T|vi}}: [[con sư tử đực]] *{{T|he}}: [[אריה]] (aryeh) {{m}} *{{T|fa}}: {{FAchar|[[شیر]]}} (šīr) *{{T|pl}}: {{t|pl|lew|m}};（メス）{{t|pl|lwica|f}} *{{T|pt}}: [[leão]] {{m}} *{{T|ms}}: [[singa]] *{{T|lo}}: {{t|lo|ສິງ}}, {{t|lo|ສິງໂຕ}} *{{T|la}}: [[leo]] {{m}} *{{T|lv}}: [[lauva]] *{{T|lt}}: {{t|lt|liūtas|m}};（メス）{{t-|lt|liūtė|f}} *{{T|ro}}: [[leu]] {{m}} *{{T|lb}}: [[Léiw]] {{m}} *{{T|ru}}: [[лев]] (lyev) {{m}} {{trans-bottom}} 4l0bvd01usuzpbkui9r5dsrdxta7ex7 0 23288 2337222 2154479 2026-08-28T23:55:05Z Jiba1219 100610 2337222 wikitext text/x-wiki =={{L|zh}}== {{zh-cat|bao3hu4|verb|hsk=甲|hsk2=4}} {{dng-cat|бохў|verb}} {{yue-cat|bou2wu6|verb}} {{nan-cat|po2hoo7|verb}} {{nan-tws-cat|bo2hu6|verb}} {{cpx-cat|bor3hou5|verb}} {{cdo-cat|bo2ho6|verb}} {{hak-hl-cat|boˊ fu˖|verb}} {{wuu-cat|pau2wu3|verb}} ==={{pron}}=== {{cmn-pron|bǎohù|dg=бо2хў3|a=Zh-baohù.ogg|z=n}} {{yue-pron|bou2 wu6|h=n}} {{nan-pron|ml,sg:pó-hō͘|t=bo2 hu6}} {{cpx-pron|pt,xy:bor3 hou5}} {{cdo-pron|bō̤-hô}} {{hak-pron|h=boˊ fu˖|gd=bau3 fu4}} {{wuu-pron|sh:5pau wu}} ==={{verb}}=== {{zhchars|t=保護}} #[[保護]]する。 #[[大切]]にする。 cq5vn7hgw0s8w5a6rlp3na6wqxc9gz5 0 25440 2337326 1918343 2026-08-29T06:12:08Z 鍼灸 112313 2337326 wikitext text/x-wiki {{kana-DEFAULTSORT|ちきゅうおんだんか}} {{wikipedia}} {{wikiversity}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|ちきゅうおんだんか}} [[Category:{{ja}}_環境}} # 《{{xlink|環境学|環境学}}[[等]][[地球科学]]》［[[広義]]］　[[地球]][[表面]]の[[大気]]と[[海洋]]の[[平均]][[温度]]が[[長期]][[的]]に[[上昇]]すること。より[[具体的]]には、{{xlink|現世|現世 (地球科学)}}の地球を[[基準]]として、大気と海洋の平均温度が、[[数]][[十年]][[以上]]の[[時間]][[単位]]の[[なか|中]]の[[比較]]においてそれ[[以前]]より[[あきらか|明らか]]な上昇を[[しめす|示す]]こと。 #* それが「[[自然現象]]」[[あるいは]]「[[人類]]の[[活動]]の[[おおきい|大き]]な[[影響]][[下]]での、自然現象」として[[おこる|起こる]]ことを[[さす|指す]]「[[地球温暖化現象]]」と[[同義]]に[[もちいる|用い]]られることが[[おおい|多い]]（※[[語]]としては、そして[[人類史]]の[[将来]]には、[[意図]]して[[ひきおこす|引き起こす]][[計画]]的「地球温暖化」も[[ありうる|あり得る]]）。この語[[自体]]は、地球が温暖化すること[[のみ]]を[[あらわす|表す]]のであって、その[[原因]]に人類の活動が[[関係]]しているか[[どうか]]は[[別儀]]である。 #* 「地球温暖化」および「地球温暖化現象」は、[[単]]に「'''[[温暖化]]'''」と[[よぶ|呼]]ばれることもある。 #* [[海水]]の[[膨張]]、{{xlink|氷河|氷河}}などの[[融解]]、それらによる[[海水準]]の上昇（{{xlink|海面上昇|海面上昇}}。''[[cf.]]'' {{xlink|海水準変動|海水準変動}}）と[[海進]]、{{xlink|異常気象|異常気象}}の[[頻発]]などが[[もたらす|もたら]]され、{{xlink|生態系|生態系}}、人類の[[生活]][[環境]]、[[農業]]と[[食糧]][[供給]]、[[その他]]に[[多大]]な影響を[[およぼす|及ぼす]]と考えられる。 # 《 [[同上|同 上]] 》［[[狭義]]1］　[[語義]]1の[[うち]]、[[もっとも|最も]][[近年]]に[[おこる|起こっ]]ている[[ひとつ|一つ]]。[[すなわち]]、{{w|19世紀}}[[後半]]に[[はじまる|始ま]]り、[[現在]]も[[進行]]していると[[かんがえる|考え]]られているものを指す。[[環境]][[用語]]として用いられることが多い。 # 《 同 上 》［狭義2］　人類の活動によると[[仮定]]した上での、語義2の[[変化]]（現象）。すなわち、{{xlink|産業革命|産業革命}}[[以降]]の人類の活動によって[[温室効果ガス]]{{wp|}}が大気中に[[大量]][[放出]]され[[つづける|続け]]ている[[結果]]として、地球[[全体]]の平均気温および平均海水温が長期に[[わたる#動詞・亘る|わたっ]]て上昇し続けていること、また、その現象。 ====[[{{etym}}]]==== 「[[地球]]」と「[[温暖化]]（[[直前]]の[[時期]]と[[比較]]する[[うえ|上]]での、[[寒冷]]から[[温暖]]への[[変化]]）」を[[連結]]させた語であるが、ここでの「温暖化」は「地球[[表面]]の[[大気]]と[[海洋]]の[[平均]][[温度]]についての」という[[特定]]の[[意味]]を[[もつ|持]]たせている。 ===={{rel}}==== * [[温暖化]] :* '''地球温暖化''' ::* [[地球温暖化現象]] * {{xlink|温室効果ガス|温室効果ガス}} ：[[二酸化炭素]]、[[メタン]]、{{xlink|亜酸化窒素|亜酸化窒素}}、{{xlink|フロン|フロン}}など。 * [[灼熱化]] =====[[{{ant}}]]===== * [[寒冷化]] :* {{xlink|地球寒冷化|地球寒冷化}} ::* [[地球寒冷化現象]] ===={{trans}}==== {{top|2}} * [[{{de}}]] : {{t|de|Erderwärmung|f}} * [[{{en}}]] : {{t+|en|global warming}} * [[{{sv}}]] : {{t-|sv|global uppvärmning|c}} * [[{{th}}]] : {{t+|th|โลกร้อน}} * [[{{vi}}]] : {{t+|vi|ấm lên toàn cầu|}}, {{t+|vi|nóng lên toàn cầu}}, {{t+|vi|hâm nóng toàn cầu}} * [[{{zh}}]] : {{zh-ts|[[全球變暖]]|[[全球变暖]]}}, {{zh-ts|[[全毬暖化]]|[[全球暖化]]}} {{bottom}} evmzw20itav9ezfm8fjwi32v86m5zzl 2337327 2337326 2026-08-29T06:12:18Z 鍼灸 112313 2337327 wikitext text/x-wiki {{kana-DEFAULTSORT|ちきゅうおんだんか}} {{wikipedia}} {{wikiversity}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|ちきゅうおんだんか}} [[Category:{{ja}}_環境]] # 《{{xlink|環境学|環境学}}[[等]][[地球科学]]》［[[広義]]］　[[地球]][[表面]]の[[大気]]と[[海洋]]の[[平均]][[温度]]が[[長期]][[的]]に[[上昇]]すること。より[[具体的]]には、{{xlink|現世|現世 (地球科学)}}の地球を[[基準]]として、大気と海洋の平均温度が、[[数]][[十年]][[以上]]の[[時間]][[単位]]の[[なか|中]]の[[比較]]においてそれ[[以前]]より[[あきらか|明らか]]な上昇を[[しめす|示す]]こと。 #* それが「[[自然現象]]」[[あるいは]]「[[人類]]の[[活動]]の[[おおきい|大き]]な[[影響]][[下]]での、自然現象」として[[おこる|起こる]]ことを[[さす|指す]]「[[地球温暖化現象]]」と[[同義]]に[[もちいる|用い]]られることが[[おおい|多い]]（※[[語]]としては、そして[[人類史]]の[[将来]]には、[[意図]]して[[ひきおこす|引き起こす]][[計画]]的「地球温暖化」も[[ありうる|あり得る]]）。この語[[自体]]は、地球が温暖化すること[[のみ]]を[[あらわす|表す]]のであって、その[[原因]]に人類の活動が[[関係]]しているか[[どうか]]は[[別儀]]である。 #* 「地球温暖化」および「地球温暖化現象」は、[[単]]に「'''[[温暖化]]'''」と[[よぶ|呼]]ばれることもある。 #* [[海水]]の[[膨張]]、{{xlink|氷河|氷河}}などの[[融解]]、それらによる[[海水準]]の上昇（{{xlink|海面上昇|海面上昇}}。''[[cf.]]'' {{xlink|海水準変動|海水準変動}}）と[[海進]]、{{xlink|異常気象|異常気象}}の[[頻発]]などが[[もたらす|もたら]]され、{{xlink|生態系|生態系}}、人類の[[生活]][[環境]]、[[農業]]と[[食糧]][[供給]]、[[その他]]に[[多大]]な影響を[[およぼす|及ぼす]]と考えられる。 # 《 [[同上|同 上]] 》［[[狭義]]1］　[[語義]]1の[[うち]]、[[もっとも|最も]][[近年]]に[[おこる|起こっ]]ている[[ひとつ|一つ]]。[[すなわち]]、{{w|19世紀}}[[後半]]に[[はじまる|始ま]]り、[[現在]]も[[進行]]していると[[かんがえる|考え]]られているものを指す。[[環境]][[用語]]として用いられることが多い。 # 《 同 上 》［狭義2］　人類の活動によると[[仮定]]した上での、語義2の[[変化]]（現象）。すなわち、{{xlink|産業革命|産業革命}}[[以降]]の人類の活動によって[[温室効果ガス]]{{wp|}}が大気中に[[大量]][[放出]]され[[つづける|続け]]ている[[結果]]として、地球[[全体]]の平均気温および平均海水温が長期に[[わたる#動詞・亘る|わたっ]]て上昇し続けていること、また、その現象。 ====[[{{etym}}]]==== 「[[地球]]」と「[[温暖化]]（[[直前]]の[[時期]]と[[比較]]する[[うえ|上]]での、[[寒冷]]から[[温暖]]への[[変化]]）」を[[連結]]させた語であるが、ここでの「温暖化」は「地球[[表面]]の[[大気]]と[[海洋]]の[[平均]][[温度]]についての」という[[特定]]の[[意味]]を[[もつ|持]]たせている。 ===={{rel}}==== * [[温暖化]] :* '''地球温暖化''' ::* [[地球温暖化現象]] * {{xlink|温室効果ガス|温室効果ガス}} ：[[二酸化炭素]]、[[メタン]]、{{xlink|亜酸化窒素|亜酸化窒素}}、{{xlink|フロン|フロン}}など。 * [[灼熱化]] =====[[{{ant}}]]===== * [[寒冷化]] :* {{xlink|地球寒冷化|地球寒冷化}} ::* [[地球寒冷化現象]] ===={{trans}}==== {{top|2}} * [[{{de}}]] : {{t|de|Erderwärmung|f}} * [[{{en}}]] : {{t+|en|global warming}} * [[{{sv}}]] : {{t-|sv|global uppvärmning|c}} * [[{{th}}]] : {{t+|th|โลกร้อน}} * [[{{vi}}]] : {{t+|vi|ấm lên toàn cầu|}}, {{t+|vi|nóng lên toàn cầu}}, {{t+|vi|hâm nóng toàn cầu}} * [[{{zh}}]] : {{zh-ts|[[全球變暖]]|[[全球变暖]]}}, {{zh-ts|[[全毬暖化]]|[[全球暖化]]}} {{bottom}} izgqjdk88lvyx2g0ex1yk58tyxbyzq8 2337328 2337327 2026-08-29T06:18:25Z 鍼灸 112313 2337328 wikitext text/x-wiki {{kana-DEFAULTSORT|ちきゅうおんだんか}} {{wikipedia}} {{wikiversity}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|ちきゅうおんだんか}} # {{タグ|ja|環境}}［[[広義]]］　[[地球]][[表面]]の[[大気]]と[[海洋]]の[[平均]][[温度]]が[[長期]][[的]]に[[上昇]]すること。より[[具体的]]には、{{xlink|現世|現世 (地球科学)}}の地球を[[基準]]として、大気と海洋の平均温度が、[[数]][[十年]][[以上]]の[[時間]][[単位]]の[[なか|中]]の[[比較]]においてそれ[[以前]]より[[あきらか|明らか]]な上昇を[[しめす|示す]]こと。 #* それが「[[自然現象]]」[[あるいは]]「[[人類]]の[[活動]]の[[おおきい|大き]]な[[影響]][[下]]での、自然現象」として[[おこる|起こる]]ことを[[さす|指す]]「[[地球温暖化現象]]」と[[同義]]に[[もちいる|用い]]られることが[[おおい|多い]]（※[[語]]としては、そして[[人類史]]の[[将来]]には、[[意図]]して[[ひきおこす|引き起こす]][[計画]]的「地球温暖化」も[[ありうる|あり得る]]）。この語[[自体]]は、地球が温暖化すること[[のみ]]を[[あらわす|表す]]のであって、その[[原因]]に人類の活動が[[関係]]しているか[[どうか]]は[[別儀]]である。 #* 「地球温暖化」および「地球温暖化現象」は、[[単]]に「'''[[温暖化]]'''」と[[よぶ|呼]]ばれることもある。 #* [[海水]]の[[膨張]]、{{xlink|氷河|氷河}}などの[[融解]]、それらによる[[海水準]]の上昇（{{xlink|海面上昇|海面上昇}}。''[[cf.]]'' {{xlink|海水準変動|海水準変動}}）と[[海進]]、{{xlink|異常気象|異常気象}}の[[頻発]]などが[[もたらす|もたら]]され、{{xlink|生態系|生態系}}、人類の[[生活]][[環境]]、[[農業]]と[[食糧]][[供給]]、[[その他]]に[[多大]]な影響を[[およぼす|及ぼす]]と考えられる。 # {{タグ|ja|環境}}［[[狭義]]1］　[[語義]]1の[[うち]]、[[もっとも|最も]][[近年]]に[[おこる|起こっ]]ている[[ひとつ|一つ]]。[[すなわち]]、{{w|19世紀}}[[後半]]に[[はじまる|始ま]]り、[[現在]]も[[進行]]していると[[かんがえる|考え]]られているものを指す。[[環境]][[用語]]として用いられることが多い。 # {{タグ|ja|環境}}［狭義2］　人類の活動によると[[仮定]]した上での、語義2の[[変化]]（現象）。すなわち、{{xlink|産業革命|産業革命}}[[以降]]の人類の活動によって[[温室効果ガス]]{{wp|}}が大気中に[[大量]][[放出]]され[[つづける|続け]]ている[[結果]]として、地球[[全体]]の平均気温および平均海水温が長期に[[わたる#動詞・亘る|わたっ]]て上昇し続けていること、また、その現象。 ====[[{{etym}}]]==== 「[[地球]]」と「[[温暖化]]（[[直前]]の[[時期]]と[[比較]]する[[うえ|上]]での、[[寒冷]]から[[温暖]]への[[変化]]）」を[[連結]]させた語であるが、ここでの「温暖化」は「地球[[表面]]の[[大気]]と[[海洋]]の[[平均]][[温度]]についての」という[[特定]]の[[意味]]を[[もつ|持]]たせている。 ===={{rel}}==== * [[温暖化]] :* '''地球温暖化''' ::* [[地球温暖化現象]] * {{xlink|温室効果ガス|温室効果ガス}} ：[[二酸化炭素]]、[[メタン]]、{{xlink|亜酸化窒素|亜酸化窒素}}、{{xlink|フロン|フロン}}など。 * [[灼熱化]] =====[[{{ant}}]]===== * [[寒冷化]] :* {{xlink|地球寒冷化|地球寒冷化}} ::* [[地球寒冷化現象]] ===={{trans}}==== {{top|2}} * [[{{de}}]] : {{t|de|Erderwärmung|f}} * [[{{en}}]] : {{t+|en|global warming}} * [[{{sv}}]] : {{t-|sv|global uppvärmning|c}} * [[{{th}}]] : {{t+|th|โลกร้อน}} * [[{{vi}}]] : {{t+|vi|ấm lên toàn cầu|}}, {{t+|vi|nóng lên toàn cầu}}, {{t+|vi|hâm nóng toàn cầu}} * [[{{zh}}]] : {{zh-ts|[[全球變暖]]|[[全球变暖]]}}, {{zh-ts|[[全毬暖化]]|[[全球暖化]]}} {{bottom}} 6ukozwh51khxbtyl0h4vshv0dzp31mp 2337330 2337328 2026-08-29T06:21:20Z 鍼灸 112313 2337330 wikitext text/x-wiki {{kana-DEFAULTSORT|ちきゅうおんだんか}} {{wikipedia}} {{wikiversity}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|ちきゅうおんだんか}} # {{タグ|ja|環境}}［[[広義]]］　[[地球]][[表面]]の[[大気]]と[[海洋]]の[[平均]][[温度]]が[[長期的]]に[[上昇]]すること。より[[具体的]]には、{{xlink|現世|現世 (地球科学)}}の地球を[[基準]]として、大気と海洋の平均温度が、[[数]][[十年]][[以上]]の[[時間]][[単位]]の[[なか|中]]の[[比較]]においてそれ[[以前]]より[[あきらか|明らか]]な上昇を[[しめす|示す]]こと。 #* それが「[[自然現象]]」[[あるいは]]「[[人類]]の[[活動]]の[[おおきい|大き]]な[[影響]][[下]]での、自然現象」として[[おこる|起こる]]ことを[[さす|指す]]「[[地球温暖化現象]]」と[[同義]]に[[もちいる|用い]]られることが[[おおい|多い]]（※[[語]]としては、そして[[人類史]]の[[将来]]には、[[意図]]して[[ひきおこす|引き起こす]][[計画]]的「地球温暖化」も[[ありうる|あり得る]]）。この語[[自体]]は、地球が温暖化すること[[のみ]]を[[あらわす|表す]]のであって、その[[原因]]に人類の活動が[[関係]]しているか[[どうか]]は[[別儀]]である。 #* 「地球温暖化」および「地球温暖化現象」は、[[単]]に「'''[[温暖化]]'''」と[[よぶ|呼]]ばれることもある。 #* [[海水]]の[[膨張]]、{{xlink|氷河|氷河}}などの[[融解]]、それらによる[[海水準]]の上昇（{{xlink|海面上昇|海面上昇}}。''[[cf.]]'' {{xlink|海水準変動|海水準変動}}）と[[海進]]、{{xlink|異常気象|異常気象}}の[[頻発]]などが[[もたらす|もたら]]され、{{xlink|生態系|生態系}}、人類の[[生活]][[環境]]、[[農業]]と[[食糧]][[供給]]、[[その他]]に[[多大]]な影響を[[およぼす|及ぼす]]と考えられる。 # {{タグ|ja|環境}}［[[狭義]]1］　[[語義]]1の[[うち]]、[[もっとも|最も]][[近年]]に[[おこる|起こっ]]ている[[ひとつ|一つ]]。[[すなわち]]、{{w|19世紀}}[[後半]]に[[はじまる|始ま]]り、[[現在]]も[[進行]]していると[[かんがえる|考え]]られているものを指す。[[環境]][[用語]]として用いられることが多い。 # {{タグ|ja|環境}}［狭義2］　人類の活動によると[[仮定]]した上での、語義2の[[変化]]（現象）。すなわち、{{xlink|産業革命|産業革命}}[[以降]]の人類の活動によって[[温室効果ガス]]{{wp|}}が大気中に[[大量]][[放出]]され[[つづける|続け]]ている[[結果]]として、地球[[全体]]の平均気温および平均海水温が長期に[[わたる#動詞・亘る|わたっ]]て上昇し続けていること、また、その現象。 ====[[{{etym}}]]==== 「[[地球]]」と「[[温暖化]]（[[直前]]の[[時期]]と[[比較]]する[[うえ|上]]での、[[寒冷]]から[[温暖]]への[[変化]]）」を[[連結]]させた語であるが、ここでの「温暖化」は「地球[[表面]]の[[大気]]と[[海洋]]の[[平均]][[温度]]についての」という[[特定]]の[[意味]]を[[もつ|持]]たせている。 ===={{rel}}==== * [[温暖化]] :* '''地球温暖化''' ::* [[地球温暖化現象]] * {{xlink|温室効果ガス|温室効果ガス}} ：[[二酸化炭素]]、[[メタン]]、{{xlink|亜酸化窒素|亜酸化窒素}}、{{xlink|フロン|フロン}}など。 * [[灼熱化]] =====[[{{ant}}]]===== * [[寒冷化]] :* {{xlink|地球寒冷化|地球寒冷化}} ::* [[地球寒冷化現象]] ===={{trans}}==== {{top|2}} * [[{{de}}]] : {{t|de|Erderwärmung|f}} * [[{{en}}]] : {{t+|en|global warming}} * [[{{sv}}]] : {{t-|sv|global uppvärmning|c}} * [[{{th}}]] : {{t+|th|โลกร้อน}} * [[{{vi}}]] : {{t+|vi|ấm lên toàn cầu|}}, {{t+|vi|nóng lên toàn cầu}}, {{t+|vi|hâm nóng toàn cầu}} * [[{{zh}}]] : {{zh-ts|[[全球變暖]]|[[全球变暖]]}}, {{zh-ts|[[全毬暖化]]|[[全球暖化]]}} {{bottom}} qfbqn3res3zfl3tpew77lbngw0bf9wa 0 25789 2337318 2193981 2026-08-29T05:08:06Z 鍼灸 112313 /* {{prov}} */ 2337318 wikitext text/x-wiki {{kana-DEFAULTSORT|せい}} ==漢字== {{kanji|心3|5}} {{kanji variants|𢘡|𤇣|𧢱}} *筆順 : （[[⺖|りっしんべん]]）、[[生]]の順に書く。なお生は2通りの筆順がある。 ===字源=== * [[形声文字|形声]]。「[[心]]」+音符「[[生]] {{phoneme|*TSENG}}」。「うまれつきのもの」「[[本質]]」を意味する[[漢語]]｛[[性]] {{phoneme|*sengs}}｝を表す字。 ===意義=== #うまれつき持っている心の動き。内部に備えているもの。 #*[[性質]]、[[性格]]、[[性向]]、[[性能]] #男女の区別。 #*[[男性]]、[[女性]]、[[性別]]、[[性交]] =={{L|ja}}== [[Category:{{ja}}]] {{ja-kanji|常用=セイ,ショウ|施策=教育:5|呉音=ショウ<シヤウ|漢音=セイ|訓=さが,たち|名乗り=なり,もと}} ==={{noun}}=== [[Category:{{ja}} {{noun}}|さか さが]] [[カテゴリ:日本語 ジェンダー]] [[カテゴリ:日本語 性|*]] {{wikipedia}} {{wikipedia|性 (生物学)}} {{wikipedia|性 (文法)}} #（'''セイ'''）生物的な[[男女]]又は[[雌雄]]の区別。 #（'''セイ'''）[[性欲]]や[[性衝動]]に関すること。 #*性の悩み #（'''セイ'''）[[印欧語]]や[[セム語]]派に代表的にみられる、[[名詞]]などの変化の形態によって区別されるグループ。おもに、[[男性]]、[[女性]]、[[中性]]、[[通性]]などに分けられる。[[同一]][[言語]]内でその区分が多い場合は、[[名詞クラス]]と呼ばれる。 #（'''ショウ'''、'''[[さが]]'''）うまれもって、その人が有する考え方などの[[傾向]]。[[本能]]。 ===接尾辞=== [[Category:{{ja}} {{suffix}}]] #（'''セイ'''）性質、傾向、性能、起因するもの、同等物と言う意味の語を作る。 #*[[流行性]]、[[一過性]]、[[アルカリ性]] #*[[気密性]]、[[防水性]]、[[居住性]]、[[射幸性]] #*前線性降雨、海洋性気団 #*ヒット性の当たり。シュート性のクロスを上げる #（'''ショウ'''）気質。体質。 #*[[凝り性]]、[[冷え性]]、[[心配性]]、[[あがり性]] ===造語成分=== [[Category:{{ja}} 造語成分]] #（'''セイ'''）[[性欲]]、[[性衝動]]又は[[性行為]]など、いわゆる[[性的]]な事項に関する語を作る。 #*[[性教育]]、[[性感染症]] ==={{prov}}=== {{col4|lang=ja|アルカリ性|合性|相性|飽性|悪性|悪性金|悪性者|脂性|安全性|異歯性|異数性|異性体|一化性|一過性|一貫性|一般性|遺伝性|異方性|違法性|因果性|異性|陰性|氏素性|有性|右旋性|永遠性|永続性|塩基性|演色性|延性|横日性|横地性|回帰性|外向性|甲斐性|蓋然性|開放性|核異性|拡散性|確実性|仮性|化性|苛性|可塑性|可鍛性|活性|活性化|活性剤|活性炭|可燃性|可能性|可溶性|可用性|感光性|疳性|癇性|感色性|乾性|感性|慣性|間性|感性界|慣性系|乾性油|慣性力|感性論|完全性|観念性|帰家性|危険性|帰性|気性|記性|帰巣性|機動性|気無性|機密性|客観性|強磁性|吸湿性|急性|擬陽性|行仏性|居住性|極性|金性|金属性|近代性|屈化性|屈光性|屈日性|屈湿性|屈触性|屈伸性|屈水性|屈地性|屈性|熊手性|苦労性|偶奇性|偶然性|偶有性|具体性|傾光性|傾向性|傾触性|傾震性|傾性|原因性|限局性|現実性|見性|顕性|剣呑性|下性|月性|公共性|抗菌性|攻撃性|向光性|光周性|向日性|恒常性|向性|恒性|硬性|剛性|剛性率|抗堪性|光弾性|高弾性|向地性|後天性|広汎性|合法性|合理性|互換性|国民性|互酬性|小性|五性|個人性|個性|悟性|個性的|固有性|根性|根性魂|根性骨|左旋性|雑食性|三性|酸性|酸性雨|酸性塩|酸性岩|酸性紙|酸性泉|酸性度|恣意性|軸性|志向性|指向性|指行性|趾行性|字性|自性|資性|雌性|磁性|示性式|磁性体|実在性|湿性|実用性|自発性|社会性|社交性|蛇性|習慣性|宗教性|習性|獣性|主観性|種性|主体性|受動性|性合|性悪|性戒|性海|性空|性骨|性根|常磁性|性種|焦性|情性|性善|性相|性念場|性分|性来|将来性|食性|食肉性|女性|女性学|女性語|女性的|植物性|蹠行性|心性|真性|神性|人性|靭性|真正性|真実性|心配性|信憑性|信頼性|親和性|水硬性|水性|趨性|素性|性愛|性悪説|性格|性格学|性格劇|性感|性器|性急|性教育|性具|性形質|性決定|性交|性向|性行|性行為|整合性|性差|性細胞|生産性|性質|脆弱性|性周期|性情|性状|脆性|性生活|性説|性腺|性善説|性巣|性相学|性即理|性徴|性的|性典|性転換|性同一性|正当性|性能|性犯罪|性比|性病|性癖|性別|性命|性毛|性慾|性欲|性理|性理学|性霊|性霊説|責任追及性|積極性|旋光性|潜性|先天性|走化性|走光性|草食性|走触性|走性|早成性|走地性|走電性|相補性|走流性|塑性|属性|耐久性|大衆性|耐性|耐性菌|耐病性|多化性|多色性|惰性|惰性系|妥当性|多面性|多様性|単性|弾性|男性|単性花|弾性体|男性的|弾性波|男性美|弾性率|弾性力|弾力性|知性|知性人|知性的|昼行性|中性|中性花|中性岩|中性子|中性紙|調性|通気性|通性|通有性|蔓性|抵抗性|蹄行性|定性|適応性|敵性|適性|適法性|手性|天性|展性|伝染性|同一性|透過性|同歯性|等時性|同性|同性愛|道徳性|党派性|動物性|等方性|特異性|徳性|特性|独創性|特有性|毒性|土性根|土性骨|土性|土性図|内向性|内性器|内閉性|軟性|肉食性|人間性|忍性|鼠根性|熱性|稔性|粘性|粘性率|粘着性|背光性|背日性|倍数性|肺性心|背地性|発展性|反磁性|晩成性|必然性|必要性|弥慢性|品性|稟性|貧乏性|父性|賦性|父性愛|仏性|物性|物性論|不燃性|不稔性|普遍性|不溶性|偏性|変性|変性剤|放射性|法性|母性|本性|本態性|魔性|慢性|身性|眠性|民族性|無性|目性|野性|無性芽|夜行性|野性的|野性味|優性|雄性|油性|陽性|揺変性|理性|理性的|理性論|離巣性|理仏性|留巣性|流動性|両義性|両極性|両性|良性|両性花|両性腺|劣性|矮性}} =={{L|zh}}== ==={{etym}}=== *[[生]] {{phoneme|*sreng}}と同じく{{etyl|sit-pro|zh|sort=xing4}} {{m|sit-pro|*siŋ}} （[[生#語源]]の項目を参照）に遡ると考えられるが、派生過程は明らかではない。 {{zh-cat|xing4|名詞|hsk=乙|常=1}} [[Category:{{yue}}|sing3]] [[Category:{{hak}}|sin4]] [[Category:{{mnp}}|siang4]] [[Category:{{cdo}}|sang3]] [[Category:{{nan}}|seng3]] [[Category:{{nan-tws}}|sen3]] [[Category:{{cpx}}|sa4]] [[Category:{{wuu}}|shin3]] [[Category:{{hsn}}|xin4]] ==={{pron}}=== {{zh-han |m=xìng |c=sing3 |c-t=lhen1 |pfs=sin |hrs=sinˇ |gd=xin4 |mb=sia̿ng |md=sáng/séng |mn=ml,jj,tw:sèng/xm,qz,jj,tp,lk,sx,km,mg,hc:sìⁿ/zz,kh,tn,yl,tc:sèⁿ |mn-t=sên3/sin3 |px=pt,jk,nr:sa4/xy,yy,ft:sann4/pt,jk,nr,xy,yy,ft:sing4 |w=5shin |x=xin4 }} ** '''[[中古音]]''': sjengH ** '''[[上古音]]''': *** '''白一平-サガール''': *seŋ-s *** '''鄭張''': *sleŋs ==={{noun}}=== [[Category:{{zh}}_性|*]] #性、[[性別]]。 ==={{prov}}=== {{top}} *{{zh-l|性愛}} *{{zh-l|性變態}} *{{l|zh|性别}} *{{l|zh|性病}} *{{zh-l|性衝動}} *{{l|zh|性发}} *{{l|zh|性感}} *{{l|zh|性格}} *{{l|zh|性激素}} *{{l|zh|性急}} *{{l|zh|性价比}} *{{l|zh|性命}} *{{l|zh|性能}} *{{l|zh|性起}} *{{l|zh|性器官}} *{{l|zh|性情}} *{{zh-l|性騷擾}} *{{l|zh|性事}} *{{l|zh|性子}} *{{zh-l|性質}} *{{l|zh|性状}} *{{l|zh|可及性}} *{{l|zh|母性}} *{{l|zh|男性}} *{{l|zh|女性}} {{bottom}} =={{L|ko}}== {{ko-han|성|eumhun=[[성품]] 성|pos=noun}} ==={{noun}}=== #{{タグ|ko|性|label=no|sort=*}}性、[[性別]]。 #[[本性]]。 #{{タグ|ko|文法|sort=성}}性。 =={{L|vi}}== {{vi-han|tính|pos=noun}} ==={{noun}}=== #[[性格]]、[[特徴]]、[[特性]]。 =={{コード}}== {{文字コード|jis=1-32-13|mj={{mjmoji|011477}}|gb=D0D4|cns=1-4D4C|big5=A9CA|ksx=1001-6075|kps=9566-E2EB|tcvn=6056-552F}} {{検字|倉頡=PHQM|四角=9501.0}} {{字典|dj=0710.090|hdz=42286.040|大字源=2793|大漢語林=3482|康煕=0381.240|新大字典=4808|新潮漢字=3465|諸橋=10478}} rpky2hinnntbbmv0obk7xqalfqwmakk 0 27145 2337322 1187773 2026-08-29T05:14:18Z 鍼灸 112313 2337322 wikitext text/x-wiki {{kana-DEFAULTSORT|かねんせい}} =={{ja}}== ==={{noun}}=== {{ja-noun|かねんせい}} #よく[[もえる|燃える]][[性質]]。 ===={{ant}}==== *[[不燃性]] ===={{rel}}==== *[[可燃]] *[[可燃物]] =={{zh}}== {{zh-cat|ke3ran2xing4|noun}} ==={{pron}}=== {{cmn-pron|kěránxìng}} ==={{noun}}=== {{zhchars}} #（日本語に同じ）可燃性 lyi972vwdce2c0jjdpcjvxbns79nihz 2337323 2337322 2026-08-29T05:14:45Z 鍼灸 112313 2337323 wikitext text/x-wiki {{kana-DEFAULTSORT|かねんせい}} =={{ja}}== ==={{etym}}=== {{-性|可燃}} ==={{noun}}=== {{ja-noun|かねんせい}} #よく[[もえる|燃える]][[性質]]。 ===={{ant}}==== *[[不燃性]] ===={{rel}}==== *[[可燃]] *[[可燃物]] =={{zh}}== {{zh-cat|ke3ran2xing4|noun}} ==={{pron}}=== {{cmn-pron|kěránxìng}} ==={{noun}}=== {{zhchars}} #（日本語に同じ）可燃性 7p7uhfez5fjzyupzus0hzsoi00xhbae 0 27149 2337319 1182378 2026-08-29T05:12:21Z 鍼灸 112313 2337319 wikitext text/x-wiki {{kana-DEFAULTSORT|ふねんせい}} =={{ja}}== ==={{noun}}=== {{ja-noun|ふねんせい}} #[[もえる|燃え]]にくい[[性質]]。 ===={{ant}}==== *[[可燃性]] ===={{rel}}==== *[[不燃]] *[[不燃物]] =={{zh}}== {{zh-cat|bu4ran2xing4|noun}} ==={{pron|zh}}=== {{cmn-pron|bùránxìng}} ==={{noun}}=== {{zhchars}} #（日本語に同じ）不燃性 hh00csb3gfj2gpwy4kt9fz2opgseah0 2337320 2337319 2026-08-29T05:12:31Z 鍼灸 112313 2337320 wikitext text/x-wiki {{kana-DEFAULTSORT|ふねんせい}} =={{ja}}== ==={{noun}}=== {{ja-noun|ふねんせい}} #[[もえる|燃え]]にくい[[性質]]。 ===={{ant}}==== *[[可燃性]] ===={{rel}}==== *[[不燃]] *[[不燃物]] =={{zh}}== {{zh-cat|bu4ran2xing4|noun}} ==={{pron}}=== {{cmn-pron|bùránxìng}} ==={{noun}}=== {{zhchars}} #（日本語に同じ）不燃性 tiu39h11x0c9q21ql141nauyzs5et6j 2337321 2337320 2026-08-29T05:13:05Z 鍼灸 112313 2337321 wikitext text/x-wiki {{kana-DEFAULTSORT|ふねんせい}} =={{ja}}== ==={{etym}}=== {{-性|不燃}} ==={{noun}}=== {{ja-noun|ふねんせい}} #[[もえる|燃え]]にくい[[性質]]。 ===={{ant}}==== *[[可燃性]] ===={{rel}}==== *[[不燃]] *[[不燃物]] =={{zh}}== {{zh-cat|bu4ran2xing4|noun}} ==={{pron}}=== {{cmn-pron|bùránxìng}} ==={{noun}}=== {{zhchars}} #（日本語に同じ）不燃性 ssir5ngt60o6hvyfmy87zuh1unx471d 10 28921 2337292 118886 2026-08-29T02:18:17Z Kuroco2k 84207 2337292 wikitext text/x-wiki <onlyinclude>ジュラ・ダガリ語</onlyinclude>[[Category:言語表記テンプレート|{{PAGENAME}}]][[Category:ISO 639-3|{{PAGENAME}}]] 0rrhlbh4ox37ie49r3khajmn2kyaiqj 0 29351 2337208 2215305 2026-08-28T23:16:38Z Jiba1219 100610 /* {{L|zh}} */ 2337208 wikitext text/x-wiki {{kana-DEFAULTSORT|じ}} ==漢字== {{kanji|水3|5}} {{kanji variants|𠄂=[[古字]]}} {{筆順}} ===字源=== * [[形声文字|形声]]。「[[水]]」+音符「[[台]] {{phoneme|*LƏ}}」。河川名を指す[[固有名詞]]｛[[治]] {{phoneme|*lrə}}｝を表す字。のち[[仮借]]して「[[おさめる]]」を意味する漢語｛[[治]] {{phoneme|*lrə}}｝に用いる。 ===意義=== ====平声==== #（動詞）[[おさめる]]。 #*[[治水]]、[[統治]]、[[政治]]、[[自治]]、[[w:自治区|自治区]] #（動詞）（病気を）[[なおす]]、（病気が）[[なおる]]。 #*[[治療]]、[[治癒]]、[[不治]] ====去声==== #（動詞）世の中が[[おさまる]]。 #* #（名詞）行政の中心地。 #*[[郡治]] =={{L|ja}}== {{ja-kanji|常用=ジ,チ,おさ-める,おさ-まる,なお-る,なお-す|施策=教育:4|呉音=ジ<ヂ|漢音=チ|訓=おさ-める,おさ-まる,なお-す,なお-る}} ==={{noun}}=== [[Category:{{ja}}_{{noun}}]] #（'''チ'''）[[平和]]であること。 #（'''チ'''）[[政治]]。 ===={{prov}}==== *[[治安]] *[[治下]] *[[治外法権]] *[[治験]] *[[治国]] *[[治罪法]] *[[治山]] *[[治産]] *[[治水]] *[[治世]] *[[治績]] *[[治癒]] *[[治療]] *[[完治]] *[[禁治産者]] *[[根治]] *[[自治]] *[[政治]] *[[全治]] *[[退治]] *[[湯治]] *[[統治]] *[[不治]] *[[法治]] *[[療治]] *[[自治会]] =={{L|zh}}== {{zh-cat|zhi4|動詞|hsk=乙|常=1}} {{zh-han |m=zhì |c=zi6 |mn=tī }} ==={{verb}}=== #[[治療]]する。 #[[駆除]]する。 ===={{prov}}==== {{top}} *{{l|zh|治安}} *{{l|zh|治安太坏}} / {{l|zh|治安太壞}} *{{l|zh|治本}} *{{l|zh|治标}} / {{l|zh|治標}} *{{l|zh|治病}} *{{l|zh|治兵}} *{{l|zh|治国}} / {{l|zh|治國}} *{{l|zh|治国安民}} / {{l|zh|治國安民}} *{{l|zh|治家}} *{{l|zh|治军}} / {{l|zh|治軍}} *{{l|zh|治理}} *{{l|zh|治疗}} / {{l|zh|治療}} *{{l|zh|治丧}} / {{l|zh|治喪}} *{{l|zh|治水}} *{{l|zh|治邪}} *{{l|zh|治学}} / {{l|zh|治學}} *{{l|zh|治印}} *{{l|zh|治罪}} *{{l|zh|治装}} / {{l|zh|治裝}} {{bottom}} =={{L|ko}}== {{ko-han|치|eumhun=[[다스리다|다스릴]] 치}} =={{L|vi}}== {{vi-han|trị|pos=verb}} ==={{verb}}=== #[[治療]]する。 #[[支配]]する。 #[[鎮圧]]する。 #[[罰する]]。 =={{コード}}== {{文字コード|jis=1-28-03|mj={{mjmoji|015182}}|gb=D6CE|cns=1-4E59|big5=AA76|ksx=1001-763D}} {{検字|倉頡=EIR|四角=3316.0}} {{字典|dj=1007.110|hdz=31599.060|大字源=4893|大漢語林=5877|康煕=0614.070|新大字典=8300|新潮漢字=5911|諸橋=17256}} rgovkqmofutmdsg12znihk2ksunqt7l 0 29816 2337309 2319882 2026-08-29T03:12:03Z Kuroco2k 84207 2337309 wikitext text/x-wiki =={{L|en}}== ==={{etym}}=== {{bor+|en|fr|confident}} ==={{pron}}=== *{{IPA|lang=en|/ˈkɑn.fɪ.dɑnt/|a=GA}} *{{IPA|lang=en|/ˌkɒn.fɪˈdænt/|/ˈkɒn.fɪˌdænt/|a=RP}} *{{音声|en|LL-Q1860 (eng)-Vealhurl-confidant.wav|a=Southern England}} *{{音声|en|LL-Q1860 (eng)-Vealhurl-confidant2.wav}} *{{hyph|en|con|fi|dant}} ==={{noun}}=== {{en-noun}} #[[親友]]。 #[[信頼]]できる人。 #:{{cot|en|confidante}} =={{L|la}}== ==={{pron}}=== *{{la-IPA|cōnfīdant}} ==={{verb}}=== {{head|la|verb form|head=cōnfīdant}} #{{inflection of+|la|cōnfīdere||3|p|pres|actv|subj}} awm577es381ehqghh9x3uuwxvdgeekk 0 32762 2337357 2131543 2026-08-29T09:07:10Z Keikei kanji 129888 2337357 wikitext text/x-wiki {{kanji header|部画=几:2+1|ids=⿵几丶|ids=⿵几丶|IVS=00|包摂注記=y}} {{kanji header|IVS=01|ids=⿵几一|ids=⿵几一|[[旧字体]]|section=no}} {{kanji variants|凢=[[俗字]]|𭂫=[[俗字]]}} {{筆順}} ===字源=== * 「[[戌]]」が[[変形]]した[[分化字]]。「[[およそ]]」を意味する漢語｛[[凡]] {{phoneme|*blam}}｝を表す字。<ref group="字源">朴益順安回答『[https://www.zhihu.com/question/504391235/answer/3562756947 甲骨文"凡"字与"高圏足盤"有関嗎?]』 (2024)</ref> {{字源}} * [[上古音]]は布之道『[http://www.kaom.net/sgy_bzd.php 廣韻形聲考]』による。 <references group="字源" /> ===意義=== #[[あまねく]]。[[すべて]]。[[全体]]。 #*[[凡例]]、[[凡遇]]、[[凡百]]、[[凡有]] #[[世間]]。[[世俗]]的。 #*[[凡心]]、[[凡塵]]、[[凡俗]]、[[下凡]] #**類義字：'''[[俗]]''' #[[なみ]]。[[つね]]。[[かわる|変わった]]点を持たない。[[一般]]的。 #*[[凡人]]、[[凡童]]、[[凡庸]]、[[平凡]] #**類義字：'''[[平]]、[[庸]]、[[常]]''' =={{L|ja}}== [[Category:{{ja}}]] {{ja-kanji|常用=ボン,ハン|呉音=ボン<ボム|漢音=ハン<ハム|訓=なみ,つね,およ-そ,おおよ-そ,すべ-て,ひろ-い,みな}} ==={{prov}}=== {{top}} *[[凡例]] *[[凡愚]] *[[凡骨]] *[[凡才]] *[[凡作]] *[[凡事]] *[[凡小]] *[[凡常]] *[[凡人]] *[[凡俗]] *[[凡童]] *[[凡百]] [[凡夫]] *[[凡庸]] *[[凡慮]] *[[非凡]] *[[不凡]] *[[平凡]] *[[凡打]] {{bottom}} =={{L|zh}}== [[Category:{{zh}}|fan2]] [[Category:常用字|fan2]] {{trans_link|zh|{{PAGENAME}}}} * '''ローマ字表記''' ** '''[[普通話]]''' *** '''[[ピンイン]]''': [[fán]] ([[fan2]]), [[jù]] ([[ju4]]), [[chù]] ([[chu4]]) *** '''[[ウェード式]]''': fan², chü⁴, ch'u⁴ ** '''[[広東語]]''' *** '''[[イェール式]]''': faan4 ** '''[[閩南語]]''' *** '''[[POJ]]''': hoân, hoān ** '''[[客家語]]''' *** '''[[白話字]]''': fàm ** '''[[呉語]]''' *** '''[[ピンイン]]''': vae1 ** '''[[中古音]]''': bjom ** '''[[上古音]]''': *brom {*[b]rom} [[Category:HSKレベル乙|fan2]] ==={{prov}}=== *[[凡间]]/[[凡間]] *[[凡近]] *[[凡遇]]<!--どこでも--> *[[凡民]] *[[凡心]]<!--世俗的な心。煩悩。--> *[[凡塵]] *[[凡是]] *[[凡童]] *[[凡响]] *[[凡有]] *[[下凡]]<!--天下り--> =={{L|ko}}== [[Category:{{ko}}|범]] {{ko-hanja|hangeul=[[범]]|eumhun=[[무릇]] 범|rv=beom|mr=pŏm}} =={{L|vi}}== {{vi-han|phàm}} ==文字情報== {{character info}} {{文字コード|jis=1-43-62|mj={{mjmoji|007417}}|gb=B7B2|cns=1-443B|big5=A45A|ksx=1001-5B6D}} {{検字|倉頡=HNI|四角=7721.0}} {{点字|tenji6=456,56,3|tenji8=15,478}} {{字典|dj=0299.100|hdz=10276.030|大字源=637|大漢語林=792|康煕=0134.020|新大字典=1080|新潮漢字=803|諸橋=1739}} okcbuntmh23x4r6gwcb4a1vr9n3awgu 0 35174 2337355 2268141 2026-08-29T08:53:27Z ~2026-46892-04 133228 /* 漢字 */ 2337355 wikitext text/x-wiki {{kana-DEFAULTSORT|こう}} ==漢字== {{kanji|二|4}} {{kanji variants|亙=[[正字]]/[[繁体字]]/別字衝突|𠀥|𠄢|𢗶|𣍭|𣘰|𦵕}} {{筆順}} ===字源=== *[[象形文字|象形]]。もと「[[囘]]」と同形で、渦巻き模様を象る。一説に「[[あまねし]]」「[[ひろがる]]」を意味する漢語｛[[宣]] {{phoneme|*ʍan}}｝を表す字 * 又は「[[亙]]」の[[異体字]]。[[亙#字源]]の項目を参照。 <ref group="字源">鄔可晶 「説“回”」 『甲骨金文語文論稿』上海古籍出版社、2024年、479-499頁。</ref>。 {{字源}} <references group="字源" /> ===意義=== # 求める。 # 敷く。 =={{L|ja}}== {{ja-kanji|施策=人名用追加:1951|呉音=セン|漢音=セン|訓=もと-める,わた-る;[[亙]]の混用|名乗=とおる,のぶ,ひさし,わたり}} =={{L|zh}}== {{zh-cat|gen4}} {{trans_link|zh|{{PAGENAME}}}} * '''ローマ字表記''' ** '''[[普通話]]''' *** '''[[ピンイン]]''': [[gèn]] ([[gen4]]) *** '''[[ウェード式]]''': ken⁴ =={{L|ko}}== {{ko-han|긍|선}} =={{コード}}== {{文字コード|jis=1-47-43|mj={{mjmoji|006448}}|gb=D8A8|cns=3-2266|ksx=1001-5066}} {{検字|倉頡=MAM|四角=1010.6}} {{字典|dj=0183.100|hdz=10017.160|大字源=92|大漢語林=129|康煕=0087.040|新大字典=226|新潮漢字=147|諸橋=262}} 8gqlngaslmm8npr1ha6830xn9fs05m5 0 35175 2337354 2268142 2026-08-29T08:52:55Z ~2026-46892-04 133228 /* 漢字 */ 2337354 wikitext text/x-wiki {{kana-DEFAULTSORT|こう}} ==漢字== {{kanji|二|4}} {{kanji variants|亘=[[俗字]]/[[簡体字]]/別字衝突|㮓|恆|揯|𠄣|𣘰|𦚹}} ===字源=== * [[象形文字|象形]]。月と天地を象る<ref group="字源">季旭昇撰 『説文新証』 芸文印書館、2014年、903-904頁。</ref>。「[[つねに]]」を意味する[[漢語]]｛[[恆]] {{phoneme|*ɡˤəŋ}}｝を表す字。のち[[仮借]]して「[[わたる]]」を意味する漢語｛[[亙]] {{phoneme|*kˤəŋh}}｝に用いる。 {{字源}} ====参考文献==== * [[上古音]]は布之道『[http://www.kaom.net/sgy_bzd.php 広韻形声考]』による。 <references group="字源" /> ===意義=== # わたる。 # 極まる。 # 伸び広がり。延長、長さ、広さ。 =={{L|ja}}== {{ja-kanji|施策=人名用追加:1981許|呉音=コウ<コゥ|漢音=コウ<コゥ|訓=わた-る,もと-める;[[亘]]の混用}} ===={{prov}}==== *[[綿亙]] *[[聯亙]]、[[連亙]] =={{L|zh}}== {{zh-cat|gen4}} {{trans_link|zh|{{PAGENAME}}}} * '''ローマ字表記''' ** '''[[普通話]]''' *** '''[[ピンイン]]''': [[gèn]] ([[gen4]]), [[gèng]] ([[geng4]]) *** '''[[ウェード式]]''': ken⁴, keng⁴ ** '''[[広東語]]''' *** '''[[イェール式]]''': gang2 =={{L|ko}}== {{ko-han|긍}} =={{L|vi}}== {{vi-han|cẳng}} =={{コード}}== {{文字コード|jis=1-47-42|mj={{mjmoji|006450}}|gb=8183|cns=1-4727|big5=A5E5|ksx=1002-5B62}} {{検字|倉頡=MBM|四角=1010.6, 1010.7,1010.6}} {{字典|dj=0183.120|hdz=10019.050|大字源=91|大漢語林=128|康煕=0087.070|新大字典=227|新潮漢字=148|諸橋=265}} nu7cjmd07gj5boqohz0xgepwbnnw1rp 0 37815 2337356 2036075 2026-08-29T09:00:16Z Humikirinkai 72164 2337356 wikitext text/x-wiki {{kanji header|部画=木:4+3}} ===字源=== * [[形声文字|形声]]。「[[木]]」+音符「[[己]] {{phoneme|*KƏ}}」。 ===意義=== {{wikipedia}} #「[[己]]」の音をもつ樹木に用いる。 #*[[杞梓]]、[[杞柳]]、[[枸杞]] #[[周]]代に存在した国。 =={{L|ja}}== [[Category:{{ja}}]] {{ja-kanji|呉音=コ|漢音=キ|訓=くこ,おうち,かわやなぎ,ひのき}}{{kana-DEFAULTSORT|き}} ==={{prov}}=== *[[杞憂]] =={{L|zh}}== [[Category:{{zh}}|gang4]] {{trans_link|zh|{{PAGENAME}}}} * '''ローマ字表記''' ** '''[[普通話]]''' *** '''[[ピンイン]]''': [[gàng]] (gang4), [[qǐ]] (qi3) *** '''[[ウェード式]]''': kang⁴, ch'i³ ** '''[[広東語]]''' *** '''[[イェール式]]''': gei2 ==={{prov}}=== *[[杞忧]], [[杞人忧天]] =={{L|ko}}== [[Category:{{ko}}|기]] {{ko-hanja|hangeul=[[기]]|eumhun=|rv=gi|mr=ki|y=ki}} ==文字情報== {{character info}} {{character info|0x2F8DB}} {{文字コード|jis=1-59-25|mj={{mjmoji|013631|013632}}|gb=E8BD|cns=1-4A5D|big5=A7FB|ksx=1001-5123}} {{検字|倉頡=DSU|四角=4791.7}} {{字典|dj=0898.010|hdz=21162.030|大字源=4039|大漢語林=4913|康煕=0512.110|新大字典=6759|新潮漢字=4824|諸橋=14479}} 2fk6vyhhmqz3veo7z1rh0aknwv1mz9s 0 38604 2337347 2042626 2026-08-29T08:03:17Z Keikei kanji 129888 2337347 wikitext text/x-wiki {{kana-DEFAULTSORT|しゅう}} == 漢字 == {{kanji|虫|11|IVS=01|包摂注記=y}} {{kanji|虫|11}} {{kanji variants|𧍸}} === 字源 === * [[形声文字|形声]]。「[[虫]]」×2 + [[音符]]「[[冬]] {{phoneme|*TUŊ}}」。<ref group="字源">[[上古音]]は布之道『[http://www.kaom.net/sgy_bzd.php 廣韻形聲考]』による。</ref>「[[いなご]]」を意味する[[漢語]]｛[[螽]] {{phoneme|*tung}}｝を表す字。 ==== 参考文献 ==== <references group="字源"/> === 意義 === #[[いなご]]。 =={{L|ja}}== [[Category:{{ja}}]] {{ja-kanji|呉音=シュ|漢音=シュウ<シュゥ|訓=いなご,きりぎりす,はたおりむし}} ==={{prov}}=== *[[螽斯]] =={{L|zh}}== {{zh-han |m=zhōng |c=jung1}} =={{L|ko}}== [[Category:{{ko}}|종]] {{ko-han|종|eumhun=누리 종}} =={{コード}}== {{文字コード|jis=1-74-10|mj={{mjmoji|023680|023681}}|gb=F3AE|cns=2-5F3C|big5=EE6E|ksx=1002-6D44}} {{検字|倉頡=HEYLI|四角=2713.6}} {{字典|dj=1560.090|hdz=42886.160|大字源=8889|大漢語林=10189|康煕=1095.180|新大字典=14905|新潮漢字=11375/11376|諸橋=33519}} ak4wn4o90ubd64vau92j16hxq2ry21m 0 39965 2337359 2203782 2026-08-29T10:45:01Z Keikei kanji 129888 2337359 wikitext text/x-wiki {{kana-DEFAULTSORT|けき}} == 漢字 == {{kanji|鬥|8}} {{kanji variants|阋=[[簡体字]]|䦧=[[同字]]|𩰕=[[同字]]}} === 字源 === * [[形声文字|形声]]。「[[鬥]]」 + [[音符]]「[[兒]]{{phoneme|*ŊE}}」。<ref group="字源">[[上古音]]は布之道『[http://www.kaom.net/sgy_bzd.php 廣韻形聲考]』による。</ref>「[[せめぐ]]」を[[意味]]する[[漢語]]｛[[鬩]]{{phoneme|*ŋ̊ˤek}}｝を表す字。 ==== 参考文献 ==== <references group="字源"/> === 意義 === # 互いに咎め争う。 =={{L|ja}}== [[Category:{{ja}}]] {{ja-kanji|呉音=キャク|漢音=ケキ|慣用音=ゲキ|訓=せめ-ぐ}} ===={{prov}}==== *[[脅鬩]] *[[兄弟牆に鬩ぐ]] *[[鬩牆]] *[[闘鬩]] =={{L|zh}}== [[Category:{{zh}}]] {{zh-han |m=hè,xì |c=yik1 }} ==={{prov}}=== *[[鬩神星]] ——エリス (準惑星) =={{L|ko}}== [[Category:{{ko}}]] {{ko-han|혁|eumhun=송사할 혁, 싸울 혁}} =={{L|vi}}== {{vi-han|huých}} == {{コード}} == {{文字コード|jis=1-82-11|mj={{mjmoji|028988}}|gb=F45D|cns=2-6468|big5=F1BE|ksx=1002-734A}} {{検字|倉頡=LNHXU|四角=7721.7}} {{字典|dj=1989.280|hdz=74516.040|大字源=11685|大漢語林=13270|康煕=1457.370|新大字典=19863|新潮漢字=14626|諸橋=45644}} [[カテゴリ:標準漢字表_(昭和十七年文部省)]] focgk6avn80zbuhcgszfkv6e50v9r52 4 50395 2337181 2337144 2026-08-28T12:11:03Z Kuroco2k 84207 /* カテゴリ:ペルシア語 固有名詞 */ 2337181 wikitext text/x-wiki {{Policy|せいかくせいけんしようちゆう|[[WT:RFV]]}} [[en:Wiktionary:Requests for verification]] このページは、[[Wiktionary:編集方針|編集方針]]に適った記述がなされているかどうかを議論するためのページです。 <p style="text-align:center; font-size:150%">'''[{{SERVER}}{{localurl:Wiktionary:正確性検証中|action=edit&section=new}} 新しく依頼する]'''</p> このページでは以下のような語句の記事を対象とした議論を行います。 # 日本語の[[隠語]]または[[符牒]]の類で、ある業界等に限って用いられるもの。 # [[新語]]、[[流行語]]、[[死語]]、[[造語]]、[[俗語]]一般で、[[Wiktionary:編集方針]]に規定する要件を満たしているか疑わしいもの。 # 言語表記がなく補充できないもの。 # 外国語で、他のプロジェクトや[[w:Google|Google]]等で検索したが、その意味が本当にあるか不明であるもの。 上記のような記事を発見しましたら、以下の手順で検証依頼を出してください。 # {{temp|正確性}}または{{temp|正確性S}}のテンプレートを該当する記事のページ上部に貼り付けます。 # このページの[[Wiktionary:正確性検証中#{{CURRENTYEAR}}年{{CURRENTMONTHNAME}}|依頼セクション]]に掲載します。書式は以下のようにします。 <pre>=== [[○○]] === 依頼理由を記述します。必ず時刻付き署名を付けてください。--~~~~ </pre> 正確性の検証・証明は以下のように行います（詳細は「[[Wiktionary:正確性検証中/検証方法の詳細|検証方法の詳細]]」を参照ください）。 # 辞書等での記載があるかどうかを調査します。市販の辞書だけでなく、インターネット上の外部辞書での検証も行います。 # 日常会話やインターネット上で使われるような一般的な用例など客観的な使用例を示す。日本語以外の言語ならば、当該言語Wiktionaryへの問い合わせ結果とを参照します。 正確性が証明された場合は、「検証済み」として、記事からテンプレートを外します。下のリストからは検証ができた1週間後に削除します。 否定意見のある場合は[[Wiktionary:削除依頼|削除依頼]]と同様の取り扱いとし、削除の合意が形成された場合は削除されます。また、記事に関して意見表明が立項者以外にないまま1ヶ月経過した場合は、「検証不能」として削除されます。 == ログ == *[[/過去議論のあった語句|過去議論のあった語句一覧]] - [[/2008年|2008年]] - [[/2009年|2009年]] *[[/2010年|2010年]] - [[/2011年|2011年]] - [[/2012年|2012年]] - [[/2013年|2013年]] - [[/2014年|2014年]] *[[/2015年|2015年]] - [[/2016年|2016年]] - [[/2017年|2017年]] - [[/2018年|2018年]] - [[/2019年|2019年]] *[[/2020年|2020年]] - [[/2021年|2021年]] - [[/2022年|2022年]] - [[/2023年|2023年]] - [[/2024年|2024年]] *[[/2025年|2025年]] - [[/2026年|2026年]] == 2019年6月 == === konzertantは比較形ある？ない？ === [[トーク:konzertant]]を参照。しっかりした辞書を持ってないので詳しい方にお願いしたいです。--[[利用者:ラディーアグミ|ラディーアグミ]] ([[利用者・トーク:ラディーアグミ|トーク]]) 2019年6月9日 (日) 09:02 (UTC) == 2021年7月 == === [[サーヴァイヴ]] === 日本語にこのような語はあるでしょうか？ウェブ検索でのヒット数はわずかです。 --[[利用者:Naggy Nagumo|Naggy Nagumo]] ([[利用者・トーク:Naggy Nagumo|トーク]]) 2021年7月3日 (土) 11:58 (UTC) :定着していないと思います。サヴァイヴという表記を用いる書籍・作品・競走馬は見つけられましたが、「ー」を含む表記の事物は見当たりません。ちなみにBingで検索しているのですが「サーヴァイヴ」は「サヴァイヴ」の誤表記として処理されています。「サーヴァイヴ」を「サヴァイヴ」にリダイレクトを残さず移動すればいいのではないでしょうか。--[[利用者:MathXplore|MathXplore]] ([[利用者・トーク:MathXplore|トーク]]) 2021年7月3日 (土) 12:33 (UTC) * {{コメント}} 暫定的に「サヴァイヴ」ないし「サバイブ」に移動すればよいかもしれません。少なくとも後者には『[https://kotobank.jp/word/%E3%82%B5%E3%83%90%E3%82%A4%E3%83%96-1691062 サバイブ - <small>コトバンク・小学館デジタル大辞泉</small>]』に名詞としての典拠があります。 [[{{ns:project}}:編集方針]] を満たす表記が少なくともひとつあれば、それを本拠 (標準名前空間内の記事本体) とし、十分に満たすか微妙な表記揺れはリダイレクトとして残す <small>(それにより重複立項を抑制する)</small> ことを許容するのがよいかもしれないような気もしますがいかがでしょうか。本件「サーヴァイヴ」や別表記「サヴァイヴ」あるいはそれ以外の表記揺れについて、意味がわかるような典拠をどなたかご提示いただければ有難いと思います。 --[[利用者:Kanjy|Kanjy]] ([[利用者・トーク:Kanjy|トーク]]) 2021年7月31日 (土) 23:22 (UTC) ** {{コメント}} 典拠とは言えませんが、「サヴァイヴ」なら日本語版ウィキペディアにあります。--[[利用者:MathXplore|MathXplore]] ([[利用者・トーク:MathXplore|トーク]]) 2021年8月1日 (日) 08:51 (UTC) ** 「[[Wiktionary:項目名の付け方]]」に従えば移動先は「サバイブ」でしょう。「サバイブ」がデジタル大辞泉に収録されているのを確認しました。 --[[利用者:Naggy Nagumo|Naggy Nagumo]] ([[利用者・トーク:Naggy Nagumo|トーク]]) 2021年8月1日 (日) 09:28 (UTC) == 2021年9月 == === IP利用者により投稿された食肉類に関する古典ナワトル語の記事 === IP利用者により投稿された[[acalli‎]], [[tlacatl‎]], [[cihuatl‎]], [[quiyahuitl‎]], [[chantli‎]]につきまして、[[食肉類]]のカテゴリが付けられておりますが定義が食肉類とは無関係のものばかりに思えます。いくつかの項目でトークページの方に質問させていただきましたが回答が得られない状況なのでこれらの正確性について求めたいと思います。 --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2021年9月6日 (月) 10:00 (UTC) *（報告）提示された全項目に加え、[[acatl]]につきましても定義とカテゴリが噛み合っていなかった為、カテゴリの方を速やかに除去致しました。一部項目は英語版の対応ページを確認したところ出典が示されていますので、順次確認して参りたいと存じます。--[[利用者:エリック・キィ|Eryk Kij]] ([[利用者・トーク:エリック・キィ|トーク]]) 2021年9月6日 (月) 10:17 (UTC) :対応ありがとうございます。とりあえず、enwiktの内容を確認したところでは[[tlacatl]]と[[chantli‎]]以外は定義が一致してそうですね。私は古典ナワトル語は詳しくないのでここまでしか言えませんが、詳しい人よろしくお願い致します。 --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2021年9月10日 (金) 15:18 (UTC) == 2023年2月 == ===[[民主党]]=== 固有名詞としての用法ではなく、記事に掲載されている「民主主義の実現を目標とした政党」という一般名詞としての用法が存在するのか検証を求めます。固有名詞としての用法しか存在しないのであれば[[WT:EP#人名・団体名及び芸術作品名の扱い]]に基づき即時削除の対象となるかと思います。--[[利用者:Christmas Wreath|Christmas Wreath]] ([[利用者・トーク:Christmas Wreath|トーク]]) 2023年2月12日 (日) 06:01 (UTC) :（掲載継続寄りのコメント）ご指摘の趣旨は理解いたしますが、[[w:共産党]]をはじめとして、ある程度の政党名は、一般的な翻訳関係が成立するなど一種の一般名詞と見て良いのではないかと考えます。ウィキペディアに複数の国で用いられるものとして、[[w:共和党]]、[[w:自由党]]、[[w:国民党]]、[[w:人民党]]、[[w:社会党]]などが挙げられ[[w:民主党]]もその一つとなっていますので、この例に挙げたものくらいは掲載可能で良いのではないでしょうか。もちろん、これに国名などを冠したものは固有名詞として掲載対象外になるでしょうし、「自由民主党」「社会民主党」のように複数の主義等を組み合わせたものや、「民社党」「社民党」などさらにそれを略したものは複数の国で見られても掲載の要があるかは疑問です。--[[利用者:Mtodo|Mtodo]] ([[利用者・トーク:Mtodo|トーク]]) 2023年2月13日 (月) 01:00 (UTC) ::（追加）[[w:保守党]]、[[w:労働党]]、[[w:進歩党]]あたりも大丈夫そうです。--[[利用者:Mtodo|Mtodo]] ([[利用者・トーク:Mtodo|トーク]]) 2023年2月13日 (月) 01:13 (UTC) * {{コメント}} 当初の審議対象「民主党」に絞って申し上げますと、私 Kanjy としては中立<small> （今後の経緯に依り存続も削除もあり） </small>ですが、もし現時点の記述のままなら削除を避けるのは難しそうとの観測です。なぜなら [[Special:Contributions/英雄|英雄]] さんによる [[Special:PermaLink/788799|2015-07-21T11:50:13Z]] 初版以来の「[[民主主義]]の[[実現]]を[[目標]]とした[[政党]]」との語義に、これまで何の根拠も出典も提示されておりません。 存続させるなら <small> （[[w:民主党]] 等の記述を参考にした語義に） </small>きちんと [[{{ns:project}}:編集方針]] に則った出典を付すべきでしょう。「ある程度の政党名は、一般的な翻訳関係が成立するなど一種の一般名詞と見て良いのではないか」との Mtodo さんのご見解を受け容れたいと思いますが、それには [[{{ns:project}}:編集方針]] を満たす客観的な語義が不可欠でしょう。 --[[利用者:Kanjy|Kanjy]] ([[利用者・トーク:Kanjy|トーク]]) 2023年4月3日 (月) 14:34 (UTC) * {{コメント}} 本件ご依頼の「[[民主党]]」は、[[project:編集方針|編集方針]]を満たさない状態が長く続いており、本件ご依頼後も全く改善がなく、削除されるしかないものと決まったように思われますが、いかがでしょうか。 --[[利用者:Kanjy|Kanjy]] ([[利用者・トーク:Kanjy|トーク]]) 2023年5月7日 (日) 09:36 (UTC) * {{コメント|継続寄りコメント}} 山川出版社の『政治・経済用語集』に一般名詞的な「民主党」の語義解説がありましたので、それを参考に加筆した上出典を明記しておきました。--[[利用者:Saitetsu|Saitetsu]] ([[利用者・トーク:Saitetsu|トーク]]) 2023年5月7日 (日) 10:09 (UTC) *: {{コメント}} 加筆後にどうも合点がいかないなと思ってよく見てみたところ「アメリカ合衆国の政治」という章立て中の項目であることを見落としておりました。用語集の「民主党」中の定義で「アメリカ」とは明示されていませんでしたが、先程のことから察するに、この用語集も民主党を固有名詞として取り扱っているようです。そのため、一般名詞としての用法があるとするに足らないですね。ただ、ジーニアス和英辞典にも「民主党」の訳語が掲載されていることより、訳語の水先案内としての掲載価値は依然としてありそうです。--[[利用者:Saitetsu|Saitetsu]] ([[利用者・トーク:Saitetsu|トーク]]) 2023年5月7日 (日) 10:26 (UTC) :この項目には2言語の記載がありますが、議論の対象は日本語の「民主党」だけでしょうか。中国語もでしょうか。「削除」がページ全体の削除を意味するのだとすると、両言語について用例を検討する必要があると思います。--[[利用者:Whym|whym]] ([[利用者・トーク:Whym|トーク]]) 2023年7月3日 (月) 11:56 (UTC) :: 当初ご依頼の語「民主党」に限定<small> （某氏が追加を試みた「共産党」「共和党」「保守党」等々は除外） </small>して、その中国語について、典拠や使用例が提示されましたか? 私の見落としでなければ、すでに中国語は丸ごと除去が確定済のように思われますが、いかがでしょうか? --[[利用者:Kanjy|Kanjy]] ([[利用者・トーク:Kanjy|トーク]]) 2023年7月16日 (日) 10:38 (UTC) ::: これはしばらく時間をかけて調査して十分な根拠が見つからなければ削除（除去）という手続きだと思います。[[民主党]]は2015年7月に作成、2023年2月に用例要求（検証依頼）、という経緯でした。2023年2月の依頼は、日本語についての依頼でしょうか、日本語と中国語についての依頼でしょうか。前者だったのであれば、中国語について（2023年7月に至るまで）依頼はなされていなかったということになりますので、依頼に応じての調査もされていなかったのではないでしょうか。 --[[利用者:Whym|whym]] ([[利用者・トーク:Whym|トーク]]) 2023年7月19日 (水) 10:18 (UTC) * [https://dl.ndl.go.jp/pid/1082523/1/39]の「アリストートルの」からはじまる行に「蓋し人民を適当に教育するときは猥りに過激なる貴族党若くは'''民主党'''となることなく何れの政体にありても善良なる市民たることを失はざればなり」とあります。これは古代についての文脈なので、現代の「経済政策や社会福祉」とはあまり関係ないですし、対比されている相手は「共和党」でなく「貴族党」です（このため、現在の語釈文には変更が必要になりそうです）。ここでの「民主党」は特定の人や人々を指しているというよりは、抽象的なものに見えます。 --[[利用者:Whym|whym]] ([[利用者・トーク:Whym|トーク]]) 2023年7月19日 (水) 10:18 (UTC) == 2023年6月 == === [[黭黮]] === 本語は日本語として掲載されておりますが、『広辞苑 第七版』、『明鏡国語辞典 第二版』、『新明解国語辞典 第七版』のいずれにも本語の掲載はなく、同音の熟語としては[[暗澹]]および[[暗憺]]のみの掲載でした。また、『新漢語林 第二版』においても本語の掲載はなく、同音の熟語としては[[暗澹]]・[[黯淡]]・[[黯湛]]・[[黯澹]]・[[黯黮]]のみの掲載でした。[https://ksbookshelf.com/DW/Kanjirin/Kanjirinc3.html 漢字林]には掲載がありましたが、[https://ksbookshelf.com/DW/Kanjirin/index.html#kanjirinabout 漢字林について]および当該サイトのメインページを参照すればお分かりの通り、あくまでも個人のブログであるため、出典とするには弱いかなと感じました。なにか出典をお持ちの方はご教示いただければ幸いです。--[[User:Saitetsu|Saitetsu]] ([[User talk:Saitetsu|Talk]] - [[Special:contribs/Saitetsu|Contribs]]) 2023年6月11日 (日) 02:19 (UTC) :学研の『新版 漢字源』という漢字辞典の1996年4月1日発行の改訂新版、1557ページの「黭」という文字の熟語として紹介されています。--[[利用者:Hachigamine|Hachigamine]] ([[利用者・トーク:Hachigamine|トーク]]) 2023年7月3日 (月) 11:15 (UTC) :『大漢語林』1992年版の「黭」の項目に、ほぼこの内容と合致する記述を見つけました（[[特別:差分/2151918|出典付与済みです]]）。したがいまして{{検証済}}として差し支えないと思いますが、いかがでしょうか。--[[利用者:Kuroco2k|Kuroco2k]] ([[利用者・トーク:Kuroco2k|トーク]]) 2025年10月29日 (水) 07:28 (UTC) == 2023年10月 == === [[⚦]] === 「トランスジェンダーを表す記号」という定義がありますが、当事者の私はその用途で使われていることを見たことがありません。この記号の上向きと右向きのバージョンにはこの定義はなく、この記号が「トランスジェンダー」の意味で使われているという出典も見つかりません。英語版Wiktionaryにも、Can we verify this sense?（この定義の正確性を確認できますか？）というテンプレートが付けられているので、英語圏でもこの使い方は見られないのでしょう。 --[[特別:投稿記録/122.213.236.124|122.213.236.124]] 2023年10月18日 (水) 11:34 (UTC) :デリケートなトピックで誰も触れたがらないでしょう。Uniucodeの記号の解説項目ですから、第１義にトランスジェンダーを意味するLGBT記号であること、第２義に鉄または酸化鉄を意味する錬金術記号である、ということになります。葡語版[[wikt:pt:&#x26A6;]]にあるとおりです。クエスチョニング（その他の性）を意味するのではなく、男性的な見た目の方を指すようです。逆のそれは現在のところUnicodeにはありません。この種の記号がたくさん在っても、本邦では馴染みがありませんから、見たことがないのは無理もないことでしょう。--[[利用者:Charidri|Charidri]] ([[利用者・トーク:Charidri|トーク]]) 2023年10月21日 (土) 04:16 (UTC) ::確かに、ユニコードコンソーシアムが提供する[https://www.unicode.org/charts/PDF/U2600.pdf 資料]では、 :::26A6 ⚦ MALE WITH STROKE SIGN ::::= transgender ::::= alchemical symbol for iron or crocus of iron ::とされていますね。--[[利用者:Mtodo|Mtodo]] ([[利用者・トーク:Mtodo|トーク]]) 2023年10月21日 (土) 07:05 (UTC) :::英語版Wiktionaryからは、「トランスジェンダー」という意味が検証失敗により今年4月に削除されました。（https://en.wiktionary.org/w/index.php?diff=78889172&oldid=78889167&title=%E2%9A%A6）日本語版からも削除される予定はありますか？ [[特別:投稿記録/122.213.236.124|122.213.236.124]] 2024年11月27日 (水) 05:41 (UTC) == 2023年12月 == === [[あはる]] === 手元の紙の古語辞典でもネット上の古語辞典でもヒットせず、また、子孫語とされる現在日本語の「あわれる」も手元の国語辞典でもネット上の辞書にも掲載が確認出来ませんでした。「あばる」ではなくて「あはる」で間違いないのかと、「あわれる」という語が方言とかで存在するのかの2点について主に疑問に感じる為正確性検証に出させていただきます。 --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2023年12月26日 (火) 09:57 (UTC) :用例の「玉塵抄 二一」ですが、精選版 日本国語大辞典の [https://kotobank.jp/word/暴-600069 暴] では ::豪放なあはれたうでこきをたつる者をみじきくだいたぞ : [https://kotobank.jp/word/腕扱-2011486 腕扱] では ::豪放なあばれたうてこきをたつる者をみしきくだいたぞ : [https://kotobank.jp/word/みじく-2084865 みじく] では ::豪放なあばれたうでこきをたつる者をみしきくだいたぞ :となっていて、理由はよく分かりませんが表記が一定しません。おそらく「あばれた」「うでこき」「みじき」と、いずれも濁音符のついた形がより正確なのではないかと思料します。--[[利用者:Ryota7906|Ryota7906]] ([[利用者・トーク:Ryota7906|トーク]]) 2023年12月26日 (火) 16:48 (UTC) ::お調べいただきましてありがとうございます。投稿者本人にも確認を取ってみます。 --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2023年12月26日 (火) 18:22 (UTC) :「[[あはる]]」は、いくつかの用語に共通するバ行無声化に由来しておって、玉塵抄では完全に仮名として見られて、動詞である「[[あばる]]」の方が更常見ですが、「あはる」も記録されて、どちらもラ行下二段活用でして、「[[たはふれ]]」と「[[たはぶれ]]」を比較してくださいませ。--[[利用者:The Young Prussian|The Young Prussian]] ([[利用者・トーク:The Young Prussian|トーク]]) 2023年12月26日 (火) 19:31 (UTC) ::承知しました。「あばる」の方が常見という事なので「あばる」をメインの項目として「あはる」は「あばる」の別表記という形でソフトリダイレクトにした方が良いかなと思いますがその点についてはいかがでしょうか？次に、この語の現代日本語が「あわれる」とありますが、国語辞典等をあたっても「あわれる」という語が見当たらなかったのですがこの語の出典等はありますでしょうか？ --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2023年12月27日 (水) 10:23 (UTC) :::「あわれる」という動詞自体はどこにも記録されていませんが、「あわれ」という名詞が裏付けられていて。 :::Wikipediaのようには、リダイレクトがここではどのようには啓発になるのかわからず、この用語にはあらゆる意味が含まれているにもかかわらず、依然として別個の用語のままであって、異なる情報源と異なる時期に記録されているからでして。--[[利用者:The Young Prussian|The Young Prussian]] ([[利用者・トーク:The Young Prussian|トーク]]) 2023年12月27日 (水) 13:04 (UTC) ::::「[[あわれ]]」ってつまり「哀れ」ですか？「暴る」から「哀れる」になったという事ですか？？意味がかけ離れ過ぎていて繋がりが不明ですが、「暴る」→「哀れる」と変化したという主張でよろしいのでしょうか？ --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2023年12月27日 (水) 13:21 (UTC) :::::https://kotobank.jp/word/%E3%81%82%E3%82%8F%E3%82%8C-29014#w-29014 には最初は「哀れる」とは何の関係もないようで、歴史的仮名遣いの綴りは「あはれ」でして。--[[利用者:The Young Prussian|The Young Prussian]] ([[利用者・トーク:The Young Prussian|トーク]]) 2023年12月27日 (水) 13:52 (UTC) ::::::古典日本語の「あはる」の子孫語である現代日本語が、名詞「あわれ」に裏付けされているということはつまりどういう事でしょうか。古典日本語「[[あはれ]]」が「あはる」（暴る）から派生したという事でしょうか？ --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2023年12月27日 (水) 14:15 (UTC) :::::::https://kotobank.jp/word/%E6%9A%B4%E3%82%8C-426370#goog_rewarded には、名詞「あばれ」が動詞「あばる」の子孫であるようには、名詞「あはれ」も動詞「あはる」の子孫でして。--[[利用者:The Young Prussian|The Young Prussian]] ([[利用者・トーク:The Young Prussian|トーク]]) 2023年12月27日 (水) 14:48 (UTC) ::::::::「あばる」（暴る）→「あばれ」（暴る）は連用形の名詞化で語義も一貫しているので派生していることは自明ですが、「あはる」（暴る）→「あはれ」は意味が全く異なっておりますのでどう繋がっているのか不明なので、何故こんなにも意味が異なる「あはれ」が「あはる」から派生したのかの根拠を示しているものが欲しいのですがありますでしょうか？なお、https://gogen-yurai.jp/appare/ によると「あはれ」は感動詞「あは」+接尾語「れ」から来ているとあり、「あはる」からの派生であるという説明は一切見当たりませんがいかがでしょうか。 --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2023年12月27日 (水) 15:02 (UTC) :::::::::https://gogen-yurai.jp/appare/ には問題用語が感動詞である「[[あっぱれ]]」を示して、kotobank.jp は名詞を示していては動詞から派生した可能性が非常に高いことでして。--[[利用者:The Young Prussian|The Young Prussian]] ([[利用者・トーク:The Young Prussian|トーク]]) 2023年12月27日 (水) 15:24 (UTC) :「あっぱれ」が「あはれ」と同源であることは有名な話かと思いますのでその点は分かりますよね？更にこの語源由来辞典の「あっぱれ」では「あはれ」についても説明しており、「'''「あはれ」は感動語「あは」に接尾語の「れ」が付いたもので、喜びも悲しみも含めて、心の底から湧き出る感情の全てを表す語であった。'''」と書いておりますが読まれましたか？また、コトバンクの説明は「あばる」→「あばれ」の説明で、'''「あはる」→「あはれ」の説明ではない'''ですよね？「あはる」と「あはれ」の意味が全く似通っていないにも関わらず単に形だけで派生しているというのは無理があると思いますが。「可能性」というだけで'''明確な裏付けは無い'''ということでしょうか？むしろこれだけ意味がかけ離れていては派生した可能性は低いように思いますので根拠となる出典が無く、単なる憶測により書かれたのであれば削除が妥当かなと考えます。 --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2023年12月27日 (水) 15:50 (UTC) ::わかりました。--[[利用者:The Young Prussian|The Young Prussian]] ([[利用者・トーク:The Young Prussian|トーク]]) 2023年12月27日 (水) 17:03 (UTC) :::対処確認致しました。まず、「「あわれる」という動詞自体はどこにも記録されていません」とのことですが、どこにも記録のない語を子孫語として掲載するのはおかしな事であると思った方が良いです。古語に「[[おきつ]]」があっても現代語に「*おきてる」が無い、古語に「[[もみづ]]」があっても現代語に「*もみぢる」が無い等、古語の動詞がそのまま現代語まで生きているとは限らないことは留意して下さい。「あはる」「あわれ」のようにたまたま似ている形があっても両者の意味を比べると関連性が無さそうなのは読めそうに思いますし、そういった'''偶然の類似'''があるケースも存在するので憶測だけで進めるのは危険であると考えます（ここまで意味が異なる場合は疑ってみて、本当に関連あるかどうか調べた方が良いです）。 --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2023年12月27日 (水) 17:54 (UTC) ::::諸言語への影響の見出しについては対処していただけましたが、上記の話を聞いていると他の記述の信憑性も全体的に怪しいところです。なので'''「あはる」そのものを一旦削除'''した方が良いのではと思いますがいかがでしょうか？ --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2024年1月7日 (日) 11:40 (UTC) :::::複雑だと思って、バ行無声化は足利時代末期には共通言語現象ので、ページ全体を削除する意味が分かりません。--[[利用者:The Young Prussian|The Young Prussian]] ([[利用者・トーク:The Young Prussian|トーク]]) 2024年1月8日 (月) 16:23 (UTC) ::::::一つ質問ですが、無声化していない「あばる」がメインでより一般的ですよね？何故「あばる」を作らず「あはる」の方を優先して作成されたのですか？ --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2024年1月8日 (月) 16:29 (UTC) :::::::また、削除が妥当であると考えた理由としてはこれまでのやりとりから根拠となる情報からの裏取りをせずに憶測のみに基づいて編集されているように感じ、その他の編集内容の信憑性も怪しいと感じている為です。例えばアクセントが4拍動詞2類と書かれておりますが、https://www.akenotsuki.com/kyookotoba/shiryoo/bunrui/dooshi41.html によると高高高高型、つまり1類に「[[あばれる]]」が分類されておりアクセントは1類ではないかと思われます。2類のアクセントであるという出典を教えていただけませんか？ --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2024年1月8日 (月) 16:48 (UTC) ::::::::質問に答えずに修正だけされておりますが、参照元の情報の提示が無いということは''当てずっぽうで書いた'''という理解でよろしいでしょうか？正直このように複数箇所正確性が怪しい点があり、しかも執筆者が参照した情報を示せないとなると全体的に信憑性が無いと判断せざると得ず、その記事を修正するよりも一旦削除して一から作り直した方がむしろ手間が少ないです。以前にも文献などから裏取りを取らず個人的なイメージで正確性の怪しい記事を複数作成した編集者がおり[[利用者・トーク:英雄#「正確性検証」に一切答えようとしないのはコミュニケーションの拒否ということでしょうか。|警告を受けております]]。その際「'''きちんと調べたならその旨をお答えください。そうでなければ、でたらめを書くのは止めて下さい。答えがないということは、でたらめを書いているとみなさざるを得ません。でたらめの大量作成は「あらし」とみなされます。そうなると、プロジェクト参加を控えていただくこととなります（端的にいえばブロックがかけられます）。'''」との話が出まして実際この編集者は複数回ブロックを受けました。以後文献等で調べた上で確実に裏取りを取れた内容のみを記述するようお願いします。また、ページ全体を削除する意味が分からないようなら編集そのものを控えていただいた方が良いです。また、下の[[たはふれ]]も正確性検証が出されておりますがそちらへの回答もお願いします。 --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2024年1月18日 (木) 09:29 (UTC) :::::::::「たはふれ」と「あはる」以外にも、主に音韻変化により足利時代後期にも異形体が広まって、これらの異形体の多くは江戸時代まで存続して、その多くが小字日本文化典入門に申し立てられていて。我は全部従零始に決して反対しなかったそうして欲しくしまうは、「あはる」を「あばる」とも、「たはふれ」を「たはぶれ」とも保持異して、否則と同じには、「[[よし]]」《良し》を結合しているは 「[[よい]]」、「[[えし]]」、「[[えい]]」、「[[ええ]]」、「[[いし]]」、「[[いい]]」、など…全部有同意味して、発音相同もされるものもあるのに、異時代と異方言であったそのため。否則と同じには、奈良時代には南東北の農民も、現代には沖縄の学者も厳密に「よい」を書いていましたろうに。--[[利用者:The Young Prussian|The Young Prussian]] ([[利用者・トーク:The Young Prussian|トーク]]) 2024年2月3日 (土) 21:32 (UTC) :すみませんが口調が独特過ぎて分かりにくいので現代共通語で述べていただいてもよろしいですか？ --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2024年2月4日 (日) 13:11 (UTC) ::実には、具体的に何事が不能理解のでしたろうに？--[[利用者:The Young Prussian|The Young Prussian]] ([[利用者・トーク:The Young Prussian|トーク]]) 2024年2月4日 (日) 15:08 (UTC) :::失礼ですが、もしかすると日本の方ではないのでしょうか？上記2024年2月3日 (土) 21:32 (UTC)の文章全体が日本語として非常に読みにくい内容となっておりますのであなたの母語に訳して書いていただいた方がむしろ理解しやすいかも知れません（私の学習している言語ならそのまま読ませていただき、それ以外の言語なら翻訳機にかけて読ませていただきます）。 Please write your comment of 2024年2月3日 (土) 21:32 (UTC) in your mother tongue. --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2024年2月5日 (月) 11:08 (UTC) ::::言いたかったろうには：記事全体を従零に再開始することに反対はしなかっては、「あはる」を「あばる」とも、「たはふれ」を「たはぶれ」とも明確に区別して欲しいでして。--[[利用者:The Young Prussian|The Young Prussian]] ([[利用者・トーク:The Young Prussian|トーク]]) 2024年2月5日 (月) 15:48 (UTC) ::::Eu disse que não vejo nenhum problema em começar tudo do zero e não me oponho a isso, o que eu defendi em toda essa discussão era que 「たはふれ」e「たはぶれ」;「あはる」e「あばる」fossem mantidos como artigos distintos, durante o final do período Ashikaga, por consequência das transformações da fonologia do japonês clássico, surgiram vários alomorfes, como a denasalização da coluna do マ, a devoicificação da coluna do バ dentre outras, das quais várias persistiram até o periodo Edo, outras ainda existem até hoje como variações de dialetos, 小字日本文化典入門 se preocupou em catalogar algumas durante o bakumatsu. A discussão nunca foi sobre excluir a página e começar do zero ou qualquer outra coisa, mas sim em manter os artigos distintos, porque fundir elas seria o mesmo que fundir 「[[よし]]」《良し》a 「[[よい]]」、「[[えし]]」、「[[えい]]」、「[[ええ]]」、「[[いし]]」、「[[いい]]」、etc. Pois isso significaria que um campones no sul de Tohoku no periodo nara estaria escrevendo da mesma forma que um advogado de Okinawa no final do período Meiji, e isso é insano, o Wiktionary deve manter os morfemas sempre distintos de seu alomorfes.--[[利用者:The Young Prussian|The Young Prussian]] ([[利用者・トーク:The Young Prussian|トーク]]) 2024年2月5日 (月) 16:10 (UTC) :Obrigado. あなたの意見としましては :「全てをゼロから始めることに問題はないと思うし、それに反対することもしない。この議論全体で主張したのは古典日本語の音韻変化の結果、マ行の脱鼻化やバ行の無声化等様々な異形態が出現し、室町時代後期の間「たはふれ」と「たはぶれ」、「あはる」と「あばる」は異なるものとして維持されてきた。うちいくつかは江戸時代まで残り、他は方言として今日まで存在し、幕末の間に小字日本文化典入門に幾つか収録に取り組んでいた。議論は項目を削除してゼロから始めるかとかそういったことではなく別表記の記事を保つことを肯定することで、なぜならこれらを統合することは「よし」《良し》を「よい」、「えし」、「えい」、「ええ」、「いし」、「いい」等と同一のものとして分類することと同じである。それは奈良時代の東北の農民が明治時代末の沖縄の学者と同じ形で書くことを意味しており狂っている。 ウィクショナリーは形態素とその異形態を常に区別すべき。」 :という事でよろしいでしょうか？私としましては「あはる」の記述は不正確な部分が多く信憑性に乏しい為今の記事を直すより一から作り直した方が良いかなといった考えです。「あはる」を残すにしても「あばる」の方が一般的ですし「あばる」がメインで「あはる」は別表記扱いにすべきかなと思います。あと、バ行がハ行に変化したという資料を見つけられていないのですが、そのような資料はお持ちでしょうか？ :Penso que o artigo "あはる" deve começar tudo do zero porque esse tem descrições incorretas e credibilidade do artigo está baixo. "あばる" e mais geral que "あはる", pois "あばる" deve ser artigo principal e "あはる" deve ser forma alternativa do "あばる". Não pude encontrar evidência de devoicificação da coluna do バ, você tem a evidência? --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2024年3月5日 (火) 16:23 (UTC) ::{{検証不能}} バ行→ハ行の変化に関する明確な根拠が示されず、また明らかに間違った記述を行なった箇所が複数にわたることを踏まえ、「検証不能」と結論を出させていただきます。 --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2024年9月21日 (土) 16:18 (UTC) === [[たはふれ]] === 上の「あはる」とまったく同じ理由です。おそらく「たはぶれ」と濁音で発音するところを濁音符をつけずに表記しただけのものではないかと思われます。 「浮世草子・好色一代女」の用例部分が、精選版 日本国語大辞典の [https://kotobank.jp/word/戯-424695 戯] では :世には悩(なづみ)の深き調謔(タハフレ)もあるに、なんぞ朽木に音信(をとづれ)の風 とあるのに対し、[https://kotobank.jp/word/泥・滞-2069628 泥・滞] では :世には悩(ナヅミ)の深き調謔(たはぶれ)もあるに となっているのがその論拠です。--[[利用者:Ryota7906|Ryota7906]] ([[利用者・トーク:Ryota7906|トーク]]) 2023年12月28日 (木) 11:25 (UTC) ::確かに手元の古語辞典でもネット上の辞典でも「たはぶれ」が掲載がありますが「たはふれ」は掲載されていませんね。こちらも怪しいです。 --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2024年1月7日 (日) 11:38 (UTC) :::{{検証不能}}上記「あはる」同様、こちらも検証不能とのことで結論付けます。 --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2024年9月21日 (土) 16:19 (UTC) == 2024年2月 == === [[高鉄]] === 「高速鉄道の略」とあるのですがGoogle検索をかけたところほとんどが{{w|台湾高速鉄道}}に関する記事ばかり（たまに中国大陸の高速鉄道）がヒットするので「高速鉄道の略」というより「'''台湾'''高速鉄道の略」といった固有名詞的な用法かと思うのですが、台湾以外の、例えばヨーロッパの高速鉄道等も「高鉄」と略すケースはあるのでしょうか。 --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2024年2月7日 (水) 14:23 (UTC) :少なくとも、中国本土の高速鉄道を指した用例は多数あります（[https://www.afpbb.com/articles/-/3299206][https://spc.jst.go.jp/experiences/rondan/nr17_008.html][https://www.ide.go.jp/Japanese/IDEsquare/Overseas/2017/ISQ201730_006.html]。中国本土の高速鉄道と台湾の高速鉄道は運営事業者も異なる別の路線網ですので少なくとも「中国語圏の高速鉄道」を指す普通名詞として扱うことは可能そうです。--[[利用者:Prefuture|Prefuture]] ([[利用者・トーク:Prefuture|トーク]]) 2024年2月7日 (水) 22:57 (UTC) :なお、表記は「[[高鐵]]」となりますが、中国語（繁体字）でしたら[https://www.bbc.com/zhongwen/trad/business/2015/11/151116_tgv_crash_chidren_on_train 法國（フランス）高鐵]、[https://www.businesstoday.com.tw/article/category/154685/post/201706080006/ 德國（ドイツ）高鐵]といった表現も見られます。--[[利用者:Prefuture|Prefuture]] ([[利用者・トーク:Prefuture|トーク]]) 2024年2月7日 (水) 23:17 (UTC) ::中国・台湾の高速鉄道を指す用例なら確実ですね。なお、「[[高鐵]]」の場合は日本語ではなく中国語となるので中国語見出しへの記述とすることとしましょう。 --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2024年2月8日 (木) 13:54 (UTC) == 2024年5月 == === [[ユー]] === 複数の「あなたたち」という意味になることはあるでしょうか？ --[[利用者:Naggy Nagumo|Naggy Nagumo]] ([[利用者・トーク:Naggy Nagumo|トーク]]) 2024年5月17日 (金) 22:35 (UTC) :イメージとしては「あなたたち」の意味では「ユー達」を用いそうですが（例えば番組名では[[w:YOUたち!]]やYOU達HAPPYが挙げられます）、作成された{{@|がんばるぞ}}さん、「ユー」が複数の意味を持つ出典等、何か参考にされたものはございますでしょうか？ --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2024年5月27日 (月) 12:40 (UTC) ::すいません。「あなたたち」を取りました。--[[利用者:がんばるぞ|がんばるぞ]] ([[利用者・トーク:がんばるぞ|トーク]]) 2024年5月27日 (月) 20:43 (UTC) :::取ったという事は間違いであったということでよろしいでしょうか？これは正確性検証ですので「ユー」に「あなたたち」という意味があるか否かを確かめておりますので求めているのは「「あなたたち」という意味を取りなさい」ということではなく「'''「あなたたち」という意味を持つという根拠となった資料等、何を見てその意味を書いたのか教えて下さい'''」ということです。また別件にはなりますが[[グーグル]]での一連の編集を見ておりますともしかして「カタカナの項目は単なる英単語のカタカナ転写」であると考えておられませんでしょうか？カタカナ表記の項目は英語ではなく、'''他言語から借用された日本語'''ですので持つ意味やニュアンスが英単語と異なる場合も多々あります（[[マンション]]や[[クレーム]]が代表的な例でしょうか）。国語辞典等何か参考にする資料を見ていたのであれば少なくとも質問された時に回答出来るはずなので質問に答えられずに単に「直しました」としか回答出来ないのは資料を見ずに勘で書いているとしか考えられないので執筆の際紙の辞書でもネット上の辞書でも何でも構わないので何か資料を使ってもらうと内容の正確性に関しての指摘も減ってくるはずです。ちなみに、資料を参考にすると[[Wiktionary:著作権]]に抵触するのではないかと考える人も居るかも知れないですが、ある資料を丸写しするのがいけないのであって'''ある資料を元に自分の言葉で書く分には何の問題もない'''ので躊躇せず資料に当たって下さい。 --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2024年6月13日 (木) 18:06 (UTC) ::::「あなたたち」を取りましたが、「[[you]]」は現在単数でも複数でも使われ、手元にある研究社や旺文社の英和辞典でも複数の意味（たち）も載せています。--[[利用者:がんばるぞ|がんばるぞ]] ([[利用者・トーク:がんばるぞ|トーク]]) 2024年9月22日 (日) 01:02 (UTC) :::::英語の「you」が単数・複数両方で使われることは分かりきったことです。上記の私のコメントを読まれましたか？Wiktionaryにおいて「ユー」は英語youの単なるカナ転写ではなく、英語由来の「日本語」として扱われます。ここでは'''英語の「you」の話をしているのではなく、日本語としての「ユー」の話をしています'''。日本語としての「ユー」の使用者としてはジャニー喜多川氏が有名ですが例えば右記の「ジャニー喜多川さんＹＯＵ名言集」[https://www.sanspo.com/article/20190710-XZT2CRNWIRP4TDLHFLU3BEDGXE/]では一個人に対して「ユー」を用いているかと思いますが、複数人に対して日本語の「ユー」を用いる例があるのかどうかを検証しています。 --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2024年9月22日 (日) 09:52 (UTC) :{{q|横から失礼}} 堀内克明『カタカナ・外来語略語辞典』、自由国民社、696pの釈義を見ると「きみ。あなた。」{{q|ママ}}とあって、「たち」のニュアンスが入っているとは感じ取れません。現行削除されており、長期間議論がないようですので、検証不能の姿勢を支持したいと考えています。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年5月3日 (日) 09:57 (UTC) ==2025年1月== === 蟪蛄氏による編集の漢字表記 === [[利用者:蟪蛄|蟪蛄]]氏による編集（[[特別:投稿記録/蟪蛄]]）には、存在しない漢字表記（また、出典）があるようです。[[しじゅうから]]における「[[𫛘]]」など一部は存在するようですが、あまり一般的でない表記（どちらかといえば漢字の訓に近いもの）が多いようです。存在しない漢字表記・出典を書き加えているという点から、蟪蛄氏による編集の正確性を検証するか、いちどすべて差し戻す（編集部分を削除する）がいいかと思うのですが、ウィクショナリーについて詳しくありませんので、ご意見下さればと存じます。--[[利用者:Shokaki|Shokaki]] ([[利用者・トーク:Shokaki|トーク]]) 2025年1月13日 (月) 13:46 (UTC) :ご指摘の通り、蟪蛄氏による編集には、実在しない（実在が確認できない）漢字表記または典拠をでっちあげている事例が多々あります（『日中難訓辞泉』などがよい例です。）。もちろん、当該人物による編集のすべてが虚偽というわけではありませんが、不確かな記述を乱発するような手合いには、当該の記述の削除や、場合によっては投稿ブロックなどの厳しい態度に出て制裁を加えるのが適切かと思います。--[[特別:投稿記録/240B:12:6740:8910:5AA8:CB40:825F:38D6|240B:12:6740:8910:5AA8:CB40:825F:38D6]] 2025年1月13日 (月) 18:29 (UTC) :当該人物はWikipedia側では2022年に[[Wikipedia:投稿ブロック依頼/蟪蛄]]で投稿ブロックされています。内容の差し戻しおよび投稿ブロックといった対応が妥当だと思います。--[[利用者:Fafnir127|Fafnir127]] ([[利用者・トーク:Fafnir127|トーク]]) 2025年1月13日 (月) 23:43 (UTC) ::[[wikipedia:ja:Wikipedia:投稿ブロック依頼/蟪蛄|Wikipedia:投稿ブロック依頼/蟪蛄]] （意図したページへのリンクになっていませんでした）--[[利用者:Fafnir127|Fafnir127]] ([[利用者・トーク:Fafnir127|トーク]]) 2025年1月13日 (月) 23:51 (UTC) :wiktionary初心者の私としても危惧するところであり、その監視や修正の労力も多大であることから、wikipediaでの同様の顛末を理由に即刻投稿ブロックの対応でもよいのではないかと思います--[[利用者:AggregatibacterActinomycetemcomitans|AggregatibacterActinomycetemcomitans]] ([[利用者・トーク:AggregatibacterActinomycetemcomitans|トーク]]) 2025年1月14日 (火) 05:00 (UTC) :Wikipediaの投稿ブロック依頼の情報より、{{IPuser|219.126.70.192}}による投稿も確認対象になるかと思います。[https://guc.toolforge.org/?by=date&user=219.126.70.192] --[[利用者:Yizumin|Yizumin]] ([[利用者・トーク:Yizumin|トーク]]) 2025年1月27日 (月) 17:10 (UTC) :日中難訓辞泉については[[利用者・トーク:蟪蛄]]で問い合わせました。その他に具体的な問題点の指摘はありますか？ページ名や、その中の記述を抜粋して指摘していただければと思います。--[[利用者:Whym|whym]] ([[利用者・トーク:Whym|トーク]]) 2025年2月23日 (日) 05:27 (UTC) :類似案件に見えますので端書きとして置いておきます。最近になって『臺灣字鏡』を典拠に加筆していらっしゃる方がいます（具体的ユーザー名は通知が行く可能性があるので避けます）が、こちらもこちらで真っ赤な嘘です。各自検索エンジンで完全一致検索していただければ、そんな書物がなくてデマであるのがわかると思われます。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年3月3日 (火) 07:24 (UTC) == 2025年9月 == ===[[衍曼流蘭]]=== [[衍曼流爛]]へのリダイレクトですが、この表記を手元の辞書やネット上で確認できなかったため、依頼させていただきます。--[[利用者:TAKA647|TAKA647]] ([[利用者・トーク:TAKA647|トーク]]) 2025年9月30日 (火) 04:39 (UTC) == 2026年3月 == === [[ed]] === 日本語。大文字ならわかるが、小文字はアリなんでしょうか？--[[利用者:Naggy Nagumo|Naggy Nagumo]] ([[利用者・トーク:Naggy Nagumo|トーク]]) 2026年3月4日 (水) 12:35 (UTC) === [[AI人格]] === ウェブ検索でもたくさんの用例が見つかりますが、辞書に載せるに値するほど共通の認識が得られているフレーズなのでしょうか？脚注も書いてありますが、調べ方がわかりません。 --[[利用者:Naggy Nagumo|Naggy Nagumo]] ([[利用者・トーク:Naggy Nagumo|トーク]]) 2026年3月4日 (水) 12:51 (UTC) ===[[预设]]=== （台湾）とありますが、台湾は繁体字の使用エリアである為簡体字表記は不自然であると考えます。簡体字表記が使われることがあるのでしょうか？ --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年3月22日 (日) 08:40 (UTC) == 2026年5月 == === [[ピープ]] === 日本語の意味--[[利用者:Naggy Nagumo|Naggy Nagumo]] ([[利用者・トーク:Naggy Nagumo|トーク]]) 2026年5月1日 (金) 13:10 (UTC) : 可能な限り調べましたが、英語の"peep"や特定の商品名しか出てこず、普通名詞としての用法は見つかりませんでした。検証不能として、削除を支持します。--[[利用者:20041027 tatsu|20041027 tatsu]] ([[利用者・トーク:20041027 tatsu|トーク]]) 2026年7月7日 (火) 16:42 (UTC) === [[マネタリー]] === 日本語の意味 --[[利用者:Naggy Nagumo|Naggy Nagumo]] ([[利用者・トーク:Naggy Nagumo|トーク]]) 2026年5月1日 (金) 13:58 (UTC) :一応日本語の語句としてはありそう（堀内克明『カタカナ・外来語略語辞典』、自由国民社、656p）ですが、この言い回しだとせいぜい造語成分であって、名詞ではないですかね...--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年5月3日 (日) 09:16 (UTC) : Kuroco2kさんの調査により、日本語の語句として存在することは検証されたため、項目は存続。ただ、ご指摘の通り、名詞でなく造語成分に該当すると思われるため、記事内容を修正し、終了するのが良いと思います。--[[利用者:20041027 tatsu|20041027 tatsu]] ([[利用者・トーク:20041027 tatsu|トーク]]) 2026年7月7日 (火) 16:42 (UTC) === [[neurogenesis]]に複数形はある? === ざっくり[[neurogeneses]]のことを言いますが、この語に複数形ってあるのでしょうか？--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年5月18日 (月) 12:42 (UTC) : 調べたところ、[https://japanknowledge.com/lib/display/?lid=40110N014560 医学英和辞典]や[https://eow.alc.co.jp/search?q=neurogenesis 英辞郎]など複数の辞書において、複数形が"neurogeneses"であると明記されています。[https://www.sciencedirect.com/science/article/abs/pii/S0925231204001973 用例]も確認しましたので、存続で問題ないと思います。--[[利用者:20041027 tatsu|20041027 tatsu]] ([[利用者・トーク:20041027 tatsu|トーク]]) 2026年7月7日 (火) 16:42 (UTC) :{{検証済}} どうやら実例も見られているということで、検証済みとするに値するでしょう。ご調査に感謝いたします。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年8月26日 (水) 13:01 (UTC) == 2026年7月 == === [[あばあばあば]] === 調べても一切ヒットせず、2025年12月に悪戯として即時削除テンプレートを貼り付けたのですが、長期間対処されていないため、正確性検証に回します。日本語の語句として本当に存在するのでしょうか。--[[利用者:20041027 tatsu|20041027 tatsu]] ([[利用者・トーク:20041027 tatsu|トーク]]) 2026年7月7日 (火) 16:11 (UTC) :似たもの（あばばばば）なら[https://www.aozora.gr.jp/cards/000879/files/14_14602.html 芥川龍之介の作品]であるようですが、一致するものは見つからないです。手元の辞書にも掲載ありませんでした。--[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年7月14日 (火) 16:36 (UTC) === [[伊豆に流される]] === 上記と同じく、2025年12月に悪戯と判断して即時削除テンプレートを貼り付けたのですが、長期間対処されていないため、正確性検証に回します。日本語の語句として本当に存在するのでしょうか。--[[利用者:20041027 tatsu|20041027 tatsu]] ([[利用者・トーク:20041027 tatsu|トーク]]) 2026年7月7日 (火) 16:11 (UTC) :ウィキペディアやウィクショナリー等ウィキメディア・プロジェクトで投稿ブロックを受けた状態を指すとありますが、少なくともウィクショナリーでは聞いた事ありませんね。ウィキペディアの方でも検索にかけてみましたがそれらしき書き込みは見つけられておりません。--[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年7月14日 (火) 16:29 (UTC) === [[雷門]] === 要件2の「[[Wiktionary:編集方針]]に規定する要件を満たしているか疑わしいもの」に関する検証です。調べたところでは浅草寺にある門の名称とされますが、「地名・施設名の扱い」を満たしているとは思えない、そもそも「施設」ですらないのではないでしょうか。 --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年7月14日 (火) 15:07 (UTC) === [[昭和の大合併]] === [[Wiktionary:編集方針]]に規定する要件を満たしているか疑わしいと思われます。第二次世界大戦以降の出来事で、「事件名の扱い」の要件を何か満たしておりますでしょうか。 --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年7月14日 (火) 15:07 (UTC) === [[平成の大合併]] === 上記「昭和の大合併」と同様です。脚注には「大辞林」とありますが、大辞林等何か市販の辞書に掲載例があれば事件名の扱いの要件1を満たす可能性はありますが、掲載例はありますでしょうか？ --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年7月14日 (火) 15:07 (UTC) :こちらは[https://kotobank.jp/word/%E5%B9%B3%E6%88%90%E3%81%AE%E5%A4%A7%E5%90%88%E4%BD%B5-182123#w-624140 デジタル大辞泉]に掲載されているようです。「昭和の大合併」の方はコトバンクで検索を掛けても共同通信ニュース用語解説以外の掲載例がありませんでした。--[[利用者:ふゆくれ|ふゆくれ]] ([[利用者・トーク:ふゆくれ|トーク]]) 2026年7月14日 (火) 22:11 (UTC) ::{{@|ふゆくれ}}さんありがとうございます。ちなみに、「昭和の大合併」の方はデジタル大辞泉にも掲載は無さそうですね。 --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年8月1日 (土) 15:09 (UTC) == 2026年8月 == === [[ニホニウム]] === 語源に関する検証です。2026年7月30日 (木) 22:31の編集で英語からの借用との旨の記載が追記されましたが、英語を経由しているか否かを検証したく思います。この元素の命名は日本の[[w:理化学研修所|理化学研修所]]で、Wikipediaの[[:ニホニウム|ニホニウム]]の説明によると「2016年（平成28年）6月8日に「nihonium（ニホニウム）」（元素記号：Nh）と言う名称案が発表され」とあります。発表段階で日英両方の名称が存在することと、日本の研究所が命名したことからして'''日本語名と英語名は同時並行で作られた'''可能性が高いのではと感じます。日本語名の「ニホニウム」が英語名の「nihonium」から翻訳されて作られたという出典はございますでしょうか？ --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年8月1日 (土) 15:09 (UTC) === [[:カテゴリ:ペルシア語 固有名詞]] === 特定1ページに限らないのでこのトピックで建てます。このカテゴリに収容されているページの大半は草創期に収録されたもので、今見れば[[Wiktionary:編集方針#人名・団体名及び芸術作品名の扱い]]などにふさわしいかどうか分かりかねる項目が多数見受けられます。当然国名や国連組織は（中学高校の社会・公民科目で習いますし）あって然るべしでしょうが、問題はそれ以外です。[[كميسيون اصل نود|憲法委員会]]とか[[اصل چهل و چهارم|そもそも憲法の条約]]とか[[ارتش جمهورى اسلامى ايران|一般国軍隊]]とか載せるに値するんでしょうか？--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年8月22日 (土) 23:52 (UTC) :{{コメント}} 確かにこれらは他言語版にも項目ありませんね。一般国軍隊の他の掲載例としては「[[解放軍]]」「[[海軍陸戦隊]]」「[[警察予備隊]]」「[[自衛隊]]」などがありますが、これらは全て「市販の辞書に掲載例がある」という条件を満たしておりました。なお、「イラン・イスラム共和国軍」に関しては掲載例がまだ確認出来ておりません。 --[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年8月23日 (日) 10:01 (UTC) :一通りチェックしましたが、これらの項目が執筆基準を満たすか怪しいです。私は日本史、公共・政治経済選択なので世界史、地理、倫理に暗いです。そちらの方面で執筆可能という指摘があればこのリストから外します。とりあえず1か月意見を募って、何も出なければ削除、という風になるでしょうか。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年8月28日 (金) 12:11 (UTC) {{top3}} *[[آبادگران]] *[[ائتلاف آبادگران]] *[[ارتش جمهورى اسلامى ايران]] *[[اصل چهل و چهارم]] *[[امام راحل]] *[[امام زمان]] *[[امام عصر]] *[[ايرنا]] *[[ايسنا]] *[[ايلنا]] *[[برجام]] *[[بنياد مستضعفان]] *[[بهار آزادى]] *[[بهارستان]] *[[توضيح المسايل]] *[[جامعه روحانيت مبارز]] *[[جامعه مدرسين حوزه علميه قم]] *[[جبهه دوم خرداد]] *[[جبهه مشاركت ايران اسلامى]] *[[جبهه ملى]] *[[جمعيت ايثارگران انقلاب اسلامى]] *[[حزب اعتماد ملى]] *[[حزب كارگذاران سازندگى]] *[[حزب مؤتلفه اسلامى]] *[[حزب همبستگى ايران]] *[[خبرگزارى جمهورى اسلامى]] *[[خبرگزارى دانشجويان ايران]] *[[خبرگزارى کار ايران]] *[[دادگاه ويژه روحانيت]] *[[دانشجويان پيرو خط امام]] *[[دفتر تحكيم وحدت]] *[[دهه فجر]] *[[دول ولگرد]] *[[دولتهای سرکش]] *[[دوم خرداد]] *[[ديوان عدالت ادارى]] *[[راهور]] *[[رساله توضيح المسايل]] *[[رهبر معظم انقلاب اسلامى]] *[[سازمان بازرسى كل كشور]] *[[سازمان حفاظت محيط زيست]] *[[سازمان مجاهدين انقلاب اسلامى]] *[[سازمان مجاهدين خلق]] *[[سازمان مدیریت و برنامه‌ریزی]] *[[سازمان کنفرانس اسلامي]] *[[ستاد پاسداشت شهداى نهضت جهانى اسلام]] *[[سند چشم انداز بيست ساله ايران]] *[[سپاه پاسداران]] *[[شوراى نگهبان قانون اساسى]] *[[شوراى هماهنگى نيروهاى انقلاب]] *[[شوراى همكارى خليج فارس]] *[[صاحب الزمان]] *[[صدا و سيما]] *[[غيبت صغرا]] *[[غيبت كبرا]] *[[فتا]] *[[كميسيون اصل نود]] *[[كميسيون تلفيق]] *[[كميسيون تلفيق بودجه]] *[[مجلس خبرگان]] *[[مجلس خبرگان رهبرى]] *[[مجمع تشخيص مصلحت نظام]] *[[مجمع روحانيون مبارز]] *[[محور شرارت]] *[[مرجع تقليد]] *[[مقام معظم رهبری]] *[[ناجا]] *[[نهضت آزادى ايران]] *[[نيروى انتظامى]] *[[واحد مركزى خبر]] *[[وزارت بهداشت، درمان و آموزش پزشكى]] *[[وزارت دفاع و پشتيبانى نيرو هاى مسلح]] *[[وزارت فرهنگ و ارشاد اسلامى]] *[[ولايت فقيه]] *[[ولى فقيه]] *[[پاستور]] *[[پاسداران]] *[[پانزدهم خرداد]] *[[پايگاههای استبداد]] *[[پليس آگاهى]] *[[پليس اماكن عمومى]] *[[پليس امنيت عمومى]] *[[پليس راهنمايى و رانندگى]] *[[پليس مبارزه با مواد مخدر]] *[[پليس مرزبانى]] *[[پلیس فتا]] *[[پلیس فضای تولید و تبادل اطلاعات]] {{bottom}} o7au6ehbdcs1u3q2vm8tsl1racp96k4 0 51235 2337302 2199098 2026-08-29T02:49:14Z 鍼灸 112313 2337302 wikitext text/x-wiki {{kana-DEFAULTSORT|ちゅうせい}} =={{L|ja}}== ==={{etym}}=== {{-性|中}} ==={{noun}}=== {{ja-noun|[[ちゅうせい]]}} # [[中間]]の[[性質]]。 #{{context|化学|lang=ja}}[[酸性]]でも[[塩基性]]でもない[[性質]]。 # [[正]]の[[電荷]]も[[負]]の[[電荷]]も[[おびる|帯びて]][[いない]]こと。 #{{context|言語学|lang=ja}}[[名詞]]や[[形容詞]]において[[男性]]でも[[女性]]でもない文法上の[[性]]。 ===={{trans}}==== 中間の性質 {{top}} *[[{{en}}]]: {{t+|en|neutral}} *[[{{zh}}]]: {{t-|zh|中性|lang={{zh}}}} {{bottom}} 酸性でも塩基性でもない性質 {{top}} *[[{{en}}]]: {{t+|en|neutrality}} *[[{{zh}}]]: {{t-|zh|中性|lang={{zh}}}} {{bottom}} ===={{rel}}==== * {{drv}}: [[中性子]], [[中性紙]] =={{L|zh}}== {{zh-cat|zhong1xing4|noun|化学}} {{yue-cat|jung1sing3|noun|化学}} ==={{pron}}=== {{cmn-pron|zhōngxìng}} {{yue-pron|zung1 sing3}} ==={{noun}}=== {{zhchars}} # [[中間]]の[[性質]]。 #(化学) [[酸性]]でも[[塩基性]]でもない性質。 ===={{ant}}==== *(化学) {{zh-l|酸性}}、{{zh-l|鹼性}} =={{L|ko}}== ==={{noun}}=== {{ko-head|noun|중성|cat2=化学|cat3=言語学}} #（日本語に同じ）中性。 b8o8egockqgtxahrsu3x6khc28z6tyv 10 57678 2337271 2313625 2026-08-29T01:16:08Z Kuroco2k 84207 2337271 wikitext text/x-wiki <onlyinclude><includeonly>{{#ifexist:{{{1}}}<!-- -->|[[w:{{{{{1}}}}}|{{{{{1}}}}}]]{{#ifeq:{{{1}}}|{{{2|}}}| ([[再借用]])<!-- 引数1と2が同じであれば再借用と判定 -->{{#if:{{{sort|}}}|[[カテゴリ:{{{{{1}}}}}_再借用|{{{sort|}}}]]|[[カテゴリ:{{{{{1}}}}}_再借用]]}}<!-- 再借用カテゴリの付与 -->|{{#switch:{{NAMESPACE}}<!-- 引数1と2が異なれば次へ -->||付録={{#switch: {{{2|}}}|en|eng<!-- -->|={{#if:{{{sort|}}}<!-- -->|[[カテゴリ:{{en}}|{{{sort}}}]][[カテゴリ:{{en}}_{{{{{1}}}}}由来|{{{sort}}}]]<!-- -->|[[カテゴリ:{{en}}]][[カテゴリ:{{en}}_{{{{{1}}}}}由来]]}}<!-- -->|mul|-=<!-- -->|{{#if:{{{sort|}}}<!-- -->|[[カテゴリ:{{{{{2}}}}}|{{{sort}}}]][[カテゴリ:{{{{{2}}}}}_{{{{{1}}}}}由来|{{{sort}}}]]<!-- -->|[[カテゴリ:{{{{{2}}}}}]][[カテゴリ:{{{{{2}}}}}_{{{{{1}}}}}由来]]}}}}}}}}<!-- -->|[[w:{{language|{{{1}}}}}|{{language|{{{1}}}}}]]{{#switch:{{NAMESPACE}}<!-- -->||付録={{#switch: {{{2|}}}|en|eng<!-- -->|={{#if:{{{sort|}}}<!-- -->|[[カテゴリ:{{en}}|{{{sort}}}]][[カテゴリ:{{en}}_{{language|{{{1}}}}}由来|{{{sort}}}]]<!-- -->|[[カテゴリ:{{en}}]][[カテゴリ:{{en}}_{{language|{{{1}}}}}由来]]}}<!-- -->|mul|-=<!-- -->|{{#if:{{{sort|}}}<!-- -->|[[カテゴリ:{{{{{2}}}}}|{{{sort}}}]][[カテゴリ:{{{{{2}}}}}_{{language|{{{1}}}}}由来|{{{sort}}}]]<!-- -->|[[カテゴリ:{{{{{2}}}}}]][[カテゴリ:{{{{{2}}}}}_{{language|{{{1}}}}}由来]]}}}}}}<!-- -->}}<!-- --></includeonly></onlyinclude><noinclude>{{documentation}}</noinclude> s5qncxe6ysftv82r60hgi9n603i1v4e 0 60636 2337287 2320062 2026-08-29T02:06:33Z Kuroco2k 84207 2337287 wikitext text/x-wiki =={{L|de}}== ==={{etym}}=== {{etyl|gmh|de}} {{m|gmh|hecse}}, {{m|gmh|hesse}} < {{etyl|goh|de}} {{m|goh|hagazussa}} < {{etyl|gmw-pro|de}} {{m|gmw-pro|*hagatussjā}} ==={{pron}}=== *{{IPA|lang=de|/ˈhɛk.sə/}} *{{音声|de|De-Hexe.ogg|a=Berlin}} *{{homophones|lang=de|Haeckse}} ==={{noun}}=== {{de-noun|g=f|pl=Hexen}} #魔法を使う女性。[[魔女]]。 #:{{syn|de|Zauberin|Magierin}} ===={{syn}}==== *[[Zauberin]] ===={{hypo}}==== *{{l|de|Hexenmeisterin}} *{{l|de|Kräuterhexe}} *{{l|de|schwarze Hexe}} *{{l|de|weiße Hexe}} ===={{coor}}==== *{{l|de|Hexer}} *{{l|de|Hexenmeister}} *{{l|de|Magier}} *{{l|de|Zauberer}} *{{l|de|Zaubrer}} ===={{rel}}==== {{col4|lang=de|Haeckse|hexen|hexenartig|Hexenbesen|Hexenei|Hexeneinmaleins|hexenhaft|Hexenhaus|Hexenhäuschen|Hexenjagd|Hexenkessel|Hexenküche|Hexenkunst|Hexenmilch|Hexenprozess|Hexenring|Hexensabbat|Hexensalbe|Hexenschuss|Hexenstich|Hexentanz|Hexentreppchen<g:n>|Hexenverbrennung|Hexenverfolgung|Hexenverwahn|Hexerei|Nachthexe}} =={{L|hrx}}== ==={{noun}}=== {{head|hrx|plural}} #{{plural of|hrx|Hex}} =={{L|pdc}}== ==={{noun}}=== {{head|pdc|plural}} #{{plural of|pdc|Hex}} 6rl9q2x092a3qyinjvws69ik6pgat4a 0 66985 2337266 1577666 2026-08-29T01:00:46Z Jiba1219 100610 2337266 wikitext text/x-wiki =={{L|zh}}== ==={{pron}}=== {{cmn-pron|zhèngquè|z=n}} {{yue-pron|zing3 kok3|a=Yue-jing3kok3.ogg|h=n}} {{nan-pron|ml:chèng-khak|t=zian3 kag4}} {{cpx-pron|pt,xy:zing4 *kah6}} {{cdo-pron|ciáng-káuk}} {{hak-pron|h=zhinˇ kog|gd=zen4 kog5}} {{wuu-pron|sh:5tsen chiuq,5tsen chioq}} ==={{adjective}}=== {{zhchars|t=正確}} #[[正確]]な。 {{zh-cat|zheng4que4|形容詞|hsk=甲|hsk2=4}} {{yue-cat|jing3kok3|形容詞}} {{nan-cat|cheng3khak4|形容詞}} {{nan-tws-cat|zian3kag4|形容詞}} {{cpx-cat|zing4kah6|形容詞}} {{hak-hl-cat|zhinˇ kog|形容詞}} {{wuu-cat|tsen3chiah4|形容詞}} nkxngb9f6ae13lmh7uycnow7msbzt3y 2337268 2337266 2026-08-29T01:08:57Z Jiba1219 100610 2337268 wikitext text/x-wiki =={{L|zh}}== ==={{pron}}=== {{cmn-pron|zhèngquè|z=n}} {{yue-pron|zing3 kok3|a=Yue-jing3kok3.ogg|h=n}} {{nan-pron|ml:chèng-khak|t=zian3 kag4}} {{cpx-pron|pt,xy:zing4 *kah6}} {{cdo-pron|ciáng-káuk}} {{hak-pron|h=zhinˇ kog|gd=zen4 kog5}} {{wuu-pron|sh:5tsen chiuq,5tsen chioq}} ==={{adjective}}=== {{zhchars|t=正確}} #[[ただしい|正しい]]。 #*{{ux|zh|伟大的、光荣的、'''正确'''的中国共产党万岁！|偉大で、光栄で、正しい中国共産党万歳！|tr=Wěidà de, guāngróng de, '''zhèngquè''' de Zhōngguó Gòngchǎndǎng wànsuì!}} {{zh-cat|zheng4que4|形容詞|hsk=甲|hsk2=4}} {{yue-cat|jing3kok3|形容詞}} {{nan-cat|cheng3khak4|形容詞}} {{nan-tws-cat|zian3kag4|形容詞}} {{cpx-cat|zing4kah6|形容詞}} {{hak-hl-cat|zhinˇ kog|形容詞}} {{wuu-cat|tsen3chiah4|形容詞}} jiul2ix4v58gjp69gkckhi3vidktrd9 2337269 2337268 2026-08-29T01:09:17Z Jiba1219 100610 2337269 wikitext text/x-wiki =={{L|zh}}== ==={{pron}}=== {{cmn-pron|zhèngquè|z=n}} {{yue-pron|zing3 kok3|a=Yue-jing3kok3.ogg|h=n}} {{nan-pron|ml:chèng-khak|t=zian3 kag4}} {{cpx-pron|pt,xy:zing4 *kah6}} {{cdo-pron|ciáng-káuk}} {{hak-pron|h=zhinˇ kog|gd=zen4 kog5}} {{wuu-pron|sh:5tsen chiuq,5tsen chioq}} ==={{adjective}}=== {{zhchars|t=正確}} #[[ただしい|正しい]]。 #*{{ux|zh|伟大的、光荣的、'''正确'''的中国共产党万岁！|偉大で、光栄で、正しい中国共産党万歳！|tr=Wěidà de, guāngróng de, '''zhèngquè''' de Zhōngguó Gòngchǎndǎng wànsuì!|sort=zheng4que4}} {{zh-cat|zheng4que4|形容詞|hsk=甲|hsk2=4}} {{yue-cat|jing3kok3|形容詞}} {{nan-cat|cheng3khak4|形容詞}} {{nan-tws-cat|zian3kag4|形容詞}} {{cpx-cat|zing4kah6|形容詞}} {{hak-hl-cat|zhinˇ kog|形容詞}} {{wuu-cat|tsen3chiah4|形容詞}} f68ewvek9p8fuqo4qvve1v599i3o2wq 0 66986 2337265 2025502 2026-08-29T00:59:38Z Jiba1219 100610 2337265 wikitext text/x-wiki {{kana-DEFAULTSORT|せいかく}} =={{L|ja}}== {{ja-kanjitab|せい|かく|yomi=kanon,o}} ==={{pron}}=== {{ja-pron|せいかく|acc=0}} ==={{noun}}=== {{ja-noun|[[せいかく]]}} #[[まちがい|間違い]]のない様子。 ==={{adjectivenoun}}=== {{ja-adjectival noun|せいかく}} {{日本語ダ活用}} ===={{trans}}==== {{top}} *{{T|en}}: {{t|en|just}}, {{t|en|exact}}, {{t|en|correct}}, {{t|en|precise}}, {{t|en|accurate}} *{{T|nl}}: {{t|nl|exact}}, {{t|nl|precies}} *{{T|de}}: {{t|de|genau}}, {{t|de|exakt}}, {{t|de|akkurat}} *{{T|no}}: *:{{T|nb}}: {{t|no|nøyaktig}}, {{t|no|presis}},{{t|no|eksakt}}, *{{T|fi}}: {{t|fi|tarkka}}, {{t|fi|täsmällinen}} *{{T|fr}}: {{t|fr|juste}}, {{t|fr|exact}}, {{t|fr|correct}}, {{t|fr|précis}} *{{T|pl}}: {{t|pl|dokładny}}, {{t|pl|precyzyjny}} *{{T|ru}}: {{t|ru|то́чный}} {{bottom}} =={{L|zh}}== ==={{pron}}=== {{cmn-pron|zhèngquè}} {{yue-pron|zing3 kok3|a=Yue-jing3kok3.ogg}} {{nan-pron|chèng-khak|t=zian3 kag4}} {{cpx-pron|pt,xy:zing4 *kah6}} {{cdo-pron|ciáng-káuk}} {{hak-pron|chṳn-khok|h=zhinˇ kog|gd=zen4 kog5}} {{wuu-pron|sh:5tsen chiuq,5tsen chioq}} ==={{adjective}}=== {{zhchars|s=正确}} #正確な。 {{zh-cat|zheng4que4|形容詞}} {{yue-cat|jing3kok3|形容詞}} {{nan-cat|cheng3khak4|形容詞}} {{nan-tws-cat|zian3kag4|形容詞}} {{cpx-cat|zing4kah6|形容詞}} {{hak-cat|chiin4khok5|形容詞}} {{hak-hl-cat|zhinˇ kog|形容詞}} {{wuu-cat|tsen3chiah4|形容詞}} =={{L|ko}}== ==={{noun}}=== {{ko-head|noun|정확}} #（日本語に同じ）正確。 =={{L|vi}}== ==={{adjective}}=== {{vi-head|adjective|chính|xác}} #正確な。 2rd0zudrt5jyfyrqclkpg8z5b1aiv0a 2337267 2337265 2026-08-29T01:05:09Z Jiba1219 100610 /* {{L|zh}} */ 2337267 wikitext text/x-wiki {{kana-DEFAULTSORT|せいかく}} =={{L|ja}}== {{ja-kanjitab|せい|かく|yomi=kanon,o}} ==={{pron}}=== {{ja-pron|せいかく|acc=0}} ==={{noun}}=== {{ja-noun|[[せいかく]]}} #[[まちがい|間違い]]のない様子。 ==={{adjectivenoun}}=== {{ja-adjectival noun|せいかく}} {{日本語ダ活用}} ===={{trans}}==== {{top}} *{{T|en}}: {{t|en|just}}, {{t|en|exact}}, {{t|en|correct}}, {{t|en|precise}}, {{t|en|accurate}} *{{T|nl}}: {{t|nl|exact}}, {{t|nl|precies}} *{{T|de}}: {{t|de|genau}}, {{t|de|exakt}}, {{t|de|akkurat}} *{{T|no}}: *:{{T|nb}}: {{t|no|nøyaktig}}, {{t|no|presis}},{{t|no|eksakt}}, *{{T|fi}}: {{t|fi|tarkka}}, {{t|fi|täsmällinen}} *{{T|fr}}: {{t|fr|juste}}, {{t|fr|exact}}, {{t|fr|correct}}, {{t|fr|précis}} *{{T|pl}}: {{t|pl|dokładny}}, {{t|pl|precyzyjny}} *{{T|ru}}: {{t|ru|то́чный}} {{bottom}} =={{L|zh}}== ==={{pron}}=== {{cmn-pron|zhèngquè}} {{yue-pron|zing3 kok3|a=Yue-jing3kok3.ogg}} {{nan-pron|chèng-khak|t=zian3 kag4}} {{cpx-pron|pt,xy:zing4 *kah6}} {{cdo-pron|ciáng-káuk}} {{hak-pron|chṳn-khok|h=zhinˇ kog|gd=zen4 kog5}} {{wuu-pron|sh:5tsen chiuq,5tsen chioq}} ==={{adjective}}=== {{zhchars|s=正确}} #[[ただしい|正しい]]。 {{zh-cat|zheng4que4|形容詞}} {{yue-cat|jing3kok3|形容詞}} {{nan-cat|cheng3khak4|形容詞}} {{nan-tws-cat|zian3kag4|形容詞}} {{cpx-cat|zing4kah6|形容詞}} {{hak-cat|chiin4khok5|形容詞}} {{hak-hl-cat|zhinˇ kog|形容詞}} {{wuu-cat|tsen3chiah4|形容詞}} =={{L|ko}}== ==={{noun}}=== {{ko-head|noun|정확}} #（日本語に同じ）正確。 =={{L|vi}}== ==={{adjective}}=== {{vi-head|adjective|chính|xác}} #正確な。 8dg0jj7s4db1ynd7dc8jzt8mj6gy587 0 70368 2337224 314374 2026-08-29T00:00:08Z Kuroco2k 84207 2337224 wikitext text/x-wiki =={{L|naq}}== ===={{pron}}==== *{{IPA|lang=naq|ŋǀaˈnup}} ==={{noun}}=== {{head|naq|noun}} #{{ふりがな|雨|あめ}}。 79qtkw28rl6e4frgm8xybhxtkrpbpee 0 72527 2337341 2319090 2026-08-29T07:30:44Z 鍼灸 112313 2337341 wikitext text/x-wiki {{also|süv}} {{Wikipedia|SUV}} =={{en}}== ==={{noun}}=== {{en-noun}} # {{context|abbr|自動車|lang=en}} [[sport utility vehicle]]の[[頭字語]]。 #*[[多目的]][[スポーツ車]]、スポーツ多目的車 {{stub|en}} =={{eo}}== ==={{noun}}=== {{head|eo|noun}} # {{context|abbr|自動車|lang=eo}} [[Sporta Utiligebla Veturilo]]の[[頭字語]]。 =={{nl}}== ==={{etym}}=== {{bor|nl|en|SUV}} ==={{noun}}=== {{nl-noun|g=m|SUV's|SUV'tje}} # {{context|abbr|自動車|lang=en}} SUV =={{de}}== ==={{noun}}=== {{de-noun|g=n|g2=m|genivive=SUVs|genitive2=SUV|plural=SUVs|plural2=SUV}} # {{context|abbr|自動車|lang=de}} [[Sport Utility Vehicle]]の[[頭字語]]。 =={{fr}}== ==={{etym}}=== {{bor|fr|en|SUV}} ==={{noun}}=== {{fr-noun|m}} #{{synonym of|VUS}} =={{pl}}== ==={{noun}}=== {{pl-noun|g=m-in|g2=m-an}} #{{context|自動車|lang=pl}} SUV 15oru1iginkn215gc1d57hgaugs890u 2337342 2337341 2026-08-29T07:50:57Z 鍼灸 112313 2337342 wikitext text/x-wiki {{also|süv}} {{Wikipedia|SUV}} =={{en}}== ==={{noun}}=== {{en-noun}} # {{context|abbr|自動車|lang=en}} [[sport utility vehicle]]の[[頭字語]]。 #*[[多目的]][[スポーツ車]]、スポーツ多目的車 {{stub|en}} =={{eo}}== ==={{noun}}=== {{head|eo|noun}} # {{context|abbr|自動車|lang=eo}} [[Sporta Utiligebla Veturilo]]の[[頭字語]]。 =={{nl}}== ==={{etym}}=== {{bor|nl|en|SUV}} ==={{noun}}=== {{nl-noun|g=m|SUV's|SUV'tje}} # {{context|abbr|自動車|lang=nl}} SUV =={{de}}== ==={{noun}}=== {{de-noun|g=n|g2=m|genivive=SUVs|genitive2=SUV|plural=SUVs|plural2=SUV}} # {{context|abbr|自動車|lang=de}} [[Sport Utility Vehicle]]の[[頭字語]]。 =={{fr}}== ==={{etym}}=== {{bor|fr|en|SUV}} ==={{noun}}=== {{fr-noun|m}} #{{synonym of|VUS}} =={{pl}}== ==={{noun}}=== {{pl-noun|g=m-in|g2=m-an}} #{{context|自動車|lang=pl}} SUV ecn5nqej6qpx6zqc73v74jaq21ul0zn 0 73502 2337324 1980214 2026-08-29T05:57:21Z Maraschino Cherry 93381 /* 翻訳 */ 中国語の訳語を追加 2337324 wikitext text/x-wiki {{kana-DEFAULTSORT}} {{wikipedia}} =={{L|ja}}== ==={{etym}}=== *{{bor|ja|en|tube top}} ==={{pron}}=== {{ja-pron|acc=4}} ==={{noun}}=== {{ja-noun|head=[[チューブ]][[トップ]]}} #{{context|clothing|lang=ja}}[[筒状]]で[[そで|袖]]の[[ない|無い]][[女性]]用[[上衣]]。 ===={{rel}}==== * [[ホルタートップ]]、[[キャミソール]] ===={{trans}}==== {{trans-top}} *{{T|en}}: {{t|en|tube top}} *{{T|sv}}: {{t|sv|tubtopp|c}} *{{T|de}}: {{t|de|Bustier|n}} *{{T|zh}}: {{t|zh|抹胸}} {{trans-bottom}} 328u8qijyxsh0hdelq5ly5cyefmlqlz 0 84371 2337245 2161149 2026-08-29T00:44:37Z Jiba1219 100610 2337245 wikitext text/x-wiki {{DEFAULTSORT:biao1zhi4}} =={{L|zh}}== {{zh-cat|biao1zhi4|noun|verb|hsk=丙|hsk2=5}} {{yue-cat|biu1ji3|noun|verb}} {{nan-cat|phiau1chi3|noun|verb}} {{nan-tws-cat|bie1zi3|noun|verb}} {{wuu-cat|piau1tsy3|noun|verb}} ==={{pron}}=== {{cmn-pron|biāozhì|a=Zh-biaozhì.ogg|z=n}} {{yue-pron|biu1 zi3|h=n}} {{nan-pron|xm,qz:piau-chì/zz:phiau-chì|t=biê1 zi3}} {{wuu-pron|sh:1piau tsy5}} ==={{noun}}=== {{zhchars|t=標誌|mt=標志}} #[[標識]]、{{ふりがな|目印|めじるし}}。 ==={{verb}}=== {{zhchars|t=標誌|mt=標志}} #{{おくりがな2|示|しめ|す|しめす}}。 fdcbakcn2for4jz46x9nxfe4tqkbkhe 0 84372 2337234 2161148 2026-08-29T00:20:54Z Jiba1219 100610 2337234 wikitext text/x-wiki =={{L|zh}}== {{zh-cat|biao1zhi4|noun|verb}} {{yue-cat|biu1ji3|noun|verb}} {{nan-cat|phiau1chi3|noun|verb}} {{nan-tws-cat|bie1zi3|noun|verb}} {{hak-cat|pheu1chii4|noun|verb}} {{wuu-cat|piau1tsy3|noun|verb}} ==={{alter}}=== *{{zh-l|標識}} ==={{pron}}=== {{cmn-pron|biāozhì|a=Zh-biaozhì.ogg}} {{yue-pron|biu1 zi3}} {{nan-pron|xm,qz,tw,km:piau-chì/zz,twv:phiau-chì|t=biê1 zi3}} {{hak-pron|phêu-chṳ}} {{wuu-pron|sh:1piau tsy5}} ==={{noun}}=== {{zhchars|s=标志|mt=標志}} #[[標識]]、{{ふりがな|目印|めじるし}}。 ==={{verb}}=== {{zhchars|s=标志|mt=標志}} #{{おくりがな2|示|しめ|す|しめす}}。 3arz42rb6rnuxrkdc5zmno76xjqoa6u 0 85445 2337300 2269952 2026-08-29T02:44:56Z 鍼灸 112313 2337300 wikitext text/x-wiki {{kana-DEFAULTSORT|ほんしょう}} =={{L|ja}}== {{wikipedia}} ==={{pron}}=== {{ja-pron|ほんしょう|acc=1}} {{ja-pron|ほんせい|acc=1}} ==={{etym}}=== {{-性|本}} ==={{noun}}=== {{ja-noun|[[ほんしょう]]|ほんせい}} #[[うまれながら|生まれながら]]の[[性質]]。 #[[正気]]。 =={{L|zh}}== {{zh-cat|ben3xing4|noun|hsk=丁}} {{yue-cat|bun2sing3|noun}} {{nan-cat|pun2seng3|noun}} {{gan-cat|biin3xin4|noun}} ==={{pron}}=== {{cmn-pron|běnxìng}} {{yue-pron|bun2 sing3|a=LL-Q9186 (yue)-Justinrleung-本性.wav}} {{nan-pron|pún-sèng}} {{gan-pron|'biin3 xin4}} ==={{noun}}=== {{zhchars}} #（日本語に同じ）本性 =={{L|ko}}== ==={{noun}}=== {{ko-head|noun|본성}} #（日本語に同じ）本性。 =={{L|vi}}== ==={{noun}}=== {{vi-head|noun|bản|tính}} #（日本語に同じ）本性。 glz0ft1l5wm5be6mjudk70l3jyllanx 0 88082 2337297 2142833 2026-08-29T02:33:24Z Jiba1219 100610 2337297 wikitext text/x-wiki =={{L|zh}}== ==={{pron}}=== {{cmn-pron|dǎban|dǎbàn}} {{yue-pron|daa2 baan6}} {{nan-pron|qz:táⁿ-pàn/tw,xm,zz:táⁿ-pān|t=da2 bang3}} {{hak-pron|tá-pan}} {{gan-pron|da3 ban}} ==={{verb}}=== {{zhchars}} #{{おくりがな2|装|よそお|う|よそおう}}、{{おくりがな3|着|き||飾|かざ|る|きかざる}}。 ==={{noun}}=== {{zhchars}} #{{おくりがな2|装|よそお|い|よそおい}}。 {{zh-cat|da3ban5|動詞|名詞|hsk=乙|hsk2=4}} {{yue-cat|da2baan6|動詞|名詞}} {{nan-cat|tan2pan7|動詞|名詞}} {{nan-tws-cat|da2bang3|動詞|名詞}} {{hak-cat|ta3pan4|動詞|名詞}} {{gan-cat|da3ban|動詞|名詞}} 53825imn0af5eyavlw1i2c7ek35hrgq 14 97872 2337230 2218732 2026-08-29T00:15:16Z Jiba1219 100610 2337230 wikitext text/x-wiki {{kana-DEFAULTSORT|はっかご}} {{Pathnav|カテゴリ|言語|frame=1}} {{wikipedia}} {{en-categoryTOC}} このカテゴリでは台湾で話されている四県腔を収録されており、ソートキーも四県腔の白話字が基準となっています。海陸腔については「[[:カテゴリ:海陸腔]]」を参照してください。 [[カテゴリ:言語]] [[カテゴリ:中国語 地域方言]] [[カテゴリ:中華人民共和国の言語]] [[カテゴリ:台湾の言語]] hq51klyybtvzesgmxau4r4jjwm9mah9 2337233 2337230 2026-08-29T00:16:19Z Jiba1219 100610 2337233 wikitext text/x-wiki {{kana-DEFAULTSORT|はっかご}} {{Pathnav|カテゴリ|言語|frame=1}} {{wikipedia}} {{en-categoryTOC}} このカテゴリでは台湾で話されている四県腔が収録されており、ソートキーも四県腔の白話字が基準となっています。海陸腔については「[[:カテゴリ:海陸腔]]」を参照してください。 [[カテゴリ:言語]] [[カテゴリ:中国語 地域方言]] [[カテゴリ:中華人民共和国の言語]] [[カテゴリ:台湾の言語]] ak7n5sgwy7veqa2pq2f7aqf5o7zk1a8 0 102169 2337288 1183788 2026-08-29T02:11:57Z Jiba1219 100610 2337288 wikitext text/x-wiki {{DEFAULTSORT:huo3shi2}} =={{L|zh}}== {{zh-cat|huo3shi2|noun|hsk=乙}} {{yue-cat|fo2sik6|noun}} {{cpx-cat|huei3sih7|noun}} {{wuu-cat|hu3zeh4|noun}} ==={{pron}}=== {{cmn-pron|huǒshí}} {{yue-pron|fo2 sik6|t=fo2 set5}} {{cpx-pron|pt,xy:huei3 *sih7}} {{wuu-pron|sh:5hu zeq;sz:5hou3 zeq8}} ==={{noun}}=== {{zhchars}} # 大人数に出す食事、[[給食]]。 og6euadjh4mwlkmr7kht0gllnnb9e4j 0 103344 2337221 2006168 2026-08-28T23:50:49Z Jiba1219 100610 2337221 wikitext text/x-wiki {{kana-DEFAULTSORT|せんまん}} =={{L|ja}}== ==={{pron}}=== {{ja-pron|せんばん|acc=1}} ==={{noun}}=== {{ja-noun|せんまん|[[ちよろず]]}} #数の[[あまた]]多い様。 #*日本の民主化が如何に重大であるか、'''千万'''の言葉にまさる重さを理解しなければならない。（[[w:宮本百合子|宮本百合子]] 『逆立ちの公・私』） ===造語成分=== [[Category:{{ja}}_造語成分|せんはん せんばん]] '''[[千]][[万]]'''（せんばん） #多く形容動詞の語幹に後置して、「ひどく～な」「～であることこの上ない」という口語表現の形容動詞を形成する。 #*屋根にかぼちゃが生るようだから、豆腐屋が馬車なんかへ乗るんだ。不都合'''千万'''だよ。（[[w:夏目漱石|夏目漱石]]『二百十日』） #*公平に見て、会社側のいい分には、たしかにもっとも千万のところがある。（[[w:坂口安吾|坂口安吾]]『不思議な機構』） ===={{comp}}==== * [[遺憾千万]] * [[笑止千万]] =={{L|zh}}== {{zh-cat|qian1wan4|adverb|hsk=乙|hsk2=4}} {{yue-cat|chin1maan6|adverb}} {{nan-cat|chhian1ban7|adverb}} {{cpx-cat|ceng1mang5|adverb}} {{hak-hl-cat|cienˋ van˖|adverb}} {{wuu-cat|chi1ve3|adverb}} {{gan-cat|qien1uan5|adverb}} ==={{pron}}=== {{cmn-pron|qiānwàn|a=Zh-qianwàn.ogg|z=n}} {{yue-pron|cin1 maan6|h=n}} {{nan-pron|ml:chhian-bān}} {{cpx-pron|pt,xy:ceng1 mang5}} {{hak-pron|h=cienˋ van˖}} {{wuu-pron|sh:1chi ve}} {{gan-pron|'qien1 uan5}} ==={{adverb}}=== {{zhchars|t=千萬}} # [[まったく|全く]]、 #*{{ux|zh|[[千万]][[要]][[来]]！|tr='''Qiānwàn''' yào lái.|何があっても来るように！|sort=qian1wan4}} #（否定表現を強調して）[[絶対]]～ない。 #*{{ux|zh|[[千万]][[别]][[这么]][[说]]！|tr='''Qiānwàn''' bié zhème shuō.|もうそんなしゃべり方をするな！|sort=qian1wan4}} dv2n8esca0tcgjxt2tan2am4boovhu3 0 103345 2337220 2147800 2026-08-28T23:50:34Z Jiba1219 100610 2337220 wikitext text/x-wiki {{kana-DEFAULTSORT|せんまん}} =={{L|ja}}== ==={{kyujitai}}=== {{ja-kyujitai|せんまん|ちよろず}} #{{kyujitai of|千万}} =={{L|zh}}== {{zh-cat|qian1wan4|adverb}} {{yue-cat|chin1maan6|adverb}} {{nan-cat|chhian1ban7|adverb}} {{cpx-cat|ceng1mang5|adverb}} {{hak-cat|chhien1van4|adverb}} {{hak-hl-cat|cienˋ van˖|adverb}} {{wuu-cat|chi1ve3|adverb}} {{gan-cat|qien1uan5|adverb}} ==={{pron}}=== {{cmn-pron|qiānwàn|a=Zh-qianwàn.ogg}} {{yue-pron|cin1 maan6}} {{nan-pron|chhian-bān}} {{cpx-pron|pt,xy:ceng1 mang5}} {{hak-pron|chhiên-van|h=cienˋ van˖}} {{wuu-pron|sh:1chi ve}} {{gan-pron|'qien1 uan5}} ==={{adverb}}=== {{zhchars|s=千万}} # [[まったく|全く]]。 #*{{zh-tra-ex|[[千萬]][[要]][[來]]！|'''Qiānwàn''' yào lái.|何があっても来るように！|sort=qian1wan4}} #（否定表現を強調して）[[絶対]]～ない。 #*{{zh-tra-ex|[[千萬]][[別]][[這麼]][[說]]！|'''Qiānwàn''' bié zhème shuō.|もうそんなしゃべり方をするな！|sort=qian1wan4}} =={{L|ko}}== ==={{numeral}}=== {{ko-head|numeral|천만}} #[[千万]]。 ==={{noun}}=== {{ko-head|noun|천만}} #[[千万]]、{{ふりがな|数|かず}}が[[非常]]に{{おくりがな2|多|おお|い|おおい}}こと。 ==={{adverb}}=== {{ko-head|adverb|천만}} #[[至極]]、{{おくりがな2|限|かぎ|りなく|かぎりない}}。 #[[全然]]、{{おくりがな2|全|まった|く|まったく}}。 ===冠形詞=== {{ko-head|冠形詞|천만}} #千万、{{ふりがな|諸諸|もろもろ}}の。 naxhg207wlze1yehioefcuvij5cvvhi 0 108493 2337205 1923974 2026-08-28T21:52:53Z Nutez 78761 /* 日本語 */ 熊害 2337205 wikitext text/x-wiki {{kana-DEFAULTSORT}} {{also|ゆうかい}} =={{L|ja}}== ==={{homonym}}=== {{head|ja|同音異義}} *【[[有害]]】[[害]]が[[ある|有る]]こと。 *【[[有蓋]]】[[やね|屋根]]・[[ふた|蓋]]などの[[おおい|覆い]]が有ること。 *【[[熊害]]】[[熊]]が[[害]]を[[及ぼす]]こと。 c8919rg8ajmq81ucbyb5sac7j4c1t8v 0 139329 2337210 2073891 2026-08-28T23:24:43Z Jiba1219 100610 2337210 wikitext text/x-wiki {{kana-DEFAULTSORT|しそ}} {{also|紫苏}} =={{L|ja}}== {{ja-kanjitab|し|そ|yomi=o}} {{wikipedia|シソ}} ==={{noun}}=== {{ja-noun|[[しそ]]}} #{{context|シソ科|食品|lang=ja}}[[シソ]]。 ===={{rel}}==== * [[青紫蘇]] * [[赤紫蘇]] ===={{seealso}}==== * [[荏胡麻]] * [[蘇葉]] =={{L|zh}}== ==={{pron}}=== {{cmn-pron|zǐsū}} {{yue-pron|zi2 sou1}} {{nan-pron|chí-so͘|t=zi2 sou1}} ==={{noun}}=== {{zhchars|s=紫苏}} #{{context|シソ科|食品|lang=zh|skey=zi3su1}}[[シソ]]。 {{zh-cat|zi3su1|名詞}} {{yue-cat|zi2sou1|名詞|シソ科|食品}} {{nan-cat|chi2so1|名詞|シソ科|食品}} {{nan-tws-cat|zi2sou1|名詞|シソ科|食品}} =={{L|ko}}== {{ko-hanjatab}} ==={{noun}}=== {{ko-head|noun|자소}} #{{context|シソ科|食品|lang=ko|skey=자소}}[[シソ]]。 =={{L|vi}}== {{vi-hantutab}} ==={{noun}}=== {{vi-head|noun|tía|tô}} #{{context|シソ科|食品|lang=vi|skey=tia3to2}}[[シソ]]。 d3mgln4n7u7yt3ii0nc4kfr7ncl2yxp 0 144915 2337299 1482838 2026-08-29T02:42:40Z 鍼灸 112313 2337299 wikitext text/x-wiki {{kana-DEFAULTSORT|かい}} =={{ja}}== {{wikipedia}} ==={{name}}=== {{ja-name|[[かい]]}} [[Category:旧国名]] # [[旧国名]]。[[東海道]]に位置する。[[甲斐国]]。ほぼ現在の[[山梨県]]に一致。 #（地名）山梨県甲斐市。 ===={{rel}}==== * {{syn}}: [[甲州]] ===人名=== {{ja-noun|[[かい]]}} #{{タグ|ja|姓}}日本人の[[姓]]のひとつ。 ==={{wagokanji}}=== {{ja-wagokanji|かい}} #{{wagokanji of|かい}} ===={{alter}}==== *[[詮]]、[[効]] m0m2o8jslyf7v5mpf0u92m29kj21h19 0 165527 2337209 2066298 2026-08-28T23:18:51Z Jiba1219 100610 2337209 wikitext text/x-wiki =={{L|ja}}== [[category:{{ja}}]] ==={{verb}}:生む・産む=== '''うむ'''【[[生]]む、[[産]]む、[[免]]む（まれ）、[[娩]]む（まれ）】 #{{タグ|ja|他動詞}} [[こ|子]]や[[たまご|卵]]を[[母体]]から[[はなす|離し]]て[[そと|外]]へ[[だす|出す]]。 #* 赤ん坊を'''産む'''。 #{{タグ|ja|他動詞}} [[いままで|今まで]][[ない|無かっ]]たものを[[あらた|新た]]に[[つくりだす|作り出す]]。 #* 弊害を'''生む'''。 ===={{conjug}}==== {{日本語五段活用}} ===={{syn}}==== *(語義1) [[出産]]する ===={{rel}}==== *[[うまれる]]（自動詞形） ===={{ant}}==== * [[ころす]] * [[なくす]] ==={{verb}}:膿む=== '''うむ'''【[[膿]]む】 #{{タグ|ja|自動詞}} [[化膿]]する。 ===={{drv}}==== *[[うみ]] ==={{verb}}:倦む=== '''うむ'''【[[倦]]む】 #{{タグ|ja|自動詞}} [[ながい|長く]][[つづく|続い]]た為に[[いや|嫌]]になる。[[退屈]]する。 ===={{rel}}==== *[[うんざり]] ===={{idiom}}==== *[[うまずたゆまず]] ===={{syn}}==== * [[あきる]] ===感動詞=== [[Category:{{ja}} 感動詞]] '''うむ''' #[[相手]]の[[語句]]を[[肯定]]、[[承諾]]するときに用いる。 #相手の言い分に明確な同意・不同意を表明をせず、一応は理解したことを表すあいづち。 #*「でも、もすこし広くしてもいいでせう。」/ 「'''うむ'''、まあ、さうだが、いまは土が凍つて固くなつてゐるから掘るのが困難だ。そのうちに、」などあいまいな事を言つて、母をだまらせ、ラジオの防空情報に耳を澄ます。 （太宰治『お伽草紙』） #何かに気が付いたときなどに発する[[言葉]]。 #*黄いろい街灯の下をゴソゴソ匍（は）うように歩いている二人連（ふたりづれ）の人影があった。/ 「――'''うむ'''、首領（かしら）この家（いえ）ですぜ。丁度（ちょうど）七つ目の地下窓（ちかそう）にあたりまさあ」/ 　と、斜（なな）めに深い頬傷（ほおきず）のあるガッチリした男が、首領の袖（そで）をひっぱった。（海野十三『見えざる敵』） #力を入れた時に発する言葉。 #*だるまさん、だるまさん、/ にらめっこしましょう、/ わらうとぬかす、/ 一二三……'''うむ'''。/ '''うむ'''……ときばって、息をつめて、両手を膝ひざについて、眼を見張って、おかしな顔つきをしながら、ほかの者を笑わそうとするのです。（豊島与志雄『天狗笑』） ===={{pron}}==== 唇を閉鎖した鼻音<ref>日本国語大辞典第2版（小学館）</ref>。 ; ン↘ン ===={{rel}}==== *[[うん]] ===={{trans}}==== 英語:[[I]] [[see]], [[yes]] =={{L|ojp}}== [[Category:{{ojp}}]] ==={{verb}}:熟む=== '''うむ'''【[[熟]]む】 #[[果実]]などが[[十分]]に[[成熟]]する、熟す。 ===={{conjug}}==== {{古典日本語四段活用|う|む}} ==={{verb}}:績む=== '''うむ'''【[[績]]む】 #[[あさ|麻]]のように、長い繊維をより合わせるなどして、糸を作る。 ===={{conjug}}==== {{古典日本語四段活用|う|む}} ===={{rel}}==== *[[つむぐ]]:木綿などの短い繊維をより合わせる場合 ==={{verb}}:埋む=== '''うむ'''【[[埋]]む】 #[[うめる|埋める]]。 ===={{conjug}}==== {{古典日本語下二段活用|う|む}} ===={{pron}}==== {{ojp-pron-verb-3-1|う|む|}} ==脚注== <references/> gutof0kkc6j2fochl06p6twp60ga4gt 0 170306 2337261 1234289 2026-08-29T00:49:03Z Kuroco2k 84207 2337261 wikitext text/x-wiki {{DEFAULTSORT:か カ̣ {{PAGENAME}}}} =={{L|nan}}== [[Category:かな]] ==={{etym}}=== 「[[カ]]」の下に点を付けたもの。片仮名であり、平仮名に対応する文字はない。 ==={{pron}}=== *{{IPA|lang=nan|/kʰa/}} ===文字=== {{head|nan|文字}} #[[台湾語]]の[[有気音]]の発音表記に用いた。五十音図ではカ̣行あ段。 49dwj860ywd1fe2rs85z75tjd4c94jx 0 170307 2337259 1234288 2026-08-29T00:49:02Z Kuroco2k 84207 2337259 wikitext text/x-wiki {{DEFAULTSORT:き キ̣ {{PAGENAME}}}} =={{L|nan}}== [[Category:かな]] ==={{etym}}=== 「[[キ]]」の下に点を付けたもの。片仮名であり、平仮名に対応する文字はない。 ==={{pron}}=== *{{IPA|lang=nan|/kʰi/}} ===文字=== {{head|nan|文字}} #[[台湾語]]の[[有気音]]の発音表記に用いた。五十音図ではカ̣行い段。 avnxlzff38a74emxeu9xb6om2bjsb6m 0 170308 2337260 1234290 2026-08-29T00:49:03Z Kuroco2k 84207 2337260 wikitext text/x-wiki {{DEFAULTSORT:く ク̣ {{PAGENAME}}}} =={{L|nan}}== [[Category:かな]] ==={{etym}}=== 「[[ク]]」の下に点を付けたもの。片仮名であり、平仮名に対応する文字はない。 ==={{pron}}=== *{{IPA|lang=nan|/kʰu/}} ===文字=== {{head|nan|文字}} #[[台湾語]]の[[有気音]]の発音表記に用いた。五十音図ではカ̣行う段。 p9rl6hnjbywq397kq70wikpwmp6ejdi 0 170309 2337258 1234291 2026-08-29T00:49:02Z Kuroco2k 84207 2337258 wikitext text/x-wiki {{DEFAULTSORT:け ケ̣ {{PAGENAME}}}} =={{L|nan}}== [[Category:かな]] ==={{etym}}=== 「[[ケ]]」の下に点を付けたもの。片仮名であり、平仮名に対応する文字はない。 ==={{pron}}=== *{{IPA|lang=nan|/kʰe/}} ===文字=== {{head|nan|文字}} #[[台湾語]]の[[有気音]]の発音表記に用いた。五十音図ではカ̣行え段。 gwf615mo11jhe2ss0ymu6fjp66tuuw9 0 170310 2337257 1234292 2026-08-29T00:49:02Z Kuroco2k 84207 2337257 wikitext text/x-wiki {{DEFAULTSORT:こ コ̣ {{PAGENAME}}}} =={{L|nan}}== [[Category:かな]] ==={{etym}}=== 「[[コ]]」の下に点を付けたもの。片仮名であり、平仮名に対応する文字はない。 ==={{pron}}=== *{{IPA|lang=nan|/kʰo/|/kʰɔ/}} ===文字=== {{head|nan|文字}} #[[台湾語]]の[[有気音]]の発音表記に用いた。五十音図ではカ̣行お段。 6voucwzt502qyu124a2lveaa3usrgxn 0 170311 2337256 1234293 2026-08-29T00:49:01Z Kuroco2k 84207 2337256 wikitext text/x-wiki {{DEFAULTSORT:た タ̣ {{PAGENAME}}}} =={{L|nan}}== [[Category:かな]] ==={{etym}}=== 「[[タ]]」の下に点を付けたもの。片仮名であり、平仮名に対応する文字はない。 ==={{pron}}=== *{{IPA|lang=nan|/tʰa/}} ===文字=== {{head|nan|文字}} #[[台湾語]]の[[有気音]]の発音表記に用いた。五十音図ではタ̣行あ段。 1ffse36lys9h8105olaoz6e862z1ymt 0 170312 2337255 1234294 2026-08-29T00:49:01Z Kuroco2k 84207 2337255 wikitext text/x-wiki {{DEFAULTSORT:ち チ̣ {{PAGENAME}}}} =={{L|nan}}== [[Category:かな]] ==={{etym}}=== 「[[チ]]」の下に点を付けたもの。片仮名であり、平仮名に対応する文字はない。 ==={{pron}}=== *{{IPA|lang=nan|/ʨʰi/}} ===文字=== {{head|nan|文字}} #[[台湾語]]の[[有気音]]の発音表記に用いた。五十音図ではタ̣行い段。 hejd1uxaocx6ax4r2zlqq7x60sgytrg 0 170313 2337254 1234295 2026-08-29T00:49:01Z Kuroco2k 84207 2337254 wikitext text/x-wiki {{DEFAULTSORT:つ ツ̣ {{PAGENAME}}}} =={{L|nan}}== [[Category:かな]] ==={{etym}}=== 「[[ツ]]」の下に点を付けたもの。片仮名であり、平仮名に対応する文字はない。 ==={{pron}}=== *{{IPA|lang=nan|/ʦʰu/}} ===文字=== {{head|nan|文字}} #[[台湾語]]の[[有気音]]の発音表記に用いた。五十音図ではタ̣行う段。 feq7u7fnv9767py2hc7pzpwq7t89sf4 0 170314 2337253 1234297 2026-08-29T00:49:01Z Kuroco2k 84207 2337253 wikitext text/x-wiki {{DEFAULTSORT:て テ̣ {{PAGENAME}}}} =={{L|nan}}== [[Category:かな]] ==={{etym}}=== 「[[テ]]」の下に点を付けたもの。片仮名であり、平仮名に対応する文字はない。 ==={{pron}}=== *{{IPA|lang=nan|/tʰe/}} ===文字=== {{head|nan|文字}} #[[台湾語]]の[[有気音]]の発音表記に用いた。五十音図ではタ̣行え段。 pvsvmooegc7b4ninlmipzc8zdhmtufh 0 170315 2337251 1234299 2026-08-29T00:49:00Z Kuroco2k 84207 2337251 wikitext text/x-wiki {{DEFAULTSORT:と ト̣ {{PAGENAME}}}} =={{L|nan}}== [[Category:かな]] ==={{etym}}=== 「[[ト]]」の下に点を付けたもの。片仮名であり、平仮名に対応する文字はない。 ==={{pron}}=== *{{IPA|lang=nan|/tʰɔ/|/tʰo/}} ===文字=== {{head|nan|文字}} #[[台湾語]]の[[有気音]]の発音表記に用いた。五十音図ではタ̣行お段。 aet9gzktc9h9bu72h7f67xt4oz0d9e5 0 170317 2337252 1234300 2026-08-29T00:49:00Z Kuroco2k 84207 2337252 wikitext text/x-wiki {{DEFAULTSORT:は パ̣ {{PAGENAME}}}} =={{L|nan}}== [[Category:かな]] ==={{etym}}=== 「[[パ]]」の下に点を付けたもの。片仮名であり、平仮名に対応する文字はない。 ==={{pron}}=== *{{IPA|lang=nan|/pʰa/}} ===文字=== {{head|nan|文字}} #[[台湾語]]の[[有気音]]の発音表記に用いた。五十音図ではパ̣行あ段。 5uaks6qt1iatjday1rgxi2qoeo4hct9 0 170318 2337250 1234301 2026-08-29T00:49:00Z Kuroco2k 84207 2337250 wikitext text/x-wiki {{DEFAULTSORT:ひ ピ̣ {{PAGENAME}}}} =={{L|nan}}== [[Category:かな]] ==={{etym}}=== 「[[ピ]]」の下に点を付けたもの。片仮名であり、平仮名に対応する文字はない。 ==={{pron}}=== *{{IPA|lang=nan|/pʰi/}} ===文字=== {{head|nan|文字}} #[[台湾語]]の[[有気音]]の発音表記に用いた。五十音図ではパ̣行い段。 our4ro0y1lw6s3e8a2aarohirc8jur4 0 170319 2337249 1234302 2026-08-29T00:48:59Z Kuroco2k 84207 2337249 wikitext text/x-wiki {{DEFAULTSORT:ふ プ̣ {{PAGENAME}}}} =={{L|nan}}== [[Category:かな]] ==={{etym}}=== 「[[プ]]」の下に点を付けたもの。片仮名であり、平仮名に対応する文字はない。 ==={{pron}}=== *{{IPA|lang=nan|/pʰu/}} ===文字=== {{head|nan|文字}} #[[台湾語]]の[[有気音]]の発音表記に用いた。五十音図ではパ̣行う段。 98cb5c95h1wkxvedwwphepfd1nieuzr 0 170320 2337248 1234303 2026-08-29T00:48:59Z Kuroco2k 84207 2337248 wikitext text/x-wiki {{DEFAULTSORT:へ ペ̣ {{PAGENAME}}}} =={{L|nan}}== [[Category:かな]] ==={{etym}}=== 「[[ペ]]」の下に点を付けたもの。片仮名であり、平仮名に対応する文字はない。 ==={{pron}}=== *{{IPA|lang=nan|/pʰe/}} ===文字=== {{head|nan|文字}} #[[台湾語]]の[[有気音]]の発音表記に用いた。五十音図ではパ̣行え段。 6dopa9t57o67cuonhmtcssvgqi3dz9x 0 170321 2337247 1234304 2026-08-29T00:48:59Z Kuroco2k 84207 2337247 wikitext text/x-wiki {{DEFAULTSORT:ほ ポ̣ {{PAGENAME}}}} =={{L|nan}}== [[Category:かな]] ==={{etym}}=== 「[[ポ]]」の下に点を付けたもの。片仮名であり、平仮名に対応する文字はない。 ==={{pron}}=== *{{IPA|lang=nan|/pʰo/|/pʰɔ/}} ===文字=== {{head|nan|文字}} #[[台湾語]]の[[有気音]]の発音表記に用いた。五十音図ではパ̣行お段。 e64zcihulfvz2bll9e8yb2w4plt35v7 0 172639 2337276 2243075 2026-08-29T01:46:24Z 鍼灸 112313 2337276 wikitext text/x-wiki {{kana-DEFAULTSORT|さんせい}} =={{L|ja}}== {{wikipedia}} ==={{etym}}=== {{-性|酸}} ==={{noun}}=== {{ja-noun|[[さんせい]]}} [[Category:{{ja}}_化学]] #酸の[[性質]]を[[もつ|持って]]いること。 ===={{pron}}==== ;さ↗んせー ===={{rel}}==== *[[中性]] *[[塩基性]] *[[アルカリ性]] ===={{drv}}==== *[[酸性雨]] *[[酸性塩]] *[[酸性酸化物]] *[[酸性度]] =={{L|zh}}== {{zh-cat|suan1xing4|noun|化学}} {{yue-cat|syun1sing3|noun|化学}} {{nan-cat|seng1seng3|noun|化学}} ==={{pron}}=== {{cmn-pron|suānxìng}} {{yue-pron|syun1 sing3|a=LL-Q9186-Luilui6666-酸性.wav}} {{nan-pron|tw,qz,xm:sng-sèng/zz:suiⁿ-sèng}} ==={{noun}}=== {{zhchars}} #(化学) 酸性。 ===={{ant}}==== *{{zh-l|鹼性}} (jiǎnxìng) *{{zh-l|中性}} (zhōngxìng) =={{L|ko}}== ==={{noun}}=== {{ko-head|noun|산성|cat2=化学}} #（日本語に同じ）酸性。 j1g0yhly0cme6vqmii5nob7dfjaw0zl 0 178188 2337278 1926691 2026-08-29T01:50:07Z 鍼灸 112313 2337278 wikitext text/x-wiki {{kana-DEFAULTSORT|きけんせい}} {{also|危险性|危險性}} =={{L|ja}}== ==={{pron}}=== {{ja-pron|きけんせい|acc=0}} {{ja-accent-common|region=京阪|h||きけんせー}} ==={{etym}}=== {{-性|危険}} ==={{noun}}=== {{ja-noun|head=[[危険]][[性]]|きけんせい}} #危険の[[おそれ|虞]]。 ===={{ant}}==== *[[安全性]] ===={{trans}}==== {{trans-top}} *{{T|it}}: {{t|it|pericolosità|f}} *{{T|en}}: {{t|en|dangerousness}} *{{T|eo}}: {{t-|eo|danĝereco}} *{{T|ca}}: {{t|ca|perillositat}} *{{T|es}}: {{t|es|peligrosidad}} *{{T|zh}}: {{zh-ts|[[危險性]]|[[危险性]]}} (wēixiǎnxìng) *{{T|ko}}: {{t|ko|위험성}} *{{T|de}}: {{t|de|Gefährlichkeit|f}} *{{T|tr}}: {{t|tr|tehlikelilik}} *{{T|fi}}: {{t|fi|vaarallisuus}} *{{T|fr}}: {{t|fr|dangerosité|f}} *{{T|pt}}: {{t-|pt|periculosidade}} {{trans-bottom}} iouhqiysfzvqs1np04yzbbqt6hno9qr 0 178189 2337279 1926692 2026-08-29T01:52:19Z 鍼灸 112313 2337279 wikitext text/x-wiki {{wikipedia}} {{kana-DEFAULTSORT|あんぜんせい}} =={{ja}}== {{ja-kanjitab|あん|ぜん|せい|yomi=o,o,o}} ==={{pron}}=== {{ja-pron|あんぜんせい|acc=0}} ==={{etym}}=== {{-性|安全}} ==={{noun}}=== {{ja-noun|あんぜんせい}} #[[安全]]の[[どあい|度合い]]。 =={{zh}}== [[Category:{{zh}}|an1quan2xing4]] ==={{pron}}=== {{cmn-pron|ānquánxìng}} {{yue-pron|on1 cyun4 sing3}} ==={{noun}}=== {{zh-cat|an1quan2xing4|noun}} {{zhchars}} #（日本語に同じ）安全性。 {{yue-cat|on1cyun4sing3|noun}} =={{ko}}== ==={{noun}}=== {{ko-head|noun|안전성}} #（日本語に同じ）安全性。 oobljbygmdvv0i1z0frgynpncqlzryy 0 205038 2337207 1490996 2026-08-28T23:13:10Z Jiba1219 100610 2337207 wikitext text/x-wiki {{kana-DEFAULTSORT|ゆごう}} =={{L|ja}}== [[Category:{{ja}}]] ==={{pron}}=== {{ja-pron|ゆごう|acc=0}} ==={{noun}}=== [[Category:{{ja}}_{{noun}}]] [[Category:{{ja}}_{{noun}}_サ変動詞]] [[Category:{{ja}}_医学]] {{jachars}}（ゆごう） #[[きず|傷]]が[[なおる|治り]]、[[はなれる|離れ]]ていた[[皮膚]]や[[筋肉]]が[[くっつく]]こと。 ==={{verb}}=== {{日本語サ変活用}} =={{L|zh}}== {{zh-cat|yu4he2|verb|医学}} {{yue-cat|yu6hap6|verb|医学}} {{nan-cat|lu2hap8|verb|医学}} ===別表記=== *{{l|zh|愈合}} ==={{pron}}=== {{cmn-pron|yùhé}} {{yue-pron|jyu6 hap6}} {{nan-pron|xm,qz:lú-ha̍p/zz:jí-ha̍p/xm:ú-ha̍p}} ==={{verb}}=== {{zhchars}} #癒合する。 =={{L|ko}}== ==={{noun}}=== {{ko-head|noun|유합|cat2=医学}} #（日本語に同じ）癒合。 ia9lhrt9804c8nnk2pmerhhvz69vei0 0 206288 2337303 1550228 2026-08-29T03:03:04Z Kuroco2k 84207 2337303 wikitext text/x-wiki {{DEFAULTSORT:wystarczajaco wystarczająco}} =={{L|pl}}== ==={{etym}}=== {{affix|pl|wystarczający|-o}} ==={{pron|pl}}=== {{pl-pr|a=Pl-wystarczająco.ogg}} ===副詞=== {{pl-adv|-}} # [[十分]]。十分に。 #: {{syn|pl|dostatecznie}} #: {{ant|pl|niewystarczająco}} #*{{uxi|pl|[[wystarczająco]] [[biegle]]/[[zręcznie]]|'''十分'''流暢に/器用に}} ====関連語==== 動詞（不完了体/完了体）: *{{l|pl|dostarczać}} / {{l|pl|dostarczyć}} *{{l|pl|wystarczać}} / {{l|pl|wystarczyć}} :形容詞: :*{{l|pl|wystarczający}} nz3r35dl52i9qtptwp91wcpemhbclcc 2337305 2337303 2026-08-29T03:04:38Z Kuroco2k 84207 /* {{pron|pl}} */ 2337305 wikitext text/x-wiki {{DEFAULTSORT:wystarczajaco wystarczająco}} =={{L|pl}}== ==={{etym}}=== {{affix|pl|wystarczający|-o}} ==={{pron}}=== {{pl-pr|a=Pl-wystarczająco.ogg}} ===副詞=== {{pl-adv|-}} # [[十分]]。十分に。 #: {{syn|pl|dostatecznie}} #: {{ant|pl|niewystarczająco}} #*{{uxi|pl|[[wystarczająco]] [[biegle]]/[[zręcznie]]|'''十分'''流暢に/器用に}} ====関連語==== 動詞（不完了体/完了体）: *{{l|pl|dostarczać}} / {{l|pl|dostarczyć}} *{{l|pl|wystarczać}} / {{l|pl|wystarczyć}} :形容詞: :*{{l|pl|wystarczający}} ehni9q877gvmoilblwoc293v3v5rakw 0 206289 2337304 1550229 2026-08-29T03:03:04Z Kuroco2k 84207 2337304 wikitext text/x-wiki {{DEFAULTSORT:wystarczajacy wystarczający}} =={{L|pl}}== ==={{etym}}=== {{affix|pl|wystarczać|-ący}} ==={{pron}}=== {{pl-pr|a=LL-Q809 (pol)-Poemat-wystarczający.wav}} ==={{adjc}}=== {{pl-adj|m}} #[[十分]]な。 #:{{syn|pl|dostateczny}} #:{{ant|pl|niewystarczający}} #*{{uxi|pl|{{l|pl|bez}} [[wystarczający]]ch [[dowód|dowodów]] {{l|pl|na}}'' + {{q|対格}}|…という嫌疑についての'''十分な'''証拠もなく}} ===={{decl}}==== {{pl-adecl}} ====関連語==== 動詞（不完了体/完了体）: *{{l|pl|dostarczać}} / {{l|pl|dostarczyć}} *{{l|pl|wystarczać}} / {{l|pl|wystarczyć}} :副詞: :*{{l|pl|wystarczająco}} 2c4drc7x9v8luglxvlhokspem7l6mf6 0 215248 2337285 2077801 2026-08-29T01:59:55Z 鍼灸 112313 2337285 wikitext text/x-wiki {{kana-DEFAULTSORT|かせい}} {{also|假性}} =={{L|ja}}== {{ja-kanjitab|か|せい|yomi=o}} ==={{pron}}=== {{ja-pron|かせい|acc=0}} ==={{etym}}=== {{-性|仮}} ==={{noun}}=== {{ja-noun|[[かせい]]}} #{{context|pathology|lang=ja}}[[病因]]は[[ことなる|異なる]]が、[[病状]]・[[性質]]が[[真性]]の[[病気]]に[[類似]]していること。 ===={{ant}}==== * [[真性]] mjzl140aikx0hf7issxsk4p6f0j6jtb 0 228209 2337281 1494871 2026-08-29T01:56:50Z 鍼灸 112313 2337281 wikitext text/x-wiki {{kana-DEFAULTSORT|しょうらいせい}} =={{ja}}== ==={{etym}}=== {{-性|将来}} ==={{noun}}=== {{ja-noun|しょうらいせい}} #[[将来]]が[[期待]]されるという[[みこみ|見込み]]。 1dl567g3lo6mpqof3z54ahur416ex7j 0 259748 2337180 2337093 2026-08-28T12:10:10Z KashiDisco 119947 隷定字を区別してください 2337180 wikitext text/x-wiki {{半保護S}} {{kana-DEFAULTSORT|タ}} == 漢字 == {{kanji|黽|12}} {{kanji variants|鼍=[[簡体字]]|𪓸|𪓽=[[同字]]|𪛄=[[俗字]]}} === 字源 === # [[形声文字|形声]]。「[[黽]]」 + [[音符]]「[[單]] {{phoneme|*TAN}}」。「{{w|ヨウスコウワニ}}」を意味する[[漢語]]｛[[鼉]] {{phoneme|*dˤai}}｝を表す字。 # （甲骨文隷定字）[[象形文字|象形]]。「[[キリギリス]]」を象る。<ref group="字源">羅睿晣 『[https://toaj.stpi.niar.org.tw/index/journal/volume/article/4b1141f99bf338b9019bfee4ef570238 釋甲骨文的「」字──兼論「冬」字構形可能來源]』「中国文字 二〇二五年冬季号(総第十四期)」 (2025) p.187～211</ref>「[[キリギリス]]」を[[意味]]する[[漢語]]｛[[螽]]{{phoneme|*tuŋ}}｝を表す字。 {{字源}} ==== 参考文献 ==== * [[上古音]]は布之道『[http://www.kaom.net/sgy_bzd.php 廣韻形聲考]』による。 <references group="字源"/> === 意義 === #[[ワニ]]、特に[[w:ヨウスコウワニ|ヨウスコウワニ]]。 #*[[黿鼉]] =={{L|ja}}== [[Category:{{ja}}]] {{ja-kanji|呉音=ダ;<ref>康煕字典「《集韻》《韻會》《正韻》唐何切，𠀤音[[駝]]」より、「[[駝]]」の呉音・漢音を採った。なお、「《唐韻》徒何切」であれば「[[侘]]」に一致。</ref>,ダン,ゼン;<ref>「呉音:ダン、漢音:タン」「呉音:ゼン、漢音:セン」は英語版ウィクショナリーより、これらは、康煕字典からは導き出し得ず。おそらく、音符の「[[単]]（「タン」系の他「セン」形の音もある。cf.[[戦]]）」、又は、同義別音である「[[鱓]]（《唐韻》常演切《集韻》《韻會》《正韻》上演切）」の音を付会したものだろう。なお、康煕字典には、「鱓」が「鼉」と同義の場合は「《集韻》唐何切」とあるので、「ダン、タン」「ゼン、セン」の音を当てるのは適当でないと考えられる。</ref>|漢音=タ,タン,セン}} ==== 注 ==== <references group/> ==={{prov}}=== *[[鼉太鼓]] =={{L|zh}}== [[Category:{{zh}}|tuo2]] [[Category:{{yue}}|to4]] {{trans_link|zh|{{PAGENAME}}}} *'''ローマ字表記''' **'''[[普通話]]''' ***'''[[ピンイン]]''': tuó（tuo2） *** '''[[ウェード式]]''': t'o² ** '''[[広東語]]''' *** '''[[イェール式]]''': to4 **'''[[閩南語]]''' ***'''[[POJ]]''': == {{コード}} == {{文字コード|jis=2-77-05|mj={{mjmoji|029973}}|gb=FC83|cns=2-7154|big5=F965|ksx=1002-7138}} {{検字|倉頡=RRWMU|四角=6671.7}} {{字典|dj=2060.100|hdz=74771.040|大字源=12201|大漢語林=13833|康煕=1525.010|新大字典=20885|新潮漢字=15261|諸橋=48306}} 1lq8dgwlqs1pt7jnd7zuvkc9yp6f7t9 0 267448 2337308 1500063 2026-08-29T03:10:03Z Kuroco2k 84207 2337308 wikitext text/x-wiki {{kana-DEFAULTSORT|ゆきしな}} =={{L|ja}}== ==={{wago}}=== {{ja-wagokanji|いきしな|ゆきしな}} #{{wagokanji of|いきしな}} #{{wagokanji of|ゆきしな}} 4bmhdcgto9wnnuswijg9s9urksr123e 0 286121 2337307 2265548 2026-08-29T03:08:15Z Kuroco2k 84207 2337307 wikitext text/x-wiki =={{L|ru}}== ==={{etym}}=== {{affix|ru|бесконе́чный|-ость}} ==={{pron}}=== *{{ru-IPA|бесконе́чность}} *{{音声|ru|Ru-бесконечность.ogg}} ==={{noun}}=== {{ru-noun+|бесконе́чность|f}} #[[無限]]。[[永遠]]。 ===={{decl}}==== {{ru-noun-table|бесконе́чность|f}} ===={{rel}}==== *{{l|ru|бесконе́чный}} rqkrou8ze0rfv5jqd8axbx57gqktyko 0 286418 2337306 2265578 2026-08-29T03:08:15Z Kuroco2k 84207 2337306 wikitext text/x-wiki =={{L|ru}}== ==={{etym}}=== おそらく {{affix|ru|бес-|преде́л|-ный}} ==={{pron}}=== *{{ru-IPA|беспреде́льный}} *{{音声|ru|LL-Q7737 (rus)-Tatiana Kerbush-беспредельный.wav|a=Saint Petersburg}} ==={{adjc}}=== {{ru-adj|беспреде́льный|adv=беспреде́льно|absn=+}} #[[無限]]の。{{おくりがな2|限|かぎ|りない|かぎりない}}。 #:{{syn|ru|безграни́чный|бесконе́чный}} #[[永久]]の。 ===={{decl}}==== {{ru-decl-adj|беспреде́льный|a*}} ===={{drv}}==== *{{l|ru|небеспреде́льный}} ===={{rel}}==== *{{l|ru|беспреде́л|g=m}} *{{l|ru|без}} *{{l|ru|преде́л|g=m}}, {{l|ru|преде́льный}}, {{l|ru|преде́льно}} abslp7gxinhhd2jushpjw2wwpkwpvmt 0 310518 2337262 1333633 2026-08-29T00:50:54Z Kuroco2k 84207 2337262 wikitext text/x-wiki =={{L|okm}}== ==={{etym}}=== {{affix|okm|[[ᄭᅮ〮다〮|ᄭᅮ〮]]|tr1=skwú-|-ㅁ|tr2=-m}} ==={{pron}}=== *{{IPA|lang=okm|/skúm/|[(s)k͈úm]}} ==={{noun}}=== {{head|okm|noun|tr=skwum}} #{{ふりがな|夢|ゆめ}}。 ===={{desc}}==== *{{desc|ko-ear|ᄭᅮᆷ|tr=skwum}} **{{desc|ko|꿈}} *{{desc|jje|꿈}} kysz6vdh3usn3qfxi8pp426tvkrwsan 0 323115 2337197 2312964 2026-08-28T13:02:35Z うーむ 129171 /* */ 2337197 wikitext text/x-wiki {{kana-DEFAULTSORT}} {{also|しちよう|じちょう}} =={{L|ja}}== ==={{kangokana}}=== {{ja-kangokana|h=y}} *【[[仕丁]]】：律令制で、諸国から出された成年男子に課された力役。 *【[[史潮]]】：歴史の大きな流れ。 *【[[士長]]】：[[自衛隊]]における[[階級]]。 *【[[市庁]]】：市庁舎。 *【[[市朝]]】：町中と朝廷。 *【[[市蝶]]】：市を象徴する[[蝶]]。 *【[[市長]]】：[[市]]の[[首長]]。 *【[[市鳥]]】：市を[[象徴]]する[[とり|鳥]]。 *【[[師長]]】：看護師長、助産師長、保健師長の略称。 *【[[廝丁]]】：律令制で、実働に従う直丁の世話をする仕丁。 *【[[弛張]]】：弛むことと張ること。 *【[[思潮]]】：その[[時代]]における[[思想]]の[[傾向]]。 *【[[支庁]]】：都庁などの出先機関の一つ。 *【[[視聴]]】：あることやものを見る（視る）ことと聞く（聴く）こと。 *【[[紙帳]]・[[紙張]]】：紙を張り合わせて作った蚊帳。 *【[[絁調]]】：律令制で、調として納めるあしぎぬ。 *【[[翅鳥]]】：空を飛翔する鳥。 *【[[至重]]】：きわめて大切なこと。 *【[[試聴]]】：試しに聴くこと。 *【[[詩調]]・[[詞調]]】詩の調子。 *【[[輜重]]】：旅行者の荷物。 *【[[鷙鳥]]】：猛禽。 hk7tqfcj712wlskb3julrxr7fz2nvxf 0 327389 2337194 2122926 2026-08-28T12:52:52Z うーむ 129171 /* 日本語 */ 2337194 wikitext text/x-wiki {{kana-DEFAULTSORT}} =={{L|ja}}== ==={{homonym}}=== {{ja-homonym}} *【[[欠脣]]・[[欠唇]]】：[[口唇裂]]。 *【[[決心]]】：[[心]]を決めること。 *【[[結審]]】：[[裁判]]で全ての[[審理]]が終わること。 mx1cv5ba8cckhvx1uj4m5ygm9h37k40 0 338659 2337198 2312965 2026-08-28T13:02:55Z うーむ 129171 /* */ 2337198 wikitext text/x-wiki {{kana-DEFAULTSORT}} {{also|しちょう|しちよう}} =={{L|ja}}== ==={{kangokana}}=== {{ja-kangokana|h=y}} *【[[仕丁]]】：律令制で、諸国から出された成年男子に課せられた力役。 *【[[寺牒]]】：寺院から官庁に差し出す公文書。 *【[[慈鳥]]】：カラスの別名。 *【[[持重]]】：慎重にすること。 *【[[時潮]]】：その時代の風潮。 *【[[次丁]]】：律令制で、老丁および軽い不具・病気のある男子。 *【[[次長]]】：[[企業]]における[[職位]]の一つ。 *【[[自嘲]]】:自分自身を[[あざける|嘲る]]こと。 *【[[自重]]】：自らの[[品位]]を保つこと。 th4v5x041o5am5mwuztz08w8d3bdrk7 10 359660 2337294 1668557 2026-08-29T02:22:36Z Kuroco2k 84207 2337294 wikitext text/x-wiki [[ファイル:Symbol comment vote.svg|15px]]&nbsp;'''{{ {{{|safesubst:}}}#if:{{{1|}}} | {{{1}}} | 追記}}''' <noinclude>{{Documentation|content=<br> Wikipediaの[[w:Template:追記|Template:追記]]の移植です。基本的に議論ページでもう一つ言いたいことがあったとき自分のコメントに返信して使います。<br> ----例: XXXXさんは過去に????さんに対して暴言を繰り返しており･･･(中略) があったので、XXXXさんはこの議論に参加しないほうがいいと思います。--[[□□□□]] ([[トーク]]) 2022年5月4日 (水) 04:19 (UTC) :[[ファイル:Symbol comment vote.svg|15px]]&nbsp;'''{{ {{{|safesubst:}}}#if:{{{1|}}} | {{{1}}} | 追記}}'''XXXXさんは･･･(中略) だったようです--[[□□□□]] ([[トーク]]) 2022年5月4日 (水) 04:19 (UTC)}}[[Category:コメントテンプレート]]</noinclude> oaj95rwne2egqaw6p02xa8vqefzy5by 0 369101 2337316 2164959 2026-08-29T04:03:47Z Jiba1219 100610 2337316 wikitext text/x-wiki {{kana-DEFAULTSORT|さいげつ}} =={{L|ja}}== {{ja-kanjitab|さい|げつ|yomi=o|alt=災孼}} ==={{noun}}=== {{ja-noun|[[さいげつ]]}} #[[災害]]。[[わざわい|災い]]。 =={{L|zh}}== {{zh-cat|zai1nia4|noun}} ==={{pron}}=== {{cmn-pron|zāiniè}} ==={{noun}}=== {{zhchars|s=灾孽}} #（日本語に同じ）災孽。 tfr8najh1vn5hcku25xkvg75rsttody 0 369102 2337317 2164958 2026-08-29T04:04:04Z Jiba1219 100610 2337317 wikitext text/x-wiki =={{L|zh}}== {{zh-cat|zai1nia4|noun}} ==={{pron}}=== {{cmn-pron|zāiniè|z=n}} ==={{noun}}=== {{zhchars|t=災孽}} #[[災孽]]。 92co574ooccszotrpsl1kssbfzl73pt 0 369314 2337346 1942840 2026-08-29T08:02:44Z 鍼灸 112313 2337346 wikitext text/x-wiki {{kana-DEFAULTSORT|しょうじょ}} =={{ja}}== ==={{noun}}=== {{ja-noun|[[しょうじょ]]}} #[[年齢]]が[[わかい|若い]][[女性]]。童女。 #[[律令制]]で四歳から十六歳以下の女性。 ==={{wagokanji}}=== {{ja-wagokanji|こおんな}} #{{wagokanji of|こおんな}} =={{zh}}== ==={{pron}}=== {{cmn-pron|xiǎonǘ}} ==={{noun}}=== {{zh-cat|xiao3nv3|noun}} {{zhchars}} #一番下の娘。 #幼女。 #自分の娘の謙称。 #女児の父母に対する自称。 3g13573ymb0ns3uvpqzqm6243s7uos1 0 369455 2337353 1687775 2026-08-29T08:38:28Z NekoyamaWataru 87354 /* {{hu}} */ 語義を追加 2337353 wikitext text/x-wiki =={{hu}}== ==={{pron}}=== * {{hu-IPA}} ==={{etym}}=== {{inh|hu|urj-pro|*wixe-||持ってくる、運ぶ}}より {{cog|mns|виӈкве}} {{cog|et|viima}} {{cog|fi|viedä}} ==={{verb}}=== {{hu-verb}} # {{label|hu|transitive}} [[もっていく|持っていく]]、[[もちこむ|持ち込む]]、[[はこぶ|運ぶ]]、[[とどける|届ける]]、[[運搬]]する。 # {{label|hu|transitive}} [[つれていく|連れて行く]]、[[みちびく|導く]]、[[同行]]する。 # {{label|hu|transitive|カードゲーム|トリックテイキングゲーム}} [[とる|取る]]、[[ヒット]]する。 # {{label|hu|transitive|figuratively}} [[もたらす|齎す]]、[[なしとげる|成し遂げる]]、[[達成]]する。 # {{label|hu|transitive|figuratively|金銭}} [[うばう|奪う]]、[[大量]]に[[消費]]する。 ===={{conjug}}==== {{hu-conj-gyek|v|i}} ===={{drv}}==== {{hu-verbpref|visz|sep=3|át|be|el|fel|haza|ki|le|végig|vissza}} ===={{idiom}}==== {{top|cols=4}} * {{l|hu|asszonyt visz a házhoz}} * {{l|hu|véghez visz}} {{bottom}} ====参考文献==== * {{R:ErtSz}} ah2oizrre0q4088e9z1f2hfifp8wbdh 0 373152 2337284 2196107 2026-08-29T01:59:28Z 鍼灸 112313 2337284 wikitext text/x-wiki {{kana-DEFAULTSORT|しんせい}} {{also|眞性}} =={{L|ja}}== ==={{pron}}=== {{ja-pron|しんせい|acc=h|acc_ref=NHK}} ==={{etym}}=== {{-性|真}} ==={{noun}}=== {{ja-noun|[[しんせい]]}} #ありのままの[[性質]]。[[天賦]]の性質。 #[[純真]]な性質。混じりけのない性質。 #[[医学]]で[[検査]]の結果、疑いのない[[病気]]。 ===={{rel}}==== *[[仮性]] ===脚注=== {{Reflist}} =={{L|zh}}== {{拡大|真|性|lang=zh}} {{zh-cat|zhen1xing4|noun|adj}} {{yue-cat|jan1sing3|noun|adj}} ==={{pron}}=== {{cmn-pron|zhēnxìng}} {{yue-pron|zan1 sing3}} ==={{noun}}=== {{zhchars}} #[[天性]]。 ==={{adj}}=== {{zhchars}} #本物の。 #天性の。 2rccu3eczopa12b4jdpyxo5g3o3eb1p 0 385271 2337313 1948017 2026-08-29T03:56:06Z うーむ 129171 /* 日本語 */ 2337313 wikitext text/x-wiki =={{ja}}== {{kana-DEFAULTSORT|やちょう}} ==={{noun}}=== {{ja-noun|[[やちょう]]}} #[[野生]]の[[鳥類]]。[[野禽]]。 [[カテゴリ:日本語 鳥]] ---- =={{zh}}== [[category:{{zh}}|ye3niao3]] ==={{noun}}=== [[category:{{zh}} {{noun}}|ye3niao3]] {{zhchars}} ({{unicode|yěniǎo}} 簡体字:[[野鸟]]) #野生の鳥類。 o8jg6kwi6nvj941psr852i97xyz2ogu 0 385765 2337298 1948264 2026-08-29T02:40:46Z 鍼灸 112313 2337298 wikitext text/x-wiki {{kana-DEFAULTSORT|かいしょう}} =={{ja}}== ==={{etym}}=== {{-性|甲斐}} ==={{noun}}=== {{ja-noun|[[かいしょう]]}} #何かを[[立派]]に[[完遂]]しようという[[能力]]や[[性質]]。 o7cmy7sycvr6elpqi7ewovgofwwgk86 0 392226 2337350 1950688 2026-08-29T08:09:17Z 鍼灸 112313 2337350 wikitext text/x-wiki {{kana-DEFAULTSORT|おおおとこ}} =={{ja}}== ==={{wagokanji}}=== {{ja-wagokanji|おおおとこ}} #{{wagokanji of|おおおとこ}} =={{zh}}== ==={{pron}}=== {{cmn-pron|dànnán}} ==={{noun}}=== {{zh-cat|da4nan2|noun}} {{zhchars}} #成人男子。 #長男。 #結婚の適齢期を超えて未婚の男子。 ===={{ant}}==== *[[大女]] ===={{idiom}}==== *[[大男大女]] 3djve7ub74a2sqsbcflp7v3bt2yyw6f 0 392285 2337349 1950716 2026-08-29T08:07:38Z 鍼灸 112313 2337349 wikitext text/x-wiki {{kana-DEFAULTSORT|おおおんな}} =={{ja}}== ==={{wagokanji}}=== {{ja-wagokanji|おおおんな}} #{{wagokanji of|おおおんな}} =={{zh}}== ==={{pron}}=== {{cmn-pron|dànǘ}} ==={{noun}}=== {{zh-cat|da4nv32|noun}} {{zhchars}} #成人女子。 #長女。 #結婚の適齢期を超えて未婚の女子。 ===={{ant}}==== *[[大男]] ===={{idiom}}==== *[[大男大女]] eflrem38gt9300a120e93eksvnc6vx0 0 392316 2337348 1950735 2026-08-29T08:03:40Z 鍼灸 112313 2337348 wikitext text/x-wiki {{kana-DEFAULTSORT}} =={{ja}}== ==={{noun}}=== {{ja-noun|[[大女]]}} #体つきの[[おおきい|大きな]][[おんな|女]]。 ===={{rel}}==== *[[こおんな]] 1urr7jbelaklc5y4hxx885fpa2cygao 0 397286 2337263 1755309 2026-08-29T00:52:29Z Kuroco2k 84207 2337263 wikitext text/x-wiki =={{L|sg}}== ==={{etym}}=== {{compound|lang=sg|wâlï|mbârâtâ}} ==={{pron}}=== *{{IPA|lang=sg|wa˥.li˧.m͡ba˥.ra˥.ta˥}} ==={{noun}}=== {{head|sg|noun}} #{{context|animal|lang=sg}} [[牝馬]]。 q21r631kf0k8lpvfvgbjcbjtdq6rm4k 828 421299 2337275 2323336 2026-08-29T01:45:50Z Kuroco2k 84207 2337275 Scribunto text/plain local export = {} local m_string_utilities = require("Module:string utilities") local string_utilities_module = "Module:string utilities" local rfind = mw.ustring.find local rsplit = mw.text.split local insert = table.insert local u = mw.ustring.char local rsubn = mw.ustring.gsub local concat = table.concat -- version of rsubn() that discards all but the first return value local function rsub(term, foo, bar) local retval = rsubn(term, foo, bar) return retval end local function split(...) split = require(string_utilities_module).split return split(...) end local function umatch(...) umatch = require(string_utilities_module).match return umatch(...) end --[=[split_alternating_runs_and_frob_raw_text In order to understand the following parsing code, you need to understand how inflected text specs work. They are intended to work with inflected text where individual words to be inflected may be followed by inflection specs in angle brackets. The format of the text inside of the angle brackets is up to the individual language and part-of-speech specific implementation. A real-world example is as follows: "[[медичний|меди́чна]]<+> [[сестра́]]<*,*#.pr>". This is the inflection of a multiword expression "меди́чна сестра́", which means "nurse" in Ukrainian (literally "medical sister"), consisting of two words: the adjective меди́чна ("medical" in the feminine singular) and the noun сестра́ ("sister"). The specs in angle brackets follow each word to be inflected; for example, <+> means that the preceding word should be declined as an adjective. The code below works in terms of balanced expressions, which are bounded by delimiters such as < > or [ ]. The intention is to allow separators such as spaces to be embedded inside of delimiters; such embedded separators will not be parsed as separators. For example, Ukrainian noun specs allow footnotes in brackets to be inserted inside of angle brackets; something like "меди́чна<+> сестра́<pr.[this is a footnote]>" is legal, as is "[[медичний|меди́чна]]<+> [[сестра́]]<pr.[this is an <i>italicized footnote</i>]>", and the parsing code should not be confused by the embedded brackets, spaces or angle brackets. The parsing is done by two functions, which work in close concert: parse_balanced_segment_run() and split_alternating_runs(). To illustrate, consider the following: parse_balanced_segment_run("foo<M.proper noun> bar<F>", "<", ">") = {"foo", "<M.proper noun>", " bar", "<F>", ""} then split_alternating_runs({"foo", "<M.proper noun>", " bar", "<F>", ""}, " ") = {{"foo", "<M.proper noun>", ""}, {"bar", "<F>", ""}} Here, we start out with a typical inflected text spec "foo<M.proper noun> bar<F>", call parse_balanced_segment_run() on it, and call split_alternating_runs() on the result. The output of parse_balanced_segment_run() is a list where even-numbered segments are bounded by the bracket-like characters passed into the function, and odd-numbered segments consist of the surrounding text. split_alternating_runs() is called on this, and splits *only* the odd-numbered segments, grouping all segments between the specified character. Note that the inner lists output by split_alternating_runs() are themselves in the same format as the output of parse_balanced_segment_run(), with bracket-bounded text in the even-numbered segments. Hence, such lists can be passed again to split_alternating_runs(). ]=] -- Parse a string containing matched instances of parens, brackets or the like. Return a list of strings, alternating -- between textual runs not containing the open/close characters and runs beginning and ending with the open/close -- characters. For example, -- -- parse_balanced_segment_run("foo(x(1)), bar(2)", "(", ")") = {"foo", "(x(1))", ", bar", "(2)", ""}. function export.parse_balanced_segment_run(segment_run, open, close) return m_string_utilities.capturing_split(segment_run, "(%b" .. open .. close .. ")") end -- The following is an equivalent, older implementation that does not use %b (written before I was aware of %b). --[=[ function export.parse_balanced_segment_run(segment_run, open, close) local break_on_open_close = m_string_utilities.capturing_split(segment_run, "([%" .. open .. "%" .. close .. "])") local text_and_specs = {} local level = 0 local seg_group = {} for i, seg in ipairs(break_on_open_close) do if i % 2 == 0 then if seg == open then table.insert(seg_group, seg) level = level + 1 else assert(seg == close) table.insert(seg_group, seg) level = level - 1 if level < 0 then error("Unmatched " .. close .. " sign: '" .. segment_run .. "'") elseif level == 0 then table.insert(text_and_specs, table.concat(seg_group)) seg_group = {} end end elseif level > 0 then table.insert(seg_group, seg) else table.insert(text_and_specs, seg) end end if level > 0 then error("Unmatched " .. open .. " sign: '" .. segment_run .. "'") end return text_and_specs end ]=] --[=[ Like parse_balanced_segment_run() but accepts multiple sets of delimiters. For example, parse_multi_delimiter_balanced_segment_run("foo[bar(baz[bat])], quux<glorp>", {{"[", "]"}, {"(", ")"}, {"<", ">"}}) = {"foo", "[bar(baz[bat])]", ", quux", "<glorp>", ""}. Each element in the list of delimiter pairs is a string specifying an equivalence class of possible delimiter characters. You can use this, for example, to allow either "[" or "&#91;" to be treated equivalently, with either one closed by either "]" or "&#93;". To do this, first replace "&#91;" and "&#93;" with single Unicode characters such as U+FFF0 and U+FFF1, and then specify a two-character string containing "[" and U+FFF0 as the opening delimiter, and a two-character string containing "]" and U+FFF1 as the corresponding closing delimiter. If `no_error_on_unmatched` is given and an error is found during parsing, a string is returned containing the error message instead of throwing an error. ]=] function export.parse_multi_delimiter_balanced_segment_run(segment_run, delimiter_pairs, no_error_on_unmatched) local escaped_delimiter_pairs = {} local open_to_close_map = {} local open_close_items = {} local open_items = {} for _, open_close in ipairs(delimiter_pairs) do local open, close = unpack(open_close) open = rsub(open, "([%[%]%%%%-])", "%%%1") close = rsub(close, "([%[%]%%%%-])", "%%%1") table.insert(open_close_items, open) table.insert(open_close_items, close) table.insert(open_items, open) open = "[" .. open .. "]" close = "[" .. close .. "]" open_to_close_map[open] = close table.insert(escaped_delimiter_pairs, {open, close}) end local open_close_pattern = "([" .. table.concat(open_close_items) .. "])" local open_pattern = "([" .. table.concat(open_items) .. "])" local break_on_open_close = m_string_utilities.capturing_split(segment_run, open_close_pattern) local text_and_specs = {} local level = 0 local seg_group = {} local open_at_level_zero for i, seg in ipairs(break_on_open_close) do if i % 2 == 0 then table.insert(seg_group, seg) if level == 0 then if not rfind(seg, open_pattern) then local errmsg = "Unmatched close sign " .. seg .. ": '" .. segment_run .. "'" if no_error_on_unmatched then return errmsg else error(errmsg) end end assert(open_at_level_zero == nil) for _, open_close in ipairs(escaped_delimiter_pairs) do local open, close = unpack(open_close) if rfind(seg, open) then open_at_level_zero = open break end end if open_at_level_zero == nil then error(("Internal error: Segment %s didn't match any open regex"):format(seg)) end level = level + 1 elseif rfind(seg, open_at_level_zero) then level = level + 1 elseif rfind(seg, open_to_close_map[open_at_level_zero]) then level = level - 1 assert(level >= 0) if level == 0 then table.insert(text_and_specs, table.concat(seg_group)) seg_group = {} open_at_level_zero = nil end end elseif level > 0 then table.insert(seg_group, seg) else table.insert(text_and_specs, seg) end end if level > 0 then local errmsg = "Unmatched open sign " .. open_at_level_zero .. ": '" .. segment_run .. "'" if no_error_on_unmatched then return errmsg else error(errmsg) end end return text_and_specs end --[==[ Split a list of alternating textual runs of the format returned by `parse_balanced_segment_run` on `splitchar`. This only splits the odd-numbered textual runs (the portions between the balanced open/close characters). The return value is a list of lists, where each list contains an odd number of elements, where the even-numbered elements of the sublists are the original balanced textual run portions. For example, if we do {parse_balanced_segment_run("foo<M.proper noun> bar<F>", "<", ">") = {"foo", "<M.proper noun>", " bar", "<F>", ""}} then {split_alternating_runs({"foo", "<M.proper noun>", " bar", "<F>", ""}, " ") = {{"foo", "<M.proper noun>", ""}, {"bar", "<F>", ""}}} Note that we did not touch the text "<M.proper noun>" even though it contains a space in it, because it is an even-numbered element of the input list. This is intentional and allows for embedded separators inside of brackets/parens/etc. Note also that the inner lists in the return value are of the same form as the input list (i.e. they consist of alternating textual runs where the even-numbered segments are balanced runs), and can in turn be passed to split_alternating_runs(). If `preserve_splitchar` is passed in, the split character is included in the output, as follows: {split_alternating_runs({"foo", "<M.proper noun>", " bar", "<F>", ""}, " ", true) = {{"foo", "<M.proper noun>", ""}, {" "}, {"bar", "<F>", ""}}} Consider what happens if the original string has multiple spaces between brackets, and multiple sets of brackets without spaces between them. {parse_balanced_segment_run("foo[dated][low colloquial] baz-bat quux xyzzy[archaic]", "[", "]") = {"foo", "[dated]", "", "[low colloquial]", " baz-bat quux xyzzy", "[archaic]", ""}} then {split_alternating_runs({"foo", "[dated]", "", "[low colloquial]", " baz-bat quux xyzzy", "[archaic]", ""}, "[ %-]") = {{"foo", "[dated]", "", "[low colloquial]", ""}, {"baz"}, {"bat"}, {"quux"}, {"xyzzy", "[archaic]", ""}}} If `preserve_splitchar` is passed in, the split character is included in the output, as follows: {split_alternating_runs({"foo", "[dated]", "", "[low colloquial]", " baz bat quux xyzzy", "[archaic]", ""}, "[ %-]", true) = {{"foo", "[dated]", "", "[low colloquial]", ""}, {" "}, {"baz"}, {"-"}, {"bat"}, {" "}, {"quux"}, {" "}, {"xyzzy", "[archaic]", ""}}} As can be seen, the even-numbered elements in the outer list are one-element lists consisting of the separator text. ]==] function export.split_alternating_runs(segment_runs, splitchar, preserve_splitchar) local grouped_runs = {} local run = {} for i, seg in ipairs(segment_runs) do if i % 2 == 0 then insert(run, seg) else local parts = split(seg, preserve_splitchar and "(" .. splitchar .. ")" or splitchar) insert(run, parts[1]) for j=2,#parts do insert(grouped_runs, run) run = {parts[j]} end end end if #run > 0 then insert(grouped_runs, run) end return grouped_runs end function export.strip_spaces(text) return rsub(text, "^%s*(.-)%s*$", "%1") end -- Apply an arbitrary function `frob` to the "raw-text" segments in a split run set (the output of -- split_alternating_runs()). We leave alone stuff within balanced delimiters (footnotes, inflection specs and the -- like), as well as splitchars themselves if present. `preserve_splitchar` indicates whether splitchars are present -- in the split run set. `frob` is a function of one argument (the string to frob) and should return one argument (the -- frobbed string). We operate by only frobbing odd-numbered segments, and only in odd-numbered runs if -- preserve_splitchar is given. function export.frob_raw_text_alternating_runs(split_run_set, frob, preserve_splitchar) for i, run in ipairs(split_run_set) do if not preserve_splitchar or i % 2 == 1 then for j, segment in ipairs(run) do if j % 2 == 1 then run[j] = frob(segment) end end end end end --[==[ Like split_alternating_runs() but applies an arbitrary function `frob` to "raw-text" segments in the result (i.e. not stuff within balanced delimiters such as footnotes and inflection specs, and not splitchars if present). `frob` is a function of one argument (the string to frob) and should return one argument (the frobbed string). ]==] function export.split_alternating_runs_and_frob_raw_text(run, splitchar, frob, preserve_splitchar) local split_runs = export.split_alternating_runs(run, splitchar, preserve_splitchar) export.frob_raw_text_alternating_runs(split_runs, frob, preserve_splitchar) return split_runs end --[==[ FIXME: Older entry point. Call `split_alternating_runs_and_frob_raw_text()` in [[Module:parse utilities]] directly. Like `split_alternating_runs()` but strips spaces from both ends of the odd-numbered elements (only in odd-numbered runs if `preserve_splitchar` is given). Effectively we leave alone the footnotes and splitchars themselves, but otherwise strip extraneous spaces. Spaces in the middle of an element are also left alone. ]==] function export.split_alternating_runs_and_strip_spaces(segment_runs, splitchar, preserve_splitchar) return export.split_alternating_runs_and_frob_raw_text(segment_runs, splitchar, export.strip_spaces, preserve_splitchar) end -- Split the non-modifier parts of an alternating run (after parse_balanced_segment_run() is called) on a Lua pattern, -- but not on certain sequences involving characters in that pattern (e.g. comma+whitespace). `splitchar` is the pattern -- to split on; `preserve_splitchar` indicates whether to preserve the delimiter and is the same as in -- split_alternating_runs(). `escape_fun` is called beforehand on each run of raw text and should return two values: -- the escaped run and whether unescaping is needed. If any call to `escape_fun` indicates that unescaping is needed, -- `unescape_fun` will be called on each run of raw text after splitting on `splitchar`. The return value of this -- function is as in split_alternating_runs(). function export.split_alternating_runs_escaping(run, splitchar, preserve_splitchar, escape_fun, unescape_fun) -- First replace comma with a temporary character in comma+whitespace sequences. local need_unescape = false for i, seg in ipairs(run) do if i % 2 == 1 then local this_need_unescape run[i], this_need_unescape = escape_fun(run[i]) need_unescape = need_unescape or this_need_unescape end end if need_unescape then return export.split_alternating_runs_and_frob_raw_text(run, splitchar, unescape_fun, preserve_splitchar) else return export.split_alternating_runs(run, splitchar, preserve_splitchar) end end -- Replace comma with a temporary char in comma + whitespace. function export.escape_comma_whitespace(run, tempcomma) tempcomma = tempcomma or u(0xFFF0) if run:find(",%s") then run = run:gsub(",(%s)", tempcomma .. "%1") -- assign to temp to discard second return value return run, true else return run, false end end -- Undo the replacement of comma with a temporary char. function export.unescape_comma_whitespace(run, tempcomma) tempcomma = tempcomma or u(0xFFF0) run = run:gsub(tempcomma, ",") -- assign to temp to discard second return value return run end -- Split the non-modifier parts of an alternating run (after parse_balanced_segment_run() is called) on comma, but not -- on comma+whitespace. See `split_on_comma()` above for more information and the meaning of `tempcomma`. function export.split_alternating_runs_on_comma(run, tempcomma) tempcomma = tempcomma or u(0xFFF0) -- Replace comma with a temporary char in comma + whitespace. local function escape_comma_whitespace(seg) return export.escape_comma_whitespace(seg, tempcomma) end -- Undo replacement of comma with a temporary char in comma + whitespace. local function unescape_comma_whitespace(seg) return export.unescape_comma_whitespace(seg, tempcomma) end return export.split_alternating_runs_escaping(run, ",", false, escape_comma_whitespace, unescape_comma_whitespace) end -- Split text on a Lua pattern, but not on certain sequences involving characters in that pattern (e.g. -- comma+whitespace). `splitchar` is the pattern to split on; `preserve_splitchar` indicates whether to preserve the -- delimiter between split segments. `escape_fun` is called beforehand on the text and should return two values: the -- escaped run and whether unescaping is needed. If the call to `escape_fun` indicates that unescaping is needed, -- `unescape_fun` will be called on each run of text after splitting on `splitchar`. The return value of this a list -- of runs, interspersed with delimiters if `preserve_splitchar` is specified. function export.split_escaping(text, splitchar, preserve_splitchar, escape_fun, unescape_fun) if not umatch(text, splitchar) then return {text} end -- If there are square or angle brackets, we don't want to split on delimiters inside of them. To effect this, we -- use parse_multi_delimiter_balanced_segment_run() to parse balanced brackets, then do delimiter splitting on the -- non-bracketed portions of text using split_alternating_runs_escaping(), and concatenate back to a list of -- strings. When calling parse_multi_delimiter_balanced_segment_run(), we make sure not to throw an error on -- unbalanced brackets; in that case, we fall through to the code below that handles the case without brackets. if text:find("[%[<]") then local runs = export.parse_multi_delimiter_balanced_segment_run(text, {{"[", "]"}, {"<", ">"}}, "no error on unmatched") if type(runs) ~= "string" then local split_runs = export.split_alternating_runs_escaping(runs, splitchar, preserve_splitchar, escape_fun, unescape_fun) for i = 1, #split_runs do split_runs[i] = concat(split_runs[i]) end return split_runs end end -- First escape sequences we don't want to count for splitting. local need_unescape if escape_fun then text, need_unescape = escape_fun(text) end local parts = split(text, preserve_splitchar and "(" .. splitchar .. ")" or splitchar) if need_unescape then for i = 1, #parts, (preserve_splitchar and 2 or 1) do parts[i] = unescape_fun(parts[i]) end end return parts end -- Split text on comma, but not on comma+whitespace. This is similar to `mw.text.split(text, ",")` but will not split -- on commas directly followed by whitespace, to handle embedded commas in terms (which are almost always followed by -- a space). `tempcomma` is the Unicode character to temporarily use when doing the splitting; normally U+FFF0, but -- you can specify a different character if you use U+FFF0 for some internal purpose. function export.split_on_comma(text, tempcomma) tempcomma = tempcomma or u(0xFFF0) -- Replace comma with a temporary char in comma + whitespace. local function escape_comma_whitespace(run) return export.escape_comma_whitespace(run, tempcomma) end -- Undo replacement of comma with a temporary char in comma + whitespace. local function unescape_comma_whitespace(run) return export.unescape_comma_whitespace(run, tempcomma) end return export.split_escaping(text, ",", false, escape_comma_whitespace, unescape_comma_whitespace) end -- Ensure that Wikicode (bracketed links, HTML, bold/italics, etc.) displays literally in error messages by inserting -- a Unicode word-joiner symbol after all characters that may trigger Wikicode interpr. Replacing with equivalent -- HTML escapes doesn't work because they are displayed literally. I could not get this to work using -- <nowiki>...</nowiki> (those tags display literally) and using using {{#tag:nowiki|...}} (same thing). -- FIXME: This is a massive hack; there must be a better way. function export.escape_wikicode(term) term = term:gsub("([%[<'])", "%1" .. u(0x2060)) return term end function export.make_parse_err(arg_gloss) return function(msg, stack_frames_to_ignore) error(export.escape_wikicode(("%s: %s"):format(msg, arg_gloss)), stack_frames_to_ignore) end end -- Parse a term that may have a language code preceding it (e.g. 'la:minūtia' or 'grc:[[σκῶρ|σκατός]]'). Return -- two arguments, the term minus the language code and the language object corresponding to the language code. -- Etymology-only languages are allowed. This function also correctly handles Wikipedia prefixes (e.g. 'w:Abatemarco' -- or 'w:it:Colle Val d'Elsa') and converts them into two-part links, with the display form not including the Wikipedia -- prefix. `parse_err` should be a function of one or two arguments to display an error (the second argument is the -- number of stack frames to ignore when calling error(); if you declare your error function with only one argument, -- things will still work fine). function export.parse_term_with_lang(term, parse_err_or_paramname) parse_err = type(parse_err_or_paramname) == "function" and parse_err_or_paramname or parse_err_or_paramname and export.make_parse_err(("%s=%s"):format(parse_err_or_paramname, term)) or export.make_parse_err(term) -- Parse off an initial language code (e.g. 'la:minūtia' or 'grc:[[σκῶρ|σκατός]]'). First check for Wikipedia -- prefixes ('w:Abatemarco' or 'w:it:Colle Val d'Elsa' or 'lw:zh:邹衡'). Wikipedia language codes follow a similar -- format to Wiktionary language codes (see below). local termlang, foreign_wikipedia, actual_term = term:match("^(l?w):([a-z][a-z][a-z-]*):([^ ].*)$") if not termlang then termlang, actual_term = term:match("^(w):([^ ].*)$") end if termlang then local wikipedia_prefix = foreign_wikipedia and "w:" .. foreign_wikipedia or "w" if actual_term:find("[%[%]]") then parse_err("Cannot have brackets following a Wikipedia (w:...) link; place the Wikipedia link inside the brackets") end term = ("[[%s:%s|%s]]"):format(wikipedia_prefix, actual_term, actual_term) if termlang == "lw" then return term, require("Module:languages").getByCode(foreign_wikipedia, parse_err, "allow etym") else return term, nil end end -- Wiktionary language codes have at least two lowercase letters followed possibly by lowercase letters and/or -- hyphens (there are more restrictions but this is close enough). Also check for nonstandard Latin etymology -- language codes (e.g. VL. or LL.). (There used to be more nonstandard codes but they have all been eliminated.) termlang, actual_term = term:match("^([a-z][a-z][a-z-]*):([^ ].*)$") if not termlang then -- Special hack for Latin variants, which can have nonstandard etym codes, e.g. VL., LL. termlang, actual_term = term:match("^([A-Z]L%.):([^ ].*)$") end if termlang then termlang = require("Module:languages").getByCode(termlang, parse_err, "allow etym") term = actual_term end return term, termlang end --[=[ Parse a term that may have inline modifiers attached (e.g. 'rifiuti<q:plural-only>' or 'rinfusa<t:bulk cargo><lit:resupplying><qq:more common in the plural {{m|it|rinfuse}}>'). * `arg` is the term to parse. * `props` is an object holding further properties controlling how to parse the term: * `paramname` is the name of the parameter where `arg` comes from, or nil if this isn't available (it is used only in error messages). * `param_mods` is a table describing the allowed inline modifiers (see below). * `generate_obj` is a function of one or two arguments that should parse the argument minus the inline modifiers and return a corresponding parsed object (into which the inline modifiers will be rewritten). If declared with one argument, that will be the raw value to parse; if declared with two arguments, the second argument will be the `parse_err` function (see below). * `parse_err` is an optional function of one argument (an error message) and should display the error message, along with any desired contextual text (e.g. the argument name and value that triggered the error). If omitted, a default function will be generated which displays the error along with the original value of `arg` (passed through escape_wikicode() above to ensure that Wikicode (such as links) is displayed literally). * `splitchar` is a Lua pattern. If specified, `arg` can consist of multiple delimiter-separated terms, each of which may be followed by inline modifiers, and the return value will be a list of parsed objects instead of a single object. Note that splitting on delimiters will not happen in certain protected sequences (by default comma+whitespace; see below). The algorithm to split on delimiters is sensitive to inline modifier syntax and will not be confused by delimiters inside of inline modifiers, which do not trigger splitting (whether or not contained within protected sequences). * `preserve_splitchar`, if specified, causes the actual delimiter matched by `splitchar` to be returned in the parsed object describing the element that comes after the delimiter. The delimiter is stored in a key whose name is controlled by `separator_key`, which defaults to "separator". * `separator_key` controls the key into which the actual delimiter is written when `preserve_splitchar` is used. See above. * `escape_fun` and `unescape_fun` are as in split_escaping() and split_alternating_runs_escaping() above and control the protected sequences that won't be split. By default, `escape_comma_whitespace` and `unescape_comma_whitespace` are used, so that comma+whitespace sequences won't be split. `param_mods` is a table describing allowed modifiers. The keys of the table are modifier prefixes and the values are tables describing how to parse and store the associated modifier values. Here is a typical example: local param_mods = { t = { item_dest = "gloss", }, gloss = {}, pos = {}, alt = {}, lit = {}, id = {}, g = { item_dest = "genders", convert = function(arg) return rsplit(arg, ",") end, }, } In the table values: * `item_dest` specifies the destination key to store the object into (if not the same as the modifier key itself). * `convert` is a function of one or two arguments (the modifier value and optionally the `parse_err` function as passed in or generated), and should parse and convert the value into the appropriate object. If omitted, the string value is stored unchanged. * `store` describes how to store the converted modifier value into the parsed object. If omitted, the converted value is simply written into the parsed object under the appropriate key (but an error is generated if the key already has a value). If `store` == "insert", the converted value is appended to the key's value using table.insert(); if the key has no value, it is first converted to an empty list. `store` == "insertIfNot" is similar but appends the value using insertIfNot() in [[Module:table]]. If `store == "insert-flattened", the converted value is assumed to be a list and the objects are appended one-by-one into the key's existing value using table.insert(). `store` == "insertIfNot-flattened" is similar but appends using insertIfNot() in [[Module:table]]. WARNING: When using "insert-flattened" and "insertIfNot-flattened", if there is no existing value for the key, the converted value is just stored directly. This means that future appends will side-effect that value, so make sure that the return value of the conversion function for this key generates a fresh list each time. ]=] function export.parse_inline_modifiers(arg, props) local segments = export.parse_balanced_segment_run(arg, "<", ">") if not props.splitchar then return export.parse_inline_modifiers_from_segments(segments, arg, props) else local retval = {} local separated_groups = export.split_alternating_runs_escaping(segments, props.splitchar, props.preserve_splitchar, props.escape_fun or export.escape_comma_whitespace, props.unescape_fun or export.unescape_comma_whitespace) for j = 1, #separated_groups, (props.preserve_splitchar and 2 or 1) do local parsed = export.parse_inline_modifiers_from_segments(separated_groups[j], arg, props) if props.preserve_splitchar and j > 1 then parsed[props.separator_key or "separator"] = separated_groups[j - 1][1] end table.insert(retval, parsed) end return retval end end function export.parse_inline_modifiers_from_segments(group, arg, props) local function get_valid_prefixes() local valid_prefixes = {} for param_mod, _ in pairs(props.param_mods) do table.insert(valid_prefixes, param_mod) end table.sort(valid_prefixes) return valid_prefixes end local function get_arg_gloss() if props.paramname then return ("%s=%s"):format(props.paramname, arg) else return arg end end local parse_err = props.parse_err or export.make_parse_err(get_arg_gloss()) local dest_obj = props.generate_obj(group[1], parse_err) for k = 2, #group - 1, 2 do if group[k + 1] ~= "" then parse_err("Extraneous text '" .. group[k + 1] .. "' after modifier") end local modtext = group[k]:match("^<(.*)>$") if not modtext then parse_err("Internal error: Modifier '" .. group[k] .. "' isn't surrounded by angle brackets") end local prefix, val = modtext:match("^([a-zA-Z0-9+_-]+):(.*)$") if not prefix then local valid_prefixes = get_valid_prefixes() for i, valid_prefix in ipairs(valid_prefixes) do valid_prefixes[i] = "'" .. valid_prefix .. ":'" end parse_err("Modifier " .. group[k] .. " lacks a prefix, should begin with one of " .. require("Module:table").serialCommaJoin(valid_prefixes, {dontTag = true})) end local prefix_parse_err = export.make_parse_err(("modifier prefix '%s' in %s in %s"):format(prefix, group[k], get_arg_gloss())) if props.param_mods[prefix] then local key = props.param_mods[prefix].item_dest or prefix local convert = props.param_mods[prefix].convert local converted if convert then converted = convert(val, prefix_parse_err) else converted = val end local store = props.param_mods[prefix].store if not store then if dest_obj[key] then prefix_parse_err("Prefix occurs twice") end dest_obj[key] = converted elseif store == "insert" then if not dest_obj[key] then dest_obj[key] = {converted} else table.insert(dest_obj[key], converted) end elseif store == "insertIfNot" then if not dest_obj[key] then dest_obj[key] = {converted} else require("Module:table").insertIfNot(dest_obj[key], converted) end elseif store == "insert-flattened" then if not dest_obj[key] then dest_obj[key] = obj else for _, obj in ipairs(converted) do table.insert(dest_obj[key], obj) end end elseif store == "insertIfNot-flattened" then if not dest_obj[key] then dest_obj[key] = obj else for _, obj in ipairs(converted) do require("Module:table").insertIfNot(dest_obj[key], obj) end end else store(dest_obj, key, converted, prefix_parse_err) end else local valid_prefixes = get_valid_prefixes() for i, valid_prefix in ipairs(valid_prefixes) do valid_prefixes[i] = "'" .. valid_prefix .. "'" end prefix_parse_err("Unrecognized prefix, should be one of " .. require("Module:table").serialCommaJoin(valid_prefixes, {dontTag = true})) end end return dest_obj end function export.generate_obj_maybe_parsing_lang_prefix(data) local term = data.term local term_dest = data.term_dest or "term" local termobj = data.termobj or {} if data.parse_lang_prefix and term:find(":", nil, true) then local actual_term, termlangs = export.parse_term_with_lang { term = term, parse_err = data.parse_err, paramname = data.paramname, allow_bad = data.allow_bad_lang_prefix, allow_multiple = data.allow_multiple_lang_prefixes, allow_family = data.allow_family_as_lang_prefix, lang_cache = data.lang_cache, } termobj[term_dest] = actual_term ~= "" and actual_term or nil if termlangs then -- If we couldn't parse a language code, don't overwrite an existing setting in `lang` -- that may have originated from a separate |langN= param. if data.allow_multiple_lang_prefixes then termobj.termlangs = termlangs termobj.lang = termlangs and termlangs[1] or nil else termobj.termlang = termlangs termobj.lang = termlangs end end else termobj[term_dest] = term ~= "" and term or nil end return termobj end return export 2enzv2yon82qiljaez0voavffutnpgv 0 456607 2337282 1968891 2026-08-29T01:57:39Z 鍼灸 112313 2337282 wikitext text/x-wiki {{kana-DEFAULTSORT|こくみんせい}} =={{ja}}== === {{etym}} === {{-性|国民}} ==={{noun}}=== {{ja-noun|こくみんせい}} #{{タグ|ja|社会}} ある[[国]]の[[国民]]の多くに見いだされる[[気質]]。 gb0qbizj42fq6o7g056mt7x44z18e85 14 463960 2337231 1889801 2026-08-29T00:15:35Z Jiba1219 100610 2337231 wikitext text/x-wiki <div class="pathnavbox"> * {{Pathnav|カテゴリ|言語|{{hak}}|last=国際音声記号あり}} * {{Pathnav|カテゴリ|ウィクショナリー|メンテナンス|国際音声記号あり|last={{hak}}}} </div> このカテゴリでは台湾で話されている四県腔を収録されており、ソートキーも四県腔の白話字が基準となっています。海陸腔については「[[:カテゴリ:海陸腔]]」を参照してください。 [[カテゴリ:{{hak}}|*こくさいおんせいきこうあり]] [[カテゴリ:国際音声記号あり|はつかこ]] drae52u421bh2n0is1em1i6d6isdhtx 2337232 2337231 2026-08-29T00:15:51Z Jiba1219 100610 2337232 wikitext text/x-wiki <div class="pathnavbox"> * {{Pathnav|カテゴリ|言語|{{hak}}|last=国際音声記号あり}} * {{Pathnav|カテゴリ|ウィクショナリー|メンテナンス|国際音声記号あり|last={{hak}}}} </div> このカテゴリでは台湾で話されている四県腔が収録されており、ソートキーも四県腔の白話字が基準となっています。海陸腔については「[[:カテゴリ:海陸腔]]」を参照してください。 [[カテゴリ:{{hak}}|*こくさいおんせいきこうあり]] [[カテゴリ:国際音声記号あり|はつかこ]] q3e408snns5bv5kmz9eucpd02mp7lzv 0 478403 2337339 1978753 2026-08-29T06:45:47Z 鍼灸 112313 2337339 wikitext text/x-wiki {{kana-DEFAULTSORT}} =={{L|ja}}== ==={{etym}}=== {{bor|ja|fr|coupé}} ==={{noun}}=== {{ja-noun}} #{{タグ|ja|車両}}[[車輪]]が四つで2人乗りの箱形の[[馬車]]。 #{{タグ|ja|自動車}}ツードアで2人乗りで[[後部]]に荷物を置ける[[乗用車]]。 ===={{rel}}==== * [[セダン]] * [[ワンボックスカー]] t2k3lmtw04zv42agvl74pmp7m5331pc 0 483056 2337301 1989631 2026-08-29T02:45:42Z 鍼灸 112313 2337301 wikitext text/x-wiki {{kana-DEFAULTSORT|たいきゅうせい}} =={{ja}}== ==={{etym}}=== {{-性|耐久}} ==={{noun}}=== {{ja-noun|たいきゅうせい}} #[[材料]]や[[製品]]が[[高温]]、[[低温]]、[[高圧]]など過酷な環境に耐える性能。 e5svl45dw25jwhv67exyxaefccfj9ae 0 485470 2337358 2282471 2026-08-29T10:39:44Z Keikei kanji 129888 2337358 wikitext text/x-wiki {{kana-DEFAULTSORT|カン}} ==漢字== {{kanji|艸3|7}} {{kanji|大|8|革|2|IVS=02|t=MJ057282の字形}} {{kanji variants|堇=字義1|漢=字義2|𠫶|𠹈|𭁔}} ===字源=== *[[象形文字|象形]]。口を開け後ろ手に縛られた人を象る。「[[くるしむ]]」を意味する[[漢語]]｛[[艱]] {{phoneme|*krˤən}}｝及び｛[[難]] {{phoneme|*nˤan}}｝を表す字。 ===字義=== #「[[堇]]」の[[同字]]（『直音篇』掲載）。 #「[[漢]]」の異体字（『金石文字辨異』掲載）。 =={{L|ja}}== {{ja-kanji|音=カン}} =={{L|zh}}== {{zh-cat|qin2}} {{yue-cat|gaan1}} {{zh-han|m=qín,jǐn,jìn,hàn|c=gaan1}} =={{L|ko}}== {{ko-han|햔}} =={{コード}}== {{文字コード|jis=2-05-36|mj={{mjmoji|046464|057282}}|cns=9-7E61/10-7C62|全={{全字庫|622177|687202}}}} {{検字|倉頡=EJBO,TLJK,TAQO}} {{字典|新潮漢字=2218|新大字典=3026|vt=A02308-016}} 2koe9ejb7ptp2y9yn0l3bna9m054a2h 10 486905 2337226 2336932 2026-08-29T00:03:35Z Jiba1219 100610 引数1がないときは客家語のカテゴリを付与しないようにしてみました 2337226 wikitext text/x-wiki <includeonly>*{{hak}}:<!-- -->{{#if:{{{1|}}}|**四県腔: *:[[w:白話字|白話字]]: {{{1}}} *:{{#ifeq:{{{hrs|}}}|n||[[w:zh:客家語拼音方案|客家話拼音]]: {{#invoke:hak-pron|hrs|{{{1}}}}}}} *:{{IPA|lang=hak|{{#invoke:String|replace|source={{#invoke:hak-pron|ipa|{{{1}}}}}|pattern=0|replace=|plain=true}}}}}}{{#ifeq:{{{hrs|}}}|n||{{#if:{{{h|}}}| **海陸腔: *:[[w:zh:客家語拼音方案|客家話拼音]]: {{{h}}} *:{{IPA|lang=hak-hl|{{#invoke:hak-pron|show|h={{{h}}}}}|sort={{#invoke:hak-hl-cat|sortkey|1={{{h}}}}}|nocat={{#if:{{{1|}}}||1}}}} }}{{#if:{{{d|}}}| **大埔腔: *:[[w:zh:客家語拼音方案|客家話拼音]]: {{{d}}} *:{{IPA|lang=hak|{{#invoke:hak-pron|show|d={{{d}}}}}|nocat={{#if:{{{1|}}}||1}}}} }}{{#if:{{{r|}}}| **饒平腔: *:[[w:zh:客家語拼音方案|客家話拼音]]: {{{r}}} *:{{IPA|lang=hak|{{#invoke:hak-pron|show|r={{{r}}}}}|nocat={{#if:{{{1|}}}||1}}}} }}{{#if:{{{z|}}}| **詔安腔: *:[[w:zh:客家語拼音方案|客家話拼音]]: {{{z}}} *:{{IPA|lang=hak|{{#invoke:hak-pron|show|z={{{z}}}}}|nocat={{#if:{{{1|}}}||1}}}} }}}}{{#if:{{{gd|}}}| **梅県語: *:[[:w:en:Guangdong Romanization|梅県拼音]]: {{#invoke:hak-pron|rom|gd={{{gd}}}}} *:{{IPA|lang=hak|{{#invoke:hak-pron|gd_to_ipa|{{{gd}}}}}|nocat={{#if:{{{1|}}}||1}}}}}}{{#if:{{{ct|}}}| **長汀語: *:長汀拼音: {{#invoke:hak-pron|rom|ct={{{ct}}}}} *:{{IPA|lang=hak|{{#invoke:hak-pron|ct_to_ipa|{{{ct}}}}}|nocat={{#if:{{{1|}}}||1}}}}}}}</includeonly> <noinclude>{{documentation}}[[カテゴリ:{{zh}}_発音テンプレート|hakpron]]</noinclude> idwxluytnj4hug2g6jij6t7vzssg6xp 2337227 2337226 2026-08-29T00:05:37Z Jiba1219 100610 2337227 wikitext text/x-wiki <includeonly>*{{hak}}:<!-- -->{{#if:{{{1|}}}|**四県腔: *:[[w:白話字|白話字]]: {{{1}}} *:{{#ifeq:{{{hrs|}}}|n||[[w:zh:客家語拼音方案|客家話拼音]]: {{#invoke:hak-pron|hrs|{{{1}}}}}}} *:{{IPA|lang=hak|{{#invoke:String|replace|source={{#invoke:hak-pron|ipa|{{{1}}}}}|pattern=0|replace=|plain=true}}}}}}{{#ifeq:{{{hrs|}}}|n||{{#if:{{{h|}}}| **海陸腔: *:[[w:zh:客家語拼音方案|客家話拼音]]: {{{h}}} *:{{IPA|lang=hak-hl|{{#invoke:hak-pron|show|h={{{h}}}}}|sort={{#invoke:hak-hl-cat|sortkey|1={{{h}}}}}}} }}{{#if:{{{d|}}}| **大埔腔: *:[[w:zh:客家語拼音方案|客家話拼音]]: {{{d}}} *:{{IPA|lang=hak|{{#invoke:hak-pron|show|d={{{d}}}}}|nocat={{#if:{{{1|}}}||1}}}} }}{{#if:{{{r|}}}| **饒平腔: *:[[w:zh:客家語拼音方案|客家話拼音]]: {{{r}}} *:{{IPA|lang=hak|{{#invoke:hak-pron|show|r={{{r}}}}}|nocat={{#if:{{{1|}}}||1}}}} }}{{#if:{{{z|}}}| **詔安腔: *:[[w:zh:客家語拼音方案|客家話拼音]]: {{{z}}} *:{{IPA|lang=hak|{{#invoke:hak-pron|show|z={{{z}}}}}|nocat={{#if:{{{1|}}}||1}}}} }}}}{{#if:{{{gd|}}}| **梅県語: *:[[:w:en:Guangdong Romanization|梅県拼音]]: {{#invoke:hak-pron|rom|gd={{{gd}}}}} *:{{IPA|lang=hak|{{#invoke:hak-pron|gd_to_ipa|{{{gd}}}}}|nocat={{#if:{{{1|}}}||1}}}}}}{{#if:{{{ct|}}}| **長汀語: *:長汀拼音: {{#invoke:hak-pron|rom|ct={{{ct}}}}} *:{{IPA|lang=hak|{{#invoke:hak-pron|ct_to_ipa|{{{ct}}}}}|nocat={{#if:{{{1|}}}||1}}}}}}}</includeonly> <noinclude>{{documentation}}[[カテゴリ:{{zh}}_発音テンプレート|hakpron]]</noinclude> 7eq7lfvwkvm48dr3fol6kw2r7c1fhj0 2337314 2337227 2026-08-29T04:00:42Z Jiba1219 100610 2337314 wikitext text/x-wiki *{{hak}}:<!-- -->{{#if:{{{1|}}}|**四県腔: *:[[w:白話字|白話字]]: {{{1}}} *:{{#ifeq:{{{hrs|}}}|n||[[w:zh:客家語拼音方案|客家話拼音]]: {{#invoke:hak-pron|hrs|{{{1}}}}}}} *:{{IPA|lang=hak|{{#invoke:String|replace|source={{#invoke:hak-pron|ipa|{{{1}}}}}|pattern=0|replace=|plain=true}}}}}}{{#ifeq:{{{hrs|}}}|n||{{#if:{{{h|}}}| **海陸腔: *:[[w:zh:客家語拼音方案|客家話拼音]]: {{{h}}} *:{{IPA|lang=hak-hl|{{#invoke:hak-pron|show|h={{{h}}}}}|sort={{#invoke:hak-hl-cat|sortkey|1={{{h}}}}}}} }}{{#if:{{{d|}}}| **大埔腔: *:[[w:zh:客家語拼音方案|客家話拼音]]: {{{d}}} *:{{IPA|lang=hak|{{#invoke:hak-pron|show|d={{{d}}}}}|nocat={{#if:{{{1|}}}||1}}}} }}{{#if:{{{r|}}}| **饒平腔: *:[[w:zh:客家語拼音方案|客家話拼音]]: {{{r}}} *:{{IPA|lang=hak|{{#invoke:hak-pron|show|r={{{r}}}}}|nocat={{#if:{{{1|}}}||1}}}} }}{{#if:{{{z|}}}| **詔安腔: *:[[w:zh:客家語拼音方案|客家話拼音]]: {{{z}}} *:{{IPA|lang=hak|{{#invoke:hak-pron|show|z={{{z}}}}}|nocat={{#if:{{{1|}}}||1}}}} }}}}{{#if:{{{gd|}}}| **梅県語: *:[[:w:en:Guangdong Romanization|梅県拼音]]: {{#invoke:hak-pron|rom|gd={{{gd}}}}} *:{{IPA|lang=hak|{{#invoke:hak-pron|gd_to_ipa|{{{gd}}}}}|nocat={{#if:{{{1|}}}||1}}}}}}{{#if:{{{ct|}}}| **長汀語: *:長汀拼音: {{#invoke:hak-pron|rom|ct={{{ct}}}}} *:{{IPA|lang=hak|{{#invoke:hak-pron|ct_to_ipa|{{{ct}}}}}|nocat={{#if:{{{1|}}}||1}}}}}} </includeonly> <noinclude>{{documentation}}[[カテゴリ:{{zh}}_発音テンプレート|hakpron]]</noinclude> ei76j6t5vd815rxds5en0vg5fws4d7v 2337315 2337314 2026-08-29T04:01:37Z Jiba1219 100610 2337315 wikitext text/x-wiki <includeonly>*{{hak}}:<!-- -->{{#if:{{{1|}}}|**四県腔: *:[[w:白話字|白話字]]: {{{1}}} *:{{#ifeq:{{{hrs|}}}|n||[[w:zh:客家語拼音方案|客家話拼音]]: {{#invoke:hak-pron|hrs|{{{1}}}}}}} *:{{IPA|lang=hak|{{#invoke:String|replace|source={{#invoke:hak-pron|ipa|{{{1}}}}}|pattern=0|replace=|plain=true}}}}}}{{#ifeq:{{{hrs|}}}|n||{{#if:{{{h|}}}| **海陸腔: *:[[w:zh:客家語拼音方案|客家話拼音]]: {{{h}}} *:{{IPA|lang=hak-hl|{{#invoke:hak-pron|show|h={{{h}}}}}|sort={{#invoke:hak-hl-cat|sortkey|1={{{h}}}}}}} }}{{#if:{{{d|}}}| **大埔腔: *:[[w:zh:客家語拼音方案|客家話拼音]]: {{{d}}} *:{{IPA|lang=hak|{{#invoke:hak-pron|show|d={{{d}}}}}|nocat={{#if:{{{1|}}}||1}}}} }}{{#if:{{{r|}}}| **饒平腔: *:[[w:zh:客家語拼音方案|客家話拼音]]: {{{r}}} *:{{IPA|lang=hak|{{#invoke:hak-pron|show|r={{{r}}}}}|nocat={{#if:{{{1|}}}||1}}}} }}{{#if:{{{z|}}}| **詔安腔: *:[[w:zh:客家語拼音方案|客家話拼音]]: {{{z}}} *:{{IPA|lang=hak|{{#invoke:hak-pron|show|z={{{z}}}}}|nocat={{#if:{{{1|}}}||1}}}} }}}}{{#if:{{{gd|}}}| **梅県語: *:[[:w:en:Guangdong Romanization|梅県拼音]]: {{#invoke:hak-pron|rom|gd={{{gd}}}}} *:{{IPA|lang=hak|{{#invoke:hak-pron|gd_to_ipa|{{{gd}}}}}|nocat={{#if:{{{1|}}}||1}}}}}}{{#if:{{{ct|}}}| **長汀語: *:長汀拼音: {{#invoke:hak-pron|rom|ct={{{ct}}}}} *:{{IPA|lang=hak|{{#invoke:hak-pron|ct_to_ipa|{{{ct}}}}}|nocat={{#if:{{{1|}}}||1}}}}}} </includeonly> <noinclude>{{documentation}}[[カテゴリ:{{zh}}_発音テンプレート|hakpron]]</noinclude> s6xylmj7ri8xlzr9p02dbha8h3lw3z2 828 492325 2337219 2191922 2026-08-28T23:44:09Z Kuroco2k 84207 [[:en:Module:parameter_utilities]] 2337219 Scribunto text/plain local export = {} local dump = mw.dumpObject local parameters_module = "モジュール:parameters" local parse_utilities_module = "モジュール:parse utilities" local parse_interface_module = "Module:parse interface" local table_module = "モジュール:table" local insert = table.insert local function track(page, track_module) return require("モジュール:debug/track")((track_module or "parameter utilities") .. "/" .. page) end -- Throw an error prefixed with the words "Internal error" (and suffixed with a dumped version of `spec`, if provided). -- This is for logic errors in the code itself rather than template user errors. local function internal_error(msg, spec) if spec then msg = ("%s: %s"):format(msg, dump(spec)) end error(("内部エラー: %s"):format(msg)) end -- Table listing the recognized special separator arguments and how they display. local special_separators = { [";"] = "; ", ["_"] = " ", ["~"] = " ~ ", } local function parse_inline_modifiers(...) parse_inline_modifiers = require(parse_interface_module).parse_inline_modifiers return parse_inline_modifiers(...) end local function process_params(...) process_params = require(parameters_module).process return process_params(...) end local function table_len(...) table_len = require(table_module).length return table_len(...) end --[==[ intro: The purpose of this module is to facilitate implementation of a template that takes a list of items with associated properties, which can be specified either through separate parameters (e.g. {{para|t2}}, {{para|pos3}}) or inline modifiers (`<t:...>`, `<pos:...>`, etc.). Some examples of templates that work this way are {{tl|alter}}/{{tl|alt}}; {{tl|synonyms}}/{{tl|syn}}, {{tl|antonyms}}/{{tl|ant}}, and other "nyms" templates; {{tl|col}}, {{tl|col2}}, {{tl|col3}}, {{tl|col4}} and other columns templates; {{tl|descendant}}/{{tl|desc}}; {{tl|affix}}/{{tl|af}}, {{tl|prefix}}/{{tl|pre}} and related *fix templates; {{tl|affixusex}}/{{tl|afex}} and related templates; {{tl|IPA}}; {{tl|homophones}}; {{tl|rhymes}}; and several others. This module can be thought of as a combination of [[Module:parameters]] (which parses template parameters, and in particular handles the separate parameter versions of the properties) and `parse_inline_modifiers()` in [[Module:parse utilities]] (which parses inline modifiers). The main entry point is `process_list_arguments()`, which takes an object specifying various properties and returns a list of objects, one per item specified by the user, where the individual objects are much like the objects returned by `parse_inline_modifiers()`. However, there are other functions provided, in particular to initialize the `param_mods` structured that is passed to `process_list_arguments()`. The typical workflow for using this module looks as follows (a slightly simplified version of the code in [[Module:nyms]]): { local export = {} local parameter_utilities_module = "Module:parameter utilities" ... -- Entry point to be invoked from a template. function export.show(frame) local parent_args = frame:getParent().args -- Parameters that don't have corresponding inline modifiers. Note in particular that the parameter corresponding to -- the items themselves must be specified this way, and must specify either `allow_holes = true` (if the user can -- omit terms, typically by specifying the term using |altN= or <alt:...> so that they remain unlinked) or -- `disallow_holes = true` (if omitting terms is not allowed). (If neither `allow_holes` nor `disallow_holes` is -- specified, an error is thrown in process_list_arguments().) local params = { [1] = {required = true, type = "language", default = "und"}, [2] = {list = true, allow_holes = true, required = true, default = "term"}, } local m_param_utils = require(parameter_utilities_module) -- This constructs the `param_mods` structure by adding well-known groups of parameters (such as all the parameters -- associated with based on full_link() in [[Module:links]], with default properties that can be overridden. This is -- easier and less error-prone than manually specifying the `param_mods` structure (see below for how this would -- look). Here, we specify the group "link" (consisting of all the link parameters for use with full_link()), group -- "ref" (which adds the "ref" parameter for specifying references), group "l" (which adds the "l" and "ll" -- parameters for specifying labels) and group "q" (which adds the "q" and "qq" parameters for specifying regular -- qualifiers). By default, labels and qualifiers have `separate_no_index` set so that e.g. |q1= is distinct from -- |q=, the former specifying the left qualifier for the first item and the latter specifying the overall left -- qualifier. For compatibility, we override the `separate_no_index` setting for the group "q", which causes |q= and -- |q1= to be the same, and likewise for |qq= and |qq1=. Finally, also for compatibility, we add an "lb" parameter -- that is an alias of "ll" (in all respects; |lb= is the same as |ll=, |lb1= is the same as |ll1=, <lb:...> is the -- same as <ll:...>, etc.). local param_mods = m_param_utils.construct_param_mods { {group = {"link", "ref", "l"}}, {group = "q", separate_no_index = false}, {param = "lb", alias_of = "ll"}, } -- This processes the raw arguments in `parent_args`, parses inline modifiers and creates corresponding objects -- containing the property values specified either through inline modifiers or separate parameters. local items, args = m_param_utils.process_list_arguments { params = params, param_mods = param_mods, raw_args = parent_args, termarg = 2, parse_lang_prefix = true, track_module = "nyms", lang = 1, sc = "sc.default", } local lang = args[1] -- Now do the actual implementation of the template. Generally this should be split into a separate function, often -- in a separate module (if the implementation goes in [[Module:foo]], the template interface code goes in -- [[Module:foo/templates]]). ... } The `param_mods` structure controls the properties that can be specified by the user for a given item, and is conceptually very similar to the `param_mods` structure used by `parse_inline_modifiers()`. The key is the name of the parameter (e.g. {"t"}, {"pos"}) and the value is a table with optional elements as follows: * `item_dest`, `store`: Same as the corresponding fields in the `param_mods` structure passed to `parse_inline_modifiers()`. * `type`, `set`, `sublist`, `convert` and associated fields such as `family` and `method`: These control parsing and conversion of the raw values specified by the user and have the same meaning as in [[Module:parameters]] and also in `parse_inline_modifiers()` (which delegates the actual conversion to [[Module:parameters]]). These fields — and for that matter, all fields other than `item_dest`, `store` and `overall` — are forwarded to the `process()` function in [[Module:parameters]]. * `alias_of`: This parameter is an alias of some other parameter. This spec is recognized only by `process()` in [[Module:parameters]], and not by `parse_inline_modifiers()`; to set up an alias in `parse_inline_modifiers()`, you need to make sure (using `item_dest`) that both the alias and aliasee modifiers store their values in the same location, and you need to copy the remaining properties from the aliasee's spec to the aliasing modifier's spec. All of this happens automatically if you generate the `param_mods` structure using `construct_param_mods()`. * `require_index`: This means that the non-indexed parameter version of the property is not recognized. E.g. in the case of the {"sc"} property, use of the {{para|sc}} parameter would result in an error, while {{para|sc1}} is recognized and specifies the {"sc"} property for the first item. The default, if neither `require_index` nor `separate_no_index` is given, is for {{para|sc}} and {{para|sc1}} to mean the same thing (both would specify the {"sc"} property of the first item). Note that `require_index` and `separate_no_index` are mutually exclusive, and if either one is specified during processing by `construct_param_mods()`, the other one is automaticallly turned off. * `separate_no_index`: This means that e.g. the {{para|sc}} parameter is distinct from the {{para|sc1}} parameter (and thus from the `<sc:...>` inline modifier on the first item). This is typically used to distinguish an overall version of a property from the corresponding item-specific property on the first item. (In this case, for example, {{para|sc}} overrides the script code for all items, while {{para|sc1}} overrides the script code only for the first item.) If not given, and if `require_index` is not given, {{para|sc}} and {{para|sc1}} would have the same meaning and refer to the item-specific property on the first item. When this is given, the overall value can be accessed using the `.default` field of the property value in `args`, e.g. in this case `args.sc.default`. Note that (as mentioned above) `require_index` and `separate_no_index` are mutually exclusive, and if either one is specified during processing by `construct_param_mods()`, the other one is automaticallly turned off. * `list`, `allow_holes`, `disallow_holes`: These should '''not''' be given. `list` and `allow_holes` are automatically set for all parameter specs added to the `params` structure used by `process()` in [[Module:parameters]], and `disallow_holes` clashes with `allow_holes`. For the above workflow example, the call to `construct_param_mods()` generates the following `param_mods` structure: { local param_mods = { -- the parameters generated by group "link" alt = {}, t = { -- [[Module:links]] expects the gloss in "gloss". item_dest = "gloss", }, gloss = { alias_of = "t", }, tr = {}, ts = {}, g = { -- [[Module:links]] expects the genders in "genders". item_dest = "genders", sublist = true, }, pos = {}, lit = {}, id = {}, sc = { separate_no_index = true, type = "script", }, -- the parameters generated by group "ref" ref = { item_dest = "refs", type = "references", }, -- the parameters generated by group "l" l = { type = "labels", separate_no_index = true, }, ll = { type = "labels", separate_no_index = true, }, -- the parameters generated by group "q"; note that `separate_no_index = true` would be set, but is overridden -- (specifying `separate_no_index = false` in the `param_mods` structure is equivalent to not specifying it at all) q = { type = "qualifier", separate_no_index = false, }, qq = { type = "qualifier", separate_no_index = false, }, -- the parameter generated by the individual "lb" parameter spec; note that only `alias_of` was explicitly given, -- while `item_dest` is automatically set so that inline modifier <lb:...> stores into the same place as <ll:...>, -- and the other specs are copied from the `ll` spec so `lb` works like `ll` in all regards lb = { alias_of = "ll", item_dest = "ll", type = "labels", separate_no_index = true, }, } } ]==] local qualifier_spec = { type = "qualifier", separate_no_index = true, } local label_spec = { type = "labels", separate_no_index = true, } local recognized_param_mod_groups = { link = { alt = {}, t = { -- [[Module:links]] expects the gloss in "gloss". item_dest = "gloss", }, gloss = { alias_of = "t", }, tr = {}, ts = {}, g = { -- [[Module:links]] expects the genders in "genders". item_dest = "genders", sublist = true, }, pos = {}, lit = {}, id = {}, sc = { separate_no_index = true, type = "script", }, }, lang = { lang = { require_index = true, type = "language", }, }, q = { q = qualifier_spec, qq = qualifier_spec, }, a = { a = label_spec, aa = label_spec, }, l = { l = label_spec, ll = label_spec, }, ref = { ref = { item_dest = "refs", type = "references", }, }, } local function merge_param_mod_settings(orig, additions) local merged = require(table_module).shallowcopy(orig) for k, v in pairs(additions) do merged[k] = v if k == "require_index" then merged.separate_no_index = nil elseif k == "separate_no_index" then merged.require_index = nil end end merged.default = nil merged.group = nil merged.param = nil merged.exclude = nil merged.include = nil return merged end local function verify_type(spec, param, typ1, typ2) if not spec[param] then return end local val = spec[param] if type(val) ~= typ1 and (not typ2 or type(val) ~= typ2) then internal_error(("Parameter `%s` must be a %s%s but saw a %s"):format(param, typ1, typ2 and " or " .. typ2 or "", type(val)), spec) end end local function verify_well_constructed_spec(spec) local num_control = (spec.default and 1 or 0) + (spec.group and 1 or 0) + (spec.param and 1 or 0) if num_control == 0 then internal_error( "Spec passed to construct_param_mods() must have either the `default`, `group` or `param` keys set", spec) end if num_control > 1 then internal_error( "Exactly one of `default`, `group` or `param` must be set in construct_param_mods() spec", spec) end if spec.list or spec.allow_holes then -- FIXME: We need to support list = "foo" for list parameters that are stored in e.g. 2=, foo2=, foo3=, etc. internal_error("`list` and `allow_holes` may not be set; they are automatically set when constructing the " .. "corresponding spec in the `params` object passed to [[Module:parameters]]", spec) end if spec.disallow_holes then internal_error("`disallow_holes` may not be set; it conflicts with `allow_holes`, which is automatically " .. "set when constructing the corresponding spec in the `params` object passed to [[Module:parameters]]", spec) end if spec.include and spec.exclude then internal_error("Saw both `include` and `exclude` in the same spec", spec) end if (spec.include or spec.exclude) and not spec.group then internal_error( "`include` and `exclude` can only be specified along with `group`, not with `default` or `param`", spec) end verify_type(spec, "group", "string", "table") verify_type(spec, "param", "string", "table") verify_type(spec, "include", "table") verify_type(spec, "exclude", "table") end --[==[ Construct the `param_mods` structure used in parsing arguments and inline modifiers from a list of specifications. A sample invocation (a slightly simplified version of the actual invocation associated with {{tl|affix}} and related templates) looks like this: { local param_mods = require("Module:parameter utilities").construct_param_mods { -- We want to require an index for all params (or use separate_no_index, which also requires an index for the -- param corresponding to the first item). {default = true, require_index = true}, {group = {"link", "ref", "lang", "q", "l"}}, -- Override these two to have separate_no_index. {param = {"lit", "pos"}, separate_no_index = true}, } } Each specification either sets the default value for further parameter specs or adds one or more parameters. Parameters can be added directly using `param`, or groups of predefined parameters can be added using `group`. Specifications are one of three types: # Those that set the default properties for future-added parameters. These contain {default = true} as one of the properties of the spec. Specs are processed in order and you can change the defaults mid-way through. # Those that add the parameters associated with one or more pre-defined groups. These contain {group = "group"} or {group = {"group1", "group2", ...}}. The pre-defined parameter groups and their associated properties are listed below. The pre-defined properties of parameters in a group override properties associated with a {default = true} spec, and are in turn overridden by any properties given directly in the spec itself. Note as well that setting the `separate_no_index` property will automatically cause the `require_index` property to be unset and vice-versa, as the two are mutually exclusive. (This happens in the example above, where the {separate_no_index = true} setting associated with the params {"lit"} and {"pos"} cancels out the {require_index = true} default setting, as well as less obviously with the pre-defined {"sc"} property of the {"link"} group, the {"q"} and {"qq"} properties of the {"q"} group, and the {"l"} and {"ll"} properties of the {"l"} group, all of which have an associated pre-defined property {separate_no_index = true}, which overrides and cancels out the {require_index = true} default setting. Finally, when adding the parameters of a group, you can request the only a subset of the parameters be added using either the `include` or `exclude` properties, each of whose values is a list of parameters that specify (respectively) the parameters to include (all other parameters of the group are excluded) or to exclude (all other parameters of the group are included). This is used, for example, in [[Module:romance etymology]] and [[Module:it-etymology]], which specify {group = "link", exclude = {"tr", "ts", "sc"}} to exclude link parameters that aren't relevant to Latin-script languages such as the Romance languages, and conversely in [[Module:IPA/templates]], which specifies {group = "link", include = {"t", "gloss", "pos"}} to include only the specified parameters for use with {{tl|IPA}}. # Those that add individual parameters. These contain {param = "param"} or {param = {"param1", "param2", ...}}, the latter syntax used to control a set of parameters together. The resulting spec is formed by initializing the parameter's settings with any previously-specified default properties (using a spec containing {default = true}) if the parameter hasn't already been initialized, and then overriding the resulting settings with any settings given directly in the specification. In the above example, the {"lit"} and {"pos"} parameters were previously initialized through the {"link"} group (specified in the second of the three specifications) but ended up with {require_index = true} due to the {default = true} spec (the first of the three specifications). We override these two parameters to have {separate_no_index = true} (which, as mentioned above, cancels out {require_index = true}). This is done so that {{tl|affix}} and related templates have {{para|pos}} and {{para|lit}} parameters distinct from {{para|pos1}} and {{para|lit1}}, which are used to specify an overall part of speech (which applies to all parts of the affix, as opposed to applying to just one element of the expression) or a literal definition for the entire expression (instead of just for one element of the expression). The built-in parameter groups are as follows: {|class="wikitable" ! Group !! Group meaning !! Parameter !! Parameter meaning !! Default properties |- | rowspan=10| `link` | rowspan=10| link parameters; same as those available on {{tl|l}}, {{tl|m}} and other linking templates | `alt` || display text, overriding the term's display form || — |- | `t` || gloss (translation) of a non-English term || {item_dest = "gloss"} |- | `gloss` || gloss (translation); same as `t` || {alias_of = "t"} |- | `tr` || transliteration of a non-Latin-script term; only needed if the automatic transliteration is incorrect or unavailable (e.g. in Hebrew, which doesn't have automatic transliteration) || — |- | `ts` || transcription of a non-Latin-script term, if the transliteration is markedly different from the actual pronunciation; should not be used for IPA pronunciations || — |- | `g` || comma-separated list of genders; whitespace may surround the comma and will be ignored || {item_dest = "genders", sublist = true} |- | `pos` || part of speech for the term || — |- | `lit` || literal meaning (translation) of the term || — |- | `id` || a sense ID for the term, which links to anchors on the page set by the {{tl|senseid}} template || — |- | `sc` || the script code (see [[Wiktionary:Scripts]]) for the script that the term is written in; rarely necessary, as the script is autodetected (in most cases, correctly) || {separate_no_index = true, type = "script"} |- | rowspan=2| `q` | rowspan=2| left and right normal qualifiers (as displayed using {{tl|q}}) | `q` || left normal qualifier || {separate_no_index = true, type = "qualifier"} |- | `qq` || right normal qualifier || {separate_no_index = true, type = "qualifier"} |- | rowspan=2| `a` | rowspan=2| left and right accent qualifiers (as displayed using {{tl|a}}) | `a` || comma-separated list of left accent qualifiers; whitespace must not surround the comma || {separate_no_index = true, type = "labels"} |- | `aa` || comma-separated list of right accent qualifiers; whitespace must not surround the comma || {separate_no_index = true, type = "labels"} |- | rowspan=2| `l` | rowspan=2| left and right labels (as displayed using {{tl|lb}}, but without categorizing) | `l` || comma-separated list of left labels; whitespace must not surround the comma || {separate_no_index = true, type = "labels"} |- | `ll` || comma-separated list of right labels; whitespace must not surround the comma || {separate_no_index = true, type = "labels"} |- | `ref` | reference(s) (in the format accepted by [[Module:references]]; see also the documentation for the {{para|ref}} parameter to {{tl|IPA}}) | `ref` || one or more references, in the format accepted by [[Module:references]] || {item_dest = "refs", type = "references"} |- | `lang` | language for an individual term (provided for compatibility; it is preferred to specify languages for individual terms using language prefixes instead) | `lang` || language code (see [[Wiktionary:Languages]]) for the term || {require_index = true, type = "language"} |} ]==] function export.construct_param_mods(specs) local param_mods = {} local default_specs = {} for _, spec in ipairs(specs) do verify_well_constructed_spec(spec) if spec.default then -- This will have an extra `default` field in it, but it will be erased by merge_param_mod_settings() default_specs = spec else if spec.group then local groups = spec.group if type(groups) ~= "table" then groups = {groups} end local include_set if spec.include then include_set = require(table_module).listToSet(spec.include) end local exclude_set if spec.exclude then exclude_set = require(table_module).listToSet(spec.exclude) end for _, group in ipairs(groups) do local group_specs = recognized_param_mod_groups[group] if not group_specs then internal_error(("Unrecognized built-in param mod group '%s'"):format(group), spec) end for group_param, group_param_settings in pairs(group_specs) do local include_param if include_set then include_param = include_set[group_param] elseif exclude_set then include_param = not exclude_set[group_param] else include_param = true end if include_param then local merged_settings = merge_param_mod_settings(merge_param_mod_settings( param_mods[group_param] or default_specs, group_param_settings), spec) param_mods[group_param] = merged_settings end end end end if spec.param then local params = spec.param if type(params) ~= "table" then params = {params} end for _, param in ipairs(params) do local settings = merge_param_mod_settings(param_mods[param] or default_specs, spec) -- If this parameter is an alias of another parameter, we need to copy the specs from the other -- parameter, since parse_inline_modifiers() doesn't know about `alias_of` and having the specs -- duplicated won't cause problems for [[Module:parameters]]. We also need to set `item_dest` to -- point to the `item_dest` of the aliasee (defaulting to the aliasee's value itself), so that -- both modifiers write to the same location. Note that this works correctly in the common case of -- <t:...> with `item_dest = "gloss"` and <gloss:...> with `alias_of = "t"`, because both will end -- up with `item_dest = "gloss"`. local aliasee = settings.alias_of if aliasee then local aliasee_settings = param_mods[aliasee] if not aliasee_settings then internal_error(("Undefined aliasee '%s'"):format(aliasee), spec) end for k, v in pairs(aliasee_settings) do if settings[k] == nil then settings[k] = v end end if settings.item_dest == nil then settings.item_dest = aliasee end end param_mods[param] = settings end end end end return param_mods end -- Return true if `k` is a "built-in" (specially recognized) key in a `param_mod` specification. All other keys -- are forwarded to the structure passed to [[Module:parameters]]. local function param_mod_spec_key_is_builtin(k) return k == "item_dest" or k == "overall" or k == "store" end --[==[ Convert the properties in `param_mods` into the appropriate structures for use by `process()` in [[Module:parameters]] and store them in `params`. If `overall_only` is given, only store the properties in `param_mods` that correspond to overall (non-item-specific) parameters. Currently this only happens when `separate_no_index` is specified. ]==] function export.augment_params_with_modifiers(params, param_mods, overall_only) if overall_only then for param_mod, param_mod_spec in pairs(param_mods) do if param_mod_spec.separate_no_index then local param_spec = {} for k, v in pairs(param_mod_spec) do if k ~= "separate_no_index" and not param_mod_spec_key_is_builtin(k) then param_spec[k] = v end end params[param_mod] = param_spec end end else local list_with_holes = { list = true, allow_holes = true } -- Add parameters for each term modifier. for param_mod, param_mod_spec in pairs(param_mods) do local has_extra_specs = false for k, _ in pairs(param_mod_spec) do if not param_mod_spec_key_is_builtin(k) then has_extra_specs = true break end end if not has_extra_specs then params[param_mod] = list_with_holes else local param_spec = mw.clone(list_with_holes) for k, v in pairs(param_mod_spec) do if not param_mod_spec_key_is_builtin(k) then param_spec[k] = v end end params[param_mod] = param_spec end end end end --[==[ Return true if `k`, a key in an item, refers to a property of the item (is not one of the specially stored values). Note that `lang` and `sc` are considered properties of the item, although `lang` is set when there's a language prefix and both `lang` and `sc` may be set from default values specified in the `data` structure passed into `process_list_arguments()`. If you don't want these treated as property keys, you need to check for them yourself. ]==] function export.item_key_is_property(k) return k ~= "term" and k ~= "termlang" and k ~= "termlangs" and k ~= "itemno" and k ~= "orig_index" and k ~= "separator" end -- Fetch the argument in `args` corresponding to `index_or_value`, which may be a string of the form "foo.default" -- (requesting the value of `args["foo"].default`); a string or number (requesting the value at that key); a function of -- one argument (`args`), which returns the argument value; or the value itself. local function fetch_argument(args, index_or_value) if type(index_or_value) == "string" then local index_without_default = index_or_value:match("^(.*)%.default$") if index_without_default then local arg_obj = fetch_argument(args, index_without_default) if type(arg_obj) ~= "table" then internal_error(("Requested that the '.default' key of argument `%s` be fetched, but argument value is undefined or not a table"): format(index_without_default), arg_obj) end return arg_obj.default end if index_or_value:find("^[0-9]+$") then index_or_value = tonumber(index_or_value) end return args[index_or_value] elseif type(index_or_value) == "number" then return args[index_or_value] elseif type(index_or_value) == "function" then return index_or_value(args) else return index_or_value end end --[==[ Parse inline modifiers and create corresponding item objects containing the property values specified either through inline modifiers or separate parameters. `data` is an object containing the following properties: * `raw_args` ('''required''' unless `processed_args` is specified): The raw arguments, normally fetched from {frame:getParent().args}. They are parsed using `process()` in [[Module:parameters]]. * `processed_args`: The object of parsed arguments returned by `process()` in [[Module:parameters]]. One (but not both) of `raw_args` and `processed_args` must be set. * `param_mods` ('''required'''): A structure describing the possible inline modifiers and their properties. See the introductory comment above. Most often, this is generated using `construct_param_mods()` rather than specified manually. * `params` ('''required''' unless `processed_args` is specified): A structure describing the possible parameters, '''other than''' the ones that are separate-parameter equivalents of inline modifiers. This is automatically "augmented" with the separate-parameter equivalents of the inline modifiers described in `param_mods` prior to parsing the raw arguments with [[Module:parameters]]. '''WARNING:''' This structure is destructively modified, both by the "augmentation" process of adding separate-parameter equivalents of inline modifiers, and by the processing done by [[Module:parameters]] itself. (Nonetheless, substructures can safely be shared in this structure, and will be correctly handled.) * `termarg` ('''required'''): The argument containing the first item with attached inline modifiers to be parsed. Usually a numeric value such as {1} or {2}. * `track_module` ('''recommended'''): The name of the calling module, for use in adding tracking pages that are used internally to track pages containing template invocations with certain properties. Example properties tracked are missing items with corresponding properties as well as missing items without corresponding properties (which are skipped entirely). To find out the exact properties tracked and the name of the tracking pages, read the code. * `process_args_before_parsing`: An optional function to apply further processing to the processed `args` structure returned by [[Module:parameters]], before parsing inline modifiers. This is passed one argument, the processed arguments. It should make modifications in-place. * `term_dest`: The field to store the value of the item itself into, after inline modifiers and (if allowed) language prefixes are stripped off. Defaults to {"term"}. * `parse_lang_prefix`: If true, allow and parse off a language code prefix attached to items followed by a colon, such as {la:minūtia} or {grc:[[σκῶρ|σκατός]]}. Etymology-only languages are allowed. Inline modifiers can be attached to such items. The exact syntax allowed is as specified in the `parse_term_with_lang()` function in [[Module:parse utilities]]. If `allow_multiple_lang_prefixes` is given, a comma-separated list of language prefixes can be attached to an item. The resulting language object is stored into the `termlang` field, and also into the `lang` field (or in the case of `allow_multiple_lang_prefixes`, the list of language objects is stored into the `termlangs` field, and the first specified object is stored in the `lang` field). * `allow_multiple_lang_prefixes`: If given in conjunction with `parse_lang_prefix`, multiple comma-separated language code prefixes can be given. See `parse_lang_prefix` above. * `allow_bad_lang_prefixes`: If given in conjunction with `parse_lang_prefix`, unrecognized language prefixes do not trigger an error, but are simply ignored (and not stripped off the item). Note that, regardless of whether this is given, prefixes before a colon do not trigger an error if they do not have the form of a language prefix or if a space follows the colon. It is not recommended that this be given because typos in language prefixes will not trigger an error and will tend to remain unfixed. * `lang`: The language object for the language of the items, or the name of the argument to fetch the object from. In general it is not necessary to specify this as `process_list_arguments()` only initializes items based on inline modifiers and separate arguments and doesn't actually format the resulting items. However, if specified, it is used for certain purposes: *# It specifies the default for the `lang` property of returned objects if not otherwise set (e.g. by a language prefix). *# It is used to initialize an internal cache for speeding up language-code parsing (primarily useful if the same language code may appear in several items, such as with {{tl|col}} and related templates). The value of `lang` can be any of the following: * If a string of the form "foo.default", it is assumed to be requesting the value of `args["foo"].default`. * Otherwise, if a string or number, it is assumed to be requesting the value of `args` at that key. Note that if the string is in the form of a number (e.g. "3"), it is normalized to a number prior to fetching (this also happens with a spec like "2.default"). * Otherwise, if a function, it is assumed to be a function to return the argument value given `args`, which is passed to the function as its only argument. * Otherwise, it is used directly. * `sc`: The script object for the items, or the name of the argument to fetch the object from. The possible values and their handling are the same as with `lang`. In general, as with `lang`, it is not necessary to specify this. However, if specified, it is used to supply the default for the `sc` property of returned items if not otherwise set (e.g. by the {{para|sc<var>N</var>}} parameter or `<sc:...>` inline modifier). * `disallow_custom_separators`: If specified, disallow specifying custom separators (semicolon, underscore, tilde; see the internal `special_separators` table) as an item value to override the default separator. By default, the previous separator of each item is considered to be an empty string (for the first item) and otherwise the value of `default_separator` (normally a comma + space), unless either the preceding item is one of the values listed in `special_separators`, such as a bare semicolon (which causes the following item's previous separator to be a semicolon + space) or an item has an embedded comma in it (which causes ''all'' items other than the first to have their previous separator be a semicolon + space). The previous separator of each item is set on the item's `separator` property. Bare semicolons and other separator arguments do not count when indexing items using separate parameters. For example, the following is correct: ** {{tl|template|lang|item 1|q1=qualifier 1|;|item 2|q2=qualifier 2}} If `disallow_custom_separators` is specified, however, the `separator` property is not set and separator arguments are not recognized. * `default_separator`: Override the default separator (normally {", "}). * `dont_skip_items`: Normally, items that are completely unspecified (have no term and no properties) are skipped and not inserted into the returned list of items. (Such items cannot occur if `disallow_holes = true` is set on the term specification in the `params` structure passed to `process()` in [[Module:parameters]]. It is generally recommended to do so unless a specific meaning is associated the term value being missing.) If `dont_skip_items` is set, however, items are never skipped, and completely unspecified items will be returned along with others. (They will not have the term or any properties set, but will have the normal non-property fields set; see below.) * `stop_when`: If specified, a function to determine when to prematurely stop processing items. It is passed a single argument, an object containing the following fields: ** `term`: The raw term, prior to parsing off language prefixes and inline modifiers (since the processing of `stop_when` happens before parsing the term). ** `any_param_at_index`: True if any separate property parameters exist for this item. ** `orig_index`: Same as `orig_index` below. ** `itemno`: Same as `itemno` below. ** `stored_itemno`: The index where this item will be stored into the returned items table. This may differ from `itemno` due to skipped items (it will never be different if `dont_skip_items` is set). The function should return true to stop processing items and return the ones processed so far (not including the item currently being processed). This is used, for example, in [[Module:alternative forms]], where an unspecified item signal the end of items and the start of labels. Two values are returned, the list of items and the processed `args` structure. In each returned item, there will be one field set for each specified property (either through inline modifiers or separate parameters). In addition, the following fields may be set: * `term`: The term portion of the item (minus inline modifiers and language prefixes). {nil} if no term was given. * `orig_index`: The original index into the item in the items table returned by `process()` in [[Module:parameters]]. This may differ from `itemno` if there are raw semiclons and `disallow_custom_separators` is not given. * `itemno`: The logical index of the item. The index of separate parameters corresponds to this index. This may be different from `orig_index` in the presence of raw semicolons; see above. * `separator`: The separator to display before the term. Always set unless `disallow_custom_separators` is given, in which case it is not set. * `termlang`: If there is a language prefix, the corresponding language object is stored here (only if `parse_lang_prefix` is set and `allow_multiple_lang_prefixes` is not set). * `termlangs`: If there is are language prefixes and both `parse_lang_prefix` and `allow_multiple_lang_prefixes` are set, the list of corresponding language objects is stored here. * `lang`: The language object of the item. This is set when either (a) there is a language prefix parsed off (if multiple prefixes are allowed, this corresponds to the first one); (b) the `lang` property is allowed and specified; (c) neither (a) nor (b) apply and the `lang` field of the overall `data` object is set, providing a default value. * `sc`: The script object of the item. This is set when either (a) the `sc` property is allowed and specified; (b) `sc` isn't otherwise set and the `sc` field of the overall `data` object is set, providing a default value. ]==] function export.process_list_arguments(data) local args if not data.termarg then internal_error("Required value `data.termarg` not specified") end if not data.param_mods then internal_error("Required value `data.param_mods` not specified") end if data.raw_args then -- FIXME, remove support for `data.args` in favor of `data.processed_args` if data.processed_args or data.args then internal_error("Only one of `data.raw_args` and `data.processed_args` can be specified") end if not data.params then internal_error("When `data.raw_args` is specified, so must `data.params`, so that the raw arguments can be parsed") end local termarg_spec = data.params[data.termarg] if not termarg_spec then internal_error("There must be a spec in `data.params` corresponding to `data.termarg`") end if not termarg_spec.list then internal_error("Term spec in `data.params` must have `list` set", termarg_spec) end if not termarg_spec.allow_holes and not termarg_spec.disallow_holes then internal_error("Term spec in `data.params` must have either `allow_holes` or `disallow_holes` set", termarg_spec) end export.augment_params_with_modifiers(data.params, data.param_mods) args = require(parameters_module).process(data.raw_args, data.params) else args = data.processed_args or data.args if not args then internal_error("Either `data.raw_args` or `data.processed_args` must be specified") end if data.params then internal_error("When `data.processed_args` is specified, `data.params` should not be specified") end end if data.process_args_before_parsing then data.process_args_before_parsing(args) end -- Find the maximum index among any of the list parameters. local term_args = args[data.termarg] -- As a special case, the term args might not have a `maxindex` field because they might have -- been declared with `disallow_holes = true`, so fall back to the actual length of the list. local maxmaxindex = term_args.maxindex or #term_args for k, v in pairs(args) do if type(v) == "table" and v.maxindex and v.maxindex > maxmaxindex then maxmaxindex = v.maxindex end end local items = {} local ind = 0 local lang = fetch_argument(args, data.lang) local sc = fetch_argument(args, data.sc) local lang_cache = {} if lang then lang_cache[lang:getCode()] = lang end local use_semicolon = false local term_dest = data.term_dest or "term" local itemno = 0 for i = 1, maxmaxindex do local term = term_args[i] if data.disallow_custom_separators or not special_separators[term] then itemno = itemno + 1 -- Compute whether any of the separate indexed params exist for this index. local any_param_at_index = term ~= nil if not any_param_at_index then for k, v in pairs(args) do -- Look for named list parameters. We check: -- (1) key is a string (excludes the term param, which is a number); -- (2) value is a table, i.e. a list; -- (3) v.maxindex is set (i.e. allow_holes was used); -- (4) the value has an entry at index `itemno` (the current logical index). if type(k) == "string" and type(v) == "table" and v.maxindex and v[itemno] then any_param_at_index = true break end end end if data.stop_when and data.stop_when { term = term, any_param_at_index = any_param_at_index, orig_index = i, itemno = itemno, stored_itemno = #items + 1, } then break end -- If any of the params used for formatting this term is present, create a term and add it to the list. if not data.dont_skip_items and not any_param_at_index then track("skipped-term", data.track_module) else if not term then track("missing-term", data.track_module) end local termobj = { itemno = itemno, orig_index = i, } if not data.disallow_custom_separators then termobj.separator = i == 1 and "" or special_separators[term_args[i - 1]] end -- Parse all the term-specific parameters and store in `termobj`. for param_mod, param_mod_spec in pairs(data.param_mods) do local dest = param_mod_spec.item_dest or param_mod local arg = args[param_mod] and args[param_mod][itemno] if arg then termobj[dest] = arg end end local function generate_obj(term, parse_err) if data.parse_lang_prefix and term:find(":") then local actual_term, termlangs = require(parse_utilities_module).parse_term_with_lang { term = term, parse_err = parse_err, paramname = paramname, allow_bad = data.allow_bad_lang_prefix, allow_multiple = data.allow_multiple_lang_prefixes, lang_cache = lang_cache, } termobj[term_dest] = actual_term ~= "" and actual_term or nil if termlangs then -- If we couldn't parse a language code, don't overwrite an existing setting in `lang` -- that may have originated from a separate |langN= param. if data.allow_multiple_lang_prefixes then termobj.termlangs = termlangs termobj.lang = termlangs and termlangs[1] or nil else termobj.termlang = termlangs termobj.lang = termlangs end end else termobj[term_dest] = term ~= "" and term or nil end return termobj end -- Check for inline modifier, e.g. מרים<tr:Miryem>. But exclude top-level HTML entry with <span ...>, -- <br/> or similar in it, often caused by wrapping an argument in {{m|...}} or similar. if term and term:find("<") and not require(parse_utilities_module).term_contains_top_level_html(term) then require(parse_utilities_module).parse_inline_modifiers(term, { -- Add 1 because first term index starts at 2. paramname = data.termarg + i - 1, param_mods = data.param_mods, generate_obj = generate_obj, }) elseif term then generate_obj(term) end -- Set these after parsing inline modifiers, not in generate_obj(), otherwise we'll get an error in -- parse_inline_modifiers() if we try to use <lang:...> or <sc:...> as inline modifiers. termobj.lang = termobj.lang or lang termobj.sc = termobj.sc or sc if not data.disallow_custom_separators then -- If the displayed term (from .term/etc. or .alt) has an embedded comma, use a semicolon to join -- the terms. local term_text = termobj[term_dest] or termobj.alt if not use_semicolon and term_text then if term_text:find(",", 1, true) then use_semicolon = true end end end table.insert(items, termobj) end end end if not data.disallow_custom_separators then -- Set the default separator of all those items for which a separator wasn't explicitly given to the default -- separator, defaulting to comma + space; but if any items have embedded commas, set the separator to -- semicolon + space. for i, item in ipairs(items) do if not item.separator then item.separator = use_semicolon and "; " or data.default_separator or ", " end end end return items, args end -- Subfunction of parse_list_with_inline_modifiers_and_separate_params() and -- parse_term_with_inline_modifiers_and_separate_params(), validating certain argument-related fields that are shared -- among the two functions. local function validate_argument_related_fields(data) if not data.termarg then internal_error("`data.termarg` must be given, indicating which argument contains the terms to be parsed", data) end if not data.param_mods then internal_error("`data.param_mods` must be given, indicating the allowed inline modifiers and separate " .. "parameters to copy", data) end local subitem_param_handling = data.subitem_param_handling or "only" if subitem_param_handling ~= "only" and subitem_param_handling ~= "first" and subitem_param_handling ~= "last" then internal_error("Unrecognized value for `data.subitem_param_handling`, should be 'first', 'last' or 'only'", subitem_param_handling) end if data.raw_args then if data.processed_args then internal_error("Only one of `data.raw_args` and `data.processed_args` can be specified", data) end if not data.params then internal_error("When `data.raw_args` is specified, so must `data.params`, so that the raw arguments " .. "can be parsed", data) end if data.params[data.termarg] == nil then internal_error("There must be a spec in `data.params` corresponding to `data.termarg`", data) end else if not data.processed_args then internal_error("Either `data.raw_args` or `data.processed_args` must be specified", data) end if data.params then internal_error("When `data.processed_args` is specified, `data.params` should not be specified", data) end end end local function argval_missing(val) return val == nil or type(val) == "table" and next(val) == nil end local function postprocess_termobj(item, data) if not (data.disallow_custom_separators or data.use_semicolon) then if data.has_subitems and item.separator and item.separator:find(",", nil, true) then data.use_semicolon = true else -- If the displayed term (from .term/etc. or .alt) has an embedded comma, use a semicolon to -- join the terms. local term_text = item[data.term_dest] or item.alt if term_text and term_text:find(",", nil, true) then data.use_semicolon = true end end end end local function copy_separate_params_to_termobj_and_postprocess(data) local args, param_mods, itemno, termobj = data.args, data.param_mods, data.itemno, data.termobj local function set_lang_and_sc(termobj) -- Set these after parsing inline modifiers, not in generate_obj(), otherwise we'll get an error in -- parse_inline_modifiers() if we try to use <lang:...> or <sc:...> as inline modifiers. termobj.lang = termobj.lang or data.lang termobj.sc = termobj.sc or data.sc end local function fetch_separate_param(args, paramkey, itemno) local argval = args[paramkey] -- Careful with argument values that may be `false`. if argval and itemno then argval = argval[itemno] end return argval end -- Copy separate parameters to a given object. local function copy_separate_params_to_termobj(fetch_destobj) for param_mod, param_mod_spec in pairs(param_mods) do local dest = param_mod_spec.item_dest or param_mod -- Don't do anything with the `sc` param, which will get overwritten below; we don't -- want it to cause an error if there are multiple subitems. if dest ~= "sc" then local argval = fetch_separate_param(args, param_mod, itemno) if not argval_missing(argval) then local destobj = fetch_destobj(param_mod, param_mod_spec, dest) -- Don't overwrite a value already set by an inline modifier. if argval_missing(destobj[dest]) then destobj[dest] = argval elseif not data.allow_conflicting_inline_mods_and_separate_params then error(("Can't specify a value for separate parameter %s%s= because there is " .. "already an inline modifier <%s:...> specifying a value for the term"):format( param_mod, itemno or "", param_mod)) end end end end end if data.has_subitems then -- If there are any separate indexed parameters, we need to copy them to the first, last or only -- subitem, depending on the value of `data.subitem_param_handling` (which defaults to 'only', -- meaning it's an error if there are multiple subitems). Do this before calling -- postprocess_termobj() because the latter sets .lang and .sc and we want the user to be able to -- set separate langN= and scN= parameters. -- If there was no term, `termobj.terms` will not exist; make it exist to make the callers' lives easier. if not termobj.terms then termobj.terms = {} end -- Compute whether any of the separate indexed params exist for this index. local any_param_at_index for param_mod in pairs(param_mods) do local argval = fetch_separate_param(args, param_mod, itemno) if not argval_missing(argval) then any_param_at_index = true break end end -- If there was no term, but there's a separate parameter, we need to create an empty subitem. if any_param_at_index and not termobj.terms[1] then termobj.terms[1] = {} end local function fetch_destobj(param_mod, param_mod_spec, dest) if param_mod_spec.overall then return termobj end if data.subitem_param_handling == "only" and termobj.terms[2] then error(("Can't specify a value for separate parameter %s%s= because there are " .. "multiple subitems (%s) in the term; use an inline modifier"):format( param_mod, itemno or "", #termobj.terms)) end local termind -- q/a/l need to go at the beginning and qq/aa/ll/refs at the end, regardless; otherwise, respect -- `data.subitem_param_handling`. if dest == "q" or dest == "a" or dest == "l" then termind = 1 elseif dest == "qq" or dest == "aa" or dest == "ll" or dest == "refs" then termind = #termobj.terms elseif data.subitem_param_handling == "only" or data.subitem_param_handling == "first" then termind = 1 else termind = #termobj.terms end return termobj.terms[termind] end copy_separate_params_to_termobj(fetch_destobj) for i, subitem in ipairs(termobj.terms) do set_lang_and_sc(subitem) if subitem.delimiter then subitem.separator = i == 1 and "" or data.subitem_separator_map and data.subitem_separator_map[subitem.delimiter] or subitem.delimiter end if data.postprocess_termobj then data.postprocess_termobj(subitem, data) end end else -- Copy all the parsed term-specific parameters into `termobj`. copy_separate_params_to_termobj(function(param_mod, dest) return termobj end) set_lang_and_sc(termobj) if data.postprocess_termobj then data.postprocess_termobj(termobj, data) end end end --[==[ Parse a list of terms, each of which may have properties specified using inline modifiers or separate parameters. This function is intended for parsing the arguments of templates like {{tl|syn}}, {{tl|ant}} and related ''*nym'' templates; alternative-form templates {{tl|alt}}/{{tl|alter}}; affix templates like {{tl|af}}/{{tl|affix}}, {{tl|com}}/{{tl|compound}}, etc.; affix usex templates like {{tl|afex}}/{{tl|affixusex}}; name templates like {{tl|name translit}}; column templates like {{tl|col}}; pronunciation templates like {{tl|rhyme}}/{{tl|rhymes}} and {{tl|hmp}}/{{tl|homophones}}; etc. In these templates there are one or more terms specified using numeric parameters, and associated separate parameters specifying per-term properties such as {{para|t1}}, {{para|t2}}, {{para|t3}}, ... for the gloss of the first, second, third, ... term respectively. All such properties can also be specified through inline modifiers attached directly to each term (`<t:...>`, `<pos:...>`, etc.). Normally it is an error if both an inline modifier and separate parameter for the same value are given, but this can be overridden (in which case inline modifiers take precedence over separate parameters when both occur). For an example of a typical workflow involving this function, see the comment at the top of this file. Some notable properties of this function: # Processing of the raw frame parent args using `process()` in [[Module:parameters]] can occur either inside of this function (the usual workflow) or outside of this function (for more complex cases). In the former case the raw parent args are passed in along with a partially built `params` structure of the sort required by [[Module:parameters]], containing only the term list itself along with any other parameters that are '''not''' term properties (such as a language code in {{para|1}} and boolean flags like {{para|nocat}}, {{para|nocap}}, etc.). This structure is ''augmented'' with list parameters, one for each per-term property, and [[Module:parameters]] is invoked. In the latter case where raw argument processing is done by the caller, they must build the partial `params` structure; augment it themselves using `augment_params_with_modifiers()`; call [[Module:parameters]] themselves; and pass in the processed arguments. In both cases, the return value of this function contains three values: a list of objects, one per term, specifying the term and all properties; the processed arguments structure, so that the non-term-property arguments can be processed as appropriate; and an object containing miscellaneous global computed properties (currently only `use_semicolon`; see below). # Optionally, each term can consist of a number of ''subitems'' separated by delimiters (usually a comma, but the possible delimiter or delimiters are controllable). Each subitem can have its own inline modifiers. This functionality is used, for example, by {{tl|col}} and variants, which allow each row to have comma-separated or tilde-separated subitems. When this feature is invoked, the format of the per-term object changes; instead of directly being an object describing the term and its properties, it is an object with a `terms` field containing a list of per-subitem objects along with other top-level fields describing per-term properties. By default, if there are separate parameters specified along with multiple subitems, an error occurs, but this is controllable; currently, you can request that the parameters be assigned to the first or last subitem. # By default, special ''separator'' arguments may be present, mixed in among regular term arguments. Examples of such separator arguments are (by default; this can be overridden) a bare semicolon, specifying that the terms on either side should be separated by a semicolon instead of a comma (indicating a higher-level grouping); a bare tilde, replacing the comma separator with a tilde (indicating that the terms on either side are alternants); and a bare underscore, replacing the comma separator with a space. Separator arguments are ignored when numbering the separate parameters. You disable the separator argument handling entirely if it doesn't make sense to have this (e.g. in {{tl|af}}/{{tl|affix}}, where the separator is always a {{cd|+}} sign). `data` is an object containing several possible fields. 1. Fields that are required or recommended (usually related to argument processing): * `raw_args` ('''required''' unless `processed_args` is specified): The raw arguments, normally fetched from {frame:getParent().args}. They are parsed using `process()` in [[Module:parameters]]. Most callers pass in raw arguments. * `processed_args`: The object of parsed arguments returned by `process()` in [[Module:parameters]]. One (but not both) of `raw_args` and `processed_args` must be set. * `param_mods` ('''required'''): A structure describing the possible inline modifiers and their properties. See the introductory comment above. Most often, this is generated using `construct_param_mods()` rather than specified manually. * `params` ('''required''' unless `processed_args` is specified): A structure describing the possible parameters, '''other than''' the ones that are separate-parameter equivalents of inline modifiers. This is automatically "augmented" with the separate-parameter equivalents of the inline modifiers described in `param_mods` prior to parsing the raw arguments with [[Module:parameters]]. '''WARNING:''' This structure is destructively modified, both by the "augmentation" process of adding separate-parameter equivalents of inline modifiers, and by the processing done by [[Module:parameters]] itself. (Nonetheless, substructures can safely be shared in this structure, and will be correctly handled.) * `termarg` ('''required'''): The argument containing the first item with attached inline modifiers to be parsed. Usually a numeric value such as {1} or {2}. * `track_module` ('''recommended'''): The name of the calling module, for use in adding tracking pages that are used internally to track pages containing template invocations with certain properties. Example properties tracked are missing items with corresponding properties as well as missing items without corresponding properties (which are skipped entirely). To find out the exact properties tracked and the name of the tracking pages, read the code. * `lang` ('''recommended'''): The language object for the language of the items, or the name of the argument to fetch the object from. It is not strictly necessary to specify this, as this function only initializes items based on inline modifiers and separate arguments and doesn't actually format the resulting items. However, if specified, it is used for certain purposes: *# It specifies the default for the `lang` property of returned objects if not otherwise set (e.g. by a language prefix). *# It is used to initialize an internal cache for speeding up language-code parsing (primarily useful if the same language code may appear in several items, such as with {{tl|col}} and related templates). The value of `lang` can be any of the following: * If a string of the form "foo.default", it is assumed to be requesting the value of `args["foo"].default`. * Otherwise, if a string or number, it is assumed to be requesting the value of `args` at that key. Note that if the string is in the form of a number (e.g. "3"), it is normalized to a number prior to fetching (this also happens with a spec like "2.default"). * Otherwise, if a function, it is assumed to be a function to return the argument value given `args`, which is passed to the function as its only argument. * Otherwise, it is used directly. * `sc` ('''recommended'''): The script object for the items, or the name of the argument to fetch the object from. The possible values and their handling are the same as with `lang`. In general, as with `lang`, it is not strictly necessary to specify this. However, if specified, it is used to supply the default for the `sc` property of returned items if not otherwise set (e.g. by the {{para|sc<var>N</var>}} parameter or `<sc:...>` inline modifier). The most common value is {"sc.default"}. 2. Other argument-related fields: * `process_args_before_parsing`: An optional function to apply further processing to the processed `args` structure returned by [[Module:parameters]], before parsing inline modifiers. This is passed one argument, the processed arguments. It should make modifications in-place. * `term_dest`: The field to store the value of the item itself into, after inline modifiers and (if allowed) language prefixes are stripped off. Defaults to {"term"}. * `pre_normalize_modifiers`: As in `parse_inline_modifiers()`. * `allow_conflicting_inline_mods_and_separate_params`: If specified, don't throw an error if a value is specified for a given property using both an inline modifier and separate param; in this case, the inline modifier takes precedence. 3. Fields related to language prefixes: * `parse_lang_prefix`: If true, allow and parse off a language code prefix attached to items followed by a colon, such as {la:minūtia} or {grc:[[σκῶρ|σκατός]]}. Etymology-only languages are allowed. Inline modifiers can be attached to such items. The exact syntax allowed is as specified in the `parse_term_with_lang()` function in [[Module:parse utilities]]. If `allow_multiple_lang_prefixes` is given, a {{cd|+}}-sign-separated list of language prefixes can be attached to an item. The resulting language object is stored into the `termlang` field, and also into the `lang` field (or in the case of `allow_multiple_lang_prefixes`, the list of language objects is stored into the `termlangs` field, and the first specified object is stored in the `lang` field). * `allow_multiple_lang_prefixes`: If given in conjunction with `parse_lang_prefix`, multiple language code prefixes can be given, separated by a {{cd|+}} sign. See `parse_lang_prefix` above. * `allow_bad_lang_prefix`: If given in conjunction with `parse_lang_prefix`, unrecognized language prefixes do not trigger an error, but are simply ignored (and not stripped off the item). Note that, regardless of whether this is given, prefixes before a colon do not trigger an error if they do not have the form of a language prefix or if a space follows the colon. It is not recommended that this be given because typos in language prefixes will not trigger an error and will tend to remain unfixed. 4. Fields related to custom/special separators: * `disallow_custom_separators`: If specified, disallow specifying custom separators (semicolon, underscore, tilde; see the internal `default_special_separators` table, or the `special_separators` field) as an item value to override the default separator. By default, the previous separator of each item is considered to be an empty string (for the first item) and otherwise the value of the field `default_separator` (normally a comma + space), unless either the preceding item is one of the values listed in `special_separators`, such as a bare semicolon (which causes the following item's previous separator to be a semicolon + space) or an item has an embedded comma in it (which causes ''all'' items other than the first to have their previous separator be a semicolon + space). The previous separator of each item is set on the item's `separator` property. Bare semicolons and other separator arguments do not count when indexing items using separate parameters. For example, the following is correct: ** {{tl|template|lang|item 1|q1=qualifier 1|;|item 2|q2=qualifier 2}} If `disallow_custom_separators` is specified, however, the `separator` property is not set and separator arguments are not recognized. * `default_separator`: Override the default separator (normally {", "}). * `special_separators`: Table giving the special/custom separators that can be given, and how they should display. If not specified, the default in `default_special_separators` is used. This is a table mapping separator values (such as {"~"}) to the corresponding display string (such as {" ~ "}). 5. Fields related to multiple subitems in a given term: * `splitchar`: A Lua pattern. If specified, each user-specified argument can consist of multiple delimiter-separated subitems, each of which may be followed by inline modifiers. In this case, each element in the returned list of items is no longer an object describing an item, but instead an object with a `terms` field, whose value is a list describing the subitems (whose format is the same as the normal format of an item in the top-level list when `splitchar` is not specified). Each subitem object will have a `delimiter` field holding the actual delimiter occurring before the subitem, which is useful in the case where `splitchar` matches multiple possible characters. In this case, it is possible to specify that a given modifier can only occur after the last subitem and effectively modifies the whole collection of subitems by setting `overall = true` on the modifier. In this case, the modifier's value will be stored in the top-level object (the object with the `terms` field specifying the subitems). Note that splitting on delimiters will not happen in certain protected sequences (by default comma+whitespace; see below). In addition, the algorithm to split on delimiters is sensitive to inline modifier syntax and will not be confused by delimiters inside of inline modifiers or inside of square brackets, which do not trigger splitting (whether or not contained within protected sequences). * `escape_fun` and `unescape_fun`: As in `split_escaping()` and `split_alternating_runs_escaping()` in [[Module:parse utilities]]. They control the protected sequences that won't be split when `splitchar` is specified (see previous item). By default, `escape_comma_whitespace` and `unescape_comma_whitespace` are used, so that comma+whitespace sequences won't be split. * `subitem_param_handling`: How to handle separate parameters that are specified in the presence of multiple subitems. The possible values are {"only"} (only allow separate parameters if there aren't any subitems, otherwise throw an error), {"first"} (store the separate parameters in the first subitem) and {"last"} (store the separate parameters in the last subitem). The default is {"only"}. As a special case, an {{para|scN}} separate parameter will be stored into all subitems. * `subitem_separator_map`: Table mapping user-specified delimiters to displayed separators, stored in the `separator` field of the subitem. If not specified, it defaults to `default_subitem_separator_map`. Note that the presence of an item in this table does not mean that it can be used as a delimiter; only the delimiters specified using `splitchar` are recognized. Delimiters not in this map display as-is. 6. Other fields: * `dont_skip_items`: Normally, items that are completely unspecified (have no term and no properties) are skipped and not inserted into the returned list of items. (Such items cannot occur if `disallow_holes = true` is set on the term specification in the `params` structure passed to `process()` in [[Module:parameters]]. It is generally recommended to do so unless a specific meaning is associated the term value being missing.) If `dont_skip_items` is set, however, items are never skipped, and completely unspecified items will be returned along with others. (They will not have the term or any properties set, but will have the normal non-property fields set; see below.) * `stop_when`: If specified, a function to determine when to prematurely stop processing items. It is passed a single argument, an object containing the following fields: ** `term`: The raw term, prior to parsing off language prefixes and inline modifiers (since the processing of `stop_when` happens before parsing the term). ** `any_param_at_index`: True if any separate property parameters exist for this item. ** `orig_index`: Same as `orig_index` below. ** `itemno`: Same as `itemno` below. ** `stored_itemno`: The index where this item will be stored into the returned items table. This may differ from `itemno` due to skipped items (it will never be different if `dont_skip_items` is set). The function should return true to stop processing items and return the ones processed so far (not including the item currently being processed). This is used, for example, in [[Module:alternative forms]], where an unspecified item signal the end of items and the start of labels. Three values are returned: the list of items; the processed `args` structure; and an object of miscellaneous computed global values (currently only `use_semicolon`, indicating that commas were found in individual arguments and so the default separator should be a semicolon). In each returned item, there will be one field set for each specified property (either through inline modifiers or separate parameters). If subitems are not allowed, each item directly has fields set on it for the specified properties. If subitems ''are'' allowed, each item contains a `terms` field, which is a list of subitem objects, each of which has fields set on it for the specified properties of that subitem. In addition, the following fields may be set on each item or subitem: * `term`: The term portion of the item (minus inline modifiers and language prefixes). {nil} if no term was given. * `orig_index`: The original index into the item in the items table returned by `process()` in [[Module:parameters]]. This may differ from `itemno` if there are raw semiclons and `disallow_custom_separators` is not given. * `itemno`: The logical index of the item. The index of separate parameters corresponds to this index. This may be different from `orig_index` in the presence of raw semicolons; see above. * `termlang`: If there is a language prefix, the corresponding language object is stored here (only if `parse_lang_prefix` is set and `allow_multiple_lang_prefixes` is not set). * `termlangs`: If there is are language prefixes and both `parse_lang_prefix` and `allow_multiple_lang_prefixes` are set, the list of corresponding language objects is stored here. * `lang`: The language object of the item. This is set when either (a) there is a language prefix parsed off (if multiple prefixes are allowed, this corresponds to the first one); (b) the `lang` property is allowed and specified; (c) neither (a) nor (b) apply and the `lang` field of the overall `data` object is set, providing a default value. * `sc`: The script object of the item. This is set when either (a) the `sc` property is allowed and specified; (b) `sc` isn't otherwise set and the `sc` field of the overall `data` object is set, providing a default value. * `delimiter`: If subitems are allowed, this is set on subitems and specifies the delimiter used prior to the given subitem (e.g. {","}). * `separator`: The separator to display before the item. Always set on subitems, and set on top-level items if `disallow_custom_separators` is not given. Controlled by `special_separators` (for top-level items) and `subitem_separator_map` (for subitems). ]==] function export.parse_list_with_inline_modifiers_and_separate_params(data) validate_argument_related_fields(data) local raw_args, termarg, param_mods, args = data.raw_args, data.termarg, data.param_mods if raw_args then local params = data.params local termarg_spec = params[termarg] if termarg_spec == true or not termarg_spec.list then internal_error("Term spec in `data.params` must have `list` set", termarg_spec) end if termarg_spec == true or not (termarg_spec.allow_holes or termarg_spec.disallow_holes) then internal_error("Term spec in `data.params` must have either `allow_holes` or `disallow_holes` set", termarg_spec) end export.augment_params_with_modifiers(params, param_mods) args = process_params(raw_args, params) else args = data.processed_args end local process_args_before_parsing = data.process_args_before_parsing if process_args_before_parsing then process_args_before_parsing(args) end -- Find the maximum index among any of the list parameters. local term_args = args[termarg] -- As a special case, the term args might not have a `maxindex` field because they might have -- been declared with `disallow_holes = true`, so fall back to the actual length of the list -- using the table_len function, since # can be unpredictable with arbitrary tables. local maxmaxindex = term_args.maxindex or table_len(term_args) for _, v in pairs(args) do if type(v) == "table" and v.maxindex and v.maxindex > maxmaxindex then maxmaxindex = v.maxindex end end local special_separators = data.special_separators or export.default_special_separators local items, lang_cache, use_semicolon = {}, data.lang_cache or {} local lang = fetch_argument(args, data.lang) if lang then lang_cache[lang:getCode()] = lang end local sc = fetch_argument(args, data.sc) local term_dest = data.term_dest or "term" -- FIXME: this is vulnerable to abusive inputs like 1000000=. local itemno = 0 for i = 1, maxmaxindex do local term = term_args[i] if data.disallow_custom_separators or not special_separators[term] then itemno = itemno + 1 -- Compute whether any of the separate indexed params exist for this index. local any_param_at_index for param_mod in pairs(param_mods) do local argval = args[param_mod] -- Careful with argument values that may be `false`. if argval then argval = argval[itemno] end if not argval_missing(argval) then any_param_at_index = true break end end if data.stop_when and data.stop_when{ term = term, -- FIXME, we should just pass in `any_param_at_index` directly. any_param_at_index = term ~= nil or any_param_at_index, orig_index = i, itemno = itemno, stored_itemno = #items + 1, } then break end -- If any of the params used for formatting this term is present, create a term and add it to the list. if not data.dont_skip_items and term == nil and not any_param_at_index then track("skipped-term", data.track_module) else if not term then track("missing-term", data.track_module) end local termobj = { itemno = itemno, orig_index = i, } if not data.disallow_custom_separators then termobj.separator = i == 1 and "" or special_separators[term_args[i - 1]] end -- Add 1 because first term index starts at 2. local paramname = termarg + i - 1 if term then local function generate_obj(term, parse_err) return export.generate_obj_maybe_parsing_lang_prefix { term = term, termobj = data.splitchar and {} or termobj, term_dest = term_dest, paramname = paramname, parse_lang_prefix = data.parse_lang_prefix, parse_err = parse_err, allow_bad_lang_prefix = data.allow_bad_lang_prefix, allow_multiple_lang_prefixes = data.allow_multiple_lang_prefixes, lang_cache = lang_cache, } end parse_inline_modifiers(term, { paramname = paramname, param_mods = param_mods, generate_obj = generate_obj, splitchar = data.splitchar, preserve_splitchar = true, escape_fun = data.escape_fun, unescape_fun = data.unescape_fun, outer_container = data.splitchar and termobj or nil, pre_normalize_modifiers = data.pre_normalize_modifiers, }) end local term_data = { args = args, param_mods = param_mods, itemno = itemno, termobj = termobj, term_dest = term_dest, has_subitems = not not data.splitchar, lang = lang, -- As a special case, if the caller defined a scN= separate param, set it on all subitems if there -- are multiple, falling back to the overall sc= param. sc = args.sc and args.sc[itemno] or sc, subitem_param_handling = data.subitem_param_handling, subitem_separator_map = data.subitem_separator_map or export.default_subitem_separator_map, allow_conflicting_inline_mods_and_separate_params = data.allow_conflicting_inline_mods_and_separate_params, postprocess_termobj = postprocess_termobj, disallow_custom_separators = data.disallow_custom_separators, use_semicolon = use_semicolon, } copy_separate_params_to_termobj_and_postprocess(term_data) use_semicolon = term_data.use_semicolon insert(items, termobj) end end end if not data.disallow_custom_separators then -- Set the default separator of all those items for which a separator wasn't explicitly given to the default -- separator, defaulting to comma + space; but if any items have embedded commas, set the separator to -- semicolon + space. for _, item in ipairs(items) do if not item.separator then item.separator = use_semicolon and "; " or data.default_separator or ", " end end end return items, args, {use_semicolon = use_semicolon} end --[==[ Parse a single term that may have properties specified through inline modifiers or separate parameters. This differs from `parse_list_with_inline_modifiers_and_separate_params()` in that the latter is for parsing a list of terms, each of which may have properties specified through inline modifiers or separate parameters. Both functions optionally support having multiple subitems in a single term. This function is used e.g. for form-of templates ({{tl|inflection of}}/{{tl|infl of}}, {{tl|form of}}, and specific templates such as {{tl|alt form}}/{{tl|alternative form of}}, {{tl|abbr of}}/{{tl|abbreviation of}}, {{tl|clipping of}}, and many others); for etymology templates ({{tl|bor}}/{{tl|borrowed}}, {{tl|der}}/{{tl|derived}}, etc. as well as `misc_variant` templates like {{tl|ellipsis}}, {{tl|abbrev}}, {{tl|clipping}}, {{tl|reduplication}} and the like); and for other templates with an argument structure similar to {{tl|l}} or {{tl|m}}. In these templates there is a term specified using a numeric parameter and associated separate parameters specifying term properties such as {{para|t}} for the gloss or {{para|tr}} for manual transliteration. All such properties can also be specified through inline modifiers attached directly to each term (`<t:...>`, `<tr:...>`, etc.). Normally it is an error if both an inline modifier and separate parameter for the same value are given, but this can be overridden (in which case inline modifiers take precedence over separate parameters when both occur). Some notable properties of this function: # Processing of the raw frame parent args using `process()` in [[Module:parameters]] can occur either inside of this function (the usual workflow) or outside of this function (for more complex cases). In the former case the raw parent args are passed in along with a partially built `params` structure of the sort required by [[Module:parameters]], containing only the term list itself along with any other parameters that are '''not''' term properties (such as a language code in {{para|1}} and boolean flags like {{para|nocat}}, {{para|nocap}}, etc.). This structure is ''augmented'' with parameters, one for each per-term property, and [[Module:parameters]] is invoked. In the latter case where raw argument processing is done by the caller, they must build the partial `params` structure; augment it themselves using `augment_params_with_modifiers()`; call [[Module:parameters]] themselves; and pass in the processed arguments. In both cases, the return value of this function contains two values, an object specifying the term and all properties; and the processed arguments structure, so that the non-term-property arguments can be processed as appropriate. # Optionally, the term can consist of a number of ''subitems'' separated by delimiters (usually a comma, but the possible delimiter or delimiters are controllable). Each subitem can have its own inline modifiers. This functionality is used, for example, by form-of templates. When this feature is invoked, the format of the term object changes; instead of directly being an object describing the term and its properties, it is an object with a `terms` field containing a list of per-subitem objects along with other top-level fields describing per-term properties. By default, if there are separate parameters specified along with multiple subitems, an error occurs, but this is controllable; currently, you can request that the parameters be assigned to the first or last subitem. `data` is an object containing several possible fields. 1. Fields that are required or recommended (usually related to argument processing): * `raw_args` ('''required''' unless `processed_args` is specified): The raw arguments, normally fetched from {frame:getParent().args}. They are parsed using `process()` in [[Module:parameters]]. Most callers pass in raw arguments. * `processed_args`: The object of parsed arguments returned by `process()` in [[Module:parameters]]. One (but not both) of `raw_args` and `processed_args` must be set. * `param_mods` ('''required'''): A structure describing the possible inline modifiers and their properties. See the introductory comment above. Most often, this is generated using `construct_param_mods()` rather than specified manually. * `params` ('''required''' unless `processed_args` is specified): A structure describing the possible parameters, '''other than''' the ones that are separate-parameter equivalents of inline modifiers. This is automatically "augmented" with the separate-parameter equivalents of the inline modifiers described in `param_mods` prior to parsing the raw arguments with [[Module:parameters]]. '''WARNING:''' This structure is destructively modified, both by the "augmentation" process of adding separate-parameter equivalents of inline modifiers, and by the processing done by [[Module:parameters]] itself. (Nonetheless, substructures can safely be shared in this structure, and will be correctly handled.) * `termarg` ('''required'''): The argument containing the item with attached inline modifiers to be parsed. Usually a numeric value such as {1} or {2}. * `track_module` ('''recommended'''): The name of the calling module, for use in adding tracking pages that are used internally to track pages containing template invocations with certain properties. * `lang` ('''recommended'''): The language object for the language of the item or subitems, or the name of the argument to fetch the object from. It is not strictly necessary to specify this, as this function only initializes items based on inline modifiers and separate arguments and doesn't actually format the resulting items. However, if specified, it is used for certain purposes: *# It specifies the default for the `lang` property of returned objects if not otherwise set (e.g. by a language prefix). *# It is used to initialize an internal cache for speeding up language-code parsing (primarily useful if the same language code may appear in several subitems). The value of `lang` can be any of the following: * If a string or number, it is assumed to be requesting the value of `args` at that key. Note that if the string is in the form of a number (e.g. "3"), it is normalized to a number prior to fetching. * Otherwise, if a function, it is assumed to be a function to return the argument value given `args`, which is passed to the function as its only argument. * Otherwise, it is used directly. * `sc` ('''recommended'''): The script object for the item or subitems, or the name of the argument to fetch the object from. The possible values and their handling are the same as with `lang`. In general, as with `lang`, it is not strictly necessary to specify this. However, if specified, it is used to supply the default for the `sc` property of returned items if not otherwise set (e.g. by the {{para|sc}} parameter or `<sc:...>` inline modifier). The most common value is {"sc"}. * `make_separate_g_into_list`: Set this to {true} if separate gender parameters exist are are specified using {{para|g}}, {{para|g2}}, etc. instead of using a single comma-separated {{para|g}} field. 2. Other argument-related fields: * `adjust_params_before_arg_processing`: An optional function to further adjust the `params` structure prior to calling `process()` in [[Module:parameters]]. This should be used when there are mismatches between the format of a given property as an inline modifier and the corresponding property as a separate parameter (as with the {{para|g}} parameter and {{cd|<g:...>}} modifier, but this particular case is handled by the `make_separate_g_into_list` field). * `process_args_before_parsing`: An optional function to apply further processing to the processed `args` structure returned by [[Module:parameters]], before parsing inline modifiers. This is passed one argument, the processed arguments. It should make modifications in-place. * `term_dest`: The field to store the value of the item itself into, after inline modifiers and (if allowed) language prefixes are stripped off. Defaults to {"term"}. * `pre_normalize_modifiers`: As in `parse_inline_modifiers()`. * `allow_conflicting_inline_mods_and_separate_params`: If specified, don't throw an error if a value is specified for a given property using both an inline modifier and separate param; in this case, the inline modifier takes precedence. 3. Fields related to language prefixes: * `parse_lang_prefix`: If true, allow and parse off a language code prefix attached to items followed by a colon, such as {la:minūtia} or {grc:[[σκῶρ|σκατός]]}. Etymology-only languages are allowed. Inline modifiers can be attached to such items. The exact syntax allowed is as specified in the `parse_term_with_lang()` function in [[Module:parse utilities]]. If `allow_multiple_lang_prefixes` is given, a {{cd|+}}-sign-separated list of language prefixes can be attached to an item. The resulting language object is stored into the `termlang` field, and also into the `lang` field (or in the case of `allow_multiple_lang_prefixes`, the list of language objects is stored into the `termlangs` field, and the first specified object is stored in the `lang` field). * `allow_multiple_lang_prefixes`: If given in conjunction with `parse_lang_prefix`, multiple language code prefixes can be given, separated by a {{cd|+}} sign. See `parse_lang_prefix` above. * `allow_bad_lang_prefix`: If given in conjunction with `parse_lang_prefix`, unrecognized language prefixes do not trigger an error, but are simply ignored (and not stripped off the item). Note that, regardless of whether this is given, prefixes before a colon do not trigger an error if they do not have the form of a language prefix or if a space follows the colon. It is not recommended that this be given because typos in language prefixes will not trigger an error and will tend to remain unfixed. 4. Fields related to multiple subitems in the term: * `splitchar`: A Lua pattern. If specified, the user-specified argument can consist of multiple delimiter-separated subitems, each of which may be followed by inline modifiers. In this case, the first returned value is no longer an object describing the item, but instead an object with a `terms` field, whose value is a list describing the subitems (whose format is the same as the normal format of the item when `splitchar` is not specified). Each subitem object will have a `delimiter` field holding the actual delimiter occurring before the subitem, which is useful in the case where `splitchar` matches multiple possible characters. In this case, it is possible to specify that a given modifier can only occur after the last subitem and effectively modifies the whole collection of subitems by setting `overall = true` on the modifier. In this case, the modifier's value will be stored in the top-level object (the object with the `terms` field specifying the subitems). Note that splitting on delimiters will not happen in certain protected sequences (by default comma+whitespace; see below). In addition, the algorithm to split on delimiters is sensitive to inline modifier syntax and will not be confused by delimiters inside of inline modifiers or inside of square brackets, which do not trigger splitting (whether or not contained within protected sequences). * `escape_fun` and `unescape_fun`: As in `split_escaping()` and `split_alternating_runs_escaping()` in [[Module:parse utilities]]. They control the protected sequences that won't be split when `splitchar` is specified (see previous item). By default, `escape_comma_whitespace` and `unescape_comma_whitespace` are used, so that comma+whitespace sequences won't be split. * `subitem_param_handling`: How to handle separate parameters that are specified in the presence of multiple subitems. The possible values are {"only"} (only allow separate parameters if there aren't any subitems, otherwise throw an error), {"first"} (store the separate parameters in the first subitem) and {"last"} (store the separate parameters in the last subitem). The default is {"only"}. As a special case, an {{para|scN}} separate parameter will be stored into all subitems. * `subitem_separator_map`: Table mapping user-specified delimiters to displayed separators, stored in the `separator` field of the subitem. If not specified, it defaults to `default_subitem_separator_map`. Note that the presence of an item in this table does not mean that it can be used as a delimiter; only the delimiters specified using `splitchar` are recognized. Delimiters not in this map display as-is. Two values are returned, an object describing the item (or subitems) and the processed `args` structure. In the returned item, there will be one field set for each specified property (either through inline modifiers or separate parameters). If subitems are not allowed, the item directly has fields set on it for the specified properties. If subitems ''are'' allowed, the item contains a `terms` field, which is a list of subitem objects, each of which has fields set on it for the specified properties of that subitem. In addition, the following fields may be set on the item or each subitem: * `term`: The term portion of the item (minus inline modifiers and language prefixes). {nil} if no term was given. * `termlang`: If there is a language prefix, the corresponding language object is stored here (only if `parse_lang_prefix` is set and `allow_multiple_lang_prefixes` is not set). * `termlangs`: If there is are language prefixes and both `parse_lang_prefix` and `allow_multiple_lang_prefixes` are set, the list of corresponding language objects is stored here. * `lang`: The language object of the item. This is set when either (a) there is a language prefix parsed off (if multiple prefixes are allowed, this corresponds to the first one); (b) the `lang` property is allowed and specified; (c) neither (a) nor (b) apply and the `lang` field of the overall `data` object is set, providing a default value. * `sc`: The script object of the item. This is set when either (a) the `sc` property is allowed and specified; (b) `sc` isn't otherwise set and the `sc` field of the overall `data` object is set, providing a default value. * `delimiter`: If subitems are allowed, this specifies the delimiter used prior to the given subitem (e.g. {","}). * `separator`: If subitems are allowed, this specifies the displayed form of the delimiter to be shown before a given subitem. The mapping from user-specified delimiters to displayed separators is handled by `subitem_separator_map`; see above. The first subitem always has a blank string in the `separator` field. ]==] function export.parse_term_with_inline_modifiers_and_separate_params(data) validate_argument_related_fields(data) local raw_args, termarg, param_mods, args = data.raw_args, data.termarg, data.param_mods if raw_args then local params = data.params local termarg_spec = params[termarg] if type(termarg_spec) == "table" and termarg_spec.list then internal_error("Term spec in `data.params` must not have `list` set", termarg_spec) end export.augment_params_with_modifiers(params, param_mods, "always") if data.make_separate_g_into_list then -- HACK: g= is a list for compatibility, but sublist as an inline parameter. params.g = {list = true, item_dest = "genders", type = "genders", flatten = true} end local adjust_params_before_arg_processing = data.adjust_params_before_arg_processing if adjust_params_before_arg_processing then adjust_params_before_arg_processing(params) end args = process_params(raw_args, params) else args = data.processed_args end local process_args_before_parsing = data.process_args_before_parsing if process_args_before_parsing then process_args_before_parsing(args) end local term, lang_cache = args[termarg], data.lang_cache local lang = fetch_argument(args, data.lang) if lang and lang_cache then lang_cache[lang:getCode()] = lang end local sc = fetch_argument(args, data.sc) local term_dest = data.term_dest or "term" if not term then track("missing-term", data.track_module) end local termobj, splitchar = {}, data.splitchar if term then local function generate_obj(term, parse_err) return export.generate_obj_maybe_parsing_lang_prefix { term = term, termobj = splitchar and {} or termobj, term_dest = term_dest, paramname = termarg, parse_lang_prefix = data.parse_lang_prefix, parse_err = parse_err, allow_bad_lang_prefix = data.allow_bad_lang_prefix, allow_multiple_lang_prefixes = data.allow_multiple_lang_prefixes, lang_cache = lang_cache, } end parse_inline_modifiers(term, { paramname = termarg, param_mods = param_mods, generate_obj = generate_obj, splitchar = splitchar, preserve_splitchar = true, escape_fun = data.escape_fun, unescape_fun = data.unescape_fun, outer_container = splitchar and termobj or nil, pre_normalize_modifiers = data.pre_normalize_modifiers, }) end copy_separate_params_to_termobj_and_postprocess{ args = args, param_mods = param_mods, termobj = termobj, has_subitems = not not splitchar, lang = lang, sc = sc, subitem_param_handling = data.subitem_param_handling, subitem_separator_map = data.subitem_separator_map or export.default_subitem_separator_map, allow_conflicting_inline_mods_and_separate_params = data.allow_conflicting_inline_mods_and_separate_params, } if splitchar and termobj.terms[2] then track("parse-term-multiple-subitems", data.track_module) track("parse-term-multiple-subitems") end return termobj, args end return export kwogaey7w2tu4loiurhuzeladz35nyu 2337273 2337219 2026-08-29T01:44:17Z Kuroco2k 84207 2337273 Scribunto text/plain local export = {} local dump = mw.dumpObject local parameters_module = "モジュール:parameters" local parse_utilities_module = "モジュール:parse utilities" local parse_interface_module = "Module:parse interface" local table_module = "モジュール:table" local insert = table.insert local function track(page, track_module) return require("モジュール:debug/track")((track_module or "parameter utilities") .. "/" .. page) end -- Throw an error prefixed with the words "Internal error" (and suffixed with a dumped version of `spec`, if provided). -- This is for logic errors in the code itself rather than template user errors. local function internal_error(msg, spec) if spec then msg = ("%s: %s"):format(msg, dump(spec)) end error(("内部エラー: %s"):format(msg)) end -- Table listing the recognized special separator arguments and how they display. local special_separators = { [";"] = "; ", ["_"] = " ", ["~"] = " ~ ", } local function parse_inline_modifiers(...) parse_inline_modifiers = require(parse_interface_module).parse_inline_modifiers return parse_inline_modifiers(...) end local function process_params(...) process_params = require(parameters_module).process return process_params(...) end local function table_len(...) table_len = require(table_module).length return table_len(...) end --[==[ intro: The purpose of this module is to facilitate implementation of a template that takes a list of items with associated properties, which can be specified either through separate parameters (e.g. {{para|t2}}, {{para|pos3}}) or inline modifiers (`<t:...>`, `<pos:...>`, etc.). Some examples of templates that work this way are {{tl|alter}}/{{tl|alt}}; {{tl|synonyms}}/{{tl|syn}}, {{tl|antonyms}}/{{tl|ant}}, and other "nyms" templates; {{tl|col}}, {{tl|col2}}, {{tl|col3}}, {{tl|col4}} and other columns templates; {{tl|descendant}}/{{tl|desc}}; {{tl|affix}}/{{tl|af}}, {{tl|prefix}}/{{tl|pre}} and related *fix templates; {{tl|affixusex}}/{{tl|afex}} and related templates; {{tl|IPA}}; {{tl|homophones}}; {{tl|rhymes}}; and several others. This module can be thought of as a combination of [[Module:parameters]] (which parses template parameters, and in particular handles the separate parameter versions of the properties) and `parse_inline_modifiers()` in [[Module:parse utilities]] (which parses inline modifiers). The main entry point is `process_list_arguments()`, which takes an object specifying various properties and returns a list of objects, one per item specified by the user, where the individual objects are much like the objects returned by `parse_inline_modifiers()`. However, there are other functions provided, in particular to initialize the `param_mods` structured that is passed to `process_list_arguments()`. The typical workflow for using this module looks as follows (a slightly simplified version of the code in [[Module:nyms]]): { local export = {} local parameter_utilities_module = "Module:parameter utilities" ... -- Entry point to be invoked from a template. function export.show(frame) local parent_args = frame:getParent().args -- Parameters that don't have corresponding inline modifiers. Note in particular that the parameter corresponding to -- the items themselves must be specified this way, and must specify either `allow_holes = true` (if the user can -- omit terms, typically by specifying the term using |altN= or <alt:...> so that they remain unlinked) or -- `disallow_holes = true` (if omitting terms is not allowed). (If neither `allow_holes` nor `disallow_holes` is -- specified, an error is thrown in process_list_arguments().) local params = { [1] = {required = true, type = "language", default = "und"}, [2] = {list = true, allow_holes = true, required = true, default = "term"}, } local m_param_utils = require(parameter_utilities_module) -- This constructs the `param_mods` structure by adding well-known groups of parameters (such as all the parameters -- associated with based on full_link() in [[Module:links]], with default properties that can be overridden. This is -- easier and less error-prone than manually specifying the `param_mods` structure (see below for how this would -- look). Here, we specify the group "link" (consisting of all the link parameters for use with full_link()), group -- "ref" (which adds the "ref" parameter for specifying references), group "l" (which adds the "l" and "ll" -- parameters for specifying labels) and group "q" (which adds the "q" and "qq" parameters for specifying regular -- qualifiers). By default, labels and qualifiers have `separate_no_index` set so that e.g. |q1= is distinct from -- |q=, the former specifying the left qualifier for the first item and the latter specifying the overall left -- qualifier. For compatibility, we override the `separate_no_index` setting for the group "q", which causes |q= and -- |q1= to be the same, and likewise for |qq= and |qq1=. Finally, also for compatibility, we add an "lb" parameter -- that is an alias of "ll" (in all respects; |lb= is the same as |ll=, |lb1= is the same as |ll1=, <lb:...> is the -- same as <ll:...>, etc.). local param_mods = m_param_utils.construct_param_mods { {group = {"link", "ref", "l"}}, {group = "q", separate_no_index = false}, {param = "lb", alias_of = "ll"}, } -- This processes the raw arguments in `parent_args`, parses inline modifiers and creates corresponding objects -- containing the property values specified either through inline modifiers or separate parameters. local items, args = m_param_utils.process_list_arguments { params = params, param_mods = param_mods, raw_args = parent_args, termarg = 2, parse_lang_prefix = true, track_module = "nyms", lang = 1, sc = "sc.default", } local lang = args[1] -- Now do the actual implementation of the template. Generally this should be split into a separate function, often -- in a separate module (if the implementation goes in [[Module:foo]], the template interface code goes in -- [[Module:foo/templates]]). ... } The `param_mods` structure controls the properties that can be specified by the user for a given item, and is conceptually very similar to the `param_mods` structure used by `parse_inline_modifiers()`. The key is the name of the parameter (e.g. {"t"}, {"pos"}) and the value is a table with optional elements as follows: * `item_dest`, `store`: Same as the corresponding fields in the `param_mods` structure passed to `parse_inline_modifiers()`. * `type`, `set`, `sublist`, `convert` and associated fields such as `family` and `method`: These control parsing and conversion of the raw values specified by the user and have the same meaning as in [[Module:parameters]] and also in `parse_inline_modifiers()` (which delegates the actual conversion to [[Module:parameters]]). These fields — and for that matter, all fields other than `item_dest`, `store` and `overall` — are forwarded to the `process()` function in [[Module:parameters]]. * `alias_of`: This parameter is an alias of some other parameter. This spec is recognized only by `process()` in [[Module:parameters]], and not by `parse_inline_modifiers()`; to set up an alias in `parse_inline_modifiers()`, you need to make sure (using `item_dest`) that both the alias and aliasee modifiers store their values in the same location, and you need to copy the remaining properties from the aliasee's spec to the aliasing modifier's spec. All of this happens automatically if you generate the `param_mods` structure using `construct_param_mods()`. * `require_index`: This means that the non-indexed parameter version of the property is not recognized. E.g. in the case of the {"sc"} property, use of the {{para|sc}} parameter would result in an error, while {{para|sc1}} is recognized and specifies the {"sc"} property for the first item. The default, if neither `require_index` nor `separate_no_index` is given, is for {{para|sc}} and {{para|sc1}} to mean the same thing (both would specify the {"sc"} property of the first item). Note that `require_index` and `separate_no_index` are mutually exclusive, and if either one is specified during processing by `construct_param_mods()`, the other one is automaticallly turned off. * `separate_no_index`: This means that e.g. the {{para|sc}} parameter is distinct from the {{para|sc1}} parameter (and thus from the `<sc:...>` inline modifier on the first item). This is typically used to distinguish an overall version of a property from the corresponding item-specific property on the first item. (In this case, for example, {{para|sc}} overrides the script code for all items, while {{para|sc1}} overrides the script code only for the first item.) If not given, and if `require_index` is not given, {{para|sc}} and {{para|sc1}} would have the same meaning and refer to the item-specific property on the first item. When this is given, the overall value can be accessed using the `.default` field of the property value in `args`, e.g. in this case `args.sc.default`. Note that (as mentioned above) `require_index` and `separate_no_index` are mutually exclusive, and if either one is specified during processing by `construct_param_mods()`, the other one is automaticallly turned off. * `list`, `allow_holes`, `disallow_holes`: These should '''not''' be given. `list` and `allow_holes` are automatically set for all parameter specs added to the `params` structure used by `process()` in [[Module:parameters]], and `disallow_holes` clashes with `allow_holes`. For the above workflow example, the call to `construct_param_mods()` generates the following `param_mods` structure: { local param_mods = { -- the parameters generated by group "link" alt = {}, t = { -- [[Module:links]] expects the gloss in "gloss". item_dest = "gloss", }, gloss = { alias_of = "t", }, tr = {}, ts = {}, g = { -- [[Module:links]] expects the genders in "genders". item_dest = "genders", sublist = true, }, pos = {}, lit = {}, id = {}, sc = { separate_no_index = true, type = "script", }, -- the parameters generated by group "ref" ref = { item_dest = "refs", type = "references", }, -- the parameters generated by group "l" l = { type = "labels", separate_no_index = true, }, ll = { type = "labels", separate_no_index = true, }, -- the parameters generated by group "q"; note that `separate_no_index = true` would be set, but is overridden -- (specifying `separate_no_index = false` in the `param_mods` structure is equivalent to not specifying it at all) q = { type = "qualifier", separate_no_index = false, }, qq = { type = "qualifier", separate_no_index = false, }, -- the parameter generated by the individual "lb" parameter spec; note that only `alias_of` was explicitly given, -- while `item_dest` is automatically set so that inline modifier <lb:...> stores into the same place as <ll:...>, -- and the other specs are copied from the `ll` spec so `lb` works like `ll` in all regards lb = { alias_of = "ll", item_dest = "ll", type = "labels", separate_no_index = true, }, } } ]==] local qualifier_spec = { type = "qualifier", separate_no_index = true, } local label_spec = { type = "labels", separate_no_index = true, } local recognized_param_mod_groups = { link = { alt = {}, t = { -- [[Module:links]] expects the gloss in "gloss". item_dest = "gloss", }, gloss = { alias_of = "t", }, tr = {}, ts = {}, g = { -- [[Module:links]] expects the genders in "genders". item_dest = "genders", sublist = true, }, pos = {}, lit = {}, id = {}, sc = { separate_no_index = true, type = "script", }, }, lang = { lang = { require_index = true, type = "language", }, }, q = { q = qualifier_spec, qq = qualifier_spec, }, a = { a = label_spec, aa = label_spec, }, l = { l = label_spec, ll = label_spec, }, ref = { ref = { item_dest = "refs", type = "references", }, }, } local function merge_param_mod_settings(orig, additions) local merged = require(table_module).shallowcopy(orig) for k, v in pairs(additions) do merged[k] = v if k == "require_index" then merged.separate_no_index = nil elseif k == "separate_no_index" then merged.require_index = nil end end merged.default = nil merged.group = nil merged.param = nil merged.exclude = nil merged.include = nil return merged end local function verify_type(spec, param, typ1, typ2) if not spec[param] then return end local val = spec[param] if type(val) ~= typ1 and (not typ2 or type(val) ~= typ2) then internal_error(("Parameter `%s` must be a %s%s but saw a %s"):format(param, typ1, typ2 and " or " .. typ2 or "", type(val)), spec) end end local function verify_well_constructed_spec(spec) local num_control = (spec.default and 1 or 0) + (spec.group and 1 or 0) + (spec.param and 1 or 0) if num_control == 0 then internal_error( "Spec passed to construct_param_mods() must have either the `default`, `group` or `param` keys set", spec) end if num_control > 1 then internal_error( "Exactly one of `default`, `group` or `param` must be set in construct_param_mods() spec", spec) end if spec.list or spec.allow_holes then -- FIXME: We need to support list = "foo" for list parameters that are stored in e.g. 2=, foo2=, foo3=, etc. internal_error("`list` and `allow_holes` may not be set; they are automatically set when constructing the " .. "corresponding spec in the `params` object passed to [[Module:parameters]]", spec) end if spec.disallow_holes then internal_error("`disallow_holes` may not be set; it conflicts with `allow_holes`, which is automatically " .. "set when constructing the corresponding spec in the `params` object passed to [[Module:parameters]]", spec) end if spec.include and spec.exclude then internal_error("Saw both `include` and `exclude` in the same spec", spec) end if (spec.include or spec.exclude) and not spec.group then internal_error( "`include` and `exclude` can only be specified along with `group`, not with `default` or `param`", spec) end verify_type(spec, "group", "string", "table") verify_type(spec, "param", "string", "table") verify_type(spec, "include", "table") verify_type(spec, "exclude", "table") end --[==[ Construct the `param_mods` structure used in parsing arguments and inline modifiers from a list of specifications. A sample invocation (a slightly simplified version of the actual invocation associated with {{tl|affix}} and related templates) looks like this: { local param_mods = require("Module:parameter utilities").construct_param_mods { -- We want to require an index for all params (or use separate_no_index, which also requires an index for the -- param corresponding to the first item). {default = true, require_index = true}, {group = {"link", "ref", "lang", "q", "l"}}, -- Override these two to have separate_no_index. {param = {"lit", "pos"}, separate_no_index = true}, } } Each specification either sets the default value for further parameter specs or adds one or more parameters. Parameters can be added directly using `param`, or groups of predefined parameters can be added using `group`. Specifications are one of three types: # Those that set the default properties for future-added parameters. These contain {default = true} as one of the properties of the spec. Specs are processed in order and you can change the defaults mid-way through. # Those that add the parameters associated with one or more pre-defined groups. These contain {group = "group"} or {group = {"group1", "group2", ...}}. The pre-defined parameter groups and their associated properties are listed below. The pre-defined properties of parameters in a group override properties associated with a {default = true} spec, and are in turn overridden by any properties given directly in the spec itself. Note as well that setting the `separate_no_index` property will automatically cause the `require_index` property to be unset and vice-versa, as the two are mutually exclusive. (This happens in the example above, where the {separate_no_index = true} setting associated with the params {"lit"} and {"pos"} cancels out the {require_index = true} default setting, as well as less obviously with the pre-defined {"sc"} property of the {"link"} group, the {"q"} and {"qq"} properties of the {"q"} group, and the {"l"} and {"ll"} properties of the {"l"} group, all of which have an associated pre-defined property {separate_no_index = true}, which overrides and cancels out the {require_index = true} default setting. Finally, when adding the parameters of a group, you can request the only a subset of the parameters be added using either the `include` or `exclude` properties, each of whose values is a list of parameters that specify (respectively) the parameters to include (all other parameters of the group are excluded) or to exclude (all other parameters of the group are included). This is used, for example, in [[Module:romance etymology]] and [[Module:it-etymology]], which specify {group = "link", exclude = {"tr", "ts", "sc"}} to exclude link parameters that aren't relevant to Latin-script languages such as the Romance languages, and conversely in [[Module:IPA/templates]], which specifies {group = "link", include = {"t", "gloss", "pos"}} to include only the specified parameters for use with {{tl|IPA}}. # Those that add individual parameters. These contain {param = "param"} or {param = {"param1", "param2", ...}}, the latter syntax used to control a set of parameters together. The resulting spec is formed by initializing the parameter's settings with any previously-specified default properties (using a spec containing {default = true}) if the parameter hasn't already been initialized, and then overriding the resulting settings with any settings given directly in the specification. In the above example, the {"lit"} and {"pos"} parameters were previously initialized through the {"link"} group (specified in the second of the three specifications) but ended up with {require_index = true} due to the {default = true} spec (the first of the three specifications). We override these two parameters to have {separate_no_index = true} (which, as mentioned above, cancels out {require_index = true}). This is done so that {{tl|affix}} and related templates have {{para|pos}} and {{para|lit}} parameters distinct from {{para|pos1}} and {{para|lit1}}, which are used to specify an overall part of speech (which applies to all parts of the affix, as opposed to applying to just one element of the expression) or a literal definition for the entire expression (instead of just for one element of the expression). The built-in parameter groups are as follows: {|class="wikitable" ! Group !! Group meaning !! Parameter !! Parameter meaning !! Default properties |- | rowspan=10| `link` | rowspan=10| link parameters; same as those available on {{tl|l}}, {{tl|m}} and other linking templates | `alt` || display text, overriding the term's display form || — |- | `t` || gloss (translation) of a non-English term || {item_dest = "gloss"} |- | `gloss` || gloss (translation); same as `t` || {alias_of = "t"} |- | `tr` || transliteration of a non-Latin-script term; only needed if the automatic transliteration is incorrect or unavailable (e.g. in Hebrew, which doesn't have automatic transliteration) || — |- | `ts` || transcription of a non-Latin-script term, if the transliteration is markedly different from the actual pronunciation; should not be used for IPA pronunciations || — |- | `g` || comma-separated list of genders; whitespace may surround the comma and will be ignored || {item_dest = "genders", sublist = true} |- | `pos` || part of speech for the term || — |- | `lit` || literal meaning (translation) of the term || — |- | `id` || a sense ID for the term, which links to anchors on the page set by the {{tl|senseid}} template || — |- | `sc` || the script code (see [[Wiktionary:Scripts]]) for the script that the term is written in; rarely necessary, as the script is autodetected (in most cases, correctly) || {separate_no_index = true, type = "script"} |- | rowspan=2| `q` | rowspan=2| left and right normal qualifiers (as displayed using {{tl|q}}) | `q` || left normal qualifier || {separate_no_index = true, type = "qualifier"} |- | `qq` || right normal qualifier || {separate_no_index = true, type = "qualifier"} |- | rowspan=2| `a` | rowspan=2| left and right accent qualifiers (as displayed using {{tl|a}}) | `a` || comma-separated list of left accent qualifiers; whitespace must not surround the comma || {separate_no_index = true, type = "labels"} |- | `aa` || comma-separated list of right accent qualifiers; whitespace must not surround the comma || {separate_no_index = true, type = "labels"} |- | rowspan=2| `l` | rowspan=2| left and right labels (as displayed using {{tl|lb}}, but without categorizing) | `l` || comma-separated list of left labels; whitespace must not surround the comma || {separate_no_index = true, type = "labels"} |- | `ll` || comma-separated list of right labels; whitespace must not surround the comma || {separate_no_index = true, type = "labels"} |- | `ref` | reference(s) (in the format accepted by [[Module:references]]; see also the documentation for the {{para|ref}} parameter to {{tl|IPA}}) | `ref` || one or more references, in the format accepted by [[Module:references]] || {item_dest = "refs", type = "references"} |- | `lang` | language for an individual term (provided for compatibility; it is preferred to specify languages for individual terms using language prefixes instead) | `lang` || language code (see [[Wiktionary:Languages]]) for the term || {require_index = true, type = "language"} |} ]==] function export.construct_param_mods(specs) local param_mods = {} local default_specs = {} for _, spec in ipairs(specs) do verify_well_constructed_spec(spec) if spec.default then -- This will have an extra `default` field in it, but it will be erased by merge_param_mod_settings() default_specs = spec else if spec.group then local groups = spec.group if type(groups) ~= "table" then groups = {groups} end local include_set if spec.include then include_set = require(table_module).listToSet(spec.include) end local exclude_set if spec.exclude then exclude_set = require(table_module).listToSet(spec.exclude) end for _, group in ipairs(groups) do local group_specs = recognized_param_mod_groups[group] if not group_specs then internal_error(("Unrecognized built-in param mod group '%s'"):format(group), spec) end for group_param, group_param_settings in pairs(group_specs) do local include_param if include_set then include_param = include_set[group_param] elseif exclude_set then include_param = not exclude_set[group_param] else include_param = true end if include_param then local merged_settings = merge_param_mod_settings(merge_param_mod_settings( param_mods[group_param] or default_specs, group_param_settings), spec) param_mods[group_param] = merged_settings end end end end if spec.param then local params = spec.param if type(params) ~= "table" then params = {params} end for _, param in ipairs(params) do local settings = merge_param_mod_settings(param_mods[param] or default_specs, spec) -- If this parameter is an alias of another parameter, we need to copy the specs from the other -- parameter, since parse_inline_modifiers() doesn't know about `alias_of` and having the specs -- duplicated won't cause problems for [[Module:parameters]]. We also need to set `item_dest` to -- point to the `item_dest` of the aliasee (defaulting to the aliasee's value itself), so that -- both modifiers write to the same location. Note that this works correctly in the common case of -- <t:...> with `item_dest = "gloss"` and <gloss:...> with `alias_of = "t"`, because both will end -- up with `item_dest = "gloss"`. local aliasee = settings.alias_of if aliasee then local aliasee_settings = param_mods[aliasee] if not aliasee_settings then internal_error(("Undefined aliasee '%s'"):format(aliasee), spec) end for k, v in pairs(aliasee_settings) do if settings[k] == nil then settings[k] = v end end if settings.item_dest == nil then settings.item_dest = aliasee end end param_mods[param] = settings end end end end return param_mods end -- Return true if `k` is a "built-in" (specially recognized) key in a `param_mod` specification. All other keys -- are forwarded to the structure passed to [[Module:parameters]]. local function param_mod_spec_key_is_builtin(k) return k == "item_dest" or k == "overall" or k == "store" end --[==[ Convert the properties in `param_mods` into the appropriate structures for use by `process()` in [[Module:parameters]] and store them in `params`. If `overall_only` is given, only store the properties in `param_mods` that correspond to overall (non-item-specific) parameters. Currently this only happens when `separate_no_index` is specified. ]==] function export.augment_params_with_modifiers(params, param_mods, overall_only) if overall_only then for param_mod, param_mod_spec in pairs(param_mods) do if param_mod_spec.separate_no_index then local param_spec = {} for k, v in pairs(param_mod_spec) do if k ~= "separate_no_index" and not param_mod_spec_key_is_builtin(k) then param_spec[k] = v end end params[param_mod] = param_spec end end else local list_with_holes = { list = true, allow_holes = true } -- Add parameters for each term modifier. for param_mod, param_mod_spec in pairs(param_mods) do local has_extra_specs = false for k, _ in pairs(param_mod_spec) do if not param_mod_spec_key_is_builtin(k) then has_extra_specs = true break end end if not has_extra_specs then params[param_mod] = list_with_holes else local param_spec = mw.clone(list_with_holes) for k, v in pairs(param_mod_spec) do if not param_mod_spec_key_is_builtin(k) then param_spec[k] = v end end params[param_mod] = param_spec end end end end --[==[ Return true if `k`, a key in an item, refers to a property of the item (is not one of the specially stored values). Note that `lang` and `sc` are considered properties of the item, although `lang` is set when there's a language prefix and both `lang` and `sc` may be set from default values specified in the `data` structure passed into `process_list_arguments()`. If you don't want these treated as property keys, you need to check for them yourself. ]==] function export.item_key_is_property(k) return k ~= "term" and k ~= "termlang" and k ~= "termlangs" and k ~= "itemno" and k ~= "orig_index" and k ~= "separator" end -- Fetch the argument in `args` corresponding to `index_or_value`, which may be a string of the form "foo.default" -- (requesting the value of `args["foo"].default`); a string or number (requesting the value at that key); a function of -- one argument (`args`), which returns the argument value; or the value itself. local function fetch_argument(args, index_or_value) if type(index_or_value) == "string" then local index_without_default = index_or_value:match("^(.*)%.default$") if index_without_default then local arg_obj = fetch_argument(args, index_without_default) if type(arg_obj) ~= "table" then internal_error(("Requested that the '.default' key of argument `%s` be fetched, but argument value is undefined or not a table"): format(index_without_default), arg_obj) end return arg_obj.default end if index_or_value:find("^[0-9]+$") then index_or_value = tonumber(index_or_value) end return args[index_or_value] elseif type(index_or_value) == "number" then return args[index_or_value] elseif type(index_or_value) == "function" then return index_or_value(args) else return index_or_value end end --[==[ Parse inline modifiers and create corresponding item objects containing the property values specified either through inline modifiers or separate parameters. `data` is an object containing the following properties: * `raw_args` ('''required''' unless `processed_args` is specified): The raw arguments, normally fetched from {frame:getParent().args}. They are parsed using `process()` in [[Module:parameters]]. * `processed_args`: The object of parsed arguments returned by `process()` in [[Module:parameters]]. One (but not both) of `raw_args` and `processed_args` must be set. * `param_mods` ('''required'''): A structure describing the possible inline modifiers and their properties. See the introductory comment above. Most often, this is generated using `construct_param_mods()` rather than specified manually. * `params` ('''required''' unless `processed_args` is specified): A structure describing the possible parameters, '''other than''' the ones that are separate-parameter equivalents of inline modifiers. This is automatically "augmented" with the separate-parameter equivalents of the inline modifiers described in `param_mods` prior to parsing the raw arguments with [[Module:parameters]]. '''WARNING:''' This structure is destructively modified, both by the "augmentation" process of adding separate-parameter equivalents of inline modifiers, and by the processing done by [[Module:parameters]] itself. (Nonetheless, substructures can safely be shared in this structure, and will be correctly handled.) * `termarg` ('''required'''): The argument containing the first item with attached inline modifiers to be parsed. Usually a numeric value such as {1} or {2}. * `track_module` ('''recommended'''): The name of the calling module, for use in adding tracking pages that are used internally to track pages containing template invocations with certain properties. Example properties tracked are missing items with corresponding properties as well as missing items without corresponding properties (which are skipped entirely). To find out the exact properties tracked and the name of the tracking pages, read the code. * `process_args_before_parsing`: An optional function to apply further processing to the processed `args` structure returned by [[Module:parameters]], before parsing inline modifiers. This is passed one argument, the processed arguments. It should make modifications in-place. * `term_dest`: The field to store the value of the item itself into, after inline modifiers and (if allowed) language prefixes are stripped off. Defaults to {"term"}. * `parse_lang_prefix`: If true, allow and parse off a language code prefix attached to items followed by a colon, such as {la:minūtia} or {grc:[[σκῶρ|σκατός]]}. Etymology-only languages are allowed. Inline modifiers can be attached to such items. The exact syntax allowed is as specified in the `parse_term_with_lang()` function in [[Module:parse utilities]]. If `allow_multiple_lang_prefixes` is given, a comma-separated list of language prefixes can be attached to an item. The resulting language object is stored into the `termlang` field, and also into the `lang` field (or in the case of `allow_multiple_lang_prefixes`, the list of language objects is stored into the `termlangs` field, and the first specified object is stored in the `lang` field). * `allow_multiple_lang_prefixes`: If given in conjunction with `parse_lang_prefix`, multiple comma-separated language code prefixes can be given. See `parse_lang_prefix` above. * `allow_bad_lang_prefixes`: If given in conjunction with `parse_lang_prefix`, unrecognized language prefixes do not trigger an error, but are simply ignored (and not stripped off the item). Note that, regardless of whether this is given, prefixes before a colon do not trigger an error if they do not have the form of a language prefix or if a space follows the colon. It is not recommended that this be given because typos in language prefixes will not trigger an error and will tend to remain unfixed. * `lang`: The language object for the language of the items, or the name of the argument to fetch the object from. In general it is not necessary to specify this as `process_list_arguments()` only initializes items based on inline modifiers and separate arguments and doesn't actually format the resulting items. However, if specified, it is used for certain purposes: *# It specifies the default for the `lang` property of returned objects if not otherwise set (e.g. by a language prefix). *# It is used to initialize an internal cache for speeding up language-code parsing (primarily useful if the same language code may appear in several items, such as with {{tl|col}} and related templates). The value of `lang` can be any of the following: * If a string of the form "foo.default", it is assumed to be requesting the value of `args["foo"].default`. * Otherwise, if a string or number, it is assumed to be requesting the value of `args` at that key. Note that if the string is in the form of a number (e.g. "3"), it is normalized to a number prior to fetching (this also happens with a spec like "2.default"). * Otherwise, if a function, it is assumed to be a function to return the argument value given `args`, which is passed to the function as its only argument. * Otherwise, it is used directly. * `sc`: The script object for the items, or the name of the argument to fetch the object from. The possible values and their handling are the same as with `lang`. In general, as with `lang`, it is not necessary to specify this. However, if specified, it is used to supply the default for the `sc` property of returned items if not otherwise set (e.g. by the {{para|sc<var>N</var>}} parameter or `<sc:...>` inline modifier). * `disallow_custom_separators`: If specified, disallow specifying custom separators (semicolon, underscore, tilde; see the internal `special_separators` table) as an item value to override the default separator. By default, the previous separator of each item is considered to be an empty string (for the first item) and otherwise the value of `default_separator` (normally a comma + space), unless either the preceding item is one of the values listed in `special_separators`, such as a bare semicolon (which causes the following item's previous separator to be a semicolon + space) or an item has an embedded comma in it (which causes ''all'' items other than the first to have their previous separator be a semicolon + space). The previous separator of each item is set on the item's `separator` property. Bare semicolons and other separator arguments do not count when indexing items using separate parameters. For example, the following is correct: ** {{tl|template|lang|item 1|q1=qualifier 1|;|item 2|q2=qualifier 2}} If `disallow_custom_separators` is specified, however, the `separator` property is not set and separator arguments are not recognized. * `default_separator`: Override the default separator (normally {", "}). * `dont_skip_items`: Normally, items that are completely unspecified (have no term and no properties) are skipped and not inserted into the returned list of items. (Such items cannot occur if `disallow_holes = true` is set on the term specification in the `params` structure passed to `process()` in [[Module:parameters]]. It is generally recommended to do so unless a specific meaning is associated the term value being missing.) If `dont_skip_items` is set, however, items are never skipped, and completely unspecified items will be returned along with others. (They will not have the term or any properties set, but will have the normal non-property fields set; see below.) * `stop_when`: If specified, a function to determine when to prematurely stop processing items. It is passed a single argument, an object containing the following fields: ** `term`: The raw term, prior to parsing off language prefixes and inline modifiers (since the processing of `stop_when` happens before parsing the term). ** `any_param_at_index`: True if any separate property parameters exist for this item. ** `orig_index`: Same as `orig_index` below. ** `itemno`: Same as `itemno` below. ** `stored_itemno`: The index where this item will be stored into the returned items table. This may differ from `itemno` due to skipped items (it will never be different if `dont_skip_items` is set). The function should return true to stop processing items and return the ones processed so far (not including the item currently being processed). This is used, for example, in [[Module:alternative forms]], where an unspecified item signal the end of items and the start of labels. Two values are returned, the list of items and the processed `args` structure. In each returned item, there will be one field set for each specified property (either through inline modifiers or separate parameters). In addition, the following fields may be set: * `term`: The term portion of the item (minus inline modifiers and language prefixes). {nil} if no term was given. * `orig_index`: The original index into the item in the items table returned by `process()` in [[Module:parameters]]. This may differ from `itemno` if there are raw semiclons and `disallow_custom_separators` is not given. * `itemno`: The logical index of the item. The index of separate parameters corresponds to this index. This may be different from `orig_index` in the presence of raw semicolons; see above. * `separator`: The separator to display before the term. Always set unless `disallow_custom_separators` is given, in which case it is not set. * `termlang`: If there is a language prefix, the corresponding language object is stored here (only if `parse_lang_prefix` is set and `allow_multiple_lang_prefixes` is not set). * `termlangs`: If there is are language prefixes and both `parse_lang_prefix` and `allow_multiple_lang_prefixes` are set, the list of corresponding language objects is stored here. * `lang`: The language object of the item. This is set when either (a) there is a language prefix parsed off (if multiple prefixes are allowed, this corresponds to the first one); (b) the `lang` property is allowed and specified; (c) neither (a) nor (b) apply and the `lang` field of the overall `data` object is set, providing a default value. * `sc`: The script object of the item. This is set when either (a) the `sc` property is allowed and specified; (b) `sc` isn't otherwise set and the `sc` field of the overall `data` object is set, providing a default value. ]==] function export.process_list_arguments(data) local args if not data.termarg then internal_error("Required value `data.termarg` not specified") end if not data.param_mods then internal_error("Required value `data.param_mods` not specified") end if data.raw_args then -- FIXME, remove support for `data.args` in favor of `data.processed_args` if data.processed_args or data.args then internal_error("Only one of `data.raw_args` and `data.processed_args` can be specified") end if not data.params then internal_error("When `data.raw_args` is specified, so must `data.params`, so that the raw arguments can be parsed") end local termarg_spec = data.params[data.termarg] if not termarg_spec then internal_error("There must be a spec in `data.params` corresponding to `data.termarg`") end if not termarg_spec.list then internal_error("Term spec in `data.params` must have `list` set", termarg_spec) end if not termarg_spec.allow_holes and not termarg_spec.disallow_holes then internal_error("Term spec in `data.params` must have either `allow_holes` or `disallow_holes` set", termarg_spec) end export.augment_params_with_modifiers(data.params, data.param_mods) args = require(parameters_module).process(data.raw_args, data.params) else args = data.processed_args or data.args if not args then internal_error("Either `data.raw_args` or `data.processed_args` must be specified") end if data.params then internal_error("When `data.processed_args` is specified, `data.params` should not be specified") end end if data.process_args_before_parsing then data.process_args_before_parsing(args) end -- Find the maximum index among any of the list parameters. local term_args = args[data.termarg] -- As a special case, the term args might not have a `maxindex` field because they might have -- been declared with `disallow_holes = true`, so fall back to the actual length of the list. local maxmaxindex = term_args.maxindex or #term_args for k, v in pairs(args) do if type(v) == "table" and v.maxindex and v.maxindex > maxmaxindex then maxmaxindex = v.maxindex end end local items = {} local ind = 0 local lang = fetch_argument(args, data.lang) local sc = fetch_argument(args, data.sc) local lang_cache = {} if lang then lang_cache[lang:getCode()] = lang end local use_semicolon = false local term_dest = data.term_dest or "term" local itemno = 0 for i = 1, maxmaxindex do local term = term_args[i] if data.disallow_custom_separators or not special_separators[term] then itemno = itemno + 1 -- Compute whether any of the separate indexed params exist for this index. local any_param_at_index = term ~= nil if not any_param_at_index then for k, v in pairs(args) do -- Look for named list parameters. We check: -- (1) key is a string (excludes the term param, which is a number); -- (2) value is a table, i.e. a list; -- (3) v.maxindex is set (i.e. allow_holes was used); -- (4) the value has an entry at index `itemno` (the current logical index). if type(k) == "string" and type(v) == "table" and v.maxindex and v[itemno] then any_param_at_index = true break end end end if data.stop_when and data.stop_when { term = term, any_param_at_index = any_param_at_index, orig_index = i, itemno = itemno, stored_itemno = #items + 1, } then break end -- If any of the params used for formatting this term is present, create a term and add it to the list. if not data.dont_skip_items and not any_param_at_index then track("skipped-term", data.track_module) else if not term then track("missing-term", data.track_module) end local termobj = { itemno = itemno, orig_index = i, } if not data.disallow_custom_separators then termobj.separator = i == 1 and "" or special_separators[term_args[i - 1]] end -- Parse all the term-specific parameters and store in `termobj`. for param_mod, param_mod_spec in pairs(data.param_mods) do local dest = param_mod_spec.item_dest or param_mod local arg = args[param_mod] and args[param_mod][itemno] if arg then termobj[dest] = arg end end local function generate_obj(term, parse_err) if data.parse_lang_prefix and term:find(":") then local actual_term, termlangs = require(parse_utilities_module).parse_term_with_lang { term = term, parse_err = parse_err, paramname = paramname, allow_bad = data.allow_bad_lang_prefix, allow_multiple = data.allow_multiple_lang_prefixes, lang_cache = lang_cache, } termobj[term_dest] = actual_term ~= "" and actual_term or nil if termlangs then -- If we couldn't parse a language code, don't overwrite an existing setting in `lang` -- that may have originated from a separate |langN= param. if data.allow_multiple_lang_prefixes then termobj.termlangs = termlangs termobj.lang = termlangs and termlangs[1] or nil else termobj.termlang = termlangs termobj.lang = termlangs end end else termobj[term_dest] = term ~= "" and term or nil end return termobj end -- Check for inline modifier, e.g. מרים<tr:Miryem>. But exclude top-level HTML entry with <span ...>, -- <br/> or similar in it, often caused by wrapping an argument in {{m|...}} or similar. if term and term:find("<") and not require(parse_utilities_module).term_contains_top_level_html(term) then require(parse_utilities_module).parse_inline_modifiers(term, { -- Add 1 because first term index starts at 2. paramname = data.termarg + i - 1, param_mods = data.param_mods, generate_obj = generate_obj, }) elseif term then generate_obj(term) end -- Set these after parsing inline modifiers, not in generate_obj(), otherwise we'll get an error in -- parse_inline_modifiers() if we try to use <lang:...> or <sc:...> as inline modifiers. termobj.lang = termobj.lang or lang termobj.sc = termobj.sc or sc if not data.disallow_custom_separators then -- If the displayed term (from .term/etc. or .alt) has an embedded comma, use a semicolon to join -- the terms. local term_text = termobj[term_dest] or termobj.alt if not use_semicolon and term_text then if term_text:find(",", 1, true) then use_semicolon = true end end end table.insert(items, termobj) end end end if not data.disallow_custom_separators then -- Set the default separator of all those items for which a separator wasn't explicitly given to the default -- separator, defaulting to comma + space; but if any items have embedded commas, set the separator to -- semicolon + space. for i, item in ipairs(items) do if not item.separator then item.separator = use_semicolon and "; " or data.default_separator or ", " end end end return items, args end -- Subfunction of parse_list_with_inline_modifiers_and_separate_params() and -- parse_term_with_inline_modifiers_and_separate_params(), validating certain argument-related fields that are shared -- among the two functions. local function validate_argument_related_fields(data) if not data.termarg then internal_error("`data.termarg` must be given, indicating which argument contains the terms to be parsed", data) end if not data.param_mods then internal_error("`data.param_mods` must be given, indicating the allowed inline modifiers and separate " .. "parameters to copy", data) end local subitem_param_handling = data.subitem_param_handling or "only" if subitem_param_handling ~= "only" and subitem_param_handling ~= "first" and subitem_param_handling ~= "last" then internal_error("Unrecognized value for `data.subitem_param_handling`, should be 'first', 'last' or 'only'", subitem_param_handling) end if data.raw_args then if data.processed_args then internal_error("Only one of `data.raw_args` and `data.processed_args` can be specified", data) end if not data.params then internal_error("When `data.raw_args` is specified, so must `data.params`, so that the raw arguments " .. "can be parsed", data) end if data.params[data.termarg] == nil then internal_error("There must be a spec in `data.params` corresponding to `data.termarg`", data) end else if not data.processed_args then internal_error("Either `data.raw_args` or `data.processed_args` must be specified", data) end if data.params then internal_error("When `data.processed_args` is specified, `data.params` should not be specified", data) end end end local function argval_missing(val) return val == nil or type(val) == "table" and next(val) == nil end local function postprocess_termobj(item, data) if not (data.disallow_custom_separators or data.use_semicolon) then if data.has_subitems and item.separator and item.separator:find(",", nil, true) then data.use_semicolon = true else -- If the displayed term (from .term/etc. or .alt) has an embedded comma, use a semicolon to -- join the terms. local term_text = item[data.term_dest] or item.alt if term_text and term_text:find(",", nil, true) then data.use_semicolon = true end end end end function export.generate_obj_maybe_parsing_lang_prefix(data) return require(parse_utilities_module).generate_obj_maybe_parsing_lang_prefix(data) end local function copy_separate_params_to_termobj_and_postprocess(data) local args, param_mods, itemno, termobj = data.args, data.param_mods, data.itemno, data.termobj local function set_lang_and_sc(termobj) -- Set these after parsing inline modifiers, not in generate_obj(), otherwise we'll get an error in -- parse_inline_modifiers() if we try to use <lang:...> or <sc:...> as inline modifiers. termobj.lang = termobj.lang or data.lang termobj.sc = termobj.sc or data.sc end local function fetch_separate_param(args, paramkey, itemno) local argval = args[paramkey] -- Careful with argument values that may be `false`. if argval and itemno then argval = argval[itemno] end return argval end -- Copy separate parameters to a given object. local function copy_separate_params_to_termobj(fetch_destobj) for param_mod, param_mod_spec in pairs(param_mods) do local dest = param_mod_spec.item_dest or param_mod -- Don't do anything with the `sc` param, which will get overwritten below; we don't -- want it to cause an error if there are multiple subitems. if dest ~= "sc" then local argval = fetch_separate_param(args, param_mod, itemno) if not argval_missing(argval) then local destobj = fetch_destobj(param_mod, param_mod_spec, dest) -- Don't overwrite a value already set by an inline modifier. if argval_missing(destobj[dest]) then destobj[dest] = argval elseif not data.allow_conflicting_inline_mods_and_separate_params then error(("Can't specify a value for separate parameter %s%s= because there is " .. "already an inline modifier <%s:...> specifying a value for the term"):format( param_mod, itemno or "", param_mod)) end end end end end if data.has_subitems then -- If there are any separate indexed parameters, we need to copy them to the first, last or only -- subitem, depending on the value of `data.subitem_param_handling` (which defaults to 'only', -- meaning it's an error if there are multiple subitems). Do this before calling -- postprocess_termobj() because the latter sets .lang and .sc and we want the user to be able to -- set separate langN= and scN= parameters. -- If there was no term, `termobj.terms` will not exist; make it exist to make the callers' lives easier. if not termobj.terms then termobj.terms = {} end -- Compute whether any of the separate indexed params exist for this index. local any_param_at_index for param_mod in pairs(param_mods) do local argval = fetch_separate_param(args, param_mod, itemno) if not argval_missing(argval) then any_param_at_index = true break end end -- If there was no term, but there's a separate parameter, we need to create an empty subitem. if any_param_at_index and not termobj.terms[1] then termobj.terms[1] = {} end local function fetch_destobj(param_mod, param_mod_spec, dest) if param_mod_spec.overall then return termobj end if data.subitem_param_handling == "only" and termobj.terms[2] then error(("Can't specify a value for separate parameter %s%s= because there are " .. "multiple subitems (%s) in the term; use an inline modifier"):format( param_mod, itemno or "", #termobj.terms)) end local termind -- q/a/l need to go at the beginning and qq/aa/ll/refs at the end, regardless; otherwise, respect -- `data.subitem_param_handling`. if dest == "q" or dest == "a" or dest == "l" then termind = 1 elseif dest == "qq" or dest == "aa" or dest == "ll" or dest == "refs" then termind = #termobj.terms elseif data.subitem_param_handling == "only" or data.subitem_param_handling == "first" then termind = 1 else termind = #termobj.terms end return termobj.terms[termind] end copy_separate_params_to_termobj(fetch_destobj) for i, subitem in ipairs(termobj.terms) do set_lang_and_sc(subitem) if subitem.delimiter then subitem.separator = i == 1 and "" or data.subitem_separator_map and data.subitem_separator_map[subitem.delimiter] or subitem.delimiter end if data.postprocess_termobj then data.postprocess_termobj(subitem, data) end end else -- Copy all the parsed term-specific parameters into `termobj`. copy_separate_params_to_termobj(function(param_mod, dest) return termobj end) set_lang_and_sc(termobj) if data.postprocess_termobj then data.postprocess_termobj(termobj, data) end end end --[==[ Parse a list of terms, each of which may have properties specified using inline modifiers or separate parameters. This function is intended for parsing the arguments of templates like {{tl|syn}}, {{tl|ant}} and related ''*nym'' templates; alternative-form templates {{tl|alt}}/{{tl|alter}}; affix templates like {{tl|af}}/{{tl|affix}}, {{tl|com}}/{{tl|compound}}, etc.; affix usex templates like {{tl|afex}}/{{tl|affixusex}}; name templates like {{tl|name translit}}; column templates like {{tl|col}}; pronunciation templates like {{tl|rhyme}}/{{tl|rhymes}} and {{tl|hmp}}/{{tl|homophones}}; etc. In these templates there are one or more terms specified using numeric parameters, and associated separate parameters specifying per-term properties such as {{para|t1}}, {{para|t2}}, {{para|t3}}, ... for the gloss of the first, second, third, ... term respectively. All such properties can also be specified through inline modifiers attached directly to each term (`<t:...>`, `<pos:...>`, etc.). Normally it is an error if both an inline modifier and separate parameter for the same value are given, but this can be overridden (in which case inline modifiers take precedence over separate parameters when both occur). For an example of a typical workflow involving this function, see the comment at the top of this file. Some notable properties of this function: # Processing of the raw frame parent args using `process()` in [[Module:parameters]] can occur either inside of this function (the usual workflow) or outside of this function (for more complex cases). In the former case the raw parent args are passed in along with a partially built `params` structure of the sort required by [[Module:parameters]], containing only the term list itself along with any other parameters that are '''not''' term properties (such as a language code in {{para|1}} and boolean flags like {{para|nocat}}, {{para|nocap}}, etc.). This structure is ''augmented'' with list parameters, one for each per-term property, and [[Module:parameters]] is invoked. In the latter case where raw argument processing is done by the caller, they must build the partial `params` structure; augment it themselves using `augment_params_with_modifiers()`; call [[Module:parameters]] themselves; and pass in the processed arguments. In both cases, the return value of this function contains three values: a list of objects, one per term, specifying the term and all properties; the processed arguments structure, so that the non-term-property arguments can be processed as appropriate; and an object containing miscellaneous global computed properties (currently only `use_semicolon`; see below). # Optionally, each term can consist of a number of ''subitems'' separated by delimiters (usually a comma, but the possible delimiter or delimiters are controllable). Each subitem can have its own inline modifiers. This functionality is used, for example, by {{tl|col}} and variants, which allow each row to have comma-separated or tilde-separated subitems. When this feature is invoked, the format of the per-term object changes; instead of directly being an object describing the term and its properties, it is an object with a `terms` field containing a list of per-subitem objects along with other top-level fields describing per-term properties. By default, if there are separate parameters specified along with multiple subitems, an error occurs, but this is controllable; currently, you can request that the parameters be assigned to the first or last subitem. # By default, special ''separator'' arguments may be present, mixed in among regular term arguments. Examples of such separator arguments are (by default; this can be overridden) a bare semicolon, specifying that the terms on either side should be separated by a semicolon instead of a comma (indicating a higher-level grouping); a bare tilde, replacing the comma separator with a tilde (indicating that the terms on either side are alternants); and a bare underscore, replacing the comma separator with a space. Separator arguments are ignored when numbering the separate parameters. You disable the separator argument handling entirely if it doesn't make sense to have this (e.g. in {{tl|af}}/{{tl|affix}}, where the separator is always a {{cd|+}} sign). `data` is an object containing several possible fields. 1. Fields that are required or recommended (usually related to argument processing): * `raw_args` ('''required''' unless `processed_args` is specified): The raw arguments, normally fetched from {frame:getParent().args}. They are parsed using `process()` in [[Module:parameters]]. Most callers pass in raw arguments. * `processed_args`: The object of parsed arguments returned by `process()` in [[Module:parameters]]. One (but not both) of `raw_args` and `processed_args` must be set. * `param_mods` ('''required'''): A structure describing the possible inline modifiers and their properties. See the introductory comment above. Most often, this is generated using `construct_param_mods()` rather than specified manually. * `params` ('''required''' unless `processed_args` is specified): A structure describing the possible parameters, '''other than''' the ones that are separate-parameter equivalents of inline modifiers. This is automatically "augmented" with the separate-parameter equivalents of the inline modifiers described in `param_mods` prior to parsing the raw arguments with [[Module:parameters]]. '''WARNING:''' This structure is destructively modified, both by the "augmentation" process of adding separate-parameter equivalents of inline modifiers, and by the processing done by [[Module:parameters]] itself. (Nonetheless, substructures can safely be shared in this structure, and will be correctly handled.) * `termarg` ('''required'''): The argument containing the first item with attached inline modifiers to be parsed. Usually a numeric value such as {1} or {2}. * `track_module` ('''recommended'''): The name of the calling module, for use in adding tracking pages that are used internally to track pages containing template invocations with certain properties. Example properties tracked are missing items with corresponding properties as well as missing items without corresponding properties (which are skipped entirely). To find out the exact properties tracked and the name of the tracking pages, read the code. * `lang` ('''recommended'''): The language object for the language of the items, or the name of the argument to fetch the object from. It is not strictly necessary to specify this, as this function only initializes items based on inline modifiers and separate arguments and doesn't actually format the resulting items. However, if specified, it is used for certain purposes: *# It specifies the default for the `lang` property of returned objects if not otherwise set (e.g. by a language prefix). *# It is used to initialize an internal cache for speeding up language-code parsing (primarily useful if the same language code may appear in several items, such as with {{tl|col}} and related templates). The value of `lang` can be any of the following: * If a string of the form "foo.default", it is assumed to be requesting the value of `args["foo"].default`. * Otherwise, if a string or number, it is assumed to be requesting the value of `args` at that key. Note that if the string is in the form of a number (e.g. "3"), it is normalized to a number prior to fetching (this also happens with a spec like "2.default"). * Otherwise, if a function, it is assumed to be a function to return the argument value given `args`, which is passed to the function as its only argument. * Otherwise, it is used directly. * `sc` ('''recommended'''): The script object for the items, or the name of the argument to fetch the object from. The possible values and their handling are the same as with `lang`. In general, as with `lang`, it is not strictly necessary to specify this. However, if specified, it is used to supply the default for the `sc` property of returned items if not otherwise set (e.g. by the {{para|sc<var>N</var>}} parameter or `<sc:...>` inline modifier). The most common value is {"sc.default"}. 2. Other argument-related fields: * `process_args_before_parsing`: An optional function to apply further processing to the processed `args` structure returned by [[Module:parameters]], before parsing inline modifiers. This is passed one argument, the processed arguments. It should make modifications in-place. * `term_dest`: The field to store the value of the item itself into, after inline modifiers and (if allowed) language prefixes are stripped off. Defaults to {"term"}. * `pre_normalize_modifiers`: As in `parse_inline_modifiers()`. * `allow_conflicting_inline_mods_and_separate_params`: If specified, don't throw an error if a value is specified for a given property using both an inline modifier and separate param; in this case, the inline modifier takes precedence. 3. Fields related to language prefixes: * `parse_lang_prefix`: If true, allow and parse off a language code prefix attached to items followed by a colon, such as {la:minūtia} or {grc:[[σκῶρ|σκατός]]}. Etymology-only languages are allowed. Inline modifiers can be attached to such items. The exact syntax allowed is as specified in the `parse_term_with_lang()` function in [[Module:parse utilities]]. If `allow_multiple_lang_prefixes` is given, a {{cd|+}}-sign-separated list of language prefixes can be attached to an item. The resulting language object is stored into the `termlang` field, and also into the `lang` field (or in the case of `allow_multiple_lang_prefixes`, the list of language objects is stored into the `termlangs` field, and the first specified object is stored in the `lang` field). * `allow_multiple_lang_prefixes`: If given in conjunction with `parse_lang_prefix`, multiple language code prefixes can be given, separated by a {{cd|+}} sign. See `parse_lang_prefix` above. * `allow_bad_lang_prefix`: If given in conjunction with `parse_lang_prefix`, unrecognized language prefixes do not trigger an error, but are simply ignored (and not stripped off the item). Note that, regardless of whether this is given, prefixes before a colon do not trigger an error if they do not have the form of a language prefix or if a space follows the colon. It is not recommended that this be given because typos in language prefixes will not trigger an error and will tend to remain unfixed. 4. Fields related to custom/special separators: * `disallow_custom_separators`: If specified, disallow specifying custom separators (semicolon, underscore, tilde; see the internal `default_special_separators` table, or the `special_separators` field) as an item value to override the default separator. By default, the previous separator of each item is considered to be an empty string (for the first item) and otherwise the value of the field `default_separator` (normally a comma + space), unless either the preceding item is one of the values listed in `special_separators`, such as a bare semicolon (which causes the following item's previous separator to be a semicolon + space) or an item has an embedded comma in it (which causes ''all'' items other than the first to have their previous separator be a semicolon + space). The previous separator of each item is set on the item's `separator` property. Bare semicolons and other separator arguments do not count when indexing items using separate parameters. For example, the following is correct: ** {{tl|template|lang|item 1|q1=qualifier 1|;|item 2|q2=qualifier 2}} If `disallow_custom_separators` is specified, however, the `separator` property is not set and separator arguments are not recognized. * `default_separator`: Override the default separator (normally {", "}). * `special_separators`: Table giving the special/custom separators that can be given, and how they should display. If not specified, the default in `default_special_separators` is used. This is a table mapping separator values (such as {"~"}) to the corresponding display string (such as {" ~ "}). 5. Fields related to multiple subitems in a given term: * `splitchar`: A Lua pattern. If specified, each user-specified argument can consist of multiple delimiter-separated subitems, each of which may be followed by inline modifiers. In this case, each element in the returned list of items is no longer an object describing an item, but instead an object with a `terms` field, whose value is a list describing the subitems (whose format is the same as the normal format of an item in the top-level list when `splitchar` is not specified). Each subitem object will have a `delimiter` field holding the actual delimiter occurring before the subitem, which is useful in the case where `splitchar` matches multiple possible characters. In this case, it is possible to specify that a given modifier can only occur after the last subitem and effectively modifies the whole collection of subitems by setting `overall = true` on the modifier. In this case, the modifier's value will be stored in the top-level object (the object with the `terms` field specifying the subitems). Note that splitting on delimiters will not happen in certain protected sequences (by default comma+whitespace; see below). In addition, the algorithm to split on delimiters is sensitive to inline modifier syntax and will not be confused by delimiters inside of inline modifiers or inside of square brackets, which do not trigger splitting (whether or not contained within protected sequences). * `escape_fun` and `unescape_fun`: As in `split_escaping()` and `split_alternating_runs_escaping()` in [[Module:parse utilities]]. They control the protected sequences that won't be split when `splitchar` is specified (see previous item). By default, `escape_comma_whitespace` and `unescape_comma_whitespace` are used, so that comma+whitespace sequences won't be split. * `subitem_param_handling`: How to handle separate parameters that are specified in the presence of multiple subitems. The possible values are {"only"} (only allow separate parameters if there aren't any subitems, otherwise throw an error), {"first"} (store the separate parameters in the first subitem) and {"last"} (store the separate parameters in the last subitem). The default is {"only"}. As a special case, an {{para|scN}} separate parameter will be stored into all subitems. * `subitem_separator_map`: Table mapping user-specified delimiters to displayed separators, stored in the `separator` field of the subitem. If not specified, it defaults to `default_subitem_separator_map`. Note that the presence of an item in this table does not mean that it can be used as a delimiter; only the delimiters specified using `splitchar` are recognized. Delimiters not in this map display as-is. 6. Other fields: * `dont_skip_items`: Normally, items that are completely unspecified (have no term and no properties) are skipped and not inserted into the returned list of items. (Such items cannot occur if `disallow_holes = true` is set on the term specification in the `params` structure passed to `process()` in [[Module:parameters]]. It is generally recommended to do so unless a specific meaning is associated the term value being missing.) If `dont_skip_items` is set, however, items are never skipped, and completely unspecified items will be returned along with others. (They will not have the term or any properties set, but will have the normal non-property fields set; see below.) * `stop_when`: If specified, a function to determine when to prematurely stop processing items. It is passed a single argument, an object containing the following fields: ** `term`: The raw term, prior to parsing off language prefixes and inline modifiers (since the processing of `stop_when` happens before parsing the term). ** `any_param_at_index`: True if any separate property parameters exist for this item. ** `orig_index`: Same as `orig_index` below. ** `itemno`: Same as `itemno` below. ** `stored_itemno`: The index where this item will be stored into the returned items table. This may differ from `itemno` due to skipped items (it will never be different if `dont_skip_items` is set). The function should return true to stop processing items and return the ones processed so far (not including the item currently being processed). This is used, for example, in [[Module:alternative forms]], where an unspecified item signal the end of items and the start of labels. Three values are returned: the list of items; the processed `args` structure; and an object of miscellaneous computed global values (currently only `use_semicolon`, indicating that commas were found in individual arguments and so the default separator should be a semicolon). In each returned item, there will be one field set for each specified property (either through inline modifiers or separate parameters). If subitems are not allowed, each item directly has fields set on it for the specified properties. If subitems ''are'' allowed, each item contains a `terms` field, which is a list of subitem objects, each of which has fields set on it for the specified properties of that subitem. In addition, the following fields may be set on each item or subitem: * `term`: The term portion of the item (minus inline modifiers and language prefixes). {nil} if no term was given. * `orig_index`: The original index into the item in the items table returned by `process()` in [[Module:parameters]]. This may differ from `itemno` if there are raw semiclons and `disallow_custom_separators` is not given. * `itemno`: The logical index of the item. The index of separate parameters corresponds to this index. This may be different from `orig_index` in the presence of raw semicolons; see above. * `termlang`: If there is a language prefix, the corresponding language object is stored here (only if `parse_lang_prefix` is set and `allow_multiple_lang_prefixes` is not set). * `termlangs`: If there is are language prefixes and both `parse_lang_prefix` and `allow_multiple_lang_prefixes` are set, the list of corresponding language objects is stored here. * `lang`: The language object of the item. This is set when either (a) there is a language prefix parsed off (if multiple prefixes are allowed, this corresponds to the first one); (b) the `lang` property is allowed and specified; (c) neither (a) nor (b) apply and the `lang` field of the overall `data` object is set, providing a default value. * `sc`: The script object of the item. This is set when either (a) the `sc` property is allowed and specified; (b) `sc` isn't otherwise set and the `sc` field of the overall `data` object is set, providing a default value. * `delimiter`: If subitems are allowed, this is set on subitems and specifies the delimiter used prior to the given subitem (e.g. {","}). * `separator`: The separator to display before the item. Always set on subitems, and set on top-level items if `disallow_custom_separators` is not given. Controlled by `special_separators` (for top-level items) and `subitem_separator_map` (for subitems). ]==] function export.parse_list_with_inline_modifiers_and_separate_params(data) validate_argument_related_fields(data) local raw_args, termarg, param_mods, args = data.raw_args, data.termarg, data.param_mods if raw_args then local params = data.params local termarg_spec = params[termarg] if termarg_spec == true or not termarg_spec.list then internal_error("Term spec in `data.params` must have `list` set", termarg_spec) end if termarg_spec == true or not (termarg_spec.allow_holes or termarg_spec.disallow_holes) then internal_error("Term spec in `data.params` must have either `allow_holes` or `disallow_holes` set", termarg_spec) end export.augment_params_with_modifiers(params, param_mods) args = process_params(raw_args, params) else args = data.processed_args end local process_args_before_parsing = data.process_args_before_parsing if process_args_before_parsing then process_args_before_parsing(args) end -- Find the maximum index among any of the list parameters. local term_args = args[termarg] -- As a special case, the term args might not have a `maxindex` field because they might have -- been declared with `disallow_holes = true`, so fall back to the actual length of the list -- using the table_len function, since # can be unpredictable with arbitrary tables. local maxmaxindex = term_args.maxindex or table_len(term_args) for _, v in pairs(args) do if type(v) == "table" and v.maxindex and v.maxindex > maxmaxindex then maxmaxindex = v.maxindex end end local special_separators = data.special_separators or export.default_special_separators local items, lang_cache, use_semicolon = {}, data.lang_cache or {} local lang = fetch_argument(args, data.lang) if lang then lang_cache[lang:getCode()] = lang end local sc = fetch_argument(args, data.sc) local term_dest = data.term_dest or "term" -- FIXME: this is vulnerable to abusive inputs like 1000000=. local itemno = 0 for i = 1, maxmaxindex do local term = term_args[i] if data.disallow_custom_separators or not special_separators[term] then itemno = itemno + 1 -- Compute whether any of the separate indexed params exist for this index. local any_param_at_index for param_mod in pairs(param_mods) do local argval = args[param_mod] -- Careful with argument values that may be `false`. if argval then argval = argval[itemno] end if not argval_missing(argval) then any_param_at_index = true break end end if data.stop_when and data.stop_when{ term = term, -- FIXME, we should just pass in `any_param_at_index` directly. any_param_at_index = term ~= nil or any_param_at_index, orig_index = i, itemno = itemno, stored_itemno = #items + 1, } then break end -- If any of the params used for formatting this term is present, create a term and add it to the list. if not data.dont_skip_items and term == nil and not any_param_at_index then track("skipped-term", data.track_module) else if not term then track("missing-term", data.track_module) end local termobj = { itemno = itemno, orig_index = i, } if not data.disallow_custom_separators then termobj.separator = i == 1 and "" or special_separators[term_args[i - 1]] end -- Add 1 because first term index starts at 2. local paramname = termarg + i - 1 if term then local function generate_obj(term, parse_err) return export.generate_obj_maybe_parsing_lang_prefix { term = term, termobj = data.splitchar and {} or termobj, term_dest = term_dest, paramname = paramname, parse_lang_prefix = data.parse_lang_prefix, parse_err = parse_err, allow_bad_lang_prefix = data.allow_bad_lang_prefix, allow_multiple_lang_prefixes = data.allow_multiple_lang_prefixes, lang_cache = lang_cache, } end parse_inline_modifiers(term, { paramname = paramname, param_mods = param_mods, generate_obj = generate_obj, splitchar = data.splitchar, preserve_splitchar = true, escape_fun = data.escape_fun, unescape_fun = data.unescape_fun, outer_container = data.splitchar and termobj or nil, pre_normalize_modifiers = data.pre_normalize_modifiers, }) end local term_data = { args = args, param_mods = param_mods, itemno = itemno, termobj = termobj, term_dest = term_dest, has_subitems = not not data.splitchar, lang = lang, -- As a special case, if the caller defined a scN= separate param, set it on all subitems if there -- are multiple, falling back to the overall sc= param. sc = args.sc and args.sc[itemno] or sc, subitem_param_handling = data.subitem_param_handling, subitem_separator_map = data.subitem_separator_map or export.default_subitem_separator_map, allow_conflicting_inline_mods_and_separate_params = data.allow_conflicting_inline_mods_and_separate_params, postprocess_termobj = postprocess_termobj, disallow_custom_separators = data.disallow_custom_separators, use_semicolon = use_semicolon, } copy_separate_params_to_termobj_and_postprocess(term_data) use_semicolon = term_data.use_semicolon insert(items, termobj) end end end if not data.disallow_custom_separators then -- Set the default separator of all those items for which a separator wasn't explicitly given to the default -- separator, defaulting to comma + space; but if any items have embedded commas, set the separator to -- semicolon + space. for _, item in ipairs(items) do if not item.separator then item.separator = use_semicolon and "; " or data.default_separator or ", " end end end return items, args, {use_semicolon = use_semicolon} end --[==[ Parse a single term that may have properties specified through inline modifiers or separate parameters. This differs from `parse_list_with_inline_modifiers_and_separate_params()` in that the latter is for parsing a list of terms, each of which may have properties specified through inline modifiers or separate parameters. Both functions optionally support having multiple subitems in a single term. This function is used e.g. for form-of templates ({{tl|inflection of}}/{{tl|infl of}}, {{tl|form of}}, and specific templates such as {{tl|alt form}}/{{tl|alternative form of}}, {{tl|abbr of}}/{{tl|abbreviation of}}, {{tl|clipping of}}, and many others); for etymology templates ({{tl|bor}}/{{tl|borrowed}}, {{tl|der}}/{{tl|derived}}, etc. as well as `misc_variant` templates like {{tl|ellipsis}}, {{tl|abbrev}}, {{tl|clipping}}, {{tl|reduplication}} and the like); and for other templates with an argument structure similar to {{tl|l}} or {{tl|m}}. In these templates there is a term specified using a numeric parameter and associated separate parameters specifying term properties such as {{para|t}} for the gloss or {{para|tr}} for manual transliteration. All such properties can also be specified through inline modifiers attached directly to each term (`<t:...>`, `<tr:...>`, etc.). Normally it is an error if both an inline modifier and separate parameter for the same value are given, but this can be overridden (in which case inline modifiers take precedence over separate parameters when both occur). Some notable properties of this function: # Processing of the raw frame parent args using `process()` in [[Module:parameters]] can occur either inside of this function (the usual workflow) or outside of this function (for more complex cases). In the former case the raw parent args are passed in along with a partially built `params` structure of the sort required by [[Module:parameters]], containing only the term list itself along with any other parameters that are '''not''' term properties (such as a language code in {{para|1}} and boolean flags like {{para|nocat}}, {{para|nocap}}, etc.). This structure is ''augmented'' with parameters, one for each per-term property, and [[Module:parameters]] is invoked. In the latter case where raw argument processing is done by the caller, they must build the partial `params` structure; augment it themselves using `augment_params_with_modifiers()`; call [[Module:parameters]] themselves; and pass in the processed arguments. In both cases, the return value of this function contains two values, an object specifying the term and all properties; and the processed arguments structure, so that the non-term-property arguments can be processed as appropriate. # Optionally, the term can consist of a number of ''subitems'' separated by delimiters (usually a comma, but the possible delimiter or delimiters are controllable). Each subitem can have its own inline modifiers. This functionality is used, for example, by form-of templates. When this feature is invoked, the format of the term object changes; instead of directly being an object describing the term and its properties, it is an object with a `terms` field containing a list of per-subitem objects along with other top-level fields describing per-term properties. By default, if there are separate parameters specified along with multiple subitems, an error occurs, but this is controllable; currently, you can request that the parameters be assigned to the first or last subitem. `data` is an object containing several possible fields. 1. Fields that are required or recommended (usually related to argument processing): * `raw_args` ('''required''' unless `processed_args` is specified): The raw arguments, normally fetched from {frame:getParent().args}. They are parsed using `process()` in [[Module:parameters]]. Most callers pass in raw arguments. * `processed_args`: The object of parsed arguments returned by `process()` in [[Module:parameters]]. One (but not both) of `raw_args` and `processed_args` must be set. * `param_mods` ('''required'''): A structure describing the possible inline modifiers and their properties. See the introductory comment above. Most often, this is generated using `construct_param_mods()` rather than specified manually. * `params` ('''required''' unless `processed_args` is specified): A structure describing the possible parameters, '''other than''' the ones that are separate-parameter equivalents of inline modifiers. This is automatically "augmented" with the separate-parameter equivalents of the inline modifiers described in `param_mods` prior to parsing the raw arguments with [[Module:parameters]]. '''WARNING:''' This structure is destructively modified, both by the "augmentation" process of adding separate-parameter equivalents of inline modifiers, and by the processing done by [[Module:parameters]] itself. (Nonetheless, substructures can safely be shared in this structure, and will be correctly handled.) * `termarg` ('''required'''): The argument containing the item with attached inline modifiers to be parsed. Usually a numeric value such as {1} or {2}. * `track_module` ('''recommended'''): The name of the calling module, for use in adding tracking pages that are used internally to track pages containing template invocations with certain properties. * `lang` ('''recommended'''): The language object for the language of the item or subitems, or the name of the argument to fetch the object from. It is not strictly necessary to specify this, as this function only initializes items based on inline modifiers and separate arguments and doesn't actually format the resulting items. However, if specified, it is used for certain purposes: *# It specifies the default for the `lang` property of returned objects if not otherwise set (e.g. by a language prefix). *# It is used to initialize an internal cache for speeding up language-code parsing (primarily useful if the same language code may appear in several subitems). The value of `lang` can be any of the following: * If a string or number, it is assumed to be requesting the value of `args` at that key. Note that if the string is in the form of a number (e.g. "3"), it is normalized to a number prior to fetching. * Otherwise, if a function, it is assumed to be a function to return the argument value given `args`, which is passed to the function as its only argument. * Otherwise, it is used directly. * `sc` ('''recommended'''): The script object for the item or subitems, or the name of the argument to fetch the object from. The possible values and their handling are the same as with `lang`. In general, as with `lang`, it is not strictly necessary to specify this. However, if specified, it is used to supply the default for the `sc` property of returned items if not otherwise set (e.g. by the {{para|sc}} parameter or `<sc:...>` inline modifier). The most common value is {"sc"}. * `make_separate_g_into_list`: Set this to {true} if separate gender parameters exist are are specified using {{para|g}}, {{para|g2}}, etc. instead of using a single comma-separated {{para|g}} field. 2. Other argument-related fields: * `adjust_params_before_arg_processing`: An optional function to further adjust the `params` structure prior to calling `process()` in [[Module:parameters]]. This should be used when there are mismatches between the format of a given property as an inline modifier and the corresponding property as a separate parameter (as with the {{para|g}} parameter and {{cd|<g:...>}} modifier, but this particular case is handled by the `make_separate_g_into_list` field). * `process_args_before_parsing`: An optional function to apply further processing to the processed `args` structure returned by [[Module:parameters]], before parsing inline modifiers. This is passed one argument, the processed arguments. It should make modifications in-place. * `term_dest`: The field to store the value of the item itself into, after inline modifiers and (if allowed) language prefixes are stripped off. Defaults to {"term"}. * `pre_normalize_modifiers`: As in `parse_inline_modifiers()`. * `allow_conflicting_inline_mods_and_separate_params`: If specified, don't throw an error if a value is specified for a given property using both an inline modifier and separate param; in this case, the inline modifier takes precedence. 3. Fields related to language prefixes: * `parse_lang_prefix`: If true, allow and parse off a language code prefix attached to items followed by a colon, such as {la:minūtia} or {grc:[[σκῶρ|σκατός]]}. Etymology-only languages are allowed. Inline modifiers can be attached to such items. The exact syntax allowed is as specified in the `parse_term_with_lang()` function in [[Module:parse utilities]]. If `allow_multiple_lang_prefixes` is given, a {{cd|+}}-sign-separated list of language prefixes can be attached to an item. The resulting language object is stored into the `termlang` field, and also into the `lang` field (or in the case of `allow_multiple_lang_prefixes`, the list of language objects is stored into the `termlangs` field, and the first specified object is stored in the `lang` field). * `allow_multiple_lang_prefixes`: If given in conjunction with `parse_lang_prefix`, multiple language code prefixes can be given, separated by a {{cd|+}} sign. See `parse_lang_prefix` above. * `allow_bad_lang_prefix`: If given in conjunction with `parse_lang_prefix`, unrecognized language prefixes do not trigger an error, but are simply ignored (and not stripped off the item). Note that, regardless of whether this is given, prefixes before a colon do not trigger an error if they do not have the form of a language prefix or if a space follows the colon. It is not recommended that this be given because typos in language prefixes will not trigger an error and will tend to remain unfixed. 4. Fields related to multiple subitems in the term: * `splitchar`: A Lua pattern. If specified, the user-specified argument can consist of multiple delimiter-separated subitems, each of which may be followed by inline modifiers. In this case, the first returned value is no longer an object describing the item, but instead an object with a `terms` field, whose value is a list describing the subitems (whose format is the same as the normal format of the item when `splitchar` is not specified). Each subitem object will have a `delimiter` field holding the actual delimiter occurring before the subitem, which is useful in the case where `splitchar` matches multiple possible characters. In this case, it is possible to specify that a given modifier can only occur after the last subitem and effectively modifies the whole collection of subitems by setting `overall = true` on the modifier. In this case, the modifier's value will be stored in the top-level object (the object with the `terms` field specifying the subitems). Note that splitting on delimiters will not happen in certain protected sequences (by default comma+whitespace; see below). In addition, the algorithm to split on delimiters is sensitive to inline modifier syntax and will not be confused by delimiters inside of inline modifiers or inside of square brackets, which do not trigger splitting (whether or not contained within protected sequences). * `escape_fun` and `unescape_fun`: As in `split_escaping()` and `split_alternating_runs_escaping()` in [[Module:parse utilities]]. They control the protected sequences that won't be split when `splitchar` is specified (see previous item). By default, `escape_comma_whitespace` and `unescape_comma_whitespace` are used, so that comma+whitespace sequences won't be split. * `subitem_param_handling`: How to handle separate parameters that are specified in the presence of multiple subitems. The possible values are {"only"} (only allow separate parameters if there aren't any subitems, otherwise throw an error), {"first"} (store the separate parameters in the first subitem) and {"last"} (store the separate parameters in the last subitem). The default is {"only"}. As a special case, an {{para|scN}} separate parameter will be stored into all subitems. * `subitem_separator_map`: Table mapping user-specified delimiters to displayed separators, stored in the `separator` field of the subitem. If not specified, it defaults to `default_subitem_separator_map`. Note that the presence of an item in this table does not mean that it can be used as a delimiter; only the delimiters specified using `splitchar` are recognized. Delimiters not in this map display as-is. Two values are returned, an object describing the item (or subitems) and the processed `args` structure. In the returned item, there will be one field set for each specified property (either through inline modifiers or separate parameters). If subitems are not allowed, the item directly has fields set on it for the specified properties. If subitems ''are'' allowed, the item contains a `terms` field, which is a list of subitem objects, each of which has fields set on it for the specified properties of that subitem. In addition, the following fields may be set on the item or each subitem: * `term`: The term portion of the item (minus inline modifiers and language prefixes). {nil} if no term was given. * `termlang`: If there is a language prefix, the corresponding language object is stored here (only if `parse_lang_prefix` is set and `allow_multiple_lang_prefixes` is not set). * `termlangs`: If there is are language prefixes and both `parse_lang_prefix` and `allow_multiple_lang_prefixes` are set, the list of corresponding language objects is stored here. * `lang`: The language object of the item. This is set when either (a) there is a language prefix parsed off (if multiple prefixes are allowed, this corresponds to the first one); (b) the `lang` property is allowed and specified; (c) neither (a) nor (b) apply and the `lang` field of the overall `data` object is set, providing a default value. * `sc`: The script object of the item. This is set when either (a) the `sc` property is allowed and specified; (b) `sc` isn't otherwise set and the `sc` field of the overall `data` object is set, providing a default value. * `delimiter`: If subitems are allowed, this specifies the delimiter used prior to the given subitem (e.g. {","}). * `separator`: If subitems are allowed, this specifies the displayed form of the delimiter to be shown before a given subitem. The mapping from user-specified delimiters to displayed separators is handled by `subitem_separator_map`; see above. The first subitem always has a blank string in the `separator` field. ]==] function export.parse_term_with_inline_modifiers_and_separate_params(data) validate_argument_related_fields(data) local raw_args, termarg, param_mods, args = data.raw_args, data.termarg, data.param_mods if raw_args then local params = data.params local termarg_spec = params[termarg] if type(termarg_spec) == "table" and termarg_spec.list then internal_error("Term spec in `data.params` must not have `list` set", termarg_spec) end export.augment_params_with_modifiers(params, param_mods, "always") if data.make_separate_g_into_list then -- HACK: g= is a list for compatibility, but sublist as an inline parameter. params.g = {list = true, item_dest = "genders", type = "genders", flatten = true} end local adjust_params_before_arg_processing = data.adjust_params_before_arg_processing if adjust_params_before_arg_processing then adjust_params_before_arg_processing(params) end args = process_params(raw_args, params) else args = data.processed_args end local process_args_before_parsing = data.process_args_before_parsing if process_args_before_parsing then process_args_before_parsing(args) end local term, lang_cache = args[termarg], data.lang_cache local lang = fetch_argument(args, data.lang) if lang and lang_cache then lang_cache[lang:getCode()] = lang end local sc = fetch_argument(args, data.sc) local term_dest = data.term_dest or "term" if not term then track("missing-term", data.track_module) end local termobj, splitchar = {}, data.splitchar if term then local function generate_obj(term, parse_err) return export.generate_obj_maybe_parsing_lang_prefix { term = term, termobj = splitchar and {} or termobj, term_dest = term_dest, paramname = termarg, parse_lang_prefix = data.parse_lang_prefix, parse_err = parse_err, allow_bad_lang_prefix = data.allow_bad_lang_prefix, allow_multiple_lang_prefixes = data.allow_multiple_lang_prefixes, lang_cache = lang_cache, } end parse_inline_modifiers(term, { paramname = termarg, param_mods = param_mods, generate_obj = generate_obj, splitchar = splitchar, preserve_splitchar = true, escape_fun = data.escape_fun, unescape_fun = data.unescape_fun, outer_container = splitchar and termobj or nil, pre_normalize_modifiers = data.pre_normalize_modifiers, }) end copy_separate_params_to_termobj_and_postprocess{ args = args, param_mods = param_mods, termobj = termobj, has_subitems = not not splitchar, lang = lang, sc = sc, subitem_param_handling = data.subitem_param_handling, subitem_separator_map = data.subitem_separator_map or export.default_subitem_separator_map, allow_conflicting_inline_mods_and_separate_params = data.allow_conflicting_inline_mods_and_separate_params, } if splitchar and termobj.terms[2] then track("parse-term-multiple-subitems", data.track_module) track("parse-term-multiple-subitems") end return termobj, args end return export dbai3a74rfoqhuvm3dt0xppig18veeb 0 493135 2337225 2016491 2026-08-29T00:00:38Z Kuroco2k 84207 2337225 wikitext text/x-wiki =={{L|naq}}== ==={{pron}}=== *{{IPA|lang=naq|kǃˣas}} ==={{noun}}=== {{head|naq|noun}} #[[はな|花]]。 8vm6z0f9d0a68dkl9olj3e9kvd053iz 0 506261 2337280 2051233 2026-08-29T01:53:39Z 鍼灸 112313 2337280 wikitext text/x-wiki {{kana-DEFAULTSORT|ごうりせい}} =={{L|ja}}== ==={{etym}}=== {{-性|合理}} ==={{noun}}=== {{ja-noun|ごうりせい}} #[[理論]]の[[法則]]や[[道理]]にかなった[[性質]]。 #[[無駄]]なく、[[効率]]的に[[行動]]できる物事の性質。 03z30ksj6xv55bv1q7v4lzsjuoy6eu7 0 506754 2337310 2052406 2026-08-29T03:50:53Z うーむ 129171 /* 日本語 */ 2337310 wikitext text/x-wiki {{kana-DEFAULTSORT|やちょう}} =={{L|ja}}== ==={{pron}}=== {{ja-pron|acc=0|やちょう}} <small>（参考：『大辞林』第四版）</small> ==={{noun}}=== {{ja-noun|[[やちょう]]|のちょう}} #（'''やちょう'''）[[野外]]での[[調査]]や[[観察]]の結果をその場で書き込むための[[手帳]]。[[フィールドノート]]。 #（'''のちょう'''、'''やちょう'''）{{context|lang=ja|dated}}江戸時代の[[検地]]で、[[実測]]した結果を[[清書]]した[[帳面]]。<small>（参考：『広辞苑』第七版）</small> #（'''のちょう'''）{{context|lang=ja|dated}}[[葬式]]の[[参列]]者の名を記した帳面。[[到来帳]]。<small>（参考：『広辞苑』第七版）</small> 1t81325efh77i72erxb53pdmwtir3b2 0 507470 2337283 2053332 2026-08-29T01:58:40Z 鍼灸 112313 2337283 wikitext text/x-wiki {{kana-DEFAULTSORT|にんげんせい}} =={{L|ja}}== ==={{etym}}=== {{-性|人間}} ==={{noun}}=== {{ja-noun|にんげんせい}} #一人の[[人間]]としてのあるべき姿。 r8z95xxwuhqcasmddmwpkj8vv3mtzpy 0 516433 2337211 2073892 2026-08-28T23:25:04Z Jiba1219 100610 2337211 wikitext text/x-wiki {{DEFAULTSORT:zi3su1}} {{also|紫蘇}} =={{L|zh}}== ==={{pron}}=== {{cmn-pron|zǐsū|z=n}} {{yue-pron|zi2 sou1|h=n}} {{nan-pron|ml:chí-so͘|t=zi2 sou1}} ==={{noun}}=== {{zhchars|t=紫蘇}} #{{context|シソ科|食品|lang=zh}}[[シソ]]。 {{zh-cat|zi3su1|名詞}} {{yue-cat|zi2sou1|名詞|シソ科|食品}} {{nan-cat|chi2so1|名詞|シソ科|食品}} {{nan-tws-cat|zi2sou1|名詞|シソ科|食品}} mo2v9q5a557tzzy1gkd7s2wkvi93ba6 10 553081 2337351 2151549 2026-08-29T08:22:22Z ふゆくれ 95641 2337351 wikitext text/x-wiki __TOC__ ==使い方== {{hak}}の発音を示すテンプレートです。 ==引数== {| class="wikitable" border="1" |+ 引数の一覧 ! 引数 !! 指定内容 !! 既定値 !! 説明 |- !1 |四県腔の白話字 || 無し || 指定しなければ「カテゴリ:{{hak}}」及び「カテゴリ:{{hak}} 国際音声記号あり」を省略。 |- !h |海陸腔の客家話拼音 || || '''H'''ailu |- !d |大埔腔の客家話拼音 || || '''D'''abu |- !r |饒平腔の客家話拼音 || || '''R'''aoping |- !z |詔安腔の客家話拼音 || || '''Z'''hao'an |- !gd |梅県語の広東拼音 || || 広東拼音の「'''G'''uang'''d'''ong」 |- !ct |長汀語の拼音 || || '''C'''hangting |} 現状、複数入力や四県腔の南北の違いに非対応。 具体的には以下の使用例を参照 ==使用例== {{also|Category:{{hak}} 国際音声記号あり|Category:{{hak-hl}} 国際音声記号あり}} *[[自由]] → <nowiki>{{hak-pron|chhṳ-yù|h=cii˖ rhiu|gd=ci4 yiu2}}</nowiki>: 四県腔で「chhṳ-yù」、海陸腔で「cii˖ rhiu」、梅県語で「ci4 yiu2」 == カテゴリ == このテンプレートは、貼り付けられたページに次のカテゴリを適用します: {| class="wikitable" ! カテゴリ !! ソートキー |- | カテゴリ:{{hak}} || （未実装） |- | カテゴリ:{{hak}} 国際音声記号あり || （未実装） |- | カテゴリ:{{hak-hl}} || 引数hから自動生成 |- | カテゴリ:{{hak-hl}} 国際音声記号あり || 引数hから自動生成 |} pd2vgvzrniry0vzyr1hmauns857xhmy 10 575523 2337203 2200510 2026-08-28T16:15:27Z Satirdan kahraman 129383 2337203 wikitext text/x-wiki {{cite-book |nodate=1 |url=https://sozluk.gov.tr/kelime/{{urlencode:{{{1|{{pagename}}}}}}} |entry={{{2|{{{1|{{pagename}}}}}}}} |title=Turkish dictionaries |year=1998年〜 |publisher=Türk Dil Kurumu |allowparams=1,2 }}<noinclude>{{documentation}}{{reference template cat}}</noinclude> 5u6m5yrghpa6y6z54e7j8q32dv5mz91 0 592435 2337204 2328212 2026-08-28T20:08:54Z Shishinó Mígami 120892 2337204 wikitext text/x-wiki =={{L|hy}}== ==={{etym}}=== {{etyl|xcl|hy}} {{m|xcl|չէ}}から。 ==={{pron}}=== {{hy-IPA}} *{{音声|hy|LL-Q8785 (hye)-Veravi95-չէ.wav|a=hy-W}} ===応答詞=== {{hy-interj}} #{{context|informal|lang=hy}} [[いいえ]]。 ===={{syn}}==== # {{l|hy|ոչ}} {{タグ|hy|やや改まった表現|丁寧}} ===={{ant}}==== # {{l|hy|հա}} {{タグ|hy|informal}} # {{l|hy|այո}} {{タグ|hy|やや改まった表現|丁寧}} 8ruebb7d5qfubpbl3xs3py3fzsnkwob 4 592524 2337202 2330770 2026-08-28T14:01:13Z Maraschino Cherry 93381 /* スンダ・スラウェシ祖語の削除依頼 */ 新しい節 2337202 wikitext text/x-wiki == 複合語見出しの区切り目に空白は要る？ == 見出し語の話で、例えば「[[疾風迅雷]]」はただ今「疾風 迅雷」という形の見出しになっています。この系統は正直言ってリンクを分かち書くだけでかなり自明なものになると解釈しているのですが、どうするべきでしょうか。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月2日 (木) 10:11 (UTC) :リンクだけで区切りを示した場合、その区切りを視覚的に認識しにくいことがあるため空白にも一定の意義があると考えます。PCではカーソルをリンク上に置けばどこでリンクが分かれているのかまだ判別がつきますが、スマートフォン版では実際にタップして初めて個別のリンクであることが分かる場合があります（表示は利用環境によって異なるとは思いますが）。そのため、見出し語に空白を入れて区切りを明示することには、単にリンクを分ける以上の視認性向上という意義があると考えます。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月4日 (土) 19:33 (UTC) :{{コメント}} リンクをつけるだけでは不足していると思います。PCならマウスオンで区切りがわかりますが、スマホ環境だと区別が困難です。ただし、見出し語表示部分でそれをやるべきかどうか、他の選択肢はないのか気になります。--[[利用者:Naggy Nagumo|Naggy Nagumo]] ([[利用者・トーク:Naggy Nagumo|トーク]]) 2026年7月18日 (土) 23:39 (UTC) ::例えば四字熟語の大半は二字+二字でしょうから、当然それには{{temp|affix}}が使用できます（要は、区切りを字源で付ける）。本来的にはそうしたほうがいいんでしょうが、慣用的にされていないと解釈しています（そのせいで実質[[:カテゴリ:日本語 複合語]]も有って無いような位置づけになりつつありますが）。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月21日 (火) 14:51 (UTC) == Unicode非登録漢字を追加するときのことに関して。 == Unicode非登録の漢字を追加しようとしています。 その時は、例えば⿰氵𦰩　というようなふうな表記でいいでしょうか。 又、その時の画像はどこから持ってくればいいですか（zi.toolsでもいいですか？） [[利用者:Kanziotaku8901|Kanziotaku8901]] ([[利用者・トーク:Kanziotaku8901|トーク]]) 2026年7月11日 (土) 06:33 (UTC) :そもそもまだその段階に行ってない（Unicode面登録の字すらままなっていないのに）とは思いますが、まあ英語版やウィキメディア・コモンズ等に倣って、その字を識別出来たるものとするべきです。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月11日 (土) 10:06 (UTC) == テンプレートhak-pronについて == つかぬことをお聞きしたいのですが、テンプレートhak-pronにおいて四県腔の発音を入力するとIPAの最後に数字の0が入るのですがこれは仕様ですか？英語版のそれにはないので気になりました。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月11日 (土) 12:43 (UTC) :不具合です。何度か解消を試みたものの上手くいきませんでした。どなたか原因が分かる方いらっしゃいますでしょうか？--[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年7月11日 (土) 14:27 (UTC) ::英語版のModule:hak-pronを確認したところ、日本語版と同一のようでしたので、おそらく原因はこのモジュール側ではなく、依存しているModule:string utilitiesの差異にあるのではないかと考えられます。ただ、モジュールについては詳しくないため、見当違いの可能性もあるため詳しい方に確認していただければと思います。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月14日 (火) 13:39 (UTC) :::応急処置として{{template|hak-pron}}の方で0を強制的に消す措置を取りました。他の部分に影響を及ぼした、あるいはモジュール側で解決できた場合は差し戻していただけると幸いです。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月18日 (土) 17:35 (UTC) == 朝鮮語のローマ字表記について == 現在、日本語版Wiktionaryでは朝鮮語のラテン文字表記として文化観光部2000年式が広く採用されています。一方で、表記法そのものについては再検討の余地があるようにも思います。例えば、マッキューン＝ライシャワー式は、有気・無気の対立だけでなく、有声・無声も表記上区別することができます。また、母音についても1文字で表記できるものが文化観光部2000年式より多く、日本語話者にとっては直感的に発音を理解しやすい面があるように思います。もっとも、文化観光部2000年式にも、子音の表記規則が比較的単純であることや、現在の韓国における標準的なローマ字表記であることなどの利点があります。そのため、全面的にマッキューン＝ライシャワー式へ変更するのではなく、例えば子音は文化観光部2000年式のままとし、母音のみマッキューン＝ライシャワー式の表記を採り入れるという折衷案も考えられるのではないでしょうか。仮に変更がなされた場合は{{temp|ux}}などのテンプレートにおけるローマ字の自動出力も改修を加えることになるかと存じますゆえ、皆様のご意見を伺えれば幸いです。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月15日 (水) 17:07 (UTC) :{{コメント}} 少なくとも母音と子音で異なる方式を採用するのは'''どの方式にも属さない新たな表記法を生み出す'''ことになります。その表記法がWiktionaryを離れても一般的に使用されるものかどうかが争点となったことが過去に[[Wiktionary:編集室/2020年Q3#手話の導入について]]であり、独自の表記法が実際に調べたい人にとって果たして分かりやすいものなのか？という話になりました。既存の表記法があるのならWiktionary以外の辞書との互換性も考え、'''既存のものを使用すべき'''と考えます。--[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年7月18日 (土) 17:47 (UTC) :現時点では折衷案については反対意見をいただきましたが、マッキューン＝ライシャワー式そのものの採用については特に反対意見は出ていないものと認識しています。そのため、このまま議論に十分な時間を掛けたと考えられる程度の間に新たなご意見がなければ、マッキューン＝ライシャワー式への変更を進めたいと考えています。もちろん、それまでに反対意見や新たな論点がございましたら、改めて検討したいと思いますので、ご意見をいただけますと幸いです。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月27日 (月) 12:14 (UTC) ::その後一週間以上反対意見等が見られないため、試験的にマッキューン=ライシャワー式を導入するためモジュール:ko-translitに変更を加えます。あくまで試験的なものであるため不具合があるようでしたら差し戻します。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月7日 (金) 16:48 (UTC) :::{{提案}}試験的にマッキューン＝ライシャワー式を導入してしばらく使用してみたところ、表記上いくつか気になる点がありましたので、追加で提案いたします。MR式では、「ㄴㄱ」と「ㅇㅇ」のように、MR式についてある程度の前提知識がなければ区別しにくい組み合わせがあります。例えば안고はan'gŏ、앙어はangŏと表記されるため、ラテン文字だけを見た場合両者の違いを直感的に把握することが難しい場合があります。この点は発音を知るための表記として考えた場合、MR式の欠点の一つと言えるのではないでしょうか。そこで、この点について、かつて韓国で用いられていた文教部1984年式の方式を取り入れることを提案します。すなわち、ㄴㄱを n-g、ㅇㅇを ng- と表記することで両者を明確に区別し、アポストロフィ（'）は激音の表記にのみ用いる方式です。その場合例で挙げた안고はan-gŏ、앙어はang-ŏとなります。この方式であれば、文化観光部2000年式（RR式）とMR式を組み合わせた新たな独自表記法を作るという以前の折衷案とは異なり、あくまでMR式を基礎とした既存の表記法の変種を採用することになります。そのため、MR式との対応関係を大きく損なうことなく可読性の向上が期待できるのではないかと思います。したがって、現在のMR式をそのまま維持する案に加えて、文教部1984年式に見られるこの表記上の工夫を取り入れる案についても、検討してみてはいかがでしょうか。一週間ほど待って特に意見が挙がらないようであればこちらも導入に踏み切りたいと考えます。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月18日 (火) 17:36 (UTC) ::::{{コメント}}改めて考えたところ、{{temp|ko-IPA}}などでMR式として明記して提示されている表記法との整合性が取れなくなることに気付きました。文教部1984年式はMR式を基礎とした既存の変種ではあるものの、Wiktionary内で「マッキューン＝ライシャワー式」として扱う表記法を統一するという観点からは、別の表記規則を導入することは望ましくないと判断しました。そのため、先ほどの提案については撤回させていただきます。お騒がせして申し訳ありません。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月19日 (水) 06:45 (UTC) == 客家語の四県腔について == 客家語についての確認、および提案があります。現在、簡体字の項目では「簡体字を使用していない地域の発音は掲載しない」という運用になっていると認識しています。一方で客家語の四県腔については、英語版および中国語版Wikipediaでは使用地域が「台湾」とされており、そのためこの運用に従うのであれば簡体字の項目には四県腔の発音を掲載しない方が一貫性があるのではないでしょうか。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月21日 (火) 02:12 (UTC) :質問ですが、日本語版Wikipediaでは広東省嘉應州府の梅県や近隣の長楽県、興寧県、鎮平県、平遠県などの四県の出身者が用いるとされておりますが、広東省のこれらの地域では四県腔は用いられないという理解でよろしいでしょうか？--[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年7月21日 (火) 08:58 (UTC) ::ご質問の通り、広東省のこれらの地域で現在「四県腔」という名称や区分で客家語が話されているわけではない、というご理解で問題ないと思われます。中国語版wikipediaの「[[w:zh:四县话|四縣話]]」では、「台灣的四縣話與中國大陸的梅縣話略有不同，由於四縣移民實際上以嘉應州的鎮平縣，也就是現在的蕉嶺縣為最多，所以台灣的四縣話與中國大陸的蕉嶺縣客家話更為相近」とあり、この記述からは「中国大陸では「四県腔」ではなく、「梅県話」や「蕉嶺県客家話」などの単位で存在していること」が読み取れます。つまり日本語版wikipediaの「四県の出身者」という表現は現在の四県の住民ではなく、過去に四県から台湾に移民した人々を指すものであると考えられます。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月21日 (火) 12:03 (UTC) :::それならその方向で問題ないと思います。--[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年7月21日 (火) 14:35 (UTC) :正直、みんな'''分かってはいるけど暗黙の了解として使ってる'''ものだと思っています（実際自分もそうでした）...。5000件近くある客家語の項目のソート基準は白話字ですから、急に変更することに抵抗があって言い出せないものだと思っています。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月21日 (火) 15:01 (UTC) ::まずはソートキーについては現状維持でよいと考えています。5000件近い項目のソート順を一度に変更するのは影響が大きく、抵抗感があるというご意見にも納得できます。その一方で、簡体字の項目については、「簡体字を使用していない地域の発音は掲載しない」という現在の運用との整合性を考えると、ソートキーは四県腔のままとしつつ、簡体字の項目では四県腔の発音のみ表示しないという対応がよいのではないでしょうか。この方法であれば、既存のソート順には影響を与えず、運用の一貫性も保つことができると思います。その上で海陸腔や梅県語などを独立したカテゴリ・ソートキーとして運用するかどうかはそれらが完了した後から議論してもよいのではないでしょうか。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月21日 (火) 22:37 (UTC) :::一番懸念してる点をピンポイントで出されましたが、ソートキーはぱっと見でかつ、複数項目（繁簡の2ページだけという意味でも）の対照じゃなくても分かるものでありたいと考えています。四県腔・梅県話で表記が違うのはざらですし、新規の参入者に「えっ？これどうやってソートキーつけてるんだ？」と思われて適当に付けられるのが一番困ります。 :::「ソースを見ればいいじゃないか」じゃなく、ビジュアルの段階での問題です。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月27日 (月) 12:31 (UTC) ::::それでは四川語などと同様に、梅県話などについても独立したカテゴリ・ソートキーを設ける、あるいは四県腔の発音が存在しない項目についてはそもそもカテゴリ自体を付与しないという運用が考えられるように思います。このような形であればソートキーの対応関係が分かりにくくなるという問題は避けられると存じますがいかがでしょうか。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月27日 (月) 14:14 (UTC) :::::{{提案}}その後しばらく議論を拝見しておりますが、新たなご意見は出ていないようですので、具体的な対応案を提案いたします。現在の「ソートキーが見た目で分かるものであるべき」というご意見を踏まえると、四県腔のソートキーを梅県話などの発音に流用することは避けた方がよいと考えます。そこで、海陸腔および梅県話については、潮州語の運用を参考にそれぞれ独立したカテゴリおよびソートキーを新設し、四県腔とは分けて管理することを提案します。また、簡体字の項目については、現在の「簡体字を使用していない地域の発音は掲載しない」という運用との整合性を考慮し、四県腔の発音・カテゴリ・ソートキーは削除することを提案します。この方法であれば、ソートキーの対応関係を分かりやすく保ちながら、各方言を適切に分類できるものと考えています。特に異論がなければ、この方針でカテゴリの新設および関連項目の改修を進めたいと考えていますので、ご意見等ございましたらお願いいたします。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月4日 (火) 05:05 (UTC) ::::::{{対処}}ひとまず海陸腔に関してはhak-hl-catや関連カテゴリを作成しました。hak-hl-catは客家語拼音をそのまま入れれば自動で声調を表す数字に変換されるようになっていますのである程度は楽に整備できるかと思います。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月11日 (火) 09:29 (UTC) :::::::（追記）カテゴリ:海陸腔 国際音声記号ありのタグ付けに苦戦しているのでどなたか対処していただけると幸いです...--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月11日 (火) 09:37 (UTC) ::::::::とりあえず対処してみましたが、いかがでしょうか。--[[利用者:ふゆくれ|ふゆくれ]] ([[利用者・トーク:ふゆくれ|トーク]]) 2026年8月11日 (火) 11:38 (UTC) :::::::::対応ありがとうございます。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月11日 (火) 12:00 (UTC) == 一つのrefタグに複数情報源を列挙しないでほしい == ここ数年で頻繁に出てきた、「字源だけ編集する人」がよくやりがちなのでここに書きますが、出典ひとつにつき1つのrefタグをつけてください。見る側としては1つの情報源が1つに書いてある方が分かりやすいです。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月21日 (火) 22:36 (UTC) == [[スンダ・スラウェシ祖語]]の削除依頼 == 私はオーストロネシア語族の言語の資料や教科書などを読んだり勉強したりしてこの語は一度も聞くことがありません。さらに、英語版WiktionaryがRFDされていたのでここも同じくそうやってもよいでしょうか [[利用者:Maraschino Cherry|Maraschino Cherry]] ([[利用者・トーク:Maraschino Cherry|トーク]]) 2026年8月28日 (金) 14:01 (UTC) nl5e1oevv7c5py4t83zny6h41ihooky 2337206 2337202 2026-08-28T23:09:04Z Kuroco2k 84207 /* スンダ・スラウェシ祖語の削除依頼 */ 返信 2337206 wikitext text/x-wiki == 複合語見出しの区切り目に空白は要る？ == 見出し語の話で、例えば「[[疾風迅雷]]」はただ今「疾風 迅雷」という形の見出しになっています。この系統は正直言ってリンクを分かち書くだけでかなり自明なものになると解釈しているのですが、どうするべきでしょうか。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月2日 (木) 10:11 (UTC) :リンクだけで区切りを示した場合、その区切りを視覚的に認識しにくいことがあるため空白にも一定の意義があると考えます。PCではカーソルをリンク上に置けばどこでリンクが分かれているのかまだ判別がつきますが、スマートフォン版では実際にタップして初めて個別のリンクであることが分かる場合があります（表示は利用環境によって異なるとは思いますが）。そのため、見出し語に空白を入れて区切りを明示することには、単にリンクを分ける以上の視認性向上という意義があると考えます。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月4日 (土) 19:33 (UTC) :{{コメント}} リンクをつけるだけでは不足していると思います。PCならマウスオンで区切りがわかりますが、スマホ環境だと区別が困難です。ただし、見出し語表示部分でそれをやるべきかどうか、他の選択肢はないのか気になります。--[[利用者:Naggy Nagumo|Naggy Nagumo]] ([[利用者・トーク:Naggy Nagumo|トーク]]) 2026年7月18日 (土) 23:39 (UTC) ::例えば四字熟語の大半は二字+二字でしょうから、当然それには{{temp|affix}}が使用できます（要は、区切りを字源で付ける）。本来的にはそうしたほうがいいんでしょうが、慣用的にされていないと解釈しています（そのせいで実質[[:カテゴリ:日本語 複合語]]も有って無いような位置づけになりつつありますが）。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月21日 (火) 14:51 (UTC) == Unicode非登録漢字を追加するときのことに関して。 == Unicode非登録の漢字を追加しようとしています。 その時は、例えば⿰氵𦰩　というようなふうな表記でいいでしょうか。 又、その時の画像はどこから持ってくればいいですか（zi.toolsでもいいですか？） [[利用者:Kanziotaku8901|Kanziotaku8901]] ([[利用者・トーク:Kanziotaku8901|トーク]]) 2026年7月11日 (土) 06:33 (UTC) :そもそもまだその段階に行ってない（Unicode面登録の字すらままなっていないのに）とは思いますが、まあ英語版やウィキメディア・コモンズ等に倣って、その字を識別出来たるものとするべきです。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月11日 (土) 10:06 (UTC) == テンプレートhak-pronについて == つかぬことをお聞きしたいのですが、テンプレートhak-pronにおいて四県腔の発音を入力するとIPAの最後に数字の0が入るのですがこれは仕様ですか？英語版のそれにはないので気になりました。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月11日 (土) 12:43 (UTC) :不具合です。何度か解消を試みたものの上手くいきませんでした。どなたか原因が分かる方いらっしゃいますでしょうか？--[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年7月11日 (土) 14:27 (UTC) ::英語版のModule:hak-pronを確認したところ、日本語版と同一のようでしたので、おそらく原因はこのモジュール側ではなく、依存しているModule:string utilitiesの差異にあるのではないかと考えられます。ただ、モジュールについては詳しくないため、見当違いの可能性もあるため詳しい方に確認していただければと思います。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月14日 (火) 13:39 (UTC) :::応急処置として{{template|hak-pron}}の方で0を強制的に消す措置を取りました。他の部分に影響を及ぼした、あるいはモジュール側で解決できた場合は差し戻していただけると幸いです。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月18日 (土) 17:35 (UTC) == 朝鮮語のローマ字表記について == 現在、日本語版Wiktionaryでは朝鮮語のラテン文字表記として文化観光部2000年式が広く採用されています。一方で、表記法そのものについては再検討の余地があるようにも思います。例えば、マッキューン＝ライシャワー式は、有気・無気の対立だけでなく、有声・無声も表記上区別することができます。また、母音についても1文字で表記できるものが文化観光部2000年式より多く、日本語話者にとっては直感的に発音を理解しやすい面があるように思います。もっとも、文化観光部2000年式にも、子音の表記規則が比較的単純であることや、現在の韓国における標準的なローマ字表記であることなどの利点があります。そのため、全面的にマッキューン＝ライシャワー式へ変更するのではなく、例えば子音は文化観光部2000年式のままとし、母音のみマッキューン＝ライシャワー式の表記を採り入れるという折衷案も考えられるのではないでしょうか。仮に変更がなされた場合は{{temp|ux}}などのテンプレートにおけるローマ字の自動出力も改修を加えることになるかと存じますゆえ、皆様のご意見を伺えれば幸いです。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月15日 (水) 17:07 (UTC) :{{コメント}} 少なくとも母音と子音で異なる方式を採用するのは'''どの方式にも属さない新たな表記法を生み出す'''ことになります。その表記法がWiktionaryを離れても一般的に使用されるものかどうかが争点となったことが過去に[[Wiktionary:編集室/2020年Q3#手話の導入について]]であり、独自の表記法が実際に調べたい人にとって果たして分かりやすいものなのか？という話になりました。既存の表記法があるのならWiktionary以外の辞書との互換性も考え、'''既存のものを使用すべき'''と考えます。--[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年7月18日 (土) 17:47 (UTC) :現時点では折衷案については反対意見をいただきましたが、マッキューン＝ライシャワー式そのものの採用については特に反対意見は出ていないものと認識しています。そのため、このまま議論に十分な時間を掛けたと考えられる程度の間に新たなご意見がなければ、マッキューン＝ライシャワー式への変更を進めたいと考えています。もちろん、それまでに反対意見や新たな論点がございましたら、改めて検討したいと思いますので、ご意見をいただけますと幸いです。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月27日 (月) 12:14 (UTC) ::その後一週間以上反対意見等が見られないため、試験的にマッキューン=ライシャワー式を導入するためモジュール:ko-translitに変更を加えます。あくまで試験的なものであるため不具合があるようでしたら差し戻します。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月7日 (金) 16:48 (UTC) :::{{提案}}試験的にマッキューン＝ライシャワー式を導入してしばらく使用してみたところ、表記上いくつか気になる点がありましたので、追加で提案いたします。MR式では、「ㄴㄱ」と「ㅇㅇ」のように、MR式についてある程度の前提知識がなければ区別しにくい組み合わせがあります。例えば안고はan'gŏ、앙어はangŏと表記されるため、ラテン文字だけを見た場合両者の違いを直感的に把握することが難しい場合があります。この点は発音を知るための表記として考えた場合、MR式の欠点の一つと言えるのではないでしょうか。そこで、この点について、かつて韓国で用いられていた文教部1984年式の方式を取り入れることを提案します。すなわち、ㄴㄱを n-g、ㅇㅇを ng- と表記することで両者を明確に区別し、アポストロフィ（'）は激音の表記にのみ用いる方式です。その場合例で挙げた안고はan-gŏ、앙어はang-ŏとなります。この方式であれば、文化観光部2000年式（RR式）とMR式を組み合わせた新たな独自表記法を作るという以前の折衷案とは異なり、あくまでMR式を基礎とした既存の表記法の変種を採用することになります。そのため、MR式との対応関係を大きく損なうことなく可読性の向上が期待できるのではないかと思います。したがって、現在のMR式をそのまま維持する案に加えて、文教部1984年式に見られるこの表記上の工夫を取り入れる案についても、検討してみてはいかがでしょうか。一週間ほど待って特に意見が挙がらないようであればこちらも導入に踏み切りたいと考えます。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月18日 (火) 17:36 (UTC) ::::{{コメント}}改めて考えたところ、{{temp|ko-IPA}}などでMR式として明記して提示されている表記法との整合性が取れなくなることに気付きました。文教部1984年式はMR式を基礎とした既存の変種ではあるものの、Wiktionary内で「マッキューン＝ライシャワー式」として扱う表記法を統一するという観点からは、別の表記規則を導入することは望ましくないと判断しました。そのため、先ほどの提案については撤回させていただきます。お騒がせして申し訳ありません。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月19日 (水) 06:45 (UTC) == 客家語の四県腔について == 客家語についての確認、および提案があります。現在、簡体字の項目では「簡体字を使用していない地域の発音は掲載しない」という運用になっていると認識しています。一方で客家語の四県腔については、英語版および中国語版Wikipediaでは使用地域が「台湾」とされており、そのためこの運用に従うのであれば簡体字の項目には四県腔の発音を掲載しない方が一貫性があるのではないでしょうか。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月21日 (火) 02:12 (UTC) :質問ですが、日本語版Wikipediaでは広東省嘉應州府の梅県や近隣の長楽県、興寧県、鎮平県、平遠県などの四県の出身者が用いるとされておりますが、広東省のこれらの地域では四県腔は用いられないという理解でよろしいでしょうか？--[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年7月21日 (火) 08:58 (UTC) ::ご質問の通り、広東省のこれらの地域で現在「四県腔」という名称や区分で客家語が話されているわけではない、というご理解で問題ないと思われます。中国語版wikipediaの「[[w:zh:四县话|四縣話]]」では、「台灣的四縣話與中國大陸的梅縣話略有不同，由於四縣移民實際上以嘉應州的鎮平縣，也就是現在的蕉嶺縣為最多，所以台灣的四縣話與中國大陸的蕉嶺縣客家話更為相近」とあり、この記述からは「中国大陸では「四県腔」ではなく、「梅県話」や「蕉嶺県客家話」などの単位で存在していること」が読み取れます。つまり日本語版wikipediaの「四県の出身者」という表現は現在の四県の住民ではなく、過去に四県から台湾に移民した人々を指すものであると考えられます。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月21日 (火) 12:03 (UTC) :::それならその方向で問題ないと思います。--[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年7月21日 (火) 14:35 (UTC) :正直、みんな'''分かってはいるけど暗黙の了解として使ってる'''ものだと思っています（実際自分もそうでした）...。5000件近くある客家語の項目のソート基準は白話字ですから、急に変更することに抵抗があって言い出せないものだと思っています。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月21日 (火) 15:01 (UTC) ::まずはソートキーについては現状維持でよいと考えています。5000件近い項目のソート順を一度に変更するのは影響が大きく、抵抗感があるというご意見にも納得できます。その一方で、簡体字の項目については、「簡体字を使用していない地域の発音は掲載しない」という現在の運用との整合性を考えると、ソートキーは四県腔のままとしつつ、簡体字の項目では四県腔の発音のみ表示しないという対応がよいのではないでしょうか。この方法であれば、既存のソート順には影響を与えず、運用の一貫性も保つことができると思います。その上で海陸腔や梅県語などを独立したカテゴリ・ソートキーとして運用するかどうかはそれらが完了した後から議論してもよいのではないでしょうか。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月21日 (火) 22:37 (UTC) :::一番懸念してる点をピンポイントで出されましたが、ソートキーはぱっと見でかつ、複数項目（繁簡の2ページだけという意味でも）の対照じゃなくても分かるものでありたいと考えています。四県腔・梅県話で表記が違うのはざらですし、新規の参入者に「えっ？これどうやってソートキーつけてるんだ？」と思われて適当に付けられるのが一番困ります。 :::「ソースを見ればいいじゃないか」じゃなく、ビジュアルの段階での問題です。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月27日 (月) 12:31 (UTC) ::::それでは四川語などと同様に、梅県話などについても独立したカテゴリ・ソートキーを設ける、あるいは四県腔の発音が存在しない項目についてはそもそもカテゴリ自体を付与しないという運用が考えられるように思います。このような形であればソートキーの対応関係が分かりにくくなるという問題は避けられると存じますがいかがでしょうか。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月27日 (月) 14:14 (UTC) :::::{{提案}}その後しばらく議論を拝見しておりますが、新たなご意見は出ていないようですので、具体的な対応案を提案いたします。現在の「ソートキーが見た目で分かるものであるべき」というご意見を踏まえると、四県腔のソートキーを梅県話などの発音に流用することは避けた方がよいと考えます。そこで、海陸腔および梅県話については、潮州語の運用を参考にそれぞれ独立したカテゴリおよびソートキーを新設し、四県腔とは分けて管理することを提案します。また、簡体字の項目については、現在の「簡体字を使用していない地域の発音は掲載しない」という運用との整合性を考慮し、四県腔の発音・カテゴリ・ソートキーは削除することを提案します。この方法であれば、ソートキーの対応関係を分かりやすく保ちながら、各方言を適切に分類できるものと考えています。特に異論がなければ、この方針でカテゴリの新設および関連項目の改修を進めたいと考えていますので、ご意見等ございましたらお願いいたします。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月4日 (火) 05:05 (UTC) ::::::{{対処}}ひとまず海陸腔に関してはhak-hl-catや関連カテゴリを作成しました。hak-hl-catは客家語拼音をそのまま入れれば自動で声調を表す数字に変換されるようになっていますのである程度は楽に整備できるかと思います。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月11日 (火) 09:29 (UTC) :::::::（追記）カテゴリ:海陸腔 国際音声記号ありのタグ付けに苦戦しているのでどなたか対処していただけると幸いです...--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月11日 (火) 09:37 (UTC) ::::::::とりあえず対処してみましたが、いかがでしょうか。--[[利用者:ふゆくれ|ふゆくれ]] ([[利用者・トーク:ふゆくれ|トーク]]) 2026年8月11日 (火) 11:38 (UTC) :::::::::対応ありがとうございます。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月11日 (火) 12:00 (UTC) == 一つのrefタグに複数情報源を列挙しないでほしい == ここ数年で頻繁に出てきた、「字源だけ編集する人」がよくやりがちなのでここに書きますが、出典ひとつにつき1つのrefタグをつけてください。見る側としては1つの情報源が1つに書いてある方が分かりやすいです。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月21日 (火) 22:36 (UTC) == [[スンダ・スラウェシ祖語]]の削除依頼 == 私はオーストロネシア語族の言語の資料や教科書などを読んだり勉強したりしてこの語は一度も聞くことがありません。さらに、英語版WiktionaryがRFDされていたのでここも同じくそうやってもよいでしょうか [[利用者:Maraschino Cherry|Maraschino Cherry]] ([[利用者・トーク:Maraschino Cherry|トーク]]) 2026年8月28日 (金) 14:01 (UTC) :何か情報があるかと思って[[:en:Talk:Proto-Sunda-Sulawesi|英語版のトークページ]]を見たところ、「スンダ・スラウェシ語族についての記述もそもそもあんまり出ることないし、"{{w|Google Scholar}}"には2006年 ( = Wiktionary以後) 以前の記述がないから、これ{{w|循環報告}} (Wikiプロジェクト群だから、正確にはサイトジェネシス) なんじゃないの？」という指摘があります。 :英語版でこの調子なら、まして専門家のいない日本語版で卓越した調査結果が出るとも考えづらいですし、信頼性面で削除も不可避...ですかね？--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年8月28日 (金) 23:09 (UTC) maoaftluwwgyo51drczjg3h6yuzpibl 2337325 2337206 2026-08-29T06:05:39Z Maraschino Cherry 93381 /* スンダ・スラウェシ祖語の削除依頼 */ 返信 2337325 wikitext text/x-wiki == 複合語見出しの区切り目に空白は要る？ == 見出し語の話で、例えば「[[疾風迅雷]]」はただ今「疾風 迅雷」という形の見出しになっています。この系統は正直言ってリンクを分かち書くだけでかなり自明なものになると解釈しているのですが、どうするべきでしょうか。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月2日 (木) 10:11 (UTC) :リンクだけで区切りを示した場合、その区切りを視覚的に認識しにくいことがあるため空白にも一定の意義があると考えます。PCではカーソルをリンク上に置けばどこでリンクが分かれているのかまだ判別がつきますが、スマートフォン版では実際にタップして初めて個別のリンクであることが分かる場合があります（表示は利用環境によって異なるとは思いますが）。そのため、見出し語に空白を入れて区切りを明示することには、単にリンクを分ける以上の視認性向上という意義があると考えます。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月4日 (土) 19:33 (UTC) :{{コメント}} リンクをつけるだけでは不足していると思います。PCならマウスオンで区切りがわかりますが、スマホ環境だと区別が困難です。ただし、見出し語表示部分でそれをやるべきかどうか、他の選択肢はないのか気になります。--[[利用者:Naggy Nagumo|Naggy Nagumo]] ([[利用者・トーク:Naggy Nagumo|トーク]]) 2026年7月18日 (土) 23:39 (UTC) ::例えば四字熟語の大半は二字+二字でしょうから、当然それには{{temp|affix}}が使用できます（要は、区切りを字源で付ける）。本来的にはそうしたほうがいいんでしょうが、慣用的にされていないと解釈しています（そのせいで実質[[:カテゴリ:日本語 複合語]]も有って無いような位置づけになりつつありますが）。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月21日 (火) 14:51 (UTC) == Unicode非登録漢字を追加するときのことに関して。 == Unicode非登録の漢字を追加しようとしています。 その時は、例えば⿰氵𦰩　というようなふうな表記でいいでしょうか。 又、その時の画像はどこから持ってくればいいですか（zi.toolsでもいいですか？） [[利用者:Kanziotaku8901|Kanziotaku8901]] ([[利用者・トーク:Kanziotaku8901|トーク]]) 2026年7月11日 (土) 06:33 (UTC) :そもそもまだその段階に行ってない（Unicode面登録の字すらままなっていないのに）とは思いますが、まあ英語版やウィキメディア・コモンズ等に倣って、その字を識別出来たるものとするべきです。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月11日 (土) 10:06 (UTC) == テンプレートhak-pronについて == つかぬことをお聞きしたいのですが、テンプレートhak-pronにおいて四県腔の発音を入力するとIPAの最後に数字の0が入るのですがこれは仕様ですか？英語版のそれにはないので気になりました。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月11日 (土) 12:43 (UTC) :不具合です。何度か解消を試みたものの上手くいきませんでした。どなたか原因が分かる方いらっしゃいますでしょうか？--[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年7月11日 (土) 14:27 (UTC) ::英語版のModule:hak-pronを確認したところ、日本語版と同一のようでしたので、おそらく原因はこのモジュール側ではなく、依存しているModule:string utilitiesの差異にあるのではないかと考えられます。ただ、モジュールについては詳しくないため、見当違いの可能性もあるため詳しい方に確認していただければと思います。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月14日 (火) 13:39 (UTC) :::応急処置として{{template|hak-pron}}の方で0を強制的に消す措置を取りました。他の部分に影響を及ぼした、あるいはモジュール側で解決できた場合は差し戻していただけると幸いです。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月18日 (土) 17:35 (UTC) == 朝鮮語のローマ字表記について == 現在、日本語版Wiktionaryでは朝鮮語のラテン文字表記として文化観光部2000年式が広く採用されています。一方で、表記法そのものについては再検討の余地があるようにも思います。例えば、マッキューン＝ライシャワー式は、有気・無気の対立だけでなく、有声・無声も表記上区別することができます。また、母音についても1文字で表記できるものが文化観光部2000年式より多く、日本語話者にとっては直感的に発音を理解しやすい面があるように思います。もっとも、文化観光部2000年式にも、子音の表記規則が比較的単純であることや、現在の韓国における標準的なローマ字表記であることなどの利点があります。そのため、全面的にマッキューン＝ライシャワー式へ変更するのではなく、例えば子音は文化観光部2000年式のままとし、母音のみマッキューン＝ライシャワー式の表記を採り入れるという折衷案も考えられるのではないでしょうか。仮に変更がなされた場合は{{temp|ux}}などのテンプレートにおけるローマ字の自動出力も改修を加えることになるかと存じますゆえ、皆様のご意見を伺えれば幸いです。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月15日 (水) 17:07 (UTC) :{{コメント}} 少なくとも母音と子音で異なる方式を採用するのは'''どの方式にも属さない新たな表記法を生み出す'''ことになります。その表記法がWiktionaryを離れても一般的に使用されるものかどうかが争点となったことが過去に[[Wiktionary:編集室/2020年Q3#手話の導入について]]であり、独自の表記法が実際に調べたい人にとって果たして分かりやすいものなのか？という話になりました。既存の表記法があるのならWiktionary以外の辞書との互換性も考え、'''既存のものを使用すべき'''と考えます。--[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年7月18日 (土) 17:47 (UTC) :現時点では折衷案については反対意見をいただきましたが、マッキューン＝ライシャワー式そのものの採用については特に反対意見は出ていないものと認識しています。そのため、このまま議論に十分な時間を掛けたと考えられる程度の間に新たなご意見がなければ、マッキューン＝ライシャワー式への変更を進めたいと考えています。もちろん、それまでに反対意見や新たな論点がございましたら、改めて検討したいと思いますので、ご意見をいただけますと幸いです。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月27日 (月) 12:14 (UTC) ::その後一週間以上反対意見等が見られないため、試験的にマッキューン=ライシャワー式を導入するためモジュール:ko-translitに変更を加えます。あくまで試験的なものであるため不具合があるようでしたら差し戻します。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月7日 (金) 16:48 (UTC) :::{{提案}}試験的にマッキューン＝ライシャワー式を導入してしばらく使用してみたところ、表記上いくつか気になる点がありましたので、追加で提案いたします。MR式では、「ㄴㄱ」と「ㅇㅇ」のように、MR式についてある程度の前提知識がなければ区別しにくい組み合わせがあります。例えば안고はan'gŏ、앙어はangŏと表記されるため、ラテン文字だけを見た場合両者の違いを直感的に把握することが難しい場合があります。この点は発音を知るための表記として考えた場合、MR式の欠点の一つと言えるのではないでしょうか。そこで、この点について、かつて韓国で用いられていた文教部1984年式の方式を取り入れることを提案します。すなわち、ㄴㄱを n-g、ㅇㅇを ng- と表記することで両者を明確に区別し、アポストロフィ（'）は激音の表記にのみ用いる方式です。その場合例で挙げた안고はan-gŏ、앙어はang-ŏとなります。この方式であれば、文化観光部2000年式（RR式）とMR式を組み合わせた新たな独自表記法を作るという以前の折衷案とは異なり、あくまでMR式を基礎とした既存の表記法の変種を採用することになります。そのため、MR式との対応関係を大きく損なうことなく可読性の向上が期待できるのではないかと思います。したがって、現在のMR式をそのまま維持する案に加えて、文教部1984年式に見られるこの表記上の工夫を取り入れる案についても、検討してみてはいかがでしょうか。一週間ほど待って特に意見が挙がらないようであればこちらも導入に踏み切りたいと考えます。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月18日 (火) 17:36 (UTC) ::::{{コメント}}改めて考えたところ、{{temp|ko-IPA}}などでMR式として明記して提示されている表記法との整合性が取れなくなることに気付きました。文教部1984年式はMR式を基礎とした既存の変種ではあるものの、Wiktionary内で「マッキューン＝ライシャワー式」として扱う表記法を統一するという観点からは、別の表記規則を導入することは望ましくないと判断しました。そのため、先ほどの提案については撤回させていただきます。お騒がせして申し訳ありません。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月19日 (水) 06:45 (UTC) == 客家語の四県腔について == 客家語についての確認、および提案があります。現在、簡体字の項目では「簡体字を使用していない地域の発音は掲載しない」という運用になっていると認識しています。一方で客家語の四県腔については、英語版および中国語版Wikipediaでは使用地域が「台湾」とされており、そのためこの運用に従うのであれば簡体字の項目には四県腔の発音を掲載しない方が一貫性があるのではないでしょうか。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月21日 (火) 02:12 (UTC) :質問ですが、日本語版Wikipediaでは広東省嘉應州府の梅県や近隣の長楽県、興寧県、鎮平県、平遠県などの四県の出身者が用いるとされておりますが、広東省のこれらの地域では四県腔は用いられないという理解でよろしいでしょうか？--[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年7月21日 (火) 08:58 (UTC) ::ご質問の通り、広東省のこれらの地域で現在「四県腔」という名称や区分で客家語が話されているわけではない、というご理解で問題ないと思われます。中国語版wikipediaの「[[w:zh:四县话|四縣話]]」では、「台灣的四縣話與中國大陸的梅縣話略有不同，由於四縣移民實際上以嘉應州的鎮平縣，也就是現在的蕉嶺縣為最多，所以台灣的四縣話與中國大陸的蕉嶺縣客家話更為相近」とあり、この記述からは「中国大陸では「四県腔」ではなく、「梅県話」や「蕉嶺県客家話」などの単位で存在していること」が読み取れます。つまり日本語版wikipediaの「四県の出身者」という表現は現在の四県の住民ではなく、過去に四県から台湾に移民した人々を指すものであると考えられます。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月21日 (火) 12:03 (UTC) :::それならその方向で問題ないと思います。--[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年7月21日 (火) 14:35 (UTC) :正直、みんな'''分かってはいるけど暗黙の了解として使ってる'''ものだと思っています（実際自分もそうでした）...。5000件近くある客家語の項目のソート基準は白話字ですから、急に変更することに抵抗があって言い出せないものだと思っています。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月21日 (火) 15:01 (UTC) ::まずはソートキーについては現状維持でよいと考えています。5000件近い項目のソート順を一度に変更するのは影響が大きく、抵抗感があるというご意見にも納得できます。その一方で、簡体字の項目については、「簡体字を使用していない地域の発音は掲載しない」という現在の運用との整合性を考えると、ソートキーは四県腔のままとしつつ、簡体字の項目では四県腔の発音のみ表示しないという対応がよいのではないでしょうか。この方法であれば、既存のソート順には影響を与えず、運用の一貫性も保つことができると思います。その上で海陸腔や梅県語などを独立したカテゴリ・ソートキーとして運用するかどうかはそれらが完了した後から議論してもよいのではないでしょうか。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月21日 (火) 22:37 (UTC) :::一番懸念してる点をピンポイントで出されましたが、ソートキーはぱっと見でかつ、複数項目（繁簡の2ページだけという意味でも）の対照じゃなくても分かるものでありたいと考えています。四県腔・梅県話で表記が違うのはざらですし、新規の参入者に「えっ？これどうやってソートキーつけてるんだ？」と思われて適当に付けられるのが一番困ります。 :::「ソースを見ればいいじゃないか」じゃなく、ビジュアルの段階での問題です。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月27日 (月) 12:31 (UTC) ::::それでは四川語などと同様に、梅県話などについても独立したカテゴリ・ソートキーを設ける、あるいは四県腔の発音が存在しない項目についてはそもそもカテゴリ自体を付与しないという運用が考えられるように思います。このような形であればソートキーの対応関係が分かりにくくなるという問題は避けられると存じますがいかがでしょうか。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月27日 (月) 14:14 (UTC) :::::{{提案}}その後しばらく議論を拝見しておりますが、新たなご意見は出ていないようですので、具体的な対応案を提案いたします。現在の「ソートキーが見た目で分かるものであるべき」というご意見を踏まえると、四県腔のソートキーを梅県話などの発音に流用することは避けた方がよいと考えます。そこで、海陸腔および梅県話については、潮州語の運用を参考にそれぞれ独立したカテゴリおよびソートキーを新設し、四県腔とは分けて管理することを提案します。また、簡体字の項目については、現在の「簡体字を使用していない地域の発音は掲載しない」という運用との整合性を考慮し、四県腔の発音・カテゴリ・ソートキーは削除することを提案します。この方法であれば、ソートキーの対応関係を分かりやすく保ちながら、各方言を適切に分類できるものと考えています。特に異論がなければ、この方針でカテゴリの新設および関連項目の改修を進めたいと考えていますので、ご意見等ございましたらお願いいたします。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月4日 (火) 05:05 (UTC) ::::::{{対処}}ひとまず海陸腔に関してはhak-hl-catや関連カテゴリを作成しました。hak-hl-catは客家語拼音をそのまま入れれば自動で声調を表す数字に変換されるようになっていますのである程度は楽に整備できるかと思います。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月11日 (火) 09:29 (UTC) :::::::（追記）カテゴリ:海陸腔 国際音声記号ありのタグ付けに苦戦しているのでどなたか対処していただけると幸いです...--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月11日 (火) 09:37 (UTC) ::::::::とりあえず対処してみましたが、いかがでしょうか。--[[利用者:ふゆくれ|ふゆくれ]] ([[利用者・トーク:ふゆくれ|トーク]]) 2026年8月11日 (火) 11:38 (UTC) :::::::::対応ありがとうございます。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月11日 (火) 12:00 (UTC) == 一つのrefタグに複数情報源を列挙しないでほしい == ここ数年で頻繁に出てきた、「字源だけ編集する人」がよくやりがちなのでここに書きますが、出典ひとつにつき1つのrefタグをつけてください。見る側としては1つの情報源が1つに書いてある方が分かりやすいです。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月21日 (火) 22:36 (UTC) == [[スンダ・スラウェシ祖語]]の削除依頼 == 私はオーストロネシア語族の言語の資料や教科書などを読んだり勉強したりしてこの語は一度も聞くことがありません。さらに、英語版WiktionaryがRFDされていたのでここも同じくそうやってもよいでしょうか [[利用者:Maraschino Cherry|Maraschino Cherry]] ([[利用者・トーク:Maraschino Cherry|トーク]]) 2026年8月28日 (金) 14:01 (UTC) :何か情報があるかと思って[[:en:Talk:Proto-Sunda-Sulawesi|英語版のトークページ]]を見たところ、「スンダ・スラウェシ語族についての記述もそもそもあんまり出ることないし、"{{w|Google Scholar}}"には2006年 ( = Wiktionary以後) 以前の記述がないから、これ{{w|循環報告}} (Wikiプロジェクト群だから、正確にはサイトジェネシス) なんじゃないの？」という指摘があります。 :英語版でこの調子なら、まして専門家のいない日本語版で卓越した調査結果が出るとも考えづらいですし、信頼性面で削除も不可避...ですかね？--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年8月28日 (金) 23:09 (UTC) ::『中国大百科事典』でオーストロネシア語族研究の歴史を学びまして現在、学術界はこの分類を支持しておらず、過去においても支持者はごく少数でした。正確に何人は分かりませんが、わずかだったと思います。要するに、それぞれ存在すると仮定してもスンダ語群とスラウェシ語群は共同の祖語が存在するかどうかが依然懐疑的です。[[利用者:Maraschino Cherry|Maraschino Cherry]] ([[利用者・トーク:Maraschino Cherry|トーク]]) 2026年8月29日 (土) 06:05 (UTC) rzeer7ydukulnoizrmi44ggdvm15256 2337329 2337325 2026-08-29T06:20:51Z Maraschino Cherry 93381 /* スンダ・スラウェシ祖語の削除依頼 */ 2337329 wikitext text/x-wiki == 複合語見出しの区切り目に空白は要る？ == 見出し語の話で、例えば「[[疾風迅雷]]」はただ今「疾風 迅雷」という形の見出しになっています。この系統は正直言ってリンクを分かち書くだけでかなり自明なものになると解釈しているのですが、どうするべきでしょうか。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月2日 (木) 10:11 (UTC) :リンクだけで区切りを示した場合、その区切りを視覚的に認識しにくいことがあるため空白にも一定の意義があると考えます。PCではカーソルをリンク上に置けばどこでリンクが分かれているのかまだ判別がつきますが、スマートフォン版では実際にタップして初めて個別のリンクであることが分かる場合があります（表示は利用環境によって異なるとは思いますが）。そのため、見出し語に空白を入れて区切りを明示することには、単にリンクを分ける以上の視認性向上という意義があると考えます。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月4日 (土) 19:33 (UTC) :{{コメント}} リンクをつけるだけでは不足していると思います。PCならマウスオンで区切りがわかりますが、スマホ環境だと区別が困難です。ただし、見出し語表示部分でそれをやるべきかどうか、他の選択肢はないのか気になります。--[[利用者:Naggy Nagumo|Naggy Nagumo]] ([[利用者・トーク:Naggy Nagumo|トーク]]) 2026年7月18日 (土) 23:39 (UTC) ::例えば四字熟語の大半は二字+二字でしょうから、当然それには{{temp|affix}}が使用できます（要は、区切りを字源で付ける）。本来的にはそうしたほうがいいんでしょうが、慣用的にされていないと解釈しています（そのせいで実質[[:カテゴリ:日本語 複合語]]も有って無いような位置づけになりつつありますが）。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月21日 (火) 14:51 (UTC) == Unicode非登録漢字を追加するときのことに関して。 == Unicode非登録の漢字を追加しようとしています。 その時は、例えば⿰氵𦰩　というようなふうな表記でいいでしょうか。 又、その時の画像はどこから持ってくればいいですか（zi.toolsでもいいですか？） [[利用者:Kanziotaku8901|Kanziotaku8901]] ([[利用者・トーク:Kanziotaku8901|トーク]]) 2026年7月11日 (土) 06:33 (UTC) :そもそもまだその段階に行ってない（Unicode面登録の字すらままなっていないのに）とは思いますが、まあ英語版やウィキメディア・コモンズ等に倣って、その字を識別出来たるものとするべきです。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月11日 (土) 10:06 (UTC) == テンプレートhak-pronについて == つかぬことをお聞きしたいのですが、テンプレートhak-pronにおいて四県腔の発音を入力するとIPAの最後に数字の0が入るのですがこれは仕様ですか？英語版のそれにはないので気になりました。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月11日 (土) 12:43 (UTC) :不具合です。何度か解消を試みたものの上手くいきませんでした。どなたか原因が分かる方いらっしゃいますでしょうか？--[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年7月11日 (土) 14:27 (UTC) ::英語版のModule:hak-pronを確認したところ、日本語版と同一のようでしたので、おそらく原因はこのモジュール側ではなく、依存しているModule:string utilitiesの差異にあるのではないかと考えられます。ただ、モジュールについては詳しくないため、見当違いの可能性もあるため詳しい方に確認していただければと思います。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月14日 (火) 13:39 (UTC) :::応急処置として{{template|hak-pron}}の方で0を強制的に消す措置を取りました。他の部分に影響を及ぼした、あるいはモジュール側で解決できた場合は差し戻していただけると幸いです。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月18日 (土) 17:35 (UTC) == 朝鮮語のローマ字表記について == 現在、日本語版Wiktionaryでは朝鮮語のラテン文字表記として文化観光部2000年式が広く採用されています。一方で、表記法そのものについては再検討の余地があるようにも思います。例えば、マッキューン＝ライシャワー式は、有気・無気の対立だけでなく、有声・無声も表記上区別することができます。また、母音についても1文字で表記できるものが文化観光部2000年式より多く、日本語話者にとっては直感的に発音を理解しやすい面があるように思います。もっとも、文化観光部2000年式にも、子音の表記規則が比較的単純であることや、現在の韓国における標準的なローマ字表記であることなどの利点があります。そのため、全面的にマッキューン＝ライシャワー式へ変更するのではなく、例えば子音は文化観光部2000年式のままとし、母音のみマッキューン＝ライシャワー式の表記を採り入れるという折衷案も考えられるのではないでしょうか。仮に変更がなされた場合は{{temp|ux}}などのテンプレートにおけるローマ字の自動出力も改修を加えることになるかと存じますゆえ、皆様のご意見を伺えれば幸いです。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月15日 (水) 17:07 (UTC) :{{コメント}} 少なくとも母音と子音で異なる方式を採用するのは'''どの方式にも属さない新たな表記法を生み出す'''ことになります。その表記法がWiktionaryを離れても一般的に使用されるものかどうかが争点となったことが過去に[[Wiktionary:編集室/2020年Q3#手話の導入について]]であり、独自の表記法が実際に調べたい人にとって果たして分かりやすいものなのか？という話になりました。既存の表記法があるのならWiktionary以外の辞書との互換性も考え、'''既存のものを使用すべき'''と考えます。--[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年7月18日 (土) 17:47 (UTC) :現時点では折衷案については反対意見をいただきましたが、マッキューン＝ライシャワー式そのものの採用については特に反対意見は出ていないものと認識しています。そのため、このまま議論に十分な時間を掛けたと考えられる程度の間に新たなご意見がなければ、マッキューン＝ライシャワー式への変更を進めたいと考えています。もちろん、それまでに反対意見や新たな論点がございましたら、改めて検討したいと思いますので、ご意見をいただけますと幸いです。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月27日 (月) 12:14 (UTC) ::その後一週間以上反対意見等が見られないため、試験的にマッキューン=ライシャワー式を導入するためモジュール:ko-translitに変更を加えます。あくまで試験的なものであるため不具合があるようでしたら差し戻します。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月7日 (金) 16:48 (UTC) :::{{提案}}試験的にマッキューン＝ライシャワー式を導入してしばらく使用してみたところ、表記上いくつか気になる点がありましたので、追加で提案いたします。MR式では、「ㄴㄱ」と「ㅇㅇ」のように、MR式についてある程度の前提知識がなければ区別しにくい組み合わせがあります。例えば안고はan'gŏ、앙어はangŏと表記されるため、ラテン文字だけを見た場合両者の違いを直感的に把握することが難しい場合があります。この点は発音を知るための表記として考えた場合、MR式の欠点の一つと言えるのではないでしょうか。そこで、この点について、かつて韓国で用いられていた文教部1984年式の方式を取り入れることを提案します。すなわち、ㄴㄱを n-g、ㅇㅇを ng- と表記することで両者を明確に区別し、アポストロフィ（'）は激音の表記にのみ用いる方式です。その場合例で挙げた안고はan-gŏ、앙어はang-ŏとなります。この方式であれば、文化観光部2000年式（RR式）とMR式を組み合わせた新たな独自表記法を作るという以前の折衷案とは異なり、あくまでMR式を基礎とした既存の表記法の変種を採用することになります。そのため、MR式との対応関係を大きく損なうことなく可読性の向上が期待できるのではないかと思います。したがって、現在のMR式をそのまま維持する案に加えて、文教部1984年式に見られるこの表記上の工夫を取り入れる案についても、検討してみてはいかがでしょうか。一週間ほど待って特に意見が挙がらないようであればこちらも導入に踏み切りたいと考えます。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月18日 (火) 17:36 (UTC) ::::{{コメント}}改めて考えたところ、{{temp|ko-IPA}}などでMR式として明記して提示されている表記法との整合性が取れなくなることに気付きました。文教部1984年式はMR式を基礎とした既存の変種ではあるものの、Wiktionary内で「マッキューン＝ライシャワー式」として扱う表記法を統一するという観点からは、別の表記規則を導入することは望ましくないと判断しました。そのため、先ほどの提案については撤回させていただきます。お騒がせして申し訳ありません。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月19日 (水) 06:45 (UTC) == 客家語の四県腔について == 客家語についての確認、および提案があります。現在、簡体字の項目では「簡体字を使用していない地域の発音は掲載しない」という運用になっていると認識しています。一方で客家語の四県腔については、英語版および中国語版Wikipediaでは使用地域が「台湾」とされており、そのためこの運用に従うのであれば簡体字の項目には四県腔の発音を掲載しない方が一貫性があるのではないでしょうか。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月21日 (火) 02:12 (UTC) :質問ですが、日本語版Wikipediaでは広東省嘉應州府の梅県や近隣の長楽県、興寧県、鎮平県、平遠県などの四県の出身者が用いるとされておりますが、広東省のこれらの地域では四県腔は用いられないという理解でよろしいでしょうか？--[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年7月21日 (火) 08:58 (UTC) ::ご質問の通り、広東省のこれらの地域で現在「四県腔」という名称や区分で客家語が話されているわけではない、というご理解で問題ないと思われます。中国語版wikipediaの「[[w:zh:四县话|四縣話]]」では、「台灣的四縣話與中國大陸的梅縣話略有不同，由於四縣移民實際上以嘉應州的鎮平縣，也就是現在的蕉嶺縣為最多，所以台灣的四縣話與中國大陸的蕉嶺縣客家話更為相近」とあり、この記述からは「中国大陸では「四県腔」ではなく、「梅県話」や「蕉嶺県客家話」などの単位で存在していること」が読み取れます。つまり日本語版wikipediaの「四県の出身者」という表現は現在の四県の住民ではなく、過去に四県から台湾に移民した人々を指すものであると考えられます。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月21日 (火) 12:03 (UTC) :::それならその方向で問題ないと思います。--[[利用者:M-30722|M-30722]] ([[利用者・トーク:M-30722|トーク]]) 2026年7月21日 (火) 14:35 (UTC) :正直、みんな'''分かってはいるけど暗黙の了解として使ってる'''ものだと思っています（実際自分もそうでした）...。5000件近くある客家語の項目のソート基準は白話字ですから、急に変更することに抵抗があって言い出せないものだと思っています。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月21日 (火) 15:01 (UTC) ::まずはソートキーについては現状維持でよいと考えています。5000件近い項目のソート順を一度に変更するのは影響が大きく、抵抗感があるというご意見にも納得できます。その一方で、簡体字の項目については、「簡体字を使用していない地域の発音は掲載しない」という現在の運用との整合性を考えると、ソートキーは四県腔のままとしつつ、簡体字の項目では四県腔の発音のみ表示しないという対応がよいのではないでしょうか。この方法であれば、既存のソート順には影響を与えず、運用の一貫性も保つことができると思います。その上で海陸腔や梅県語などを独立したカテゴリ・ソートキーとして運用するかどうかはそれらが完了した後から議論してもよいのではないでしょうか。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月21日 (火) 22:37 (UTC) :::一番懸念してる点をピンポイントで出されましたが、ソートキーはぱっと見でかつ、複数項目（繁簡の2ページだけという意味でも）の対照じゃなくても分かるものでありたいと考えています。四県腔・梅県話で表記が違うのはざらですし、新規の参入者に「えっ？これどうやってソートキーつけてるんだ？」と思われて適当に付けられるのが一番困ります。 :::「ソースを見ればいいじゃないか」じゃなく、ビジュアルの段階での問題です。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月27日 (月) 12:31 (UTC) ::::それでは四川語などと同様に、梅県話などについても独立したカテゴリ・ソートキーを設ける、あるいは四県腔の発音が存在しない項目についてはそもそもカテゴリ自体を付与しないという運用が考えられるように思います。このような形であればソートキーの対応関係が分かりにくくなるという問題は避けられると存じますがいかがでしょうか。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年7月27日 (月) 14:14 (UTC) :::::{{提案}}その後しばらく議論を拝見しておりますが、新たなご意見は出ていないようですので、具体的な対応案を提案いたします。現在の「ソートキーが見た目で分かるものであるべき」というご意見を踏まえると、四県腔のソートキーを梅県話などの発音に流用することは避けた方がよいと考えます。そこで、海陸腔および梅県話については、潮州語の運用を参考にそれぞれ独立したカテゴリおよびソートキーを新設し、四県腔とは分けて管理することを提案します。また、簡体字の項目については、現在の「簡体字を使用していない地域の発音は掲載しない」という運用との整合性を考慮し、四県腔の発音・カテゴリ・ソートキーは削除することを提案します。この方法であれば、ソートキーの対応関係を分かりやすく保ちながら、各方言を適切に分類できるものと考えています。特に異論がなければ、この方針でカテゴリの新設および関連項目の改修を進めたいと考えていますので、ご意見等ございましたらお願いいたします。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月4日 (火) 05:05 (UTC) ::::::{{対処}}ひとまず海陸腔に関してはhak-hl-catや関連カテゴリを作成しました。hak-hl-catは客家語拼音をそのまま入れれば自動で声調を表す数字に変換されるようになっていますのである程度は楽に整備できるかと思います。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月11日 (火) 09:29 (UTC) :::::::（追記）カテゴリ:海陸腔 国際音声記号ありのタグ付けに苦戦しているのでどなたか対処していただけると幸いです...--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月11日 (火) 09:37 (UTC) ::::::::とりあえず対処してみましたが、いかがでしょうか。--[[利用者:ふゆくれ|ふゆくれ]] ([[利用者・トーク:ふゆくれ|トーク]]) 2026年8月11日 (火) 11:38 (UTC) :::::::::対応ありがとうございます。--[[利用者:Jiba1219|Jiba1219]] ([[利用者・トーク:Jiba1219|トーク]]) 2026年8月11日 (火) 12:00 (UTC) == 一つのrefタグに複数情報源を列挙しないでほしい == ここ数年で頻繁に出てきた、「字源だけ編集する人」がよくやりがちなのでここに書きますが、出典ひとつにつき1つのrefタグをつけてください。見る側としては1つの情報源が1つに書いてある方が分かりやすいです。--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年7月21日 (火) 22:36 (UTC) == [[スンダ・スラウェシ祖語]]の削除依頼 == 私はオーストロネシア語族の言語の資料や教科書などを読んだり勉強したりしてこの語は一度も聞くことがありません。さらに、英語版WiktionaryがRFDされていたのでここも同じくそうやってもよいでしょうか [[利用者:Maraschino Cherry|Maraschino Cherry]] ([[利用者・トーク:Maraschino Cherry|トーク]]) 2026年8月28日 (金) 14:01 (UTC) :何か情報があるかと思って[[:en:Talk:Proto-Sunda-Sulawesi|英語版のトークページ]]を見たところ、「スンダ・スラウェシ語族についての記述もそもそもあんまり出ることないし、"{{w|Google Scholar}}"には2006年 ( = Wiktionary以後) 以前の記述がないから、これ{{w|循環報告}} (Wikiプロジェクト群だから、正確にはサイトジェネシス) なんじゃないの？」という指摘があります。 :英語版でこの調子なら、まして専門家のいない日本語版で卓越した調査結果が出るとも考えづらいですし、信頼性面で削除も不可避...ですかね？--[[利用者:Kuroco2k|<span style="color:#000000">'''雛宮黒狐'''</span>]]（[[利用者‐会話:Kuroco2k|<span style="color:#5a00cc">Talk</span>]]） 2026年8月28日 (金) 23:09 (UTC) ::『中国大百科全書』でオーストロネシア語族研究の歴史を学びまして現在、学術界はこの分類を支持しておらず、過去においても支持者はごく少数でした。正確に何人は分かりませんが、わずかだったと思います。要するに、それぞれ存在すると仮定してもスンダ語群とスラウェシ語群はただこの二つの間に、当該祖語が存在する可能性が高いとは言えません。[[利用者:Maraschino Cherry|Maraschino Cherry]] ([[利用者・トーク:Maraschino Cherry|トーク]]) 2026年8月29日 (土) 06:05 (UTC) dq90pg9fojjmgqaqz84cu2slk280jdl 0 594342 2337192 2297069 2026-08-28T12:46:08Z あのね 131509 /* 日本語 */ 2337192 wikitext text/x-wiki {{kana-DEFAULTSORT|がつじん}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|がつじん|がちじん|[[げっしん]]}} #{{タグ|ja|神}}[[つきのかみ|月の神]]。 #月読尊。 #（がちじん）{{タグ|ja|abbr|インド神話|sort=かちしん がちじん}}[[月神天]]。 apotf5i3bd0yb5i0d9195q7f4f9fkej 0 603622 2337184 2335790 2026-08-28T12:17:40Z ~2026-46713-83 133212 /* 日本語 */ 2337184 wikitext text/x-wiki {{kana-DEFAULTSORT|じゅくだん}} =={{L|ja}}== ==={{pron}}=== {{ja-pron|acc=0|じゅくだん|acc_ref=DJR4}} ==={{noun}}=== {{ja-noun-suru|じゅくだん|reki=じゆくだむ}} #[[納得]]するまで、よく{{おくりがな3|話|はな|し|合|あ|う|はなしあう}}こと。{{ruby|[[十分]]|じゅうぶん}}に[[相談]]すること。 #{{おくりがな3|話|はな|し|合|あ|う|はなしあい}}で{{おくりがな3|折|お|り|合|あ|い|おりあい}}をつけること。[[示談]]。 ==={{verb}}=== {{ja-verb-suru|じゅくだん}} ===={{conjug}}==== {{日本語サ変活用}} ===脚注=== {{Reflist}} j4fwc9e38b31tl1otfvlewl504mpfp8 0 604108 2337244 2337150 2026-08-29T00:36:54Z ArsenalBastion4093 127527 2337244 wikitext text/x-wiki =={{L|zh}}== ==={{alter}}=== * {{l|zh|操你媽}} * {{l|zh|草你媽}}（インターネットスラング） ==={{pron}}=== {{cmn-pron|càonǐmā}} ==={{interjection}}=== {{zhchars|s=肏你妈}} #[[極度]]の[[不満]]を[[表現]]するために使用される[[下品]]な言葉。[[くたばる|くたばれ]]。 {{zh-cat|cao4ni3ma1|間投詞}} j1ivtyxh4e3xf3rimex5448wdim00ag 0 604150 2337182 2026-08-28T12:12:23Z ~2026-46713-83 133212 [[へいりゃく]]への転送ページ 2337182 wikitext text/x-wiki #転送[[へいりゃく]] d3j36lilhhrrquavb9bdfger5pad489 2337183 2337182 2026-08-28T12:13:13Z ~2026-46713-83 133212 /* */ 2337183 wikitext text/x-wiki #転送[[兵略]] b50jar3shi61y5zdyqth3z1vndo0jcl 0 604151 2337185 2026-08-28T12:22:59Z うーむ 129171 ページの作成:「{{kana-DEFAULTSORT|けつじん}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|[[けつじん]]}} #飛び抜けて優れた[[ひと|人]]。[[傑物]]。」 2337185 wikitext text/x-wiki {{kana-DEFAULTSORT|けつじん}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|[[けつじん]]}} #飛び抜けて優れた[[ひと|人]]。[[傑物]]。 9dewzfkeftrdrovseh6fg6nrfb61cvc 0 604152 2337186 2026-08-28T12:26:04Z うーむ 129171 ページの作成:「{{kana-DEFAULTSORT|けつじん}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|[[けつじん]]}} #[[ち|血]]の付いた[[かたな|刀]]。」 2337186 wikitext text/x-wiki {{kana-DEFAULTSORT|けつじん}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|[[けつじん]]}} #[[ち|血]]の付いた[[かたな|刀]]。 3qw6n48bs4rl9tpyywkhrzzg68fs358 0 604153 2337187 2026-08-28T12:27:37Z うーむ 129171 ページの作成:「{{kana-DEFAULTSORT|けつじん}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|[[けつじん]]}} #[[彫物師]]。 #[[版木]]を彫る人。」 2337187 wikitext text/x-wiki {{kana-DEFAULTSORT|けつじん}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|[[けつじん]]}} #[[彫物師]]。 #[[版木]]を彫る人。 1l8w32lod7674uh9acnet182uw49go4 0 604154 2337188 2026-08-28T12:29:34Z うーむ 129171 ページの作成:「{{kana-DEFAULTSORT|けつじん}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|[[けつじん]]}} #[[陣立て]]。」 2337188 wikitext text/x-wiki {{kana-DEFAULTSORT|けつじん}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|[[けつじん]]}} #[[陣立て]]。 i4ceiju5edw42n1wwtov9nmm6jpwx0f 0 604155 2337189 2026-08-28T12:32:12Z うーむ 129171 ページの作成:「{{kana-DEFAULTSORT|けつじん}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|[[けつじん]]}} #[[穴師]]。」 2337189 wikitext text/x-wiki {{kana-DEFAULTSORT|けつじん}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|[[けつじん]]}} #[[穴師]]。 en0by99aysdw026ut4t4v4uyjxa1rap 0 604156 2337190 2026-08-28T12:36:12Z うーむ 129171 ページの作成:「{{kana-DEFAULTSORT|あなし}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|あなし|けつし}} #（あなし）芝居茶屋の[[使用人]]であるが[[茶屋]]の主人に代わり見物席の割り当てをする者。 #（けつし）[[採掘]]を業とする者。」 2337190 wikitext text/x-wiki {{kana-DEFAULTSORT|あなし}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|あなし|けつし}} #（あなし）芝居茶屋の[[使用人]]であるが[[茶屋]]の主人に代わり見物席の割り当てをする者。 #（けつし）[[採掘]]を業とする者。 au74emmhoeqjzwdjdjjvdncho5089v2 0 604157 2337191 2026-08-28T12:43:34Z うーむ 129171 ページの作成:「{{kana-DEFAULTSORT}} {{also|けっしん|げっしん}} =={{L|ja}}== ==={{kangokana}}=== {{ja-kangokana|h=y}} *【[[傑人]]】傑物。 *【[[劂人]]】彫物師。 *【[[竭尽]]】尽きること。 *【[[血刃]]】血の付いた刀。 *【[[結陣]]】陣立て。 *【[[穴人]]】穴師。」 2337191 wikitext text/x-wiki {{kana-DEFAULTSORT}} {{also|けっしん|げっしん}} =={{L|ja}}== ==={{kangokana}}=== {{ja-kangokana|h=y}} *【[[傑人]]】傑物。 *【[[劂人]]】彫物師。 *【[[竭尽]]】尽きること。 *【[[血刃]]】血の付いた刀。 *【[[結陣]]】陣立て。 *【[[穴人]]】穴師。 dlh9oxvtckqq7ayjahwnqjony1x1aq1 0 604158 2337193 2026-08-28T12:49:36Z あのね 131509 ページの作成:「{{kana-DEFAULTSORT}} {{also|けっしん|けつじん}} =={{L|ja}}== ==={{kangokana}}=== {{ja-kangokana|h=y}} *【[[月神]]】月の神。 *【[[月震]]】月で起こる地震。」 2337193 wikitext text/x-wiki {{kana-DEFAULTSORT}} {{also|けっしん|けつじん}} =={{L|ja}}== ==={{kangokana}}=== {{ja-kangokana|h=y}} *【[[月神]]】月の神。 *【[[月震]]】月で起こる地震。 anz4o29kflu66crqwmgc9hyvf6k34wz 0 604159 2337195 2026-08-28T12:59:16Z うーむ 129171 ページの作成:「{{kana-DEFAULTSORT}} {{also|しちょう|じちょう}} =={{L|ja}}== ==={{kangokana}}=== {{ja-kangokana|h=y}} *【[[七洋]]】世界中の海。 *【[[七曜]]】日月と五曜を合わせたもの。」 2337195 wikitext text/x-wiki {{kana-DEFAULTSORT}} {{also|しちょう|じちょう}} =={{L|ja}}== ==={{kangokana}}=== {{ja-kangokana|h=y}} *【[[七洋]]】世界中の海。 *【[[七曜]]】日月と五曜を合わせたもの。 gk2y0et8pphosc0glb9ty400agcwvq4 2337196 2337195 2026-08-28T13:02:07Z うーむ 129171 2337196 wikitext text/x-wiki {{kana-DEFAULTSORT}} {{also|しちょう|じちょう}} =={{L|ja}}== ==={{kangokana}}=== {{ja-kangokana|h=y}} *【[[七洋]]】世界中の海。 *【[[七曜]]・[[七耀]]・[[七燿]]】日月と五曜を合わせたもの。 clzi2dh333gclkgcib0pfep51nl7l1j 0 604160 2337199 2026-08-28T13:10:35Z うーむ 129171 ページの作成:「{{kana-DEFAULTSORT|えほう}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|[[えほう]]}} #{{タグ|ja|仏教}}[[過去]]の[[業]]の報いとして受ける身の拠り所としての[[国土]]、[[家屋]]などの[[環境]]。」 2337199 wikitext text/x-wiki {{kana-DEFAULTSORT|えほう}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|[[えほう]]}} #{{タグ|ja|仏教}}[[過去]]の[[業]]の報いとして受ける身の拠り所としての[[国土]]、[[家屋]]などの[[環境]]。 0mw798haphp5x2vj1lns4gcfmgprp2v 0 604161 2337200 2026-08-28T13:13:56Z うーむ 129171 ページの作成:「{{kana-DEFAULTSORT}} =={{L|ja}}== ==={{kangokana}}=== {{ja-kangokana|h=y}} *【[[依報]]】過去の業の報いとして受ける身の拠り所としての環境。 *【[[恵方]]】その年の歳徳神のいる方角。」 2337200 wikitext text/x-wiki {{kana-DEFAULTSORT}} =={{L|ja}}== ==={{kangokana}}=== {{ja-kangokana|h=y}} *【[[依報]]】過去の業の報いとして受ける身の拠り所としての環境。 *【[[恵方]]】その年の歳徳神のいる方角。 gudupsrwvaquzakp7zmie3sfub7y8ui 0 604162 2337201 2026-08-28T13:27:10Z ~2026-46713-83 133212 [[結髪]]への転送ページ 2337201 wikitext text/x-wiki #転送[[結髪]] qrovk5aajzo1ml4ilqq7wbqlosnr18k 10 604163 2337212 2026-08-28T23:30:33Z Kuroco2k 84207 [[:w:Template:ISO date/fr2]] 2337212 wikitext text/x-wiki {{#ifeq:{{padleft:|8|{{{2}}}}}|{{{day}}} avril|{{ISO date/year|{{{2}}}|10}}-04-{{{day}}} |{{#ifeq:{{padleft:|6|{{{2}}}}}|{{{day}}} mai|{{ISO date/year|{{{2}}}|8}}-05-{{{day}}} |{{#ifeq:{{padleft:|12|{{{2}}}}}|{{{day}}} septembre|{{ISO date/year|{{{2}}}|14}}-09-{{{day}}} |{{#switch:{{padleft:|7|{{{2}}}}} |{{{day}}} mars={{ISO date/year|{{{2}}}|9}}-03-{{{day}}} |{{{day}}} juin={{ISO date/year|{{{2}}}|9}}-06-{{{day}}} |{{{day}}} août={{ISO date/year|{{{2}}}|9}}-08-{{{day}}} |#default={{#switch:{{padleft:|10|{{{2}}}}} |{{{day}}} janvier={{ISO date/year|{{{2}}}|12}}-01-{{{day}}} |{{{day}}} février={{ISO date/year|{{{2}}}|12}}-02-{{{day}}} |{{{day}}} juillet={{ISO date/year|{{{2}}}|12}}-07-{{{day}}} |{{{day}}} octobre={{ISO date/year|{{{2}}}|12}}-10-{{{day}}} |#default={{#switch:{{padleft:|11|{{{2}}}}} |{{{day}}} novembre={{ISO date/year|{{{2}}}|13}}-11-{{{day}}} |{{{day}}} décembre={{ISO date/year|{{{2}}}|13}}-12-{{{day}}} |#default={{{defaultdate|}}}}} }}}}}}}} }}<noinclude><!-- 4 = avril, 5 = mai, 9 = septembre 3 = mars, 6 = juin, 8 = août, 1 = janvier, 2 = février, 7 = juillet, 10 = octobre 11 = novembre, 12 = décembre --> </noinclude> qpwmesh1z5qlt8u9jugtc3zuayvslut 0 604164 2337213 2026-08-28T23:32:46Z Kuroco2k 84207 [[:en:citogenesis]] 2337213 wikitext text/x-wiki =={{L|en}}== ==={{etym}}=== {{affix|en|cite|-o-|-genesis}}。おそらく {{m|en|cytogenesis}} のもじり。ウェブコミック『xkcd』中で、{{coinage|en|ランドール・マンロー|in=2011}}<ref>{{Cite web|url=https://xkcd.com/978/|author=Randall Munroe|date=2011-11-16|work={{w|xkcd}}|title=Citogenesis|accessdate=2026-08-29}}</ref>。 ==={{pron}}=== *{{IPA|lang=en|/ˌsaɪt.əʊˈdʒɛn.ə.sɪs/|a=UK}} *{{音声|en|LL-Q1860 (eng)-Flame, not lame-citogenesis.wav|a=US}} *{{homophones|lang=en|cytogenesis}} ==={{noun}}=== {{en-noun|-}} #{{context|informal|ウィキプロジェクト群を情報源とする|lang=en}} [[循環参照]]。 ===={{seealso}}==== *{{l|en|epistemic circularity}} m71gho6foq4x27ednn82hokiyulie39 2337214 2337213 2026-08-28T23:33:07Z Kuroco2k 84207 2337214 wikitext text/x-wiki =={{L|en}}== ==={{etym}}=== {{affix|en|cite|-o-|-genesis}}。おそらく {{m|en|cytogenesis}} のもじり。ウェブコミック『xkcd』中で、{{coinage|en|ランドール・マンロー|in=2011}}<ref>{{Cite web|url=https://xkcd.com/978/|author=Randall Munroe|date=2011-11-16|work={{w|xkcd}}|title=Citogenesis|accessdate=2026-08-29}}</ref>。 ==={{pron}}=== *{{IPA|lang=en|/ˌsaɪt.əʊˈdʒɛn.ə.sɪs/|a=UK}} *{{音声|en|LL-Q1860 (eng)-Flame, not lame-citogenesis.wav|a=US}} *{{homophones|lang=en|cytogenesis}} ==={{noun}}=== {{en-noun|-}} #{{context|informal|ウィキプロジェクト群を情報源とする|lang=en}} [[循環参照]]。 ===={{seealso}}==== *{{l|en|epistemic circularity}} ===脚注=== {{Reflist}} s9m6vzu300fo9hmxgd4ot6sr8ebchzu 10 604165 2337215 2026-08-28T23:33:19Z Jiba1219 100610 ページの作成:「<onlyinclude><div class="zh-full-box" style="margin:0.5em 0;">{{ #if: {{{1|}}} |<div class="zh-trad">{{ZHtra|{{{1}}}}}</div>}}{{ #if: {{{2|}}} |<div class="zh-pinyin" style="margin-left: 1.5em;">{{{2}}}</div>}}{{ #if: {{{3|}}} |<div class="zh-trans" style="margin-left: 1.5em;">{{{3}}}</div>}}{{#if:{{{1|}}}{{{2|}}}{{{3|}}}|[[カテゴリ:中国語 例文あり{{#if:{{{sort|}}}|{{!}}{{{sort}}}}} ]]}}</div></onlyinclude> 中国語(正体字）の例文に使えるテ…」 2337215 wikitext text/x-wiki <onlyinclude><div class="zh-full-box" style="margin:0.5em 0;">{{ #if: {{{1|}}} |<div class="zh-trad">{{ZHtra|{{{1}}}}}</div>}}{{ #if: {{{2|}}} |<div class="zh-pinyin" style="margin-left: 1.5em;">{{{2}}}</div>}}{{ #if: {{{3|}}} |<div class="zh-trans" style="margin-left: 1.5em;">{{{3}}}</div>}}{{#if:{{{1|}}}{{{2|}}}{{{3|}}}|[[カテゴリ:中国語 例文あり{{#if:{{{sort|}}}|{{!}}{{{sort}}}}} ]]}}</div></onlyinclude> 中国語(正体字）の例文に使えるテンプレートです。<br>引数はすべて省略可能です。 == 使用方法 == * 引数'''1''': 本文（繁体字） * 引数'''2''': 拼音（ピンイン） * 引数'''3''': 和訳 * 引数'''sort''': ソートキー（省略時はDEFAULTSORTやページ名を使用） == 記述例 == 引数2（拼音）などを省略して引数3（和訳）を使う場合は、<code>||</code> のようにパイプを連続させてください。 '''入力:''' <pre> #*{{zh-tra-ex|[[時間]][[還]][[來得及]]。|'''Shíjiān''' hái láidejí.|時間には間に合った。}} </pre> gshid0o0sdprq5y68gqwtpzg9q1fj9e 2337217 2337215 2026-08-28T23:33:38Z Jiba1219 100610 2337217 wikitext text/x-wiki <onlyinclude><div class="zh-full-box" style="margin:0.5em 0;">{{ #if: {{{1|}}} |<div class="zh-trad">{{ZHtra|{{{1}}}}}</div>}}{{ #if: {{{2|}}} |<div class="zh-pinyin" style="margin-left: 1.5em;">{{{2}}}</div>}}{{ #if: {{{3|}}} |<div class="zh-trans" style="margin-left: 1.5em;">{{{3}}}</div>}}{{#if:{{{1|}}}{{{2|}}}{{{3|}}}|[[カテゴリ:中国語 例文あり{{#if:{{{sort|}}}|{{!}}{{{sort}}}}} ]]}}</div></onlyinclude> 中国語(正体字）の例文に使えるテンプレートです。<br>引数はすべて省略可能です。 == 使用方法 == * 引数'''1''': 本文（正体字） * 引数'''2''': 拼音（ピンイン） * 引数'''3''': 和訳 * 引数'''sort''': ソートキー（省略時はDEFAULTSORTやページ名を使用） == 記述例 == 引数2（拼音）などを省略して引数3（和訳）を使う場合は、<code>||</code> のようにパイプを連続させてください。 '''入力:''' <pre> #*{{zh-tra-ex|[[時間]][[還]][[來得及]]。|'''Shíjiān''' hái láidejí.|時間には間に合った。}} </pre> 3ywr1klu3abnsjkxlgjkzpunket570z 2337218 2337217 2026-08-28T23:37:27Z Jiba1219 100610 テンプレートuxにビジュアルを合わせました 2337218 wikitext text/x-wiki <onlyinclude><div class="zh-full-box" style="margin:0.5em 0;">{{ #if: {{{1|}}} |<div class="zh-trad" style="font-style: italic;">{{ZHtra|{{{1}}}}}</div>}}{{ #if: {{{2|}}} |<div class="zh-pinyin" style="margin-left: 1.5em; font-style: italic;">{{{2}}}</div>}}{{ #if: {{{3|}}} |<div class="zh-trans" style="margin-left: 1.5em;">{{{3}}}</div>}}{{#if:{{{1|}}}{{{2|}}}{{{3|}}}|[[カテゴリ:中国語 例文あり{{#if:{{{sort|}}}|{{!}}{{{sort}}}}} ]]}}</div></onlyinclude> 中国語（正体字）の例文などに使えるテンプレートです。<br>引数はすべて省略可能です。 == 使用方法 == * 引数'''1''': 本文（正体字） * 引数'''2''': 拼音 * 引数'''3''': 和訳 * 引数'''sort''': ソートキー（省略時はDEFAULTSORTやページ名を使用） == 記述例 == 引数2（拼音）などを省略して引数3（和訳）を使う場合は、<code>||</code> のようにパイプを連続させてください。 '''入力:''' <pre> #*{{テンプレート名|[[時間]][[還]][[來得及]]。|Shíjiān hái láidejí.|時間には間に合った。}} </pre> okmn63eczb34ho3v1ue5k7yq2a6u0s5 10 604166 2337228 2026-08-29T00:07:17Z Kuroco2k 84207 [[:en:Template:el-decl-ος-η-ο]] 2337228 wikitext text/x-wiki <includeonly>{{el-decl-adj|nopio=1|nocat=1|dec=ος-η-ο|stem={{{1|}}}|posnote={{{note|}}}}}</includeonly><noinclude>{{documentation}}</noinclude> an8cpiwt66onc6fkfgq3bnqyup6xeep 2337229 2337228 2026-08-29T00:08:00Z Kuroco2k 84207 2337229 wikitext text/x-wiki <includeonly>{{el-decl-adj|nopio=1|nocat=1|dec=ος-η-ο|stem={{{1|}}}|posnote={{{note|}}}}}</includeonly><noinclude>{{documentation}}[[カテゴリ:{{el}} 語形変化表テンプレート]]</noinclude> 0bchj3ufbx3wk4z7nrjrv86aw1dq6v3 0 604167 2337246 2026-08-29T00:45:27Z Jiba1219 100610 ページの作成:「{{DEFAULTSORT:biao1zhi4}} =={{L|zh}}== ==={{pron}}=== {{cmn-pron|biāozhì|z=n}} ==={{zh-mt}}=== {{zhchars}} #{{zh-mt of|標誌}}」 2337246 wikitext text/x-wiki {{DEFAULTSORT:biao1zhi4}} =={{L|zh}}== ==={{pron}}=== {{cmn-pron|biāozhì|z=n}} ==={{zh-mt}}=== {{zhchars}} #{{zh-mt of|標誌}} tnp9i2x79i7r9v33t6ulc5saj0h4cq2 0 604168 2337264 2026-08-29T00:54:41Z ArsenalBastion4093 127527 ページの作成:「=={{L|zh}}== ==={{etym}}=== 漢字「{{l|zh|糞}}」をその見かけの構成要素に分解することから。 ==={{pron}}=== {{cmn-pron|mǐtiángòng}} {{yue-pron|mai5 tin4 gung6}} ==={{noun}}=== {{zhchars}} # {{タグ|zh|humorous|euphemism|sort=mi3tian2gong4}} {{ふりがな|糞|フン}}。 {{zh-cat|mi3tian2gong4|名詞}} {{yue-cat|mai5tin4gung6|名詞|滑稽|婉曲表現}}」 2337264 wikitext text/x-wiki =={{L|zh}}== ==={{etym}}=== 漢字「{{l|zh|糞}}」をその見かけの構成要素に分解することから。 ==={{pron}}=== {{cmn-pron|mǐtiángòng}} {{yue-pron|mai5 tin4 gung6}} ==={{noun}}=== {{zhchars}} # {{タグ|zh|humorous|euphemism|sort=mi3tian2gong4}} {{ふりがな|糞|フン}}。 {{zh-cat|mi3tian2gong4|名詞}} {{yue-cat|mai5tin4gung6|名詞|滑稽|婉曲表現}} 397e3m76jlrds8n6o1c86cn1ui5iuyc 10 604169 2337270 2026-08-29T01:15:50Z Kuroco2k 84207 文書 2337270 wikitext text/x-wiki 語源を示すテンプレートです。{{temp|derived}}と用法が異なり、具体的な単語を表記する際は{{temp|term}}を併記します。 == TemplateData == {{TemplateDataHeader}} <templatedata> { "description": "「語源」節の後に置いて、語源となる言語名を示す。", "params": { "1": { "label": "言語1", "description": "由来元の言語", "type": "string", "required": true }, "2": { "label": "言語2", "description": "由来先の言語", "type": "string", "autovalue": "en", "required": false } } } </templatedata> 現在は{{para|2}}を指定しなくても規定値が存在しますが、将来的に廃止予定です。 == カテゴリ == このテンプレートは、貼り付けられたページに次のカテゴリを適用します: {| class="wikitable" ! カテゴリ !! ソートキー !! 説明 |- ! style="text-align:left;" | カテゴリ:{{<code>2</code>}} {{<code>1</code>}}由来 | || {{para|2}}で<code>-</code>または<code>mul</code>を付与した場合、カテゴリを付与しません。 |- ! style="text-align:left;" | カテゴリ:{{<code>1</code>}} 再借用 | || {{para|1}}、{{para|2}}で同値を使用した場合適用。 |} ==関連項目== *[[テンプレート:bor+]] - 借用語に使用 *[[テンプレート:calque]] - 翻訳借用語に使用 <includeonly> [[カテゴリ:語源テンプレート]] [[カテゴリ:言語コードを利用するテンプレート]] </includeonly> <noinclude> [[カテゴリ:テンプレート文書]] </noinclude> pkbj9q84sjbo7vvjabs3p622f3zrnsl 828 604170 2337272 2026-08-29T01:43:09Z Kuroco2k 84207 [[:en:Module:parse interface]] 2337272 Scribunto text/plain local export = {} local string_utilities_module = "Module:string utilities" local parse_utilities_module = "Module:parse utilities" local table_module = "Module:table" --[=[ Loaders for functions in other modules, which overwrite themselves with the target function when called. This ensures modules are only loaded when needed, retains the speed/convenience of locally-declared pre-loaded functions, and has no overhead after the first call, since the target functions are called directly in any subsequent calls. ]=] local function rfind(...) rfind = require(string_utilities_module).find return rfind(...) end local function rsplit(...) rsplit = require(string_utilities_module).split return rsplit(...) end local function split_on_comma(...) split_on_comma = require(parse_utilities_module).split_on_comma return split_on_comma(...) end local function split_escaping(...) split_escaping = require(parse_utilities_module).split_escaping return split_escaping(...) end local function parse_inline_modifiers(...) parse_inline_modifiers = require(parse_utilities_module).parse_inline_modifiers return parse_inline_modifiers(...) end local function parse_term_with_lang(...) parse_term_with_lang = require(parse_utilities_module).parse_term_with_lang return parse_term_with_lang(...) end local function term_contains_top_level_html(...) term_contains_top_level_html = require(parse_utilities_module).term_contains_top_level_html return term_contains_top_level_html(...) end local function escape_comma_whitespace(...) escape_comma_whitespace = require(parse_utilities_module).escape_comma_whitespace return escape_comma_whitespace(...) end local function unescape_comma_whitespace(...) unescape_comma_whitespace = require(parse_utilities_module).unescape_comma_whitespace return unescape_comma_whitespace(...) end local function shallow_copy(...) shallow_copy = require(table_module).shallowCopy return shallow_copy(...) end local function decode_entities(...) -- FIXME: Why are we doing this? It was added to [[Module:form of/templates]] in -- https://en.wiktionary.org/w/index.php?title=Module:form_of/templates&diff=prev&oldid=81900806 on 2024-09-24 -- by [[User:Theknightwho]] with the comment "Optimisations + decode HTML entities.". -- -- NOTE: We could add a check for & in the term before calling decode_entities(), but in practice, -- [[Module:string utilities]] is essentially always loaded so there's little point. str_decode_entities = require(string_utilities_module).decode_entities return str_decode_entities(...) end --[==[ This is an almost drop-in replacement for split_on_comma() in [[Module:parse utilities]], with optimizations to avoid loading and running the while algorithm in [[Module:parse utilities]] except when necessary. ]==] function export.split_on_comma(val) if val:find(",%s") or (val:find(",") and val:find("[\\%[<]")) then -- Comma after whitespace not split; nor are backslash-escaped commas or commas inside of square or -- angle brackets. If we see any of these, use the more sophisticated algorithm in -- [[Module:parse utilities]]. Otherwise it's safe to just split on commas directly. This optimization -- avoids loading [[Module:parse utilities]] unnecessarily. return split_on_comma(val) else return rsplit(val, ",") end end --[==[ This is similar to parse_term_with_lang() in [[Module:parse utilities]], but if there is no colon + non-space in the term, it will be returned directly and not parsed into link/display format. If you need the link/display arguments even in the absence of a language prefix, call [[Module:parse utilities]] directly. ]==] function export.parse_term_with_lang(data) if data.term:find(":[^ ]") then return parse_term_with_lang(data) else return data.term, nil, nil, nil end end --[==[ This is an almost drop-in replacement for parse_inline_modifiers() in [[Module:parse utilities]] except that # it won't attempt to parse inline modifiers if it detects that top-level HTML is present (but it will still split on `splitchar` if given, unless it detects the presence of the {{tl|,}} template); # it has a default for `generate_obj` that simply sets `lang` and `term` after calling `decode_entities()` on the term (FIXME: this was inherited from code added to [[Module:form of/templates]] by [[User:Theknightwho]]; I don't know why it is necessary); # it has a lot of optimizations to avoid loading [[Module:parse utilities]] in simple cases where there are no `<` signs and (when `splitchar` is given) either there are no delimiters present at all or no characters present that will make a simple split on `splitchar` invalid. Generally you should use this in preference to either calling parse_inline_modifiers() directly in [[Module:parse utilities]] or rolling your own front-end function. ]==] function export.parse_inline_modifiers(val, props) local paramname, lang, splitchar = props.paramname, props.lang, props.splitchar local preserve_splitchar, escape_fun, unescape_fun = props.preserve_splitchar, props.escape_fun, props.unescape_fun local outer_container = props.outer_container local generate_obj = props.generate_obj or function(term) return {lang = lang, term = decode_entities(term)} end local delimiter_key = props.delimiter_key or "delimiter" -- Check for inline modifier, e.g. מרים<tr:Miryem>. But exclude HTML entry with <span ...>, <i ...>, <br/> or -- similar in it, caused by wrapping an argument in {{l|...}}, {{af|...}} or similar. Basically, all tags of -- the sort we parse here should consist of a less-than sign, plus letters, plus a colon, e.g. <tr:...>, so if -- we see a tag on the outer level that isn't in this format, we don't try to parse it. The restriction to the -- outer level is to allow generated HTML inside of e.g. qualifier tags, such as foo<q:similar to {{m|fr|bar}}>. if val:find("<") and not term_contains_top_level_html(val) then if not props.generate_obj then props = shallow_copy(props) props.generate_obj = generate_obj end return parse_inline_modifiers(val, props) end if not splitchar then return generate_obj(val) end local retval if splitchar == "," and escape_fun == nil and unescape_fun == nil then if val:find(",</") then -- This happens when there's an embedded {{,}} template, as in [[MMR]], [[TMA]], [[DEI]], where an -- initialism expands to multiple terms; easiest not to try and parse the lemma spec as multiple lemmas. retval = {val} else retval = export.split_on_comma(val) end for i, split in ipairs(retval) do retval[i] = generate_obj(split) if preserve_splitchar and i > 1 then retval[delimiter_key] = "," end end elseif rfind(val, splitchar) then if val:find(",</") then -- This happens when there's an embedded {{,}} template, as in [[MMR]], [[TMA]], [[DEI]], where an -- initialism expands to multiple terms; easiest not to try and parse the lemma spec as multiple lemmas. retval = {val} elseif escape_fun or unescape_fun or val:find(",%s") or val:find("[\\%[<]") then local defaulted_escape_fun, defaulted_unescape_fun if escape_fun == nil then defaulted_escape_fun = escape_comma_whitespace end if unescape_fun == nil then defaulted_unescape_fun = unescape_comma_whitespace end retval = split_escaping(val, splitchar, preserve_splitchar, defaulted_escape_fun, defaulted_unescape_fun) elseif preserve_splitchar then retval = rsplit(val, "(" .. splitchar .. ")") else retval = rsplit(val, splitchar) end if preserve_splitchar then local new_retval = {} for j = 1, #retval, 2 do local obj = generate_obj(retval[j]) if j > 1 then obj[delimiter_key] = retval[j - 1] end table.insert(new_retval, obj) end retval = new_retval else for i, split in ipairs(retval) do retval[i] = generate_obj(split) end end else retval = {generate_obj(val)} end if outer_container then outer_container.terms = retval return outer_container end return retval end return export bq5sys0ifgirhdamppe6s3lw9xawfoo 0 604171 2337274 2026-08-29T01:45:41Z Jiba1219 100610 ページの作成:「=={{L|zh}}== {{zh-cat|su1xiu1|noun}} {{yue-cat|sou1sau1|noun}} ==={{etym}}=== {{l|zh|蘇聯修正主義}}の略。 ==={{pron}}=== {{cmn-pron|sūxiū}} {{yue-pron|sou1 sau1}} ==={{noun}}=== {{zhchars|s=苏修}} #[[ソビエト連邦]]およびその[[指導部]]を、[[修正主義]]的であるとして[[批判的]]に呼んだ語。[[文化大革命]]期の[[政治]][[文書]]や[[スローガン]]に[[頻出]]し、しばしば「{{l|zh|美帝}}」（アメリカ…」 2337274 wikitext text/x-wiki =={{L|zh}}== {{zh-cat|su1xiu1|noun}} {{yue-cat|sou1sau1|noun}} ==={{etym}}=== {{l|zh|蘇聯修正主義}}の略。 ==={{pron}}=== {{cmn-pron|sūxiū}} {{yue-pron|sou1 sau1}} ==={{noun}}=== {{zhchars|s=苏修}} #[[ソビエト連邦]]およびその[[指導部]]を、[[修正主義]]的であるとして[[批判的]]に呼んだ語。[[文化大革命]]期の[[政治]][[文書]]や[[スローガン]]に[[頻出]]し、しばしば「{{l|zh|美帝}}」（アメリカ帝国主義）と対で「{{lang|zh|美帝苏修}}」の形で用いられた。 agxvlzqdxiuv5om6ibhsgqf4ofilqh1 0 604172 2337277 2026-08-29T01:47:11Z Jiba1219 100610 ページの作成:「=={{L|zh}}== {{zh-cat|su1xiu1|noun}} {{yue-cat|sou1sau1|noun}} ==={{etym}}=== {{l|zh|苏联修正主义}}の略。 ==={{pron}}=== {{cmn-pron|sūxiū|z=n}} {{yue-pron|sou1 sau1|h=n}} ==={{noun}}=== {{zhchars|t=蘇修}} #[[ソビエト連邦]]およびその[[指導部]]を、[[修正主義]]的であるとして[[批判的]]に呼んだ語。[[文化大革命]]期の[[政治]][[文書]]や[[スローガン]]に[[頻出]]し、しばしば「{{l|zh|美帝}}」（ア…」 2337277 wikitext text/x-wiki =={{L|zh}}== {{zh-cat|su1xiu1|noun}} {{yue-cat|sou1sau1|noun}} ==={{etym}}=== {{l|zh|苏联修正主义}}の略。 ==={{pron}}=== {{cmn-pron|sūxiū|z=n}} {{yue-pron|sou1 sau1|h=n}} ==={{noun}}=== {{zhchars|t=蘇修}} #[[ソビエト連邦]]およびその[[指導部]]を、[[修正主義]]的であるとして[[批判的]]に呼んだ語。[[文化大革命]]期の[[政治]][[文書]]や[[スローガン]]に[[頻出]]し、しばしば「{{l|zh|美帝}}」（アメリカ帝国主義）と対で「{{lang|zh|美帝苏修}}」の形で用いられた。 6lh8rajhw8xymdnqf6bm0k5uvw319u9 0 604173 2337286 2026-08-29T02:01:31Z Jiba1219 100610 ページの作成:「{{kana-DEFAULTSORT|しどうぶ}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|しどうぶ|head=[[指導]] [[部]]}} #[[組織]]や[[集団]]の[[指導]]・[[統率]]を担う人々や、その[[中枢]]となる組織。また、[[特定]]の組織・集団の[[指導者]]層を指して「〇〇指導部」の形でも用いられる。 #*{{ux|ja|'''指導部'''は今後の方針について協議した。}} #*{{ux|ja|習近平'''指導部'''は新たな経済政策を…」 2337286 wikitext text/x-wiki {{kana-DEFAULTSORT|しどうぶ}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|しどうぶ|head=[[指導]] [[部]]}} #[[組織]]や[[集団]]の[[指導]]・[[統率]]を担う人々や、その[[中枢]]となる組織。また、[[特定]]の組織・集団の[[指導者]]層を指して「〇〇指導部」の形でも用いられる。 #*{{ux|ja|'''指導部'''は今後の方針について協議した。}} #*{{ux|ja|習近平'''指導部'''は新たな経済政策を打ち出した。}} 9ojvtm34tli9zxjcfs4fsnjaawzqnrz 10 604174 2337289 2026-08-29T02:16:28Z Kuroco2k 84207 新規作成 2337289 wikitext text/x-wiki <onlyinclude>トンサワン語</onlyinclude>[[Category:言語表記テンプレート|{{PAGENAME}}]][[Category:ISO 639-3|{{PAGENAME}}]] nwz6ymygymsb1ryj1tzxrp9en7lxbo3 10 604175 2337290 2026-08-29T02:16:28Z Kuroco2k 84207 新規作成 2337290 wikitext text/x-wiki <onlyinclude>トンセア語</onlyinclude>[[Category:言語表記テンプレート|{{PAGENAME}}]][[Category:ISO 639-3|{{PAGENAME}}]] 8nvx30ldom2qh27er3mrw4k380w4u76 10 604176 2337291 2026-08-29T02:16:28Z Kuroco2k 84207 新規作成 2337291 wikitext text/x-wiki <onlyinclude>トムブル語</onlyinclude>[[Category:言語表記テンプレート|{{PAGENAME}}]][[Category:ISO 639-3|{{PAGENAME}}]] oswkfftce57of1vpjfdjn1x2xz0xs91 14 604177 2337296 2026-08-29T02:25:56Z Jiba1219 100610 ページの作成:「<div class="pathnavbox"> * {{Pathnav|カテゴリ|言語|{{wuu}}|last={{numeral}}}} * {{Pathnav|カテゴリ|品詞|{{numeral}}|last={{wuu}}}} </div> [[カテゴリ:{{wuu}}|#すうし]] [[カテゴリ:{{numeral}}|ここ]]」 2337296 wikitext text/x-wiki <div class="pathnavbox"> * {{Pathnav|カテゴリ|言語|{{wuu}}|last={{numeral}}}} * {{Pathnav|カテゴリ|品詞|{{numeral}}|last={{wuu}}}} </div> [[カテゴリ:{{wuu}}|#すうし]] [[カテゴリ:{{numeral}}|ここ]] keb8h0fpxyaqdizib9m49b7tp36wnrh 0 604178 2337311 2026-08-29T03:54:08Z うーむ 129171 ページの作成:「{{kana-DEFAULTSORT|やちょう}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|[[やちょう]]}} #[[夜間]]鳴く[[とり|鳥]]。[[夜行性]]の鳥。」 2337311 wikitext text/x-wiki {{kana-DEFAULTSORT|やちょう}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|[[やちょう]]}} #[[夜間]]鳴く[[とり|鳥]]。[[夜行性]]の鳥。 o8e7zqwshv5ja1ydgb167qtlef9khlf 0 604179 2337312 2026-08-29T03:55:41Z うーむ 129171 ページの作成:「{{kana-DEFAULTSORT}} =={{L|ja}}== ==={{kangokana}}=== {{ja-kangokana|h=y}} *【[[夜鳥]]】夜行性の鳥。 *【[[野帳]]】フィールドノート。 *【[[野鳥]]】野生の鳥。」 2337312 wikitext text/x-wiki {{kana-DEFAULTSORT}} =={{L|ja}}== ==={{kangokana}}=== {{ja-kangokana|h=y}} *【[[夜鳥]]】夜行性の鳥。 *【[[野帳]]】フィールドノート。 *【[[野鳥]]】野生の鳥。 1nfox7rdlq8i5yj5jih0ffzvlsx1e0j 0 604180 2337331 2026-08-29T06:28:20Z 鍼灸 112313 ページの作成:「{{kana-DEFAULTSORT|ちきゅうかんれいか}} {{wikipedia}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|ちきゅうかんれいか}} # {{タグ|ja|環境}} [[エアロゾル]]と軌道強制力の冷却効果によって、地球の差し迫った冷却が広範囲の氷河期になること。 ===={{[[{{etym}}]]==== 「[[地球]]」と「[[寒冷化]]」を合わせた語。 ===={{rel}}==== * [[寒冷化]] :* '''地球寒冷化''' ::* [[地球寒冷化現象]] ==…」 2337331 wikitext text/x-wiki {{kana-DEFAULTSORT|ちきゅうかんれいか}} {{wikipedia}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|ちきゅうかんれいか}} # {{タグ|ja|環境}} [[エアロゾル]]と軌道強制力の冷却効果によって、地球の差し迫った冷却が広範囲の氷河期になること。 ===={{[[{{etym}}]]==== 「[[地球]]」と「[[寒冷化]]」を合わせた語。 ===={{rel}}==== * [[寒冷化]] :* '''地球寒冷化''' ::* [[地球寒冷化現象]] ====[[{{ant}}]]==== * [[温暖化]] :* {{xlink|地球温暖化|地球温暖化}} ::* [[地球温暖化現象]] * {{xlink|温室効果ガス|温室効果ガス}}　:[[二酸化炭素]]、[[メタン]]、{{xlink|亜酸化窒素|亜酸化窒素}}、{{xlink|フロン|フロン}}など。 mb55adh322x13tox4mkvhpsmabc8j8o 2337332 2337331 2026-08-29T06:28:35Z 鍼灸 112313 2337332 wikitext text/x-wiki {{kana-DEFAULTSORT|ちきゅうかんれいか}} {{wikipedia}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|ちきゅうかんれいか}} # {{タグ|ja|環境}} [[エアロゾル]]と軌道強制力の冷却効果によって、地球の差し迫った冷却が広範囲の氷河期になること。 ====[[{{etym}}]]==== 「[[地球]]」と「[[寒冷化]]」を合わせた語。 ===={{rel}}==== * [[寒冷化]] :* '''地球寒冷化''' ::* [[地球寒冷化現象]] ====[[{{ant}}]]==== * [[温暖化]] :* {{xlink|地球温暖化|地球温暖化}} ::* [[地球温暖化現象]] * {{xlink|温室効果ガス|温室効果ガス}}　:[[二酸化炭素]]、[[メタン]]、{{xlink|亜酸化窒素|亜酸化窒素}}、{{xlink|フロン|フロン}}など。 9wmpd5b7eu2jqc3ilbdfe9k4a8zdj45 0 604181 2337333 2026-08-29T06:31:49Z 鍼灸 112313 ページの作成:「{{kana-DEFAULTSORT|おんだんか}} =={{L|ja}}== ==={{etym}}=== {{-化|温暖}} ==={{noun}}=== {{ja-noun|おんだんか}} #{{タグ|ja|環境}} [[地球]][[全体]]の平均気温が上がること。」 2337333 wikitext text/x-wiki {{kana-DEFAULTSORT|おんだんか}} =={{L|ja}}== ==={{etym}}=== {{-化|温暖}} ==={{noun}}=== {{ja-noun|おんだんか}} #{{タグ|ja|環境}} [[地球]][[全体]]の平均気温が上がること。 edtg6p43gw5l6jdawzjfoobzgsnxy6y 2337338 2337333 2026-08-29T06:42:31Z 鍼灸 112313 2337338 wikitext text/x-wiki {{kana-DEFAULTSORT|おんだんか}} =={{L|ja}}== ==={{etym}}=== {{-化|温暖}} ==={{noun}}=== {{ja-noun-suru|おんだんか}} #{{タグ|ja|環境}} [[地球]][[全体]]の平均気温が上がること。 {{日本語サ変活用}} d7ggr3gbr2npc99ew4z9xozkxy5jjb2 0 604182 2337334 2026-08-29T06:33:38Z 鍼灸 112313 ページの作成:「{{kana-DEFAULTSORT|かんれいか}} =={{L|ja}}== ==={{etym}}=== {{-化|寒冷}} ==={{noun}}=== {{ja-noun|[[かんれいか]]}} #{{タグ|ja|環境}} [[地球]]の[[気温]]が[[長期的]]に[[低下]]すること。」 2337334 wikitext text/x-wiki {{kana-DEFAULTSORT|かんれいか}} =={{L|ja}}== ==={{etym}}=== {{-化|寒冷}} ==={{noun}}=== {{ja-noun|[[かんれいか]]}} #{{タグ|ja|環境}} [[地球]]の[[気温]]が[[長期的]]に[[低下]]すること。 3guazqv9wvg3paapqmog577y55hbzpk 2337337 2337334 2026-08-29T06:41:59Z 鍼灸 112313 2337337 wikitext text/x-wiki {{kana-DEFAULTSORT|かんれいか}} =={{L|ja}}== ==={{etym}}=== {{-化|寒冷}} ==={{noun}}=== {{ja-noun-suru|[[かんれいか]]}} #{{タグ|ja|環境}} [[地球]]の[[気温]]が[[長期的]]に[[低下]]すること。 {{日本語サ変活用}} n35ifgu66fbigrwem7w3zii2rgro8in 0 604183 2337335 2026-08-29T06:38:55Z 鍼灸 112313 ページの作成:「{{kana-DEFAULTSORT}} =={{L|ja}}== ==={{kangokana}}=== {{ja-kangokana|h=y}} *【[[寒冷化]]】：地球全体の気温が下がること。 *【[[慣例化]]】：特定の習慣が長きにわたり定着すること。」 2337335 wikitext text/x-wiki {{kana-DEFAULTSORT}} =={{L|ja}}== ==={{kangokana}}=== {{ja-kangokana|h=y}} *【[[寒冷化]]】：地球全体の気温が下がること。 *【[[慣例化]]】：特定の習慣が長きにわたり定着すること。 k2ad76f6nzaet2qvkx9xnvu1e4c76kj 0 604184 2337336 2026-08-29T06:41:34Z 鍼灸 112313 ページの作成:「{{kana-DEFAULTSORT|かんれいか}} =={{L|ja}}== ==={{etym}}=== {{-化|慣例}} ==={{noun}}=== {{ja-noun-suru|[[かんれいか]]}} #[[特定]]の事柄が繰り返さるうちに[[ならわし]]として[[定着]]すること。 {{日本語サ変活用}}」 2337336 wikitext text/x-wiki {{kana-DEFAULTSORT|かんれいか}} =={{L|ja}}== ==={{etym}}=== {{-化|慣例}} ==={{noun}}=== {{ja-noun-suru|[[かんれいか]]}} #[[特定]]の事柄が繰り返さるうちに[[ならわし]]として[[定着]]すること。 {{日本語サ変活用}} 46evloeiv6vkel3u2c77x6wc0rxdof1 0 604187 2337344 2026-08-29T08:00:39Z 鍼灸 112313 ページの作成:「{{kana-DEFAULTSORT}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|小女}} #[[体格]]が小さな[[女性]]。 #[[少女]]。 #下働きをする若い女性。 ===={{rel}}==== *[[おおおんな]]」 2337344 wikitext text/x-wiki {{kana-DEFAULTSORT}} =={{L|ja}}== ==={{noun}}=== {{ja-noun|小女}} #[[体格]]が小さな[[女性]]。 #[[少女]]。 #下働きをする若い女性。 ===={{rel}}==== *[[おおおんな]] cpfca2yabm33vbjhlt9fh1mrzdrkk4r 0 604188 2337352 2026-08-29T08:38:10Z Keikei kanji 129888 ページの作成:「{{kana-DEFAULTSORT|びつ}} == 漢字 == {{kanji|宀|5}} {{kanji variants|𧶡|密}} === 字源 === * [[形声文字|形声]]。「[[宀]]」 + [[音符]]「[[必]]{{phoneme|*PIT}}」。<ref group="字源">[[上古音]]は布之道『[http://www.kaom.net/sgy_bzd.php 廣韻形聲考]』による。</ref>「[[やすらか]]」「[[しずか]]」を[[意味]]する[[漢語]]｛[[宓]]{{phoneme|*mit}}｝を表す字。 ==== 参考文献 ==== <references group="字源"/>…」 2337352 wikitext text/x-wiki {{kana-DEFAULTSORT|びつ}} == 漢字 == {{kanji|宀|5}} {{kanji variants|𧶡|密}} === 字源 === * [[形声文字|形声]]。「[[宀]]」 + [[音符]]「[[必]]{{phoneme|*PIT}}」。<ref group="字源">[[上古音]]は布之道『[http://www.kaom.net/sgy_bzd.php 廣韻形聲考]』による。</ref>「[[やすらか]]」「[[しずか]]」を[[意味]]する[[漢語]]｛[[宓]]{{phoneme|*mit}}｝を表す字。 ==== 参考文献 ==== <references group="字源"/> === 意義 === # [[やすらか]]。 # [[しずか]]。[[ひそか]]。 == {{L|ja}} == [[Category:{{ja}}]] {{ja-kanji|呉音=ミチ,ブク|漢音=ヒツ,フク,ビツ|訓=そし-る}} == {{L|zh}} == [[Category:{{zh}}]] {{zh-han |m=mì,fú |c=fuk6 mat6 |pfs=mit8 |gd=met8 |hrs=mit8 |w=mih4,voh4 }} * '''中古音'''：mit ** '''上古音 *** '''鄭張'''：mliɡ,mrig *** '''布之道'''：mit,mrit ===={{prov}}==== {{top}} * [[宓穆]] * [[宓義]] * [[宓汨]] * [[宓妃]] {{bottom}} == {{L|ko}} == [[Category:{{ko}}]] {{ko-han|복}} == {{L|vi}} == {{vi-han|phục|mật}} =={{コード}}== {{文字コード|jis=1-47-56|mj={{mjmoji|010125}}|gb=E5B5|cns=2-2638|big5=CC57}} {{検字|倉頡=JPH|四角=3033.2}} {{字典|dj=0556.170|hdz=20923.030|大字源=2061|大漢語林=2507|康煕=0827.010|新大字典=3465|新潮漢字=2554|諸橋=7098|vt=B00740}} t6dg8tjiwixgonay08djdb49zyvopfi