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

**Name_Not_Found** · 02/04/27 21:54

これは使うべきではない、とか。

**Name_Not_Found** · 02/04/27 22:06

（ ´_ゝ`）ﾌｰﾝ

**Name_Not_Found** · 02/04/27 22:07

>>1を使うべきではない。

**Name_Not_Found** · 02/04/27 22:14

-mozを見ると吐き気をもよおす

**Name_Not_Found** · 02/04/27 22:32

>>4
http://jils.org/l-_-l/
ここみてみ。使ってあるから。もちろんMozilaかNN6.2以上で。

1 · 02/04/28 00:04

ネタふり。

text-align:justify;
text-justify:inter-ideograph;

WinIEだと綺麗だが、Mozillaでは空白スペースを無理やり空けてしまう。
MacIEではさらに酷いことになる。（←だっけ？）

さて、解決策は？（使わない以外）

**Name_Not_Found** · 02/04/28 00:11

制作王使ってたら気にしなくてもいい

**Name_Not_Found** · 02/04/28 20:41

糞スレ…

**Name_Not_Found** · 02/04/30 00:15

voice-family{"かないみか", "こおろぎさとみ"}

**Name_Not_Found** · 02/04/30 00:19

エロゲー同士発見

**Name_Not_Found** · 02/04/30 00:32

スクロール
バーの
色を
変える
スタイル
シートの
使用を
はやく
合法化
して
ください

**Name_Not_Found** · 02/04/30 00:57

現在は使ったやつはﾀｲｰﾎされるのか？

**Name_Not_Found** · 02/04/30 01:58

背景画像を複数指定したり、
borderに背景画像を指定したりできるようにはなりますか？

**Name_Not_Found** · 02/04/30 15:13

>>11
これはいえてるなぁ。
overflowプロパティで、インラインフレームっぽくした時の
スクロールバーはやはり色変えないと思うわけで。

まあ、Operaがバグるから、Operaが対応したら、合法化とか [謎]。

**Name_Not_Found** · 02/04/30 15:29

>>13
強く希望。

**Name_Not_Found** · 02/04/30 15:46

> borderに背景画像
可能性はあるな。
http://www.w3.org/Style/CSS/current-work#borders

**Name_Not_Found** · 02/04/30 15:47

日本語の重大関心は縦書き。
ネスケ、がんばれ。

**Name_Not_Found** · 02/04/30 16:48

>>14
色だけじゃ物たりないなあ。
XPとかMacOSX考えたら。
画像使えると最高。

**Name_Not_Found** · 02/04/30 21:27

そして何も考えず画像貼りまくりのサイトが続出する罠

**Name_Not_Found** · 02/04/30 23:49

borderやcolorにグラデーションを使えるようにしてほしい。

**Name_Not_Found** · 02/05/01 00:55

div/span 厨が頻繁に使う空のボックスを CSS で生成できるようにしてﾎｽｨ...
そうすりゃ「複数の背景画像」とかも解決できると思うし。

◆T6ZbIG7M · 02/05/01 21:22

>>21
>div/span 厨が頻繁に使う空のボックスを CSS で生成できるようにしてﾎｽｨ...
>そうすりゃ「複数の背景画像」とかも解決できると思うし。

あったら確かにありがてぇ。

ところで、「欲しい」じゃなくて、
今あるもののことを話しませんか?

**Name_Not_Found** · 02/05/02 09:19

>>22
でもなあ、「これは使うべきではない」とか言ってみてもねえ。
>>6 みたいな実装間の格差は、勧告のものでも同じだよ。
そもそも仕様自体が様々な UA を想定しているから、解釈に幅のある記述がいくつもある。

独自拡張や先取り実装が -moz のような特殊な名前であることは俺は賛成。
同じ名前の違うものを後から採用される危険性が低い。
IE の縦書き関係とかって採用前に微妙に修正入ったりすると悲惨そうでちと怖い。
使うのは構わんと思うけどね。ちゃんと動向追っかけろよって感じ。

**Name_Not_Found** · 02/05/02 09:47

先取り実装したものが修正されても
IEは後方互換性が維持できないと言って
修正しないに決まってる。
だからこそ安心して（？）使えるのでは。

doctype switchの分岐が増えれば修正するかも知れないけど。

**Name_Not_Found** · 02/05/02 10:05

>>24
> だからこそ安心して（？）使えるのでは。
IE だけ対象にする分にはそれで全然問題ないけど、
修正後の勧告に適合した他の実装との間に不整合がでるよ？ XSLT みたいに。
あれは namespace で解決できたけど、CSS にはそういう仕組みがない。

**Name_Not_Found** · 02/05/02 18:21

仕様通りの実装がいつまでたっても
されなければ仕様の方が変わるよ。

clip:rectの数え方とか、border-collapseの初期値とか
実装に合わせて変更しようとか言ってるし、
marker-offsetなんて廃止されそうだし。

XHTMLでも一時期の草案でobjectが廃止されてたじゃん。

**Name_Not_Found** · 02/05/02 18:50

>>21
とりあえず
:before, :after {
display:block;content:"";
}
で上下に空のブロックを2つ作れる。
<div>
<div::before/>
内容
<div::after/>
</div>
こんな感じ。
height指定してbackground-image指定すれば
色々使える。

**Name_Not_Found** · 02/05/02 20:25

>>26
実装状況をみて仕様を変更するにしても、別の仕様にするでしょ、普通。
同じ仕様の errata みたいな扱いにはならない。

@level CSS2; /* このスタイルは CSS2 */

なんて記述があれば、そういう変更に対処しやすいのにね。今更無理だけど。

**Name_Not_Found** · 02/06/15 23:10

いったんあげてみたい

**Name_Not_Found** · 02/06/16 00:17

text-shadowはいつになったら実装されますか？

**Name_Not_Found** · 02/07/01 19:12

age

**Name_Not_Found** · 02/07/08 05:03

>>30
影のボカシなんか仕様に含めちゃったせいで
いつまでたっても誰も実装しません

**Name_Not_Found** · 02/08/21 18:11

つか、CSS2.1では削られてるし……＞text-shadow

**Name_Not_Found** · 02/08/21 18:51

> text-shadow
単に CSS3 text に移動しただけじゃないの？

**Name_Not_Found** · 02/08/21 18:55

CSS3 module: text にはまだあるんだ。

**Name_Not_Found** · 02/08/21 19:45

CSSなんて寿命短そうだしね。

**Name_Not_Found** · 02/08/22 00:57

でもCSSに代わるものが無いのも事実。

**Name_Not_Found** · 02/08/22 01:01

XSL FO があるじゃないか。

**Name_Not_Found** · 02/08/22 01:33

ふぉっふぉっふぉ

**Name_Not_Found** · 02/08/22 01:55

>>38
XSLは覚えるのめんどうです……XPathとか覚えないといけないし。
CSSの記述の簡単さはやはり有意義。

**Name_Not_Found** · 02/08/22 09:23

覚えるのが面倒でも
そのうちXSLのフォーマッタアプリケーションが
売られるようになるでせう。

しかし、FOなんてブラウザが実装するのはいつの日になることやら。
そもそも、実装する予定はあるのか無いのか。
組版印刷関連のなら既にあるけど。

**Name_Not_Found** · 02/09/04 10:46

M$ってCSS3:fontsとCSS3:textを
Wordで実装テストしてたのね…

ブラウザがサポートしない機能も書き出す設定でHTML保存してみたら
1000行位の大量のCSSが…

text-shadow: auto;
text-underline-color: red;
text-underline-style: dotted;
text-underline-position: .........
他にも傍点とかアウトラインとかエンボスとか

**Name_Not_Found** · 02/09/04 12:20

>>42
つーか、MSが独自拡張で作ったのを
CSS3で提案した、が正解のような。

**Name_Not_Found** · 02/10/13 14:41

で、

**Name_Not_Found** · 02/10/25 20:37

CSS3 module: text (Last Call)
CSS3 module: ruby (Last Call)
CSS3 module: box model (2nd draft)
草案公開age

**Name_Not_Found** · 02/10/26 00:09

box-sizing が削られちゃったよー＞CSS3 module: The box model

**Name_Not_Found** · 02/10/26 00:56

>>46
ぐふっ。
まじですか。
ｳﾄｩ

**Name_Not_Found** · 02/10/26 08:28

>>46-47
http://www.w3.org/TR/2002/WD-css3-ui-20020802/#box-sizing
慌てるな。CSS3 module: Basic User Interface に移動しているだけだ。

**Name_Not_Found** · 02/10/26 10:50

>>47
主要なブラウザのバグも修正された今
box-sizing必要か？みたいなこと書かれてるぞ。
basic user interfaceは box modelより古いし。

**Name_Not_Found** · 02/10/26 11:29

rp 要素型に当たる display プロパティの値は無いのか＞CSS3 module: Ruby

**Name_Not_Found** · 02/10/26 11:51

'box-sizing'プロパティは、'width'を間違った方法で解釈した
あるブラウザーに改良パスを供給するために最初に提案されました。
'box-width'および'box-height'は、'box-sizing'の改善されたバージョンとして提案されています。
しかしながら、それらのブラウザーのより新しいバージョンは既にバグを直しました。
また、これらのプロパティが実際に今必要なのかどうか明らかではありません。
それらが独力で有用になりうる時に、要素(それはそれ自身の幅ない境界、位置などのような
他の特性を持つことができる)のまわりの余分な箱についての考えに基づいて、
それはより強力で、より総括的な解決があった場合に、使用することがより容易かもしれません。
すべての要素が持つところで、そのような余分な箱は変形(XSLT、振る舞い、
あるいはそうでなければ、CSS自体の中で表現されたものさえ)に、あるいは箱モデルの拡張に
起因することができます、1つの(ほど必要だった)偽りの要素によってアドレスされた
暗黙の親':container'あるいは類似した。

**Name_Not_Found** · 02/10/26 11:56

>>51
よくわからん！

contentの幅を設定するcontent-boxよりも、borderまで含めた幅を設定するborder-boxの方が、実際にwidth/heightを使う上では直感的で有用だと思うのだが。

**Name_Not_Found** · 02/10/26 13:28

> 直感的で有用
慣れの問題ではなく？

**Name_Not_Found** · 02/10/26 14:39

直感的で有用ならそういうプロパティを新設するのがスジで
box-width/box-height を使おうよって話では。
box-sizingは結局バグのエミュレート機能でしかない。

**Name_Not_Found** · 02/10/31 00:21

保守―――――――――!!!

**Name_Not_Found** · 02/11/06 15:39

3em + 150px
とかの長さ・位置指定ができたらいいな♪

**Name_Not_Found** · 02/11/08 01:57

>>56
それに一票

**Name_Not_Found** · 02/11/08 09:30

>>56
既存のCSS実装で致命的描画になる罠w
CSSってなんでレベル指定とか未実装時の条件分岐とかできないんだろう...。

**Name_Not_Found** · 02/11/08 11:26

>>58
はげどう。むしろ条件分岐機能きぼんぬ。

td.kantoka {
%hoge='xyz.gif';
%hage='zyx.gif';
background-repeat:repeat;
$if (this.height < 2em) {
background-image:url(%hoge);
} else {
background-image:url(%hage);
}

**Name_Not_Found** · 02/11/08 11:35

>>59
そこまでやるならJavaScriptで書けば？

**Name_Not_Found** · 02/11/08 22:10

変数ほしい。
同じマージンとかを指定してた時に全部書きかえるのは面倒

**Name_Not_Found** · 02/11/08 22:15

でたー！
border-image

**Name_Not_Found** · 02/11/08 22:25

>>61
想定してる用法としてはそういうのを1つの class にするんだと思う。
HTMLはもともと１要素に複数の class 指定を許可しているので。

**Name_Not_Found** · 02/11/11 02:50

>>63
そうすると、class が意味付けのためのものではなくなる予感が…。

変数、値の和差は欲しい。
IEの expression 使えば出来そうだか結局JavaScriptだからなぁ。

**Name_Not_Found** · 02/11/11 14:01

てか書き換えるの面倒ってだけならエディタの置換で十分。

**Name_Not_Found** · 02/11/11 21:56

>>65
書き換えたい所とそうでない所に
偶然同じ値が指定してあったとき困る。

**Name_Not_Found** · 02/11/11 22:27

そこはコメント使って識別。
#FFF; /*変数Ａ*/

**Name_Not_Found** · 02/11/12 05:25

>>67
ﾅﾙﾎﾄﾞ。頭いいな。

**雑感くん** · 02/11/18 14:21

CSS自体はなくならないだろう。
ただしCSSがいくら成長しても、スタイルを一手に引き受けるのは無理。
間にXSLTが入ればいかなるレイアウトも可能だと思う、が、恐ろしく
難しくなり、結局
(´-`).｡ｏＯ人はTABLEにもどってくるんだよ。
ということに

**Name_Not_Found** · 02/11/18 15:46

そう思うならTABLEタグでレイアウトもどきやってればよし。

**Name_Not_Found** · 02/11/18 21:16

>>69
誤爆?

**Name_Not_Found** · 02/11/19 01:35

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になってもデフォルトでは実装してないし。

**Name_Not_Found** · 02/11/19 01:39

>>72
その WD は現在 CSS3 text で議論されている。
http://www.w3.org/TR/css3-text/

**Name_Not_Found** · 02/11/19 13:19

>>72
結果を急ぐのは危険だからでしょ。
軽はずみな勧告を出して後から仕様変更する羽目になったら目も当てられない。
CSS3 Text も CSS3 Ruby も地道に Last Call まで漕ぎつけた。
あともう少しだよ。(とはいっても早くても後一年はかかるんだろうが)

**Name_Not_Found** · 02/11/19 21:54

IEが実装してしまってるので今更慎重になっても仕方ない気がする。
例え仕様変更されてもIEは絶対に後方互換がどうのこうの言って
もう変更はしないと思うんだよね。

**Name_Not_Found** · 02/11/19 22:25

-moz-border-radius: ;

**Name_Not_Found** · 02/11/19 22:42

　　　　　　冫─'　 ~￣´^-、
　　　　　／　　　　　　　　　丶
　　　　/　　　　　　　　　　　　ﾉ、
　　　/　　／ヽ丿彡彡彡彡彡ヽヽ
　　　|　　丿　　,,,ノ", ､､,,r''"　　ミ　
　　　|　　彡__＿＿__, ､,＿＿_ﾐ/
　　　ゝ_/ ／|ヽ=･= |⌒|-=･= |ヽゞ
　　　|tゝ　　＼__／_　＼__／ | | 　
　　　　ヽﾉ　　　／＼_／＼　 |ﾉ　　
　　　　　ゝ　 //ヽ───ヽヽ/　　＜MSIEと互換性が無いUAは糞！
　　　　　 /|　　　ヽ──'　 /
　　　　　/ 　＼　　　￣　.／　　　
　　　／　ヽ　　‐-　‐-　　

**Name_Not_Found** · 02/11/20 07:31

CSS3 Text WD全然読んでないんだけど
IEの実装と互換取る形の追加仕様とか練ってんじゃないの？
でなきゃ3年かけて7回もWD書かないだろ。

**Name_Not_Found** · 02/11/20 10:39

CSS3 module: text
Editor: Michel Suignard (Microsoft)

**Name_Not_Found** · 02/12/05 20:35

編者に何度書き直しさせても懲りずに痛い草稿上げてくるもんで
合意得られなかったんじゃないだろうか…次もWDだったら藁うぞ。
# 勿論、大変な作業なのは解るんだが。

**Name_Not_Found** · 02/12/05 21:58

>>78
IEの実装は数年前の草案そのまま。
最も新しい草案と比べると、…なんか全然違う…激しく不安だ

**Name_Not_Found** · 02/12/22 19:12

保守あげっ♪

**Name_Not_Found** · 02/12/22 23:39

正直、「CSSならなんでもあり」の現状に禿しく不満。
borderはあくまでborderなのに、borderとして使われていない例等等…

**Name_Not_Found** · 02/12/23 02:47

>>83
理由は?

**Name_Not_Found** · 02/12/26 22:12

>>84
気持ち悪くない？
あれならいっそ line-top とかの名前の方がよかった気がする。
border-left を四角くして箱っぽくやってるのとかかなり気持ち悪い。

まあ主観なんですけれども。

**Name_Not_Found** · 03/01/15 01:27

岡田克彦ファンクラブからのご案内です。ご高承のとおり、岡田克彦氏の卒業した早稲田大学政治経済学部
と、ひろゆきの卒業した中央大学文学部は比較にならないほど差があります。中央大学文学部のような
ヘボい大学に共通しているのは、文化水準が低いという事です。18歳から22歳をヘボい大学で過ごすという
ことは、感受性において致命傷と言えます。２ちゃんねらーの大半は岡田克彦氏に比べて、著しい低学歴で
頭が悪いだけでなく、感受性も愚鈍で腐っているという、取り返しのつかない状態なのです。
せめて、http://www.geocities.co.jp/MusicHall-Horn/1091/で、岡田氏の作品に触れましょう。

**山崎渉** · 03/01/23 03:06

（＾＾）

**Name_Not_Found** · 03/02/01 12:57

>>85
応用力を認めてあげなさいな。

**Name_Not_Found** · 03/02/02 00:05

ブロックの縦の位置関係をも少ししっかりしてして欲しい。
テーブルレイアウトで
<table height="xxx"><tr><td valign="center">
hoge hoge
</td></tr></table>
みたいにしてたヤツとかCSSで再現できない。
あとウィンドウの高さを100%にとる長さ単位とか。

**岡田克彦ファンクラブ** · 03/02/02 12:05

２ちゃんの糞スレの皆様に、作曲家・岡田克彦ファンクラブからのご案内です。
ご高承のとおり、岡田克彦氏の卒業した早稲田大学政治経済学部と、ひろゆきの卒業した中央大学文学部夜間は
比較にならないほど差があります。中央大学文学部夜間のようなヘボい大学に共通しているのは、文化水準が
低いということ。18歳から22歳をヘボい大学で過ごすということは、感受性において致命傷と言えます。
２ちゃんねらーの大半は岡田克彦氏に比べて、著しい低学歴で頭が悪いだけでなく、感受性も愚鈍で腐っている
という、取り返しのつかない状態なのです。
せめて、http://www.geocities.co.jp/MusicHall/5933/で、岡田氏の作品に触れましょう。
また、学歴至上主義は、学歴がないか、東大のような高学歴であっても学歴に相応しいだけの自分の特技
等を持っていない人が不愉快に思っているだけのことです。２ちゃんのひろゆきの卒業した中央大学
文学部夜間のようなものは、学歴と言えるようなものではなく、これは、拭うことの出来ない、生涯つきまとう
汚点で、絶対に取り返すことは出来ません。２ちゃんの皆さんの大半は、波風を立てずにその場限りの平穏無事を保守する
という、下らない事なかれ主義にうつつを抜かしていますが、私共は心優しい仲間なので、はっきり申し上げられます。
ひろゆきは、感受性において、まさに取り返しのつかない状態にある、ということです。
従って、阿呆のひろゆきのやっている２ちゃんは阿呆の危険集団だということです。

**Name_Not_Found** · 03/02/03 16:07

>>89
あぁ…
縦の中心にもってくのって出来ないよねえ。
項目の少ないコンテンツリストとかは
ウィンドウの中心に寄せて表示させたいって要求もあるとおもうんだけどなぁ。

**Name_Not_Found** · 03/02/04 00:00

＞ウィンドウの中央
http://www.parkcity.ne.jp/~chaichan/qanda/qa3558.htm
W3CではなくMicrosoftに要求することですな。対応しろと。

**Name_Not_Found** · 03/02/04 02:12

縦中央ってそんな需要ないもんなのかな。

**Name_Not_Found** · 03/02/06 17:17

CSSのWGにとっては何の意味も必要性も見出せないう事では？

W3Cの過去のNoteやWDを見てると
あったら便利そうな機能でも
ボツネタにされてきた事がわかる。

欲しい機能があるならWGに要望出さねば永久に対応しないと思ふ

**Name_Not_Found** · 03/02/06 19:38

display:table-cell; vertical-align:middle;
大した需要じゃないと考えているのはベンダー。

**Name_Not_Found** · 03/02/07 10:39

どうやればWGに要望だせるのか手取り足取り教えて!偉い人!
W3C の ML に入って要望出せばいいのかな?

**Name_Not_Found** · 03/02/27 16:38

CSS3 Text …また WD。Last Call ではあるが。
http://www.w3.org/TR/2003/WD-css3-text-20030226/

**Name_Not_Found** · 03/02/28 17:18

IE7あたりで先取り実装してくれないかな。
やっぱ動いてるものがないと実感沸かないよー。

**Name_Not_Found** · 03/02/28 18:37

>>98
先取り実装なんて聞こえはいいけどベンダーにとっては人柱。
実装してみて初めて表面化する不具合への修正案を逐一サポートしていけなければ
変更箇所が後々バグとしてずっと残ってしまう最悪のオマケが付いてくる。

IEってそういう融通利かないでしょ。挙動がちょっと変わるだけでユーザは大騒ぎ。
初心者層に普及しているUAほど、先取り実装には慎重になって欲しい。
安易な先取り実装は、将来的に無駄な手間・混乱が増える可能性が大きすぎる。

**Name_Not_Found** · 03/02/28 19:24

>>99
IEが最も多く先取り実装（というか独自に開発してそれを標準化）しているわけだが…
IE のRUBY タグ対応は、将来大きな禍根となるだろうね