原因

• 一般的に「畳にカビが生えた」と言われる状態は、菌類のカビが畳表に定着して成長し、目に見える状態になることです。
  • 「発生した」のではなく、「繁殖した」が正しい。
• カビの胞子は空気中に必ず漂っていますから、これを無くす事は不可能です。
• 畳表が新しいうちは、栄養分が豊富なためカビが繁殖しやすくなっています。

原因のまとめ

• カビが生えたという状態は、カビが十分に成長した段階である。
• カビそのものをゼロにする事は困難である。

対策

• カビの成長に必要なものは、生物と同じで「水・空気・栄養分」です。ここでコントロールしやすいのは水です。室内が乾燥するように心がけましょう。

• 抗菌スプレーなど、畳店で販売しているものは、安全で効果が高いものが多いので、畳店に相談しましょう。
  
• カビが見えてしまう状態は、カビが十分に成長してからです。それ以前に掃除機などで吸い取っている場合は、見えてくる事はありません。

対策のまとめ

• 室内の湿度に十分注意し、乾燥に心がける。
• こまめに掃除機をかける。

それでもカビが繁殖してしまった場合は？

• まずは掃除機で丁寧に吸い取って下さい。
• ブラシなどで畳の目に沿って吐き出すようにこすります。
• 充分に換気をさせたら、消毒用のアルコールで全体を拭いて下さい。

注意

• 逆効果となるのは、水などで絞った雑巾で拭くことです。畳の目の中にカビが入り込むと同時に水分を与えることになりなかなか収まらないことになってしまいます。
• 風呂掃除などで使う塩素系の洗剤をつかうと、畳表を痛めてしまいます。

関連商品

畳Ｑ＆Ａ/畳にカビが生えないようにするには？

カビ対策は

いくつかの方法がありますので、これらの組み合わせを実施してください。

乾燥させる

カビは「菌類」なので、酸素と水と養分が必要です。
このうちどれかを遮断してしまうのが良いのですが、酸素と養分は無理ですね。
ですから、乾燥させるのが一番効果的です。
特に冬場は結露に注意しましょう。
北側の和室は内部結露を起こす場合もあります。

換気する

こまめに、換気することです。
また、除湿機やエアコンの除湿は効果があります。

掃除機をかける

カビが「発生した」という状態は、実はカビが「繁殖」して目に見えるような状態になったことを言います。
空気中にはカビのタネとなる胞子が必ず浮遊しています。これが畳の上に落ちて成長してしまうと目に見えてくるわけで、その成長スピードはそれほど早いものではありません。
掃除機をこまめにかけている部屋では、成長する前にカビを吸い取ってしまっているはずですから、繁殖するはずがありません。

い草ではない畳表を使う

い草は植物ですから、青いうちはカビの成長に必要な養分となり得ます。これを美草や銀白などの畳表を使うことで養分供給を絶つことができます。

その他

畳店ではカビ防止薬の施工もやってますのでご相談下さい。

---

ブログにて、カビ対策について連載中
https://www.horigome.co.jp/modules/d3diary/

畳　製品紹介

新畳

表替

裏返し

置き畳（ユニット畳）など

こちらの通信販売をご利用ください。
http://www.horigome.co.jp/modules/shop/

畳の構造と各部の名称

畳床

畳表

畳縁

寸法

畳Q&A_WIKI 目次

• 全ての登録単語は、こちらにあります。
• 基本的な単語
  • 畳　畳床　畳表　畳縁
  • 新畳　表替　裏返し
  • 化学畳　置き畳　縁無し畳　ユニット畳
  • 畳の日

• 畳の修繕は？

人気の20件

今日の2件

畳Q&A

メーカーや製品名

JIS・JAS・など工事仕様で使われる用語

JIS・JAS・畳工事仕様

登録予定の単語

未登録の単語

その他

一覧

全ての登録単語は、こちらにあります。

未登録の単語や、質問は、画面左側の　お問い合わせををお使い下さい。

概要

これは、表計算ソフトEXELで畳の寸法割付をするためのワークシートです。

sunpo.zip

上のファイルは壊れているようでしたので、再度アップしました。

sunpo2.zip

まず、ここをクリックしてファイルをダウンロードしてください。
（ファイル形式更新02/05/06・・・EXLE97以降で使用可能）
その際はかならず「ディスクに保存」をしてください。
次に、そのファイル（sunpo2.zip）をZIPで解凍してください。あとは、ＥＸＥＬで読み込むだけです。
もちろん、コンバートできれば三四六でも１?２?３でもＯＫです。

注意

• この結果による寸法間違いまでは私は責任が負えません。
  • 私はそのまま使ってましたのでたぶん大丈夫でしょう(^^;
• 個人で使用するのはかまいませんが、転載・再配布する場合は私に許可を取ってください。

使い方

• 十字本法で採寸してきた数字を図の各所に入力します。三六基準・五八基準などは関係なく、大小や実測でも構いません。
  • この図は六畳です（０．５単位可能）

• 現場名、その他を入力します。
• 方角は一番上の部分（図では西）を入力すると他は自動的に変わります。

• 図の赤丸内には（EXLEではW1）基準十字線が曲がってしまった時や、ある１辺に対して平行にしたい時などに数値を入れて、対三尺でずらした数値を計算させ、あたかも基準十字を回転させているかのように再計算できます。
• 畳の寸法は一番外側の数値によって計算されます。

• あとは、印刷範囲を決めて印刷・送信してください。

あとがき

これは、2002年頃、あくまでも私個人が使いやすいように作っていますので、
自分でも５０点ぐらいの内容です。
このままですべての人が使い切るのはやさしくありません。
しかし、このホームページを見てくださった方にヒントとなればと思い掲載しました。
あえて、詳しい解説をいたしませんので「覗き見」のつもりでお使いください

A

add

種別

コマンド

重要度

★☆☆☆☆

書式

?cmd=add &page=ページ名

概要

実行すると編集画面が表示されます。更新ボタンを押すと、指定した既存ページの末尾に編集欄で入力した内容が追加されます。

引数

ページ名は省略できません。ページ名はエンコードされている必要があります。

editが編集画面に既存のページ内容を表示するのに対し、addは常に編集画面が空となります。不用意に既存の入力内容を変更する事がないため、単純に追記していくだけのページではaddを使うと便利です。

備考

もともとデフォルトのskinでメニューの「追加」として使われていましたが、editコマンド(編集)で事足りるため、デフォルトのskinではメニューから外されています。

amazon

種別

（コマンド）

インライン型プラグイン

ブロック型プラグイン

重要度

★☆☆☆☆

書式

&amazon( ASIN番号 );

#amazon

#amazon(, clear )

#amazon( ASIN番号, [left|right], [タイトル|image|delimage|deltitle|delete] )

概要

アマゾン（http://www.amazon.co.xn--jp-p13axm1bkc1j5b2jnfsdwlkk0vqn1555bszqar7cha89yia7076ftowfykqdkt68a.

アマゾンのアソシエイト ID（紹介文などを書くことで副収入がもらえるかもしれない仕組み）に対応しています。 ASIN を入力するだけで、予め作成した定型作品紹介フォーマットを自動生成することができます。

引数

全ての引数を省略すると、ブックレビュー作成フォームが現れます。「書評」というページにこれを置くと「書評/ASIN番号」という子ページを作ります。

left,right,clear で商品のイメージとタイトルの出力方式を指定します。

• left|right ? 表示時の位置を指定します。省略時はrightです。
• clear ? テキスト回り込み指定を解除します。

タイトル,image で表示内容を指定します。

• タイトル ? 商品のタイトルを指定します。省略時は自動取得します。
• image ? 商品のイメージのみ表示します。省略時はイメージとタイトルを表示します。

delimage,deltitle,delete でキャッシュの削除を行います

• delimage ? 対応するイメージキャッシュを削除します。
• deltitle ? 対応するタイトルキャッシュを削除します。
• delete ? 対応するイメージキャッシュ,タイトルキャッシュを削除します。

プラグイン内設定

• PLUGIN_AMAZON_AID　amazon のアソシエイト ID(ないなら 一般ユーザ)
• PLUGIN_AMAZON_EXPIRE_IMAGECACHE　expire イメージキャッシュを何日で削除するか
• PLUGIN_AMAZON_EXPIRE_TITLECACHE　expire タイトルキャッシュを何日で削除するか
• PLUGIN_AMAZON_NO_IMAGE　画像なしの場合の画像
• PLUGIN_AMAZON_SHOP_URI　amazon ショップのURI
• PLUGIN_AMAZON_XML　amazon 商品情報問合せ URI

備考

著作権が関連する為、アマゾンのアソシエイトプログラムを確認の上ご利用下さい。

イメージなしの場合に使用する画像が別途必要です。デフォルトは image/noimage.jpg を使用します。

ASIN は書籍の場合 ISBN と全く同じです。書籍以外の場合は、アマゾンのサイトで対象を表示した際の写真のプロパティで判断します。例えば下のような場合だと、最後の 01 を含め、B000002G6J.01 とします。B000002G6J とすると、デフォルトの 09 が適用されてしまい、画像なしとなります（画像だけでなくタイトルも呼ぶのであれば 10 桁で Ok）。

http://images-jp.amazon.com/images/P/B000002G6J.01.LZZZZZZZ.jpg

aname

種別

インライン型プラグイン

ブロック型プラグイン

重要度

★★★★☆

書式

&aname( アンカー名 [,{[super], [full], [noid]}] ){ アンカー文字列 };

#aname( アンカー名 [,{[super], [full], [noid]}, アンカー文字列] )

概要

指定した位置にアンカー(リンクの飛び先)を設定します。

引数

アンカー名の値がアンカーのフラグメント指定子に使用されます。アンカー名は省略できません。アンカー名には半角英字（大文字／小文字）が使用可能です。

super,full,noid でアンカーの出力方式を指定します。

• super ? アンカー文字列を上付き表示します。省略時は上付き表示されません。
• full ? フラグメント指定子以外のURIを補ってアンカーを出力します。省略時はフラグメント指定子のみ出力されます。
• noid ? アンカーにフラグメント指定子を出力しません。

アンカー文字列が指定された場合、指定した文字列に対してアンカーが出力されます。アンカーの存在を利用者に明示したい場合に利用します。省略時は空文字に対するアンカーとなります。

プラグイン内設定

• PLUGIN_ANAME_ID_MAX　アンカー名に指定可能な文字列長の上限
• PLUGIN_ANAME_ID_REGEX　アンカー名に指定可能な文字列の正規表現
• PLUGIN_ANAME_ID_MUST_UNIQUE　重複したアンカー名を利用した場合エラーとする

備考

通常はインライン型プラグインとして使用します。2つのブロック型プラグインに挟まれた部分にアンカー設定したい場合にインラインプラグインとして記述できないため、ブロック型プラグインとしても使えるようにしてあります。

PukiWiki本体処理でanameプラグインを内部的に呼び出しているため、必ず組み込む必要があります。

article

種別

（コマンド）

ブロック型プラグイン

重要度

★★★☆☆

書式

#article

概要

指定した位置に簡易掲示板を設置します。

プラグイン内設定

• PLUGIN_ARTICLE_COLS　テキストエリアのカラム数
• PLUGIN_ARTICLE_ROWS　テキストエリアの行数
• PLUGIN_ARTICLE_NAME_COLS　名前テキストエリアのカラム数
• PLUGIN_ARTICLE_SUBJECT_COLS　題名テキストエリアのカラム数
• PLUGIN_ARTICLE_NAME_FORMAT　名前の挿入フォーマット
• PLUGIN_ARTICLE_SUBJECT_FORMAT　題名の挿入フォーマット
• PLUGIN_ARTICLE_INS　入力内容を入力欄の前後どちらに挿入するか
• PLUGIN_ARTICLE_COMMENT　書き込みの下に一行コメントを入れるか
• PLUGIN_ARTICLE_AUTO_BR　改行を自動的変換するか
• PLUGIN_ARTICLE_MAIL_AUTO_SEND　投稿内容のメール自動配信をするか
• PLUGIN_ARTICLE_MAIL_FROM　投稿内容のメール送信時の送信者メールアドレス
• PLUGIN_ARTICLE_MAIL_SUBJECT_PREFIX　投稿内容のメール送信時の題名
• $_plugin_article_mailto　投稿内容のメール自動配信先アドレス

attach

種別

（コマンド）

ブロック型プラグイン

重要度

★★★★★

書式

#attach( [nolist] [,noform] )

概要

ページの添付ファイルの一覧を表示し、ファイル添付のための入力フォームを設置します。

引数

nolist, noform で表示内容を指定します。

• nolist ? ページの添付ファイルの一覧を表示しません。省略時は一覧を表示します。
• noform ? ファイル添付のための入力フォームを表示しません。省略時は入力フォームを表示します。

プラグイン内設定

• PLUGIN_ATTACH_MAX_FILESIZE　ファイルアップロードの上限
• PLUGIN_ATTACH_UPLOAD_ADMIN_ONLY　管理者だけが添付ファイルをアップロードできるようにするか
• PLUGIN_ATTACH_DELETE_ADMIN_ONLY　管理者だけが添付ファイルを削除できるようにするか
• PLUGIN_ATTACH_DELETE_ADMIN_NOBACKUP　PLUGIN_ATTACH_DELETE_ADMIN_ONLYのとき、管理者が添付ファイルを削除するときは、バックアップを作らない
• PLUGIN_ATTACH_PASSWORD_REQUIRE　アップロード/削除時にパスワードを要求するか(PLUGIN_ATTACH_?_ADMIN_ONLYが優先)
• PLUGIN_ATTACH_RENAME_ENABLE　ファイルのリネームが可能か
• PLUGIN_ATTACH_FILE_MODE　アップロードされたファイルのアクセス権
• PLUGIN_ATTACH_FILE_ICON　アイコンイメージのファイル
• PLUGIN_ATTACH_CONFIG_PAGE_MIME　ダウンロード時のmime-typeを記述したページ

備考

デフォルトのskinのメニューの「添付」で呼び出されているため、デフォルトのskinを使う場合には必ず組み込む必要があります。

プラグイン内設定の PLUGIN_ATTACH_MAX_FILESIZE を増やす場合は、php.iniの upload_max_filesize やApache の LimitRequestBodyなどPukiWiki以外での上限設定がある事に注意して下さい。

B

back

種別

ブロック型プラグイン

重要度

★☆☆☆☆

書式

#back( [[表示文字列] [,[left| center| right] [,[0| 1] [,[戻り先] ]]]] )

概要

指定した位置に戻り先へのリンクを設置します。

引数

表示文字列は省略すると「戻る」になります。

left、center、rightで表示位置を指定します。省略時はcenterになります。

• left ? リンクを左寄せで表示します。
• center ? リンクを中央寄せで表示します。
• right ? リンクを右寄せで表示します。

0、1で水平線の有無を指定します。省略すると1になります。

• 0 ? 水平線を表示しません。
• 1 ? 水平線を表示します。

戻り先はリンクを選択時の移動先となるURL、ページ名のいずれかで指定します。PLUGIN_BACK_ALLOW_PAGELINKがTRUEの場合のみページ名を指定可能です。ページ名は「ページ名#anchor」の記述を行う事で移動先のアンカーも指定可能です。PLUGIN_BACK_ALLOW_JAVASCRIPTがTRUEの場合のみ戻り先の省略が可能です。戻り先を省略すると直前に参照していたページが戻り先になりますが、利用者のブラウザの設定がJavaScript onでないと機能しません。

プラグイン内設定

• PLUGIN_BACK_ALLOW_PAGELINK　ページ名(+アンカー名)による戻り先指定を可能とするかどうか
• PLUGIN_BACK_ALLOW_JAVASCRIPT　戻り先の指定にJavaScript(history.go(-1))を利用するかどうか
• PLUGIN_BACK_USAGE　エラー時に表示される使用方法

backup

種別

コマンド

重要度

★★★★★

書式

?cmd=backup [&page=ページ名]

概要

指定したページ、あるいは全体のバックアップ一覧を表示します。

引数

ページ名を省略すると、PukiWiki全体のバックアップ一覧を表示します。ページ名はエンコードされている必要があります。

プラグイン内設定

• PLUGIN_BACKUP_DISABLE_BACKUP_RENDERING　バックアップデータをレンダリングする機能を無効にする。

block

種別

ブロック型プラグイン

重要度

★★★☆☆

書式

#block( [clear[:right] [:left]] [,w[idth]:数値[CSS単位]] [,height:数値[CSS単位]] [,[left] [right] [center]] [,around] [,class:[@]クラス名] [,font-size:数値[CSS単位]] [,round] ){{
[複数行引数]
}}

概要

複数行引数の内容を<div>で囲まれたブロック要素へ出力します。

複数行引数の内容は通常の通りWiki書式として整形されます。

clear[:right][:left]

CSS の clear 属性を出力します。単に clear とすると clear:both として扱われます。

w:値 | width:値 | height:値

このブロック要素の幅、高さを指定します。単位を指定しないと px となります。
w は width のショートカットです。

left | right | center

このブロック要素自体の配置を指定します。幅を指定しないと width:100% となるので、この指定は意味をなさなくなるので、適宜幅を指定してください。

around

このブロック要素に float 属性を与え、続く要素に回り込みを許可します。left, right 引数と共に使います。

class:クラス名

クラス名を指定します。"@" は " block_" のショートカットになっています。

クラス名にはデフォルトで "@round", "@info", "@caution", "@ban" が用意されています。
"@round" は他のクラスと組み合わせて使用できます。

新たにCSSクラスを追加したい場合は、html側xpwikiインストールディレクトリ/skin/css/block.css に（存在しなければ作成して）記述します。 記述方法は、trust側/modules/xpwiki/skin/css/block.css の "$class div.block_round" あたりを参照してください。

round

画像を使用した角丸枠を付加します。

br

種別

ブロック型プラグイン

インライン型プラグイン

重要度

★★☆☆☆

書式

#br

&br;

概要

文章中で改行を行います。

段落やリスト、テーブル内など、行末の~による改行ではブロック要素を抜けてしまう個所で改行や空行の挿入するために用います。

プラグイン内設定

• PLUGIN_BR_ESCAPE_BLOCKQUOTE　引用文中で利用した場合のタグ不整合を回避する
• PLUGIN_BR_TAG　brプラグインが出力するタグ

bugtrack

種別

（コマンド）

ブロック型プラグイン

重要度

★☆☆☆☆ (一般サイト)

★★★★☆ (ソフト開発サイト)

書式

#bugtrack( [[ページ名] [,カテゴリー1…カテゴリーn]] )

概要

バグ追跡システムの一部分であるバグレポートの入力フォームを設置します。

引数

ページ名にはバグレポートとして作成されるページの親階層となるページ名を指定します。省略時は設置したページとなります。
通常、バグレポートには指定したページ名の子階層に自動的に番号が振られてページが作成されます。つまり"バグ報告ページ"と指定して設置した場合は、バグ報告ページ/1,バグ報告ページ/2,バグ報告ページ/3…のようにバグレポートのページが作成される事になります。

カテゴリーにはバグの対象となりうる要素を指定します。省略時は入力欄となります。

プラグイン内設定

• PLUGIN_BUGTRACK_NUMBER_FORMAT　バグレポートとして作成されるページ番号の形式

備考

ソフト開発サイトで重宝するプラグインです。もしバグ追跡以外の用途でバグレポートのように定型的な項目を持ったページを作成するフォームが欲しい場合，あるいはバグレポートの項目をカスタマイズしたい場合はtrackerプラグインを使用して下さい。

bugtrack_list

種別

ブロック型プラグイン

重要度

★☆☆☆☆ (一般サイト)

★★★★☆ (ソフト開発サイト)

書式

#bugtrack_list( [ページ名] )

概要

バグ追跡システムの一部分であるバグレポートの一覧表示を行います。

引数

ページ名にはバグレポートとして作成されるページの親階層となるページ名を指定します。省略時は設置したページとなります。

備考

通常はbugtrackプラグインと並べて使用します。

bugtrack_listプラグインの中からbugtrackプラグインを呼び出しているため、bugtrackプラグインがないと機能しません。

bugtrack_listプラグインは、tracker_listプラグインに比べて低機能ですが、リソース消費が少なく処理速度が速いというメリットがあります。この差はページ数の増加に比例して顕れる傾向があるため、使い分けが必要です。

C

calendar、calendar_edit、calendar_read

種別

ブロック型プラグイン

重要度

★☆☆☆☆

書式

#calendar( [{[ページ名], [年月]}] )

#calendar_edit( [{[ページ名], [年月]}] )

#calendar_read( [{[ページ名], [年月]}] )

概要

指定した位置にカレンダーを設置します。カレンダー上でyyyy/mm/ddという日付を選択すると、ページ名/yyyymmddというページを編集／表示できます。

カレンダーの日付を選択した場合に該当するページを編集状態、表示状態のどちらで開くかが３つのプラグインの違いです。calendar_editとは編集状態で、calendar, calendar_readは表示状態で開きます。

引数

ページ名は編集/参照するカレンダーのページの上位ページ名を指定します。 ページ名を省略すると設置したページのページ名になります。

年月は表示するカレンダーの西暦と月をyyyymmの形式で指定します。省略した場合は現在の年月になります。

備考

より高機能なcalendar2プラグインがあるため、あえてcalendarプラグインを使う必要性はほとんどなくなりました。

calendar_editプラグイン及びcalendar_readプラグインの中からcalendarプラグインを呼び出しているため、calendarプラグインがないと機能しません。

calendar_viewer

種別

（コマンド）

ブロック型プラグイン

重要度

★★★☆☆

書式

#calendar_viewer( ページ名, yyyy-mm| n| x*y| this [,[past|future|view] [,年月日表示の区切り文字]] )

概要

calendarプラグインまたはcalendar2プラグインで作成されたページを指定した位置に表示します。

引数

ページ名はcalendarプラグインまたはcalendar2プラグインを設置しているページの名前を指定します。

yyyy-mmを指定時、指定した年月のページを表示します。

数字を指定時、指定した件数分のページを表示します。

x*yを指定時、先頭より数えて x ページ目(先頭は0)から、y件づつ一覧表示します。x と yはいずれも数値です。

thisを指定時、今月のページを一覧表示します。

past、future、viewで表示するページの条件を指定します。省略/無指定時はpastとなります。

• past ? 今日以前のページを表示します。
• future ? 今日以降のページを表示します。
• view ? 過去から未来へ一覧表示します。

年月日の区切り文字は-や/などを指定します。省略した場合は-になります。

プラグイン内設定

• PLUGIN_CALENDAR_VIEWER_USAGE　エラー時に表示される使用方法
• PLUGIN_CALENDAR_VIEWER_DATE_FORMAT　日付の表示形式

備考

calendar2プラグインでは今日の日付の記事がない場合、記事を表示しないため、午前0時になったとたんに記事が表示されなくなるという弱点がありました。calendar_viewerはその弱点を補うために開発されたプラグインです。calendar_viewは、日付が変わっても最新の記事を表示することができます。カレンダーそのものの表示はcalendar2(off)で行ないます。

calendar2

種別

（コマンド）

ブロック型プラグイン

重要度

★★★☆☆

書式

#calendar2( [{[ページ名|*], [yyyymm], [off]}] )

概要

指定した位置にカレンダーを設置します。表示月のとなりに表示されたリンク(<< および >>)を選択することで先月／次月分のカレンダーを表示できます。カレンダー上でyyyy/mm/ddという日付を選択すると、ページ名/yyyy-mm-ddというページを表示できます。当日分のページが作成されていた場合、カレンダーの右隣に当日分のページ内容を表示します。

引数

ページ名で表示するページの上位階層のページを指定できます。ページ名を省略すると設置したページのページとなります。ページ名に*を指定すると上位階層のページはなし（表示するページ名がyyyy-mm-dd）となります。

yyyymmで表示するカレンダーの西暦と月を指定できます。省略時は当日の年月となります。

offを指定時、当日分ページを表示する機能は抑制されます。省略時は当日分のページを表示します。

備考

calender_editで作成したページはページ名/yyyymmddとなり、calender2で作成したページはページ名/yyyy-mm-ddとなるため、注意が必要です。

clear

種別

ブロック型プラグイン

重要度

★☆☆☆☆

書式

#clear([left][,right])

概要

refプラグインのaroundオプションで有効となったテキスト回り込み指定を解除します。

引数を省略するとCSSで clear:both 相当、 "left" は clear:left 、"right" は clear:right 相当です。

備考

imgプラグインのclearオプション指定時と処理内容は同等です。

color

種別

インライン型プラグイン

重要度

★★★★☆

書式

&color( [文字色] [,背景色] ){ 文章 };

概要

引数で指定したインライン要素(主に文章)の、文字色・背景色を指定します。

引数

文字色・背景色はそれぞれ色名(red、blueなど)、シャープで始まる3桁の16進数値(#000?#FFF)、同じく6桁の16進数値(#000000 ? #FFFFFF)のいずれかで指定することができます。大文字小文字は問いません。

文字色・背景色の両方を省略する事はできません。一方を省略した場合は省略した側の色の変更はされません。

プラグイン内設定

• PLUGIN_COLOR_ALLOW_CSS　色の変更に(fontタグではなく)CSSを利用する
• PLUGIN_COLOR_USAGE　エラー時に表示される使用方法
• PLUGIN_COLOR_REGEX　引数に指定できる色の正規表現

備考

以下、W3C勧告書より抜粋した色名。 Aqua = "#00FFFF", Black = "#000000", Blue = "#0000FF", Fuchsia = "#FF00FF", Gray = "#808080", Green = "#008000", Lime = "#00FF00", Maroon = "#800000", Navy = "#000080", Olive = "#808000", Purple = "#800080", Red = "#FF0000", Silver = "#C0C0C0", Teal = "#008080", White = "#FFFFFF", Yellow = "#FFFF00"

comment

種別

（コマンド）

ブロック型プラグイン

重要度

★★★★★

書式

#comment( {[above], [below], [nodate], [noname]} )

概要

コメントの入力用の入力欄を表示します。

引数

コメントの挿入方法を引数で指定します。

• above ? 入力したコメントがコメント入力欄の上に追加します
• below ? 入力したコメントがコメント入力欄の下に追加します（省略時はaboveが指定されたとみなします）
• nodate ? 挿入するコメントに、挿入時刻を付加しない（省略時は付加します）
• noname ? コメント記入者名の入力欄を非表示とします（省略時は表示します）

プラグイン内設定

• PLUGIN_COMMENT_DIRECTION_DEFAULT　コメントを入力欄の前後どちらに挿入するか
• PLUGIN_COMMENT_SIZE_MSG　コメントのテキストエリアの表示幅
• PLUGIN_COMMENT_SIZE_NAME　コメントの名前テキストエリアの表示幅
• PLUGIN_COMMENT_FORMAT_MSG　コメント欄の挿入フォーマット
• PLUGIN_COMMENT_FORMAT_NAME　名前欄の挿入フォーマット
• PLUGIN_COMMENT_FORMAT_NOW　時刻欄の挿入フォーマット
• PLUGIN_COMMENT_FORMAT_STRING　コメント内容全体の挿入フォーマット

contents

種別

擬似ブロック型プラグイン

重要度

★★★☆☆

書式

#contents

概要

設置したページ中の見出しの一覧を表示します。

counter

種別

ブロック型プラグイン

インライン型プラグイン

重要度

★★★☆☆

書式

#counter

&counter( [total| today| yesterday] );

概要

設置したページの参照回数を表示します。

引数

カウンタ表示方法として total, today, yesterday いずれかを指定します。省略時はtotalが指定されたとみなします。ブロック型プラグインでは常にtotalが指定されたとみなします。

• total ? そのページが参照された回数の総計を表示します。
• today ? そのページが参照された回数（当日分）を表示します。
• yesterday ? そのページが参照された回数（昨日分）を表示します。

プラグイン内設定

• PLUGIN_COUNTER_SUFFIX　ページ参照回数を保持するデータファイルの拡張子

備考

すべてのページで参照回数を表示したい場合は、MenuBarやスキンからcounterプラグインを呼び出してください。

D

deleted

種別

コマンド

重要度

★★☆☆☆

書式

?plugin=deleted {[&dir=diff| backup] [&file=on]}

概要

削除されたページの一覧を表示します。

引数

file=onを指定時、バックアップ（あるいは差分）のファイル名を出力します。省略時は表示しません。

dirで削除の判定方法を指定します。省略時はbackupです。

• backup ? バックアップが存在し、ページが存在しない時に削除されたとみなします
• diff ? 差分が存在し、ページが存在しない時に削除されたとみなします

備考

公開Wikiの管理者にとっては誤操作や悪意をもった編集によるページ削除をチェックするのに重宝します。

diff

種別

コマンド

重要度

★★★★★

書式

?cmd=diff &page=ページ名

概要

指定したページの現在の内容と最後のバックアップ状態との差分を表示します。

引数

ページ名に変更差分を表示するページを指定します。ページ名はエンコードされていなければなりません。

備考

最後のバックアップ以外との差分を表示する場合はbackupを利用します。

dump

種別

コマンド

重要度

★☆☆☆☆

書式

?plugin=dump

概要

指定ディレクトリ内のファイルをまとめてtar(tar.gz, tgz)形式でバックアップ/リストアします。
バックアップ/リストアの実行には管理者パスワードが必要です。
バックアップはファイル名をページ名に変換して取得する事ができます。 この変換でリストアには利用出来なくなりますが、 ファイル名からページ名の類推は容易になります。
バックアップは取得するディレクトリを任意に指定する事ができます。
リストアは該当ファイルの上書きによって行われます。 そのため、ファイルの削除を行う事はできません。
バックアップ/リストア対象として指定可能なディレクトリは、以下の通りです。

• DATA_DIR (wiki/*.txt)
• UPLOAD_DIR (attach/*)
• BACKUP_DIR (backup/*)

プラグイン内設定

• PLUGIN_DUMP_ALLOW_RESTORE　リストアを許可するかどうか
• PLUGIN_DUMP_FILENAME_ENCORDING　ページ名をディレクトリ構造に変換する際の文字コード
• PLUGIN_DUMP_MAX_FILESIZE　最大アップロードサイズ(Kbyte)
• PLUGIN_DUMP_DUMP　バックアップ時にプラグイン内で利用する引数
• PLUGIN_DUMP_RESTORE　リストア時にプラグイン内で利用する引数

備考

PukiWikiが内部管理するファイルを直接取得/更新するという性質上、 セキュリティ上の問題を引き起こす可能性があります。十分ご注意ください。

DATA_DIRのリストアを行った場合は、linksプラグインで ページ間のリンク情報キャッシュを更新する必要があります。

• Prev
  PukiWiki/1.4/Manual/Plugin
• Next
  E-G
• Home

概要

• 本来、畳はワラ畳床と畳表と縁で作られていましたが、ここ数十年で畳床はいろいろな素材で作られるようになってきました。これらの畳床のメーカー名を使ってスタイロ畳、ダイケン畳と言います。

呼び方の違い

• 上記のように、畳床の違いによってメーカー名から「（メーカー名）畳」と名付けられています。
  • 例えば、スタイロ畳床を使っていればスタイロ畳であり、ダイケン畳床を使っていればダイケン畳と呼べます。

スタイロ畳床は、ダウ加工のスタイロフォームという発泡ボードを使って作られた畳床です。
もともとは、上下をワラで挟んで作っていたのが一番最初の製品でした。
一般的な畳店も、スタイロ畳床というと今でもワラとスタイロフォームを組み合わせた畳床を思い浮かべるのが普通です。
この場合は、スタイロフォームを使っているのでスタイロ畳床と言い、カネライトフォームを使っている場合は、スタイロ畳床とは言わずカネライト畳床と区別して呼びます。

• ところが、この「ワラ以外の素材」が初めて使われたのがスタイロ畳（スタイロ畳床）で、当時（1970年頃）は相当なインパクトがあったため、ワラ以外の素材を使った畳床は全てスタイロ畳と間違って呼ばれるようになります。

ダイケンボードが誕生してからは、その素材の組み合わせは様々となり、ワラとダイケンボード、あるいは、ダイケンボードとスタイロフォームなど、数々の製品が世に出てきます。この時に、メーカーとしては、自社の部材が使われている物は、全て「（会社名）畳床」と呼び、それで作られた畳のことを「（会社名）畳」と命名したため混乱が起きてしまいます。

• つまり、ダイケンボードとスタイロフォームを使った畳床は、大建工業からすると「ダイケン畳床」となりますが、ダウ加工からすると「スタイロ畳床」となったわけです。
• このように、本来は、部材によって呼び分けるのですが、複数部材が組み合わされているのが普通であり、さらに歴史的にも混乱があったために、呼び方だけでは正確な製品が判らない場合も多々あります。

畳店からのお願い

• 上記のように、仕様書・発注書に「スタイロ畳」と書かれた場合は、正確な畳の仕様は特定できません。
  畳床の特定が仮にできたとしても、畳表が指定されないからです。

• 畳床の仕様・畳表の仕様・サイズの大まかな指定（丈1800mm未満・巾900mm未満なのか、それ以上になっているのか）を詳細にして頂くことは、最終的に使用される方や、設計・建築の各部担当者との誤解もなくなるものです。

概要

大建工業の畳表

• 紙から生成された畳表
• ダニ・カビの発生がなく、変色も殆ど無く、丈夫で長持ちする

和紙から作られた畳表

• 正確に言えば、「和紙の構造を研究し、和紙の良さを持たせた素材から作られた畳表」となる

• 大建工業の旧WEBサイトには以下のような説明があった。
  （現在では、このリンク先は無くなっている）
  • 「畳」なんでもＱ＆Ａより

Ｑ・【健やかくん】の畳表の原料は和紙との事ですが、手漉きなのでしょうか？
Ａ・健やかくんの畳表に使用されている主原料の和紙は手漉きの物ではなく、機械すき和紙の範疇に入るものです。
（小ロット製紙工学　紙業タイムス社参照）
原料はコウゾ、三椏、カンビといった稀少原料ではなく、北極圏に近い針葉樹（パイン、スプルース、バルサムファー等）で非常に長い繊維のパルプを使用しています。

和紙であるかどうか？

以下の文章は編集者Tackmixの見解である

• 和紙の定義
  いろいろと調べてみたが、現在のところ和紙の定義というものは曖昧になっている。
  元々、和紙という言い方が出来てきた背景には、輸入された西洋紙（洋紙）に対しての区別であるが
  その当時は、和紙はコウゾ・ミツマタなどを原料として手漉きによる物、西洋紙はパルプを材料として機械漉きの物であった。
  しかし、紙業の分野に機械生産が入ってきたときに、手漉きという条件が無くなり、素材の多様化が進むにつれて、材料と手法による分け方が困難となってきた。
  紙の構造から見た場合は、和紙の特長は円網方式といわれる。紙の繊維が複雑に絡み合い独特の風合いを出すと同時に、丈夫さを兼ね備えている。一方、洋紙は繊維の方向が一定で紙を裂くときに縦横で差があるように柔軟性はない。

• 小ロット製紙工学　紙業タイムス社
  これを読んでみたが、ここに書かれているのは銀白の素材に関しての言及ではなく、機械漉き和紙の歴史と定義についてである。
  これによると、既に機械漉き和紙という分類が無くなっているとのことである。（意味をなさなくなっている）
  内容はほぼ前述の通りである。
  しかも、初版は昭和４２年の物であり、これを引用して銀白が和紙の範疇であるというのには無理がある。

• 一般人の認識
  和紙といわれて思い描くイメージは、日本古来の製法の、均一性が無く、しかし味わいのある紙、であることに異論はないだろう。
  これは和紙というイメージが、紙全般のなかの特別な位置にあるという意味である。手漉きか・機械漉きかの違いや、材料の違いと言うよりも、イメージの定義の言葉かも知れない。
  もちろん、純粋な和紙というのは現在でも存在しており、そのイメージはまさに我々が抱く「和紙のイメージ」そのものである。

• 銀白は和紙製か？
  Q&Aに書かれているとおり、手漉きの紙を使っているわけではない。コウゾ・ミツマタなど樹皮が素材でもない。そのような分類で言う場合は、和紙製ではないといえる。
  また、引用文献からも銀白が和紙製であるかという疑問には直接の答えは得られない。
  しかし、銀白の開発にあたり、多数の紙をテストした際に和紙以外の紙は強度が保てなかったらしい。これは、前述の円網方式といわれる紙の構造にあったのだが、大建工業ではこの理由を突き止め、素材の生成において、繊維の長い物を円網方式で生成することに成功している。
  よって、和紙で作られたと言うよりも、和紙の特長を解析しその良さを取り入れて作った畳表という言い方の方が正しい。
  その意味では、和紙で作ったと言うよりも、もっと高度な研究と生産技術を要していると言える。

• 附記
  Q&Aを良く読むと判るが、質問の意味を若干ではあるが変えているのに気づく。
  本来ならば「和紙で作られているのですか？」充分であるが、「手漉きなのですか？」としてある。
  これは、「機械漉きの和紙」という答えへの誘導なのであるが、我々商品を直接扱う畳店とすれば、このような曖昧な言い方はできない。ユーザーからは直接「和紙で作ったのか？」と聞かれるのだ。

• • 私Tackmix個人としては、「和紙で作った」に拘るよりも、もっと積極的に和紙を研究したという部分を売りにした方が良かったのではないか？と思う。