アカウント名:
パスワード:
こういう大規模なソフトウェアは、ユーザー数が大事だと思うので、その意味ではようやく方向が良くなったと思う。前に聞いた意見だと、レンダリングエンジンが移植できないから意味がないって人がいたね。でもデスクトップのブックマークや履歴やパスワードが同期できるだけで全然違うのに。ブラウザの機能において重要なのはユーザビリティなんだから、エンジンが何かなんて些細なことだし。あとはデスクトップでも企業向けの設定とかmsi提供すれば、ようやくChromeに追いつく下地が整うね。
#まあ拡張が使えないのは痛いけど…
> ブラウザの機能において重要なのはユーザビリティなんだから、エンジンが何かなんて些細なことだし。
ユーザビリティとエンジンは直結してるんですけど？
たとえばSafariやChromeだと広告ブロックについて「非表示にはできるが、読み込み自体を完全に止めるのは難しい」んです。これがGeckoだと問題なくできます。
こういう点があることを知らずに「エンジンなんて些細なことだ」なんて通りませんよ。
SafariとiOS上の他のブラウザを比べたことあるのかな？Mercuryなんぞを使ったら、多機能っぷりに驚くと思うのだが。iOS9以前から広告ブロック、Dropbox連携、GUIテーマの利用まであるぞ。それでもiOSの組み込みWebViewで実現できてる。
ブラウザにはそういう使い勝手の良さが重要という話だろ。エンジンに差がなくてもそれだけできるのに、本当にユーザビリティとエンジンは直結してるの？Adblockの他に意味のある例はないの？
そもそもAdblockで読み込み自体を完全に止める事による負荷その他の軽減を無視して良い理由も提示できてないよね君。
> iOS9以前から広告ブロックそれって元コメの言う不完全な奴の先行版なだけで、不完全同士よろしくやってろって話になっちゃいませんかね？
> それでもiOSの組み込みWebViewで実現できてる。製作者に負担を強いてないならほめられるんだが、どうなん？
> Adblockの他に意味のある例はないの？#2918254 [it.srad.jp]> ユーザビリティの一種に負荷(メモリ、演算量)もあるし、> なによりセキュリティも忘れてはならない重大要素だ。
不完全な奴の先行版
不完全だろうが結果的には見えないことになるので、利用者に広告ブロック機能を提供できている。つまり、用は果たしているね。何が問題なんだ？
製作者に負担を強いてないなら
レンダリングエンジンを一から作ったり移植する必要がないんだから、負担があるわけがない。もしGeckoを移植できていたとしても、PCでさえ殆ど採用ブラウザがないのに、iOS向けで作りやすい状態になるとは到底思えないが。
ユーザビリティの一種に負荷(メモリ、演算量)
通
> 不完全だろうが結果的には見えないことになるので、利用者に広告ブロック機能を提供できている。> つまり、用は果たしているね。何が問題なんだ？
どうせなら「Apple様の表示するのは広告ではなくありがたい天啓なのでApple製品では広告なんていうものはそもそも表示されない」くらい言えばいいんじゃない？
お前の考える「ぼくの考える万能のApple様がやることが絶対正義」なんて話はどうでもいいんだよ。読み込み自体を止めたいという利用者の希望にこたえられないという現実を受け入れられないならお前はアレゲではなくたんなる危険人物だからどっか行けよ
だいたいマカーはそんなかんじ
> 「非表示にはできるが、読み込み自体を完全に止めるのは難しい」んです。って話に対してそれ達成せずに> つまり、用は果たしているね。何が問題なんだ？とか言われましても。果たせてねーじゃん。
> 負担があるわけがない。よし、スマホ用ブラウザアプリの作者全員にそれ言ってこい。エンジン作ってる連中なんてほとんど居ねぇから片っぱしから声かけて大丈夫だぞ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
遅かったがまともな方向に戻りつつある (スコア:0)
こういう大規模なソフトウェアは、ユーザー数が大事だと思うので、その意味ではようやく方向が良くなったと思う。
前に聞いた意見だと、レンダリングエンジンが移植できないから意味がないって人がいたね。
でもデスクトップのブックマークや履歴やパスワードが同期できるだけで全然違うのに。
ブラウザの機能において重要なのはユーザビリティなんだから、エンジンが何かなんて些細なことだし。
あとはデスクトップでも企業向けの設定とかmsi提供すれば、ようやくChromeに追いつく下地が整うね。
#まあ拡張が使えないのは痛いけど…
Re: (スコア:0)
> ブラウザの機能において重要なのはユーザビリティなんだから、エンジンが何かなんて些細なことだし。
ユーザビリティとエンジンは直結してるんですけど？
たとえばSafariやChromeだと広告ブロックについて
「非表示にはできるが、読み込み自体を完全に止めるのは難しい」んです。
これがGeckoだと問題なくできます。
こういう点があることを知らずに「エンジンなんて些細なことだ」なんて通りませんよ。
Re:遅かったがまともな方向に戻りつつある (スコア:1)
SafariとiOS上の他のブラウザを比べたことあるのかな？
Mercuryなんぞを使ったら、多機能っぷりに驚くと思うのだが。
iOS9以前から広告ブロック、Dropbox連携、GUIテーマの利用まであるぞ。
それでもiOSの組み込みWebViewで実現できてる。
ブラウザにはそういう使い勝手の良さが重要という話だろ。
エンジンに差がなくてもそれだけできるのに、本当にユーザビリティとエンジンは直結してるの？
Adblockの他に意味のある例はないの？
Re: (スコア:0)
そもそもAdblockで読み込み自体を完全に止める事による負荷その他の軽減を無視して良い理由も提示できてないよね君。
> iOS9以前から広告ブロック
それって元コメの言う不完全な奴の先行版なだけで、不完全同士よろしくやってろって話になっちゃいませんかね？
> それでもiOSの組み込みWebViewで実現できてる。
製作者に負担を強いてないならほめられるんだが、どうなん？
> Adblockの他に意味のある例はないの？
#2918254 [it.srad.jp]
> ユーザビリティの一種に負荷(メモリ、演算量)もあるし、
> なによりセキュリティも忘れてはならない重大要素だ。
Re: (スコア:0)
不完全だろうが結果的には見えないことになるので、利用者に広告ブロック機能を提供できている。
つまり、用は果たしているね。何が問題なんだ？
レンダリングエンジンを一から作ったり移植する必要がないんだから、負担があるわけがない。
もしGeckoを移植できていたとしても、PCでさえ殆ど採用ブラウザがないのに、iOS向けで作りやすい状態になるとは到底思えないが。
通
Re: (スコア:0)
> 不完全だろうが結果的には見えないことになるので、利用者に広告ブロック機能を提供できている。
> つまり、用は果たしているね。何が問題なんだ？
どうせなら「Apple様の表示するのは広告ではなくありがたい天啓なのでApple製品では広告なんていうものはそもそも表示されない」
くらい言えばいいんじゃない？
お前の考える「ぼくの考える万能のApple様がやることが絶対正義」なんて話はどうでもいいんだよ。
読み込み自体を止めたいという利用者の希望にこたえられないという現実を受け入れられないなら
お前はアレゲではなくたんなる危険人物だからどっか行けよ
Re: (スコア:0)
だいたいマカーはそんなかんじ
Re: (スコア:0)
> 「非表示にはできるが、読み込み自体を完全に止めるのは難しい」んです。
って話に対してそれ達成せずに
> つまり、用は果たしているね。何が問題なんだ？
とか言われましても。果たせてねーじゃん。
> 負担があるわけがない。
よし、スマホ用ブラウザアプリの作者全員にそれ言ってこい。
エンジン作ってる連中なんてほとんど居ねぇから片っぱしから声かけて大丈夫だぞ。