新生鳩丸掲示板♯

>document.form.txt.style.color　スクリプトにはstyleなんてプロパティがなさげなのですが、styleってなんですか。

txtというのがわからない。

出直してきます。

>で、DOMなんですが、興味がないというのは言いすぎ【謎】ですが、マジであまり意識して使っているわけではないので、何ともいえないのです。

私もそうでした。っていうか、DOMを意識し始めて

document.form.txt.disabled

とかがDOMを使ってたんだと気が付きました...（汗）。手元にあるスクリプトの本を見ても確かにそんなプロパティ載ってないよ！なぜこんな知識を得たかと探っていたら、ふと昔の記憶が思い出されました。うーむ（悩）。

>どうせなら、具体的な成果物(サンプル)を肴に議論する方向きぼんぬ【ピュア】。

え？具体的って、

document.form.txt.style.color　スクリプトにはstyleなんてプロパティがなさげなのですが、styleってなんですか。

って感じですか？（いや、絶対違いますよね...。）

>2.2.3. Element with CSS inline style

>Interface ElementCSSInlineStyle (introduced in DOM Level 2)

>Inline style information attached to elements is exposed through the style attribute. This represents the contents of the STYLE attribute for HTML elements (or elements in other schemas or DTDs which use the STYLE attribute in the same way). The expectation is that an instance of the ElementCSSInlineStyle interface can be obtained by using binding-specific casting methods on an instance of the Element interface when the element supports inline CSS style informations.

2.2.3. CSSの行内スタイルを伴った要素

DOM2のElementCSSInlineStyleインターフェース

要素に付随した行内スタイルは、CSSStyleDeclaration型のstyle属性を経由するものの、HTMLのstyle属性値と同等に扱われる。行内スタイルが有効な要素の場合、Elementインターフェースのインスタンスにおいてbinding-specific casting methodsが利用されるという前提で、ElementCSSInlineStyleインターフェースのインスタンスが成立することが期待される。

>あれ？って、そうか。いわいさん【誰】ははじめてか【謎】。はじめまして【謎】。

ええっ！ど、どなたですか（ビクビク）？

>宣伝はダメだけど出会い系なら問題ないでしょう【勢いだけ】。

ノーコメントだったので黙認されたと解釈しました。

っていうか一度にこんなにも沢山の人と（掲示板などで）会話したことがあまりないので、なんだか目が回ってきました。スレッドも大きくなってきて、お返事するコメントがどれなのかも探しにくくなってますし...（汗）。

>業界【何処】的には「バインド」という言葉は特に訳さず、そのまま「バインド」という意味【謎】のカタカナ用語だと受け取ったりもするわけですが。

うぅん、そうなんですよね。その英単語に対するニュアンスが自分なりにあれば良いのですが、「バインド」に関してはまだそういうものを持っていません。でもこのコメントを頂いて、今までたまに目にした「データバインディング」とか「データをバインドする」とかのプログラムコメントが何となく身近になってきました（謎）。

>「連結されることが期待されているキャストをおこなうメソド」とか？ 本文読んでないのでアレ【どれ】ですが。仕様書だから、期待じゃなくて保証じゃないとおかしいかな。「連結が保証されているキャストをおこなうメソド」とか。

うぅむ...。

>ていうか本文読んでないのでアレ【どれ】だというのに！【謎】

2.2.3. Element with CSS inline style

Interface ElementCSSInlineStyle (introduced in DOM Level 2)

Inline style information attached to elements is exposed through the style attribute. This represents the contents of the STYLE attribute for HTML elements (or elements in other schemas or DTDs which use the STYLE attribute in the same way). The expectation is that an instance of the ElementCSSInlineStyle interface can be obtained by using binding-specific casting methods on an instance of the Element interface when the element supports inline CSS style informations.

>>個人的に「束縛」という単語のニュアンスが「言語」に関連付けられません。

ごめんなさい。自分ワールドでしたね。ちょっとパニック状態でしたので思いつき書き込みに近い感じになってしまったかもしれません。

Appendix C: ECMAScript Language Binding

が「附属書C ECMAScript言語束縛」と訳されていたので意味わからん、と思ったのであります。

>　bind という言葉には「結びつける」とか「関連付ける」といった意味もありますので……。

...、ごめんなさい、余計わかりません（泣）。yuuさんのコメントを読んで「そのまま「バインド」」からバインダーを連想し、ECMAScript言語（について）の「まとめ」見たいな感じかとも考えてみました。が、やはり binding-specific casting method についてはまだ考えがまとまりません...。

>二つの型に同時にキャストするというわけではありません。

そうですね、それは無理というか意味がわからないというか。Element インスタンスと ElementCSSInlineStyle インスタンスの両方を、例えばプロパティとして持っているようなインスタンスにキャストすると考えたのですが、書き方がおかしかったですね。すみません。それにむらまささんにこのレスを頂いて、考え方もおかしい（発想が逆転してる？）ことに気が付きました。ありがとうございます。

>まず、ElementはElementであると同時にElementCSSInlineStyleであると考えます。そして、キャストというのは、そのオブジェクトをどちらかの型に当てはめることをいいます。

うぅん？？？

>binding-specific casting methodというのは、Document Object Model (DOM) Level 2 Style Specificationの、Appendix C: ECMAScript Language Binding <http://www.w3.org/TR/DOM-Level-2-Style/ecma-script-binding.html> に記述してあるメソッドやプロパティなどのことではないでしょうか。

どっかん。出た binding ！！！

ECMAScript言語の義務？

>ここで規定されているメソッドやプロパティなどを参照した際には、規定されている型であるとして自動的にキャストが行われることが期待されているのでしょう。

ええと、Appendix C：ECMAScript言語の義務（のまとめ？）にElementCSSInlineStyleオブジェクトが規定されているので、ECMAScriptに準拠するならそれを使用できるようにしなければならない　→　キャスト方法を何か準備する。これをふまえて、

「Element のインスタンスに、義務付けられている特定のキャスト化メソッドを使用することによって ElementCSSInlineStyle のインスタンス取得することが期待されます。」

ってな感じの理解で追いついてきましたでしょうか（謎）？

と頭を整理している途中にばけらさんとyuuさんから

bind ：「結びつける」「関連付ける」「連結」

というコメントを頂きましたので、またちょっと整理が必要な気もします（涙）。

>ElementCSSInlineStyleオブジェクトのbinding-style casting methodはstyleプロパティが定義されていますから、

うぅん？？？ binding-style casting method とは、ElementCSSInlineStyle.style がキャスト化メソッドということですか？

>そのようなオブジェクトに対してstyleプロパティを「参照した時点」でElementCSSInlineStyleオブジェクトに自動的にキャストされるということになると思います。

そうですね。

object = document.getElementsByTagName("input")[0];

object.style(※1).color = "red";

object.disabled(※2) = false;

とした時、※1で ElementCSSInlineStyle にキャストされていて、※2では HTMLInputElement にキャストされているということですね？納得しまくりです。

>やっぱり･･･（涙）？ファンクラブ一会員として調子に乗らぬよう、謙虚に生きていきます。

調子に乗っていく方向もありです。たぶん【謎】。

>ありがとうございます。相手にして下さる方がいるだけで、本当にとっても幸せです！いわいさんとの会話も初になりますね、はじめまして（？）。これからもどうぞお見知りおき頂けますよう。

あれ？って、そうか。いわいさん【誰】ははじめてか【謎】。はじめまして【謎】。

>こんな出会い系みたいな内容だとばけらさんに怒られますでしょうか（不安）。

宣伝はダメだけど出会い系なら問題ないでしょう【勢いだけ】。

日本でゆーところの、汁あり坦々麺では

やはり芝麻醤では、ないんでしょーか？

あと、自分てきには、味噌より醤油のほうがいいですね。

>>ていうか何で二個投稿されているのだろ。しかもかなり時間差。

>　ログを見ても、単に POST が 2回行われているようです。

もしかしたら、間違って「更新」じゃなくて「すべて更新」を押したときに、イッてしまったのかもしれません【謎】。

>ていうか何で二個投稿されているのだろ。しかもかなり時間差。

　ログを見ても、単に POST が 2回行われているようです。

　直前の投稿と同内容の記事は二重投稿チェックに引っかかるようになっているのですが、別の投稿が間に挟まるとチェックされなかったりします。

> ブラウザに組み込むというよりは、謎のタグにしてしまえばということですよね。

タグの種類より汎用的に入れ替え可能な構造になっているかどうかがポイントのような気のせいがしていますが、そもそもそ【謎】どこからどこまでがプラグインになるんでしょうか、この特許だと。exeと一体になってたらOK? それだとIEXPLORE.EXEは単なるDLLHostで本体は全部DLLのほうですから全部プラグインって感じですが【謎】。

そこまで極端に走らなくても【謎】画像表示モジュールだって見方によってはプラグインになりそうな感じです。こんなことができるらしいし。

http://eside.homeip.net/column/imgsrc.html

> しかしMicrosoftはもうずいぶんな額を支払ったのではなかったっけ?

まだ争ってる最中だったのでは【ブオー】。

ていうか何で二個投稿されているのだろ。しかもかなり時間差。

>なんでもかんでもブラウザに組み込んでしまえばまったく問題ない上にすべてをMicrosoft製品で固められるわけで、Microsoftをこらしめる【謎】つもりでやっちゃった【謎】のだとしたらもう【FPROG禁句に付き削除】としか【謎】。

ブラウザに組み込むというよりは、謎のタグにしてしまえばということですよね。しかしMicrosoftはもうずいぶんな額を支払ったのではなかったっけ?

>　なので "confirm" なんですが、「認証」というより「確認」なんじゃないかしら。

ユーザーの「承認」と言いたかったのではないでしょうか。それが伝言ゲーム的に「にん」と「しょう」が入れ替わって「認証」になったと【謎】。

　Macromedia は専用の対策ページを用意しているくらいの勢いですね。

http://www.macromedia.com/jp/devnet/activecontent/

　どうでもいいのですが、FAQ の

http://www.macromedia.com/jp/devnet/activecontent/faq.html

>ブラウザは、これらのコンテンツを自動的に表示せず、ページ内に埋め込まれたアクティブコンテンツ毎の表示をユーザーに認証するよう促します。

　この「認証」というのが物凄い大げさというかなんというか。

　英語だと

prompt the user to confirm the loading of each instance of active content on that page.

　なので "confirm" なんですが、「認証」というより「確認」なんじゃないかしら。

>Adobeも一応必死【謎】みたいですけど。ほら、SVG Viewerとか。

ああ、忘れてました【謎】。IEのショボいPNGの実装を回避するためにSVG Viewerを使うとか難しくなりそうですね。画像1つ1つにダイアログが出た日にはもう【謎】。

>>個人的には【ダウト】、謎のBGSOUND要素とかが復活しそうな予感がしてます【謎】。

>

>ムービーの再生なら<IMG dynsrc>とかですか。

なんでもかんでもブラウザに組み込んでしまえばまったく問題ない上にすべてをMicrosoft製品で固められるわけで、Microsoftをこらしめる【謎】つもりでやっちゃった【謎】のだとしたらもう【FPROG禁句に付き削除】としか【謎】。

>ていうかこのテスト版のIE、MS03-040が修正されてませんよ【謎無】。

　ぎゃー、ホントだ。

　開発のベースにしたものが古かったのでしょうね……。

>>強気にそう主張したいのは、MicrosoftよりもむしろMacromediaやAdobeなのでしょうけどね。

>

>でも.pdfを直接指定ではダイアログは出ないみたいなので、どちらかといえばMacromediaが必死【謎】ですか。ていうか.swfも直接指定できますが【謎】。

Macromediaはそりゃもう必死ですが、あとはむしろReal辺り？

Adobeも一応必死【謎】みたいですけど。ほら、SVG Viewerとか。ていうかSVG Viewerはこの特許にかかわらずダイアログが出たような気もしますが、どうせ使わないからどうでもいいや【謎】。

>個人的には【ダウト】、謎のBGSOUND要素とかが復活しそうな予感がしてます【謎】。

ムービーの再生なら<IMG dynsrc>とかですか。

>強気にそう主張したいのは、MicrosoftよりもむしろMacromediaやAdobeなのでしょうけどね。

でも.pdfを直接指定ではダイアログは出ないみたいなので、どちらかといえばMacromediaが必死【謎】ですか。ていうか.swfも直接指定できますが【謎】。

個人的には【ダウト】、謎のBGSOUND要素とかが復活しそうな予感がしてます【謎】。