Wikipedia:ガジェット/提案/過去ログ/2014年

リンクを追加

画面の幅を変更できるガジェット[編集]

画面の幅を変更できるガジェットを導入することを提案いたします。

初めて投稿いたします。先日、Windows 7（スクリーンサイズ：17.3インチ）を購入して現在使用しているのですが、今まで、Windows XP（スクリーンサイズ：15.6インチ）を使用していたせいか画面が大きくなり、編集がしずらく感じています。

そこで画面の幅を変更できるようなガジェットを作成していただけないでしょうか。

私はガジェットの作成は素人なので、申し訳ありませんがよろしくお願いいたします。--Zakizakizaki（会話） 2014年1月28日 (火) 04:55 (UTC)[返信]

Zakizakizakiさん：「文字体裁の更新」というベータ版機能を有効にすると、画面幅が最大 715px に制限されます。これをお使いになるのはいかがでしょうか。画面右上の「ベータ版」というリンクから設定してみてください。ただし、これは試験中の機能のため、予告なく幅が変更される可能性や幅制限自体がなくなる可能性はあります。 --whym（会話） 2014年2月8日 (土) 10:57 (UTC)[返信]

ありがとうございます。早速使用してみました。

使用してみた感想なのですが、「画面幅を自分の好きなサイズに変更したい」。「画面幅を変更したときに、画面の配置を中央揃えにしたい」という点が加わればより使いやすいように感じました。--Zakizakizaki（会話） 2014年2月8日 (土) 15:54 (UTC)[返信]

「画面の解像度」を変更したら以前のようなサイズになりました。--Zakizakizaki（会話） 2014年2月13日 (木) 03:49 (UTC)[返信]

この節は次の利用者の依頼で過去ログ化されました： whym（会話） 2014年3月26日 (水) 09:15 (UTC)[返信]

クライアント環境でフォント指定を切り替えるガジェットの提案と評価依頼[編集]

4月に実施されたTypography_refreshにおいて見出しのフォント指定がserif系に変更されましたが、そのままですと色々と問題があったため、現状では sans-serif指定で上書きされています。「MediaWiki‐ノート:Common.css#バグ回避のみに絞った対処案：JSを用いたUA判別によるCSS振り分け」をきっかけとして、クライアント環境を判別して適切なserif系フォント指定を選択するスクリプトとCSSを作りました。私の環境ではカスタムJS、カスタムCSSに直置きしているのですが、下記別ファイルにしておきました。

フォント指定は現状と同じ sans-serif をデフォルトとしておき、OS X環境、Windows環境（IE10以前やJS、CSS対応不完全なものを除く）を判別して html要素にクラスを追加することにより、専用のフォント指定で上書きするものです。スクリプトは古いブラウザでエラーとならないよう jQueryは使用していません。Windows環境でUserAgentを変えての動作確認は行っていますが、私がMacを持っていないこと、利用者環境だとどうしてもロードタイミングが遅れるので再描画が気になるため、ガジェット化しての評価をお願いしたい次第です。--Wolf359borg（会話） 2014年7月5日 (土) 03:10 (UTC)[返信]

Wolf359borgさん：ご提案ありがとうございます。さしあたっては描画速度の試験のみが目的と解釈し、デフォルトでは無効のガジェットとしました。試験用ということであれば、たとえば2ヶ月程度で廃止予定とさせていただいてもよろしいでしょうか。もちろん必要に応じて短縮・延長はできるという前提です。なお、MSIE 11 の互換表示を判別したほうがいいのではと思い、追加してみました（参考 [1][2]）。手元で確認したかぎりでは、MSIE 11 の互換表示で IE 10 や 7 を選んだ状態では、user-agent に "MSIE" の文字列が入るものの書体の表示に問題はないようでしたのでこうしてみましたが、うまくいっていなければご指摘ください。 --whym（会話） 2014年7月22日 (火) 14:00 (UTC)[返信]
Wolf359borgさん、whymさん、ありがとうございました。このガジェット提案はMediaWiki‐ノート:Common.css#フォント指定の復帰提案での議論に基づくものと理解しております。Win7PC（Firefox, Chrome, IE11)でもiPad mini（Safari) でもきれいに表示されました。「2ヶ月程度で廃止予定」を打診されておられますが、特段のデメリットがなければこのままーもしくは適宜修正を入れてー存続させていただきたい（使わせていただきたい）と思います。--miya（会話） 2014年7月22日 (火) 15:07 (UTC)[返信]
whymさん、登録ならびに判定追加ありがとうございました。個人設定から追加、動作を確認しました。それで反応速度なのですが、予想に反して自分のvector.jsに直書きしていた時より遅くなってしまいました。他の方にも使ってもらって再描画が気にならないか聞いてみたいですね。--Wolf359borg（会話） 2014年7月22日 (火) 15:26 (UTC)[返信]
コメント ガジェットの方が遅いことについては、2つの要因が考えられます。1つ目はガジェットの読み込み順について。これはガジェットページで見れるリストの上から順に読み込み待機が行われているため、下の方に配置されている本ガジェットは他のガジェットよりも読み込みが遅くなっている可能性があります。2つ目はサーバーの違いです。ガジェットは ja.wikipedia.org からですが、利用者の vector.js は bits.wikimedia.org から読まれます。本来はガジェットの方が早いのですが、読み込み待機列はサーバー毎に違うので、順序が変わる可能性があります。2つ目は変えようが有りませんが、1つ目に関しては、リストの上の方に配置することで改善されることが予想されます。試しに、上の方にある他のガジェットを減らしてみると違いが出るかもしれません（何のガジェットを使っていたのか忘れないように注意）。どちらにしてもガジェットの利用数が多い場合に影響が出やすいものと思います。--Frozen-mikan（会話） 2014年7月22日 (火) 15:52 (UTC)[返信]
ガジェットを結構使ってました。チェックを減らしてみたら利用者vector.jsの時くらいには改善しました。あとはサーバーの違い…なんでしょうね。--Wolf359borg（会話） 2014年7月22日 (火) 23:06 (UTC)[返信]
コメント 作業ご苦労様です。こちらのテスト用ガジェットを早速試させていただき、フォントの切り替えが遅いという現象についても体感できました。処理の詳しい仕組みについては存じませんが、挙動を実際に見た感じでは、ページ全体のレンダリングが一旦終わった段階でフォント変更のガジェットが作動しているような感じに見えました。
もしそうだとすると、このスクリプトをオリジナルのスタイルシートに記述すればこのタイムラグは解消する可能性もありえる気がします。処理の効率性から推測するに、ページ全体を一旦レンダリングした後にスタイルシートを読み込んで再びレンダリングをやり直すというアルゴリズムはかなり非効率なのでデフォルトCSSの処理ではやらないのではないかと。明確な根拠があるわけではなく極めて楽観的な予想でしかありませんが。--ディー・エム（会話） 2014年7月24日 (木) 14:59 (UTC)[返信]
呼び出しタイミングに関しては、MediaWiki:Vector.jsに処理を置けばタイミングを早く出来るかも？とは思っています。このガジェットはあくまで、こういうことも出来るよ、ということをお見せするためのものです。最終的にはメタの方に日本語版用フォントスタックを提案して設定してもらう、ことになるべきだと思っています。--Wolf359borg（会話） 2014年7月24日 (木) 16:03 (UTC)[返信]

提案 ガジェットの条件分岐のうち、Mac OS用のフォント指定は下のような形の方が良いのではないかと思います。

  • font-family: "游明朝体", YuMincho, serif; font-weight:bold

理由は

  • Linux LibertineとTimesの指定は残すメリットは無いと思われ、無い方が良いと思います。特に游明朝の場合に、面取りのような処理で角を和らげた半角游明朝と全角游明朝の優れた統一感をわざわざ放棄するのは避けたい。ヒラギノについても、字の太さやサイズ感の統一性を考えると全半角ともヒラギノであわせるのが無難。
  • ヒラギノの指定は無くてもほとんど影響ないので省いて良いと思います。
  • Macの游明朝、ヒラギノ明朝にはそれぞれノーマルとボールド体がありますが、見出しという用途を勘案するとボールドが適すると思われる。h2見出しの直下にh3見出し（ゴシックbold）が出力される可能性があることを考えると、ノーマルでは弱い（特に游明朝）。

さらにMacOS以外にも、iOS（バンドルに游明朝は無いのでヒラギノ明朝boldを出力するはず）とWindows8 & 8.1（フォント指定にWindows用の "游明朝" と "Yu Mincho" を加える必要あり）を上記フォント指定の適用対象に含めても良いと思います。

ちなみに当方は主にMacとiOS（iPad mini ）使用者です。職場にWin7もあるので自由時間に可能な範囲で試しましたが、IE10以前およびWin8環境は未確認です。--ディー・エム（会話） 2014年7月24日 (木) 14:59 (UTC)[返信]

貴重なご意見ありがとうございます。「游書体」のデフォルトが細身なのは気付いていましたが、私はWindows 7環境しか無くて確認できないので保留してました。WindowsとMacでウェイト指定が異なるようです。上の方でメタにフォントスタックを提案、と書きましたが、そうなるとクライアント別に切り替えることをお願いするのは難しいと思うので、共用の指定となるでしょう。IEバグは serif の前にMS P明朝を置けばとりあえずは回避できます。その場合、不幸にしてMS Office を入れているMacでは MS P明朝とかで表示されてしまうのですけれど。--Wolf359borg（会話） 2014年7月24日 (木) 16:03 (UTC)[返信]
早速のお返事ありがとうございます。書き忘れがあったので追記を。
windows用の 'Times' 指定は 'Times New Roman' に変えた方が良いと思います。でないと 'Times' だけだとOperaが非対応のようでした。
それと、お返事頂いた件について、共用で指定する場合ですとヒラギノの記述も省略は不可能になりますね。その場合はHGフォントとの兼ね合いでfont-weight:bold指定も避ける必要が出てくると思いますので、Firefox対策（通常の方法ではfont-weight指定無しでboldフォントが出せない）が悩ましくなるかも。--ディー・エム（会話）

情報 参考までに、Macでの表示イメージをアップしました（サンドボックスでの簡易な表示テストです）。 → 表示テストのスクリーンショット（Mac OS 10.9.4 + Safari 7.0.5）

Georgia+MSP明朝はさすがに酷いでしょ…クオリティの問題もありますが、それよりも日本語文字が細すぎてバランスが明らかに変ですし、普通の読者には数字の「３」だけがずれているようにしか見えないと思います。Georgiaフォントだからずれてても気にならないという読者は滅多にいないでしょう（それ以前にこの記事名だけを見てGeorgiaが原因だと気付く人が稀でしょう）。TimesのほうもMSP明朝とうまく噛み合っていないのが見て取れると思います。--ディー・エム（会話） 2014年7月25日 (金) 15:09 (UTC)[返信]

ディー・エムさん画像アップありがとうございます。ただ、ここはガジェットの提案のページなので、井戸端の方に情報提供していただけると助かります。--Wolf359borg（会話） 2014年7月25日 (金) 15:13 (UTC)[返信]
すみません、失礼しました。Wikipedia:井戸端/subj/日本語版の記事・セクション見出しのフォント検討の方にアップしました。--ディー・エム（会話） 2014年7月25日 (金) 15:25 (UTC)[返信]

ゴシック体に上書きするCSSのガジェット化[編集]

上記「#クライアント環境でフォント指定を切り替えるガジェットの提案と評価依頼」に関連して、現在 Vector.css に記載されているゴシック体で上書きする CSS を除去、同時に同内容の CSS を「ベクタースキンでのみデフォルトで有効になるガジェット」として提供することを提案します。バグの発生しない多くのブラウザにまでゴシック体を強要する必要はないし、ユーザCSSで直すのも面倒なので。--Starchild1884（会話） 2014年7月22日 (火) 21:14 (UTC)[返信]

Starchild1884さん：「Vector 外装の書体を文字体裁の更新以前と同じ（サンセリフ／ゴシック体のみ）にする」として導入しました。現状維持にするため、IP利用者含めて全利用者にデフォルトで有効（オプトアウト）としました。不具合がありましたらお知らせください。 --whym（会話） 2014年8月16日 (土) 13:53 (UTC)[返信]
対応ありがとうございました。個人設定のガジェットを開いたら、 先日からチェックを入れていた「対応ブラウザで見出しを明朝体・セリフ体にする（試験中、議論ページ）」と「Vector 外装の書体を文字体裁の更新以前と同じ（サンセリフ／ゴシック体のみ）にする」の両方にチェックが入っていました。このとき表示は明朝風のままで、明朝のチェックをはずすとゴシックになりました。 「明朝体・セリフ体」にチェックがはいっていたら「サンセリフ／ゴシック体のみ」は自動的にオプトアウトになる、という理解でよいでしょうか？--miya（会話） 2014年8月16日 (土) 15:05 (UTC)[返信]
miyaさん： 今のところは「対応ブラウザで……」のほうが優先されます。ふたつのガジェットは併記してあるので、どちらかがどちらかを上書きするということは想像がつくのではと思っています。MediaWiki:Gadget-VectorClassicFontsやMediaWiki:Gadget-SwitchFontのメッセージ中で優先順位を説明するか、解説ページを作ってリンクしておくかしておいたほうがいいかもしれません。 --whym（会話） 2014年8月17日 (日) 14:20 (UTC)[返信]
ここの議論を知らない人には「併記」であることがわかりにくいかもしれないと思いました。説明冒頭に（フォント）を入れて、たとえば
  • （フォント）Vector 外装の見出しの書体をセリフ／明朝体にする（解説ページ）
  • （フォント）Vector 外装の書体をサンセリフ／ゴシック体にする（文字体裁の更新以前と同じ、解説ページ）
とすれば、同系統のガジェットであることがわかりやすくなるのではないかと思います（もし見当違いの提案であればすみません）。--miya（会話） 2014年8月17日 (日) 15:05 (UTC)[返信]
whymさん: 一応、お知らせで告知しておきました。MediaWiki:Vector.cssにあった応急処置設定がデフォルト有効のガジェット化されていることを確認しました。ただ、対処後まもなくはキャッシュ破棄等しないとガジェットが効いていないIP利用者もいた可能性があります（私の環境で発生確認しました）。--Wolf359borg（会話） 2014年8月16日 (土) 15:52 (UTC)[返信]
Wolf359borgさん： ありがとうございます。反映されるのにしばらくかかったようです。移行した部分のCSS を Vector.css から除去するまでに何時間かあいだを置いたほうがよかったかもしれません。 --whym（会話） 2014年8月17日 (日) 14:20 (UTC)[返信]
コメント すみません、ガジェット化を提案しておいて今の今まで知らなかったのですが、一部「ガジェットが読みこまれないページ」が存在するようで、そのページではガジェットの有効無効に関わらずガジェットが無効になる（今回の場合はゴシックが無効→デフォルトCSSの明朝体になる）ようです。具体的に気付いたのはページ上部にもある「特別:個人設定」なのですが、問題ないでしょうか？ 文字列「個人設定」が韓国漢字化する文字なのか知りませんが、「このページだけ節が明朝体になる」とのバグ報告が発生する可能性はあります。他にもこのようなページがあるのかどうかは確認していません。--Starchild1884（会話） 2014年8月16日 (土) 21:46 (UTC)[返信]
特別:個人設定#mw-prefsection-gadgetsに注意書きがあるように個人設定ではガジェットは機能しません。IP利用者には関係ないですし問題にはならないでしょう。--Wolf359borg（会話） 2014年8月17日 (日) 01:11 (UTC)[返信]
Special:Diff/52615238 という変更をしました。ログインページとアカウント作成ページは IP 利用者に関係ない　とは言えませんので、デフォルトが sans-serif; ということを考慮して、Special:Login, Special:Login/signup. Special:Preferences のみ一応 sans-serif にしました。ガジェットを切っても（当たり前ですが）この 3 ページでは効果が残り続けます。現在のデフォルトがそうなっている以上、当該応急処置ガジェットを切る方はこの 3 ページについてはあきらめてください。デフォルトガジェットの状態を変える場合、この Vector.css への記述も書き換える必要があります。--rxy（会話） 2014年8月17日 (日) 11:01 (UTC)[返信]
rxyさん： ガジェットをオンオフしても一部だけ変化しないのはやはり直感的ではないと思うので、このまま継続する場合は、MediaWiki:Gadget-VectorClassicFontsやMediaWiki:Gadget-SwitchFontのメッセージ中に「個人設定ページ、ログインページ、アカウント作成ページでは常に sans-serif になります」といった説明をつけくわえたほうがいいのではないでしょうか。長すぎるようでしたら、別に解説ページを用意してリンクをおくようにするのがいいかもしれません。 --whym（会話） 2014年8月17日 (日) 14:20 (UTC)[返信]
Starchild1884さん： 一部の特別ページでは（おそらくパスワードを入力する場所では悪意あるコードが動く可能性を減らしたいなどセキュリティ上の理由で）あらゆるガジェットが無効になるようです。--whym（会話） 2014年8月17日 (日) 14:20 (UTC)[返信]
コメント 了解しました。まあ、悪意ある管理者や、善意の管理者を騙くらかして編集させる悪いユーザによりパスワードを盗むようなスクリプトが埋め込まれる可能性も皆無ではないですから、この仕様は仕方ないのでしょうね。--Starchild1884（会話） 2014年8月18日 (月) 21:46 (UTC)[返信]
コメント iPod touch 第4世代（CPU：800MHz・メモリ：256MB・ブラウザ：Safari）だと、未キャッシュのPC版ページを表示するたびに明朝→ゴシックが見て分かる程度にラグがあります（他のページでCSSはキャッシュ済みのはずなのだが効いていない？）。但しこのガジェットに限ったことではなくて、たとえば左ペイン地球儀パズルの下／「メインページ」の上にある display:none の『案内』もページが完全に読みこまれるまで見えていたりするなどあり、ガジェットやCSSの読み込み順の差で妙な処理が行なわれるのかもしれませんがよく分かりません。もともとそういった端末向けにモバイル版ページがあるのだと思うので、PC版での挙動はあまり問題にはならないはずですが、気付いたので報告しておきます。--Starchild1884（会話） 2014年8月18日 (月) 21:46 (UTC)[返信]

アクセス数の表示について[編集]

ガンダムWikiやエケペディアのページの下には、「このページは ○○回アクセスされました。」と表示されます。とても便利なので、Wikipediaでも導入することはできないのでしょうか？

私はまったくの素人なので作成できる方がいましたら、よろしくお願いします。--Zakizakizaki（会話） 2014年12月20日 (土) 06:55 (UTC)[返信]

コメント 現在最新のウィキペディアでは廃止された機能です。Mediawikiではキャッシュを利用しているので、設置していても実アクセス数と表示が食い違いますので無意味です（24時間以内の再アクセスはカウントされない仕様だったと記憶）。mw:Extension:HitCountersも参照（英語）。--Nami-ja（凪海） （会話 / 履歴） 2016年3月5日 (土) 01:44 (UTC)[返信]
「https://ja.wikipedia.org/w/index.php?title=Wikipedia:ガジェット/提案/過去ログ/2014年&oldid=90309509」から取得