編集メモ/記法

ページ肥大化のため、編集メモから分割。
整形ルール、WIKIWIKI さんぷるWIKIも参照。

ページ名について

使用できない文字

「"」「#」「&」「<」「>」「[」「]」を含む名前のページは作成できない(Unicodeの数値参照形式「&#xxx;」の一部としての「&#」を除く)。「:」はページ名の先頭に限り使用可能。また、「/」は後述するように別の問題を引き起こす。

• 「C & B」「#SUP3RORBITAL」「Crawler / Flyer」などが該当する。
• これらの文字は全角なら使用可能。例→＃FairyJoke
  • 該当する文字をUnicodeの数値参照形式に置き換えても、リンクは作成されるが編集画面に入ろうとすると編集不可のメッセージが出るため、ページ作成には使えない。例→#FairyJoke?
• 「:」が先頭につくページは更新されても更新履歴に表示されない。編集荒らしに気付きにくいリスクがあるため、特別な事情がない限り普通のページで活用することは非推奨。
• wikiwikiでは「'」「!」「(」「)」(半角括弧)などがページ名に使用可能。

ページ名を上記記号を含む正式表記にしたい場合は、「TITLE:(正式表記)」と書き加えることでページURLを変えずにページ名を変更可能。
記述例(出典)

TITLE:]-[|/34<#!

• この表記の効果はページ内容のヘッダ部分に表示される名前を変更するだけであり、ページのURL自体は変更されない。あくまでも使えない記号を使いたい時などにどうぞ。
• ページ名をURLごと変更したい場合は、新しい名前で古い記事をコピペするか、管理人がページ名変更を行う必要がある。後者なら履歴も引き継がれる。
  • ページ名変更を行う場合、一括変換→ページ名変更の順番で作業を行わないと:RenameLogの表記がおかしくなる*1。

• Unicodeの数値参照形式(&#xxx;)は、通る場面と通らない場面がある。
  • 通る: 「通常のリンク」「refプラグインにおける添付ファイルの参照元」におけるページ名
    例→Daydream café(リンク先記事名は「Daydream caf&#233;」となる)
  • 通らない: pcommentプラグインにおけるページ名(後述)
• また、アクセント付き文字など「内部でUnicodeの数値参照形式に変換される文字」はコメント欄(仮)となる#pcommentプラグインの引数にできないという問題が存在する。詳細は後述。
  
  

階層

記事名に「/」を含んでいると「/」区切りで階層が作られる。(参考)

• 楽曲追加情報のページ名において日付が「.」区切りなのもこれが理由(「/」区切りだとその日付の要素ごとに階層が作られてしまう)。

ページ名の変更

ページ名の変更にはwikiの管理権限(パスワード)が必要。

• 変更の要望は管理者への要望掲示板にて受け付けている。

作成から間もないページの場合、新しいページを作成して内容をコピーする手法を推奨。

構文の解説

各種プラグイン記法の解説ページ (元ページがリンク切れとなっていたためリンク先はアーカイブ)

見出し

標準の見出し

*(見出し名) [#(アンカー名)]
**(見出し名) [#(アンカー名)]
***(見出し名) [#(アンカー名)]

「*」で始まる行を見出しとして扱う。その後に[#～]でアンカー名も指定できる。

• アンカーの部分を省略(削除)した場合、書き込み時に自動設定される。
• なお、アンカー名が「title」の場合、部分編集のリンクが変な位置に表示される現象あり。
• アンカーに使える文字は半角英数字のみ。
  • 1文字目は英字である必要があるが、2文字目以降は数字や「-」「_」も使用可能(参考)。
    
    

shadowheader

#shadowheader(レベル,見出し名)

目次に含まれない見出しを作成できる。本ページでは「#boxの代替」の各項で使用している。

accordion

#accordion(見出し名,*|**|***,open|close){{
(折り畳みを展開した際に表示される内容)
}}

後述するように、折り畳みをaccordionで行う場合、折りたたまれた状態では見出しとして表示される。

• 見出しのレベルは*の数で指定。
• foldと違い、中身を開いた場合も見出し部分はそのまま。
  また、この折り畳みによる見出しも目次には含まれない。
• この見出しではUnicodeの数値参照が通らず数値参照の記述がそのまま表示される。
  八咫烏 鋼太郎のSTORY各章見出しなどに影響あり。

表組み

• 書式指定行(行末にcが入るやつ)では「|center|」でも動いたが、ここでは「|CENTER:|」など大文字である必要がある。
• 表の列数の融通が効かない。一箇所でも列数が違う部分があると表が崩れる。
  • ただ、最後の列を|>|のみにするとその列は存在しないものとなる模様?
    マップ情報で課題曲や獲得アイテムの記述にMASTERのゲージ情報に関する色指定が及ばないようにするために使われている模様。
• ヘッダー行(行末にh)にすると表のどこに書いても一番上に表示される。
  行末にfを付けるとフッター行になり、どこに書いても一番下に表示される。
  • ヘッダーやフッターを複数行書いた場合、ヘッダー/フッター内での順番は書いた順番その通りになる。
  • ヘッダーやフッターの中では上下方向のセル結合もきちんと動作する。
  • ヘッダー・フッター行でセル強調(~)を使うとデフォルトの背景色が変化する。
• ヘッダー行にしても自動的に中央揃えにはならない。
• 上下方向のセル結合は「^」ではなく「~」。
• 強調時にセルの頭につける文字も「!」ではなく「~」。「BGCOLOR:」とかよりも後につけること。
  • 「~」を使用すると自動的に中央揃えになるため、「CENTER:」は不要。
• 上の行が書式指定行の時に|~|で行を連結させると、行がまるごと消滅する。
  例えば…

  例えば、以下のソースで記述した場合(サンプルは全国対戦における過去のSS1ランクより上の称号)、

  |CENTER:|CENTER:BGCOLOR(#ff9bb7):|CENTER:BGCOLOR(#7fffd4):|c
  |NEW&br;NEW PLUS|エリート|俺は常に君たちの上にいるんで|
  |CENTER:|CENTER:BGCOLOR(#99ffff):|CENTER:BGCOLOR(#7fffd4):|c
  |SUN&br;SUN PLUS|燦3|俺の集中線がやばい|
  |~|燦2|筐体前に立てば痩せる|
  |~|燦1|王になりたい|
  |CENTER:|CENTER:BGCOLOR(#ff9bb7):|CENTER:BGCOLOR(#7fffd4):|c
  |~|エリート|チュウニの為なら何でもするんだよ|

  実際の表示は以下のようになり、『SUN』時点のエリートランクの行が消滅してしまう。

  バージョン	ランク	称号
  NEW NEW PLUS	エリート	俺は常に君たちの上にいるんで
  SUN SUN PLUS	燦3	俺の集中線がやばい
  	燦2	筐体前に立てば痩せる
  	燦1	王になりたい

  「『SUN』時点のエリートランクの行においても、バージョン部分は燦3～燦1と同じくくりにして4行連結状態にする」という意図だったのが、この現象により『SUN』時点のエリートランクの行が消滅している。

  この場合、以下のように「エリートの行の前に書式指定を置かず、当該行のランク部分に背景色を個別に指定」とすると意図していた通りの表示になる。

  |~バージョン|~ランク|~称号|h
  |CENTER:|CENTER:|CENTER:BGCOLOR(#7fffd4):|c
  |NEW&br;NEW PLUS|BGCOLOR(#ff9bb7):エリート|俺は常に君たちの上にいるんで|
  |CENTER:|CENTER:BGCOLOR(#99ffff):|CENTER:BGCOLOR(#7fffd4):|c
  |SUN&br;SUN PLUS|燦3|俺の集中線がやばい|
  |~|燦2|筐体前に立てば痩せる|
  |~|燦1|王になりたい|
  |~|BGCOLOR(#ff9bb7):エリート|チュウニの為なら何でもするんだよ|

  バージョン	ランク	称号
  NEW NEW PLUS	エリート	俺は常に君たちの上にいるんで
  SUN SUN PLUS	燦3	俺の集中線がやばい
  	燦2	筐体前に立てば痩せる
  	燦1	王になりたい
  	エリート	チュウニの為なら何でもするんだよ

  
  

表がどんなふうになるか

|後ろにfで|>|~フッターも書ける&br;表の先頭に書いてみたがこれでも最終行に出てくる|f
|~表組みの|~各セルの要素の配置に|~関するサンプル|h
|COLOR(crimson):左寄せ|CENTER:センタリング |BGCOLOR(yellow):RIGHT:右寄せ|
|RIGHT:右寄せ|左寄せ|CENTER:センタリング|
|TOP:上寄せ&br;&br;|MIDDLE:中央寄せ|BOTTOM:下寄せ|
|>|>を使うとセルが合体|~|
|右のように|~を使うと上と合体|~|
|~このように|>|←文頭に~を添えると強調される|
|後ろにhで|ヘッダーになる|どこに書いても先頭行だが|h
|~|~|ヘッダー内での順番は書いた順になる|h
|>|最後の行を「>」だけにするとセルが消滅する|>|

#tablesort

#tablesort{{
|(任意の表組み)|
}}

表のソートが可能になる。チュウニズム大戦カード一覧などで使われている。
並び順では記号が反映される場合とされない場合がある模様？(参考　EXPERTのソート時にLvXとLvX+が混在している)
なお、結合したセルがひとつでもあるとソート時に表が崩壊する現象が起きていたが、後に使用不可になる(表の上にエラーメッセージが出る)よう変更された模様。セル結合を使用しているのがヘッダー/フッターの場合は問題ない。(参考)

• 使用できる例(横連結、ヘッダー行での連結)

  例	test
  	testA	testB
  1	test1	test3
  2	test2
  3	test3	test4

• 使用できない例(縦連結・備考)
  以前はtablesortで縦連結を用いると表示がバグレベルで崩れる挙動が発生していたが、ある時期より下記のような警告が出て構文が無効化されるようになった。
  そのため、現在ではほぼ気にしなくてもよい。この警告が出ていなければ正常に表組みが機能していると言ってよいだろう。

  例	test
  1	test1
  	test2
  2	test3

  
  

ブロック型プラグイン

include

他のページの内容を取り込む。表示時にそのページのソースがあたかもこの場所に書き込まれているかのように解釈する。
キャラページの中にスキル情報を組み込んだり、コラボキャラの入手方法としてイベントの記述をする際にイベント情報へのリンクを入れるときに使っている。

#include(ページ名,notitle)

• 最後に「,notitle」を加える必要がある。これを付けないと取り込んだページ名がその個所に表示されてしまう。
  • ちなみに後ろに「,title」を付け加えた時と同じ挙動だがそもそもデフォルトが「,title」である。
  • なお、表組みは途中でincluceを挟むと表示が崩れてしまうので、予め幅を決めておいた方が吉。
    なお下記の代替法で記法が無効化されないのは水平線のみ。
• ちなみに、取り込むページに見出しが使われている場合でも、部分編集は取り込まれているページにおける部分編集となる模様。
  • 例えば光の「この手に新夏の緑風を！」の部分を編集しようとするとスキルinclude：この手に新夏の緑風を！の当該部分の編集になる。
• さらに余談だが、取り込んでいるページより取り込まれているページが後に編集されている場合、最終更新日時が取り込まれているページの中での最終更新日時となり、元ページの最終更新日時は後ろのマークに合わせた際のポップアップで表示される。
  
  

includex

#include の上位互換。ページの一部を取り込むなどのことができる。

記述例 (出典)

#includex(スキルinclude：ゲージブースト【SUN】,titlestr=off,num=43:,except=}}})

• 「titlestr=off」…ページ名を非表示する設定。#include の「notitle」と同様の効果。
• 「num=43:」…引用したい行の指定。…なのだが、wikiwiki編集ページにおける1行目を0行目として扱うため、1行ズラして指定する必要がある。つまりこの場合は44行目以降を表示する。
• 「section=」…見出しで分割して取り込む設定で、いくつかの指定方法が使える。
  • ①numによる指定
    上述のnumと書き方は概ね同じ。ページ冒頭から最初の見出しまでの内容をセクション0、1つ目の見出しから2つ目の見出しまでの内容をセクション1として扱う。
    (例：2つ目の見出しから3つ目の見出しの内容まで取り込みたい場合…「section=(num=2:3)」
  • ②見出し名の指定
    後述のfilter・expectを用いる。見出しの数がよく変わるページで1箇所だけ抽出したい場合はこちらの方が簡単か。
    (例：コメント欄だけ抽出したい場合：「section=(filter=コメント)」)
• 「filter=」…特定の文字列が含まれる行のみを取り込む設定。
• 「except=}}}」…特定の文字列を引用から除く設定。この場合は「}}}」を含む行が表示されなくなる。
  • filter,expectで複数の文字列を指定する場合は「|」を使い、一部記号は正規表現のエスケープ文字「\」を頭に添える必要がある。(例：見出しの行(*)と表のある行(|)のみ抽出したい場合…「filter=*|\|」)
    
    

contentsx

#contents の上位互換。

記述例 (出典)

#contentsx(depth=2,num=1:35)

• 「depth=2」…見出しの段階の指定。「2:3」とすれば2～3段階目のみ抽出可能。
• 「num=1:35」…特定個目の見出しのみ抽出する。
  #includex同様に0からカウントする。この場合は2個目から36個目ということ。
  
  

responsive_layout

#responsive_layout_container{{{
#responsive_layout_item(サイズ指定){{
&ref((画像ファイル添付元のページ名)/(そのページにおいて添付させたときのファイル名),(サイズ指定));
}}
#responsive_layout_item(サイズ指定){{
&ref((画像ファイル添付元のページ名)/(そのページにおいて添付させたときのファイル名),(サイズ指定));
}}
}}}

複数画像の表示における並べ方を環境に応じて切り替えてくれる。#ref_rotateの代替に使えるかも。
responsive_layout_container内にresponsive_layout_itemを入れ、responsive_layout_item内に実際の表示内容を記述することで、横幅が広い環境では幅が許す限りitemの内容を横に並べていく。
containerとitemで{{～}}の括弧の数を違えると構造がわかりやすくなる。

幅に関しては1～12の比率指定もしくは絶対値指定が可能。比率指定の場合は複数段階の設定も可能。→さんぷるWiki

Flexbox

#flex_container([配置方法][,列幅の初期値][,折り返し方法]){{{
#flex_box([幅]){{
...
}}
#flex_box([幅]){{
...
}}
#flex_box([幅]){{
...
}}
}}}

こちらも環境に応じて並べ方を切り替えてくれる。responsive_layoutよりも柔軟に設定できるかも?
当Wikiでは楽曲ページにおいてジャケットと楽曲情報のレイアウト調整に使っている。
細かい説明はさんぷるWiki参照。

tracker

簡単に説明すればテンプレフォームを作成するプラグイン。
残念ながら2025年に廃止されてしまった。
本wikiでは楽曲ページ作成フォームで利用していた。

areaedit(指定領域のみの編集)

#areaedit(nofrerze,btn:ここを編集)
#areaedit(end)

ページ内で指定された領域だけを編集できる。
編集をやりやすくする他、「nofreeze」を頭につけることで編集凍結されたページ内の部分的解禁も可能。
「btn:<ボタン名>」でリンクの表記を変更可能。
(使用例:ログインボーナス、難易度議論掲示板)

一応インライン型(&areaedit)も存在する。

nobr (自動折り返し無効化)

#nobr{{
記事
}}

表組みなどの横幅が長い文章を、横スクロールさせて読めるようにできる。

• 用例1: 上記のページ階層構造における「MaiR／Crawler / Flyer」の比較
• 用例2: 1UM1N0U5 ep.111(解説の折り畳み内において、横幅の狭い環境でも縦書きで読む文章を正しく読める形にするために使用している箇所がある)
  nobrを使わないと……

  nobrを使わないと、横幅の狭い環境で以下の本文が鍵ごとに複数行で表示されてしまい、右寄せした状態で縦書きとして読む当該文章が破綻してしまう。
  サンプルは用例2で挙げた「1UM1N0U5 ep.111」の最終エリア開放条件を解読したもの。

  鍵	本文
  王冠の鍵	ラ　ル　ル　キ　詩　ス　明　世　帰　ノ　真
  理解の鍵	ン　高　モ　裁　ヲ　モ　日　界　還　象　人
  峻厳の鍵	。　ミ　ノ　定　奏　ノ　ヲ　ニ　種　微　達
  美の鍵	ヘ　サ　ヲ　デ　銘　モ　素　ノ　第　ノ
  慈悲の鍵	ト　ラ　得　気　銘　タ　敵　衛　ニ　希
  知恵の鍵	至　ナ　タ　高　ノ　ラ　ナ　士　次　望

コメント欄

各種コメントフォームの違いはさんぷるWIKIを参照。
wikiwikiコメントフォーム(#pcomment)は記法を入れた時点(正確には最初のコメントがされた時点)で自動的に作成されるのに対し、zawazawaコメントフォーム(#zcomment)で参照されるzawazawaのスレッドは権限を持っている人が逐一作る必要がある。

pcomment(wikiwiki掲示板)

#pcomment({[コメント記録ページ],[表示件数],[noname],[nodate],[above],[below],[reply]})

コメントフォームを埋め込む。ログもWiki上のページとして保存される。

• noname - 名前の入力欄を表示しない
• nodate - 日付を挿入しない
• above/below - 挿入したコメントの追加位置およびコメントの並び順を指定。aboveなら上から下に向かって新しい順、belowならその逆。
• reply - コメントの頭にラジオボタンを表示し、リプライ先のコメントを指定してそこにぶら下げる形にできる。

ログのページ名に使用できない文字がある問題は下記の記法で全て解決する。*3

#pcomment(./comment,15,above,reply)

zcomment(zawazawa掲示板)

#zcomment(t=スラッグ(板ID)%2Fスレッド番号&h=高さ&size=件数)

zawazawaのスレッドを埋め込む。
zawazawaコメントフォームは「https://zawazawa.jp/chunithm/topic/**」というようなリンクで作成される。
楽曲テンプレートの末尾に

//↓新規ページ作成の際はそのままにしておいてください
//#zcomment(t=chunithm%2F**&h=350)

という記述がなされているので(無ければ書き足してください)、「**」の部分をURL末尾の数字に差し替え、コメントアウト化を解除(「//」を削除)すればコメントフォームが適用される。
zawazawaで直にスレッドを表示しているときに「トピックをWIKIWIKIに埋め込む」のボックス内で指定して出たコードに置き換えるのが手っ取り早い。

作成されたトピックをページに埋め込む作業は権限が無くても可能。余力があればページ作成の際にやってもらえると助かります。

なお、zawazawa側の管理メニューでトピックの埋め込み先サイトを設定することで、メニューの新着コメント一覧からのリンクをzawazawaのトピックページから変更できる。この設定が行えるのは管理者のみなので、管理者への要望掲示板に要望を送って下さい。

以下コピペ用

*コメント [#comment]
//#pcomment(./comment,15,above,reply)
//↓新規ページ作成の際はそのままにしておいてください
#zcomment(t=chunithm%2F**&h=350)

zrecent(zawazawaのコメント更新履歴)

#zrecent(表示件数,group,group,group:tag,..)

ページ内にzawazawaのコメント更新日時順リストを埋め込む。
groupにはスラッグ(板ID)を記述するが、さらにtagをつけてタグ単位で絞り込むことも可能な模様?

• トピック除外は、ひょっとすると各スレッドのタグを適切に設定すれば可能かもしれない。手間がかかって面倒だが
  • includexを用いて無理矢理除外することもできないことはないが、負荷増加もあるためあまり推奨されない。
  • 表示したくないトピックを別のスラッグ(板ID)に隔離しておくのが手っ取り早いのも事実。

インライン型プラグイン

calc(計算結果)

&calc(数式,小数点以下の桁数);

計算を自動で行ってくれる。更新の都度電卓を叩くのが面倒な時に便利。

• 四則計算は「+」「-」「*」「/」を使って行う。
• 小数点以下の桁数はデフォルトでは0、つまり整数。
• また、小数点以下の桁数の後にcommaをつけると,区切り、zeropadをつけると整数部はそのあとに指定した桁数まで0で埋める。

記述例 (出典)

&calc(169.90+157*0.10,2);

ntbr(ネタバレ防止)

&ntbr(マスク色){隠す内容};
|&ntbr(マスク色){隠す内容};|
#ntbr(説明,マスク色,説明文字色){{
隠す内容
}}

ネタバレ情報を隠す方法。
ntbrを使う場合、その部分にマスクがかけられた形で表示され、クリックorタップした時点で表示される。表示させると非表示状態に戻せない(ページを再度表示させると非表示状態に戻る)。
他にも「折り畳みの中に入れる」「上述のtooltipプラグインを使う」といった方法がある。

単にネタバレ内容を隠したい場合、&ntbrに続く{～}内に記述する。この場合、()内の色指定は省略可能。→テスト
更に、これを表のセル内に全体を囲む形で記述することでセル1つを丸々ネタバレ隠しに使える。

なお「複数の個別セルにまとめてマスクをかけることはできない」「マスクしたセルに対し、マスクを外した状態での背景色を設定することはできない」ので注意。

例

例(サンプル元)

ジャケ	タイトル	アーティスト	B	A	E	M
	Latent Kingdom	Laur vs 大国奏音	4	9	13	14+

上記のソース

|~ジャケ|~タイトル|~アーティスト|BGCOLOR(#20e000):~B|BGCOLOR(#ff8020):~A|BGCOLOR(red):~E|BGCOLOR(#e060ff):~M|h
|BGCOLOR(#98fb98):CENTER:50|CENTER:|CENTER:|CENTER:BGCOLOR(#c0ff20):30|CENTER:BGCOLOR(#ffe080):30|CENTER:BGCOLOR(#ffa0c0):30|CENTER:BGCOLOR(#c0a0ff):30|c
|BGCOLOR(#ffff80):&attachref(Latent Kingdom/Latent_Kingdom.png);|[[Latent Kingdom]]|Laur vs 大国奏音|&ntbr(black){4};|&ntbr(black){9};|&ntbr(black){13};|&ntbr(black){14+};|

上記例において4譜面それぞれのレベルをまとめてマスクすることはできず、また表示する際に背景色をそれぞれ設定することもできない(2行目の書式指定行で設定しているが、その設定も無効になる)。

また、#ntbrに続くブロックとして記述することでブロック全体をマスクできる。ネタバレ以外にも使えるかも……?

ruby(ルビを振る)

本文中で&rubyを使用すると文字にルビを振ることができます。

&ruby(ルビ){文字列};

記入例
怒槌に「いかづち」とルビを振りたい場合

&ruby(いかづち){怒槌};

と記入すると・・・

怒槌(いかづち)

ただし推定0.5行ぐらい消費しておりやや視認性に難は出るかもしれないのであまり多用はしない方がいいかもしれない。
また、注釈機能や文字サイズを変更している場合はルビの表示に悪影響が出る場合もあるため、注意が必要。

また、ルビを振る部分とルビの文字数のバランスによってはレイアウトが崩壊することも。
ぼくらの16bit戦争(シックスティーンビットウォーズ)
ぼくらの16bit(シックスティーンビット)戦争(ウォーズ)
ぼくらの16(シックスティーン)bit戦争(ウォーズ)
上記3例は「ぼくらの16bit戦争」に正しい読みを当てることを意図した構文(上:全体に指定 中:「16bit」と「戦争」で分割して指定 下:「16」と「戦争」に指定)だが、「16」を「シックスティーン」と読んだ結果ルビの幅がえらいことになってしまっている。

ルビのサイズを変更する事は出来ないので、適宜注釈に回すなどして使い分ける必要がある。
後述のtooltipプラグインを使うことで、表向きの表示を維持しつつルビを振るなんてことも可能かも。

&tooltip(文字列){ルビ};

ただしrubyと記述する順番が逆((～)内にルビを振る対象、{～}内にルビを記述)なので注意。
ぼくらの16bit戦争
これは上記と同様のシチュエーションをtooltipプラグインで記述した例。ルビをtootipで記述したことで表向きのサイズは元通りになっている。

ref/attachref(画像添付)

&ref((画像ファイル添付元のページ名)/(そのページにおいて添付させたときのファイル名),(サイズ指定));
&attachref((refと同様));

• 旧wikiでは「ref」が画像添付のプラグインとして主流だったが、WIKIWIKIでは「attachref」を使った方が良い。
  • refは既存の画像を参照させる際に使い、attachrefは新たな画像ファイルを要する箇所に用いるのが主流。
    後者はページごとの添付ファイルの一覧及びファイル添付フォームを簡単に表示出来るのが利点。
    • 例えば、新バージョン情報のページにおいて楽曲のジャケット画像を表示させる箇所にはrefを用いて楽曲ページに添付したジャケット画像を参照させ、新システムなどの情報を表示させる箇所にはattachrefを用いてその個所に当該情報の画像をアップロードする。
    • attachrefの引数にrefと同様のファイル参照指定を入れても普通に機能する。
      attachrefを使った個所に表示される「添付」からファイルのアップロードを行った場合、自動的にその場所のattachrefプラグインがアップロードされた画像を参照するrefプラグイン(画像ファイルの指定は「./(アップロードしたファイル名)」)に置換されていたが、いつからかattachrefプラグインのままファイル参照指定が追加される形になった模様。
    • refの添付元ページ名の部分を「.」にするとそのページ自身の添付ファイルを参照するという意味合いになる。
    • refのサイズ指定は元画像のアスペクト比(縦横の比率)を考慮して表示サイズを調整する。%指定も可能。
    • なお、refの添付元ページ名指定においてもUnicodeの数値参照形式は通る。
      記述例(出典1/出典2)

      &ref(Daydream café/e21129db8b503610.jpg,50x50);

    • 記法の関係上、添付元記事名やファイル名に「,」(半角コンマ)を含む場合、「添付元記事名/ファイル名」全体を「"」で囲む必要がある。
      記述例(出典)

      &ref("Help me, あーりん！/Help me, あーりん！.jpg",50x50);

• なお、「#ref_rotate()」で複数の画像からランダムに表示するプラグインは機能不可の模様。なので、「|700|700|c」(←画像2つを分割表示する場合)とコマ割りする、上述の#responsive_layoutを使う、などして工夫するしかない。
• 注意点として旧wikiにある画像をダウンロードしてこちらに添付すると、ファイル名が長いためか、エラーが発生する。
  • 何とか別の方法でやったとしても、透過部分が黒くなってかなり目立ってしまったり、画質が悪くなったりしてしまう。
• 以上の事から、画像は公式サイトやCHUNITHM-NETでダウンロードした方が無難かもしれない。

……そんなわけで、もしコレクターなチュウニズマー達はどうか以下の画像添付の協力を求む。

• キャラクターの画像(コラボキャラやトランスフォームの画像もお忘れなく！)
• ネームプレート(完全に入手困難になったネームプレートをお持ちの方は特に大歓迎！)こちらからどうぞ→( ネームプレート / ネームプレート(NEW～) / ネームプレート(～PARADISE LOST) )

• なお、告知画像は公式サイトからではなくツイートからダウンロードするといい感じにリサイズしてくれる。
  • 公式サイトだと.pngで置いてあるがツイートだと.jpegになっているから…かも。
  • ただし拡張子が.jfifになっていることがあり、その場合はそのままアップロードすると画像として表示されないので注意。

#boxの代替

wikiwikiでは#boxは使えなくなった。使い勝手が同様の記法も存在しないが、囲う方法がないわけではない。
お好みの方法でどうぞ。

cssbox

#cssbox("padding:0px 5px; border: 2px solid; border-color:gray;"){{

• さんぷるwikiにチュートリアルあり。
• ブロック書式のため他の記法を阻害せず、1行に収める必要もないため編集中の視認性も担保されている。
• 上下に少し余白ができてしまう。コードで改善可能？
• CSSコードを理解できないと活用は難しい。

#cssbox("any: css; style: here;",テキスト)

なお、2番目の引数にテキストを記述することで段落にしない運用も可能。

水平線

記述例
他のセガ関連ゲーム同様、CHUNITHMではデータの保存に「Aimeカード」を使用します。なお、「アミューズメントICカード(e-amusement passおよびNESiCA表記の物も、アミューズメントICロゴがあれば可)」「アミューズメントIC以前の版のバナパスポートカード」「おサイフケータイ」でも代用可能です。

• 水平線(----)で上下を囲うだけ。
• 記法は無効化されないが、見た目がショボいし、そもそも囲ってはいない。
• 同様の記法に#hrがあるが、線が両端まで続いていないためこの用法には適さない。
• 活用例：イベント告知ページ(「〇〇とは」の部分)

表組み

• 1行・1列の表として記述する方法。
• リスト構造などは使えなくなる上、改行が「&br;」頼りになるので編集時の視認性に欠ける。
• includeを活用すれば一応リスト構造にはできる。
• 活用例：各ページ目次(例)など

引用文

記述例

他のセガ関連ゲーム同様、CHUNITHMではデータの保存に「Aimeカード」を使用します。

• なお、「アミューズメントICカード(e-amusement passおよびNESiCA表記の物も、アミューズメントICロゴがあれば可)」「アミューズメントIC以前の版のバナパスポートカード」「おサイフケータイ」でも代用可能です。

• リスト構造などの記法も使える反面、左側に大きな余白があり、スマホでの閲覧にやや難あり。
• また、直後に囲いの外に置きたい分がある場合、その行は"<"で始める必要がある。
• ">"のみの行を間に挟むことで複数ブロックを1つの引用分としてまとめることも可能。

整形済みテキスト

''記述例''
他のセガ関連ゲーム同様、CHUNITHMではデータの保存に「Aimeカード」を使用します。なお、「アミューズメントICカード(e-amusement passおよびNESiCA表記の物も、アミューズメントICロゴがあれば可)」「アミューズメントIC以前の版のバナパスポートカード」「おサイフケータイ」でも代用可能です。

• 詳細は下記参照。
• 全ての記法が無効化され、行折り返しがされなくなるため不適当。

#aa

''記述例''
他のセガ関連ゲーム同様、CHUNITHMではデータの保存に「Aimeカード」を使用します。なお、「アミューズメントICカード(e-amusement passおよびNESiCA表記の物も、アミューズメントICロゴがあれば可)」「アミューズメントIC以前の版のバナパスポートカード」「おサイフケータイ」でも代用可能です。

• 本来はアスキーアートを正常に表示させるための記法。
• フォントが統一される点以外は整形済みテキストと同様の問題点を抱えている。

折り畳み

#fold(折り畳み状態でのみ表示される文章){{
(折り畳みを展開した際に表示される内容)
}}
#navfold(折り畳み状態で表示される文章){{
(折り畳みを展開した際に表示される内容)
}}
#accordion(折り畳み状態で表示される文章,*|**|***,open|close){{
(折り畳みを展開した際に表示される内容)
}}

• 旧wikiとは折りたたみの記法が大きく異なる。
  • 単純な折り畳みの場合、従来は「[+]～[END]」だったが、ここでは「#fold(見出し){{(内容)}}」と書く必要がある。
    • なお、上記の「(見出し)」の部分は開いた時に消えてしまうので、開いた先の1行目にも書いたほうがよい。
      折りたたむ内容の1行目の先頭だけ見出しとし、「…」を後ろに置くだけでもそれっぽくなる(上述の「表組み」における「書式指定行と行方向のセル結合による行消滅現象」のサンプル部分で使用している)。
    • ちなみに「{{」「}}」の数は2個以上なら何個でもOK。複数個重ねる時は数を変えると見やすくなるかも。
• accordionを使う場合、折り畳み状態ではその文章が見出しとして表示される(上述)。
  • 最後のopen/closeはページ表示時点での開閉状態の指定。最初から開いた状態にもできる。
    • なお、上記の基礎構文では触れられていないがfoldでも指定できる模様(実例)。

      #fold(プレイ環境と最大GRADEの関係,open){{
      (中略)
      }}

      この場合、「プレイ環境と最大GRADEの関係」が開いた状態で表示される。

• #navfoldは#foldの派生系。
  見た目がfoldよりもコンパクト、折り畳み前後で表示文が共通といった違いがある。

注釈

表示する文((注釈の内容))
&tooltip(表示する文){注釈の内容};

• ((～))で記述する場合、注釈内でも半角括弧を使用可能。なお、注釈の最後の文字を「)」にすることはできない(注釈終了の「))」の一部と解釈されてしまい表示が崩れる*4))。
  • 注釈文を「)」で終わらせたい場合は、後ろに半角スペースを空けるとうまくいく模様。*5
    もしくは閉じ括弧をUnicode置換してもうまくいく。*6
    注釈にしたい部分全体を2個連続で囲うこと。*7)
  • また、注釈内の囲みが多重化し、2つ以上のレベルにわたって連続して閉じようとした場合も表示が乱れる。*8表))
    • 間に1個空白を入れると(見栄えは悪いが)意図した感じにはなる。*9
    • または前述のように閉じ括弧をUnicode置換することでも対応可。*10
      Unicode置換していない閉じ括弧が複数個連続しなければ可。*11

• &tooltipを使っても注釈を作成可能。ただし、((～))の物と仕様が異なる。
  • tooltipプラグインの場合、括弧内が地の文、{～}内が注釈内容となる。
    このため、記法の関係上(恐らく)地の文に半角括弧を使うことはできない(or "～"で囲む必要あり)。
  • 表示も異なる。((～))がページ下部に「*(番号)」付きで注釈がリストアップされる(注釈のポップアップは内容+リスト内の当該注釈へのリンクとなる)のに対し、tooltipプラグインの場合は地の文が下点線付き(カーソルを合わせると「?」マーク付きのマウスカーソル+注釈ポップアップ表示)になる。また、ページ下部に脚注が生成されない。
    • その文章にカーソルを合わせて(スマホではその部分をタップして)初めて注釈内容が表示される(ページ下部には表示されない)ため、ネタバレ防止に使えるかも。
      記述例(出典)

      (決済時のコード認証が目視なのは&tooltip(所詮発表日が発表日なので……){ちなみに登場したQRコードを実際に読み込ませると「今日は4月1日だよ！」と表示される};)

    • また、ルビを振りたいが文字数が多すぎるなど、通常ルビを表示したくない箇所にも使えるかも。
      記述例(上述)

      ぼくらの&tooltip(16bit戦争){シックスティーンビットウォーズ};

      
      

リスト

箇条書き

-1段目
--2段目
---3段目

普通に箇条書きにする場合この形になる。
ただ、3段目までしか設定できない*12。
後述の番号付きと違って番号も各項に含める必要があるが、番号のつけ方を柔軟に決めることもできる。

番号付き

+1段目
++2段目
+++3段目

前に番号を付ける場合はこの形。順番立てする際には使えるかも。
ただ、番号のつけ方が決まっているので扱いづらい可能性もある。

1. 最初の手順
   1. 1番目の注釈とか
      1. 注釈への注釈その1
      2. 注釈への注釈その2
   2. 1番目への注釈その2
2. 次にやること
3. 手順その3

定義付き

:語句|
説明

語句に元ネタの解説とかをつけるときに使えるかも。こういうところとか。

その他wikiwikiで書き方が変わった、できなくなったこと

• 記法の大半が大文字必須。例：center: → CENTER:
• 改行は「~~」ではなく「&br;」。
  ただ、リスト構造では単に改行するだけでも同じ段落内の改行と認識されるため、「&br;」を使う必要があるのは表のセル内で改行したいときぐらいと思われる。
• {}を使う記法の多くは最後にセミコロン(;)を付け足す必要がある。
• 行の途中からコメントを書き込むことが不可能になった。→ //こんな感じで表に出る。
• リンクを[[表示文字列>>リンク先]]で表記した場合、表示文字列に余計な「>」が1個ついてしまう(最後の「>」より後がリンク先として解釈される)。
• プレビューは自動更新されない。プレビューボタンを適宜押す必要がある。(後述)

その他

• wiki内ページにリンクを作る際、特殊な記号が入っていると表記が崩れてリンク化しない場合がある。
  例→[[otorii INNOVATED -[i]3-]]
  • こういう場合、下の「&#」ボタンで「[」「]」をUnicode変換することでリンク化するようになる。
    改善後→otorii INNOVATED -[i]3-　
• リスト構造の後に改行してもリスト構造が切れない。
  この行は文頭に「-」を入れていないが、リスト構造から脱せていない。
  • ←これがリスト構造。これを切るにはもう一度改行する必要がある。
• 半角スペースを行頭につけると、下のように囲われる。(整形済みテキスト)

  当ページでも各種ソースのように何かを引用したいときに囲ませるのに使っている。
  連続した半角スペースで始まる複数行はまとめて囲まれる。
  ちなみに囲われた部分は各種記法上の記号も無効化されるため、Unicodeの数値参照形式も&#xxx;のまま表示される。
  更に#nobrで囲まれた時と同様、横幅が広い場合左右スクロールになる。

  　どうしても空白を開けたいなら全角スペースを使おう。 ←この行の行頭は全角スペースのため、ここまでの囲い込みとは別となる。
• 「#hr」が端まで線が無くてダサく感じるので「----」の方が個人的にはいいなあと思います。
• 本来見出しを表組みに組み込むことはできないが、#includeで挿入すれば組み込み可能。色々悪さができそう。

• ページ先頭へのアンカーはanameを設定しなくても「#」だけで動く。
  また、見出し単位でのアンカー設定であればanameを使わなくても見出しの構文内で設定できる。
• 「&null();」を使用することで文中の部分コメントアウト化が可能。
• リンクの文字色を変えたい場合、リンクにする文字列の部分(>より前)にcolorプラグインを適用する必要がある。

  [[&color(リンク部分の文字色指定){リンクにする文字列};>リンク先記事名]]

  • その行(ないし一文)全体に取り消し線を引きたい場合、全体を%%～%%で囲ってもいいし、リンクの前後およびリンクにする文字列をそれぞれを個別に%%～%%で囲ってもいい。
    個別に囲った実例(出典)

    &color(gray){%%初登場チャプター(第1章チャプター2)の解禁要素に「%%};[[&color(gray){%%Brain Power%%};>Brain Power]]&color(gray){%%」が入っていたことの方で知られてるかもしれないが%%};

    • なお、行(ないし一文)全体を囲った場合その取り消し線の色には適用されない模様。上記例を取り消し線のみ全体囲みにすると以下のようになる。

      初登場チャプター(第1章チャプター2)の解禁要素に「Brain Power」が入っていたことの方で知られてるかもしれないが

      これを更に色指定で囲むとこのようになる。

      初登場チャプター(第1章チャプター2)の解禁要素に「Brain Power」が入っていたことの方で知られてるかもしれないが

      恐らく%%～%%による取り消し線にも、その外側のcolorによる色指定が適用されているものとみられる。
• 記法で用いる記号(「-」「+」など)を行頭に使いたい場合、記号の前に「~」を添えると記法として扱われなくなる。

  -例 「～」あり

  ~-例 「～」あり

ツール

以下は編集画面に用意されたツールの解説。

構文ハイライト

左上にある「構文ハイライト」にチェックを入れることで、色付きで表示してくれる(以下は一例)。構文ミスのチェックに。

• コメント行は暗い緑色、成形済みテキストは橙色で表示*13。これらは行単位なのでほかのどの要素よりも優先される。
• プラグインはそのプラグイン自体は紫太字、引数である(～)内は青文字で表示する。{～};で対象を指定するプラグインの場合、外側の{および}は黄土色だが、}の後ろの;を付け忘れていると色が変わらないので当該ミスの検出に役立つ。
• 通常の見出しは*を赤の太字、それ以降を太字で表示する。
• リンクは前後の[[および]]が桃色、リンク先(リンク部分の文とリンク先を分けるため>で区切った場合はその>より後)が青で表示。
• なお、注釈を((～))で表記した場合、注釈内容が(で始まっていると実際の注釈となる範囲と色付けが矛盾するようなので注意(連続した"("の最後2つが桃色で表示される)。

プレビュー

編集した内容の見た目を確認できる。
一部の範囲だけを選択した状態でプレビューを表示することで、その部分だけをプレビュー可能。プレビュー時の負荷軽減にもなる。

また、構文ハイライトのチェックの右にあるアイコンを選択することで、プレビューの表示方法を変更できる。
編集画面・プレビュー・テキスト生成ルールのタブ切り替えか、編集とプレビュー及びテキスト生成ルールの2ペインの左右or上下分割かを指定できる(上下分割の場合は一度プレビューを表示させないと表示されない)。
タブ表示の場合は「プレビュー」を選んだ時に、他2つの場合はプレビューボタンを押すことで更新される。また表示方法を変更した際にも更新される模様。プレビューの更新は手動なので注意。

また、プレビューの近辺にプレビュー幅の指定項目があり、これを使えば横幅が狭い環境でどうなるかの確認も可能。
上述のnobrサンプルにおける効果も確認できる。

プラグイン簡易ヘルプ

編集画面の「プラグイン」ボタンを押し、ポップアップからプラグインを選択することでそのプラグインの簡易ヘルプが表示される。
ヘルプ内の「挿入」ボタンで基本的な構文をその場に挿入できる。

差分表示

編集部分の右上にある「< 編集前との差分」を押すと、変更を行った個所をハイライト表示してくれる。
が、この状態で編集を行うとテキストが崩壊することがあるので注意。右上の「> 編集前との差分」を押して差分表示を解除してから編集を続行することを推奨。

正規表現文字置換メモ

チュウニズム対戦カード

チュウニズム大戦カード一覧の作り方。おそらく今後使わないがもしものためにメモ。

\r\n\|~\|>\|>\|>\|CENTER:([^|>]+)\|\r\n\|~\|>\|>\|>\|([^|>]+)\|
↓
''\1''&br;\2|

\r\n|~|>|>|>||
↓
(無)

\r\n.+備考.+
↓
(無)

※\1,\2を用いた変換はwikiwiki上では行えないのでNotepad++等にコピペしてから行う必要あり。

楽曲一覧(定数順)のバージョン移行用

\|[^\||~|:]+\|$
→ |-|

曲名からジャケット適用

attachref\(\/\);\|&size\(15\){''\[\[([^[|\]]+)\]\]
→ attachref\(/\1/\1.jpg\);|&size\(15\){''[[\1]]