独自拡張、草案段階のCSSについて語れ
■ このスレッドは過去ログ倉庫に格納されています
CSS3セレクターってとうの昔に勧告されてるはずじゃなかったのか?
なんで止まってんだ? >>141
PRに進められるだけの条件がそろってないってことでしょ。 ━―━―━―━―━―━―━―━―━[JR山崎駅(^^)]━―━―━―━―━―━―━―━―━― CSS3で勧告される豫定のbox-height,box-widthプロパティだけど、
IE6は先取り実装してるの?
或るサイトのソースに次の記述があったので。
http://www.sal.tohoku.ac.jp/~gothit/style2.css
HR.thin{
box-height: 3px;
border-top: dashed 1px #AAAA99;
border-bottom: dotted 2px #999966;
} >>144
実装しているかどうかなんてそれこそ試してみれば一目瞭然だと思うが。
# 試せない環境ならスマン。
というか、なぜ
「box-height指定を含むCSSの存在」→「IE先取り実装?」
となるのかがわからない。別にIE推奨サイトなわけでもないし。 >>146
いや、>>144で挙げたサイトのHRはIEで見たときとN7で見たときで異なるもんで。
http://www.sal.tohoku.ac.jp/~gothit/
(N7では 表示>スタイルを使用 でLightを選択すること)
たぶんIEで表示される方が意図したものでは。
試しにbox-height:3px;をheight:3pxにすると、表示が変った。 >>147
>たぶんIEで表示される方が意図したものでは。
おまいの脳内レンダラは box-height:3px; をIEと同じように整形したのか?
俺の脳内レンダラは height:3px; の場合のIE6/N7と同じように整形したよ。 >俺の脳内レンダラ
脳内の話をされても困るな。
IEのレンダラーがheight:3px; の場合と同じだったてならともかく。 すまんね。言葉が悪かったよ。
あの草案どおりに実装したら box-height:3px; は
今のIE6/N7のどちらの表示結果とも違うものになるはずだ。
だから、なぜIEの方が意図どおりだろうと考えるのかがわからない。
草案の解釈自体が俺とは違うのかなーと思ったんだよ。俺の誤読の可能性も含めて。 >>144はbox-heightを削除しても同じ表示になるよ。
HR.thin{
/*box-height: 3px;*/
border-top: dashed 1px #AAAA99;
border-bottom: dotted 2px #999966;
}
但しheight:3px;を指定すると、異なった整形をする(IE6では)。 あまり関係ないが、こんなのでも height 未指定なら同じ表示(IE6)。
border-top: dashed 100px #AAAA99;
border-bottom: dotted 2px #999966;
>>152
Netscape 7でも同じ表示ですね。100pxの指定値を反映しない。
#バグ辞典スレッド向きか? 但し、その代りNN7では、hrのマージンが大きくなるな。描線は同じなのだが。 >>153
めいっぱい好意的に解釈して、box-sizing:border-box!important; height:3px;
なーんてデフォルトスタイルがあるとか…(IE) 要素内容書き換えってのがあるといいなぁ…。
contentプロパティとか使ってできそうな。
<h1>タイトル</h1>
h1:○○ { content : url("title.gif") ; }
とやると、H1の中身が文字「タイトル」ではなく画像title.gifになったりとか。
あったら代替CSSで便利だろうなといつも思ってる。 >>157
CSS3のそれをOpera7が先取り実装してるから試してみると面白い。 >158-159
あったのか…。
しかし英語が読めない∧‖∧ CSS3の草案のどこを見たらいいかわかんなかったんだけど、
h1 { content: url("h1.png") }
とか
h1 { content: "Heading" }
とか書いたらh1の内容が置き換わるということですか?>Opera7の実装 ∧_∧
ピュ.ー ( ^^ ) <これからも僕を応援して下さいね(^^)。
=〔~∪ ̄ ̄〕
= ◎――◎ 山崎渉 International Layout in CSS
http://east.portland.ne.jp/~sigekazu/css/international.htm >>157
それを更に進めて、
dfn:after {content: "("+this.title+")";}
a {content: "<"+this.content+">";}
みたいに出来るといいかも。
>>166
既に出来る
dfn:after{content:attr(title);} >>167
thanks.
でも、msieが実装してくれないと使い物にならないんだよなぁ・・・ もうIE(単体)のアップデートは無いとM$が明言したのでその望みが叶う余地は非常に小さい
>>169
一般大衆はよく解らんままM$にLonghorn買わされるだろうから
IE7が実装するとそこそこ使いものになってしまう可能性はあると思う。 何年後ったって…
・2年後予定のlonghorn
・永久に実装されない
の2択じゃん。 Last Call あげ。
CSS3 module: Basic User Interface
http://www.w3.org/TR/2003/WD-css3-ui-20030703/
__∧_∧_
|( ^^ )| <寝るぽ(^^)
|\⌒⌒⌒\
\ |⌒⌒⌒~| 山崎渉
~ ̄ ̄ ̄ ̄ ハッキリ言ってアメリカなどの多民族国家では黒人の方がアジア人よりもずっと立場は上だよ。
貧弱で弱弱しく、アグレッシブさに欠け、醜いアジア人は黒人のストレス解消のいい的。
黒人は有名スポーツ選手、ミュージシャンを多数輩出してるし、アジア人はかなり彼らに見下されている。
(黒人は白人には頭があがらないため日系料理天などの日本人店員相手に威張り散らしてストレス解消する。
また、日本女はすぐヤラせてくれる肉便器としてとおっている。
「○ドルでどうだ?(俺を買え)」と逆売春を持ちかける黒人男性も多い。)
彼らの見ていないところでこそこそ陰口しか叩けない日本人は滑稽。 (⌒V⌒)
│ ^ ^ │<これからも僕を応援して下さいね(^^)。
⊂| |つ
(_)(_) 山崎パン Last Call: CSS3 Paged Media and CSS Print Profile >>157
<h1><span class="text">タイトル</span></h1>
h1{background:url(title.gif) no-repeat left;}
.text{display:none;}
これで出来ると思う・・・多分 >>183
( ´д)ヒソ(´д`)ヒソ(д` ) >>186
そもそも text-align: justify; の指定自体が問題だったり。CSS2勧告での 'justify' という値の定義は曖昧であり、UA に一任しているわけで、中途半端に実装されても不思議ではなく、欧文ならまだしも、和文に対しては指定すべきではない気がする。
MacIE5以外でも一般に単語間隔の増加による調整が行われるわけで、ウィンドウをリサイズすると文章内の空白が無意味にびろびろ伸びて気持ちが悪かったりするのだが、どうだろうか。
>そもそも text-align: justify; の指定自体が問題だったり。
いやさ、だからこそtext-justifyプロパティーの各値が作られたわけだろ。 >>188
現段階のCSS2実装の UA での問題点を論じているのだが。
CSS3 が一般に普及すれば 'text-justify' は有用なのは確か。 >>189
現段階では、和文に対するtext-align:justify; が有効なのはWinIEだけ、
しかもtext-justifyを追加指定した場合に限られる。
とすると、つまりWinIEの問題点だけを論じてるのか? http://www.swlab.csce.kyushu-u.ac.jp/man/rec-css2/text.html#alignment-prop
>注。 実際に用いられる両端揃えのアルゴリズムは、UA及び使用言語に依存する。
だから日本語文では無効でも、それで仕様通りなんだよね、一応。やれやれ。 -moz-opacityも-khtml-opacityも
opacityになってしまったが、何故今なのだろう。
UAが勧告候補を実装することをRecommendするとW3Cは言っているが、
CSS2は同じ事をして、勧告で大幅に仕様が変わり
現在の事態を招いたわけで。
もしも再び勧告の段階で仕様が変更されたらどうするつもりなのか。 >>194
http://www.mozilla.org/releases/mozilla1.6/README.html
> The opacity implementation was completely revamped
> to properly change the opacity of all descendants as a group.
http://bonsai.mozilla.org/cvslog.cgi?file=mozilla/content/shared/public/nsCSSPropList.h
> Change -moz-opacity to opacity. Create a mechanism for creating
> a second name for a CSS property and continue to support -moz-opacity.
Mozillaの場合は単に今まで実装が不完全だったから -moz-opacity だったのでは。
で、プロパティ名を2つ持てる仕組みを作ってから opacity の名前を有効にしたと。
> もしも再び勧告の段階で仕様が変更されたらどうするつもりなのか。
本気でそう思うならW3C文書の策定プロセスを問うべきだろう。 勧告候補→勧告の間に実装系が2つ以上存在することが望ましい・・・というプレスを
w3cが出してなかったか? 予測される変更に対応していく柔軟性もないのに
勧告候補の段階で実装する奴は確かにバカ。
opacity の件に限っていえば、
> もしも再び勧告の段階で仕様が変更されたら
その時は単に -moz-opacity/-khtml-opacity のみのサポートに戻すだけだろう。
# ユーザの少なさがなせる身軽さではあるが。 IEの場合、仕様変更されても一切動じず、押し切って、
css2.1のように逆に仕様を変えてしまうパワーがあるのです。 ある意味標準とか勧告とか準拠とかそういうのはどうでもいいから
MSには「IEの(CSSの)仕様」をバグの部分まできっちり文書化して欲しい。 implement at-rule for matching on site/document URL
http://bugzilla.mozilla.org/show_bug.cgi?id=238099
なんだか面白そうな機能 >>210
草案ではなくて、現在のステータスは勧告候補になっている。
>ALL
そもそも「草案段階の…」というスレのタイトルがおかしい。
次のスレからは「策定段階の…」に改めたらどうだろうか。
参考:W3C勧告プロセスの概要
http://www.kanzaki.com/w3c/process.html >>209
でも、縦書きで左から右の言語って無いと思うんだが。 日本語(縦書き)中の英文がそのまま横書きって。。。
縦書きの時は英文は横倒しにして縦に書くものだと思うが。 >>212
ttp://www.geocities.jp/p451640/moji/skm/06/skm_06.html
上から下へたて書きにするが、日本語とは逆に左から右へ行をな らべる。
CSS2.1 が勧告候補になって、サテ何が変ったのか。 >>217
もうCSS規格はベンダーから信用されない
勧告された後になって覆すようではお終い。
というか、XSL-FOとかSVGって改定前のCSS2.0を参照してるのに
2.1になったらどうするつもりなんでしょ >>219
あのさあ、規格を書いているのが
ベンダーの人間なんだけど?
「信用されない」って自己否定ですか?
勧告を覆したわけではない。
削られた部分はCSS3へ送られただけ 削られCSS3送りにされた部分だけではなく、
変更された部分も多いし、廃止されCSS3にも送られない部分もある。 >>220
CSS実装したブラウザ、エディタ、その他がいくつあると?
ブラウザだけでも結構ある(もちろんIEコンポーネント、Gecko系など含めない) もう一週間くらい経ったけど、CSS3マルチコラムが実装されたよ
Implement CSS3 columns
https://bugzilla.mozilla.org/show_bug.cgi?id=251162
-moz-column-count
-moz-column-width
-moz-column-gap
::-moz-column-content
が設定可能。 なんかCSSマンセーなやつって知能レベル低いよね。
w3c|css批判されるとムキになって反応するのはいいけど、
罵詈雑言が目に付くんだよね。相手が汚らしい言葉で、批判してても
もっと余裕を持ってレス付けろよ、な。
cssが便利なのは覆らないから安心しろよ。 Selectorsは何でまだ勧告にいたらないんだろう。 ⊂⊃ ⊂⊃
∧_∧ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
⊂⊃ ( ´∀` ) < 僕は、神山満月ちゃん!
⊂ つ \_____________
ノ ノ ノ
(_ノ _ノ ⊂⊃
彡
この人荒らしちゃん↓
http://pc5.2ch.net/test/read.cgi/hp/1105594709/722 _
/ \―。
( / \_
/ / ヽ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
...―/ _) < ちんちん シュッ! シュッ! シュッ!
ノ:::へ_ __ / \_____________
|/-=o=- \/_
/::::::ヽ―ヽ -=o=-_(::::::::.ヽ
|○/ 。 /::::::::: (:::::::::::::)
|::::人__人:::::○ ヽ/
ヽ __ \ /
\ | .::::/.| /
\lヽ::::ノ丿 /
しw/ノ___-イ
∪ CSSにおける国際的レイアウト
http://www.doraneko.org/misc/i18n-format/WD990127.html
Internatinal Layout in CSS
http://east.portland.ne.jp/~sigekazu/css/international.htm
これ、なんで早く正式勧告にならないのかなあ。結構づくめなのに。
折角正式勧告されたrubyだって、N7になってもデフォルトでは実装してないし。 >>232
css3:text、css3:line、css3:ruby、その他に分割されたので
i18n formatとして勧告されることは多分永久にありません 分割されてであれ、何であれ、ブラウザが実装してくれればいいや。 おい、大変な事に気付いたぞ
safariがcss3の複数背景画像に対応しとる!
background-image: url(hoge), url(hoge2), hoge(hoge3); しかしこれ、repeatとかposition指定しだすと、ゴチャゴチャで
わけわからなくなってきますな。
@background-layer {
name: layer1;
src: url(...);
repeat: no-repeat;
position-x: 0;
position-y: 0;
....
}
ってな感じで、1レイヤーを一つにまとめて
background-layers: layer1 layer2;
とか指定した方がわかりやすい気がするんだけど。
従来のbackground-imageとかは下位互換のために残しておいて
最下層レイヤーの指定ってことに。
誰か英語にしてw3cに送ってくれ〜。 CSS3 Text Effect
http://www.w3.org/TR/2005/WD-css3-text-20050627/
1999年のi18n formatからすでに6年以上、いまだにWDというのが、何とも。
内容の方は、・・・結局、先行実装したIEの仕様に収束するのね。
前回のWDに至るまでは、IEの仕様から離れる一方だったのに。 かなりスリムになったんだね。
縦書きもtext-shadowもcss3から削除か。
実現が難しそうな物はcss4(?)に先送りってこと? ■ このスレッドは過去ログ倉庫に格納されています