I've update my iPhone 6 plus to iOS 10 beta version and just found that in mobile safari, you can zoom any webpages by double tapping or pinching IGNORE the user-scalable=no code in the meta tag. I don't know whether it's a bug or feature. If it's considered as a feature, how do we disable viewport zooming iOS 10 safari ? updated on iOS 11/12 release, iOS 11 and iOS 12 safari still DO NOT respect
前書いたiOSのSafariで幅計算がおかしくなる件、もうちょい調査してみた。 どうもfont-sizeが11px、10px、9pxのときにマルチバイト一文字につき、offsetWidthの値がそれぞれ1pxづつ大きい値になるというバグっぽい。 「あ」の文字のspan要素のoffsetWidthをJSで取得するデモ。 DEMO これiPhoneで見るとこうなる。 なんかIEでもfont-sizeが11px指定のときに12pxで表示されるというバグがあった気がするけど、このバグはさらに凶悪で、フォントサイズは指定したサイズになるけどoffsetWidthだけ指定のサイズより大きくなるというもの。それであのようなずれが生じるみたいです。 JSでoffsetWidthの値の変化がとれるということはバグがあるかどうか判定できそうだということでやってみた。 var mbFontsizeWidthCa
Captcha security check sohaya.com is for sale Please prove you're not a robot View Price Processing
2010年06月13日12:03 Posted incolumn Safari 5 で :visited の挙動が変更に Safari5（及び Safari4.1） では :visited の挙動に大きな修正が入っています。 Safari 5.0 および Safari 4.1 のセキュリティコンテンツについて 対象となるバージョン：Mac OS X v10.4.11、Mac OS X Server v10.4.11、Mac OS X v10.5.8、Mac OS X Server v10.5.8、Mac OS X v10.6.2 以降、Mac OS X Server v10.6.2 以降、Windows 7、Vista、XP SP2 以降 影響：悪意を持って作成された Web サイトにアクセスすると、ユーザがアクセスしたサイトを特定できる可能性がある。 説明：WebKit による CSS
以前、[CSS][コピペ]clearfixでコピペ用に最新版のclearfixを紹介していましたが、今回Safariで問題があることが発覚したので、修正版をPostしておきます。 CSS .hoge:after { display: block; clear: both; height: 0; visibility: hidden; content: "."; line-height: 0; } .hoge { display: inline-table; min-height: 1%; } /* for macIE \*/ * html .hoge { height: 1%; } .hoge { display: block; } /* end of for macIE */ どこが変わったかというと、モダンブラウザ用に書かれている、.hoge:afterの部分に line-height
まだ feature branch の方だけですが、使えるようになりました。 早く Safari に組み込まれてほしい機能です。 例えば、Safari 3 では Osaka のボールドは表示が汚いですよね。 汚い表示を見たくない時に次の様に指定します。 @font-face { font-family: Osaka; font-weight: bold; src: local("Hiragino Kaku Gothic Pro"); } この記述を書いたスタイルシートファイルを、環境設定の詳細にあるスタイルシートの設定で指定すればデフォルトで Osaka ボールドはヒラギノ角ゴ Pro で表示されるようになります。 @font-face 使用するとけっこう自由にフォントを指定できる様になると思います。 汚いボールド表示の方も改善してほしいですけれどね。
昨日、無事にsafari3にしました。 噂になっている「鬼の様なパフォーマンス」を若干感じ、幾分快適に思います。 さて今日はsafari3より変更された、form周りの表示をmixiのインターフェイスを使って見ていこうと思います。 Here we go! まず、以前のsafari2.0.4でmixiをアクセスしたときを見てみましょう。 画像は日記を書くページです。（画像クリックで拡大します） Windowをお使いの方、またはMacでもsafariを使っていない方は何か違和感を覚えるかも知れません。 一目で違うとわかるのはボタンですね。 mixiの日記投稿画面というと、茶色のボタンが印象的（個人的に）なのですが、safari2.0.4以前ではそれではありません。 これはsafari2.0.4以前ではform関連のものにCSSの変更が当たらない仕様になっているからです。 ボタンだけ
今日は、まだまだ Safari 3 が熱い！ window オブジェクトを走査していたら、またしても面白そうな関数を見つけてしまった。 その名も getMatchedCSSRules ！！！ まずはデモをご覧ください 以下のブックマークレットを任意のサイトで実行すると、コンテンツの下に DOM Inspector のような要素が出現します。 そこで、要素を開いていくと Safari の場合は、どの CSS ルールが当たっているかを見る事ができます。 javascript:(function(){var d=document,s=d.createElement('script');s.className='css-inspector-script';d.body.appendChild(s);s.src='http://amachang.art-code.org/cssInspector.j
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
