del要素は確か内容モデルが%flow;で、かつ、特別な要素でbody要素以下どのような位置にも置けたような気がする。が、そのように使うと、Minefieldだけ取り消し線が表示されない
http://oshiete1.goo.ne.jp/qa5461735.html
閉じてない注釈宣言なんてなさそうにみえるんだけどなぁ
(Minefieldだけコメント扱い)
=========================
あれ?当時はそれで直ったんだけどなぁ
→今は『「中央」のハイフンが二本足りない』が正しい。
閉じてない注釈宣言なんてなさそうにみえるんだけどなぁ
(Minefieldだけコメント扱い)
=========================
あれ?当時はそれで直ったんだけどなぁ
→今は『「中央」のハイフンが二本足りない』が正しい。
http://oshiete1.goo.ne.jp/qa5461185.html
Minefield →そのフォルダに含まれるブックマークだけで,そのフォルダの子として含まれるフォルダに入っているブックマークには関与しない。なお,中にフォルダしかないフォルダはOpen All in Tabsがgrey outしている。
Opera →そのフォルダに含まれるブックマークだけで,そのフォルダの子として含まれるフォルダに入っているブックマークには関与しない。なお,中にフォルダしかないフォルダはOpen All Folder Itemsは一応有効だが,当然何もおきない。
Safari→サブフォルダまで開く
IE → そんな機能はない。フォルダを開くとWindows Explorerが開く。Ctrl + Aで開くか?
再帰的に開くのとどっちがいいんだろう…
Opera →そのフォルダに含まれるブックマークだけで,そのフォルダの子として含まれるフォルダに入っているブックマークには関与しない。なお,中にフォルダしかないフォルダはOpen All Folder Itemsは一応有効だが,当然何もおきない。
Safari→サブフォルダまで開く
IE → そんな機能はない。フォルダを開くとWindows Explorerが開く。Ctrl + Aで開くか?
再帰的に開くのとどっちがいいんだろう…
最近,メモするような質問に行き当たらず記事が減っているのが気になる。
今回も違う記事だ。
====
MinefieldでView->Page Style→No StyleにするとCSS Nakedな状態になるわけだけれども。
この設定はどこまで保持されるべきものなのだろうか。
#普通にリンクを辿った場合は引き継がれる。
#てっきりOpen In New Tabにも引き継がれると思っていたのだが,同じドメインのサイトであっても設定が引き継がれることはなかった。
この辺は程度問題だから,こっちであるべきだ,という強い主張をするつもりはないが,「引き継がれないほうが便利な局面の方が多いか?」ということが気になる。
Opera 10.10 Beta Build 1729
Safari 4.0.3
は引き継がれる。
IE 8
は引き継がれない
今回も違う記事だ。
====
MinefieldでView->Page Style→No StyleにするとCSS Nakedな状態になるわけだけれども。
この設定はどこまで保持されるべきものなのだろうか。
#普通にリンクを辿った場合は引き継がれる。
#てっきりOpen In New Tabにも引き継がれると思っていたのだが,同じドメインのサイトであっても設定が引き継がれることはなかった。
この辺は程度問題だから,こっちであるべきだ,という強い主張をするつもりはないが,「引き継がれないほうが便利な局面の方が多いか?」ということが気になる。
Opera 10.10 Beta Build 1729
Safari 4.0.3
は引き継がれる。
IE 8
は引き継がれない
http://oshiete1.goo.ne.jp/qa5227638.html
IE8で
alert(parent.document.body.innerHTML);
を実行するとなぜかformBが含まれてます。
IE8で
alert(parent.document.body.innerHTML);
を実行するとなぜかformBが含まれてます。
http://oshiete1.goo.ne.jp/qa5067771.html
https://bugzilla.mozilla.org/show_bug.cgi?id=40545
https://bugzilla.mozilla.org/show_bug.cgi?id=40545
http://blog.goo.ne.jp/himajin100000/e/3dddb6a9742523eb1e5eafb1c54866e4
原因がセレクタにあるかと思ったのですが,外れ。
background-colorでやったら成功します。
こっちですね。
https://bugs.webkit.org/show_bug.cgi?id=20032
http://msdn.microsoft.com/en-us/library/cc351024%28VS.85%29.aspx#generated
IE 8 正式版はしっかりサポートしています。(手元で確認済み)
原因がセレクタにあるかと思ったのですが,外れ。
background-colorでやったら成功します。
こっちですね。
https://bugs.webkit.org/show_bug.cgi?id=20032
http://msdn.microsoft.com/en-us/library/cc351024%28VS.85%29.aspx#generated
IE 8 正式版はしっかりサポートしています。(手元で確認済み)
http://oshiete1.goo.ne.jp/qa4509288.html
IE7で確認。
Minefieldで再現せず。
ただ、これはバグとは言えない気がする
(最後に代入して元に戻しているコード実は実行されてなくて意味ないのではないかと)
…で、ですね。object要素なりiframe要素の中にこれから送信したい符号化方式の文書を入れて、そこで仮に送受信を行って…とか考えた。
一々ファイルを作るのは面倒なので,data: schemeのURIで何とかできないかと思う。
base64でエンコードしてしまうと符号化方式ごとに違う文字列になってしまうので
エンコードしないで使えば楽なのでは?(文書中はascii文字だけを使用)→IEが読めない。
#いや、どっかにライブラリがあったのは知っているんだけど,何か何となく悔しいので無理やり再発明を…。
IE7で確認。
Minefieldで再現せず。
ただ、これはバグとは言えない気がする
(最後に代入して元に戻しているコード実は実行されてなくて意味ないのではないかと)
…で、ですね。object要素なりiframe要素の中にこれから送信したい符号化方式の文書を入れて、そこで仮に送受信を行って…とか考えた。
一々ファイルを作るのは面倒なので,data: schemeのURIで何とかできないかと思う。
base64でエンコードしてしまうと符号化方式ごとに違う文字列になってしまうので
エンコードしないで使えば楽なのでは?(文書中はascii文字だけを使用)→IEが読めない。
#いや、どっかにライブラリがあったのは知っているんだけど,何か何となく悔しいので無理やり再発明を…。
http://oshiete1.goo.ne.jp/qa4488031.html
http://oshiete1.goo.ne.jp/qa4450423.html
http://www.adobe.com/cfusion/communityengine/index.cfm?event=showdetails&postId=3821&productId=1
seems fixed in IE8 standards mode
http://www.adobe.com/cfusion/communityengine/index.cfm?event=showdetails&postId=3821&productId=1
seems fixed in IE8 standards mode
http://oshiete1.goo.ne.jp/qa4340609.html
Operaって細かいところで(良い意味で)驚かされるなあ
MinefieldもSafariも
form要素をcloneNode(true);
してもselect要素やtextarea要素の状況に変化がなかった。
https://bugzilla.mozilla.org/show_bug.cgi?id=230307
Operaって細かいところで(良い意味で)驚かされるなあ
MinefieldもSafariも
form要素をcloneNode(true);
してもselect要素やtextarea要素の状況に変化がなかった。
https://bugzilla.mozilla.org/show_bug.cgi?id=230307
http://oshiete1.goo.ne.jp/qa4335896.html
IE8 Beta 2で再現。よく気づくな、こんなの。
メモ:
http://www.webmasterworld.com/forum83/3479.htm
考えられている
font-family
が違うようだ
IE8 Beta 2で再現。よく気づくな、こんなの。
メモ:
http://www.webmasterworld.com/forum83/3479.htm
考えられている
font-family
が違うようだ
Safari 4 Developer Preview
マジですかorz
Q4237452向け 作りかけテストケース
をSafariに付属のWeb Inspectorで見る。
http://www.w3.org/TR/DOM-Level-2-Core/core.html
>The Attr value as a string, or the empty string if that attribute does not have a specified or default value.
関係するかもしれないもの
https://bugs.webkit.org/show_bug.cgi?id=13541
https://bugs.webkit.org/show_bug.cgi?id=4567
https://bugs.webkit.org/show_bug.cgi?id=13721
===
#ちとテストケース修正。
border-widthを指定なしから2pxに変更。
http://www.w3.org/TR/CSS21/box.html#border-width-properties
border-width:mediumがdefaultって書いてあるのに
Safariだと表の罫線が表示されない
border-widthを明示的にmediumと指定した時と明らかに異なるレンダリングが行われている。
=================
ん!?
http://developer.mozilla.org/en/docs/DOM:element.getAttribute
>Essentially all web browsers (Firefox, Internet Explorer, recent versions of Opera, Safari, Konqueror, and iCab, as a non-exhaustive list) return null when the specified attribute does not exist on the specified element. The DOM specification says that the correct return value in this case is actually the empty string, and some DOM implementations implement this behavior.
https://bugzilla.mozilla.org/show_bug.cgi?id=382786
いやいやいやいや、何その仕様開き直りは。
マジですかorz
Q4237452向け 作りかけテストケース
をSafariに付属のWeb Inspectorで見る。
http://www.w3.org/TR/DOM-Level-2-Core/core.html
>The Attr value as a string, or the empty string if that attribute does not have a specified or default value.
関係するかもしれないもの
https://bugs.webkit.org/show_bug.cgi?id=13541
https://bugs.webkit.org/show_bug.cgi?id=4567
https://bugs.webkit.org/show_bug.cgi?id=13721
===
#ちとテストケース修正。
border-widthを指定なしから2pxに変更。
http://www.w3.org/TR/CSS21/box.html#border-width-properties
border-width:mediumがdefaultって書いてあるのに
Safariだと表の罫線が表示されない
border-widthを明示的にmediumと指定した時と明らかに異なるレンダリングが行われている。
=================
ん!?
http://developer.mozilla.org/en/docs/DOM:element.getAttribute
>Essentially all web browsers (Firefox, Internet Explorer, recent versions of Opera, Safari, Konqueror, and iCab, as a non-exhaustive list) return null when the specified attribute does not exist on the specified element. The DOM specification says that the correct return value in this case is actually the empty string, and some DOM implementations implement this behavior.
https://bugzilla.mozilla.org/show_bug.cgi?id=382786
いやいやいやいや、何その