リクエスト広場

views
5 フォロー
816 件中 1 から 40 までを表示しています。
3
名前なし 2024/07/20 (土) 13:36:15 c9aba@3ff5f

エラーメッセージが
Too many tags to display. (54507)
になりました。

1
01v 2024/07/17 (水) 23:24:30

言ってることがよくわかりませんが
おそらく現実的な対応は以下のように元のページの表内に、予め複数の書式定義行を仕込んでおいて、includexで呼び出すときにその書式定義を切り替えることです。
以下の例では元のページでは設定1の書式で表示されますが、
includexで呼び出すときは設定1が除外されて設定2の書式で表示されます。

|設定2|c
|設定1|c
|内容|
---
include(表があるページ,except=設定1)
2
名前なし 2024/07/17 (水) 01:58:36 c9aba@3ff5f

>> 1

エラーメッセージを見ると
Warning: There are over 55,224 tags, which requires approximately 30MB of transfer data to display.
This is an unintended use of tags.

なので容量オーバーを起こしていますね…

2
名前なし 2024/07/16 (火) 23:43:06 4ae37@24fb0

新たなキャッシュプラグインで同様に実装されないとecacheを使わざる追えないケースとして残るのが懸念ですね

1
01v 2024/07/16 (火) 19:01:48

その機能はすでにあります。

https://wikiwiki.jp/aniwota/?cmd=taglist&num=1:50&next
あるいは
#taglist(num=1:50,next)

ただ上記サイトで確認しようとしましたが上手く機能しません。
行数が多すぎるか、負荷が高すぎるか、異常な文字列が含まれるなどが考えられます。

2
WIKIWIKI運営 2024/07/08 (月) 19:56:35

iOS Safariで、特定のWikiのブックマークアイコンが
他のWikiのアイコンにも反映されてしまう問題についてご案内いたします。

この問題は、iOS Safariの仕様に関連している可能性があります。

(Safariのスタートページに表示されるアイコンは、独自のアルゴリズムで取得されるため、
正しくアイコンが反映されないことがあるようです)

現時点で具体的な解決策は確認されておりません。

Appleにフィードバックを送ることで、将来的な改善が期待できるかもしれません。

ご理解とご協力のほどよろしくお願いいたします。🙇‍♂️

1
名前なし 2024/07/07 (日) 17:58:04 修正 83e5c@4ef92

原神wikiでも同様の現象が起きています。
wikiwikiがfaviconの設定を推奨しているので修正してほしいですし、外部的な要因でwikiwikiの問題でないのであればそのように公表して欲しいです。

2
名前なし 2024/07/07 (日) 17:56:16 83e5c@86ae9

同意します。
出来ればnavfoldのように切り替えて表示したタブが記憶されていると嬉しいです。

33
名前なし 2024/07/07 (日) 17:53:17 83e5c@d7d2d

navfoldはfoldよりも折りたたみされた内容との行間が開くのが不恰好だと思います。
foldと同じ行間になると嬉しいです。

1
名前なし 2024/07/07 (日) 16:37:15 248b0@4994a

新たなキャッシュプラグインを開発中とのことなので、まだ古い仕様が残っている状態なのだと思います
https://zawazawa.jp/wikiwiki/topic/8
https://x.com/WIKIWIKI_Japan/status/1797575512816234881

31
名前なし 2024/07/06 (土) 16:35:01 5fe7b@d4dea

機能には満足していますが、開閉ボタンの見た目が普通のfoldと同じだと統一感があってもっと良いと思います

1
名前なし 2024/06/30 (日) 19:22:38 e1ca5@ec15e

私からもタブプラグインの導入を強く希望します。
例えばこちらのようなプラグインを導入して頂くことは可能でしょうか。

8
名前なし 2024/06/20 (木) 23:47:18 dcaad@08937

iOS15は以下の理由で切り捨てても良いと思います。

ご対応よろしくお願いします。

2
WIKIWIKI運営 2024/06/13 (木) 17:11:59

失礼いたしました。開発中だった機能が誤って反映されてしまったため、修正いたしました。上記の機能はございません。「管理者コンタクト」の内容の入力は「コントロールパネル」でのみ行え、表示は「お手紙アイコン」でのみ確認できます。事情によりプレーンテキスト形式を採用しております。混乱させてしまい申し訳ございません。

1
副管理人(WoTBWiki) 2024/06/12 (水) 17:34:32

参考までに、現在同様の役割を担っているページと同じ内容を記載した際のスクリーンショットを添付します。
画像1
画像2

5

対応ありがとうございます
画像が表示されるようになりました

4
とも 2024/06/05 (水) 19:36:52 14bf6@022eb

画像の表示が変になり、添付 のページを開き画像ファイルを開くとデータが壊れていますと表示される
自分の管理しているwikiも初めて開いたwikiも同じ現象でした

1

簡体中国語においても日本語のフォントと中国語のフォントが混ざって崩れてしまっているので、同様にzh-CNで正常に表示できると思います。恐らくアルファベットに近い文字の言語でも同様にことが起きているんじゃないかと思います。

3
torays 2024/06/04 (火) 19:32:15 d8a9d@b02f8

すみません一時的な不具合だったようです直りました。

2
torays 2024/06/04 (火) 18:12:06 c915b@b02f8

こちらの事と同じ症状で
今日作成したページに画像を複数アップロードしましたが画像が表示されません。
https://wikiwiki.jp/torays/-s/ab2e33f0

2

おっと、zawazawa専用のリクエスト広場があるのですね。見落としていました。
適切な場所に投稿し直しました。
こちらのスレッドですが、時間が経つと作成者の私でも削除できなくなってしまうようなので、通報画面から申請しました。いずれ消えると思います。

1
名前なし 2024/05/29 (水) 10:11:43 0b3fb@fd778

こちらはwikiwikiリクエスト広場です。
zawazawaへの要望は、zawazawaリクエスト広場をご利用ください。

(wikiwikiではネタバレ防止プラグインは実装済みです)

2
ほっくり 2024/05/22 (水) 00:10:35 >> 1

確認遅くなりました。回答ありがとうございます。

指摘を受け、Windowsにインストールされているフォントを見直した所、なぜか「ヒラギノ角ゴ ProN」の「W6」のみがインストールされ、「W3」が無い状態でした。それによって、W6(太字)で固定になっていた可能性が高いです。
Adobe Creative Cloudから確認し、「W3」をインストールした所、画像の通りW3とW6が使い分けられている事を確認しました。

個別環境の問題についてご指摘頂きありがとうございました。

画像1

3
名前なし 2024/05/19 (日) 20:20:53 c9aba@3ff5f >> 1

少し前までは正常に収納されていました。

2
名前なし 2024/05/19 (日) 20:07:41 c9aba@3ff5f

>> 1
ありがとうございました。

2
名前なし 2024/05/19 (日) 20:07:39 c9aba@3ff5f

>> 1
ありがとうございました。

1
01v 2024/05/19 (日) 17:31:05

管理メニューからタグの再構築というのがあるので、それを試してみたらいいと思います。
ページ名に変な記号が入ってるので上手く消せないのでしょう。
類似の話題

1
01v 2024/05/19 (日) 17:26:34

とりあえず確認することとして

  • 他のブラウザーでどう見えるのか
  • wikiwiki以外でどう見えるのか

フォトンのインストール状態の確認

  • adobeのアプリやフォントが選択できるアプリで、ヒラギノ角ゴの使い分けができるのか
  • windowsのフォントシステムから、ヒラギノ角ゴは両方表示できるのか
    既存の他のフォントをみるとわかりますが、一つのフォントにWeightが複数割り当てられてれば2フォントフェイスとか表示されます。さらにプレビューで適当な文字列をいれればそれぞれ表示されます。

ヒラギノ角ゴシックProNは自分の環境には無いので確認できませんが、
Adobe Creative Cloudで検索すると以下がインストールされるようです。
ヒラギノ角ゴ ProN W3
ヒラギノ角ゴ ProN W6
W3が通常でW6が太字のようです。
ここを見ると
W3がWeihgt:300でW6が600。wikiwikiの標準が400で太字が700のようなので、このへんのアンマッチが関係ありそうな気もしますが
そもそも従来からMacはそれで表示できているのだろうし、
font-weightの代替え規則みると辻褄は合わせてくれそうだし、
個別の問題のような気も。

1
01v 2024/05/19 (日) 16:04:07

#tablescroll(){{}}の内容にテーブル書式以外が含まれるとErrorになるようです。
普通にテーブル書式の部分だけ囲めば使えます。
Include呼び出しで展開するまえにチェックが入るのでしょう。
以前がどうだったか覚えてませんが。

Includeの参照元のページで元からtablescrollで囲っておけば、それは機能します。
ただ、includeを使ってページによってtablescrollのオプションを変更したり、
そもそも元ページではtablescrollを使いたくないなど、自由度が下がりますね。

4
名前なし 2024/05/14 (火) 11:39:09 8932f@cff6d >> 3

現状では以下のようにOGPが設定されています。

<meta property="og:title" content="崩壊3rd Wiki*">
<meta property="og:description" content="このWikiでは、miHoYoが開発しHoYoverseにより運営・配信されている基本無料オンラインゲームである『崩壊3rd』の攻略や情報を扱っています。">
<meta property="og:site_name" content="崩壊3rd Wiki*">
<meta property="og:image" content="https://icon.wikiwiki.jp/symbolicon/houkai/ogCustomImage/5da270c435d5.png">
<title>隕星-グアイマス - 崩壊3rd Wiki*</title>

og:site_nameですでにサイト名は記載されているので、og:titleについてはtitleと同じように「ページ名 - サイト名」を挿入するようにして欲しいです。
og:descriptionやog:imageについては、現状では対応が難しいと思います。ただ、新たにプラグインを追加してそれでできるように対応を検討して欲しいです。例えば、#ogdescriptionというのを作り、#ogdescription(説明)という形でページ内に明記することが考えられます。og:imageについても添付ファイルを参照する形にすれば可能だと思えます。
どうぞよろしくお願いします。

3
名前なし 2024/05/07 (火) 13:07:56 87532@280ad

いやCENTER:MIDDLE:って感じで両方入れればいいんよ
それぞれ横と縦と役割がハッキリ決まってるから両方揃えたかったら両方指定する必要があるわけ

2
名前なし 2024/05/05 (日) 17:54:29 9e9f0@0cf33 >> 1

MIDDLEだと横方向にセンタリングされないのでCENTERであってると思います。
https://wikiwiki.jp/sample/表組み

1
もちチーズ 2024/05/04 (土) 11:34:50

記入ミスかもしれませんが、表組みの上下中央揃えはMIDDLE:ではないですか?

4

ありがとうございます。
wikiwikiのManualにはファイル名未指定に関する記述がなかったため見逃してました。
「attachref+未指定=注意文非表示」「ref+未指定=注意文表示」となりました。
解決済みとさせていただきます。

7
款冬華 2024/04/15 (月) 07:16:00 >> 3

やはり症状が改善されていません。本日、設置_喫茶ブレンド物語引き継ぎ_喫茶ブレンド物語を同じ方が編集を行い、後者の編集分が現時点では、TOPページカイロソフト 攻略一覧 新作順創作♪パティシエ部_Bonbon Cakeryなどの一部ページでは反映されていません。
画像1
喫茶ブレンド物語_Cafe Master Story箱庭タウンズ_Dream Town Storyなどは反映されています。
画像2

トピックを建てる前までに視認していない不具合が度々、起きています。各MenuBarページにecacheプラグインを設置したのはバックアップページを参照すると2ヶ月も前で、このような症状は起きておりませんでした。改善をお願いします。

2

>まとめページの方にflexやcssを記述せず、includexで呼び出すほうのページに書いてみたらどうですか。
イメージつきにくい感じですかね、例えばまとめページは以下のような感じで500近いキャラがいます。(本来はflex_box間のmargin消すためにcssbox使ってるから更に入れ子になってます)
これを「図鑑順」に並べたいページと「種類・レア別(図鑑No表示は省く)」に分けたいページに使います。

https://wikiwiki.jp/~~/まとめページ
#flex_container{{
#flex_box{{
|~図鑑No.001|h
|剣士★5~&ref(キャラ画像.png);~キャラ名|
}}
#flex_box{{
|~図鑑No.002|h
|剣士★4~&ref(キャラ画像.png);~キャラ名|
}}
#flex_box{{
|~図鑑No.003|h
|魔術師★5~&ref(キャラ画像.png);~キャラ名|
}}
#flex_box{{
|~図鑑No.004|h
|弓師★5~&ref(キャラ画像.png);~キャラ名|
}}
#flex_box{{
|~図鑑No.005|h
|剣士★5~&ref(キャラ画像.png);~キャラ名|
}}
:
}}}

で、includexで呼び出す側にflexやcss持っていくと、ていうのはまず難しいかと。抽出したデータの間に入れるとか(replace的な仕組みがあれば)、「図鑑順」「種類・レア別」用に分けたまとめページを作れば可能かもしれませんが。。。

ここまで書きましたが、#nullで試行錯誤し、なんとかまとめページ側を改良する(もちろんflex_box/cssboxはそのまま)ことで求めていた結果になったのでこの件問題なしとさせていただきます。
※改良後:HTMLデータ量=900kbぐらい。複雑化しすぎたせいで本文コストが3000ms近いけど、ecacheのおかげか実測全体は100ms切ってるので良しとします。

1
01v 2024/04/13 (土) 11:53:49

状況がよくわからないです。
例えば以下

結果的に{{}}の間に何もないcssbox/flex_boxが大量に残り、それに比例してHTMLタグが大量に作成されます

まとめページの容量が膨れ上がると言ってるのですか。
cssやflexで記述した結果が不正に大容量で出力されるわけではないですよね。
書いたとおりに出力された結果なら仕方ないと思います。
求めてる機能はcssやflexにとって何も意味がないのではないでしょうか。
includexで活用するためにcssやflex側を対応するのは本末転倒だと思います。
includexの使い方を工夫するか、まとめページの書き方を工夫してみたらどうですか。
まとめページの方にflexやcssを記述せず、includexで呼び出すほうのページに書いてみたらどうですか。