リクエスト広場

3) 固定列は複数できるとよい

ヘッダ行は必要なら複数行積めるので、今のままでもなんとかなる。
しかし列は先頭1列だけだと不自由なのでなんとかしたい。
例えば1列目大分類、2列目中分類、3列目小分類みたいな書き方は良くある。

追加で任意の2列をロックできるようにする。
fix-col(先頭固定)とは別に、例えばfc2、fc3とかオプションを作る。
fc2もfc3も機能は同じで、固定したい列番号と左からの固定位置を指定する。例えば以下。

//追加オプション
.tablescroll.tablescroll-fc2 table tr>*:nth-child(列番号){left:固定位置px;position:sticky;z-index:1}

利点は任意の列を任意の位置に固定できる。
fix-colと組み合わせれば左から2列目3列目も固定できるし、fix-colを使わず独立して任意の列を好きなようにロックできる。
問題点は固定値を自分で割り出さないといけない。テーブルのc定義書式で幅を決めれば見当はつくが試行錯誤が必要。またスマホなど環境が変わるとズレるかも。

2) 罫線はオリジナルと同じに
太いと目立ちすぎる。機能を使ってない表と見た目が違うので違和感が出る。
以下のようにすると以前とほぼ同様になりました。ただしヘッダ/フッタの境界線は二重になります。まあこれはこれでいいかなと。

//追加、要色指定
.tablescroll table tr>*{border-right:1px solid;border-bottom:1px solid;border-top:none;border-left:none}
.tablescroll table tr>*:first-child{border-left:1px solid}
.tablescroll table tr:first-child>*{border-top:1px solid}

1) fix-colは対象列が"|~A|"だと機能しない
例えば以下。|~2|のところは機能しません。

#tablescroll(fix-col){{
|AAAAAAAAAAAAAAAA|BBBBBBBBBBBBBBBB|CCCCCCCCCCCCCCCC|DDDDDDDDDDDDDD|EEEEEEEEEEEEEEEE|FFFFFFFFFFFFFFFF|GGGGGGGGGGGGGGGG|HHHHHHHHHHHHHHHH|h
|1|6|11|16|21|26|31|36|
|~2|7|12|17|22|27|32|37|
|3|8|13|18|23|28|33|38|
|4|9|14|19|24|29|34|39|
|5|10|15|20|25|30|35|40|
}}

先頭列は強調表現で"~"で記述することは良くあるので、これでは使えません。
以下のように修正すれば上手く行くようです。

.tablescroll-fix-col table td:first-child{left:0;position:sticky;z-index:1}
//↓修正
.tablescroll-fix-col table tr>*:first-child{left:0;position:sticky;z-index:1}

これは有用な機能です。
ヘッダ行が常駐するのでtablesortとの相性もよいです。
既存の表に適用したいですが、しかし問題があります。
また追加で検討いただきたい機能があります。

まずは1と2の問題点が解決できればリリースに問題はありません。
可能ならば3以降の機能追加もご検討ください。

今回htmlを覗いてなんとなく仕組みが分かったので、自分の環境で実験してみました。
素人の見様見真似なので、例は適当に解釈してください。

プラグイン追加ありがとうございます。
試しに表を作成してみましたが、先頭行・先頭列を固定すると、表の罫線が太くなってしまいます。
一般的に、表は罫線が細いほうが見やすいのです。
表のすべての罫線を太くしてしまうと、内容よりも罫線が目立ってしまい、見づらくなるのです。
先頭行・先頭列を固定しても、罫線は太くせずに、普通の罫線のままでいいと思います。

参考
https://clip-blog.com/table-design/#index_id6
https://diamond.jp/articles/-/68395

非常に使いやすくて素晴らしいです。ありがとうございます。
その上で、要望になってしまうのですが…
行固定のスクロール可能テーブルはヘッダ行(h)がついてれば複数固定可能なように、列固定のスクロール可能テーブルも複数列の指定固定ができるようになれば嬉しいな、と考えております。

私からもサブパスワードによるページ名の変更機能の開放を要望します。
既に別の方から指摘されていますが、ページ再作成による改名の場合はバックアップデータが引き継げず、またページ作成日も改名日が基準となってしまい不便です。
確かに管理者が対応すれば良いというのはその通りなのですが、複数のページを改名する場合など、管理者の負担が大きい作業であり、この作業をサブパスワード保持者と分担できると非常に助かります。
時間が経ったトピックではありますが、ご検討いただけると幸いです。

早速返信いただきありがとうございます！
過去にほしいって発言したこと忘れてました。

閲覧数の多いページで使って利用者にも感想を求めてみます。
ありがとうございました。

とてもいいですね。3つとも便利に使えそうです。
（と言っても横スクロールはまだ試していませんが…）

このまま正式実装でも良いと思いますが、（修正）
表の外枠とそれ以外の枠線の太さが異なってしまうのはどうにかならないでしょうか。
（外枠の太さは適用前と変化なし。それ以外の枠線は太くなる。単に見栄えだけの問題）

追記：
修正を確認しました。対応ありがとうございます。

1箇所だけ太くなってしまう部分があるのですが、
この部分は修正不可能なのでしょうか。

#tablescroll(screen-sticky){{
||>|BGCOLOR(lightgreen):CENTER:|>|BGCOLOR(skyblue):CENTER:||c
|~名称|>|~分類①|>|~分類②|~備考|h
|~|~A|~B|~C|~D|~|
|~アザミ||〇||||
|~アザラシ|〇|||||
}}

上記例のヘッダー2行目の「A」の左隣の枠線が該当します。
上記例のようにセルに色を付けると目立つのですが、
直らないのであれば、個人的には構いません。

2023.8.3 追記：
3種類のうち、領域指定の上2つはtablesortとの併用ができず、
screen-stickyオプションでは右端の見切れが回避できません。
こちらのトピックでも要望されていますが、
screen-sticky動作で横スクロール可能にならないと、
正式実装はかなり厳しいように思います。

お試しありがとうございます！

試験実装中の #tablescroll プラグインです。
お試しいただけますでしょうか？
使用感を教えていただけたら幸いです。

高さ固定のスクロール可能テーブル

領域内でヘッダを上部に固定してスクロール可能。
横はみ出しがあっても水平スクロールできる。
高さ省略時は 500 がデフォルト。

#tablescroll(300){{
|a|b|c|h
|1|2|3|
|4|5|6|
}}

先頭列を固定したスクロール可能テーブル

横スクロール時に先頭列が固定される。
横はみ出しでスクロールが起きる場合でないと意味がない。

#tablescroll(300,fix-col){{{
#nobr{{
|a|b|c|h
|1|2|3|
|4|5|6|
}}
}}}

画面上部にヘッダ貼り付け

横はみ出しは切れる。

#tablescroll(screen-sticky){{
|a|b|c|h
|1|2|3|
|4|5|6|
}}

関連トピック スクロール時における先頭行/列の固定についての要望
https://zawazawa.jp/wikiwiki-request/topic/90

非常に高機能なものをありがとうございます。
境界と背景のみならず領域内の中寄などにも対応しており自由度が高いです。
中寄指定でもテーブルは左寄せになってしまいますが、cssboxの中でさらにflexboxを入れ子にすることにより対応できそうです。

#csssboxプラグインを実装しました。

こちらで対応できそうでしょうか？
https://wikiwiki.jp/sample/cssbox

お試しいただけたら幸いです。

>> 26>> 27

ご確認ありがとうございます。
黒背景で見えない不具合を修正しました。

現在、#navfold は試験実装です。
新しいプラグインでの実装には理由がありますが、
まずは純粋に使用感を教えていただけたら幸いです。

プレビューできないのは仮実装だからでしょうか?
（評価（テスト）のしようがないのですが…）
背景が黒だと開閉ボタンが見えないという指摘も気になります。
本当なら大問題ですが、色指定で回避可能でしょうか。

木主の本来の要求は、atwikiのregionのrememberオプション（開閉状態を30日間クッキーに保持）をwikiwikiのfoldでも使えるようにして欲しいというモノだったと理解していますが、
シンプルにそれではダメなのでしょうか。

プレビューできなかったのは、修正中だったからのようですね。
すみません。

アイコンが小さいからか、foldを使用するよりも、1文字分ズレ量が少ない（左側に無駄なスペースができない）のは良いと思います。
可能なら、もう1文字分open時のインデントを抑えて頂くと、
（navfoldを使用しない）普通の記述と頭位置が揃えられて、
見栄え的にも文字数の点からも良いと思うのですが、可能でしょうか。

あと、初期状態(open/close)への自動リセットは何日後とかありますでしょうか。

accordionの開閉状態をカテゴリ別に複数のmenubarを分けつつ、各ページごとにカテゴリを指定するのを既に何千件くらいやってしまったですけど、それでも複雑なところを二階層に分けなくて済みそうだと思え、これは「併用」してみるべきだと思いました。

背景によっては、デザインテンプレートにあるblackの類だと開閉アイコンがどうも見えないみたいです。

すみませんでした。検証した内容を見直して当方が間違っていました。トピック主のおっしゃっている通りで表示されません。

新規でトピック作成時やっぱり表示されてないと思いますよ。
このリクエスト広場でも最新トピックにはある「soundcloudアドオンの高さ指定の効かせ方について」と「ウィンドウ幅を閾値としてブロック要素をON/OFFする方法があ...」などが表示されません。

114 Betaでは当初非対応でしたが、途中更新分にて対応されました。（起動フラグ不要必要）
テストページ：https://tests.caniuse.com/avif
Betaダウンロード：https://www.microsoftedgeinsider.com/ja-jp/download

新着トピックをすぐに確認したいだけなら、これまでの仕様で良いはずです。
ZaWaZaWaで見る最新トピックと同じものが表示できるようにしてほしいのであれば、不具合ではなく、要望になるので運営が当トピックを確認の上、判断されます。

zrecentで表示されるのはコメントが付いたものだけ？
この仕様だと新着トピックをすぐに確認できません。

新規でトピック作成時は、コメントがなくてもリストの一番上に表示されます。新着トピックは確認できるはずです。

wikiwiki officialをzrecentで表示させようとしましたがコメント不可のトピックが全然表示されませんでした。
ZaWaZaWaで見る最新トピックと同じものが表示できるようにしていただきたいです。

 #zrecent(10,wikiwiki)
で試したところ、コメント投稿を制限されている「外部サービスの画像コンテンツの貼り付けについて」と「editの構文ハイライトβ版について」は表示されませんでした。トピックの内容を編集して更新しただけのため、ZaWaZaWaで見る最新トピックとプラグインで表示するリスト内容に差異が現れています。このような使い方は、あまり想定されていないものと思われます。

助かりました。
御礼遅くなってすみません。
ありがとうございました。

実装お疲れ様です。
使い心地等を試してます。
ありがとうございます。

このプラグインは MenuBar 用です。
MenuBar での使用感を評価していただけたら幸いです。

掲示板書き込みする際の注意事項など何度も往来がある冗長化しやすいページで有効活用できそうです。

これは注意事項に同意したら、持続的に表示するエリアを設ける機能でしょうか？
必要であれば新しいトピックで要望を具体的に書いてください。🙇‍♂️

ページ遷移しても開閉状態を保持は、MenuBarに限定しないでほしいです。掲示板書き込みする際の注意事項など何度も往来がある冗長化しやすいページで有効活用できそうです。

ありがとうございます。
調査いたします。

件の画像は書き込みの直前に撮影したものとなります。
最近になって見かけるようになりました。

#navfold お試し実装です。

• 書式は fold と同じ
• ページ遷移しても開閉状態を保持(MenuBarのみ)
• クリック領域はアイコンと文字ラベル
• グループ化ラベルは非表示にならない
• インデント小さめでネストしやすい
• 親を閉じて再度開くと子の開閉状態をリセット

#navfold(アイテム){{{
#navfold(武器){{
[[Axes]]
[[Daggers]]
}}
#navfold(防具){{
[[Helms]]
[[Armor]]
}}
}}}

ご迷惑をおかけして申し訳ございません。
恐れ入りますが、上記画像の広告が配信された日時を教えていただけないでしょうか？
現在でも配信されていますか？

1です。まさにこんなイメージです。
画像が拡大されすぎている感じがします。
広告のシステムの方が悪さをしているんでしょうか。
配信元を表示するボタンが設置されているのかもしれないですが、そもそも物理的にタップできないのも困っています。
wikiwiki上でのみ発生するならwikiwikiの不具合だと思いますし、それ以外のwiki的サービスで発生するなら、広告を配信するシステムの方に原因がありそうです。

別の方&wikiですが参考画像。
粗悪広告を打つようなゲームではないと思うんですがね…

動作に問題がないようなので正式リリースとさせていただきます。

引数の末尾にワイルドカードを使用してフィルターをかけられるようにしました。
#recentdetail は可変長引数なので、最末尾から数えて 1 つ目(ただし先頭を除く)となります。

#recent(10)

#recent(10,コメント/*)

#recentdetail(10,コメント/*)

#recentdetail(10,1m,30m,1h,6h,1d,コメント/*)

編集画面の［編集/プレビュー/テキスト生成のルール］のようなタブがページでも使えると便利だなと私も思います

失礼しました。補足説明ありがとうございます。該当項目の運営による説明ページがありませんでしたが、これまでに行われてきた運営の監視によって削除されたWikiや運営Twitterで幾度も呟かれたシステム上のスパム・BOT対策から、推察した内容をお伝えさせていただきました。

款冬華さんが勘違いされているようなのでページタイトル下のLast-modifiedについての補足です。
※運営から正式な説明がされていないので独自に検証した情報です

このページ自体の更新のアイコンが表示される場合の左側の日時は#include,#pcomment,#tracker等のそのページで使っているプラグインによって読み込まれたページの更新日時がそのページ自体の更新日時より新しい場合に表示されるようです。
includeしたページでさらにincludeしているページの更新日時が新しい場合はその日時になります。

（後続のためのメモ）
&lastmod([[ページ名]]);で取得する日付文字列が長すぎて表示に適さない場合、代わりにnewプラグインで大まかに最近更新かを表示してもよいかもしれません。
 &new([[ページ名]],nolink);

＞テーブルの行の格納・展開機能
この機能があれば可読性につながるページがありましたので賛成です。
運営様にお伺いしたいのですが、ご検討いただけているでしょうか？

WIKIWIKIはPukiWikiをベースにして、2005年から独自に開発が続いています。PukiWiki公式のlastmodプラグインも当初のままなら、機能は拡張されていないはずです。
要望トピックを作成し、議論が熟成して運営が認めれば採用されるかもしれません。

この機能、あったら見やすいので自分も希望します