独自拡張、草案段階の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 タグ対応は、将来大きな禍根となるだろうね

**Name_Not_Found** · 03/02/28 20:03

で、つじつま合わせるために第２、第３の!DOCTYPEスイッチが出てくるﾖｶｰｿ(鬱

**Name_Not_Found** · 03/03/08 23:39

IEのRUBYは特に矛盾がおこるものじゃないと思うけど・・・
でも、一部のタグが未実装なのは困るね。
誤解が誤解を招く惨事になりそうだ。

**Name_Not_Found** · 03/03/21 14:49

矛盾がおこってないのは、IEの実装にできるかぎり合わせると言う
バカバカしい努力の成果。
折角の実装からフィードバックもIEのように実装されると
役立てられない。

**Name_Not_Found** · 03/03/22 14:29

現在のＩＥのruby実装で具体的に何か問題があるの？

**Name_Not_Found** · 03/03/22 16:58

アンチMSなW3C教狂信者の皆さん。
これは以前から議論されている問題ですが、
MSに限らず、規格の草案段階での実装はW3Cがやってくれと
言ってるのです。それでフィードバックを得たいわけです。

**Name_Not_Found** · 03/03/22 17:31

つーかRubyについては仕様自体が不満。
前々から言われてるけど、読み仮名には
要素じゃなくて専用の属性 (annotation属性?) を
作る形にすればよかったのに。

現在のCSSでも、とりあえず表示は

<ruby annotation="Tomato">トマト</ruby>

ruby:after { content: "(" attr(annotation) ")" }

と言う感じで出来るんだし。

**Name_Not_Found** · 03/03/22 20:47

rubyという見た目以外の何でもない名前の要素もいらないな
<span title="よみ">黄泉</span>

span {
display:ruby;
}
span:before{
content:attr(title);
display:ruby-text;
font-size:30%;
ruby-position:before;
speak:none;
}
とか何とかで十分。

**104** · 03/03/22 23:17

>>106-107
では別にＩＥのruby実装に問題があるわけではないのですね。なあんだ。

**Name_Not_Found** · 03/03/22 23:55

>>107
あまり title 属性を広げすぎるのもどうかと。

**Name_Not_Found** · 03/03/23 06:22

>>107
ruby自体は見た目を定義していないと思うぞ。
rubyはrubyであって、上乗せ文字ではないかと。

**Name_Not_Found** · 03/03/23 13:49

ただMS-IEに文句を付けたいだけ、か。ヤレヤレ。
それよりデフォルトでrubyを上乘せ文字として表示できないNN7とかOperaの方が問題あるだろ。
ルビ注釈モジュールは既にXHTML1.1で正式に追加されたんだから。

**Name_Not_Found** · 03/03/23 13:51

<span ruby="ちみもうりょう">魑魅魍魎</span>
これでいいんじゃない？

**Name_Not_Found** · 03/03/23 14:01

>>111
xhtml rubyモジュールは見た目に付いて何も規定していない。
どう整形するかはCSS3rubyに丸なげ。

**Name_Not_Found** · 03/03/23 14:08

しかし、やはりauthorとしてはFigure 1.1のように
レンダリングして欲しい訳で。

**Name_Not_Found** · 03/03/23 14:27

まあMozillaやOpera7もdisplay:inline-table;を使って
スタイルを指定すれば、振仮名として表示できないこともない。
http://www.akatsukinishisu.net/itazuragaki/?ruby_style_20020316

でも中つき・均等割附(グループルビ)・字間調整などに非対応だから、
真っ当な組版にはならなくて、ＩＥ５に及ばないんだよね、結局。
　cf. http://kondou.comic.to/nobuo_Web/zyukai_one10.html

**Name_Not_Found** · 03/03/23 15:12

>111
正式に追加されたんだから、草案仕様はやめてさっさと勧告仕様書通りに実装して欲しい、ということ

Mozillaでは最近動きがないな…
http://bugzilla.mozilla.org/show_bug.cgi?id=33339

しかし、ここってCSSのスレなのに、Rubyの話題ばっかだな、最近

**104** · 03/03/23 15:17

>>116
「草案仕様」によるIEの実装と「勧告仕様書」とで、
具体的にどんな差があってどんな不都合があるのかを、知りたいのです。
どうかご示教あれ。

**Name_Not_Found** · 03/03/23 16:16

>>117
複雑ルビに未対応。草案だからかどうかは知らんけど。

**Name_Not_Found** · 03/03/23 16:24

>>118
イヤ、未対応なのは未実装ってだけで、
べつに仕様に反する実装ってことにはならないよ。
position:fixed;みたいなもんだろ。
仕様を逸脱した誤った実装をしてるわけではないんだから、
将来矛盾を起こすものでもないし。

**Name_Not_Found** · 03/03/24 19:13

結局、IEにおける草案先取り実装の問題点を具体的に指摘できる人はないのか……。

まあ先取実装よりもCSS2を完璧に実装する方が先決ってことなら同感だけどね。
でもアンチMSでIE憎しのあまり公平な評価ができないのは駄目でしょ。

**Name_Not_Found** · 03/03/24 22:40

仕様を中途半端に実装することのたちの悪さはNN4のCSS対応で身にしみているはず。
IEも、せっかく単純ルビに対応しているんだから、そのまま放っておかないで
仕様通り複雑ルビに対応して欲しい。

ということ

**Name_Not_Found** · 03/03/24 22:56

>>121
それも話が別ですな。
ＮＮ４の場合は中途半端に対応してたからこそ困らされた。
しかしIEの複雑ルビの場合は全く対応してないのだから、何も困らない。
未実装のプロパティーは無視するのがＣＳＳの基本ルールなんだし。

**Name_Not_Found** · 03/03/24 23:35

>>122
＞全く対応してない
それは無いでしょう。実際に複雑ルビをIEに食わせてみましたが、
下につくべき二つ目のrtc の内容が後ろに表示されています。

また、別の話ですがIEは5.5以前及び6.0後方互換モードでは
未実装プロパティがあっても他に対応しているプロパティがあれば
そちらは効いてしまいます。XML宣言付きでも後方互換モードになってしまう
現在のIEの仕様は早急に改善されるべきですが、現状では非常に困りものです。

**Name_Not_Found** · 03/03/25 21:42

>>123
それはrtcに対応してないから<rtc>タグを無視して
その下位ブロックであるrtとして扱ってるだけではないのか？
対応してないタグを無視するのもHTMLの基本ルールでしたよね。
ならばルール通りでせう。
<ruby>
<rbc>
<rb>漢字</rb>
</rbc>
<rtc class="before">
<rt>かな-まえ</rt>
</rtc>
<rtc class="after">
<rt>かな-あと</rt>
</rtc>
</ruby>

**Name_Not_Found** · 03/03/25 22:27

<ruby>
<rbc>
<rb>山</rb>
<rb>田</rb>
<rb>太</rb>
<rb>郎</rb>
</rbc>
<rtc class="reading">
<rt>やま</rt>
<rt>だ</rt>
<rt>た</rt>
<rt>ろう</rt>
</rtc>
<rtc class="annotation">
<rt rbspan="4" xml:lang="en">2 channel example</rt>
</rtc>
</ruby>

こういった場合表示が大きく崩れるのがよくわかるのですが
そもそも想定していない組み合わせをよく表示したなという感じですね。

まあ、せっかく出た勧告案を早く実装してくれれば全て解決するんですけど
Bugzillaを見る限り、MozillaでのRubyサポートは
CSS3 module: Rubyの勧告待ちの様子ですね。
IEの開発は、外部からは全く分からないのですが、似たような状況かなと推測します

**Name_Not_Found** · 03/03/30 01:24

layout.zentai {
layout-width: 100%;
col-row: 5 5;
pattern: 1abcde, 2a, 2bcd, 2e, 3a, 3bcd, 4a, 4b, 4c, 4d, 4e, 5abcde;
cell-width: 5% 30% 30% 30% 5%;
}

<html>
<div id="zentai">
<h1 id="1abcde">ほげほげ</h1>
....
<p id="5abcde">あぁ</p>
</div>
</html>

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

>>126
それは何ですか、一体？

**Name_Not_Found** · 03/04/15 02:56

と言うわけで、『Stricｔ-HTML スレッド12』から誘導されて参りました。

# html
<h1>Strict-HTML<span class="sub-title">スレッド<em>12</em></span></h1>

#1 css （従来）
h1 { color:red; }
h1 span.sub-title { color:blue; }
h1 span.sub-title em { color:green; }

#2 css （妄想）
h1{
　　color:red;
　　span.sub-title{
　　　　　　　color:blue;
　　　　　　　em{
　　　　　　　　　color:green;
　　　　　　　}
　　}
}

向こうのスレでは以下のようなレスを貰いました。
＞というかそれ、DSSSL そっくり。
＞入れ子文法でスタイル指定したいんだったら XSL を使えばいいのに。 XSL は DSSSL を XML 構文で再構築したものだから基本的には一緒。

**Name_Not_Found** · 03/04/15 06:28

>>104
ruby, rt, rb, rp {display:inline;}
とかやっても、デフォルトのスタイルを適用させることが
できなかった気がするが。

>>106
http://groups.google.co.jp/groups?q=ruby+group:fj.net.www.authoring&hl=ja&lr=&ie=UTF-8&inlang=ja&c2coff=1&selm=a3f3cd%24qkt%241%40news.sfc.keio.ac.jp&rnum=1

**山崎渉** · 03/04/17 15:24

（＾＾）

**Name_Not_Found** · 03/04/21 00:01

>>129
なるほど。
でも、それができないと困ることってありますか。

**Name_Not_Found** · 03/04/21 10:14

>>131
複雑ルビ使いたい人は困るだろう。
広範に普及しているUAで整形が崩れて対処のしようがないんだから。

**Name_Not_Found** · 03/04/22 23:22

複雑ルビの案が公にされたのは
ワーキングドラフト 1999年12月17日版から。
1998年12月21日版や 1999年3月22日版は単純ルビだけだった。
ルビ注釈の W3C勧告は 2001年5月31日。
これに即応しろって方が無理でしょ。
単純ルビだけでもよくやってくれましたよ、ＩＥは。
但しMacIEは表示が乱れるのでいただけけませんがね。
あとWinIEは5.5以降、停滞気味でさしたる刷新が無いのは残念。

**Name_Not_Found** · 03/04/23 01:08

即応するだけの開発力は充分持っている会社だと思うが。
WinIEは頑強なシェアを築いてしまったから
他UAに対する優位性を今更ユーザにアピールする必要がない。
だから開発側が標準に即応する必要性を以前ほど感じてないんだよ。

**Name_Not_Found** · 03/04/23 22:51

以前ほど？
そんな意欲的な時期があったっけか

**Name_Not_Found** · 03/04/24 22:24

自社が提案した部分「だけ」を片っ端から実装してるだけでし。
シェアのあるブラウザで実装しちまえば、勧告に対する影響力が大きくなるでし。

いま対応してる標準もMSから出た奴だけでし。
Netscapeのが元になったDOM2とかなんて完全無視でし。

**Name_Not_Found** · 03/04/24 23:06

やっぱり複雑ルビはずっと未対応のままかな。IEには期待もしてないけど。

**Name_Not_Found** · 03/05/05 15:58

CSS3 正式勧告まだぁ(´д`)？
http://pc3.2ch.net/hp/kako/1042/10422/1042212003.html

**Name_Not_Found** · 03/05/15 21:31

Candidate Recommendation あげ
http://www.w3.org/TR/2003/CR-css3-color-20030514/
http://www.w3.org/TR/2003/CR-css3-ruby-20030514/
http://www.w3.org/TR/2003/CR-css3-text-20030514/

順調にPR→RECと進めるでしょうか。

**Name_Not_Found** · 03/05/15 23:29

http://www.scottandrew.com/
http://www.hssh.jp/~hssh/
http://www.1point.jp/~book_2ch/index.html
http://thefool.fc2web.com/
http://red.ciao.jp/fantasy/
http://www.aquaplace.com/
http://starry.night.nu/
http://www.macintoybox.com/
http://www.d1.dion.ne.jp/~hirosi_s/index.html
http://www.annie.ne.jp/~sheepers/komain.html
http://3110.sunnyday.jp/
http://cheser25.hp.infoseek.co.jp/
http://phoenity.com/
http://www.users.yun.co.jp/~souichi/
http://radicli.net/rr/
http://d-o-b.ciao.jp/^o^/
http://www.windfarm.co.jp/
http://www.deadbydesign.com/
http://www006.upp.so-net.ne.jp/Initialz/index.html
http://chankaz.cside4.jp/
http://raku-gaki.com/
http://akiko.kuhndesign.com/
http://www1.odn.ne.jp/~cce60200/
http://www2.ocn.ne.jp/~u.kenji/
http://www.muffy.jp/
http://www.ritsumei.ac.jp/kic/~tyv07679/index-j.html
http://tr.vis.ne.jp/
http://www.interq.or.jp/orange/nori/
http://www.kapowaz.net/?showarticle=13032003
http://www.clagnut.com/

**Name_Not_Found** · 03/05/17 09:54

CSS3セレクターってとうの昔に勧告されてるはずじゃなかったのか？
なんで止まってんだ？

**Name_Not_Found** · 03/05/17 12:13

>>141
PRに進められるだけの条件がそろってないってことでしょ。

**山崎渉** · 03/05/22 04:43

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

**Name_Not_Found** · 03/05/24 13:25

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;
}

**Name_Not_Found** · 03/05/24 13:42

>>144
してません。

**Name_Not_Found** · 03/05/24 13:43

>>144
実装しているかどうかなんてそれこそ試してみれば一目瞭然だと思うが。
# 試せない環境ならスマン。

というか、なぜ
「box-height指定を含むCSSの存在」→「IE先取り実装？」
となるのかがわからない。別にIE推奨サイトなわけでもないし。

**144** · 03/05/24 13:52

>>146
いや、>>144で挙げたサイトのHRはIEで見たときとN7で見たときで異なるもんで。
http://www.sal.tohoku.ac.jp/~gothit/
（N7では表示＞スタイルを使用でLightを選択すること）
たぶんIEで表示される方が意図したものでは。

試しにbox-height:3px;をheight:3pxにすると、表示が変った。

**Name_Not_Found** · 03/05/24 15:19

>>147
＞たぶんIEで表示される方が意図したものでは。
おまいの脳内レンダラは box-height:3px; をIEと同じように整形したのか？
俺の脳内レンダラは height:3px; の場合のIE6/N7と同じように整形したよ。

**Name_Not_Found** · 03/05/24 15:27

＞俺の脳内レンダラ

脳内の話をされても困るな。
ＩＥのレンダラーがheight:3px; の場合と同じだったてならともかく。

**Name_Not_Found** · 03/05/24 15:56

すまんね。言葉が悪かったよ。

あの草案どおりに実装したら box-height:3px; は
今のIE6/N7のどちらの表示結果とも違うものになるはずだ。
だから、なぜIEの方が意図どおりだろうと考えるのかがわからない。
草案の解釈自体が俺とは違うのかなーと思ったんだよ。俺の誤読の可能性も含めて。

**Name_Not_Found** · 03/05/24 16:22

>>144はbox-heightを削除しても同じ表示になるよ。
HR.thin{
/*box-height: 3px;*/
border-top: dashed 1px #AAAA99;
border-bottom: dotted 2px #999966;
}
但しheight:3px;を指定すると、異なった整形をする（IE6では）。

**Name_Not_Found** · 03/05/24 16:42

あまり関係ないが、こんなのでも height 未指定なら同じ表示(IE6)。
border-top: dashed 100px #AAAA99;
border-bottom: dotted 2px #999966;

**Name_Not_Found** · 03/05/24 16:50

>>152
Netscape 7でも同じ表示ですね。100pxの指定値を反映しない。

#バグ辞典スレッド向きか？

**Name_Not_Found** · 03/05/24 16:51

（*／▽＼）きゃ～～
http://homepage3.nifty.com/coco-nut/

**153** · 03/05/24 16:53

但し、その代りNN7では、hrのマージンが大きくなるな。描線は同じなのだが。

**Name_Not_Found** · 03/05/24 17:08

>>153
めいっぱい好意的に解釈して、box-sizing:border-box!important; height:3px;
なーんてデフォルトスタイルがあるとか…(IE)

**Name_Not_Found** · 03/05/24 17:24

要素内容書き換えってのがあるといいなぁ…。
contentプロパティとか使ってできそうな。

<h1>タイトル</h1>

h1:○○ { content : url("title.gif") ; }

とやると、H1の中身が文字「タイトル」ではなく画像title.gifになったりとか。
あったら代替CSSで便利だろうなといつも思ってる。

**Name_Not_Found** · 03/05/24 19:03

>>157
XHTML2で検討中のsrc属性とかだと求めてるものとは違うのかなあ。
http://www.w3.org/TR/2003/WD-xhtml2-20030506/mod-attribute-collections.html#col_Embedding
まあCSSじゃないからHTMLでは使えないけれども。

**Name_Not_Found** · 03/05/24 21:16

>>157
CSS3のそれをOpera7が先取り実装してるから試してみると面白い。

**157** · 03/05/24 22:51

>158-159
あったのか…。

しかし英語が読めない∧∥∧

**Name_Not_Found** · 03/05/25 14:44

CSS3の草案のどこを見たらいいかわかんなかったんだけど、
h1 { content: url("h1.png") }
とか
h1 { content: "Heading" }
とか書いたらh1の内容が置き換わるということですか？＞Opera7の実装

**山崎渉** · 03/05/28 12:50

　　　　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾）＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

**Name_Not_Found** · 03/06/05 01:26

International Layout in CSS
http://east.portland.ne.jp/~sigekazu/css/international.htm

**Name_Not_Found** · 03/06/10 15:06

>>163
>ここに書いてあることは幻です。

**直リン** · 03/06/10 15:11

http://homepage.mac.com/yuuka20/

**Name_Not_Found** · 03/06/11 09:10

>>157

それを更に進めて、

dfn:after {content: "("+this.title+")";}

a {content: "<"+this.content+">";}

みたいに出来るといいかも。

**Name_Not_Found** · 03/06/11 23:44

>>166
既に出来る

dfn:after{content:attr(title);}

**Name_Not_Found** · 03/06/13 08:44

>>167
thanks.
でも、msieが実装してくれないと使い物にならないんだよなぁ・・・

**Name_Not_Found** · 03/06/14 02:24

もうIE(単体)のアップデートは無いとM$が明言したのでその望みが叶う余地は非常に小さい

**Name_Not_Found** · 03/06/16 13:33

>>169
一般大衆はよく解らんままM$にLonghorn買わされるだろうから
IE7が実装するとそこそこ使いものになってしまう可能性はあると思う。

**Name_Not_Found** · 03/06/21 15:58

「IE7が実装すると」

これが一番の問題

**Name_Not_Found** · 03/06/21 16:06

何年後になるか予想してください

**Name_Not_Found** · 03/06/23 09:09

何年後ったって…
・2年後予定のlonghorn
・永久に実装されない
の2択じゃん。

**Name_Not_Found** · 03/07/05 14:52

Last Call あげ。
CSS3 module: Basic User Interface
http://www.w3.org/TR/2003/WD-css3-ui-20030703/

**山崎渉** · 03/07/15 10:02

　__∧＿∧_
　|（　　＾＾）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

**なまえをいれてください** · 03/07/19 22:08

ハッキリ言ってアメリカなどの多民族国家では黒人の方がアジア人よりもずっと立場は上だよ。
貧弱で弱弱しく、アグレッシブさに欠け、醜いアジア人は黒人のストレス解消のいい的。
黒人は有名スポーツ選手、ミュージシャンを多数輩出してるし、アジア人はかなり彼らに見下されている。
(黒人は白人には頭があがらないため日系料理天などの日本人店員相手に威張り散らしてストレス解消する。
また、日本女はすぐヤラせてくれる肉便器としてとおっている。
「○ドルでどうだ？(俺を買え）」と逆売春を持ちかける黒人男性も多い。）
彼らの見ていないところでこそこそ陰口しか叩けない日本人は滑稽。

**山崎渉** · 03/08/02 02:45

（＾＾）

**山崎渉** · 03/08/15 17:26

　　　 (⌒V⌒)
　　　│ ＾＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

**Name_Not_Found** · 03/09/13 21:02

age

**Name_Not_Found** · 03/09/18 22:12

CSS2.1更新、か。
http://www.w3.org/TR/2003/WD-CSS21-20030915/

**Name_Not_Found** · 03/10/14 17:53

http://pc2.2ch.net/test/read.cgi/hp/1064502391/584-

http://www.alib.jp/mozilla/extra_properties
http://deztec.jp/site/tips/page/p0032.html
http://www.remus.dti.ne.jp/~a-satomi/nikki/2003/06a.html#d04n01
http://deztec.jp/design/note030102.html
http://www2.jan.ne.jp/~u-z/diary/2002/02.html
http://www6.plala.or.jp/go_west/nextcss/ref/prp/ext_msie/

**Name_Not_Found** · 03/12/19 18:36

Last Call: CSS3 Paged Media and CSS Print Profile

**Name_Not_Found** · 03/12/22 17:01

>>157

<h1><span class="text">タイトル</span></h1>

h1{background:url(title.gif) no-repeat left;}
.text{display:none;}

これで出来ると思う・・・多分

**Name_Not_Found** · 03/12/23 18:55

>>183

( ´д)ﾋｿ(´д`)ﾋｿ(д` )

**Name_Not_Found** · 04/01/21 23:39

IE6.05アゲ

**Name_Not_Found** · 04/01/28 01:12

text-justify、使用してよいか悪いか　↓
http://pc2.2ch.net/test/read.cgi/hp/1074845459/184-190

**Name_Not_Found** · 04/01/28 01:54

>>186
そもそも text-align: justify; の指定自体が問題だったり。CSS2勧告での 'justify' という値の定義は曖昧であり、UA に一任しているわけで、中途半端に実装されても不思議ではなく、欧文ならまだしも、和文に対しては指定すべきではない気がする。

MacIE5以外でも一般に単語間隔の増加による調整が行われるわけで、ウィンドウをリサイズすると文章内の空白が無意味にびろびろ伸びて気持ちが悪かったりするのだが、どうだろうか。

**Name_Not_Found** · 04/01/28 02:27

＞そもそも text-align: justify; の指定自体が問題だったり。

いやさ、だからこそtext-justifyプロパティーの各値が作られたわけだろ。

**Name_Not_Found** · 04/01/28 02:36

>>188
現段階のCSS2実装の UA での問題点を論じているのだが。
CSS3 が一般に普及すれば 'text-justify' は有用なのは確か。

**Name_Not_Found** · 04/01/28 02:47

>>189
現段階では、和文に対するtext-align:justify; が有効なのはWinIEだけ、
しかもtext-justifyを追加指定した場合に限られる。
とすると、つまりWinIEの問題点だけを論じてるのか？

**Name_Not_Found** · 04/01/28 02:56

Japanese text justification
http://bugzilla.mozilla.org/show_bug.cgi?id=36322

**Name_Not_Found** · 04/01/28 13:20

http://www.swlab.csce.kyushu-u.ac.jp/man/rec-css2/text.html#alignment-prop
>注。実際に用いられる両端揃えのアルゴリズムは、UA及び使用言語に依存する。

だから日本語文では無効でも、それで仕様通りなんだよね、一応。やれやれ。

**Name_Not_Found** · 04/02/27 17:02

CSS 2.1, CSS Print Profile and CSS3 Paged Media
Are W3C Candidate Recommendations

http://www.w3.org/TR/2004/CR-CSS21-20040225/
http://www.w3.org/TR/2004/CR-css-print-20040225/
http://www.w3.org/TR/2004/CR-css3-page-20040225/

**Name_Not_Found** · 04/02/29 00:27

-moz-opacityも-khtml-opacityも
opacityになってしまったが、何故今なのだろう。
UAが勧告候補を実装することをRecommendするとW3Cは言っているが、
CSS2は同じ事をして、勧告で大幅に仕様が変わり
現在の事態を招いたわけで。

もしも再び勧告の段階で仕様が変更されたらどうするつもりなのか。

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

本当、何故今なのかね。

**Name_Not_Found** · 04/03/19 19:15

>>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文書の策定プロセスを問うべきだろう。

**Name_Not_Found** · 04/03/23 20:36

勧告候補→勧告の間に実装系が2つ以上存在することが望ましい・・・というプレスを
w3cが出してなかったか?

**Name_Not_Found** · 04/03/23 21:08

http://www.w3.org/2004/02/Process-20040205/tr.html#cfr
Entrance criteria の 2 だね。

**Name_Not_Found** · 04/03/23 22:09

http://www.hotwired.co.jp/webmonkey/2000/22/index1a_page2.html

勧告候補の段階で実装した者がバカを見るシステム。

**Name_Not_Found** · 04/03/23 22:51

予測される変更に対応していく柔軟性もないのに
勧告候補の段階で実装する奴は確かにバカ。

opacity の件に限っていえば、
> もしも再び勧告の段階で仕様が変更されたら
その時は単に -moz-opacity/-khtml-opacity のみのサポートに戻すだけだろう。
# ユーザの少なさがなせる身軽さではあるが。