トップ 差分 一覧 Farm ソース 検索 ヘルプ RSS ログイン

雑談掲示板

ページの作成や編集にはユーザ登録が必要です。

FSWiki雑談掲示板

サポート掲示板は質問などの書き込みが主になっているようなので、FSWikiを使っての感想など、些細なおしゃべり・雑談の場合はこちらをお使いください。話が盛り上がってきたら適宜、サポート掲示板などに話題を移行させるような感じでの使い方もできるかもしれません。

  • 過去ログはページ下部の選択肢から参照できます。
  • 件数が増えてきたら古いものから順に過去ログに移動します。
  • 雑談掲示板一覧もどうぞ。
  • 設置に関するトラブルや要望などはサポート掲示板のほうにお願いします。
  • バグ報告に関してはバグトラックのほうにお願いします。
  • FSWikiとは無関係と思われる投稿、コメントに関しては削除させていただきますのでご了承ください。
お名前
件名
本文

アイコンにリンクさせるプラグインはありますか. - HOJO (2004年12月13日 17時47分45秒)

 従来型のホームページをFSwikiにコンバートしています.そこで,アイコンを押すと社外の別のページに飛んでいくようになっている部分があるのですが,これを実現する方法はなにかないでしょうか.

お名前: コメント:

Login状態による負荷変化 - 名無しさん (2004年12月04日 02時20分46秒)

何が引き金になってるのかさっぱりわからないのでここに書きますが、他にも同じような現象が起こってるサイトオーナー様はいらっしゃいますか?

計測にはこのプラグイン(BugTrack-plugin/21)を利用させてもらってるんですが、不思議な事にログイン状態によって プロセスが実際に使用したCPU時間(timesプラグインは存在しません。) が増減するんですよ。多少の増減なら体感で変化無いのでいいのですが、0.9→1.2 ほど変化がありちょっと 引っかかってるなぁ と感じます。

Frontpageのみの状態 : 0.5前後
同上ログイン状態  : 0.5前後

稼動状態のページ  : 1.2前後
同上ログイン状態  : 0.9前後

オートリンクしてるのでページ数が減るとCPU時間が減るのはわかるんですが、ログインしないと遅くなってるのが謎で... サーバのファイルシステムがボトルネックになってるんで、そこに絡んでるだけなんでしょうか...?

  • freeStyleWikiは確かに遅すぎのです。イライラします。最適化すべきでしょう。 - Mo (2004年12月05日 13時22分57秒)
  • Perlですからある程度は仕方ないでしょう、設計も雑談/89で仰られてるようにドキュメント用ですし。 逆に言えば当方のようにページ数1000を超えるデータベース的な用途に使用するのであれば、php等ベストなものがあるはずです。 Perlなので自分で最適化したいものですが、自分には軽いカスタマイズぐらいしか出来ないのが残念です。 - 名無しさん (2004年12月05日 17時31分09秒)
お名前: コメント:

「自作プラグインの投稿」ページの「状態」について質問 - あき (2004年11月18日 08時47分53秒)

自作プラグインの投稿ページの「状態」(提案,着手,完了,リリース済,保留,却下)はどういった分類で選択するのが正しいのでしょうか?殆どのプラグインは、完成しているのにも関わらず「提案」のままです。作者本人は、何処まで変化させて良いのでしょうか?

  • プラグイン投稿のページに以下のように記述してあります。 - たけぞう (2004年11月18日 09時39分47秒)
状態は「提案」のままでお願いします。FSWikiのディストリビューションに
取り込んだものについては「完了」「リリース済」にします。
  • すみません。その辺りをしらみつぶしに読んだつもりでしたが見落としていました。というより、そういった内容が掲示板で交わされていないか、の方に気が向いてました。 - あき (2004年11月18日 10時03分32秒)
お名前: コメント:

開発者様:FSWikiの開発方針についてお聞かせ下さい。 - あき (2004年11月13日 00時27分24秒)

FSWikiの開発方針についてですが、開発方針のページに記載の「書式は必要最低限のシンプルなものにする」には、私も賛成です。見栄えに関する仕様を拡張していくと際限がないですし、際限のない仕様はかえって敷居を高くするだけです。(これがそのいい見本(駄作、自作CGI)ですw)

ただ、書き込みの多くを見ていると、見栄えに関する要望っていうものが多いようで、結局は開発者寄り(プログラミングできる人向け)のツールになってしまっている気がします。(プラグインが自作できる人はいいですが、そうでない人にはきつそう)

そこで一つお訪ねしたいのですが、出力をHTMLに限定しない利点って何なのでしょう?

HTML特有の処理をコアに組み込みたくない、となると、プラグインへの依存率が高くなってしまいます。(例えば・・・、せめて行間の調節ごときに「改行プラグインが必要」、なんてのはやめて欲しかった。また、中央寄せ、右寄せ、等も普通に要望に挙がってくるはずなのに、妙な制限ができてしまっている)

プラグインにてサポートする部分と、コアが提供する機能の切り分けがいまいちはっきりしません。

BBS-サポート掲示板/66に、HTML用のプラグインを作ってその中で提供する形になる、とのコメントがありますが、コアがこの部分に立ち入る気がないとなると、似通ったプラグインが乱立することになるか、又は、つまらない要望・質問が次から次へと出続ける状況は改善されないままとなる気がします。

今後プラグインを作成して行くにあたり、そのあたりの考えを明確にしておくことはとても重要なことだと思います。

私的には、もっと初心者寄りの、デザインを自由に変更できるような新機能(要素)が実装されることを期待しています。

敷居の低さを保ちつつ、より自由な表現が可能になるよう、発展していくことを願っています。

  • WikiをWebサイト構築ツールと考えれば、ある程度の装飾機能はコアに組み込んでもよいとは思います。ただ、もともとFSWikiは私個人がオンラインでのドキュメンテーション用途に開発したものなので、PDFやテキストへも変換できることを前提としていました。もちろん、右寄せ・左寄せ程度であればテキストやPDFへの変換も可能だと思いますが、実装への負担と、ドキュメンテーションという用途、また「シンプルな書式」というコンセプトの一貫性という点から現在でもサポートしていませんし、少なくとも3.5系では現在以上の書式はサポートしないつもりです。 - たけぞう (2004年11月13日 10時07分08秒)
  • ただ、現在はHTML以外への変換を可能な構造になっているのですが、実際に有効活用されている場面は少ないと思います。4.0系では構造を刷新しようと考えているのですが、高速化のためにも「使用頻度の低い機能・ライブラリは標準添付しない」「不要な抽象化レイヤは設けない」といったことを考えており(APIも変更せざるを得ないので既存のプラグインはほとんど動かなくなると思いますが…)、出力に関してはHTMLに限定するつもりです。なので、4.0系ではある程度の装飾機能がサポートされる可能性はあります。 - たけぞう (2004年11月13日 10時45分09秒)
  • ご回答ありがとうございます。そう言えば何処かに「ドキュメンテーション用途に開発を始めた」と書かれてありましたね。なるほど、本来は「Webサイト構築ツール」ではないのですね。私は「FreeStyle Wiki」という言葉から、「自由なスタイルでの表現が可能なWebサイト構築ツール」というイメージを(勝手に)持ってしまっていました。「Documentation Wiki」とかなら、そうでなかったのかもしれませんね。「装飾機能が欲しい」と感じてしまうのは、レイアウト(テンプレート)が自由に変えられたりスタイル(スタイルシート)が自由に変えられたり、するが故に出てくる要望なのでしょうね。ま、ですが、ユーザが「Webサイト構築ツール」としてのFSwikiであることを望んでいることは理解されているようで安心しました。今後の方向性についても全面的に納得です。ご回答ありがとうございました。 - あき (2004年11月14日 01時04分57秒)
  • fswikiを簡易フォーマッタとしてpdf出力使わせて頂いてます。plainTextへの出力プラグイン等も自製しましたし。こういうユーザーもいますよということで。Webサイト構築ツール(というよりはContentManagementSystemですか)としてのwikiはfswiki以外にも多くありますし、pdf出力等の他wikiとの差別化機能は大事にして頂きたく... - 名無しさん (2004年11月16日 21時11分19秒)
  • あ、もっとも装飾機能というかHTMLで言うdiv/span指定やそれに対応するcss記述を可能にする記法はplainText`ya。 - 名無しさん (2004年11月16日 21時15分09秒)
  • ...plainTextやpdfへの出力以上に欲しいと思いますが - 名無しさん (2004年11月16日 21時15分31秒)
  • 後出しジャンケンのようで悪いのですが、HTML以外での出力、分かりますよ。私が作成していたCGIも、当初はコマンドライン上での出力に対応していました。UNIX上で、自作ツールのヘルプを出すのに使っていました。(プレーンテキスト、コマンドライン、HTMLの3つの表示です。もちろん、それ以外にも必要とあらば…、というスタンスでした) ですが、機能を拡張して行くうちHTMLでの出力だけが先行してしまい、互換性を保ち続けることが逆に重荷となってしまい、やめてしまったのです。最初この質問を書き始めた時、この件にも触れて「重荷じゃないですか?」って持っていくつもりだったんですが、まとまりがないので削除してしまってました。ですので、仰っていることは十分に分かります。最終的には他のことも書きたかったのでこの件については1行にまとめてしまいましたが、本当は、「足を引っ張っているものがあって、それが苦労以上の恩恵を伴わないものであるなら、そんなこだわりは要らないんじゃないですか?(犠牲以上の恩恵が得られているのですか?)」って聞いてみたかったんです。開発者側のこだわりより、ユーザ側の要望を優先してあげて欲しいな、って思って書いたんです。すみません、ウダウダと長くなってしまいました。 - あき (2004年11月16日 23時00分14秒)
  • 最近はHTMLからPDFを生成可能なソフトがフリーでも存在するので、あまりFSWikiの売りになっていないのではないかと思います(KDEなら標準搭載のKonquerorで可能ですね)。実際にユーザさんがどう感じてらっしゃるのかはわかりませんが…。また、ドキュメンテーション用といってもWebサイト構築ツールとしての用途を考えていなかったというわけではなくて、当初はApacheやJakartaプロジェクトのような技術系のWebサイトの構築に使うことをイメージしていました。 - たけぞう (2004年11月17日 21時53分36秒)
  • 現在私がFSWikiの売りと考えているのは
  1. Perlで動作すること(PHPやRubyの動かないレンタルサーバもあるので)
  2. 他のWikiと比べて比較的高機能であること(PukiWikiには劣ると思いますが、YukiWikiやHikiよりは)
  3. プラグインやテンプレートによるカスタマイズ性、拡張性

というあたりだと思っています。逆にダメな点としてまず思いつくのは速度面です。このサイトのようにmod_perlで動かせばページ数が多くてもそこそこの速度で動作させることができますが、レンタルサーバで運用する場合にはシンプルなYukiWiki、PHPによるPukiWikiと比べるとどうしても見劣りしてしまいますね。 - たけぞう (2004年11月17日 22時03分33秒)

  • あと装飾機能に関しては、今まではHTML装飾に関連するプラグインなどを積極的に取り込むことはしていなかったのですが(HTMLを出力するプラグインはPDFに反映されないため)、出力をHTMLに限定する場合、基本的な書式は拡張せず、装飾に便利なプラグインを標準添付するということも考えられます。 - たけぞう (2004年11月17日 22時08分50秒)
  • 詳細なご説明、ありがとうござます。私としては、ドキュメンテーション用、Webサイト構築用、両方の目的で使用させて頂いております。そういった意味では、「プレーンテキストライクな手軽さで書けること」と「頑張れば高度な表現もできること」の両立はとても重要な位置を占めています。速度面に関しては、PukiWikiとの比較はPerlCGI(mod_perlではない)での結果でしょうし、FSWikiLiteも有ることですし、私は気になりません。 - あき (2004年11月19日 07時28分21秒)
  • 装飾機能に関してですが、適当なプラグインを作成しました。(公開したinclude_htmlプラグインもそうですが、あれだと1行毎とかには使えませんので…) 出力形式をHTMLにすればPDF出力には影響を与えないのですよね? よくよく考えてみましたが、私の要求は<DIV>タグと<SPAN>タグの2種類でほぼ解決しそうです。他にはイメージを横並びに表示できたり、もっと高度なテーブルの使用(レイアウトのための<TABLE>タグ使用や行・列連結)がでれば言うこと無しなんですが…。でも、そうするとテキストで見た時見辛くなってしまいますね。(自作CGIもそうだった) テキストで見ても見辛くならないような仕様って無いかなぁ。 - あき (2004年11月19日 07時28分35秒)
  • こんなのいかがでしょう? http://www.asahi-net.or.jp/~vw4k-kbys/plain2/plain2_b.html - 紅猫 (2004年11月19日 15時08分59秒)
  • これは凄いですね。ビンゴです。仕様としては完璧です。ですがここまで完成度が高すぎると真似て自作するのが逆に億劫になってしまいますね。できれば、「そのまま流用できたら・・・」って思ってしまいます。テーブルの機能だけでも実装できたら、と思いますが、今はその気力も無いです。それにしても、これはいいですねぇ。気力のある人、誰か挑戦して欲しいなぁ。 - あき (2004年11月22日 07時49分50秒)
  • plain2の書式で記述できる(HTMLに変換してくれる)Wikiってあったら最高な気がするんですけどね。でも、Perlじゃとろくて使えないだろうなぁ。 - あき (2004年11月27日 02時11分42秒)
  • そこまで行くとWikiである必要なくなりそうですね。HTML出力CGIでよさそう。 - 紅猫 (2004年11月27日 16時13分24秒)
  • いえいえ、「Wiki本来の目指すもの」ではないかもしれませんが、Wikiじゃないとあまり意味がないです。Wikiは、誰でも、何処からでも、が魅力なわけですし、「誰でも」の中に「初心者」を含めて考えるなら、可読性の高いplain2の仕様は最高です。ここ近年、ブログってのがネット界を賑わしてますが、上記がうまく融合すれば、次世代のトレンドになることうけあいです。もちろん、Wikiである必要はありませんが、結局はWikiってことになりそうな気がします。 - あき (2004年11月27日 20時43分56秒)
お名前: コメント:

「トップ 新規 ...ログイン」は,なんと呼ぶのですか. - HOJO (2004年11月08日 15時03分06秒)

Wikiのホームページを導入するにあたって,イントロを書いているのですが,各ページの一番上にある「トップ 新規 編集 ...ログイン」のことはなんと呼べばよいのでしょうか.
  • ドキュメントを見る限りでは「メニュー」、一つ一つは「メニューアイテム」だそうです。 - あき (2004年11月08日 20時02分43秒)
  • あきさん,いつもありがとうございます.readmeはインストールや設定が終わった後,見ていませんでしたが,役に立つ情報満載ですね. - HOJO (2004年11月09日 09時58分53秒)
お名前: コメント:

commentプラグインの出力フォーマット 名前を先に表示 - あき (2004年10月31日 09時29分33秒)

commentプラグインの改造です。

「・コメント - 名前 (日時)」という形式での出力を

「・名前 (日時) - コメント」という形式での出力にします。

ただそれだけです。

とても単純ではありますが、個人的には規定のフォーマットにどうしても納得できませんでした。私がFSWikiを導入して、プラグインの中では最初に改造を加えた箇所です。

同じように感じてる方もいらっしゃると思いますので(もちろん感じてる方はとっくに手を加えてるでしょうが…)一応ご紹介だけしておきます。

plugin/comment.org/CommentHandler.pmの

     $content = $content."*$message - $name (".Util::format_date(time()).")\n";

という行を

     $content = $content."*$name (".Util::format_date(time()).") - $message\n";

に置き換えてください。3箇所あります。

  • 一応、まだどこにも投稿されていないことは確認したつもりなのですが、もし私の見落としでしたらすみません。 - あき (2004年10月31日 09時31分09秒)
  • FSWikiのバージョンは3.5.6です。 - あき (2004年10月31日 09時32分42秒)
  • 3.5.7で試してみました。いいかんじですね。名前が先の方が見やすいです。 - reeree (2005年08月22日 00時23分21秒)
  • 更に日付の表示を"2005/08/25 12:07:11"となるようにしてみました。すっきりしました。 - oi21 (2005年08月25日 12時08分19秒)
  • 手元のサーバ(FSWiki 3.5.7)でも試してみました.たしかに名前が先にくると見やすいと感じました. - katsu03 (2005年08月25日 17時48分14秒)
お名前: コメント:

複数ファイルのアップロードはできますか? - JerryFish (2004年10月27日 12時33分14秒)

マニュアルページで利用していて、画像をアップロードし、{ {ref} } を { {ref_image} }に変更する、というやり方で書いていますが、文章をまとめて書いておいてから画像をアップすることが多いので、何度も編集→アップロードを繰り返すのが面倒です。

指定した複数のファイルをまとめてアップする方法はないでしょうか?

  • 既存のプラグインでそういうものはないと思いますが、attachプラグインを改造すれば簡単に実現できるのではないかと思います。 - たけぞう (2004年10月27日 20時14分05秒)
  • (´-`).。oO 紅猫さん公開してくれないかなぁ. - 名無しさん (2004年10月27日 22時16分02秒)
  • 貼ってみました。attach2.zip(618) - 紅猫 (2004年10月31日 17時38分16秒)
  • 解凍してできたファイルをattachプラグインフォルダに入れてください。AttachHandler.pmは上書きでOK。 - 紅猫 (2004年10月31日 17時38分40秒)
  • attach/Install.pmに下の行を追加します。 - 紅猫 (2004年10月31日 17時39分54秒)
$wiki->add_paragraph_plugin("attach2","plugin::attach::Attach2","HTML");
  • 動かなかったら適当に直しましょう。 - 紅猫 (2004年10月31日 17時40分18秒)
  • 非常に便利なツールです。元のattachHandlerを上書きしないほうがいいかもしれません。本体がupdateされるとき、pluginもupdate されるのです。 - Mo (2005年08月26日 14時35分19秒)
お名前: コメント:

提案:post_editフック - matto (2004年10月25日 14時19分35秒)

ページを編集した後、それを保存する前にページを加工するようなpluginを作りたいのです。(具体的には、CVSやRCSの$Logタグのような感じで、ページの編集記録をページ上に残すpluginを作りたい。)

現在のフレームワークではsave_beforeフックもsave_afterフックもWikiページを参照することはできても加工することはできません。(その意味で、これら二種類が準備されていても、実質的な違いはありません。実際のところ、save_beforeを使っているプラグインは一つもないですよね?)format変換pluginを作れば一応できないこともないのですが、邪道だと思います。

編集後ファイルに書き出される前にpost_editフックを新設し、pluginにcontentを加工させることはできないでしょうか?

  • 以前、フックとは別の仕組みで保存前にソースの内容を置換するタイプのプラグインの導入を考えていたのですが、思うところがあって結局実装はしませんでした。どういった方法で実現するのがいいのか、少し考えてみます。 - たけぞう (2004年10月25日 22時01分47秒)
  • 上記の件ですが、3.5.7ではsave_beforeフックでページ内容の書き換えをできるようにしようと思います。 - たけぞう (2004年11月06日 15時56分49秒)
お名前: コメント:

outline が参照する name 値の生成方法 - nobody (2004年10月17日 22時14分30秒)

outline プラグインによって、ページ内の見出しの一覧とリンクを生成できます。この生成された見出し一覧のリンクは #p1, #p2, ...と生成されます。

ここで、ページ内に include プラグインで他のページの見出しが含まれる場合に、include 元ページの見出しのみを評価して生成しているため、include したテキストを含めて最終的に生成されたページ内の見出しとの間にはずれが生じてしまいます。

そこで、見出し用の name 属性で生成する値は #p1, #p2, ... ではなく、「見出し文字列のhash値を用いる」というのはどうでしょうか。

  • fswiki3.6.5にて当問題に対応しました。 - KG (2018年03月30日 11時10分13秒)
お名前: コメント:

プラグイン(fn + footnote_list)とpdf - roseau (2004年10月12日 00時19分10秒)

とくに困っているわけではないので、サポート掲示板ではなく、こちらに投稿しておきます。プラグインfn + プラグインfootnote_listを使用したページをpdf化すると、

 "「Gothic-BBB-Medium」フォントの /Bbox が正しくありません"

というエラーメッセージが出ます。ちなみに、脚注部分はまるごと消えてしまって、pdfファイルには表示されません。とりあえずご報告しておきます。うちはiswebですが、こちらのサイトでも同じ現象が発生しています↓BBS-サポート掲示板/43?

サイト検索でヒットしなかったので既出ではないと思われますが、既出だったらすいません。

  • エラーメッセージが出るのは問題ですね。調べてみます。ただ、いずれにしても脚注はPDFには反映されません。 - たけぞう (2004年10月12日 12時51分01秒)
お名前: コメント:

[ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 ]

最終更新時間:2014年08月28日 09時33分14秒