bop日記
×
[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。
部屋の中に。
畳に。
カビが。
……
…………
………………
……いいカビ取り剤、教えてください（´；ω；｀）
畳に。
カビが。
……
…………
………………
……いいカビ取り剤、教えてください（´；ω；｀）
PR
月末なのに、んぼです。
今月もやっぱり大ピンチ。
というわけで、以前のエントリにもちょっと書いた通り、山本ヤマトさんのイラスト集「AURORA GEM」買いました。
給料日前のこの時期に三千円は痛かったですが、だって好きなんだもんしょうがないじゃん。
いくら天下の集英社からの発売とはいえ、正直それほど部数を刷ってるとも思えなかったので、地元で買えるかどうか微妙だったんですが、一冊置いてありました。
おｋ！！
（無かったらネットの方のアマゾンに出張コースだったぜ）
思ってたよりも出典作品もたくさんあって、ねーだろーなーと諦めてた「9S」のイラストも四点収録されてました。
まあ中心は、やっぱり「紅」と「電波的な彼女」からでしたがｗ
CG彩色以外にも、カラーインク彩色の作品も結構載ってて、「あーやっぱりアナログも上手いなぁ」とか。
っていうかあの塗り方はどう見てもアナログ出身者のそれなんですがねｗ
眺めてて思ったんですが、多分山本さんは、印刷された時に最適なビジュアルになるように作画・彩色してるっぽいですね。
文庫にしろコミックにしろ、イラスト集に比べたらずっと印刷サイズは小さくなるわけで……イラスト集収録のために引き伸ばされたイラストだと、結構印象が違うものが多かった気がします。
小さくてよく見えなかったイラストがスミズミまで見えちゃうのはすっげー嬉しいんですけどね！
ところで、毎年聴きに行ってる定期演奏会、今年もそろそろだなと思って招待状を見てみたら、既に終わってました。
こりゃうっかり！
来年こそ……（´；ω；｀）
今月もやっぱり大ピンチ。
というわけで、以前のエントリにもちょっと書いた通り、山本ヤマトさんのイラスト集「AURORA GEM」買いました。
給料日前のこの時期に三千円は痛かったですが、だって好きなんだもんしょうがないじゃん。
いくら天下の集英社からの発売とはいえ、正直それほど部数を刷ってるとも思えなかったので、地元で買えるかどうか微妙だったんですが、一冊置いてありました。
おｋ！！
（無かったらネットの方のアマゾンに出張コースだったぜ）
思ってたよりも出典作品もたくさんあって、ねーだろーなーと諦めてた「9S」のイラストも四点収録されてました。
まあ中心は、やっぱり「紅」と「電波的な彼女」からでしたがｗ
CG彩色以外にも、カラーインク彩色の作品も結構載ってて、「あーやっぱりアナログも上手いなぁ」とか。
っていうかあの塗り方はどう見てもアナログ出身者のそれなんですがねｗ
眺めてて思ったんですが、多分山本さんは、印刷された時に最適なビジュアルになるように作画・彩色してるっぽいですね。
文庫にしろコミックにしろ、イラスト集に比べたらずっと印刷サイズは小さくなるわけで……イラスト集収録のために引き伸ばされたイラストだと、結構印象が違うものが多かった気がします。
小さくてよく見えなかったイラストがスミズミまで見えちゃうのはすっげー嬉しいんですけどね！
ところで、毎年聴きに行ってる定期演奏会、今年もそろそろだなと思って招待状を見てみたら、既に終わってました。
こりゃうっかり！
来年こそ……（´；ω；｀）
時間が経つのが速くて世間に追いつけない、んぼです。
ちょ、ちょっと待って！ まだ五月病になってないお！
作業がコーディングに入ると寝食忘れて没頭してしまう悪い癖があるので、昨日今日はちょっとお休み。
……なのですが、夢の中でコーディングしてしまうのは何故だろう？
まあそれはいいとして、「屠殺のエグザ」UPしましたよ。
書くだけなら先週書き終わってたんですが、IEのせいでUPが遅れました。
まあ遅筆はいつものことなので、気にしたら負けかなと（´ω｀）
そういえば、一応小説のほうだけはNNRさんにランキング登録させてもらってるんですが、何だかんだ言っていつも一ページ目（上位30位以内）に入れていただいてます。
ありがたいことです（〃゜ω゜）
楽しみに待ってくださっている方がいるかどうかは甚だ疑問ですが、何ヶ月も連載が止まったままでも登録削除されないのは、僅かながらでも応援して下さっている方がいらっしゃったからなんだろうなぁ、と。
（実際、BOも朝露も、連載が終わったらすぐに登録削除食らいましたOTL）
あんまり話が進んでいませんが、失望されないように頑張ろうと思います。
さっさと次の連載したいとか思ってるのは内緒だよ！
ちょ、ちょっと待って！ まだ五月病になってないお！
作業がコーディングに入ると寝食忘れて没頭してしまう悪い癖があるので、昨日今日はちょっとお休み。
……なのですが、夢の中でコーディングしてしまうのは何故だろう？
まあそれはいいとして、「屠殺のエグザ」UPしましたよ。
書くだけなら先週書き終わってたんですが、IEのせいでUPが遅れました。
まあ遅筆はいつものことなので、気にしたら負けかなと（´ω｀）
そういえば、一応小説のほうだけはNNRさんにランキング登録させてもらってるんですが、何だかんだ言っていつも一ページ目（上位30位以内）に入れていただいてます。
ありがたいことです（〃゜ω゜）
楽しみに待ってくださっている方がいるかどうかは甚だ疑問ですが、何ヶ月も連載が止まったままでも登録削除されないのは、僅かながらでも応援して下さっている方がいらっしゃったからなんだろうなぁ、と。
（実際、BOも朝露も、連載が終わったらすぐに登録削除食らいましたOTL）
あんまり話が進んでいませんが、失望されないように頑張ろうと思います。
さっさと次の連載したいとか思ってるのは内緒だよ！
悪夢で目が覚めた、んぼです。
ブロック要素が何故かインライン要素みたいな挙動になってウネウネ動くっていう悪夢でした。
DD_belatedPNG.jsの導入に伴って、またひとつIE7のバグを覚えました。
もうやだこんなブラウザ……OTL
IEの独自拡張の中で唯一GJと思ってた条件付コメント文（なにしろIE専用の対応が必須なので、IEだけでも簡単に切り分け出来るのはありがたい。ちょっと情けないアレですがね！）ですが、スタンドアローン版のIE7だとイマイチちゃんと動作してくれないっぽいですｗ
たとえば、
<!--[if IE 6]>～<![endif]-->
とした条件付コメント文があったとしたら、本来ならIE6以外ではコメントとして処理される部分がスタンドアローン版IE7だと実行されてしまいます（；´д｀）
ちなみに、スタンドアローン版IE7とOS組み込み型IE7でも（自分が確認した限りでは）一部挙動が異なり、スタンドアローン版で意図通り表示されていてもOS組み込み型ではレイアウトが崩れたりしていました。
厄介なのはこれに対処するCSSハックが難しい ってことですね。
通常、IE6への対応にはスターハックを使っている自分ですが、IE7への対応には*:first-child+htmlっていうハック（名前はあるんだろうけど知らないｗ）を使っています。
これは当然スタンドアローン版だろうがOS組み込み型だろうが効いてしまうので、これに対応しようと思うと、上の「スタンドアローン版IE7では条件付コメントがIE6限定であっても通ってしまう」っていうバグを利用するしかないわけですよ。
まずOS組み込み型IE7への対応を指定して……
*:first-child+html #selecta{ ～:～;]
次に条件付コメントでスタンドアローン型向けのスタイルを別ファイルで指定して……
<!--[if IE 6]><link rel="stylesheet" type="text/css" href="xxx.css" /><![endif]-->
間違ってIE6に適用されないようにIE7用ハックを使う、とｗ
*:first-child+html #selecta[ ～:～;]
やってられるかー！（゜д゜）
そんなきたねぇソース書きたくないよ俺！
まあ今のトコ、XHTMLの構文だけで対処出来てますが……この先IE8が本格的に浸透してきたらどうしたらいいんでしょうか。
気分は（´゜д゜｀）
ブロック要素が何故かインライン要素みたいな挙動になってウネウネ動くっていう悪夢でした。
DD_belatedPNG.jsの導入に伴って、またひとつIE7のバグを覚えました。
もうやだこんなブラウザ……OTL
IEの独自拡張の中で唯一GJと思ってた条件付コメント文（なにしろIE専用の対応が必須なので、IEだけでも簡単に切り分け出来るのはありがたい。ちょっと情けないアレですがね！）ですが、スタンドアローン版のIE7だとイマイチちゃんと動作してくれないっぽいですｗ
たとえば、
<!--[if IE 6]>～<![endif]-->
とした条件付コメント文があったとしたら、本来ならIE6以外ではコメントとして処理される部分がスタンドアローン版IE7だと実行されてしまいます（；´д｀）
ちなみに、スタンドアローン版IE7とOS組み込み型IE7でも（自分が確認した限りでは）一部挙動が異なり、スタンドアローン版で意図通り表示されていてもOS組み込み型ではレイアウトが崩れたりしていました。
厄介なのはこれに対処するCSSハックが難しい ってことですね。
通常、IE6への対応にはスターハックを使っている自分ですが、IE7への対応には*:first-child+htmlっていうハック（名前はあるんだろうけど知らないｗ）を使っています。
これは当然スタンドアローン版だろうがOS組み込み型だろうが効いてしまうので、これに対応しようと思うと、上の「スタンドアローン版IE7では条件付コメントがIE6限定であっても通ってしまう」っていうバグを利用するしかないわけですよ。
まずOS組み込み型IE7への対応を指定して……
*:first-child+html #selecta{ ～:～;]
次に条件付コメントでスタンドアローン型向けのスタイルを別ファイルで指定して……
<!--[if IE 6]><link rel="stylesheet" type="text/css" href="xxx.css" /><![endif]-->
間違ってIE6に適用されないようにIE7用ハックを使う、とｗ
*:first-child+html #selecta[ ～:～;]
やってられるかー！（゜д゜）
そんなきたねぇソース書きたくないよ俺！
まあ今のトコ、XHTMLの構文だけで対処出来てますが……この先IE8が本格的に浸透してきたらどうしたらいいんでしょうか。
気分は（´゜д゜｀）
昨日コーディング中に判明した不具合やら何やら、忘れないように覚書しておくよ！
不具合が出る条件（゜д゜）
1.table要素あるいはul要素（多分ol要素も）自体、あるいはそれを包含する要素でPNGファイルの表示を行い、
2.その要素を絶対配置（多分相対配置もアウト）する。
絶対配置した時点で、左上にPNGを表示させた要素「だけ」が固定され、そこからテコでも動いてくれなくなります。
（包含する要素は正しい場所に表示される）
さて、では解決策だよ！
たとえば次のような構造だとします。
<ul id="xxx" class="pngfix">
<li>aaa</li>
<li>bbb</li>
<li>ccc</li>
</ul>
.pngfixがPNGファイルの表示をさせるクラスです。
ここでul要素を絶対配置するとレイアウトが崩れます。
そこで、ul要素の内側にdiv要素を入れて、そこにPNGファイルを表示してやります。
<ul id="xxx">
<div id="xxxBugFix" class="pngfix">
<li>aaa</li>
<li>bbb</li>
<li>ccc</li>
</div>
</ul>
そして、この例で言えば#xxxで表示させていたbackground-imageを、ここでは表示せずに#xxxBugFixに表示してやるようにします。
もちろんこのままではwidthやheightが正しくないので、#xxxと同じだけのwidthやheightを与えてやります。
これで解決！（｀・ω・´）
絶対配置されているのはul要素で、その内側のdiv要素自体は通常配置なので、DD_belatedPNG.jsのバグに引っかかりません。
ul要素自体にはPNGファイルを貼っていないので、ul要素が変な場所に行くこともないです。
絶対配置するtable要素にPNGを貼る場合、この方法は上手く行かないと思われるので、
<div id="xxx"> <!--この要素を絶対配置-->
<table class="pngfix">
.
.
.
</table>
</div>
これで多分クリア出来ます。
（ただし、これだと絶対配置した要素が左上に残るので、レイアウト上問題を与えないようにサイズを変えておくとかした方がいいかもなんだぜ）
ul要素or table要素を含む要素を絶対配置する場合も対処は同じ。
<div id="xxx"> <!--この要素を絶対配置-->
<div id="xxxBugFix" class="pngfix">
<ul>
<li>aaa</li>
<li>bbb</li>
<li>ccc</li>
</ul>
</div>
</div>
とりあえず、対処のポイントとしては、表示崩れの原因となる要素自体だったり含んだりする場合、PNGを貼る要素が絶対配置にならないようにする、でいいと思います。
どこ調べても対応策どころかこのバグ自体が書いて無いので、一応書き残しておいたよ（´・ω・｀）
疲れた……。
不具合が出る条件（゜д゜）
1.table要素あるいはul要素（多分ol要素も）自体、あるいはそれを包含する要素でPNGファイルの表示を行い、
2.その要素を絶対配置（多分相対配置もアウト）する。
絶対配置した時点で、左上にPNGを表示させた要素「だけ」が固定され、そこからテコでも動いてくれなくなります。
（包含する要素は正しい場所に表示される）
さて、では解決策だよ！
たとえば次のような構造だとします。
<ul id="xxx" class="pngfix">
<li>aaa</li>
<li>bbb</li>
<li>ccc</li>
</ul>
.pngfixがPNGファイルの表示をさせるクラスです。
ここでul要素を絶対配置するとレイアウトが崩れます。
そこで、ul要素の内側にdiv要素を入れて、そこにPNGファイルを表示してやります。
<ul id="xxx">
<div id="xxxBugFix" class="pngfix">
<li>aaa</li>
<li>bbb</li>
<li>ccc</li>
</div>
</ul>
そして、この例で言えば#xxxで表示させていたbackground-imageを、ここでは表示せずに#xxxBugFixに表示してやるようにします。
もちろんこのままではwidthやheightが正しくないので、#xxxと同じだけのwidthやheightを与えてやります。
これで解決！（｀・ω・´）
絶対配置されているのはul要素で、その内側のdiv要素自体は通常配置なので、DD_belatedPNG.jsのバグに引っかかりません。
ul要素自体にはPNGファイルを貼っていないので、ul要素が変な場所に行くこともないです。
絶対配置するtable要素にPNGを貼る場合、この方法は上手く行かないと思われるので、
<div id="xxx"> <!--この要素を絶対配置-->
<table class="pngfix">
.
.
.
</table>
</div>
これで多分クリア出来ます。
（ただし、これだと絶対配置した要素が左上に残るので、レイアウト上問題を与えないようにサイズを変えておくとかした方がいいかもなんだぜ）
ul要素or table要素を含む要素を絶対配置する場合も対処は同じ。
<div id="xxx"> <!--この要素を絶対配置-->
<div id="xxxBugFix" class="pngfix">
<ul>
<li>aaa</li>
<li>bbb</li>
<li>ccc</li>
</ul>
</div>
</div>
とりあえず、対処のポイントとしては、表示崩れの原因となる要素自体だったり含んだりする場合、PNGを貼る要素が絶対配置にならないようにする、でいいと思います。
どこ調べても対応策どころかこのバグ自体が書いて無いので、一応書き残しておいたよ（´・ω・｀）
疲れた……。
