コンテンツにスキップ

英文维基 | 中文维基 | 日文维基 | 草榴社区

MediaWiki‐ノート:Common.css/過去ログ/2006年-2008年

ページのコンテンツが他言語でサポートされていません。

クラスの追加

[編集]

Template:Refが使っているplainlinksneverexpandや,表などで使われる可能性が高い(使えると便利な)infobox系の各種クラスを始め,英語版にはここにないクラスが結構あって,徐々に「テンプレートはen:から移入したがクラスがない」ということが起き始めています(Refの他,たとえばTemplate:NFLteamを作成されたUnwiredjさんのユーザページには「CSS のクラス infobox bordered を利用できなかったので、テンプレート内に直接記述した。」とあります).移入でなくとも,あれらが使えるとテンプレート作成/簡略化に便利だと思うのですが,とりあえず英語版の内容すべてを移入するのに何か問題があるでしょうか?もし問題がなければ,どなたか管理者の方に是非やっていただきたいです.

それと,直接は関係ないんですがTemplate:Refのreferenceクラスってどこにあるんでしょう……Monobook.cssも見ましたがみつかりませんでした(昔あったけど,もう使ってないのかな?). - Marsian / talk 2006年1月2日 (月) 18:24 (UTC)

Nnhさんがやってくださいました.ありがとうございます. - Marsian / talk 2006年1月5日 (木) 08:58 (UTC)

hiddenStructureクラスについて

[編集]

論理テンプレートのいち代替手段となっている hiddenStructureクラスについて,英語版のトークページなどにおいて,いろいろアクセシビリティについて議論があるようですが,ひとまず,読み上げに対応するために

speak:none;

を追加したほうがいいみたいです.日本語版ではまだほとんど使われていないだろうとは思いますが.とくに問題がなければ管理者の方お願いします(ja:にはまだen:Template:Editprotected - en:Category:Wikipedia protected edit requestsは要らないかな?) - Marsian / talk 2006年1月28日 (土) 17:02 (UTC)

追加しました。--kahusi (會話) 2006年2月8日 (水) 10:27 (UTC)

ありがとうございます. - Marsian / talk 2006年2月8日 (水) 10:31 (UTC)

外装にAmethystを設定したとき、wikitableが見づらい

[編集]

オプションの外装で「Amethyst」を選択したとき、wikitableを使用した表を閲覧すると、文字が表の背景色に埋没してしまいます[1]MediaWiki:Amethyst.cssで table.wikitable と table.wikitable th の背景色をオーバーライドすることで解決できると思われますので、CSSに詳しい管理者の方に対応をお願い申し上げます。

table.wikitable,
table.prettytable {
  background:#2A3C61;
}
table.wikitable th,
table.prettytable th {
  background:#f2f2f2;
}

MediaWiki:Amethyst.cssに上のようなスタイルシートを書いてあげると、[2]みたいな感じになってくれるはずです。

なお、Template:Aimai[3]Template:山[4]など、多くのTemplateで同様の現象が確認できました。これらの現象についてはもMediaWiki:Amethyst.cssで背景色を指定することで対応可能と思われますので、類似案件として報告しておきます。--Complex01 2006年1月28日 (土) 18:14 (UTC)

失礼。上述のTemplate:Aimai[5]Template:山[6]などではテンプレート中で背景色を直に設定していたようです。MediaWiki:Amethyst.cssでは対処不能ですね。--Complex01 2006年1月28日 (土) 18:24 (UTC)
Wikipedia‐ノート:コミュニティ・ポータル#文字が見えません。で以前似たようなことを言いましたが、どうやら「どうしようもない」ってのがそのときの流れでした。とりあえず報告のみ。―霧木諒二 2006年1月29日 (日) 18:29 (UTC)
なるほど、そうでしたか。ありがとうございました;--Complex01 2006年1月31日 (火) 14:49 (UTC)

.IPA他

[編集]

うちの環境(WinXP+Firefox1.5)では、Code2000がインストールされているのに反映されない状態なのですが、うちだけでしょうか。国際音声記号を参照。--kahusi (會話) 2006年2月7日 (火) 13:11 (UTC)

どうも font-family /**/:inherit; なるCSSハックを利用し、IE以外に適用させなくしている様なので、該当部分を削除して解決させました。--kahusi (會話) 2006年2月8日 (水) 13:40 (UTC)

infobox のスタイルについて

[編集]

井戸端にて調べたことです。.infobox tr に指定されている vertical-align:top が子要素に継承しないはずなのに継承してしまうバグを利用して記述されているようです。en:MediaWiki:Common.css のように td や th へ個別に指定した方が見やすくなって良いと思います。-- 2007年4月24日 (火) 08:53 (UTC)

修正致しました。--kahusi (會話) 2007年4月24日 (火) 13:28 (UTC)
素早く修正していただきありがとうございます。見やすくなったと思います。-- 2007年4月24日 (火) 15:18 (UTC)

Special:Prefixindexとクラスallpagesredirect

[編集]

(あるいは、「全ページ」の一覧に現れるリダイレクト名に固有のスタイルを設定すること

Special:Allpages(特別ページ「全ページ」)およびSpecial:Prefixindex(特別ページ「全ページ (ページ指定)」)での表中のページ名に対する表示方法について話題をひとつ。例えば英語版では、リダイレクトが斜体で強調され、容易に見分けがつくようになっていますね(一例)。実際、この機能はわりと便利だと思うのですが、日本語版では予め有効になっていないようです(ひょっとして「斜体」というのが問題?)。

とりあえず色々覗いてみたところ、強調される名前を包んでいる要素に「allpagesredirect」というクラスがついており、そのスタイルの設定元が英語版では「MediaWiki:Common.css」でした。と、いう繋がりでこちらに闖入(なんちゃって)して参った次第です。もちろん、必要なら各自で設定すればいいのでしょうけど、ここらで言及されていてもいいかなと思います。どうでしょ。Mulukhiyya 2007年6月7日 (木) 14:50 (UTC) 訂正。2007年6月8日 (金) 08:39 (UTC)

日本語版だと斜体表示が汚いとか、フォントによっては日本語文字は斜体にならないとかでいまいちですね。試しにuser:cpro/monobook.cssでリダイレクトをグレーに設定してみたら分かりやすくていい感じでした。何人かに個人設定で試してもらって、問題なければ適用しちゃおうと思うんですがいかがでしょか。--cpro 2007年6月8日 (金) 05:23 (UTC)
グレーもいいかもしれませんね。他言語版をちらっと覗いたところ、既出のenやdeは「斜体」、frkoは「緑っぽい斜体」でした。frのような色相の変化も無難(駄目押し的?)かもしれないなあと思いました。Mulukhiyya 2007年6月8日 (金) 08:39 (UTC)
いろいろありがとうございます。さっそくCproさんの設定をまねさせてもらいました。お手伝いもお礼も何もできない身で差し出がましいですが、私も色が変わるのがいいと思います。どうぞよろしくお願いいたします。--Aotake 2007年6月8日 (金) 08:55 (UTC)
私もようやくできるようになりました。お手数おかけして申し訳ありません。グレーだとわかりやすいですね。--Cave cattum 2007年6月8日 (金) 10:39 (UTC)
他の外装でも大丈夫かなあと思いましたが、背景色が一番濃そうな標準でもとくに見づらくないようですので、グレーでいいと思います。むしろ緑だとスタブ閾値以下の記事のリンクと被りませんか。―霧木諒二 2007年6月8日 (金) 11:21 (UTC)

特に問題があるという話もないようでしたので、グレー表示を適用しました。--cpro 2007年6月15日 (金) 04:22 (UTC)

ご苦労様でした。Mulukhiyya 2007年6月17日 (日) 10:40 (UTC)

カテゴリ内とウォッチリストにおけるリダイレクトの表示についても、グレー表示になるようにしました。それぞれ、redirect-in-category クラス、watchlistredir クラスへのスタイル指定です。--cpro 2007年7月19日 (木) 07:14 (UTC)

クラスSpoilerを使っている折りたたみ表示テンプレート

[編集]

Monobook以外のスキンでは、クラスSpoilerを用いているTemplate:一覧の省略HTemplate:SpoilerHにおいて、[表示]ボタンが右に来ない現象が発生しています。おそらく、こちらに書いてあるようにen:MediaWiki:Monobook.cssから日本語版のCommon.cssへコピーされるべきソースを、日本語版のMonobook.cssへ転記したことが原因と思われます。

ただし修正する際に、英語版からMonobook.cssにコピーしたしたソースをそのままこのCommon.cssに転記すると、背景色の設定なども他のスキンへ持ち越されてしまいますし、クラスSpoilerを用いていない折りたたみテンプレートはおそらく正常に作動しています。そのため該当箇所を部分的に修正して、クラスSpoilerを用いているテンプレートでの問題を修正するためだけのCSSを作成しました。

div.Spoiler div.NavFrame div.NavHead {
 position:relative;
}
div.Spoiler a.NavToggle {
 position:absolute;
 top:0px;
 right:3px;
}

以上のソースで問題なければ、管理者の方に追加して頂きたいです。些末なことかもしれませんが、よろしくお願いします。--BBB-liner 2007年10月10日 (水) 17:05 (UTC)

追加しました。どうでしょうか。--kahusi (會話) 2007年10月11日 (木) 06:08 (UTC)
迅速な対応ありがとうございました。各スキンで確認してみましたが、問題ないようです。--BBB-liner 2007年10月11日 (木) 11:51 (UTC)

脚注ジャンプ先の強調に関する提案

[編集]

Wikipedia:バグの報告[7]から持ち込みの依頼なんですが、英語版Wikipediaのように脚注部分をクリックした時にジャンプ先が薄い水色で強調されるようにしてみるのはいかがでしょうか?MediaWiki:Common.cssen:MediaWiki:Common.cssから記述を移植すれば可能のようです。--ZERO 2007年11月18日 (日) 05:54 (UTC)

賛成です。IEではtarget擬似クラスは未対応ですが、別に問題はないようですし。該当するスタイルの指定は以下になります。
ol.references > li:target {
  background-color:#DEF;
}
sup.reference:target {
  background-color:#DEF;
}
cite:target {
  background-color:#DEF;
}
<cite>は、あまり使われることはないかと思いますが一応。--氷鷺 2007年11月21日 (水) 06:16 (UTC)
特に異論が出ていないようなので反映しました。--cpro 2007年11月26日 (月) 05:59 (UTC)

冒頭曖昧さ回避テンプレートのスタイル追加

[編集]

上記の脚注ジャンプのついでに、{{otheruses}}等で使われているスタイルの追加も行いましたのでご報告。数日待ってからテンプレート側をクラス指定に変更する予定です。

これに限らず、各種のinfoboxやスタブテンプレートなんかも、個別のテンプレート毎にstyle属性を書くんじゃなくて、用意されたクラスを指定するようになれば簡単で統一感が出るのかなあ、と漠然と考えています。Wikipedia:ウィキプロジェクト テンプレート/外部CSSへの移行というのを書きかけているので、いずれ準備ができたらお知らせします。--cpro 2007年11月26日 (月) 05:59 (UTC)

脚注による行間のずれ

[編集]

脚注を入れるとFirefox等のブラウザで行間がずれるため、以下のスタイルを追加することを提案します。

Windows XP Windows Vista
IE6 Firefox2 Netscape7.2 IE7
MonoBook
Chick
MySkin
Simple
ケルンブルー
ノスタルジア
標準
sup {
  font-size:.8em;
  vertical-align:.4em;
}

右の表の環境下において動作を確認しました。(いずれもフォント・文字のサイズは標準のもの)

◎ 通常の行間になる
○ 通常とまではいかないが、効果あり
△ ほとんど効果がない
- そもそも <sup> による行間のずれが発生しない

如何でしょうか? --氷鷺 2007年11月29日 (木) 09:03 (UTC)

WinXP/IE7で、全てのスキンにおいて確認しました。「MonoBook◎-Chick◎-MySkin○-Simple◎-CologneBlue◎-Nostalgia○-Standard○」と、いずれも問題ありません。コメント依頼に出されているようですし、もう少し様々な環境でのテスト報告が欲しいところですが、しばらく異論がなければ導入してみて意見を待つというのでも良いと思います。--BBB-liner 2007年12月1日 (土) 10:21 (UTC)
異議有り。WinXP/IE6/MonoBook で「そもそもズレない」とありますが、WinXP/IE6/MonoBook/"MS Pゴシック" はズレます。Firefox ほど酷くはないですが、ズレています。そもそも、ズレるかズレないかは使用しているフォントによるところが大きいため、Common.css でサイズや valign を一律に指定することには賛成しかねます。フォントも同時に指定するのであれば別ですが、これには明確に反対します。
Wikipedia:井戸端/subj/出典はどこまで明記すべきか?のCalvero氏の発言(2007年11月3日 13:38 UTC)を引用すると sup {font-size:.9em; vertical-align:.4em;} という案もあります。また、私自身はユーザサイドCSSで sup {font-size:.83em; vertical-align:text-top;} を使用しています。--ラッキースター・キッド ◆Luck.w.AEQ 2007年12月1日 (土) 22:55 (UTC)
仰られているのは「MS ゴシック」ではないでしょうか? WindowsXPでIE6の標準フォントである「MS Pゴシック」ではずれませんが、確かに「MS ゴシック」では少々ずれるようですね。しかし、このCSSを使用して何か悪影響があるわけでもないですし、ブラウザのフォントをわざわざ指定しているような環境まで考慮する必要は、あまりないでしょう。(もちろん、各OS・ブラウザが標準としているフォントについては考慮すべきですが)
また、全てのスキンについて確認してはいますが、MonoBookでの表示結果を(かなり)重視すべきと考えています。登録利用者よりも、アカウントを持っていないごく普通の読者の方が圧倒的に多い訳ですし。--氷鷺 2007年12月3日 (月) 01:36 (UTC)
いえ、間違いなく「MS Pゴシック」です。Firefoxほど目立たないだけで、確実に行はズレます(2ちゃんねるの歴史などで確認)。「MS Pゴシックでズレない」と仰るのであれば、氷鷺氏は普段から大きいフォントサイズでブラウズしているのではないかと思います(フォントサイズが大きいとズレが目立たないので)。
前に「賛成しかねます」と言いましたが、「MS Pゴシック」使用時のFirefoxでsup要素が上に飛び出すぎて見辛いのは確かなので、考えを改めCSSを書き加えることには反対しないことにします。しかし、フォントサイズの調整は必要でしょう。0.8emでは「IE6/MSPゴ」の環境で文字が小さすぎます(例:指定無し…24、0.8em…24)。MonoBookでの表示結果を「使用者が多い」という点で重視するのであれば、同様に未だ最大勢力であるIE6での表示結果を無視すべきではありません。--ラッキースター・キッド ◆Luck.w.AEQ 2007年12月3日 (月) 22:20 (UTC)
すみません、確かにIE6/MonoBookでもずれることを確認しました。1行ごとの間隔はそのままに、脚注のある行のベースラインが下がるのですね。(脚注のある行の上の行間は広くなり、逆に下の行間は通常より狭くなる)
IE6 / MonoBook で 0.8em は小さすぎるとのことですが、私は特に小さすぎるとは思いませんでした。(Cleartypeが有効/無効それぞれの環境で確認しました) 脚注や上付き文字に、英数字以外を用いることはほとんどないでしょうし。しかし、文字のサイズについてはまだ検討の余地があると思います。また、Firefox2 / Cologneblueスキンにおいて脚注の文字が現状よりも大きくなるなど、各スキンごとに設定する必要もありそうです。--氷鷺 2007年12月5日 (水) 13:36 (UTC)
せめて 0.83em にしませんか。CSS2 の勧告で(HTML4.0の)sup要素に推奨されている文字サイズです。あまり変わらないかもしれませんが、少しでも大きくなるに越したことはないと思います。{{要出典}} など日本語且つ上付き小文字という代表例もあります。これなどは、文字が小さすぎると潰れて読めないでしょう(但し、{{要出典}} が読み辛いのは「傾いている」のが最大の原因)。
文字サイズが適当に小さいならば、本来ならば vertical-align: text-top が最適なのですが、手持ちの Opera 9.24 で確認すると、MonoBookでは text-top を指定しても上付き文字にならないというバグ(なのかどうかもよく分からない。line-height の指定が原因か)があるので、text-top は現時点では使用しない方が良さそうです。どの環境でも致命的なずれは発生しないという点で、vertical-align: 0.4em は妥当であり問題ないと思います。
普段から IE6 を使用している人の意見を聞きたいところです。--ラッキースター・キッド ◆Luck.w.AEQ 2007年12月7日 (金) 23:21 (UTC)
忘れていました、{{要出典}}や{{}}も上付き文字でしたね。しかし、0.83em では 0.8em と変わりませんが…?(WindowsXP / IE6 / MonoBook / フォントサイズ「中」) 0.84em や 0.9em とすると一つ大きなサイズになります。--氷鷺 2007年12月10日 (月) 11:12 (UTC)
  2ちゃんねるの歴史 2次方程式
chick [8] [9]
monobook [10] [11]
myskin [12] [13]
simple [14] [15]
cologneblue [16] [17]
nostalgia [18] [19]
standard [20] [21]
インデント戻します。確かに IE6 では 0.84em が境になっているようですね。失礼しました。そうなると、きり良く sup {font-size: 0.85em; vartical-align: 0.35em;} あたりが良いのではないかと思いますが、どうでしょうか。個人的には 0.8em だと小さいと感じるのですが、氷鷺氏は小さいとは思わないとおっしゃる。現時点ではフォントサイズに関しては私と氷鷺氏の二者間でしか話し合っていないので、第三者の意見が欲しいところです。
比較検証のため、右の表を用意しました。「2ちゃんねるの歴史」は脚注と要出典が、「2次方程式」は、sup要素(sub要素も)が豊富にあるので、検証に適した記事だと考えています。ユーザサイドで CSS を入れ替え、検証してみてください。--ラッキースター・キッド ◆Luck.w.AEQ 2007年12月10日 (月) 22:19 (UTC)
先に言っておけば良かったのですが、比較用のページは既に作ってありました。(お手数かけてすみません)
0.85em には別に反対ではないのですが、IE では標準より小さくなる一方で Firefox では標準より逆に大きくなってしまうようです。まぁ vertical-align の指定のおかげで行間には問題ないのですが。あとは、他の方、特にMacユーザ(Safariやシイラ)の方のご意見が欲しいですね。(レンダリングエンジンもフォントも違いますから) --氷鷺 2007年12月11日 (火) 01:32 (UTC)
いえ、お気遣いなさらず。より良いサンプルがあるのであればそちらを使うのが筋というもの。私も fullurl と useskin を組み合わせる方法を知り、氷鷺氏には感謝しています。
ふと思ったのですが、フォントサイズはブラウザのデフォルトに任せて、vartical-align だけ弄るというのはどうでしょうか。vartical-align だけ弄って font-size を弄らないのはあまり良くないことなのかもしれませんが、IE6 で文字が小さくなりすぎ Firefox で文字が大きくなりすぎる問題に対処するには「フォントサイズはデフォルトのまま」しかないのではないかと思います。フォントにもよりますが、大体 sup {vartical-align: 0.45em;} くらいでちょうど良いようです。
Mac での検証に関しては「Category:Safariユーザー」などから辿れば協力を得られるかもしれません。Template‐ノート:Hiddenでご一緒した福太郎氏は CSS に通じている Safari ユーザなので、お願いすれば意見をいただけるのではないかと思います。--ラッキースター・キッド ◆Luck.w.AEQ 2007年12月13日 (木) 22:53 (UTC)
名が挙がっているようなのでとりあえず報告まで。font-size:指定でフォントサイズが標準から変わる境目は0.77em-0.78em。0.78em-1emは変わらず。提案通りではvertical-align:指定は効果無し。line-height: 0;で行間問題は解決されます。行間が通常に戻った事で上付き、下付き文字が上下の行に接近しやや見にくくなるのでvertical-align:0.44em;とすると1px、0.35emでさらに1px上下行への接近が緩和します。0.44-0.36emの高さが上下付き文字として不自然でない高さに見えます→Chick、MonoBook、Simple、標準。ケルンブルー、ノスタルジアは標準の行間が他より狭まるので0.35emが適して見えます。→MacOSX Safariにて確認。--福太郎 2007年12月18日 (火) 12:40 (UTC)
どうもありがとうございます。line-height:0; は Firefox では有効なのですが、IE6での行間には影響しないので諦めていました。(IE6も行間の指定は有効なようですが、Firefoxなどとは違ってその行間のサイズの中で文字の垂直位置を自動調節するため、下を狭めて上を広く、という風になってしまいます) という訳で、
  • font-size:.85em;
  • vertical-align:.4em;
  • line-height:0;
では如何でしょうか? あと福太郎さんはフォント指定をされているようですが、ご確認の際にはOS・ブラウザのデフォルトフォントでお願い致します。--氷鷺 2007年12月19日 (水) 12:54 (UTC)
ラッキースター・キッドさんへ。フォントサイズは 0.85em で良いと思います。Firefoxで標準より大きくなりますが、あまり気になるようなものではありませんし、IEでのフォントサイズを小さくすることを優先した方が良いと思います。--氷鷺 2007年12月19日 (水) 12:54 (UTC)
フォント指定はしていますが(javascriptの影響か)記事本文へは効いていないのでデフォルトのままです。ご提案の指定でSafar-Chick、MonoBook、Simple、標準は問題無いようです。--福太郎 2007年12月19日 (水) 13:15 (UTC)
氷鷺氏の12月19日の意見に賛成します。編集のため、管理者伝言板に連絡する必要がありますね。--ラッキースター・キッド ◆Luck.w.AEQ 2007年12月24日 (月) 23:33 (UTC)
.dablink を編集する予定があるので、差し支えなければ上記の編集も同時にやってしまおうと思いますが、問題ないでしょうか。--cpro 2007年12月25日 (火) 05:36 (UTC)
MonoBook / font-size:0.85em; vertical-align:0.4em; line-height:0;
(フォントとその大きさは、メイリオ使用時以外は OS・ブラウザ標準のもの)
OS ブラウザ 上側の行高(標準と差) 下側の行高(標準との差)
Windows XP Internet Explorer 6 26px → 24px (+3 → +1) 20px → 22px (-3 → -1)
Firefox 2 30px → 22px (+8 → 0) 23px → 22px (+1 → 0)
Opera 9.25 26px → 21px (+5 → 0) 21px → 21px (0 → 0)
Netscape 7.1 30px → 22px (+8 → 0) 23px → 22px (+1 → 0)
Sleipnir 2.6.1 26px → 24px (+3 → +1) 20px → 22px (-3 → -1)
Windows Vista Internet Explorer 7 26px → 24px (+3 → +1) 20px → 22px (-3 → -1)
〃(メイリオ使用) 27px → 24px (+4 → +1) 19px → 22px (-4 → -1)
Firefox 2 30px → 22px (+8 → 0) 23px → 22px (+1 → 0)

Windowsで確認しましたが、MonoBookでは問題ありませんでした。(右表参照) ただし、ブラウザと(MonoBook以外の)スキンの組合せによっては脚注と上の行のリンクの下線(あるいは文字そのもの)が重なったりするため、今回はMonobook.cssでの修正でお願いします。(もっとも、そういう閲覧環境では元からリンクの下線と下の行がくっつくいていたりするような有様ですが…)--氷鷺 2007年12月26日 (水) 13:25 (UTC)

cproさんにMonobook.cssを修正していただきました。差分 今のところ特に問題なさそうですが、何か問題があれば報告をお願い致します。--氷鷺 2008年1月17日 (木) 04:33 (UTC)
(追記)Monobook.cssでの修正として頂いた理由ですが、WindowsXP, Opera9.25 において
  • ケルンブルー: 上付き文字が、上の行の下線に触れる。
  • MySkin、ノスタルジア、標準: 本文が上の行の下線に触れ、上付き文字は上の行の本文に重なる。
となったためです。後者は元々重なるような表示でしたが、より悪化させるのも問題かと思い Common.css への追加を諦めた次第です。他のブラウザでは、いずれのスキンでも問題ありませんでした。--氷鷺 2008年1月24日 (木) 09:45 (UTC)
Windows XP で Firefox 2.0.0.14 を使用していますが、line-height: 0; では背景色が指定できないようで、脚注コメントの「^」をクリックしたときの脚注ジャンプ先強調(脚注リンクの背景色が薄い水色になる)が効かなくなっています。ユーザースタイルシートに sup { line-height: 1; } と記述すると脚注ジャンプ先強調が効くようになりました。--Kabityu 2008年5月31日 (土) 01:46 (UTC)

クラスNetabareSpoilerを使用しているテンプレート

[編集]
.NetabareSpoiler a.NavToggle { position:static; }

Template‐ノート:SpoilerHでの議論の結果、以上のソースをCommon.cssの、「/* お知らせテンプレート (Article message box, ambox) */」の直前に追加する依頼をします。クラスNetabareSpoilerを用いているテンプレートは今のところこれだけなので、他のテンプレートにはなんら影響がないはずです。--BBB-liner 2007年12月1日 (土) 10:21 (UTC)

@media print {
 .NetabareSpoiler div.NavContent {
  display: block;
 }
 .NetabareSpoiler div.NavHead {
  display: none;
 }
}

それともう一つ、上の CSS の追加もお願いしたい。上の行は、印刷時に SpoilerH 内の文章が隠されたまま表示されない(→印刷されない)のを防ぐものだ。下の行は、印刷時には不要である [表示] ボタンを表示させないためのものだ。--ラッキースター・キッド ◆Luck.w.AEQ 2007年12月26日 (水) 22:20 (UTC)

それぞれ追加しました。ご確認下さい。--co.kyoto 2008年2月7日 (木) 01:43 (UTC)
ありがとうございます。確認してみたところ、どうも印刷用CSSに不具合(block で表示になるはずが none のままになっている)が生じているようです。以下のことを試していただきたいのですが、お願いできますでしょうか。
  1. .NetabareSpoiler div.NavContent { display: block !important; } と、!important を付けてみる。
  2. 上記編集後、Spoiler が使われている記事(マイティボンジャック等)をスーパーリロードし、印刷プレビューではなく通常状態で確認。もし仮に Spoiler が開きっぱなしになっていたら(→ @media print のはずが all にまで染み出している)、上記編集を差し戻し、!important を除去。
--ラッキースター・キッド ◆Luck.w.AEQ 2008年2月12日 (火) 02:15 (UTC)
上記について、現在 SpoilerH/F の廃止が議論されているので、保留にしておいてください。申し訳ありません。--ラッキースター・キッド ◆Luck.w.AEQ 2008年2月19日 (火) 16:22 (UTC)

wikitable クラスのスタイル

[編集]

些細なことかもしれませんが、wikitable (prettytable) クラスの(th 以外の)背景色を白にできませんでしょうか。私は記事中で使う表にはほぼこのクラスを指定しているのですが、画像や数式 (TeX) を内容とする表では背景色がグレイだとちぐはぐな印象になります。それに、テキストのみの場合でも背景が白のほうがコントラストがよく、みやすいと思います。いかがでしょう。 --fryed-peach 2008年1月10日 (木) 14:19 (UTC)

(やや反対)気になるレベルかどうか微妙なところだと思います。気付かない人も結構いるのではないでしょうか? まぁ、一度気付いてしまうと気になって仕方ない、という人もそれなりにいるでしょうが…。ただ、一目見て表の内容と分かるというメリットもありますし、wikitable の使用記事数を考えると、その中で TeX を使用している例は少数でしょうから、そのためだけに wikitable の td に手を加えるのには抵抗があります。いまいち良い案が浮かびませんが、以下のように各記事中で適宜対処すべき問題だと思います。
  • td の背景色を白、あるいは #fcfcfc(wikitableの背景色と白の中間色。これなら色の差がほとんど目立ちません)に指定
  • TeX を使用するセルだけ、#fcfcfc に指定
  • wikitable の使用を諦め、style を指定する。
Common.css を修正するなら、wikitable には直接触れずに、併用するようなクラスを新規に作成した方が良いかと思います。最初は IE と PNG のアルファチャンネルの問題かと思ったのですが、TeX で生成される PNG はそもそも非透過なのですね…。 --氷鷺 2008年1月11日 (金) 02:59 (UTC)


wikitableで各セル(列)の幅指定が厳守されないことについて

[編集]

確認環境:OS: Win XP Home(SP2)/ブラウザ: IE 6.0(SP2)

現状でセル(列)の幅指定を厳守させるには表全体の幅を固定するという解決法しかないですよね。小さい表ならばそれでいいのですが記事エリア幅いっぱいの大きな表ではあまりやりたくない方法なので可能ならば指定したセル(列)だけ厳守されるよう修正して頂きたいです。--Armageron 2008年4月4日 (金) 19:48 (UTC)

Firefox2, Opera9では問題なく指定幅が指定の通りに表示されているので、これはIE6のバグです(その他のブラウザでは確認していないので、Safariなどで発生している可能性はありますが)。IE6はCSS周りに大量のバグを抱え込んでいるので、これに対応せよというのは難しい。表が崩れて完全に読めないというわけでもなく、ただ見栄えが若干悪いというだけのようなので、わざわざ Common.css で対応する必要は無いように思います。--ラッキースター・キッド ◆Luck.w.AEQ 2008年4月4日 (金) 22:09 (UTC)

dablinkクラス

[編集]

Wikipedia:管理者伝言板/保護ページ編集に2008年4月25日付でdablinkクラスの編集依頼がなされています。編集内容は、Wikipedia‐ノート:ウィキプロジェクト テンプレート/お知らせテンプレート#曖昧さ回避テンプレートの外見で確認できます。近日中に対処の予定です。--Kurihaya 2008年4月30日 (水) 09:12 (UTC)

(報告)対処しました。--Kurihaya 2008年5月7日 (水) 10:00 (UTC)
[編集]

en:MediaWiki:Common.css にある nowraplinks クラスの導入を提案します。これは範囲内のリンクでテキストの折り返しがおきるのを防ぎます。該当のコードは以下です。

.nowraplinks a {
    white-space: nowrap;
}

Template:Navboxでは既にこのクラスが使われていて、これを利用しているテンプレートは自動的に恩恵にあずかれます。もちろん、他のページでも利用できます。 --fryed-peach [会話|投稿] 2008年5月4日 (日) 17:09 (UTC)

賛成します。これを使えば、{{Nowrap begin}}とか{{-wrap}}とか{{Nowrap end}}を使う必要がなくなりますし。--新幹線 2008年5月5日 (月) 04:17 (UTC)
反対意見がないようなので編集依頼に出しました。 --fryed-peach [会話|投稿] 2008年5月12日 (月) 04:26 (UTC)
[編集]

navbox クラスを英語版と同じものにすることを提案します。{{Navbox}} テンプレートの編集を予定しているのですが、それに必要な変更です。現在の /* default skin for navigation boxes */ 以降、 /* Style for "notices" */ の直前までの部分を以下のように書き換えることになります。

/* default skin for navigation boxes */
table.navbox {            /* navbox container style */
  border:1px solid #aaa;
  width:100%; 
  margin:auto;
  clear:both;
  font-size:88%;
  text-align:center;
  padding:1px;
}
table.navbox + table.navbox {
  margin-top:-1px;        /* single pixel border between adjacent navboxes (doesn't work for IE6, but that's okay) */
}
.navbox-title, .navbox-abovebelow, table.navbox th {
  text-align:center;      /* title and above/below styles */
  padding-left:1em;
  padding-right:1em;
}
.navbox-group {           /* group style */
  white-space:nowrap;
  text-align:right;
  font-weight:bold;
  padding-left:1em;
  padding-right:1em;
}
.navbox, .navbox-subgroup {
  background:#fdfdfd;     /* Background color */
}
.navbox-list {
  border-color:#fdfdfd;   /* Must match background color */
}
.navbox-title, table.navbox th {
  background:#ccccff;     /* Level 1 color */
}
.navbox-abovebelow, .navbox-group, .navbox-subgroup .navbox-title {
  background:#ddddff;     /* Level 2 color */
}
.navbox-subgroup .navbox-group, .navbox-subgroup .navbox-abovebelow {
  background:#e6e6ff;     /* Level 3 color */
}
.navbox-even {
  background:#f7f7f7;     /* Even row striping */
}
.navbox-odd {
  background:transparent; /* Odd row striping */
}
 
@media print {
  .navbox {
    display: none;
  }
}

--fryed-peach [会話|投稿] 2008年7月13日 (日) 14:18 (UTC)

関係するノートで告知し、反対がなかったため、編集依頼に出しました。 --fryed-peach [会話|投稿] 2008年7月21日 (月) 14:28 (UTC)