アンカーIDの重複する可能性について†
- ページ: BugTrack2
- 投稿者: Cue
- 優先順位: 普通
- 状態: 提案
- カテゴリー: その他
- 投稿日: 2005-07-24 (日) 17:15:21
- バージョン:
メッセージ†
少なくともページ内でユニーク、インクルードされることを考えるとそのPukiWiki内でユニークでないと問題がある。
- これは見だし編集機能実装に向けての大いなる一歩となるのかな?かな? --
- 一応それを意識した仕掛けですから ;) (違う話題のことかしら) -- henoheno
- 多いに意識してたりします。一歩になるかはこの先の話がどうなるか、ですね。 -- Cue
- 叩き台に動くもの作ってみましたけど張って良いのかな(パッチで400行) -- Cue
アンカー文字列のキーワードとしての意味をどう両立させるか†
- こんにちは :) 固定アンカーないし指定したアンカー名が重複しているかどうかを一回の出力単位でチェックするのが、CVS版に追加した anameプラグインの設定 PLUGIN_ANAME_ID_MUST_UNIQUE です。従来通り、デフォルトでは無効です。 -- henoheno
- PukiWikiの場合、アンカーとなる語句を任意に指定でき、任意個数設置できますから、大前提として「重複させる」事は可能です。そして、重複していたからといって機械的に変造する様ではキーワードの意味がありません。ということで、メッセージを表示する様にしてみました。 -- henoheno
- キーワードとしての意味があるので扱いが難しいのはそう思います。ただブラウザのurlに直接手入力する事もそうそう無いと思うのでなんとかケアできないかなと。 -- Cue
- 例えばこのページのメッセージにジャンプさせたい場合、編集で[[BugTrack2/96#メッセージ]]と入力したのを[[BugTrack2/96#メッセージ>BugTrack2/96#i561e30d]]と自動的に置き換えてくれるのなら、IDそのものにキーワードとしての意味付けをする必要性は薄れるような気がします。サイト外からのリンクは困りますけど(303使えませんし) -- Cue
- ページ内アンカーのIDを動的に書き換えてしまう場合、「#keyword」 という設定をしたページに URI#keyword というURIでアクセスしたとき、該当の部分にジャンプできない可能性が生じてしまいます。これはユーザーから見れば欠陥ないし時限爆弾のように見えるかもしれません -- henoheno
- これは今も同じなんです。#keywordを同じページ内に書く/消せば人為的に起こせますから。つまるところ、唯一であるべきIdentifierを誰もが自由に編集できる事に根があるわけですが、無くすのは論外なのでなんとか知恵を出しあいましょうと。 -- Cue
PLUGIN_ANAME_ID_MUST_UNIQUE で誤判定されるケース†
- PLUGIN_ANAME_ID_MUST_UNIQUE で誤判定されるケースがあるようです。下のようなWikiテキストがあると通常のconvertの外にmake_heading経由でmake_linkが呼ばれるので重複ID扱いになってしまうようです。 -- Cue
*Heading &aname(anchor);