アカウント名:
パスワード:
出典を失念してしまいましたが、W3Cの方針として「新しいウィンドウは作らないでね」というのがありますので、基準(というより勧告)に厳密に従われているなら全ての広告が同一のウィンドウで開かれるはずです……。
3ボタンマウスをお使いであれば、真ん中のボタンに新しいウィンドウを開く機能を割り当てていると、どんな場合でも必ず新しいウィンドウで開くのでストレス減少につながりいい感じです。開きすぎてしまうと動作に支障がでてしまうので、使いすぎに注意しなければいけませんが。
# 3ボタンマウスは標準で機能が割り当てられているような気がするけれど。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
広告のクリックをためらう (スコア:5, 興味深い)
このようなウェブアプリで、仮に気を惹く広告があったとしても、私はクリックするのをどうしてもためらってしまいます。なぜなら、そのリンクを辿り、新しいウィンドウではなく現在のウィンドウで開いてしまった場合、今そのページ上で行った変更が全てまたは一部が失われてしまう危険性があるので、、、。そりゃもちろん、ウェブアプリ上の広告リンクは、新しいウィンドウで開く様になっているでしょうが、分かっているのですが、「もし設定が間違っていたら?」という考えがどうしてもよぎってしまい、必ず右クリックから新しい
Re:広告のクリックをためらう(オフトピ) (スコア:2, 参考になる)
出典を失念してしまいましたが、W3Cの方針として「新しいウィンドウは作らないでね」というのがありますので、基準(というより勧告)に厳密に従われているなら全ての広告が同一のウィンドウで開かれるはずです……。
3ボタンマウスをお使いであれば、真ん中のボタンに新しいウィンドウを開く機能を割り当てていると、どんな場合でも必ず新しいウィンドウで開くのでストレス減少につながりいい感じです。開きすぎてしまうと動作に支障がでてしまうので、使いすぎに注意しなければいけませんが。
# 3ボタンマウスは標準で機能が割り当てられているような気がするけれど。
All your base are belong to us
Re:広告のクリックをためらう(オフトピ) (スコア:1)
閲覧者の自由意志を無視して強制的に新規ウィンドウで開かせるのは
よろしくないという考えだったかしらん。
>新しいウィンドウを開く機能
細かくはブラウザによって違いますが、おおむねShift+クリックかCtrl+Shift+クリックで
「新規タブもしくは新規ウィンドウで開く」、ホイールクリックで「新規タブで開く」という感じですね。
あとは、Sleipnir1.66をお使いならナビゲートロックで固定が便利です。
Re:広告のクリックをためらう(オフトピ) (スコア:3, 興味深い)
「閲覧者の自由意志を無視して強制的に現ウィンドウを画面遷移させるのはよろしくない」
ってことでしょうね。
結局どっちもどっちという。
というか、現ウインドウの遷移方式で話が確実に丸く収まるのは、
Web「アプリ」ではないWebサイト、
というか画面内にユーザが「入力」する余地がないサイト、
に限られますよね。
絵のような大量の情報を編集しまくるウインドウを
Webアプリとする、ってのは、
転送量やJavaScriptの処理能力の問題が解決したとしても、それでも、
なんかもともと無茶が有るような…
まあもともとWebアプリって無茶ですよね。
HTMLとか、リンクとか、
画面遷移という発想とか、
どの技術も明らかに編集行為を伴うソフトではなく
単なる閲覧(リードオンリー)用ソフトを志向し最適化したもの。
特に画面遷移。もともとGUIアプリには画面遷移なんてあまりありませんでした。
せいぜいウイザードという例外があっただけですね。
むしろウインドウが開くほうが主流だった。
あるいはタブで切り替える方式とか。
画面の「内容」が勝手に変化(さっき押したボタンが消滅!)していく
ウイザードという例外は、いつ見ても「気味悪い」と感じたものでした。
それが今や(Webという限られたインフラの中の話とはいえ)主流だなんて…
それに「強制的に新規ウィンドウ」も当たり前でしたよね。
ただしこれは良いこととは言い切れませんが。
特に非同期に開くDialogBoxなんて昔から苦しめられましたよ(苦笑
遠隔地から提供するアプリを作るという意味では、
FlashやJavaWebStartや.NET ClickOnceのほうに遥かに強く期待してます。
Webブラウザベースのアプリを嬉々として使う人なんてマゾでしょ。
間違ってAlt+左(戻る)を押したら一巻の終わりなんだし。
あるいは、どこかの企業が地味に提案してましたが、
閲覧用とは別に「Webアプリ用の」Web User Agent(ブラウザ)を
作るべきだっていう意見に賛成。
おそらくそのブラウザは、少なくとも「戻る」ボタンなどは実装してないのでしょうね。
アプリとして必要あるいは便利な機能だけを持たせ、不要あるいは邪魔な機能は外しましょう。
Re:広告のクリックをためらう(オフトピ) (スコア:1)
クリック保障型ではなく、表示だけで報酬、であれば良いのでしょうけど。
ただ、ウェブアプリが、このツリー上で指摘されている問題のため完全に無理かというと、例えばGoogleのスプレッドシートなどのウェブアプリは、頻繁に自動保存をしてくれるため、誤って画面を遷移させたり、ウィンドウを閉じてしまったりしても、直近の変更までは勝手に保存されています。今後、このような配慮はウェブアプリでは必須でしょうね。
Re:広告のクリックをためらう(オフトピ) (スコア:0)
蛇足ですが仕事では3D CADというこれまた大規模データで
「Web化なんて無理では?」な領域に縁があります。
大手メーカーが販売するような大規模集約的な機械
の図面などは、毎度ギガ単位のデータを保存する羽目になるので、
デスクトップですら速度が不足しがちです。
>頻繁に自動保存をしてくれるため
そこで心配になるのが、写真のような大規模データを扱うときの、
(自動)保存のパフォーマンスです。
表計算くらいならまだ何とかなるんだと思いますが、
ビットマップ絵ですよね。
比較にならない大量のデータを扱わないとならないわけで。
HDDへの保