雑談の過去ログ その9
このスキンXML宣言されてないような気がするのですが…。IE対策ですか?
悪名高きtableによるレイアウトを排除してあります。メニューバーと本文はfloatによる画面分割になっています。HTML上はメニューバーよりも本文が先に来るため、w3mやLynxなどのテキストブラウザでアクセスした場合やCSSをOFFにした場合でも、読みやすくなっています。
IEでは、CSSの一部のプロパティの仕様がW3Cと異なっているため、その差異を吸収するためにIEで読み込まれるCSSファイルをIE専用のものにしてあります。そのため、IEでアクセスした場合にはメニューバー&本文の画面表示幅が固定されます*2。
preの表示については、画面からはみ出すのが嫌だという意見や、逆にoverflow:scroll/autoによるスクロールバー表示が嫌だという意見もあり、両方の意見を満たすため、下記のようにしてあります。
line-break:strict; word-break:break-all; word-wrap:break-word;
white-space:-moz-pre-wrap;
white-space:-pre-wrap;
いずれもW3CのCSSからはずれる各ブラウザ独自の拡張なので、あまり行儀はよくないのですが、苦肉の策です。実際の表示はIE、Mozilla、Operaいずれもほぼ同じになり、基本的に画面幅で折り返されます(改行が入るわけではないのでcopy&pasteには影響しない)。Safariなどでは、通常のpre(画面幅からはみ出す)で表示されます。
ここのスキンだと、一覧や検索したときにMenuBarが表示されるようになっていますね。これはpukiwiki.skin.*.phpの書き換えで実現出来るのですか?生兵法で実験したものの、失敗でした…力不足。
はい。スキンの中で場合分けをすればできます。表示幅が広くなりそうなプラグインやコマンド実行時にメニューバーを非表示にするには
<?php if ((ereg("^(paint|map|referer)$",$vars["plugin"]) == FALSE) && (ereg("^.*(backup|diff|filelist|deleted).*$",$vars["cmd"]) == FALSE)) { ?>のような条件で場合分けするといいでしょう。
<?php if ((preg_match('/^(paint|map|referer)$/',$vars["plugin"]) == FALSE) && (preg_match('/^.*(backup|diff|filelist|deleted).*$/',$vars["cmd"]) == FALSE)) { ?>の方が高速かもです(実際どれくらい高速かは不明(^^;)。
なるほど。これを参考にいじってみます。ありがとうございました。--cas
プラグインのパラメータは、カンマのあとスペースを空けないのが標準でしょうか? calendar_viewerの第2引数で表示件数を指定しようとして、
#calendar_viewer(日記, 2)としてハマってました。 #calendar_viewer(日記,2) と詰めればOKでした。今まで意識せず使っていたので、そんなに問題は出ていなかったと思うのですが。
PukiWiki本体の仕様としてはプラグインの引数に半角スペースが引き渡せないと困る場合もあるのでtrimしないです。したがって、引数のtrimは個々のプラグイン側での処理になります(ほとんどのプラグインは引数のtrimはしてないと思います)。
そういうわけで、プラグインの引数には不必要な空白は入れないほうが無難です。
http://info.2ch.net/wiki/pukiwiki.php 2ちゃんねるWikiだそうですよよ。
2ちゃんねるにもtrackback搭載へ
2ちゃんねるといえば、2ch-Linux-BeginnersというPukiWikiもあったなあ。
DOS/V magazine編集部から問い合わせがきています。3/1号(2/14発売)のblogの特集のなかで、PukiWikiを紹介したいそうです。
という文言を気にしているようです。別段困らないですよね?
あと、本家のスクリーンショットも。
URL は、http://pukiwiki.org/ が正式ですかね?
正式なURLは、http://pukiwiki.org/ です。管理者名もPukiWiki Developers Teamでいいでしょ。
スクリーンショットも表紙やヘルプ、はじめてのPukiWikiとその下部ページ、FAQとその下部ページ、PukiWiki/Install とその下部ページ、PukiWiki/プラグイン/1.3.5、PukiWiki/プラグイン/1.4についてはOKです(よするに投稿者の名前がぽこぽこ出てくるページは不可ということで)。PukiWiki/Install/ライセンスについて#eeda0a66参照。
了解しました。これで返答しておきますね。
スクリーンショットの件,了解いたしました。記事掲載ご快諾いただきまして,どうもありがとうございました。
3月下旬に結城浩さんの『結城浩のWiki入門 YukiWikiではじめるシンプル・コラボレーション』(インプレス)が発売されます。付属CD-ROMにPukiWiki 1.4.2が収録されます。
YukiWikiを中心に書かれていますが、YukiWikiはPukiWikiの基になったWikiですし、Wiki入門ということでおすすめの1冊になりそうです。
結城浩さんご自身からも発表されました。結城浩の日記。
第I部と第III部ではWiki全般の視点に立って書き、 YukiWikiを使わない人にも役に立つ内容としています。
結城浩のWiki入門のページもできました。
pukiwiki-mode だそう。hiki-mode みたいなものらしい。
おもしろいですね。w3m+emacs環境の人には朗報かな。あとは更新の衝突をどう処理するかが課題でしょうねぇ。
w3mは不要です.emacsだけでいいようです.さらに,更新の衝突はすでに解決されているようです.今日変更されたファイルの一覧の機能はいいなぁ.
いつもお世話になっております。今回は、みなさんに助けていただきたく、こちらに書き込みました。
実は、いまPukiwikiのファイルを、全文検索ツールのmsearchで検索できるようにしています。なんとか、本文の検索はできるようになったのですが、どうしてもタイトル名が、「タイトルなし」になってしまいます。msearchでは、htmlファイル中の<title>タグから、タイトル名を取得しているらしいです。そこで、質問なのですが、Pukiwikiでは、タイトル名(ページ名)を、どのように取得しているのでしょうか。Pukiwikiの仕様を見ましたが、よく解りませんでした。申し訳ありませんが、教えていただければと思います。
また、デモサイトもありますので、もし、よろしければ、ご覧いただいて、みなさんの知恵をいただければ幸いです。どうかよろしくお願い致します。 -- reimy 2004-02-16 (MON) 15:27:26
ファイル名→タイトルに変換するだけでいいのでは?
$file = $dir.encode($page).'.txt';という関係ですから、逆はdecodeすればいいということで。
本当にありがとうございました。早速、試したいと思います。