リクエスト広場

views
4 フォロー
152 件中 1 から 40 までを表示しています。
5
名前なし 2022/01/29 (土) 18:40:00 a3b27@c2ee0

管理人が機能の制限/開放を設定できるようにすればよいのではないでしょうか。
荒らしが発生したら機能を制限し、管理権限を持たない一般編集者では編集できなくする。
また一般編集者による名前変更には1時間とか1日とか1週間とか、クールタイムを設けるなども有効な荒らし対策になるかと思います。

4

そうかもしれませんね。

3

逆に考えてみて下さい。
もしも簡単な操作でページ名を変更できたら荒らし放題ですよ。

それに加えてページ名自体、つまりURLを変えるとなれば恐らく内部の書き換えで相当な手間が掛かるはずです。

素人の例えですけども、サイトのサーバー移転をする際に何時間もかかるような感じですね。

ここで見ず知らずの貴方に説教をするつもりはさらさら有りませんが、面倒だからこそいいこともあるのではないのでしょうか?

2

それがめんどくさいし、それが出来るなら解放してほしい。

2
koishiba 2022/01/25 (火) 18:09:18 0b3fb@314a1

別に反対はしませんが、
黒バックの場合、普通の青では余計に視認性が悪化するので、
それだけはやめてください。

1
あさかはじゅん 2022/01/25 (火) 11:55:16

 #color(Blue){{
 #fold(あいうえお){{
 かきくけこ
 さしすせそ
 }}
 
 
 #accordion(&color(Blue){たちつてと};,*,close){{
 なにぬねの
 はひふへほ
 }}
 
 
これでできたと思います

9
あさかはじゅん 2022/01/25 (火) 11:52:24

運営の方は見てらっしゃいますか?
どうでしょうか。

1
あさかはじゅん 2022/01/25 (火) 11:51:08

ページの内容を切り取って、消して、新しいページ名でページ作って、貼り付けて更新する。

1
あさかはじゅん 2022/01/25 (火) 11:50:31

設定をWikiごとに変えたい場合困りませんか?

2
名前なし 2022/01/24 (月) 22:30:39 a3b27@c2ee0 >> 1

横からですが、ブラウザの検索機能だと折畳みされている内容が検索から漏れるため、その点は不便ですね。
そういう時、自分は差分表示にしてソース文を検索していますが、見づらいですし一般の利用者に勧められるやり方とは言い難いかと思います。
まぁトピ主さんの目的からするとおそらく不足はないと思います。

1
01v 2022/01/24 (月) 01:54:16

ブラウザ側の機能の検索では不足でしょうか。PCだとCtrl+Fとかで検索できると思います。
また例えばwiki側にページ内検索機能があったとして、どのような検索結果をイメージしてるのでしょうか。サイト全体検索だとヒットするページが列記されるわけですが、ページ内だと該当行に飛んだり色が付いたり程度で、ブラウザの検索機能とたいして変わり映えがしないように思います。

3
名無しの権兵衛 2022/01/23 (日) 13:36:13 f4788@7c7f8

私も同じような現象がおきています。
編集ミスしたとき、この機能を使っても、元通りにはならず、結局やり直しです。

8
821系神 2022/01/22 (土) 10:59:48

自分は早急に実現して欲しいと思っています。

7
とある名無し 2022/01/21 (金) 11:28:27 1f9a7@97205 >> 6

サンプルwikiを見る限りそういう仕様にしてある?
だとすれば正常に表示されるプラグインを追加してほしい

6
とある名無し 2022/01/21 (金) 00:31:23 1d563@22015

文字化けじゃなくてコード化でした。
この現象数年前からあるみたいですね

1
名前なし 2022/01/11 (火) 15:28:49 1cae8@f97ad

賛成です。
あまり詳しくないですけども、pukiwiki系で採用している所も多いですし導入自体はそれほど難しくないんじゃないですかね?
既存のwikiへの対応が大変そうではありますが…

2
名前なし 2022/01/09 (日) 12:43:53 9d145@46052

誤字で申し訳ないですが「revert」でも反映されないです。

5
とある名無し 2022/01/07 (金) 23:20:27 bcea2@22015 >> 4

ミスった。

4
とある名無し 2022/01/07 (金) 23:18:40 bcea2@22015 >> 3

#aaプラグイン抜きだと普通に表示される模様。(++


++
3
とある名無し 2022/01/07 (金) 23:15:38 bcea2@22015


#aaプラグイン内に「‒」を入れる

「‒」←こうなる

1
弥七 2022/01/07 (金) 13:33:43

私の環境 Chrome 97.0.4692.71(Official Build)(x86_64)で問題なく動作しています。

ページ差分欄に直接「revent」を記入しても「reventは実装されていません(日本語訳)」のように出てしまいます。

revent ではなく revert ですよ。

2
とある名無し 2022/01/06 (木) 20:46:02 eb0b8@22015 >> 1

ちなみに絵文字でも同じ事が起こります。

1
とある名無し 2022/01/06 (木) 15:38:03 4ad8c@22015

特に空白のUnicodeを使いたいので

9
るー 2021/12/31 (金) 17:59:33 31711@405c5

今月の27日に対応されていました。
https://twitter.com/WIKIWIKI_Japan/status/1475403578961719306

編集範囲が、末尾の連続した空行を含まない、「見出しの内容のみ」になったみたいです。

例えば、このコードで見出し1を編集しようとしたとき、

*1 [#1]
内容1


*2 [#2]
内容2

従来は、1~4行目までの「連続空行を含む」範囲を編集していたのを、
1~2行目までの「見出しの内容のみ」の範囲を編集するように。

ちなみに、編集範囲が変わっただけなので、新たに付け加えた空行は従来通り削除されるようです。

従来の挙動の良いところをとりつつ、要望を吸収したとても良い変更だと思います。
対応ありがとうございました。

2

レスありがとうございます。
なるほど、Tabキーに関しては全く知りませんでした。
それなら誤送信を減らした上でスムーズに送信できますね。
ありがとうございました。

1
01v 2021/12/30 (木) 21:37:41

PCなら内容を入力後Tabキーを押して挿入ボタンへ移動、Enterで送信ではどうですか。

入力途中でEnter誤送信はたまに見る光景です。誤送信しても直接ページ編集して消したり修正したりすればいいのですが、大抵の人はやり方がわからないのか新たなコメントで続きを投稿します。入力欄でのEnter無効は無難な対応だと思います。またwikiのコメント欄に限らず大抵の入力フォームは上記のようにTabで移動しながらの操作が楽です。

5
アカサカ 2021/12/20 (月) 23:30:02 15d8c@2e9f6 >> 3

念の為、二回目も行いましたが改善されませんでした。
画像1
画像2

4
アカサカ 2021/12/20 (月) 23:19:03 15d8c@9ce85 >> 3

01vさん、ありがとうございます。
chrome ・・・>設定>プライバシー>閲覧履歴データの削除
を行いました。

しかし、削除後も不定期に3~5回に一回の割合で発生します。
不具合が発生するのはタイトル項目名のみなので、
タイトル項目に画像を貼り付けるのは非推奨であると
考えるべきでしょうか?
画像1
画像2

3
01v 2021/12/20 (月) 22:52:45 >> 2

設定 プライバシーとセキュリティ 閲覧履歴データの削除で消せませんか。

2
アカサカ 2021/12/20 (月) 10:21:40 修正 9243d@ff838

wikiwiki公式のツイートで
スーパーリロードやキャッシュのクリア
https://twitter.com/wikiwiki_japan/status/1471822144296620032?s=21
をアナウンスされていました。
不具合一つ目と三つ目は、主にスマホ閲覧時に起きます。
スマホのchromeアプリはスーパーリロードやキャッシュのクリアがないので、スマホのアプリを削除→再ダウンロードしていますが、本日12/20も起きました。改善する方法はありませんか?
画像1

4
adherent45cal 2021/12/20 (月) 00:34:19 >> 1

提案ありがとうございます。
ヘッダーとincludeで注意書きを追加し、様子を見てみます。

3
adherent45cal 2021/12/19 (日) 23:42:13 修正 >> 2

荒らしかと思って一応は確認していますがブラウザ・ネットワークID、IPやcookieはバラバラです。

大型アプデ&セールで新規参入者が多く、その上wikiに慣れていない初心者もいるのかと思います。
規制追加しても以降のHITが0のため事前策が欲しいところでした。

今日の分(ヘッダーに注意書き追加)
https://wikiwiki.jp/eft/?cmd=diff_log&action=detail&did=202112192109163ea24&page=*Lab. Violet keycard

https://wikiwiki.jp/eft/?cmd=diff_log&action=detail&did=20211219124504b784d&page=*ポーチ

https://wikiwiki.jp/eft/?cmd=diff_log&action=detail&did=20211219124312498ea&page=*SHORELINE

https://wikiwiki.jp/eft/?cmd=diff_log&action=detail&did=20211219123825be894&page=*Hunter matches

https://wikiwiki.jp/eft/?cmd=diff_log&action=detail&did=2021121912322925f4f&page=*用語集

https://wikiwiki.jp/eft/?cmd=diff_log&action=detail&did=20211219101411238d5&page=*ポーチ

https://wikiwiki.jp/eft/?cmd=diff_log&action=detail&did=20211219042308b71ac&page=*スキル

https://wikiwiki.jp/eft/?cmd=diff_log&action=detail&did=202112190406523f8e5&page=*RESERVE

https://wikiwiki.jp/eft/?cmd=diff_log&action=detail&did=20211218211458d3bd6&page=*LIGHTHOUSE

https://wikiwiki.jp/eft/?cmd=diff_log&action=detail&did=202112182043420e996&page=*LIGHTHOUSE

https://wikiwiki.jp/eft/?cmd=diff_log&action=detail&did=20211218163916aea3b&page=*Dorm room 206 Key

https://wikiwiki.jp/eft/?cmd=diff_log&action=detail&did=2021121814294779d31&page=*MP-133

https://wikiwiki.jp/eft/?cmd=diff_log&action=detail&did=20211218140348ffd7c&page=*操作の説明

https://wikiwiki.jp/eft/?cmd=diff_log&action=detail&did=20211218032101650fd&page=質問掲示板ログ

https://wikiwiki.jp/eft/?cmd=diff_log&action=detail&did=2021121723443183406&page=*Factory exit key

2
koishiba 2021/12/19 (日) 19:32:41 0b3fb@d5bf5

誤入力の可能性は低いように思えます。
検索フォームの入力欄は「サイト内検索」、ボタンは「検索」になってますが、
コメントフォームは「コメント」「挿入」になっていますし、
皆無とまでは言い切れませんが、さすがに多発はないでしょう。

入力途中に誤ってEnterキー押してしまったり、
イタズラの可能性の方がはるかに高いと思います。
(「毎日10~数10個」もあるなら、イタズラでほぼ間違いないかと)

01vさんも述べているように、
毎回メッセージボックスが表示されたら、個人的には鬱陶しいですね。

1
01v 2021/12/19 (日) 16:59:02

たまにコメントに単語がポツンとあるのを見かけますが検索の誤入力とは気が付きませんでした。ただ確認表示が毎回でるのは普通にわかってる多くの人には鬱陶しい気がします。コメント欄の下に注意書きを書くとか、ページフッターに検索ボックスを配置するとかして誘導してみたらどうでしょうか。注書きはincludeで別ページ参照にすると管理が楽だと思います。コメント欄の注意書きは誤入力以外にも色々必要なことがあります。

8
01v 2021/12/19 (日) 16:36:47 >> 7

キャンセル時の強制保存は修整されたようです。

見出し編集の文末の改行自動削除は私もやめてもらいたいとは思います。見ため以外の問題というか違和感として、例えばページ全体を編集するときは見出し間の改行は取られないわけで、これは改行が禁則やエラーを出すというわけでもなく、まあ当たり前に余計なことはされないわけです。一方で部分編集のときは勝手に取ってしまうちぐはぐさが気持ち悪い感じがします。エディタ的には読み込みの最後の部分に掛ける処理として判断してるのだと思いますが、ページの実体はファイル全体であり部分編集でファイルの終端処理みたいのを掛けるのは余計なことのように思います。

2
アルミナ 2021/12/17 (金) 17:16:17 2f023@f4da4

確かに横幅を圧縮できるのも良いですね
例えばですが、
 #nobr{{
 |~国名|~正式名称|~面積|~人口|
 |イギリス|&fold{United Kingdom of Great Britain and Northern Ireland};|24.5万㎢|6645万人|
 |スリランカ|&fold{Democratic Socialist Republic of Sri Lanka};|6.6万㎢|2103万人|
 }}
といった形で正式名称をfoldで括ってしまえば、最初については画面幅が広くなくとも国名、面積、人口については折り返しなく見れる上に、正式名称のせいであまりにも横幅が長い、ということも回避できそうです。

7
るー 2021/12/16 (木) 22:49:00 修正 31711@a1226 >> 6

文末に//コメントアウトを入れれば可読性は確保できます。

こういうことですよね。

*1 [#1]
内容1

//
*2 [#2]
内容2

しかし、少し不格好かなーと思ってしまいます。
その場しのぎで使うにしても、要望が吸収された後にこれを外す手間も考えると、あまり使いたくはないです。

本題の要望が通るのが一番良いと思うのですが……。

またこの整形動作は保存だけではなく、キャンセルボタンを押したときも強制的発動します。

少し試してみましたが、再現はできませんでした。修正されたのでしょうか。

6
01v 2021/12/15 (水) 23:20:41 修正

文末に//コメントアウトを入れれば可読性は確保できます。
部分編集の保存動作は、文末の改行やスペースを削除して保存されるようです。よって文末にそれ以外の文字を置いておけばよいです。//で視覚的な区切りを入れつつ、表示に影響を与えない手法は巨大な表編集でも使える手です。

またこの整形動作は保存だけではなく、キャンセルボタンを押したときも強制的発動します。例えば、

*1 [#1]
内容1

*2 [#2]
内容2

この状態から#1を見出し編集で開いて、何も変更せずにキャンセルボタンを押すと勝手に空行が削除され保存されます。
更新メッセージも出力され、Last-modified日時も変わります。ソースを見ようとしてちょっと見出し編集ボタンを押したつもりが変更が掛かってしまうのは問題です。この動作は不具合と言ってよいでしょう。
何も押さずにページを閉じるかブラウザーの戻るボタンで移動すれば更新はかかりません。

ページ全体でみたときに見出し毎に空行で区切りを入れる書き方は私も同じです。
pukiwiki記法はコードというよりか、テキスト文章が基本にありそれを装飾するために部分的に機能を差し込む形なので元の文章のイメージは維持してもらいたいですね。

5
弥七 2021/12/15 (水) 19:57:17 >> 4

見出し間のブランクも復活させて欲しいです。

見出し上部(margin-top)の間隔の調整については、
WIKIのデザインの部分になるので、別トピックで議論できたらと思います。
仰る通り、全WIKIに影響することなので、慎重に議論を進める必要があると思います。

私はWIKIのレイアウトを flex_box や responsive_layout で組むようになりました。
きれいにboxを並べたいのに、上下に謎の間隔が開いてしまうとスカスカです。
影響の範囲が大きいので、個人的に実現は難しいかなと思っています。

文章を見やすくするために編集者が改行を入れたりすることは健全だと思います。
見出しの部分編集で、末尾の改行が維持できるようになればこのトピックは解決です。

4
koishiba 2021/12/15 (水) 17:18:32 0b3fb@89007 >> 3

それはそうなんですけど、
既にあるページ全てを後から修正するのは手間だし、
運営が修正してくれた場合に、今度はブランクが2行分になってしまい、
再度修正する手間が発生しかねない事を考えると
怖くてできないんですよね。

運営が「以前のようには絶対戻しません」とかコメントを出してくれれば
やってもいいんですけどね。