Wikipedia:井戸端/subj/要約記入欄でエンターキーを押したときの動作

現在ご覧になっているのはWikipedia:井戸端のサブページです。
この話題の最新の投稿から10日間経過するか、最初の投稿から30日が経過すると、井戸端への読み込みが解除されます。
井戸端への読み込みが解除されても、Category:井戸端の話題から参照できます。

要約記入欄でエンターキーを押したときの動作

A～D案

こんにちは。mizusumashiです。要約記入欄でエンターキーを押したときの動作の変更について、皆さんのご意見をうかがいたいと思います。

現在、編集画面の要約記入欄でエンターキーを押した場合、編集内容が保存されます（Windows XP + Firefox 3.0、Internet Explorer 7.0、Google Chrome 2.0、Safari 4.0.3で確認。以下同じ）。この動作については、以前から変更が提案されてきましたが、本格的には導入されていません。以前の提案には、次のようなものがあります：

2008年2月の話し合いの中で、サーバー管理者・MediaWiki開発者に掛け合われた方がいらっしゃいましたが、MediaWikiの側で標準動作を変更することはしない、としたうえで、JavaScriptで対応したらどうかとの回答をもらわれたようです。結局、このときも実現には至らなかったのですが、今月（2009年8月）の話し合いの結果、ひとまず、ガジェットとして「編集画面の保存ボタンとプレビュー・ボタンの位置を入れ替える。多くのブラウザでは、記事の要約記入欄でエンター・キーを押したときにプレビューされるようになる」という機能を導入いたしました（実際に有効にして試してみてください）。このガジェットの動作を、デフォルト（ガジェット非使用時）となるようにするかを含め、いくつかの選択肢の中から、要約記入欄でエンターキーを押したときの動作を変更するかどうか、変更するなら、どのように変更するか、皆さんのご意見をうかがいたいと思います。以下選択肢を列挙します：

A. 保存ボタンとプレビュー・ボタンの位置を入れ替える。このことによって、多くのブラウザでは、記事の要約記入欄でエンター・キーを押したときにプレビューされるようになる。

試用方法：ガジェットとして導入しているので、それを有効にすることで試せる。 長所：ほんとどのブラウザで、左端（最初）のボタンがデフォルトのボタンであるので、それらのブラウザの標準的なGUIに従うことになる。 短所：ウィキペディア日本語版以外のウィキメディア・プロジェクト、その他のメディアウィキ・サイトと、編集画面のボタンの並び方が変わる。

B. 要約記入欄でエンターキーを押したとき、プレビューを行うようにする。

試用方法：ユーザー・スクリプトに「importScript('User:Mizusumashi/Script/SummaryEnterPreview.js');」と書き込むと、試せる。
短所：GUIとして非直感的、非標準的。
保存ボタンを太文字のままにしておくと、視覚上は保存ボタンがデフォルトなのに、エンターキーでプレビューされるという、非直感的な動作をすることになる。プレビューボタンを太文字にすると、ボタンの並びが、保存（標準文字）・プレビュー（太文字）・差分（標準文字）というこれまた非標準的なGUIとなる。保存ボタンを標準の文字、プレビューボタンも標準のままにすれば、改善されるが、やはりGUIとしてやや違和感がある（真ん中のボタンがデフォルトってあるのかな）。

C. 要約記入欄でエンターキーを押したとき、何も行わないようにする。

試用方法：ユーザー・スクリプトに「importScript('User:Mizusumashi/Script/SummaryEnterDeny.js');」と書き込むと、試せる。
長所：特になし。
短所：特になし。

D. デフォルト（ガジェット非使用時）の動作は変更しない。

長所：動作を変更させたい人だけ、意識的に変更できる。なお、導入済みのガジェットを使用すれば、A.と同じ。ただし、ガジェットの場合は、利用者が自分が何をやっているのか分かった上で意識的に選択するので、GUIが多少は非標準的になったからといって問題はない。
短所？：ガジェットを有効にしなければ、いままでのまま。

いちおう、私が考える長所と短所を書いておきました。皆さんのご意見としては、上に長所・短所と書いた内容を瑣末なことだと考える方もいらっしゃるでしょうし、上に挙げたこととは関係なく、自分はこの動作がよい、使いやすい、ということもあるでしょう。なお、私は当初、プログラム的にはA.とD.が素直で保守しやすく、B.がそれにつぎ、C.がトリッキーで保守しにくそうなことが気になっていましたが、どれも短いプログラムなので深刻なことはではありませんし、すべて、Firefox、Internet Explorer、Google Chrome、Safariで動作確認済みなので、ひとまず十分だろうという気もします。

A.～D.のどれが良いか、みなさんのご意見をお聞かせください。--mizusumashi（月間感謝賞を応援します） 2009年8月29日 (土) 07:30 (UTC)[返信]

A.で良いかな、と。小生も「～を翻訳」と入力すべきところ「～wo」と投稿してしまったことが何度かありますのでデフォルトでセーフティがかかっているほうが良いです。--Wakimasa 2009年8月30日 (日) 09:27 (UTC)[返信]

A.入れ替えるであれば、「プレビュー - 投稿 - 差分」ではなくて「プレビュー - 差分 - 投稿」の方が良いと思います。現在のガジェット「プレビュー - 投稿 - 差分」を試してみましたが、どうも脳が混乱気味になります。「プレビュー」は「差分」の兄弟分だと思うので、隣り合っている方が分かり易いです。

余談。投稿画面の3番目のボタン（現時点では「差分」）と「中止」リンクは 1em くらい離れていた方が、誤って押すことが減ると思います。ボタンが密集していたり誤押し防止が無かったり、ウィキペディアのアクセシビリティは微妙に変なところがありますね。ベクタースキンのフォントサイズ固定は非常に辛い。これ、将来的には標準スキンになってしまうのだろうか。--ラッキースター・キッド ◆Luck.w.AEQ 2009年8月30日 (日) 23:56 (UTC)[返信]

Aが多いようですが、個人的な好みはCです。ただまぁ、B-Dを使用する方法が残されるのであれば強い反対を示す理由はありません。姉妹プロジェクトも、日本語圏に限れば大したことないかもしれませんが、活用頻度の高いCommonsやMetaでプレビューと投稿を間違えるのは痛いと思います。要約欄記入のルールが日本語圏ほど厳しくはありませんが、要約が中途半端になっていいという理由にはなりませんので。--Marine-Blue [ 会話履歴電信 ] 2009年9月1日 (火) 10:47 (UTC)[返信]

◆右に同じくCを推します。生かしておいてデメリットがあるくらいならいっそ殺してしまうのも考え方としてはアリだと思いますし、殺して大きな影響を及ぼす機能ではないと思うので。クリックひとつだし...。-- いすか - ish-ka から改名しました - (talk/wikimail/contributions) 2009年9月2日 (水) 01:51 (UTC)[返信]

コメント 本件作業、ありがとうございます。ガジェットはありがたく使用させていただいています。理想を言えばMediaWikiのディフォルトである「投稿 - プレビュー - 差分」の順になれば最高なのですが、ボタン配置の変更は難しそうですね…。提示いただいたA〜D案ですが、私はD案（現状のまま）でも十分だと思いますが、ディフォルト動作を変更した方がよいという意見が多い場合は、C案が影響が少なくて無難かもしれません。--Penn Station 2009年9月2日 (水) 15:05 (UTC)[返信]

私はDでよいと思います。たとえば、新たに作成した記事へのリンクを既存記事に作成する場合など、同じような編集を繰り返す場合にキーボードの操作以外にクリックも必要になるのは、塵も積もって作業にかかる時間が増えます（そういった編集の場合は要約が切れてしまってもGFDL上の問題は特にないと思いますし）。私も翻訳作業をよくしますが、うっかりミスを防ぐためにテキストエディタで要約を書いてから貼り付けるようにしています。A～C案でクリックが1回増えるだけ、というのならば、コピー&ペーストを1回増やすだけで防げる問題だとも私は思います。もっとも、「現状に問題があるのではないか」という問題提起なわけですから、「現状維持」（D案）の支持が少ないようであれば、「何もしない」（C案）がもっとも無難だと思います。--Balmung0731 2009年9月2日 (水) 21:43 (UTC)[返信]

コメント D案に賛同します。私もユーザビリティの観点からEnterキーの誤入力時のエラーハンドルが良ろしくないとフィードバックしたことがありますが、これは、誤入力時に要約欄の為だけに再投稿する際の手間と無駄なリソース消費を減らした方が良いだろうという趣旨のものでした。開発側でリソース消費の観点から問題意識がないのであれば、ユーザー側として積極的に何かする必要性も薄くなる為、インタラクティブやナビゲーションデザインの一貫性によるユーザビリティの向上の観点から、現状維持を支持します。--hal* 2009年9月3日 (木) 05:06 (UTC)[返信]

デフォルトで C、但し現状と同じ動作をするガジェット「も」用意する、というのが良いと思います。コード的には A のガジェットのボタンの位置を入れ替えるだけですし。本当はボタンの位置と独立にデフォルトボタンを指示できると良いのですが。--Jms 2009年9月3日 (木) 14:02 (UTC)[返信]

コメント A案かD案に賛成ですが、B、C案にも基本的に反対しません。で、2点ほど。

A案（D案）の場合、ボタン配置はラッキースター・キッドさんの案「プレビュー - 差分 - 投稿」に賛同します。
B案、C案の場合は、ボタンラベルのボールド表示とデフォルト動作が同期するようにしてください（C案の場合はどれもボールドにしない）。それが何らかの理由でできない場合は、B案、C案に反対します。--Blowback 2009年9月3日 (木) 14:21 (UTC)[返信]

A案（ボタン配置の変更）には反対です。他の言語、およびプロジェクトでのボタンの配置との統一が崩れるためです。--Mymel o 2009年9月3日 (木) 16:34 (UTC)[返信]

B案ベースでプレビューをボールドというのを試してみていますが、わたくしにはA案よりもしっくり来ます。つまり、ブラウザのセキュリティ設定低めの非ログインユーザと同様のルックアンドフィールです。--Jms 2009年9月3日 (木) 17:11 (UTC)[返信]

コメント トリッキーで保守しにくいというのが若干気になりますが、C案に賛同します。フールプルーフで、かつユーザを驚かさないという2点を兼ね備えており、デフォルト動作としてはこれがもっとも望ましいと思います。個人的には漢字変換のつもりで投稿してしまった事が何度かあり、AやBであっても改善自体は賛成です。--Yukida-R 2009年9月4日 (金) 16:07 (UTC)[返信]

コメント非常にわかりやすいC案に賛同します。--神楽 2009年9月24日 (木) 05:56 (UTC)[返信]

C''案の提案を行いました。以後は、C''案への賛否をいただければと思います。--mizusumashi（月間感謝賞を応援します） 2009年9月24日 (木) 11:46 (UTC)[返信]

C'案

提案者のmizusumashiです。みなさんのご見解をうかがいますといろいろと意見・希望が分かれていますが、ややC案への支持が優勢であり、もしその線でまとまらなければ、ガジェット非使用時の動作変更は今回は見送ったほうがよいのかなと思います。そこで、私から、C案を基本として、それに少し修正を加えたC'案を提案いたします：

C'. 要約記入欄でエンターキーを押したとき、何も行わないようにする

ボタン配置（保存-プレビュー-差分）は入れ替え得ない
すべてのボタンは非太字にし、強調させない
要約記入欄でエンターキーを押したとき、保存（投稿）がなされる状態にもどすガジェットをつける
- このときもボタン配置（保存-プレビュー-差分）は入れ替え得ない
- このときは「保存」ボタンは太字にし、強調する
現行ガジェット「編集画面の保存ボタンとプレビュー・ボタンの位置を入れ替える。多くのブラウザでは、記事の要約記入欄でエンター・キーを押したときにプレビューされるようになる」は、いったん廃止
とりあえずこれに関係する他のガジェットは用意しない。ただし、後日、べつの話題としてガジェットの追加を提案することは妨げない

提案の趣旨として、何点か説明いたします。まず、この提案へのご意見をうかがってもう一度くらい修正案を提出するかもしれませんが、できればこの提案への賛否などで決着がつけばそれにこしたことはないと思っています。つまり、今回は、たんに自分としてはというだけではなく、上で出たような他の方の意見を踏まえた上でのご意見をお聞かせくださればと思います（具体的に言えば、「自分としてはB案を支持するが、C案への支持が多いので妥協する」とか、「自分としてはC'案に異存はないが、簡単に決めるべきことではないので、もっとよく話し合うべきだ」とかいうことを考慮した上でのご意見ということです）。

つぎに、C案を基本としたものだけ提案しましたが、少なくともD案、つまり現状維持という立場を切り捨てたというわけではありません。ひとまず、この私の提案に対する限り、C'案への反対とは、すなわち、それと比較しての現状維持への賛成であり、上記のとおり他の方の意見を踏まえた上でやはり現状維持というご意見であれば、反対の意志を表明してください。また、議論の継続への支持も、やはり、ひとまず「反対」ということにしてください。

ガジェットをひとつしか用意しないのは（現行ガジェットを廃止してまで一つにしぼるのは）、それは、またべつに要望が出れば検討するということにしたほうが良いだろうと考えたからです。

以上、この提案に対して、皆様の賛否・ご意見をお聞かせください。--mizusumashi（月間感謝賞を応援します） 2009年9月11日 (金) 11:55 (UTC)[返信]

現行ガジェットは投稿時のドキドキが少なくして執筆を助ける機能なので、その廃止は望ましくないと思います。C 案をベースに、個人設定のガジェットタブに「要約記入欄でエンターキーを押したときの動作」チェックボックスを設け、その下に「投稿」「プレビュー」なラジオボタンをつけて、ガジェットを使うならデフォルトで投稿するガジェットとプレビュー表示するガジェットを排他的に選べる様にしてはどうでしょう。プレビューガジェットは、ボタン位置は変更せずプレビューボタンを太字表示するのが良いと思います、なぜならそれがブラウザのセキュリティ設定が相対的に低めな非ログインユーザの利用環境だからです。デフォルト動作がプレビューな状態というのは、それ自体一貫しているのが望ましいと思います。--Jms 2009年9月11日 (金) 23:05 (UTC)[返信]

ええと、そのあたりのことは私も考えてはいるのですが、それを踏み込んで検討しようとすると、いろいろと込み合ったことになります。そこで、ひとまず、要約記入欄でエンターキーを押したときにプレビューを行うガジェットがない限り、C'案に反対というご意見なのか、そういうガジェットがないとしてもC'案に賛成ではあるというご意見なのか、お手数ですが、そのあたりを明確にしてはいただけないでしょうか。もし、前者なのであれば、C'案に反対ということで本筋の異論として扱わざるをえません。しかし、後者なのであれば、ノートにでも場所を移すなり、別にセクションを設けるなりして、いくらでも込み入った話を続けることができますので。--mizusumashi（月間感謝賞を応援します） 2009年9月13日 (日) 13:09 (UTC)[返信]

前者です。C 案への賛意と D 案へのそれがほぼ均衡している状況であり、C' 案よりは D 案で様子を見るのが良いと思います。--Jms 2009年9月13日 (日) 13:33 (UTC)[返信]

了解いたしました。ただ、申し訳ありませんが、他の方がC'案にどのようにお考えになるか聞いてみたいことと、私が明日からウィキブレイクに入らせていただくことから、ご指摘の点は1週間くらいペンディングにさせてください。その間に腹案をさらに練ることにいたします。--mizusumashi（月間感謝賞を応援します） 2009年9月14日 (月) 11:59 (UTC)[返信]

ひきつづき、mizusumashiです。私としては、要約記入欄でエンターキーを押したときにプレビューになるガジェットの提供に、あまり有益ではないならば保守性の観点からないほうがよいとは思いますが、それほど反対ではありません。ただ、それは、それが有益だと考える人がどれほどいるのかとか、ガジェットの選択画面でどのようなインターフェースを提供するのかとか、プレビューの機能をつけるのならば差分の機能はなぜつけないのかとか、もろもろの観点がからむので、後日の課題にしてしまったほうが良いだろうと考えている、ということです。

まず、「なぜならそれがブラウザのセキュリティ設定が相対的に低めな非ログインユーザの利用環境だからです」というのには、いくつもの誤認が前提とされているように思います。第一に、（現在）非ログインユーザーが要約記入欄でエンターキーを押した場合にプレビューになるのは、一回だけです。一回プレビューしてしまえば、そのあとは、エンターで保存がされます。第二に、それもすべてのブラウザでそうなるわけではありません。実際、Firefoxの私の環境では、非ログインで（一回もプレビュー or 差分表示をしていない時点で）エンターを押しても、何の反応もありません。これは、この機能の目的・仕様が、「要約記入欄でエンターキーを押した場合にプレビューする」といったものではなく、たんに「保存ボタンをクリックできなくする」というものに過ぎず、いくつかのブラウザでエンターでプレビューになるのは副次的な、おそらく意図しない効果だからです。第三に、これがもっとも重要な点ではないかと思いますが、C'案を採用すれば、そもそも、非ログインユーザーが（プレビュー前に）要約記入欄でエンターキーを押しても、何も起きなくなります。つまり、おっしゃるところの「非ログインユーザの利用環境」自体が変更になる、ということです。これは提案に明確にそうだと書いていたわけではありませんが、そうなるのが自然であり、またそのようにしなければ、非ログインユーザーが一回だけプレビューした後には要約記入欄でエンターキーを押せば保存されるようになって、いかにもバランスの悪い結果となります（もちろん、多少複雑なプログラミングをすれば避けることができますが、そこまでしなくてはならない理由が私には分かりません）。ですから、この点のご主張は、私には受け入れがたいものです。

つぎに、「ガジェットを使うならデフォルトで投稿するガジェットとプレビュー表示するガジェットを排他的に選べる様にしてはどうでしょう」というご提案ですが、私もそれをいちど検討してみましたが、そこまでするだけのメリットはないだろうということで私の中では廃案となりました。たしかに、それもやれば不可能ではないでしょう。しかし、多少不恰好ではありますが、「要約記入欄で…プレビューする（…よりも優先）」などというように書いて優先順位を明確にしておけば、インターフェースと仕様上の混乱はないだろうと思います。ただ、この解決をする場合、どれをどういう優先順位にするかを考えなければなりません。それには、インターフェースとしてどういうものが自然だと多くの人が感じるかということと、プログラムのコードとしてどういう順序が自然で保守しやすくなるかということの両方を考える必要がでてきます（そして、それに決着がつかなければ、やはりラジオボタンでということになるかもしれません）。なんというか…　そう単純な話ではなかろう、というのが正直な感想です。

ちょっと話が錯綜して、まとまっていませんが、私としては、私の書き方や考え方が混乱しているのではなく、要約記入欄でエンターキーを押した場合にプレビューとなるようなガジェットを提供するかどうかという問題を考えるのに必要な諸考慮要素自体が錯綜しているのであり、それだけでも、C'案と切り離して検討する、後日の課題として持ち越すのに十分だと考えています。--mizusumashi（月間感謝賞を応援します） 2009年9月20日 (日) 16:56 (UTC)[返信]

非ログイン時の仕様についての誤解についてはわかりました。さて、問題の整理がつかないなら、新たにはなにもしない、というのもまた一つの選択肢かと思います。ガジェット提供のマイナス要素としては、誰かが保守しなければならないというのがあるとは思いますが、それ以外に問題がありましょうか。特段のマイナス要素がないならば、デフォルトの動作は変更せず (つまり D 案)、ガジェットをどうするかは保守の労力 (それは当然ガジェットを使いたい人が負担するとして) とガジェットの利便性とを天秤にかけて別途判断すれば良いのではないでしょうか。今も要約欄入力時の操作ミスであやうく投稿しかけたわたくし自身は、ガジェットが廃止になっても同等スクリプトをユーザスクリプトとして維持するだけなので困りませんが、便利に使われているものをわざわざ廃止することもなかろうと思うのです。--Jms 2009年9月20日 (日) 17:14 (UTC)[返信]

追記。編集に管理者権限が必要、という部分はガジェット保守の手間として残るので、それが問題だという事ならば、ガジェット廃止も致し方ないと思います。--Jms 2009年9月20日 (日) 17:52 (UTC)[返信]

ええと、念のための繰り返しになりますが、私は要約記入欄でエンターキーを押したときにプレビューになるガジェットにつよく反対しているわけではありません。たんに、その導入にやや消極的なのは事実ですが、ひとまず、C'案と現状維持（D案）の間で話し合いを進め、もしC'案に決まればそれを実施して、その上で改めてガジェットについて話し合えば良いだろうという考えです。

しかし、私としては話し合いを順調にすすめるためにと先の二択（とその後のプロセス）を考えたのですから、その二択で話を進めるかどうかで長く争うのは本意ではありません。 2009年9月20日16:56(UTC)のコメントをもってしても、Jmsさんがその二択にどうしても得心がいかないのであれば、他の方からはとくに意見もないことですし、私としてはC'案+プレビュー・ガジェットのC''案（未提示）に切り替えても良いと考えています。

二日ほどまって、とくにご意見がなければ、C'案+プレビュー・ガジェットのC''案に切り替えようと思います。--mizusumashi（月間感謝賞を応援します） 2009年9月21日 (月) 03:09 (UTC)[返信]

C''案の提案を行いました。以後は、C''案への賛否をいただければと思います。--mizusumashi（月間感謝賞を応援します） 2009年9月24日 (木) 11:46 (UTC)[返信]

C''案

A～D案の提案、C'案の提案ときて、ここに私としては最終案と考えるC''案を提案いたします：

C''案. 要約記入欄でエンターキーを押したとき、何も行わないようにする

ボタン配置は入れ替え得ない（保存-プレビュー-差分）
すべてのボタンは非太字にし、強調させない
二つのガジェットを用意する
- 「エンターで保存：要約記入欄でエンターキーを押したとき、保存する」ガジェット
  - ボタン配置は入れ替え得ない（保存-プレビュー-差分）
  - 「保存」ボタンは太字にし、強調する
- 「エンターでプレビュー：要約記入欄でエンターキーを押したとき、プレビューする（「エンターで保存」と同時に有効にされてた場合、こちらを優先）」ガジェット
  - ボタン配置は入れ替え得ない（保存-プレビュー-差分）
  - 「プレビュー」ボタンは太字にし、強調する
現行ガジェット「編集画面の保存ボタンとプレビュー・ボタンの位置を入れ替える。多くのブラウザでは、記事の要約記入欄でエンター・キーを押したときにプレビューされるようになる」は廃止

これを私としてはできれば最終案として、賛否のご意見をいただきたいと思います。現状維持（D案）を支持される方、A、B案を支持される方は、反対の意志をご表明ください。基本的にC''案に賛成するが、微妙な修正を希望される方は、そのようにおっしゃってください。その場合は、内容によって、修正案つき賛成なのか、あるいは事実上反対なのか判断することになると思われます。--mizusumashi（月間感謝賞を応援します） 2009年9月24日 (木) 11:46 (UTC)[返信]

defaultで要約欄でenterしたときに保存されなければ、あとのことはお任せします。変換の文字確定のつもりでenterを押したら保存されちゃったということを過去に何回かしてしまったので、それが回避できれば充分ですが、ぜひ早急に行ってほしい修正でもあります。--とに 2009年9月28日 (月) 01:55 (UTC)[返信]

小生も変換のつもりでenterを押したら投稿されてしまった経験が何度もありますのでそれさえ解消できれば結構です。皆様の尽力に感謝いたします。--Wakimasa 2009年10月17日 (土) 12:27 (UTC)[返信]

賛成 C''案に賛成します。Enterキーで投稿されないようになれば、個人設定のできないIPユーザーにとっても「うっかりミス」を防げるようになると思います。ログイン・ユーザーにとっても「各人の好みや用途に応じて」設定を変更できるのも良い点だと思います。--Balmung0731 2009年10月17日 (土) 20:50 (UTC)[返信]

実施予告

放置していた形になって申し訳ありません。間が開いてしまったので、改めて実施予告を行い、異議を待ち、その結果をみて実施を行いたいと思います。2週間後、つまり2010年1月10日までに異議がなければ、C''案を実施いたします。--mizusumashi（月間感謝賞を応援します） 2009年12月27日 (日) 07:24 (UTC)[返信]

C''案を実施いたしました[1][2][3][4][5][6]。不具合など、お気づきの点があれば、このページ、私の会話ページ、Wikipedia:バグの報告などまでご連絡ください。--mizusumashi（みずすまし） 2010年1月17日 (日) 14:31 (UTC)[返信]

Wikipedia:井戸端/subj/要約欄でのEnterを投稿ではなくプレビューに変更できないかに2008年2月7日 (木) 17:16 (UTC)書き始めた者です。2010年1月17日に至って、約2年かかり、解決を見たのは大変喜ばしいものです。長きにわたり検討、思案され試案も出された皆皆様に感謝いたします。Enterでは何もしないことを確認しました。誰でも要約欄を気遣いせず書けるでしょう。--Namazu-tron 2010年2月10日 (水) 00:26 (UTC)[返信]

完全ガジェット化

IP利用者にも有効にするためCommon.jsでの実装になっていましたが、2011年11月より「IP利用者を含めて既定で有効なガジェット」を設定できるようになっているので、「標準ではない機能を無効にするためにガジェットを有効にする」というクリアーでない状態の解消のため、Common.jsの実装を新ガジェット「要約欄でエンターキーを押した際に投稿されないようにする」に移行し機能を一本化しました。

既定で有効となっており、今まで「エンターで保存」を使っていた方は「要約欄でエンターキーを押した際に投稿されないようにする」を無効にすることで今までと同じ動作を実現できます。実際のところほとんどの利用者には影響はないものと思います。なお、「エンターでプレビュー」には機能の変更はありません。--cpro（会話） 2017年11月17日 (金) 08:16 (UTC)[返信]