リクエスト広場

views
4 フォロー
265 件中 1 から 40 までを表示しています。
2
名前なし 2022/08/18 (木) 09:40:59 0b465@dab3e >> 1

助言ありがとうございます。知らなかったです。やってみます。

1
koishiba 2022/08/18 (木) 03:08:01 0b3fb@f22b7

flexboxを使用すれば普通にできます。

さんぷるwiki

1
弥七 2022/08/17 (水) 20:04:43

更新リスト取得:単純にページ名と更新時刻のリストを最新n個取得できるかたちでかまいません。もし parameterを取れるのであれば diff flagなどを用意して Trueである場合には変更内容も jsonに含めていただけると最善です

REST APIでページリストが取得できます。

curl "https://api.wikiwiki.jp/<wiki-name>/pages" \
-H "Authorization: Bearer eyJ0eXA..."

ページ名とtimestampが帰ってくるのでそれをソートしたらどうでしょうか?

{
  "pages": [
    {
      "name": ":config",
      "timestamp": "2022-01-01T00:00:00+09:00"
    },
    {
      "name": "FrontPage",
      "timestamp": "2022-01-01T00:00:00+09:00"
    },
    ...
  ]
}

ページ巻き戻し:これは荒らしであると判断できる場合に現在では過去の内容を取得して新しく書くというかたちになるため、巻き戻したのか追記したのかわかりません。これは履歴管理的にも困りますので、現在差分ページにあるような巻き戻しリンクに対応した APIをお願いします。

これはちょっとわかりません。
REST APIで自動化できそうですがどうでしょう?
定期的に監視して更新があったページ内容を取得して保存、荒らしだと判断したら、荒らされる前の内容をアップする。
差分も作っておけば、いろいろできそうです。

2
弥七 2022/08/17 (水) 19:37:47

具体的にどのような文字列をマッチさせたいのでしょうか?
大抵はワイルドカード * で対応できそうです。
ソースとマッチさせたい箇所を教えていただくことはできますか?

4
名前なし 2022/08/16 (火) 14:25:19 0e57e@70f02

PCのみ表示、スマホのみ表示は個人的には結構欲しいですね

1
にじさんじ非公式wiki運営 2022/08/14 (日) 18:19:14

追記。こちらの正規表現ですが \d+などの表現だと抜けてしまうようです。内部で matchingをしているのは ereg系でしょうか、preg系でしょうか。できれば最大限に正規表現のマッチングパターンを拡張していただけますと非常に助かります。

1

普通に入力箇所がおかしく、自分のミスで検索できていないことに気づきました…申し訳ないです……

3
01v 2022/08/13 (土) 10:35:31

確認しました。横並びプレビューで、ブラウザーを横方向に拡大していくと、ある幅を境に表示が13px→12pxにかわりました。他にも画面全体の行の開始位置もかわりました。
また、プレビューではなく通常表示においてブラウザーの横幅を狭めていくと、ある幅を境に12px→13pxにかわりました。
ご指摘の通りこの動作は表示幅が狭いときはデバイス側の表示体が小さいとみなしてフォントを自動で拡大する機能のようです。よって不具合ではなく仕様であると解釈しました。

10
まるね 2022/08/13 (土) 01:18:01

この前管理人なのにsms認証を求められましたね。その時はコントロールパネルの各種設定にある逆引きできないIPアドレスでもSMS認証要求なしで許可するをONにすることで求められなくなりました。ただこれだと解決にはならないので信頼できる編集者とかは設定できてもいい気がします

9
名前なし 2022/08/12 (金) 13:00:06 0e57e@70f02

またSMS認証求められた。
4Gだと2日に1回くらいSMS認証求められてたけど、Wi-Fiでも週一で求められるように変更されたのかな?

2
01v 2022/08/08 (月) 08:32:49

なるほど、その通りかもしれません。スマホで見るとサイズ未指定時は13pxと同じに見えます。後日PCでも幅を変更して確認します。
この現象のせいでプレビューの表の幅の辻褄が合わず、時間をくいました。

1
ハムスター 2022/08/08 (月) 00:30:28 c73c0@e8607

これはデバイスに合わせて文字を見やすくするための仕様なのではないでしょうか。
昨年の5月頃にwikiwikiはレスポンシブデザインになりましたが、
それ以前の「PC向け」と「スマホ向け」でデザインが異なっていた頃から、このような仕様でした。
たとえば、wikiの基本文字サイズが12pxに設定されている場合、
「PC向けデザイン」ではそのまま12pxで表示され、「スマホ向けデザイン」では13pxで表示されていました。

「スマホ向けデザイン」が廃止され、レスポンシブデザインになった現在はどうなってるのかというと、
モニタの横幅が一定以下になると、wikiのメニューバーなどの配置が、スマホ・タブレット向けの表示に切り替わり、
wikiの基本文字サイズが12pxに設定されていても、以前の「スマホ向けデザイン」のように13pxで表示されます。

たとえば、FirefoxでもChromeでもどちらでもいいですが、ブラウザのウィンドウの横幅をマウスでドラッグして調整してみてください。
横幅が一定以下になると、左側にあるメニューバーが下側に配置され、スマホ・タブレット向けの表示になるはずです。
この表示に切り替わったとき、フォントの大きさに注目してください。13pxになってるはずです。
※wikiの基本文字サイズとは別に、フォントサイズを指定した場合は、表示が切り替わっても指定したサイズが維持されます。

つまり、質問の「横並びプレビューでは13pxで表示される」のは、
表示領域の横幅が足りないため、スマホ・タブレット向けの表示でプレビューされているということです。
このような仕様になってるようなので、表などを作った場合は「スマホやタブレットのユーザーにはどんな風に見えるのか」なども意識するといいと思います。
フォントが大きくなると意図しない改行などがある場合がありますから。

3
名前なし 2022/08/07 (日) 20:47:14 5b3c5@59f61

お二方ともありがとうございます。
紹介していただいたものを試してみようと思います

2
koishiba 2022/08/07 (日) 12:51:51 0b3fb@3166c

指定したテキストを、指定した期間だけ自動で繰り返し表示するプラグインならtomorrow_scheduleというのがあります。
wikiwikiでも使用できます。

指定日は「毎週●曜日」「毎月第●週●曜日」「毎月●日」「毎年●月●日」などが指定でき、
指定日の何日前から表示するかも指定できるので、
例えば「只今セール期間中!」というテキストを、毎年8月10日~31日の間だけ自動で表示する
といったことが可能になります。

ただし時刻・時間単位での指定はできませんので、
ご要望に叶うかはわかりません。

決まったテキストのON/OFF表示なら、
コメントアウトを付けたり外したりすれば良いのでは? とも思います。

1
01v 2022/08/07 (日) 12:10:04

wikiwikiには時間で表示を制御する機能はほとんどありません。
minicalendar_viewer、calendar_viewerなどはありますが、使い勝手はよくないでしょう。
また&new(nodate){日付};で日付を指定してNew表示を出すことはできます。
おそらく求められているのは以下のような形式のプラグインだと思いますが、そういうものはないはずです。

#view(表示条件){{
表示内容
}}

googleスプレッドシート上で表示内容を時間制御して、それを#google_spreadsheetを使えば掲示はできるでしょう。
ただページリンクと連動させるなどはできません。
スプレッドシートで表示内容を時間制御する方法は

  • 掲載開始、掲載終了、表示フラグ、表示内容の列を作る
  • 今日と期間の関係から表示フラグを計算
  • Filter関数で表示フラグを条件に表示内容をFilter
8
名前なし 2022/08/04 (木) 12:17:28 6d429@70f02

SMSが届かなかったの、おやすみモードが原因でした

1
名前なし 2022/08/04 (木) 03:39:31 0b3fb@40d42

横解像度 x 縦解像度 = 画素数 です。

画素数の小さい画像を張り付けたければ、
予めペイントなどでサイズ調整した画像を用意してアップロードすれば良いだけです。

またJPEGの場合、圧縮率を大きくすることでもファイル容量を小さくできます。

7
名前なし 2022/08/04 (木) 00:07:52 6d429@70f02 >> 3

編集しようとした内容は、個人情報が載っているページの削除をしようとしました。

6
名前なし 2022/08/03 (水) 23:56:45 6d429@70f02 >> 4

ちなみに移行先としてはWikiHouseを考えています。

5
名前なし 2022/08/03 (水) 23:55:42 6d429@70f02 >> 4

端末によって変わるっぽい

4
名前なし 2022/08/03 (水) 23:55:23 6d429@70f02

ID変わってるけど本人です(毎日変わるのかそれとも端末によって変わるのか)。
いっそのこと自分のWikiごと他のWikiサービスに移行しようかな…自分のWikiも編集できないようじゃ本末転倒なので…

3
名前なし 2022/08/03 (水) 23:52:07 0e57e@70f02

規約違反のWikiの管理者にアク禁されてて、それで編集しようとすると電話番号認証求められて(入れても「ご入力された電話番号は規制対象となっております。」って言われる)
それで違う番号(捨て電話番号)を入れると自分のWiki等他のWikiでも電話番号認証求められるようになった。

2
名前なし 2022/08/03 (水) 23:49:53 0e57e@70f02

またSMS認証を求められた。しかも、SMSが届かなくて何回もやってたら1日5回までですって言われて詰んだ。

3
まるね 2022/08/03 (水) 20:03:52

edgeだとならなかった。これから編集するときはedge使おう。でもなんでこんな現象がおこるんだろ、

1
名前なし 2022/08/02 (火) 23:01:22 6d429@70f02

ページを大量に編集、削除(荒らしではない)したので、そのことでWIKIWIKI側に規制を掛けられた可能性もあります(自分のWiki含めどのWikiでもSMS認証を求められたので)
また、4G回線(楽天モバイル)だと大抵のWikiで毎回SMS認証を求められます(「逆引きできないIPアドレスでもSMS認証要求なしで許可する」をオンにすることで対処可能)

1
まるね 2022/08/02 (火) 10:21:31

android12 chromeだとならなかった!なんで?またfirefoxの問題なんだろうか、

1
アカサカ 2022/07/30 (土) 01:39:46 02457@59b30

該当ファイルのスクリーンショットを取り直した画像で試したところ、アップロードできました。
トピックにアップロードしている画像のみ、アップロードができません。
当方としては解決していますが該当ファイルに対するシステム上の不具合は未だ解決していないので、このまま記録として残しておきます。

3
psssale管理人 2022/07/22 (金) 22:33:05 07856@bfcb5

WIKIWIKI公式Twitterの告知によるとExcel等から表形式での貼り付けは構文ハイライトモードだけ動作するように変更されたようですね。
通常の編集モードでは間違えて貼り付けて表に変換されるとCtrl+Zで元に戻せなかったので余計に使いづらかったのですが、構文ハイライトモードではCtrl+Zで元に戻せるし、個人的にはこれで解決でいいかなと思います。

ところで、FirefoxのCtrl+Shift+Vの件ですが、あの後ちょっと調べてFirefoxのヘルプにはちゃんと記述があるのに動作しないという謎な状態。ただし、Gmailのサイトでは動作するので全くできないというわけではないみたい。

ともあれこの件については解決済みにさせていただきます。

4
アカサカ 2022/07/21 (木) 04:13:48 02457@f4084

文字入力してボタンを押すなど誰にでもできる操作であれば、
編集への敷居が低くなり、情報提供者もさらに多くなるので助かります。
これまでより一層あらゆる方面より情報を募ることが出来て、
管理している側としても使い勝手がよくなります。

3

2
>>プログラミングの原則として、機能は最小単位に抑制した方がいいハズ。

なら尚更このページを指定しないと編集できないプラグインは廃止し新たに作り直す(もしくは上で挙げたプラグインを設置する)ほうがいいかと。
最低限欲しい機能としてはここですかね。

  • #table_edit2(){{{
    |表組み|表組み|
    }}}
    のようにテーブルを指定できるようにする。
  • 編集ページを上の2番目のスクリーンショットの「備考(4)」のようにフォームをtextareaにして改行構文(&br;)を使うこと無く編集できるようにする。
2
psssale管理人 2022/07/20 (水) 17:41:00 修正 07856@bfcb5 >> 1

そのショートカットが欲しかった。と試してみましたが
うちのWindows10+ChromeではCtrl+Shift+Vでした。
ただ、いつもはFirefox使いなんですが、こちらでは無反応でした。
ブラウザの対応次第なのでしょうか?
wikiwikiさん側の対応で可能ならFirefoxでもこのショートカットキー使えたらいいんですけど。

とりあえず編集はしばらくChromeでやっていこうかなと思います。
情報ありがとうございました。

1
弥七 2022/07/20 (水) 17:06:26

プレーンテキストで貼り付けるショートカットがあります。
Mac Cmd + Shift + V
Windows Ctrl + Alt + V

1
アカサカ 2022/07/08 (金) 03:14:11 f417f@22e50

どのプラグインによるものなのか、具体的にどの様に記述して問題となるか示さないと運営は調査することさえできません。貴方のような書き方では、実際に不具合が起きていても場合によっては放っておかれます。
こちらをよく読んで最低限、以下の内容を提示することをおすすめします。
・お使いの端末の利用環境
・記述内容
・その他あれば

2
アカサカ 2022/06/30 (木) 22:10:13 02457@d82f4 >> 1

contentsxのオプション内容を見直して再検証したところ、表示されなくなりました。ご迷惑をおかけしました。

1
01v 2022/06/30 (木) 21:02:14

preの中の一部の行が、contensあるいはcontentxの対象となり表示されるということでしょうか。
今確認してみましたがそういう現象にはなりませんでした。修正されたということでしょうか。

3
ハンドルネーム 2022/06/07 (火) 22:51:46 38475@b4e9d

リクエストからそれる話題で申し訳ないのですが、pcommentでもLast-modifiedの表示は最新のコメントに引っ張られます。そのページ自体の更新日時が変わるわけではありません。Last-modifiedの表示はpcommentに限らずincludeなどで読み込んでいるページも含めて最新の日時になるようです。
officialやWeb2.0風のLast-modifiedはたしかに見辛いです。実はdefaultのいくつかもグレイ背景にやや濃グレイみたいなのが散見され、Last-modifiedが見やすいskinは意外と少なかったりします。私も改善希望です。

2
はやし 2022/06/06 (月) 11:46:08 cca35@f53e0

よく読んでほしいんですが、コメント機能の種類や有無に関係なく起こることについて、リクエストをしています。
pcommentを既に使った状態でも起こる「文字の読みにくさ」に関するリクエストです

2
ななっしー 2022/06/03 (金) 00:03:52 38475@b4e9d

RecentChangesからincludeは目からウロコでした。自分の意図としてはzawazawaがよさそうなので検討してみます。ありがとうございました。