- ページ: BugTrack
- 投稿者: reimy
- 優先順位: 普通
- 状態: 完了
- カテゴリー: その他
- 投稿日: 2003-10-19 (日) 15:02:09
- バージョン:
メッセージ†
trackbackの出力を別Windowにしないで出力してほしい(Windowサイズが固定されているので最悪。アドレスバーやメニューバーも隠されているのでユーザビリティが著しく悪い。)。
target属性を使わないでほしい(別Windowで開くかどうかはユーザが選択できるようにすべき)。
ねこめしにっきのtrackbackのような出力が理想的。
- 価値観とか理想なんてもんは人それそれなので、ユーザビリティが著しく悪い。とい表現は、いただけませんねぇ。本文を消してまで、TrackBackを見たいかどうか?でしょうし、見てから戻るのもねぇ。というところですけどね。blogな方々から見て、TrackBackの挙動として互換がある状態が現状で、PukiWikiの世界へようこそ!状態にするかは、検討の余地ありでしょう。あと、ユーザが選択できるようなオプションというのは、それもありとは思いますが、そうすべきかどうかは、これも人それぞれでしょう。この書き方じゃ、状態:提案じゃなくて、命令とか指示じゃありませんか? -- upk
- Web Accessibility Initiative (WAI)及びTechniques for Web Content Accessibility Guidelines 1.0参照。 -- reimy
- 逆に「別Windowに出力したり、Windowサイズを固定したり、アドレスバーやメニューバーを隠したりするとユーザビリティがよくなる」と主張している文書やサイトがあれば教えてください。 -- reimy
- ユーザビリティが著しく悪いんですよね。なぜ、著しく悪いとまで言い切るのか?なんですよ。TrackBack Ping一覧を表示し、本文に対する派生した議論を横目で確認しながら、本文の表示を残し派生文書を確認しにいくという操作を考えた場合に、本文を消してまで表示した挙句に、派生した議論に対して、参照したくなければ、本文にまた戻るという操作をする。という一連の流れを考え、どうしておくのが適当なのか?ということになるわけです。そこで、Usabilityということを考えると、一覧が目立てばよく、そのウィンドウを再利用して、他サイトに飛ぶようなことを想定してはいない。ということになります。色々と、設計側は考えた上で、実装を行っているんですけど、著しく悪い。という書き方なので、いただけない。と書いたまでですよ。と、http://www.usability.gr.jp/whatis/whatis001127-1.html こういうサイトもあるんですね。-- upk
- アクセシビリティからするとこれを単なるリンクの展開とすれば単一ウィンドーなんですが、必ず元の所にもどる物だし考えどころかも知れません。また他の事考えると優先順位低いように思えます。ユーザビリティからするとちょっとスキンが良くないかな?というのと、トラックバックアドレスをクリップボードに入れるボタンが欲しいかも... -- merlin
- PukiWiki本文を主たる流れとすれば、アクセシビリティが悪いとなりますが、派生した文書を、どう扱うか?という流れからすれば、妥当だと考えているんですけど。同じような内容で実装したReferer は、逆に、参照カウント、日時などソートして表示させたり、主たる文書からの流れ、そのものなので、同ウィンドウにした。ということなんですけどね。なので、ユーザビリティよりアクセシビリティが勝ったっていう感じです。やはり、実装の思惑みたいなものが、どこかにあった方が良いのでしょうかね?設計書じゃ読めない、検討時の話題。なんて関係者がいなくなったときによく、必要になったりしますからね。-- upk
- アクセスビリティが勝った? 別ウインドウで開くかどうかはアクセスしたユーザーに決定権をもたせることこそ、アクセスビリティが高いというものです。設計者や設置者の勝手な思い込みでアクセス者の自由を奪っておいて、どうして「アクセスビリティが勝つ」などと言えるのでしょう? -- reimy
- Accessibilityは、ごもっとも... そう言えば、この雑談も読んだなぁ。と。いやぁ。いいですねぇ。こういうところまで議論できる場があるのは。-- upk
- おぉ。するどいご指摘。そういえば、reimyさんは、lynx とか言っていましたねぇ。96年当時は、lynxとかも考慮したページを書いていたことを、思い出しました。ふむ。となると、どこまで考慮して考えていくか?と実装の追加が必要ですね。-- upk
- ゆうさんがw3m、わたしがlynxとNCSA mosaicを使ってました。テキストブラウザ対策としては、携帯と同じような処理の仕方で対処できるでしょう(というか、そうしないとスキンだけでなく、文字コードなどで制限があるので)。mosaicは英語圏でないと使い物にならないので無視していいと思いますが。 -- reimy
- とりあえずスキンからjavascript:onClickを削除して、必要であればskinの修正だけで使えるようにskin/trackback.jsを残す、という折衷案 :) を提案します。見てくれは1.5に向けての懸案事項にしましょう。 -- ぱんだ
- 1.4finalで対応しました。 -- ぱんだ
- trackbackでjavascriptを使って子ウインドウを開くと、NPO法人文化情報推進協議会の特許に抵触する可能性があります(苦笑)。Slashdot.jp参照 -- reimy
- すさまじい特許ですね。商用サイトは持っていない私は無視していいみたいですが。 -- maja