独自拡張、草案段階のCSSについて語れ

ECMA、ECMAScript第4版の標準化作業を破棄！
http://www.theregister.co.uk/2008/08/15/adobe_microsoft_ecma_javascript/

ECMAScriptの次版はこれまでの4版案を破棄し、現行の3版の修正にとどめた3.1版とする事に決定。
ES4撤回・ES3.1推進派Microsoft、Yahooの勝利。
ES4に興味を持っていた皆さん、残念でした。（10年もダラダラとモメてる間に興味が醒めた人も多いでしょうが）

ES4推進派のMozilla、Adobe、は、これまでに投入した多大なリソースが水の泡に。
彼らに追随していたApple、Operaも方向修正を迫られるのは必至。

ES4で予定されていた新機能（パッケージ、名前空間など）についての議論は、ES3.1の議論を円滑に進めるため、
今後二度と行わず、議題にすら上げないことも決定された。
2009年前半までにES3.1の相互運用性を持つ複数の実装の登場を目指す。

なお、この決定により、MozillaのJavaScript2や、AdobeのActionScript、Microsoft（の遠い昔のES4初期提案）のJScript.NETなどは
ES4の先行実装/実験的実装でも何でもない、独自言語の実装へと成り下がった。

CSSって命名規則が糞ですね。

昔は
text-align
みたいに、「基本は小文字」「ハイフンで語をつなぐ」
だったのに、最近は
currentColorとかoptimizeSpeedとか
「1語目は基本小文字」「2語目以降の先頭は大文字」「ハイフンは使わない」
なんてのが混入です。なぜ統一しないのでしょうか。

大文字小文字は区別されないとしても、ハイフンありなしはどうなの？

普通に後方互換の関係だと思うけど

何故後方互換？

「"textAlign"にすべきで"text-align"としたのは誤りだった。
　これからはハイフンなしに統一だ！でも後方互換のためtext-alignも当面の間認める」
というのなら、後方互換だと思うけど。

最新の草案でもハイフンありなしが入り混じってて統一性がないだけ。

プロパティ名は全部小文字+ハイフンで統一されているみたい。
キーワードも基本は小文字+ハイフンでたまにキャメル記法や
パスカル記法風。SVGは謎。

currentColorはSVGからそのまま取り入れたからハイフン区切り
ではないんだろう。CSS3で新しく定めたキーワードで区切りに
ハイフンなしのものってあるかな？

Media Queries
W3C Working Draft 15 October 2008
http://www.w3.org/TR/2008/WD-css3-mediaqueries-20081015/

http://www.w3.org/TR/CSS でCSS 2.1の仕様書が表示されるようになった。

CSS Marquee Module Level 3
W3C Candidate Recommendation 5 December 2008
http://www.w3.org/TR/2008/CR-css3-marquee-20081205/

CSS Mobile Profile 2.0
W3C Candidate Recommendation 10 December 2008
http://www.w3.org/TR/2008/CR-css-mobile-20081210/

最近のCSSのまとめ
http://web.g.hatena.ne.jp/vantguarde/20081213/1229145675

http://mozillalinks.org/wp/wp-content/uploads/2008/09/transform.png
この画像を見たとき、てっきり3次元の座標回転してるのかと思ってびっくりしたが違った
transformについて何も知らなかったので期待してしまった

webページもディスプレイもどっちも2次元平面でしかないのだから
2次元空間のアフィン変換ができるならそれで十分じゃね

非線形な変換がしたいってのならまた別だが

block要素が3次元空間内の平面で、座標回転でそれを好きな位置に配置できるのかと思った
そしたら遠近法の効果が出せて面白いかと、Compizのウインドウ描画みたいに

こんなのまでCSSなら、SVG全部をCSSで再現できるようにしよう！とか言いだしそうだな。
display: svg-path(M 0 0 100 0 100 100 100 0 100 z);とかさ。

CSS3の手を広げる一方だけど、10年間やってて何も勧告されてないんだから、先にそっちをやれよって感じ。

http://d.hatena.ne.jp/uakira/20090214
2月12日付でHTML5の新しいワーキングドラフトが出てゐたことに気づいた。

http://www.w3.org/TR/2009/WD-html5-20090212/text-level-semantics.html#the-ruby-element

己の主たる関心事であるRuby要素が復活した他、無意味なDivでなく有意味なSection要素でドキュメントBodyを分けることができるよーになる模様。

CSS Ruby Moduleは古いCRのままでいいのか。

縦書き(Vertical writing mode)関連はどーなってるんだらう。

CSSルビはIE以外誰も実装しようともしないので、どうにもできないだろ。
相互運用性ある実装が複数登場するまで勧告できねーからね。
IEの実装も10年前の最初の草案の仕様のままで、今のCRとは非互換だし。

そのうちCSS Textみたいに「誰も実装しないから話にならん！」っつってWDに差し戻されそう。
というか、今見たらロードマップ上でも次はWDに差し戻しじゃねーか

Safariがすごいな。何がすごいって、独自拡張だ。
もうIEなんて数で抜いてブッチギリだ。独自拡張王Safariの誕生だ。

-webkit-って頭についてるのはいいとしても、何故か付けていないのもまた多い。

それにしても、反射効果とかいかにもAppleっぽい。

css3の先行実装でなくて？

>>237にもあるけど
マルチプルバックグラウンド機能
background
background-image
background-repeat
background-position
と前のバージョンのプロパティ名を使いまわさないほうがいい気がする
検証サイトを見るとCSS2(2.1)までしか対応していないブラウザでは軒並み
複数指定されると何も表示されなくなっている
未対応ブラウザじゃ最初に指定されたものや最後に指定されたものだけが表示されるのならまだいいけど

safariのグラデーションも、もはやわけがわからないね。
hoge: -webkit-gradient(liner, 0 0, 100% 100%, color-stop(0.0, rgba(255, 0, 0, 1)), color-stop(50.0, rgba(0, 255, 0, 1)), color-stop(100.0, rgba(0, 255, 0, 1)));
stopは無限に増やせるし、円形グラデーションだと引数の並び順や意味まで変わる。

これなんか、SVGの<color-profile>とCSSの@color-profileの関係と同じように
SVGの<gradient>をそのまま@-webkit-gradientとかにすればいいのに。

初心者を遠ざけるから不必要とか議論になってた変数機能の実装を強行するような人はやっぱちがうわ。
そのうちGUIのエディタで読み書きするのが当然になって、人が読める必要無しってなりそう。

IE8って、ruby系のプロパティだけ-ms-付けてないから、
CSS3 Ruby CRに準拠でもしたのかと思ったら、何も変わってなかった。
一番古いCSS i18n Layout WDの仕様のままだ。ruby-overhangにいたっては動作していない。

どういう基準で-ms-を付けなかったんだ？付け忘れ？

ruby-overhang って昔から実装したと言ってるけど
値を別のにしてもIEの動作は変わらないんじゃなかったか？

IE8 display: rubyに対応したとか言ってるけど、
<span style="display:ruby"><span style="display:ruby-base ...
とかやっても全然効かないじゃないか。もちろんIE8モード。

ruby要素のcurrentStyle.displayをJSで取ると"ruby"って返ってくるけどさ…
これ対応してるっていうのか？

独自拡張のなかに、IE8モードだと効かないのがあるな。
拡張しておきながら放置プレイするとは、図太いというか何というか。
メンテナンスもできないなら最初から独自拡張するなよ…

先祖や親、兄要素を参照するセレクタは策定されないの？

>>340
Chrome 4がルビ表示を実装したな。バグあるけど。
http://pc11.2ch.net/test/read.cgi/hp/1144494359/527-
そのうち同じWebkitをエンジンとするSafariもルビ対応するはず。

Safari 5リリース、振り仮名に対応した。
http://www.applelinkage.com/?02241826#100608006

保守

もうダメポ？

CSS 2.1とCSS3 ColorがRECに。
一番乗りはSelectorsかと思っていたのに。

CSS 2.1は2002年08月02日1st Working Draft発行で
CSS3 Colorは2001年03月05日1st Working Draft発行か。

Recommendationまで紆余曲折で10年か……長すぎだっつーの。

CSS3でtext-transformにfull-widthが追加されるみたいだけど、half-widthの方が欲しくないかな
新聞社のサイトとか慣例的に英数字を全角で配信してるけど、スタイルシートで半角にできたら素敵やん？
逆に半角を全角にしたいケースってあんまり思いつかないんだが…

http://www.w3.org/TR/css3-text/#transforming

Mozillaがtext-overflowにleft, rightを提案してるみたいだけど
誰かstart, endにしろって言っといて。

https://bugzilla.mozilla.org/show_bug.cgi?id=677582

CSS Namespaces Module
W3C Recommendation 29 September 2011
http://www.w3.org/TR/2011/REC-css3-namespace-20110929/

Selectors Level 3
W3C Recommendation 29 September 2011
http://www.w3.org/TR/2011/REC-css3-selectors-20110929/

Selectors Level 4
W3C Working Draft 29 September 2011
http://www.w3.org/TR/2011/WD-selectors4-20110929/

CSS Fonts Module Level 3
W3C Working Draft 4 October 2011
http://www.w3.org/TR/2011/WD-css3-fonts-20111004/

色々ｷﾃﾀﾜｧ.*･゜ﾟ･*:.｡..｡.:*･゜（n‘∀‘)ηﾟ･*:.｡. .｡.:*･゜ﾟ･*!!!!!☆

CSS Flexible Box Layout Module
W3C Working Draft, 29 November 2011
http://www.w3.org/TR/2011/WD-css3-flexbox-20111129/

CSS Generated Content for Paged Media Module
W3C Working Draft 29 November 2011
http://www.w3.org/TR/2011/WD-css3-gcpm-20111129/

CSS Template Layout Module
W3C Working Draft 29 November 2011
http://www.w3.org/TR/2011/WD-css3-layout-20111129/

CSS Regions Module Level 3
W3C Working Draft 29 November 2011
http://www.w3.org/TR/2011/WD-css3-regions-20111129/

Requirements for Japanese Text Layout
W3C Working Draft 29 November 2011
http://www.w3.org/TR/2011/WD-jlreq-20111129/

CSS Image Values and Replaced Content Module Level 3
W3C Working Draft 6 December 2011
http://www.w3.org/TR/2011/WD-css3-images-20111206/

CSS Exclusions and Shapes Module Level 3
W3C Working Draft 13 December 2011
http://www.w3.org/TR/2011/WD-css3-exclusions-20111213/

今月のCSS Working Groupどーん

なんでNHKが？
ttp://twitter.com/w3c/status/148922447935176706

CSSベンダプレフィックス記述の変更提案、MozillaのFelipe Gomes氏が提示
ttp://news.mynavi.jp/news/2012/02/08/046/

うーん、かなり筋が悪い記法のような

CSS Fonts Module Level 3
W3C Working Draft 23 August 2012
http://www.w3.org/TR/2012/WD-css3-fonts-20120823/

CSS Regions Module Level 3
W3C Working Draft 23 August 2012
http://www.w3.org/TR/2012/WD-css3-regions-20120823/

Selectors Level 4
W3C Working Draft 23 August 2012
http://www.w3.org/TR/2012/WD-selectors4-20120823/

CSS Fragmentation Module Level 3
W3C Working Draft 23 August 2012
http://www.w3.org/TR/2012/WD-css3-break-20120823/

CSS Values and Units Module Level 3
W3C Candidate Recommendation 28 August 2012
http://www.w3.org/TR/2012/CR-css3-values-20120828/

今更だけどOperaの-webkit-*対応は
どうなのよ
Operaも糞だと思うが、-webkit-*を恒久的に残す方針のwebkitがキングオブ糞だわ

「-webkit-*は他と違ってある日突然使えなくなることは絶対にありません！-moz-や-o-はある日バージョンアップしたら使えなくなる前科あり」って無知ユーザーを囲い込みたいだけだろ

ベンダープレフィックスは登録制にして登録時にテストケースも登録強制にすればいいね
そのうえで最近のChromeのように起動フラグ立てないと新しいプレフィックスは解釈しないようにする

創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね

chromeとfirefox4とIE9によるwebの縦書き
http://d.hatena.ne.jp/rti7743/20110323

IE9でルビ付きの縦書き文章を表示する
http://answers.microsoft.com/ja-jp/ie/forum/ie9-windows_other/ie9でルビ付き/9af8e8dc-c878-e011-9b4b-68b599b31bf5

http://answers.microsoft.com/ja-jp/ie/forum/ie9-windows_other/ie9%E3%81%A7%E3%83%AB%E3%83%93%E4%BB%98%E3%81%8D/9af8e8dc-c878-e011-9b4b-68b599b31bf5
要するに、標準モードで縦書き中にルビを使用したらひどいことになる、ト。

position: sticky; 流行ってほしい

【WHATWG】HTML5 Part5【W3C HTML WG】
http://toro.2ch.net/test/read.cgi/hp/1382313684/l50

https://twitter.com/MurakamiShinyu/status/436537386806157312
村上真雄 MURAKAMI Shinyu‏@MurakamiShinyu &middot;
CSSWGの議事録 http://lists.w3.org/Archives/Public/www-style/2014Feb/0617.html … CSS3 Writing Modes (縦書き)がCR(勧告候補)になることが決定。縦中横のプロパティ名がtext-combine-uprightに変更とのこと。

1:26 - 2014年2月21日

小形克宏 ‏@ogwata
左横書き（ラテン文字等）、右横書き（ヘブライ等）、双方向の混合（ラテンとアラブ文字の混合等）、縦書き（東アジア）等を規定するCSS Writing Modes Level 3 がいよいよ勧告候補に昇格。
http://www.w3.org/TR/2014/CR-css-writing-modes-3-20140320/
2:05 - 2014年3月21日
https://twitter.com/ogwata/status/446694012884221953

IE11、縦書き機能を改善
http://news.mynavi.jp/news/2014/06/26/211/

>>371
こいつがいると議論が明後日の方向に逸れるからなぁ
もう日本語表記に期待出来んわ