私は日焼けサロンなどの小さなサイトで働いています。IE では ActiveX 固有のものはサポートされていませんが、Firefox はサポートされています。Chrome の奇妙な動作に気付きました。ブラウザの統計によると、訪問者の 1% 未満が Chrome を使用しています。
私は人々がそれがクラスで最高に近いと言っているのを聞いたことがあります. しかし、私はすべてが独自のプロセスで実行される方法が好きです。
Chrome は、コーディングが必要なほど普及するでしょうか? 人気が出る頃には、奇妙なレンダリングは修正されますか?
最初に標準に合わせてコードを記述し、次に必要に応じて別のレンダリング エンジン用に記述します。特定のブラウザー向けに Web サイトを設計しないでください。非常に滑りやすい坂道です。
これは、WebKit ブラウザ全般のサポートを改善する正当な理由です (Mac で Safari を使用している顧客はいませんか?)
Chrome はまだ初期ベータ版であり、レンダリングにバグがないわけではありません。また、Chrome で重大な UI の問題が発生しています。Web アプリを Chrome で動作させる予定はありますが、Chrome がより成熟したレベルに達するまでは何も変更しないことにしました。
Google は最近、Chrome をすぐに非ベータ状態にする予定であると述べました(これまで 5 年間ほどベータ版のままにしていた過去の歴史とは異なります)。
また、このベータ版の状態で Chrome を webdev に使用する予定がある場合は、公開バージョンよりも新しいバージョンにアクセスできる「開発者チャンネル」をインストールすることをお勧めします。これは、ブラウザーのこの段階では非常に重要です。2008 年 12 月 10 日現在、Chrome の開発バージョンは 0.4.154.33 です。
Chrome は、かなり標準的なレンダリング エンジンである WebKit を使用します。Safariもそれを使用しており、WebKitがなくなるようには聞こえません. 必要なリソースがある場合は、修正を検討することをお勧めします。
Chrome と Safari はどちらも WebKit をベースにしています。Chrome で失敗した場合、Safari、Nokia S60 ブラウザ、その他のブラウザでも問題が発生する可能性が高いです。
重要なのは、意味的に正しく、整形式のマークアップを使用して、標準に準拠することです。基本実装をほとんどのブラウザーで (できるだけ多く) 機能させ、残りのブラウザーを処理するように調整します。
特定のブラウザーで「最適に表示される」ように調整されたサイトを作成すると、ブラウザー ベンダーが標準への準拠に努めることができなくなります。
Javascript の作業を行っていて、ブラウザー間で顕著な違いが生じている場合は、jQuery などのサードパーティ フレームワークを使用して、ブラウザーに依存しない共通のインターフェイスで作業できるようにすることを強くお勧めします。ただし、違いがページの HTML/CSS によるものである場合は、サイトの統計に従って、最も人気のあるブラウザーを常に優先します。Chrome を使用しているユーザーが 1% 未満の場合は、まだ非常に初期のベータ版にある新しいブラウザーの問題を実際に調査するのではなく、他のタスクに時間を費やすことを真剣に検討します。
Cドライブ以外にインストールできるようになるまでChromeの使用を禁止している大企業をいくつか知っています。Chromeがこれと他の場所で言及されているUIの問題のいくつかを克服すれば、それは非常に人気があると思います。Chromeのサポートを計画する必要があると思います。
Chromeがベータ版でなくても、私にとってはまだベータ版です。Chromeは不透明度が変更されたpng24をうまく表示できないため（png画像でjqueryを使用してfadeIn / fadeOutを実行しようとしましたが、画像アニメーションの前に不快な白いフラッシュが表示されます。ここで問題を確認できます）
おそらくまだ: Chrome はまだかなり急速に変化しており、さまざまな標準やテストに完全に準拠することを目標にしています。今すぐ Chrome をフォローしようとすると、最終的に元に戻したい小さな不安定な変更を多数追跡することになるでしょう。
Chrome でページをテストします。あなたが良い仕事をしていれば、それほど多くの問題はないはずです。
実際には、すべてのブラウザーで動作する 1 つのコードを作成することは可能です (まあ、IE 6 以前ではないかもしれません) ;)
最初に現在の標準をターゲットにし、次にユーザーがどれだけ騒いでいるかによって優先順位を付けます (非常に声高なユーザーベースの 1% が依然として非常に声高なユーザーベースの 1% である場合)。
私の見解では、それはすべてクライアントとそのユーザー次第です。あなたのウェブログをチェックして、それがかなりの割合であるかどうかを確認します.
クライアントが損失を出している可能性があるほど重要になっている場合は、クライアントと話し合い、サイトを Chrome に合わせるための追加料金を支払う意思があるかどうかを確認します。
個人的には、安定して少なくとも 1% になるまで心配する必要はありません。それでも、私は最初にそれについてあなたのクライアントに話します.
一方で、来年かそこらで 5% の市場シェアを獲得する可能性は十分にあります。やっぱりグーグルです。
エンド ユーザーとして、Chrome をサポートしていないサイトがあると少しイライラします。とはいえ、デザイナーではなく Chrome のせいである可能性もあります。ただし、ページが適切にレンダリングされ、期待どおりに機能することだけが必要なので、誰のせいかはあまり気にしません。
私が個人的に協力している大規模なウェブ ビジネスも小規模なウェブ ビジネスも、Chrome では何もしていません。ブラウザのレーダーにはありません。そして、より大きなもののいくつかは、大きな e コマースです。
したがって、私は Chrome のサポートにコーディングの時間を割きません。私は研究と市場開発の目的でそれを実行しています。
ベータ版製品をサポートするためにコードを書いたことはありません。自分のソフトウェアをサポートするために変更を開始する前に、彼らのソフトウェアの作成が完了するのを待ちます。
顧客が何を使用しているかに基づいて、ブラウザをターゲットにする必要があります。顧客の 80% が IE を使用している場合、主に IE でサイトをテストするのが賢明です。顧客が FF を使用していることがわかっている場合は、主に FF でサイトをテストすることをお勧めします。
とはいえ、Google Chrome の市場シェアは基本的に四捨五入の誤差なので、気にしないでください。もちろん、かなりの数のユーザーがそれを使用していることを事前に知っている場合を除きます.
(たとえば、私が作成した iPhone アプリの場合、ユーザーの大半がiPhone からサイトを閲覧していることがわかりました。驚くべき、地球を揺るがすようなコンセプトです。したがって、Web サイトのテストの大部分を iPhone に対して行い始めました。 iPhone ブラウザ）
Chrome に固有のコードを記述する必要はないと思います。Web 標準が重要であると彼らが言う場合、Chrome は最終的にそれらの標準に完全に従います。
また、Chrome が非常に人気になるとは思えません。それを見たときに最初に思ったのは、「うわ… G プリントの Mozilla だ」ということでした。そして、それ以来、私はあまり感銘を受けていません。
結論: あなたのサイトが主要なブラウザーをサポートするように努めるべきです。オペラ、IE、Firefox。通常、Web 標準とベスト プラクティスに従うことで、これを実現できます。また、回避策を作成したり、ブラウザーに特定の動作を強制する必要がある場合もあります。IE Firefox と IE は異なるボーダー モデルを使用します。少なくとも FF に IE と同じボーダー モデルを使用させることができます。