Masao 2007年2月20日 (火) 08:19 (UTC)
これらの画像はフリーでアップロードできないため好きなサイズの物を作ることができません。この指定を外すとそれぞれ（えらく）バラバラの大きさで表示されます。そのためバランスを保ってだいたい同程度の大きさで表示するために検討したのは以下の3つです。 Gecko以外のブラウザではimageで縦横比を保っての自動縮小はうまく働きませんでした。（方法があれば教えてください）これができれば、あるいは私の環境の問題であればこれが一番いい方法と思います。ただし、この場合でも画像に歪みはでます。
JavaScriptで画像のサイズを調べて縦横比を保って縮小する事も考えましたが画像をたびたび変更するわけではないので用途からすると明らかに無駄です。
SpecialSearchEnhancedの引数に画像のサイズ指定を含めて、画像ごとに個別にきちんと見えるサイズにればゆがみを最小に押さえて表示する事も可能でしょう。しかし、計算だけでは出せないため作業、スクリプトの読みやすさ共に煩雑になる事から使用を避けました。また、おそらく日本語版以外で問題になることはないということからも使用を避けました。 それでもあえてサイズ指定をするのであればきちんと見えるサイズを画像ごとに指定してください。それか、きちんと見える画像を教えてください。現在のサイズはGoogleのバナーのサイズに合わせています。--Suisui 2007年2月21日 (水) 03:47 (UTC)
img.style.width = "135px";
img.style.height = "*";
ではどうでしょうか（とりあえずOperaとFireFoxで試してみましたが 問題無さそうです）。-- D.328 2007/02/21 06:22 (UTC) IEでは一定した結果が得られません--Suisui 2007年2月21日 (水) 19:13 (UTC) 利用者:Fryed-peach/RealTitleBanner.js に切り出してあります。--fryed-peach 2007年3月9日 (金) 01:42 (UTC)
fryed-peach 2007年5月8日 (火) 08:50 (UTC) 利用者:Alexsh/collapse.js ,it's test OK. Please add to Common.js--Alex S. H. Lin 2007年4月9日 (月) 15:02 (UTC)
航汰 2007年6月5日 (火) 07:21 (UTC) cpro 2007年6月13日 (水) 03:00 (UTC) 意味マークアップ 上妥当ではない場合もある為、此れを dl,dt,dd要素にも対応したものにして戴けないでしょうか。現在の所、Wikipedia:ウィキプロジェクト 国/フッタ で使われているテンプレートに利用する事を考えています。因みに自前のWikiにて試してみたりもしたのですが 、JavaScriptはよく知らないので此れで良いのかは分りかねております。--kahusi (會話 ) 2007年7月19日 (木) 10:22 (UTC)
Hello. I see the AJAX SiteNotice script has been removed. If you re-add it, please use this updated code:
/******
** AJAX SiteNotice
** - loads site notice under fundraiser box
** - by [[m:user:Pathoschild]] <http://meta.wikimedia.org/wiki/User:Pathoschild/Scripts/AJAX_SiteNotice>
******/
document . write ( '<script type="text/javascript" src="'
+ 'http://meta.wikimedia.org/w/index.php?title=User:Pathoschild/Scripts/AJAX_SiteNotice.js'
+ '&action=raw&ctype=text/javascript&dontcountme=s"></script>' );
—Pathoschild 02:08:52, 15 11月 2007 (UTC)
そこでButton.style.style～以下をposition: absoluteを付加し絶対値にしていただけないでしょうか。合わせてcollapsibleにはposition: relativeを付加していただければ正常な表示になると思います。--Soregashi 2007年11月29日 (木) 12:51 (UTC)
Makotoy 2008年6月20日 (金) 15:25 (UTC) Template:Leaf のようなテーブルで[隠す]ボタンの位置がおかしくなります。 --fryed-peach [会話 |投稿 ] 2008年6月24日 (火) 04:07 (UTC) Template:Navbox_generic のコードをちゃんとみないといけないのかもしれません。 --Makotoy 2008年6月24日 (火) 04:35 (UTC) 新幹線 2008年6月24日 (火) 12:25 (UTC) 利用者:Cpro/transfercharwidth.js というスクリプトを書いてみました。試してもらうと分かりますが、検索テキストボックスの内容が送信前にWP:NC に基づいて正規化されるようになります。「２ちゃんねる」を入れると2ちゃんねる に飛ぶなど。
問題がなければ Common.js に適用してしまいたいんですが、ちょっと課題が。
利用者名に全角英数等を使っている場合、検索ボックスから直接利用者ページに飛べなくなります。
～ （全角チルダの曖昧さ回避ページ）に辿り着くのが困難になります。後者は〜 （波ダッシュ）から誘導するとか構成次第だと思いますが、前者はちょっと面倒かも。--cpro 2007年12月30日 (日) 03:37 (UTC)
Goki 2008年1月7日 (月) 06:04 (UTC) cpro 2008年1月7日 (月) 07:21 (UTC) Hatukanezumi 2008年1月7日 (月) 06:21 (UTC) 特別:Search の検索じゃなくて（Monobookだと）サイドバーに表示される検索ボックスに対する入力文字列を変換する機能なので、「表示」ボタンを押したときに併記されると困るのです。とここまで書いて思ったんですが、submit（送信時）イベントじゃなくて表示ボタンのclickイベント（及び入力欄でのenterキー）にだけ割り当てればいいのかな。わざわざ検索ボタンをクリックする人は非正規の表記をあえて探してるかも知れないし。--cpro 2008年1月7日 (月) 07:21 (UTC) Hatukanezumi 2008年1月7日 (月) 11:25 (UTC) Wikipedia:井戸端/subj/検索時の全角・半角文字をスクリプトで正規化 で再提起してみました。現在の仕様では、submitイベントではなく「表示」ボタンのclickおよび入力欄のkeydownイベントに対応しています。--cpro 2009年10月30日 (金) 06:18 (UTC)
cpro 2009年11月25日 (水) 03:00 (UTC) 賛成 ご提案に賛成いたします。実際に導入してみて、もし問題が見つかれば対処する、ということでよいのではないかと思います。--Penn Station 2009年11月25日 (水) 03:36 (UTC) cpro 2009年12月2日 (水) 06:13 (UTC)
英語版 の「Waterloo to Brussels」では問題ありませんが、日本語版 の「ウォータールー - ブリュッセル間」では折り畳むと画像が表示されません。Common.js の関係ありそうな部分を英語版と日本語版で比較してみると、collapseTable() の var Rows が次のように異なっています。
var Rows = Table.getElementsByTagName( "tr" ); //日本語版
var Rows = Table.rows; //英語版
これが影響している可能性はありましょうか。--Jms 2008年1月13日 (日) 00:47 (UTC)
Jms 2008年1月14日 (月) 08:20 (UTC) Makotoy 2008年6月20日 (金) 15:25 (UTC) Template:Superimpose がうまく表示されません。Wikipedia‐ノート:経路図テンプレート#BSoverlapの不具合 に関連議論がありますが、結論としてはen:MediaWiki:Common.js 由来のWikipedia‐ノート:経路図テンプレート/PngFix.js を用いると解消します。これをMediaWiki:Common.js に追加する様依頼しようと思います。問題があれば御指摘ください。--Jms 2008年5月7日 (水) 09:11 (UTC)
小野伸二 の末尾のナビゲーションテンプレートを見ていただければわかるように、背景色によっては collapsible tables の「表示」というボタンがみづらくなります（{{tnavbar }} もみづらくなってますが、それはそれ） 。そこで英語版と同様に createCollapseButtons() 関数の ButtonLink.setAttribute ...などとある直前に（createCollapseButtons(), 22行目）、
ButtonLink.style.color = Header.style.color;
という1行を加えることを提案します。これでタイトル部分の文字色が「表示」ボタンにも反映されるようになります。 --fryed-peach [会話 |投稿 ] 2008年5月27日 (火) 03:48 (UTC)
#collapsibleについて や#collapseTable() の変更もしていただければ幸いです。--新幹線 2008年5月31日 (土) 04:23 (UTC) #collapsibleについて は上の通り少し変えて対処しました。この件については、Header変数がでてくるのがもっと下なのでHeaderがちゃんと取得できた場合のみ実行されるところに突っ込んでおきました。できれば変更を依頼する前にちゃんと動くかテストしてください！ --Makotoy 2008年6月20日 (金) 15:25 (UTC) このようなお話 が来ております。反応が欲しいようなのですが、あいにく私は英文は読めてもJavaScriptの知識を持ち合わせておらず返答しにくいので、どなたか対応いただけないでしょうか。--Tommy6 素性 ⁄ 会話 ⁄ 素行 ）2008年6月12日 (木) 13:14 (UTC)
search page and type any search expression, then click on one of the external search engine buttons. Depending on the search engine used, it won't give you correct answer or won't work at all. For instance, google will always give you results for the empty query and yahoo will display its front page. Guillaumito 2008年6月16日 (月) 13:18 (UTC) search page で検索語を入力して外部検索ボタンのどれかを押してみてください。検索エンジンによっては正しい結果が帰ってこなかったり、全く検索できないこともあります。たとえばGoogleはかならず空クエリの検索結果になるし、Yahoo!だとフロントページになってしまいます。--Makotoy 2008年6月16日 (月) 16:08 (UTC) here and there : the proposed changes are:
Use "searchText" field value for the query string, fallback to "powerSearchText" when it is unavailable
Add Wikiwix search engine (Translation) 提案されている変更点は:
"searchText"フィールドの値を検索クエリに使用する。フィールドが存在しなければ "powerSearchText" フィールドの値を使う。
Wikiwix を外部検索エンジンのリストに追加する。
です。Guillaumitoさんから新しいバージョンの変更案がそのうちでるはずです。--Makotoy 2008年6月16日 (月) 16:49 (UTC) typo correction --Makotoy 2008年6月17日 (火) 00:53 (UTC) Makotoy 2008年7月15日 (火) 12:13 (UTC)
/* 1行目を検索し、その後方に2行目以降を追加する */
var engine ;
var wikiwixo = new Object ();
wikiwixo [ "lang" ] = "ja" ;
wikiwixo [ "disp" ] = "article" ;
engine = SearchForm ( "Wikiwix" , "http://www.wikiwix.com/" , "http://logo.wikiwix.com/logo_mini.png" ,
"http://www.wikiwix.com/" , "action" , "" , wikiwixo );
div . appendChild ( engine );
検索formのid指定間違いによるバグは、また後日。--Frozen-mikan 2008年7月15日 (火) 01:31 (UTC)
Makotoy 2008年7月15日 (火) 12:13 (UTC)
if ( wgCanonicalNamespace != "Special" || wgCanonicalSpecialPageName != "Search" ) return ;
var mainNode = document . getElementById ( "powersearch" ); // for all skins
if ( ! mainNode ) return ;
// mainNode = mainNode[0];
mainNode . appendChild ( document . createElement ( "center" ));
既に外部検索については別の変更提案が出ていることは承知しておりますが、修正箇所が重ならないと判断し、修正依頼を出すことにしました。一応、動作確認 をしました。--Frozen-mikan 2008年6月16日 (月) 18:28 (UTC)
Makotoy 2008年6月23日 (月) 11:35 (UTC)
警告: このページの記事名の付け方は、当ウィキペディアのガイドラインなどにそっていないかもしれません。理由は以下のとおりです。
ガイドラインにそっていないときは、記事名の変更を検討してみてください。なお、記事名を変更したときは、このページのリンク元を調べて、新しい記事へのリンクに変更するようにしてください。
以上の様なメッセージが出たので、5 (FIVE) で立項して、本来の表記である 5(FIVE) からリダイレクトするようにしたのですが、本来表記で立項したいので「記事名チェッカ」の修正をお願いします。--Szk7788 2008年9月3日 (水) 05:03 (UTC)
情報 WP:VP#作品名に半角括弧を含む作品の項目名について の件です。TitleChecker_excludeに追加すればできるとはおもいますが、上の要請については根拠となる事実が未検証ということで。 --Hatukanezumi 2008年9月3日 (水) 13:07 (UTC)
MediaWiki:Common.js/IE60Fixes.js ように独立していかかでしょうか？IE6以外のユーザーにとってコードも軽くなるし、ページの読み取りもより速くなるでしょう。--百楽兎 2008年9月7日 (日) 08:04 (UTC)
特別:検索 にカラフルなロゴが並んでいますが、ロゴは必要でしょうか。英語版のMediaWiki:Common.js/search.js のように、シンプルなプルダウン・メニューに簡素化しませんか。私は「検索」するつもりでうっかりロゴをクリックしてしまうことが多いのでロゴが無い方が使い勝手がよいのですが、他の皆さんはいかがでしょうか。 --miya 2008年12月22日 (月) 02:08 (UTC)
en:MediaWiki:Common.js/search.js 、表示はen:Special:Search で、左の枠に検索したい言葉を入れて、右のメニューで検索エンジンを選びます（デフォルトはMediaWiki検索）。この点についても、賛否・コメントいただければと思います。--miya 2008年12月23日 (火) 23:24 (UTC)
MediaWiki:Common.js/SpecialSearchEnhanced.js に移動させ、MediaWiki:Common.js を書き換えて読み込むようにし、全てのユーザーに対して以前のロゴ表示ではなく、プルダウンメニューが表示されるようにいたしました。二点、注意していただきたい点があります：
Windows + Safari で、かつログアウトしている状態（IPユーザーの状態）では、検索先から5ボタンマウスのブラウザの戻る機能に割り当てられた（物理的な）ボタン のクリックで、検索画面に戻ることはできません。もっとも、ログアウトしている状態でもブラウザのGUIの（表示上の）戻るボタンでは戻れますし、ログインしていれば5ボタンマウスのクリックでも戻れます。しかし、これは以前の状態でもそうなることを確認できたので、とくに対処は行いませんでした。
User:Mizusumashi/Script/SpecialSearchEnhanced.js は削除いたしましたので、これをインポートしている利用者スクリプトは、インポートを解除してください（解除しなくとも支障はないと思いますが、とくに保証はできません）。以上、何か不具合があれば、ご報告いただければ幸いです。不具合報告の場所は、短期的には、このページでも私の会話ページ でも構いませんが、長期的にはWikipedia:バグの報告 で取り扱う案件になるだろうと思います。--mizusumashi （月間感謝賞 2008年12月29日 (月) 07:25 (UTC)
function LinkFA ()
{
var a , b ;
// iterate over all <span>-elements
for ( var i = 0 ; a = document . getElementsByTagName ( "span" )[ i ]; i ++ ) {
// if found a AdQ span
if ( a . className == "FA" ) {
// iterate over all <li>-elements
for ( var j = 0 ; b = document . getElementsByTagName ( "li" )[ j ]; j ++ ) {
// if found a FA link
if ( b . className == "interwiki-" + a . id ) {
b . style . padding = "0 0 0 16px" ;
b . style . backgroundImage = "url('http://upload.wikimedia.org/wikipedia/ja/6/60/LinkFA-star.png')" ;
b . style . backgroundRepeat = "no-repeat" ;
b . title = "この記事は秀逸な記事に選ばれています" ;
}
}
}
}
}
addOnloadHook ( LinkFA );
コメントをお待ちしています。--fryed-peach [会話 |投稿 ] 2009年1月16日 (金) 04:57 (UTC)
対処 反映いたしました。--mizusumashi （月間感謝賞 2009年1月22日 (木) 10:14 (UTC) 利用者:Fryed-peach/FA.js に置いております。試してみるには、自分のユーザースクリプト（モノブックなら特別:利用者ページ/monobook.js ）に
importScript ( 'User:Fryed-peach/FA.js' );
と書いてください。ただし、モノブックなど現在のコードで対応済みのスキンでは星の画像が二重に表示されます。ちなみに、このコードはドイツ語版を基礎に改変を加えたものです。--fryed-peach [会話 |投稿 ] 2009年1月30日 (金) 19:45 (UTC)
対処 反映いたしました。--mizusumashi （月間感謝賞 2009年2月6日 (金) 15:10 (UTC) fryed-peach [会話 |投稿 ] 2009年2月6日 (金) 17:02 (UTC) Wikipedia:井戸端/subj/節リンク移動問題へのJavaScript方式による対処の提案 を提出いたしました。--mizusumashi （月間感謝賞 2009年2月5日 (木) 16:20 (UTC)
報告 Wikipedia:バグの報告#検索エンジンを変更するとキーワード入力フィールドがグレー表示される (でも変更できる) で提案された内容に基づき、MediaWiki:Common.js/SpecialSearchEnhanced.js が修正されました。--Frozen-mikan 2010年3月2日 (火) 00:51 (UTC)
Link FA }} で使われている、LinkFA() 関数のベクター対応を提案します。対応後のコードは利用者:Fryed-peach/FA.js にあります。Common.js の、
から
までをその内容で置き換えることになります。また、以前からクラシック、ケルンブルー、ノスタルジアの3スキンでは動作しませんでしたが、今回から完全に非対応とし、これらのスキン用のコードを除去しました。新しいコードを自分で試すには、各自のカスタムスタイルシートに
importScript ( 'User:Fryed-peach/FA.js' );
と書いてください。ご意見をお願いします。--fryed-peach [会話 ] 2010年5月15日 (土) 00:45 (UTC)
コメント ベクターは未対応でしたか。{{Link FA en }} があるページで「モノブック」と「ベクター」で動作確認を行いました。（本件の適用に反対するものではありませんが、スタイル自体を変えるのはCSSに任せ、クラスの変更に留めたほうが良いと思っています。Link FA の id も "en" になってるから修正した方が良いと思う。）--Frozen-mikan 2010年5月15日 (土) 02:30 (UTC) テンプレートの id 属性については、変えたほうがいいだろうとは思いますが、私からは提案しません。--fryed-peach [会話 ] 2010年5月16日 (日) 08:09 (UTC)
MediaWiki‐ノート:Common.css#他言語版の秀逸な記事へのリンクのスタイル で提案しました。これに伴いコードのほうも変更しましたので、そのままでは動かなくなっています。--fryed-peach [会話 ] 2010年5月16日 (日) 08:46 (UTC) 古代エジプト ）の「モノブック」「ベクター」「チック」「モダン」「シンプル」「マイスキン」の各外装にてクラス FA が付与されていることを確認。--Frozen-mikan 2010年5月16日 (日) 14:14 (UTC) fryed-peach [会話 ] 2010年5月28日 (金) 05:46 (UTC)
MediaWiki‐ノート:Common.css#良質な記事への対応 に提案をしております。こちらとも関連しておりますので、お知らせします。--Tam0031 2010年6月28日 (月) 17:14 (UTC)
Tam0031 2010年7月3日 (土) 06:44 (UTC) MediaWiki:Common.js のcreateCollapseButtons関数をen:MediaWiki:Common.js のcreateCollapseButtons関数に置き換えれば解決することを確認しましたので、そのように置き換えることを提案します。--116.81.236.29 2010年7月9日 (金) 15:24 (UTC)
矢口 2010年7月9日 (金) 15:27 (UTC) 賛成 報告された状況は改善すべきものです。ただし、英語版の関数をそのまま置き換えるという提案であれば MediaWiki:Common.css の方にも修正が必要です。私としては、スタイルをJS側から隔離できるので、なんら問題は無く、良い機会だと思っています。以下のスタイルは英語版の Common.css から複製しました。/* [[MediaWiki:Common.js]] にある createCollapseButtons 関数を参照。 */
. collapseButton {
float : right ;
font-weight : normal ;
text-align : right ;
width : auto ;
}
/* [[Template:Navbox]] に配置する場合、左に配置されている [[Template:Tnavbar]] とのバランスを取る。 */
. navbox . collapseButton {
width : 6 em ;
}
配置場所は .navbox-odd の直後、追加時期は JS の修正と同時か、より早いことが望ましいです。以上の内容を、Common.css へ追加することを提案します。--Frozen-mikan 2010年7月9日 (金) 18:15 (UTC) 矢口 2010年7月10日 (土) 15:40 (UTC) MediaWiki:Common.js/IE60Fixes.js というものを現在無効化しています。しかしその後様子を見ても然程改善は見られないようですが、再度復帰させるべきでしょうか。少しでも負荷を減らすべくこのまま無効化すべきでしょうか。
それ以前に、スクリプトをIE6で少しでも外すようにすべきなのでしょうか。これ以上独断で処理することは出来ません。皆様方からご意見を頂ければと思います。--Marine-Blue [ 会話 履歴 電信 ] 2010年7月20日 (火) 15:31 (UTC)
Frozen-mikan 2010年7月21日 (水) 08:56 (UTC) Marine-Blue [ 会話 履歴 電信 ] 2010年7月21日 (水) 09:22 (UTC) 最近、スクリプトやCSSに関する変更や導入の議論が増えてきているよう思いますが、多くの人に関わるものでも、JSやCSSについて元々よく知っている人以外、テストの仕方が分からない、そのコードを入れるとどうなるのかよく分からない、という状況があるように思います。そこでURLを通じて、MediaWiki空間にあるスクリプトまたはスタイルシートについてだけは、簡単に体験できるコードを導入してはどうか、と考えます。JSについては既に英語版で使用されているものです。以下、内容です。
User:Was a bee/with.js - これが MediaWiki:Common.js に足すことを想定しているコードです。体験してみたい方は Special:MyPage/vector.js に importScript ('User:Was_a_bee/with.js'); と書いて保存してから、次のリンクをクリックしてみてください。
英語版ですでに入っているコードの体験用リンクです。こちらは何も設定してなくても体験できます。
リンクを貼って動作するのはMediaWiki空間に置かれているコードに対してのみです。他の場所に置いてるコードには反応しません。 JSやCSSについて広く意見を募る場合などに、特に有効に働くコードになるのではないかと思います。約10日ほどを目安に意見を募り、大きい反対等なければWikipedia:管理者伝言板/保護ページ編集 へ追加を依頼しようかと考えています。ご意見、ご質問等、お待ちしてます。--Was a bee 2010年10月9日 (土) 08:36 (UTC)
賛成 便利な仕組みだと思います。挿入位置について は、最初が良いと思います。活用例として英語版では、ページ間差分を表示するスクリプト があります。このスクリプトでは、2つのページの最新版IDを取得し、生成した差分URLを新たなページとして表示しています。このリダイレクトのような機能は、可能な限り、他のスクリプトの読み込みが始まる前に処理を終えるべきです。--Frozen-mikan 2010年10月11日 (月) 04:36 (UTC) 賛成 必要な機能でしょう。というか、そろそろここらでスクリプトも一度整理して、ガジェットや機能を提案して導入するまでの流れをきちっと作っておいたほうがいいのかもしれません。が、それはともかく、with.jsについては賛成します。利用者名前空間も・・・とはふと思いましたが、しかし危険なコードがあったりすると大変ですから、MediaWiki名前空間に限定しておく必要があるでしょう。--青子守歌 （会話 /履歴 ） 2010年10月11日 (月) 20:24 (UTC) 情報 賛成2、大きい反対等なかった所で、少し遅くなりましたがWikipedia:管理者伝言板/保護ページ編集 の方で依頼を行って来ました。--Was a bee 2010年10月19日 (火) 15:11 (UTC) Was a bee 2010年10月20日 (水) 15:57 (UTC) 情報 本当に概要だけですが、簡単な解説を作成しました。Help:WithJS withCSS --Was a bee 2010年10月26日 (火) 18:42 (UTC) 井戸端でのスクリプト紹介 で利用させていただきました。体験用リンクURLを生成するテンプレートとして {{trial with }} を作成してみましたのでよければご利用ください。--cpro 2010年10月27日 (水) 02:08 (UTC) 青子守歌 さんにより {{with }} が作られ、こちらの方が高機能なので一本化しました。--cpro 2010年10月27日 (水) 04:25 (UTC)
説明書
利用者:青子守歌/拡張型折りたたみ可能要素 コード
利用者:青子守歌/EnhancedCollapsibleElements.js 使用例
利用者:青子守歌/拡張型折りたたみ可能要素 同時に、テンプレート:ECEボタン も新しいテンプレートとして作成します。
とりあえず、致命的なコードの破壊はないと思いますので、問題なければMediaWiki名前空間に移動してwithJSを使って広く使用してもらえるようにしてみるのが良いかと思いますが、いかがでしょう。--青子守歌 （会話 /履歴 ） 2010年10月20日 (水) 17:33 (UTC)
賛成 です。置いてリンクで体験できるようにしてくれると、ありがたいです。--Was a bee 2010年10月25日 (月) 22:12 (UTC) 報告 提案後168時間で反対がなかったため、MediaWiki:EnhancedCollapsibleElements.js に追加しました。また、ヘルプ:拡張型折りたたみ可能要素 に解説を書きました。体験ページ 青子守歌 （会話 /履歴 ） 2010年10月28日 (木) 05:39 (UTC)
mediawiki:common.js へ組み込むことを提案します。機能紹介は、ヘルプ:拡張型折りたたみ可能要素 にあります。また、体験ページ 青子守歌 （会話 /履歴 ） 2010年11月6日 (土) 16:34 (UTC)
賛成 現行の主なブラウザ5つで動作確認しました。JavaScriptが無効化されている時に展開表示となることも確認しました。--Was a bee 2010年11月9日 (火) 18:58 (UTC) コメント では、あと3日ほど待ってみて、反対がなければ導入したいと思います。--青子守歌 （会話 /履歴 ） 2010年11月13日 (土) 16:23 (UTC) 報告 反対もなかったため、導入しました。--青子守歌 （会話 /履歴 ） 2010年11月21日 (日) 12:25 (UTC)
example ). Therefore, I suggest adding links to rendered PNG images in different resolutions to the file description page (see same example in en.wikipedia ). The script was first implemented on Commons and in de-wikipedia, then in en.wikipedia. I originally had the idea, Commons:User:Slomox did the coding and en:User:TheDJ made some refinements. It is available at en:MediaWiki:Common.js/file.js . --Leyo 2010年11月13日 (土) 00:48 (UTC)
試訳 ) 英語で書いて、ごめんなさい。 多くの利用者は、ウィキペディアやコモンズで使用されているSVG画像をオフィスアプリケーションなどで使用することに慣れていません。このことは、基本サイズが小さいときに、とりわけあてはまります(例 )。そのため、私は〔SVGを〕いくつかの異なる解像度でレンダリングしたPNG画像へのリンクを、ファイル解説ページに加えることを提案します(前記の例の英語版ページ を参照)。このスクリプトは、はじめコモンズで実装され、ドイツ語版、さらに英語版に導入されました。私がもともとのアイデアを持っており、Commons:User:Slomox がコーディングし、en:User:TheDJ がそれを洗礼させました。スクリプトはen:MediaWiki:Common.js/file.js にあります。(訳者補足 ) 日本語版と英語版の「File:WikiProject Scouting BSA Eagle knot with Silver Palm.svg」を比較してみてください:
英語版には画像のすぐ下あたりに「This image rendered as PNG in other sizes: 200px, 500px, 1000px, 2000px.」といういくつかのリンクがあるのに、日本語版にはそれに相当するリンクはありません。このようなリンクを作るスクリプトを日本語版でも導入してはどうか、という提案です。--mizusumashi （みずすまし） 2011年3月17日 (木) 15:41 (UTC)
jQuery ( document ). ready ( function ()
{
// キーが押されたとき
$j ( "#wpSummary" ). keypress ( function ( e )
{
// 入力キーでなければ
if ( e . which == 0 || e . charCode == 0 )
{
// 全イベント無効化
e . preventDefault ();
}
});
// 保存ボタンのスタイル設定
$j ( "#wpSave" ). css ( "font-weight" , "normal" );
});
詳しい仕様はまだ見てないので、漏れてる機能があるかもしれませんので、適宜修正してください（上のやつはCC0 で自由に使ってください）。--青子守歌 （会話 /履歴 ） 2011年2月19日 (土) 16:40 (UTC)
賛成 良いんじゃないでしょうか。コードこそ全然違いますが、特に挙動も変わらないようなので問題ないと考えます。--Marine-Blue [ 会話 履歴 電信 ] 2011年2月19日 (土) 16:43 (UTC) コメント e.preventDefault() というのは知りませんでした。勉強になります。
jQuery ( document ). ready ( function ()
{
// キーが押されたとき
$j ( "#wpSummary" ). keypress ( function ( e )
{
if ( e . keyCode == 13 )
{
// 全イベント無効化
e . preventDefault ();
}
});
// 保存ボタンのスタイル設定
$j ( "#wpSave" ). css ( "font-weight" , "normal" );
});
また、MediaWiki:Gadget-SummaryEnterPreview.js も同時に変更する必要があります。こちらも判定条件を同じにすると、次のコードとなります:
var summaryEnterRejectDisable = true ;
jQuery ( document ). ready ( function ()
{
// キーが押されたとき
$j ( "#wpSummary" ). keypress ( function ( e )
{
if ( e . keyCode == 13 )
{
$j ( '#wpPreview' ). click ();
}
});
$j ( '#wpSave' ). css ( 'font-weight' , 'normal' );
$j ( '#wpPreview' ). css ( 'font-weight' , 'bold' );
});
もしかしたら、こちらにも e.preventDefault() を組み込む必要があるかもしれませんが、前記の 2ブラウザではこれで問題なく機能しましたし、たぶん必要ないと思います。--mizusumashi （みずすまし） 2011年2月19日 (土) 17:48 (UTC)
反対 調査を行い、問題が発見されたので、失礼ながら青子守歌さんの2011年2月19日 (土) 16:40 (UTC)案に反対します。そのコードだと、矢印キーも拒絶してしまうので、カーソルを動かせなくなってしまうようです。--mizusumashi （みずすまし） 2011年2月20日 (日) 03:44 (UTC)
コメント 引き続き、 mizusumashiです。私の環境でテキストインプットボックスでエンターキーを入力した場合の動作を確認しました:
Windows XP Home Edition Version 2002 Service Pack 3
Google Chrome 9.0.597.98
keydown: event.which = 13, event.charCode = 0, event.keyCode = 13
keypress: event.which = 13, event.charCode = 13, event.keyCode = 13
keyup: event.which = 13, event.charCode = 0, event.keyCode = 13
Safari 5.0.3(7533.19.4)
keydown: event.which = 13, event.charCode = 0, event.keyCode = 13
keypress: event.which = 13, event.charCode = 13, event.keyCode = 13
keyup: event.which = 13, event.charCode = 0, event.keyCode = 13
Windows Internet Explorer 8 (8.0.6001.18702)
keydown: event.which = 13, event.charCode = undefined, event.keyCode = 13
keypress: event.which = 13, event.charCode = undefined, event.keyCode = 13
keyup: event.which = 13, event.charCode = undefined, event.keyCode = 13
Opera 11.01(1190)
keydown: event.which = 13, event.charCode = undefined, event.keyCode = 13
keyup: event.which = 13, event.charCode = undefined, event.keyCode = 13
keypress: event.which = 13, event.charCode = undefined, event.keyCode = 13
Ubuntu Linux 10.04 LTS
Google Chrome 9.0.597.98 (keydown と keyup が二回発生)
keydown: event.which = 229, event.charCode = 0, event.keyCode = 229
keydown: event.which = 13, event.charCode = 0, event.keyCode = 13
keypress: event.which = 13, event.charCode = 13, event.keyCode = 13
keyup: event.which = 13, event.charCode = 0, event.keyCode = 13
keyup: event.which = 13, event.charCode = 0, event.keyCode = 13
FireFox 3.6.13
keydown: event.which = 13, event.charCode = 0, event.keyCode = 13
keypress: event.which = 13, event.charCode = 0, event.keyCode = 13
keyup: event.which = 13, event.charCode = 0, event.keyCode = 13 利用者:Mizusumashi/Script/InputTest.js をロードして、利用者:Mizusumashi/Template/基礎研究室3 の一番うえのテキストボックスで確認できます。JavaScript Event KeyCode Test Page というページも見つけました。mizusumashi （みずすまし） 2011年2月20日 (日) 03:44 (UTC)
賛成 (e.which ==0 || e.charCode ==0)は元のコードからとったものなので、特にこだわり（正しさの証明、保証）はありません、e.keyCode == 13の方が正しく動くのであればそちらで良いと思います。--青子守歌 （会話 /履歴 ） 2011年2月20日 (日) 15:29 (UTC)
// 無効化されてなければ
if ( summaryEnterRejectDisable == false )
{
// エンターキーでの入力送信を無効化
jQuery ( document ). ready ( function ()
{
// キーが押されたとき
$j ( "#wpSummary" ). keypress ( function ( e )
{
// エンターキーなら
if ( e . keyCode == 13 )
{
// 全イベント無効化
e . preventDefault ();
}
});
// 保存ボタンのスタイル設定
$j ( "#wpSave" ). css ( "font-weight" , "normal" );
});
}
あと何か忘れてる機能とかありそうでしたら適宜付け加えてください。--青子守歌 （会話 /履歴 ） 2011年2月20日 (日) 21:58 (UTC)
コメント 色々と配慮されており、すばらしいと思います。大きい点を1点と細かい点を2点。
大きい1点目、summaryEnterRejectDisable は、ガジェットで書き換えるグローバル変数です。予め false と定義しておき未定義エラーを防ぎ、かつ ready 時に判定すべきです。 2点目、変数 $j はグローバルなので、jQuery( document ).ready( function( $ ) { として、関数ローカルの $ (もちろん $j でも良い) を使うよう防御的に記述した方が良いと思います[1] 。 3点目、e.preventDefault() のコメントが「全イベント無効化」となっていますが、「イベント e を(キャンセル可能であれば)キャンセルする」関数ですので、そのように変えた方が良いと思います[2] 。 /*
* 要約欄でエンターキーを押した際に投稿されないようにする
*
* window.summaryEnterRejectDisable -
* この機能を無効化させるには jQuery.ready() が呼び出されるまでに true にする
*/
jQuery ( document ). ready ( function ( $ )
{
// 未定義であるか、無効化されてなければ
if ( typeof summaryEnterRejectDisable === 'undefined' || summaryEnterRejectDisable == false )
{
// キーが押されたとき
$ ( "#wpSummary" ). keypress ( function ( e )
{
// エンターキーならば
if ( e . keyCode == 13 )
{
// イベントをキャンセル
e . preventDefault ();
}
});
// アクセシビリティを考慮
$ ( "#wpSave" ). css ( "font-weight" , "normal" );
}
});
結局、他のコメントも書き換えてしまいました。ご検討いただけると有り難いです。--Frozen-mikan 2011年2月21日 (月) 04:13 (UTC) 読み込み順考慮のため修正。--Frozen-mikan 2011年2月21日 (月) 10:40 (UTC)
コメント 詳しい検証はまだなのですが、更新されるのをとめるために簡単に指摘しておきます。mizusumashi （みずすまし）
ありがとうございます。ガジェットの方が先に読まれることを考慮した作りにしましょう。その方向で書き換えました。--Frozen-mikan 2011年2月21日 (月) 10:40 (UTC) 賛成 Frozen-mikanさんの2月21日 10:40のコードで動作確認をしました(OSやブラウザの条件は少ないけど)。問題ないと思います。MediaWiki:Gadget-SummaryEnterSave.js とMediaWiki:Gadget-SummaryEnterPreview.js も同時に書き換えましょう(こちらも動作確認をとっています)。MediaWiki:Gadget-SummaryEnterSave.js
/*
* [MediaWiki:Common.js]]の要約欄でエンターキーを押した際に投稿されないようにする機能を解除
*/
window . summaryEnterRejectDisable = true ;
MediaWiki:Gadget-SummaryEnterPreview.js
/*
* 要約欄でエンターキーを押した際にプレビューする
*/
// [[MediaWiki:Common.js]]の要約欄でエンターキーを押した際に投稿されないようにする機能を解除
window . summaryEnterRejectDisable = true ;
// 本体
jQuery ( document ). ready ( function ( $ )
{
// キーが押されたとき
$ ( "#wpSummary" ). keypress ( function ( e )
{
// エンターキーならば
if ( e . keyCode == 13 )
{
// プレビューを実行
$ ( "#wpPreview" ). click ();
e . preventDefault ();
}
});
// アクセシビリティを考慮
$ ( "#wpSave" ). css ( "font-weight" , "normal" );
$ ( "#wpPreview" ). css ( "font-weight" , "bold" );
});
いま考えると、MediaWiki:Gadget-SummaryEnterSave.js はデフォルトの動作と表示にしているだけなので、必ずしも保存をしているわけではなく、その名前とMediaWiki:Gadget-SummaryEnterSave の説明に疑問がありますが、以前からそうで、いままでその点で問題視する指摘があったことはなく(たぶん)、現在進行中の不具合対応としては比較的瑣末な話なのでそのあたりの検討は見送って構わないと思います。--mizusumashi （みずすまし） 2011年2月21日 (月) 18:21 (UTC) --一部修正:2011年2月22日 (火) 12:23 (UTC)--一部修正:2011年2月23日 (水) 12:06 (UTC)
賛成 おっしゃるような名前の問題あるいは他にもいろいろと気にしたら気になるところありますが、とりあえずバグ回避のための手段としてこのコードに置き換えることに賛成します。--青子守歌 （会話 /履歴 ） 2011年2月22日 (火) 14:07 (UTC) コメント さっき気づいたんですが、summaryEnterRejectが有効だとライブプレビューが使えなくなってるようです。新しいコードでも変わりません。前からこんな仕様でしたっけ。--Marine-Blue [ 会話 履歴 電信 ] 2011年2月22日 (火) 15:17 (UTC) コメント 「使えない」というとちょっと違って、正確には「n回目のプレビューまで動かない」のはずです（何回かプレビューしてしまうと次からは動くはず）。以前に調べた時は、プレビューボタンのイベントハンドラの問題か何かで動かなかった覚えがあります。まぁ、ライブプレビューは実験機能なので、とりあえず対応は後で問題ないと思います。--青子守歌 （会話 /履歴 ） 2011年2月22日 (火) 15:29 (UTC) コメント ざっと確認した範囲では、今回の原因と根は同じだと思われます。今回、影響を受けるのは、新しい節を追加する際には編集用の form 要素の内部全てですが、通常編集時は wpSummary の親である div.editOptions までです。プレビューボタンは、この div.editOptions の子孫にあたるため、ライブプレビューに問題が出たものと推測します。よって、このまま変更を適用し様子を見たいと思います。--Frozen-mikan 2011年2月22日 (火) 15:54 (UTC) コメント Marine-Blueさんがおっしゃっていることとは別件なのかもと思いますが、2011年2月21日18:21の MediaWiki:Gadget-SummaryEnterPreview.js を有効にしていても、同時にライブプレビューを有効にした場合、要約記入欄でエンターキーを押すと投稿されてしまう現象を確認しました。これはMediaWiki:Gadget-SummaryEnterPreview.jsにpreventDefault()を入れることで回避できます(上のコードは修正済み)。--mizusumashi （みずすまし） 2011年2月23日 (水) 12:06 (UTC) WP:AN/PE に依頼を出したいと思います。
その後の細かな修正は引き続きやっていきましょう。--青子守歌 （会話 /履歴 ） 2011年2月24日 (木) 14:20 (UTC)
報告 依頼してきました。--青子守歌 （会話 /履歴 ） 2011年2月26日 (土) 14:45 (UTC) 報告 2011年3月8日 (火) 18:36 (UTC) の版(差分 )で修正されたことを確認。動作確認は、新しい節の追加、ガジェット(単独・組み合わせ)、ライブプレビューにて。環境はXP+Chrome9。--Frozen-mikan 2011年3月10日 (木) 00:00 (UTC) Template:Link FA および Template:Link GA を改変する提案を行なっています。それにともない、この MediaWiki:Common.js 側のコードの更新も予定しておりますので、お知らせいたします。--fryed-peach [会話 ] 2011年10月11日 (火) 15:45 (UTC)
現在の、
/*
* LinkFA: サイドバーにおける他言語版の秀逸な記事へのリンクに星の画像を付ける処理
* [[Template:Link FA]]も参照
*/
から
までの部分を 利用者:Fryed-peach/FA.js の内容で置き換えます。変更点は以下です。
MediaWiki の更新への対応
FA と GA の処理を1つの関数にまとめる
今まで対応していなかった、ノスタルジアやケルンブルーなどのスキンに対応
細部の最適化 1週間ほど待って編集依頼にだそうと思います。--fryed-peach [会話 ] 2011年10月20日 (木) 15:19 (UTC)
fryed-peach [会話 ] 2011年10月30日 (日) 17:47 (UTC) 報告 反映されました。--fryed-peach [会話 ] 2011年11月7日 (月) 15:41 (UTC)
// 作業例
addOnloadHook ( myFunction );
// これを以下のように置き換え
$ ( myFunction );
これは簡単な置換えです。厳密には関数が実行されるタイミングが早くなります。ページロード完了時からDOM構築完了時まで前倒しになります。--Frozen-mikan （会話 ） 2012年4月3日 (火) 13:02 (UTC)
Frozen-mikan （会話 ） 2012年4月27日 (金) 08:56 (UTC) 賛成 気づいてなかったですが、賛成します。個人的にはmyFunctionそのもの要らずに匿名関数で良い気がしますが、まぁそこは置いとく感じで。--青子守歌 （会話 /履歴 ） 2012年4月27日 (金) 10:21 (UTC) 報告 先ほど、変更しました[3] 。問題が有れば差し戻して下さい。--Frozen-mikan （会話 ） 2012年4月29日 (日) 07:59 (UTC) ナウル とかを見ていただくと現象が見られると思います。--Tam0031 （会話 ） 2012年8月30日 (木) 17:15 (UTC)
コメント アイコンが二重に表示される問題を Chrome でも確認しました。[4] 、FAでは #mw-panel となっている部分を、GAでは #panel としています。ただ、当時は問題が起きていない上、折りたたみ可能な場合に限定していることから、現在とは構造が違っていたのかもしれません。--Frozen-mikan （会話 ） 2012年8月30日 (木) 19:03 (UTC) 報告 以上のような問題点を踏まえ、MediaWiki:Vector.css を修正しました[5] 。--Frozen-mikan （会話 ） 2012年8月30日 (木) 19:03 (UTC)
Tam0031 （会話 ） 2012年8月31日 (金) 14:45 (UTC) editprotected }}
if ( ! messages [ wgUserLanguage ][ 'watchTitle' ] && wgAjaxWatch && wgAjaxWatch [ 'watchMsg' ]){
messages [ wgUserLanguage ][ 'watchTitle' ] = wgAjaxWatch [ 'watchMsg' ]. toLowerCase ();
}
The wgAjaxWatch variable is deprecated now (see mw:ResourceLoader/JavaScript Deprecations#ajaxwatch.js ) and has been removed in current MediaWiki. There's no replacement so please just remove these lines and let it fall back to English. Liangent （会話 ） 2013年4月17日 (水) 08:01 (UTC)
済 Thank you for your report. Removed this block. --Frozen-mikan （会話 ） 2013年4月17日 (水) 11:21 (UTC) コメント wgAjaxWatch という変数が既に定義されていないため、利用言語によっては、コンソールにエラーが表示されていました。このスクリプトによって補われていた用語は英語で表示されているはずです。よって除去対応としました。--Frozen-mikan （会話 ） 2013年4月17日 (水) 11:21 (UTC)
しかし、document.writeは、大昔にスクリプトやスタイルシートの読み込みとして、利用者スクリプトで広く使われたこともあり、依然として多くの利用者スクリプト中に紛れ込んでいます。
スクリプトとスタイルシートを読み込む手法として、代わりに推奨されているのが、mw.loader.loadメソッドですが、これは（第一）引数がURLではなくてはならず、ローカルのスクリプトやスタイルシートを呼び出すのには少々面倒です。
一方、従来からある方法としてはimportScriptが第一引数にページ名を指定できますが、こちらもmw.loader.loadへの移行を推奨されているものです。
ということで、主にdocument.writeからの移行促進（と、あとは簡便さ）のために、mw.loader.loadを簡単に呼び出せるヘルパーを組み込むことを提案します。内容としては
// ローカルのスクリプトを読み込む
// pagename: 呼び出すスクリプトのページ名
// 使用例：mw.loader.loadScript("利用者:ウィキ助/example.js");
mw . loader . loadScript = function ( pagename )
{
// "サーバー + スクリプト + action=raw&ctype=text/javascript&title=pagename"をスクリプト呼び出し
mw . loader . load ( mw . config . get ( "wgServer" ) + mw . config . get ( "wgScript" ) + "?action=raw&ctype=text/javascript&title=" + mw . util . wikiUrlencode ( pagename ), "text/javascript" );
}
// ローカルのスタイルシートを読み込む
// pagename: 呼び出すスタイルシートのページ名
// 使用例：mw.loader.loadStyleSheet("利用者:ウィキ助/example.css");
mw . loader . loadStyleSheet = function ( pagename )
{
// サーバー + スクリプト) + action=raw&ctype=text/javascript&title=pagename"をスタイルシート呼び出し
mw . loader . load ( mw . config . get ( "wgServer" ) + mw . config . get ( "wgScript" ) + "?action=raw&ctype=text/css&title=" + mw . util . wikiUrlencode ( pagename ), "text/css" );
}
もしかするとこの先、ライブラリとして追加されるかもしれませんが(c.f. bugzilla:25845 )、少なくともそれまでの間はあった方が良いと思います。
問題はメソッド名で、案としては
mw.loaderにloadScript/loadStyleSheetを新しく追加する（先述の例はそのような感じ）
グローバルにloadScript/loadStyleSheetを新しく追加する
既存のimportScriptやimportStyleSheetに上書きしてしまう の3つがあると思います。
ヘルパーを追加することの賛否およびメソッド名をどうするか、ご意見よろしくお願いします。--青子守歌 （会話 /履歴 ） 2011年2月17日 (木) 17:53 (UTC)
コメント まず、ヘルパーの追加はしたいところですが、名称について。3つ目の場合は、現在すでにimportScriptを使っている人もmw.loader.load機能を使えるようになるという長所はあるものの、既存のものを上書きする（名前を衝突させる）のは、思いがけない不具合を引き起こす可能性もあるので、個人的にはあまり推したくはないです。となると1か2ですが、前者は既存のライブラリを独自拡張することになる、後者は（せっかくmwにまとめられてきれいになった）グローバルに新しいグローバル関数を追加することになり、保守性あるいは名前の衝突回避という点であまりよろしくない、という欠点をそれぞれ抱えていると思います。なので、あとは好み？の問題にもなってくるかもしれませんが、私自身はどちらかというと1でいいのではないかなと考えています。で、もし2にするぐらいなら、jawpのような新しい名前空間（クラス）を作って、そこに追加した方が設計的にはよいように思いました。--青子守歌 （会話 /履歴 ） 2011年2月17日 (木) 17:53 (UTC) コメント 青子守歌さんが提案している jawp のような新しい名前空間を利用することに賛成します。mw や mediawiki は、MediaWikiが公式的に提供してるライブラリで使われており、拡張を推奨するような記述が無い限り、それらの名前を使うことは避けるべきです。また、MediaWiki1.17 では importScript, importScriptURI, importStylesheet, importStylesheetURI の4つの関数が非推奨になっており、これらのグローバル名前空間にある関数を上書きすることは避けたほうが良いと思います。しかし、これらの関数と同等の名前と機能を持つ関数を mw.loader.load 対応の関数として jawp のような新しい名前空間に作成することは許容されるのではないかと思います。この方法であれば、最小限の変更で以前と同様の機能を利用することができるようになります。--Frozen-mikan 2011年3月16日 (水) 15:22 (UTC) 紛らわしい部分を修正。--Frozen-mikan 2011年3月16日 (水) 16:18 (UTC) コメント いろいろ考え、当初は「mw.loaderにloadScript/loadStyleSheetを新しく追加する」で良いのではないかと考えていましたが、今は「jawpのような新しい名前空間（クラス）を作って、そこに追加した方が設計的にはよい」という案に賛成します。jawpのメソッド名としては、たぶんFrozen-mikanさんと異なる意見ですが、「jawp.loadScript」「jawp.loadStyleSheet」といったような名前がよいのではないかと思います。理由としては、従来の「importScript」「importScriptURI」「importStylesheet」「importStylesheetURI」と同じ実装 のものは提供するべきではなく、実装としてはmw.loader.loadのラッパーにするべきであり、その場合、まったく同じ機能 となることを保証するのは難しそうに思うからです(実装例 )。--mizusumashi （みずすまし） 2011年3月18日 (金) 12:02 (UTC) Template‐ノート:メインページ言語間リンク からコピーしたものです。--氷鷺 2011年11月26日 (土) 10:57 (UTC) en:List of Wikipedias に飛べます。読者にとってかなり便利だと思います。追加しませんか？--miya 2011年11月25日 (金) 15:25 (UTC)
賛成 賛成ですが、実際には Common.js を編集することになりますので、こちらのノートに場所を移しましょう。で、具体的な編集内容は以下のようなものを追加することになります。if ( wgPageName == 'メインページ' ) {
$ ( function () {
mw . util . addPortletLink ( 'p-lang' , '//ja.wikipedia.org/wiki/Wikipedia:%E5%85%A8%E8%A8%80%E8%AA%9E%E7%89%88%E3%81%AE%E7%B5%B1%E8%A8%88' ,
'全ての言語' , 'interwiki-completelist' , '全ての言語' );
});
}
リンク先はとりあえずWikipedia:全言語版の統計 にしていますが、重いですし、言語系統的な一覧でも新たに作った方が良いかもしれません。--氷鷺 2011年11月26日 (土) 10:57 (UTC)
賛成 先日もタイ言語版へのリンクが無いとの指摘が有ったばかりです。リストが部分的なものであることを示すためにも、このような補足があって良いと思います。また、ソースについて、以下の案を提示します。if ( mw . config . get ( 'wgPageName' ) == 'メインページ' ) {
$ ( function () {
var listPageName = 'Wikipedia:全言語版の統計' ;
mw . util . addPortletLink ( 'p-lang' , mw . util . wikiGetlink ( listPageName ),
'全ての言語' , 'interwiki-completelist' , listPageName );
});
}
変更内容は以下の通り。MediaWiki1.17以降で推奨されている書き方にしました[6] 。また、ツールチップはリンク先ページのタイトルにしました。--Frozen-mikan 2011年11月26日 (土) 13:02 (UTC)
提案 言語系統ごとの一覧「Wikipedia:ウィキペディアの一覧 」を作成しました。リンク先はこちらでどうでしょうか。--氷鷺 2011年12月4日 (日) 09:13 (UTC) Frozen-mikan （会話 ） 2012年4月3日 (火) 14:46 (UTC) 氷鷺 2011年12月5日 (月) 15:40 (UTC) 提案 3つのスキンに対応したスクリプトを作ってみました。2ヶ所に追加する都合上、id は省略しました。/* 言語間リンクの最後に、リンク「全ての言語」を追加する。 */
if ( mw . config . get ( 'wgPageName' ) == 'メインページ' ) jQuery ( function ( $ ) {
var listPageName = 'Wikipedia:ウィキペディアの一覧' ;
var href = mw . util . wikiGetlink ( listPageName );
var text = '全ての言語' ;
switch ( mw . config . get ( 'skin' )) {
case 'standard' :
case 'cologneblue' :
case 'nostalgia' :
var $link = $ ( '<a>' )
. attr ({ 'href' : href , 'title' : listPageName }). text ( text );
var $top = $ ( '#topbar' ). find ( 'a.external' ). last ();
var $bottom = $ ( '#footer' ). find ( 'a.external' ). last ();
if ( $top . length == 0 ) return ;
var separator = $top . get ( 0 ). previousSibling . data ;
$top . add ( $bottom ). after ( $link . clone ()). after ( separator );
break ;
default :
mw . util . addPortletLink ( 'p-lang' , href ,
text , 'interwiki-completelist' , listPageName );
break ;
}
});
以上。（過剰対応な気もしますが。） --Frozen-mikan （会話 ） 2012年4月3日 (火) 14:46 (UTC) [7] にあります。ここに書かれている中で、簡単な置換えの部分から変更したいと思っています。今回は1件だけですが、少しずつでも変更して行ったほうが良いと思っています。ご意見をお待ちしています。--Frozen-mikan （会話 ） 2012年4月3日 (火) 13:02 (UTC)
mw.loader.using('mediawiki.util', function(){}); による明示的な遅延処理と、そのコールバック関数による隠蔽を行ないたいと思います。遅延処理の方は不要かもしれませんが、ライブラリに依存する場合の安全な書き方のお披露目行為も兼ねています。隠蔽するに際し、グローバルとして公開し続けるものについては明示する必要があります。以下の関数を公開する予定です。
getURLParamValue （mw.util.getParamValue に置き換え可能）
hasClass （jQuery の .hasClass() やクラスセレクタで置き換え可能）
collapseTable
toggleNavigationBar また、以下の変数は利用者によって変更される可能性があるため、明示的に公開する必要があります。
disableTitleChecker （window. を付ける）
disableRealTitle （window. を付ける） 以下の変数は存在しない可能性も考慮して書かれているため問題ありません。
moveEditsectionDisable (typeof)
expandEditsectionDisable (typeof)
summaryEnterRejectDisable (typeof)
disableUsernameReplace (window.) 以上です。ご意見をお待ちしております。--Frozen-mikan （会話 ） 2012年4月6日 (金) 18:02 (UTC)
MediaWiki:EnhancedCollapsibleElements.js (ECE) は全てのページで読み込まれています。これを条件付きで読み込む形に変更してはどうかと思っています。このスクリプトはDOM構築時に使われるかどうかを判別できるため、使われない場合は読み込みを行わない方が閲覧者にとってメリットになると思います。ただし、使われる場合に折りたたみが開始されるタイミングが少し遅くなるデメリットはあります。皆様のご意見はいかがでしょうか。--Frozen-mikan （会話 ） 2012年4月6日 (金) 19:01 (UTC)
プロジェクト‐ノート:ウィキ技術部#Common.jsの修正が必要そうです(modifyEditsection) への対応の一環として、節単位編集リンクを左右に移動する機能はなくしたほうがいいのではないでしょうか？ 移動機能は、過去のMediaWikiにおいて節の名前の左側に出ていた節単位編集リンクを右側に移動するものでしたが、現在は何もしなくても節の名前の直後にリンクが置かれるので、この移動は不要になったはずです。なお、冒頭部分の編集リンクを追加する機能と節単位編集リンクに「閲覧」「ウォッチ」等を追加する機能は、これまでどおりでいいと思います。 --whym （会話 ） 2013年5月11日 (土) 14:17 (UTC)
MediaWiki:Gadget-MoveEditsectionDisable ）していた人は影響を受けます。後者の人数は非常に少なかったようです。ToolServer でガジェットの利用者数 を調べてみたところ、MediaWiki:Gadget-MoveEditsectionDisable を有効にしていたアカウントの数は 21 だけでした（比較対象として、Help:ナビゲーション・ポップアップ は2000以上です）。利用者ごとの設定に記入している人もいない ようです。左側に移動させるには新たな実装が必要になりますし、いずれにしても利用者数の実態からみて全利用者が全ページでロードする Common.js に記載すべき機能ではない気がします。要望があった場合に新しいガジェットとして作成するのがいいかもしれません。廃止する場合、Common.js から該当部分を除去するのに加えて、MediaWiki:Gadget-MoveEditsectionDisable のスクリプト を削除することになります。おそらく MediaWiki:Gadget-MoveEditsectionAntiJump のスタイルシート も不要になるかと思います。 --whym （会話 ） 2013年5月11日 (土) 14:17 (UTC) 利用者:Whym/editsectionenhanced.js を作ってみました。 --whym （会話 ） 2013年5月11日 (土) 14:17 (UTC)
Screenshot of the Earth test search , with this script adding links to Wikidata, Reasonator, Commons, and Wikipedia. Hello, I propose to enable the tool created by Magnus Manske (creator of MediaWiki) to provide results from other languages and Commons (via Wikidata) when a page doesn't exist here: links are added to Special:Search and noarticletext . This helps to encourage translation and to make readers use your wiki more, because they can be sure to find something even if it's not local (rather than searching directly on the biggest wiki). The Italian and Polish Wikipedias, among others already enabled it by default.[8] [9] [10] . More information: Magnus blog .
// Results from Wikidata
// [[File:Wdsearch_script_screenshot.png]]
if ( mw.config.get( 'wgCanonicalSpecialPageName' ) === 'Search' || ( mw.config.get( 'wgArticleId' ) === 0 && mw.config.get( 'wgCanonicalSpecialPageName' ) === false ) ) {
importScriptURI("//en.wikipedia.org/w/index.php?title=MediaWiki:Wdsearch.js&action=raw&ctype=text/javascript");
}
--
Nemo 2013年12月12日 (木) 08:56 (UTC) (
comments, translations and last instructions )
利用者:Fryed-peach/FA.js にありますので、これを反映させることを提案します。--fryed-peach [会話 ] 2013年12月20日 (金) 05:39 (UTC)
報告 ご提案の内、最低限必要な部分は修正しました[11] 。--Frozen-mikan （会話 ） 2013年12月20日 (金) 09:07 (UTC) Wikipedia:バグの報告#古いブラウザでの動作確認報告 」で報告がありますように、ブラウザによって jQuery や mw を未定義値 (undefined) のままにする分岐処理が行われています。しかし、既存のスクリプトは、これらの値が必ず存在するものとして書かれており、未定義値のままになっているブラウザではエラーが発生しています。よって、その簡易的な対策として、大雑把では有りますが、以下のスクリプトを差し込みたいと思います。同時に関数 toggleNavigationBar が暗黙のグローバル関数として使われていますので、その部分を修正したいと思います。その他、グローバル変数として見えていたものが隠れますので、他のスクリプト（ガジェットを含む）で何らかの問題が発生する可能性は否定できません。
typeof mw != 'undefined' && ( function () {
/* mw に依存する部分の始まり */
/* 既存のスクリプト （この行は追加しません） */
/* mw に依存する部分の終わり */
}());
（解説）前半の typeof mw != 'undefined' の部分は window.mw !== undefined とほぼ同じ動作になります。この部分が mw が未定義値だった場合のエラーを回避する本体です。後半の無名関数 (function() {}()); は、内部に既存のスクリプトを配置します。関数にまとめることで、mw が未定義値だった場合、既存のスクリプトを実行させません。 // 修正前
function toggleNavigationBar ( indexNavigationBar )
// 修正後
window . toggleNavigationBar = function ( indexNavigationBar )
問題がないようでしたら、1週間後、日本時間の19日夜以降に反映する予定です。ご意見やお気づきの点などがありましたらお知らせください。--Frozen-mikan （会話 ） 2014年8月12日 (火) 03:03 (UTC)
コメント 無名関数の中に封じ込めるスクリプトの範囲をどのようにお考えなのか確認しておきたいところです。たとえば記事名チェッカは処理内でwgで始まるグルーバル変数を使用していますが、disableTitleChecker、TitleChecker_excludeというグローバル変数を定義しているのでこれは範囲外に出す必要があるでしょう。ところで英語版 を見たのですが、特に対策はしてないようですね。--Wolf359borg （会話 ） 2014年8月12日 (火) 11:56 (UTC) var を除去し、window. を前置することでグローバル変数を維持しようと思いますが、いかがでしょうか。--Frozen-mikan （会話 ） 2014年8月12日 (火) 12:25 (UTC) Wolf359borg （会話 ） 2014年8月12日 (火) 12:38 (UTC) 報告 提案の通り、先ほど Common.js を編集しました（差分 ）。議論の中では「グローバル変数」を選んで残す予定でしたが、全てのグローバル変数（関数）を残すようにしました。提案に無い部分としては、関数宣言を関数式に変更した箇所は、式の最後にセミコロンを追加しています。出来る限りエラーが起きないように編集しましたが、何か有りましたらお知らせ頂けるようお願い申し上げます。--Frozen-mikan （会話 ） 2014年8月19日 (火) 13:33 (UTC)
報告 Vector.js についても同様の編集を行いました（差分 ）。--Frozen-mikan （会話 ） 2014年8月19日 (火) 14:04 (UTC) mw:Manual:Coding_conventions/JavaScript#Closure にはクロージャ引数（(function(mw, $){/*本体*/}(mediaWiki, jQuery))）を利用するやりかたが書かれています。未定義の場合に何も実行しないようにするという効果は同様だと思いますので、こちらのやりかたのほうが一貫性の点で好ましいかもしれません（同様の方法で書かれたスクリプトはc:MediaWiki:Gadget-AjaxQuickDelete.js など、他ウィキでしばしば見かけます）。それほど大きな違いはなさそうですので、強く提案はしませんが。 --whym （会話 ） 2014年8月23日 (土) 12:33 (UTC) Frozen-mikan （会話 ） 2014年8月23日 (土) 13:29 (UTC) whym （会話 ） 2014年8月23日 (土) 13:48 (UTC) Wikipedia:バグの報告#古いブラウザでの動作確認報告 の報告者です。JavaScriptのエラーが注意喚起になるのはそれなりの知識がある人だけで、一般の利用者にはなぜか読み込みスタータスがreadyにならないおかしな状態に過ぎず対処不能です。でも英語版では特に対処されてなくて普通にエラー出てしまうんですよね。対応していない環境への注意喚起に関しては、もうIE6以前などisCompatible()で未対応判定される環境は非推奨 であるとはっきりHelp:MediaWikiに適応するブラウザ に書いておくべきだと思うのです。関連してこういう提案 もさせて頂いています。--Wolf359borg （会話 ） 2014年8月23日 (土) 14:32 (UTC) Frozen-mikan （会話 ） 2014年8月23日 (土) 16:02 (UTC) 報告 別の話をしていた所、気になり、IE11によるIE5相当で実行しなおしてみたら、どうやらスクリプトを読み込まない形に切り替え（一箇所だけ mw の未定義エラーが起きていますが）、Common.js なども読み込まれていないようです。ログインしていても、ガジェットの方は、[ResourceLoader|dependencies=mediawiki.util] など英語版[12] のように依存関係が書いてあれば、読み込まれずに問題が起きないようです。他の方にもご確認いただけるとありがたいです。--Frozen-mikan （会話 ） 2014年8月23日 (土) 16:02 (UTC)
Wolf359borg （会話 ） 2014年8月23日 (土) 23:07 (UTC) MediaWiki‐ノート:Gadgets-definition 」で作業管理し、対処したいと思います。--Frozen-mikan （会話 ） 2014年8月24日 (日) 03:48 (UTC) 報告 ガジェットについて「MediaWiki‐ノート:Gadgets-definition#ResourceLoader への依存を明示する提案 」を提出しました。こちらの方もよろしくお願いします。--Frozen-mikan （会話 ） 2014年8月24日 (日) 07:49 (UTC) global edit interface editor for the Wikidata team. Thanks, Bene* （会話 ） 2014年8月18日 (月) 20:27 (UTC)
Frozen-mikan （会話 ） 2015年3月14日 (土) 15:47 (UTC)
Frozen-mikan （会話 ） 2015年4月27日 (月) 07:15 (UTC)
報告 編集しました[13] 。直ぐには反映されないようですが、ガジェット等を含まない状態で importScript の警告が何件か出るだけになるはずです。なお、この編集による不具合あれば、「Wikipedia:管理者伝言板/保護ページ編集 」に差し戻しの依頼を行って下さい。よろしくお願いします。--Frozen-mikan （会話 ） 2015年4月29日 (水) 04:17 (UTC) 報告 類似のグローバル変数である skin をローカル化しました（差分 ）。--Frozen-mikan （会話 ） 2016年4月14日 (木) 16:00 (UTC) fryed-peach （会話 ） 2016年9月30日 (金) 13:31 (UTC)
廃止になっていた のを知りませんでした。情報ありがとうございます、処理を除去しました。--cpro （会話 ） 2016年11月8日 (火) 01:12 (UTC) 提案 現状、MediaWiki名前空間のみが対象になっているWithJS withCSS カスタムJS の体験も可能になります。
1週間ほど意見を募集し、反対がなければ、変更作業を行いたいと思います。よろしくお願いします。--Waiesu （会話 ） 2016年11月7日 (月) 05:05 (UTC)
反対 提案やカスタムJS体験の容易化という主旨には共感するんですが、悪意あるスクリプトを容易に実行させられるため、残念ながら無理だと思います。--cpro （会話 ） 2016年11月7日 (月) 05:28 (UTC) 返信 (Cpro さん宛) ご意見ありがとうございます。利用者名前空間の場合は、confirmでその旨を警告し、自己責任でOKを押した場合のみスクリプトを読み込ませるというのはどうでしょうか。--Waiesu （会話 ） 2016年11月7日 (月) 05:51 (UTC) 可能性があるとすれば、たとえば各自の利用者サブページに[[利用者:Cpro/withjsoptin.js]]のようなオプトインページ（.jsは改竄防止のため）を作らせて、そこに名前がある利用者のカスタムJSのみ許可するような仕組みでしょうか。名前がない場合confirmダイアログでOKするとオプトインページの編集画面に飛ぶようにすれば多少は利用者負担も減るかなと。結構大がかりな改造になってしまいますが。--cpro （会話 ） 2016年11月7日 (月) 07:41 (UTC) 反対 それは誰も幸せにならないと思うのです。自己責任にするなら console から読み込み文を打たせるか、個人用 js / CSS に入れればいいと思うのです。わからない人が下手に触ると碌なことにならない類のものですし。--rxy （会話 ） 2016年11月7日 (月) 09:44 (UTC) ┌ ──────────────────────────────────────────────────────────────────────────────────────────────────── ┘ 返信 (cpro さん、rxy さん宛) ご意見ありがとうございます。やはりカスタムJSを対象とするには、安全性の面にかなりの配慮をしなくてはならず、難しいようですね。JSについては取り下げます。
さて、CSSについてはどうでしょうか。現在、Template‐ノート:Reflist#列数指定時の列幅に下限を設定する提案 においてMediaWiki:Common.css の変更を含めた提案をしていまして、なにせ影響が大きいですから、より多くの方に体験をしてもらうために、こちらのスクリプトの変更の提案したわけであります。cssについてもご意見お願いします。（上記提案にもご意見をくだされば光栄です。）--Waiesu （会話 ） 2016年11月7日 (月) 14:34 (UTC)
rxy （会話 ） 2016年11月7日 (月) 22:09 (UTC) 返信 (rxy さん宛) 今回の件に関して言えば、それで済む話かもしれませんが、この先、MediaWiki名前空間を編集できない方が提案する際の補助になります。cssにはセキュリティ上のリスクもありません。--Waiesu （会話 ） 2016年11月8日 (火) 09:27 (UTC) コメント 例えば、MediaWiki名前空間にテスト用JS/CSSを置いて、必要があればそこから管理者/インターフェース編集者が操作を行って、期間限定で一時的に利用者名前空間のJS/CSSをインポートしたほうが良いと思います。利用者名前空間のJS/CSSは基本的に本人しかいじれないので、利用者名前空間のJS/CSSをロードするとしてもリスクは大きく下がるはずです。とは言え、この対処法を推しているわけではありません。不正目的の申請を誤って許可すれば不特定多数が危険なコードを実行する結果にはなりますので、やはり一定のリスクは伴います。権限申請の類と比較すると、不正申請を誤って許可するリスクは高いと思います。実施を必ずしも推すわけではないが、もし実施するならこれぐらいの手の込んだシステムは必須である、という主旨で捉えていただければ幸いです。--Marine-Blue talk ✿contribs ✿mail 2016年11月10日 (木) 08:22 (UTC) 返信 (Marine-Blue さん宛) コメントありがとうございます。JSについて、セキュリティ上の観点から特別な配慮が必要なことは理解しています。CSSに限定すると、特にそういった配慮・対処をせずとも問題は発生しないと考えますが、どうでしょうか。--Waiesu （会話 ） 2016年11月10日 (木) 14:20 (UTC) 取り下げ 提案について賛同が得られなかったため、取り下げます。代わりにMediaWiki:Common.css の提案用にMediaWiki:Test/common.css を作成したことを報告します。
--以上の署名 のないコメントは、Waiesu 会話 ・投稿記録 ）さんが 2016年11月18日 (金) 14:46 (UTC) に投稿したものです（whym （会話 ）による付記）。
<big>...</big>とタグの意味に変更があり文字サイズ変更だけの用途としては非推奨となった<small>...</small>が挿入されるため、mw:Extension:WikiEditor/Toolbar customization の方法で{{larger|...}}{{smaller|...}}126.144.37.127 2017年3月1日 (水) 17:43 (UTC)
Wikipedia:良質な記事/良質な記事の選考 で、以下のJavascriptのエラーが発生しています。
Uncaught ReferenceError: extParam is not defined
ブラウザのデバッガの内容から推察すると、Common.jsのl.783,790のextParamではないかと推察され、前後のコードから、他の記事を表示している記事のうち、特定の条件を満たす記事でこの問題が発生するのではないかと推察されます。
現在のところ、このエラーでUIの動作不良などは確認できておりませんが、ご修正をお願い致します。
--MawaruNeko （会話 ） 2017年11月6日 (月) 14:56 (UTC)
cpro （会話 ） 2017年11月7日 (火) 00:20 (UTC) MawaruNeko （会話 ） 2017年11月7日 (火) 13:40 (UTC) window.disableSomeFeature = true;などとしておくとCommon.jsの機能を無効化するオプションを提供しているものがいくつかありますが、ResourceLoader が導入されてからはロードのタイミングが変わって、Common.js上の$(Func)が実行される時点（DOM構築完了時実行）ではまだユーザースクリプトがロードされておらず（少なくともロードされることが保証されていない）、無意味になっています。
この手の無効化オプションはガジェットがない時代にユーザー側で有効化/無効化を選択できるようにしていた慣習によるもので、ユーザーによる選択が妥当なものであればガジェットで実装するのが本来あるべき状態ですし、選択させる必要がなければオプションは廃止してよさそうに思います。以下、現状をまとめてみます。
機能
内容
対処
TitleChecker
改名時や新規作成時に記事名がWP:NC に沿っているかチェックする機能。特に無効化する意味もなく、無効化オプションは不要か。
modifyEditsection
井戸端などでトランスクルードされたサブページへの節編集リンクを拡張する。必ずしも全員に必要なものではなく、ガジェット化が妥当か。
summaryEnterReject
要約欄でエンターキーを押した際に投稿されないようにする。ガジェットGadget-SummaryEnterSave.js で無効化できるようにしているので現状でOK？既定で有効なガジェットに変更する方が自然かも（参考: Wikipedia:井戸端/subj/要約記入欄でエンターキーを押したときの動作 ）
UsernameReplace
投票ページなどで、<span class="insertusername"></span> の中身を利用者名で置き換える。ガジェットから移行した経緯もあり（参考 ）、特に無効化する意味もなく、無効化オプションは不要か。
ご意見をお寄せください。--cpro （会話 ） 2017年11月8日 (水) 07:16 (UTC)
Wikipedia:ガジェット/提案 にガジェットへの移行を提案しました。--cpro （会話 ） 2017年11月10日 (金) 01:46 (UTC) 報告 TitleCheckerについては、MediaWiki‐ノート:Common.js/記事名チェッカ#改修およびサブページ分離の予告 でMediaWiki:Common.js/titleChecker.js にサブモジュール化したのを機に、無効化オプションを廃止しました。--cpro （会話 ） 2017年11月15日 (水) 06:18 (UTC) 報告 modifyEditsectionとsummaryEnterRejectのガジェット化を完了しました。--cpro （会話 ） 2017年11月17日 (金) 08:02 (UTC) MediaWiki‐ノート:Vector.js#強制プレビューの更新 にて改廃の提案をしております。--rxy （会話 ） 2017年12月8日 (金) 15:37 (UTC)
mw:Snippets/Load JS and CSS by URL にある最新版への更新を提案します。変更点は「importStylesheetとimportScriptからmw.loader.loadへの移行」の1点であり、理由は下記の通り。
特に問題がなければ、1週間後に更新します。--ネイ （会話 ） 2020年4月17日 (金) 04:00 (UTC)
mw-collapsibleクラス が導入されたため、Dynamic Navigation Barsを廃止すべきであると考えます。ただし、mw-collapsibleで表示される折り畳みボタンの表示が未調整のため、現時点ではまだ移行できていません。つきまして、まずはDynamic Navigation Bars側を（英語版 から再移入して）更新し、コードを整理してから移行を考えたいと思います。現時点でCommon.jsに出ているWarning 3件が全てDynamic Navigation Bars由来となっているため、リファクタリングの面からも更新すべきと考えます。目立った変更点としてはa.hrefによるリンクからonclickイベントへの移行が挙げられます。特に問題がなければ、1週間後に更新します。--ネイ （会話 ） 2020年4月25日 (土) 06:12 (UTC)
--ネイ （会話 ） 2020年5月4日 (月) 12:38 (UTC)
2については、スクリプトを10件ほど編集したところで上記の説明の間違いに気づきましたので、一旦作業を止めています。具体的には、Common.jsにおけるwgから始まるローカル引数は利用者スクリプトで参照できるわけではなく、利用者スクリプトのほうで利用しているのはmw:ResourceLoader/Migration guide (users)#Global wg variables にて非推奨とされたグローバル引数のほうです。これらのグローバル引数は2011年6月のMediaWiki 1.17より非推奨となっていましたが、phab:T72470 により2019年10月から順次除去される予定となっており、ウィキペディア日本語版を含むgroup2のウィキは現時点で今年6月の除去を予定しているようです。つきまして、改めて「ウィキペディア日本語版における全てのスクリプト（利用者スクリプトを含む）において、wgから始まるグローバル変数をmw.config.get経由に変更する」ことを提案いたします。これは、先立って行われた10件ほどの利用者スクリプトの編集の追認も含みます。なお、提案の性質上ボット作業依頼は難しいと考えられるため、手動での作業を予定しています。--ネイ （会話 ） 2020年5月13日 (水) 08:47 (UTC) 非推奨変数はどうも他社のユーザーJSの編集をためらっていたようですね。当時の事情はよく覚えていませんが、インターフェース管理者の権限でユーザーJSのコード置換を行うのは問題ないと思います。というか、そのような運用を意図して他のユーザーJS/CSSの編集権限が与えられているはずです。--Marine-Blue talk ✿contribs ❀mail 2020年5月14日 (木) 09:57 (UTC)
ネイ （会話 ） 2020年5月23日 (土) 12:11 (UTC) 
