No.4679, No.4678, No.4677, No.4676, No.4675, No.4674, No.4673［7件］
by tomoyo. ⌚2024年9月16日(月) 22:43:13〔250日前〕 ＜466文字＞ 編集
画像管理画面に画像検索機能とかを追加したり、投稿一覧画面の上部に「下書き・鍵付き・下げる」の各投稿だけを一覧できるリンクを設けたりした Ver 4.4.3β(未配布)の動作テスト。
by nishishi. ⌚2024年9月15日(日) 21:53:48〔251日前〕 ＜90文字＞ 編集
>>4669
4665です。
いつものようにxmlファイルのみをアップロード→webのてがろぐを確認したらログイン状態が解除（ログアウト）されていたのであのような質問をしたのですが、xmlファイル単独のアップロードが直接の原因でないと分かって安心しました。（おそらく同タイミングで別の階層に新しいてがろぐを設置したのが要因かと…）
おっしゃる通り「ローカルで稼働してるてがろぐ上で更新したxmlファイル」で設定はほとんど触っていないため、次回からiniファイルとセットでアップロードするようにしたいと思います。
ありがとうございました！
4665です。
いつものようにxmlファイルのみをアップロード→webのてがろぐを確認したらログイン状態が解除（ログアウト）されていたのであのような質問をしたのですが、xmlファイル単独のアップロードが直接の原因でないと分かって安心しました。（おそらく同タイミングで別の階層に新しいてがろぐを設置したのが要因かと…）
おっしゃる通り「ローカルで稼働してるてがろぐ上で更新したxmlファイル」で設定はほとんど触っていないため、次回からiniファイルとセットでアップロードするようにしたいと思います。
ありがとうございました！
by tomoyo. ⌚2024年9月11日(水) 17:24:41〔255日前〕 ＜268文字＞ 編集
test
by admin. ⌚2024年9月10日(火) 17:35:40〔256日前〕 ＜4文字＞ 編集
4670です
ありがとうございます！気長に待ちます
ありがとうございます！気長に待ちます
by admin. ⌚2024年9月10日(火) 07:57:19〔256日前〕 ＜25文字＞ 編集
最近のマイブームなので、シューアイスが順調に消費されていきます。ので、さらにシューアイスの備蓄を調達してきました。🍨🍨🍨
🍨Re:4670◆ご要望をありがとうございます。複数チェックした投稿に対して一括で何かをする操作（※今の時点でできるのは削除だけですが）も需要はあるだろうな、とは思います。特定のカテゴリに属させるとか、カテゴリを外すとか。もちろん、下書き化・下書き解除とかもですね。将来的にはできるようにしたいと思いますので、ToDoリストには入れておきます。気長にお待ち頂ければ幸いです。
🍨Re:4671◆詳しい検証をどうもありがとうございます。なるほど、そのような用途があるとは思っていなかったので、そもそも考慮していませんでした。なぜ検証頂いた結果のような動作になるのかな……と私も不思議に思いましたので調べてみたところ、なんとまあ「卵が先か、鶏が先か」問題みたいな感じの要因が出てきました。^^;
現状のてがろぐでは、「スキン内での表示件数の指定」と「IF文」との処理順序は、以下のようになっています。
なので、IF文とかに関係なく、スキンを構成するソースを1行目から順番に下方向に眺めて行って、最初に見えた [[TEGALOG:数値]] の数値が「1ページあたりの件数」として採用されます。
これが、No.4671にお書き下さった動作になる要因です。
最初のケースでは2行目の [[TEGALOG:10]] が「最初に見えた数値指定付きの記述」ですし、次のケースでは1行目の [[TEGALOG:10]] が「最初に見えた数値指定付きの記述」です。なので、どちらも「1ページ10件」になるわけです。
「それなら、最初にIF文を処理すれば？」と思われるかもしれませんが（私も一瞬そう思ったんですが）、
なので、[[TEGALOG:数値]] の記述を発見するよりも前の段階では、IF文の指示を解釈することができない……。┌(:3」└)┐
ならば、「IF文を解釈した後に、改めてもう一度 [[TEGALOG:数値]] の記述を探して、その値を採用すれば良いのでは？」……とも思ったんですが、
この時点では既にページネーションの計算が済んでいるので、ここで「1ページ当たりの表示件数」を変えてしまうと、表示とページ数が一致しなくなって、おかしなことになります。
……と、ここまで書いていて気付いたんですが、
さらにページネーションの計算ももう一回やり直せば良いのでは？ ……という気もしてきました。
ページネーションの計算は、SITUATION:CLASS に厳密には影響していますが、再生成してもIF文の判定には影響しなさそうなので、問題ないのかな……という気もします。
畳む……というわけで、いけそうな気もするんですが、本当に大丈夫なのかどうか今の時点ではハッキリしませんので、何か良さげな方法を思いつけたら対処します。現在のバージョンでどうにかする方法は残念ながらありませんので、気長にお待ち頂ければ幸いです。
🍨Re:4672◆IF文が登場するまでのバージョンでは、本当に1回しか使えませんでした。
IF文が使えるようになったバージョン以降では、IF文の条件をうまく調整することで、（IF文の条件を適用した結果として）一連の出力の中に [[TEGALOG]] の記述が1回だけ登場するように書くなら（※2回以上登場しないのはもちろん、0回にもならないように注意が必要です。0回になるパターンではエラー画面が表示されますから）、1スキンの中に [[TEGALOG]] は何回出てきても大丈夫にはなっています。ただ、[[TEGALOG:数値]] のように件数を指定する表示が出てくると、先のように意図しない表示件数になってしまう問題がありますね。
畳む現状のリファレンスでは、先の赤色文字の部分の意味で「1回だけ使える」と表現しています。ヘルプドキュメントのこの辺にちょっとだけ補足的に書いてあります。
意外と需要があるんですね。^^; 全く想像していなかったので、なるほどそういう需要もあるのか、と新たな発見でした。お知らせ下さってありがとうございます。(╹◡╹)
🍨Re:4670◆ご要望をありがとうございます。複数チェックした投稿に対して一括で何かをする操作（※今の時点でできるのは削除だけですが）も需要はあるだろうな、とは思います。特定のカテゴリに属させるとか、カテゴリを外すとか。もちろん、下書き化・下書き解除とかもですね。将来的にはできるようにしたいと思いますので、ToDoリストには入れておきます。気長にお待ち頂ければ幸いです。
🍨Re:4671◆詳しい検証をどうもありがとうございます。なるほど、そのような用途があるとは思っていなかったので、そもそも考慮していませんでした。なぜ検証頂いた結果のような動作になるのかな……と私も不思議に思いましたので調べてみたところ、なんとまあ「卵が先か、鶏が先か」問題みたいな感じの要因が出てきました。^^;
現状のてがろぐでは、「スキン内での表示件数の指定」と「IF文」との処理順序は、以下のようになっています。
- 外側スキンのソース中から [[TEGALOG:数値]] の記述を見つけて、1ページ当たりの表示件数を得る。(※見つからなければ設定値を採用)
- それを元に、ページネーション関連を計算する。
- それらを元に SITUATION:CLASS を生成する。
- その情報を元にして IF文の指定条件を解釈する。
なので、IF文とかに関係なく、スキンを構成するソースを1行目から順番に下方向に眺めて行って、最初に見えた [[TEGALOG:数値]] の数値が「1ページあたりの件数」として採用されます。
これが、No.4671にお書き下さった動作になる要因です。
最初のケースでは2行目の [[TEGALOG:10]] が「最初に見えた数値指定付きの記述」ですし、次のケースでは1行目の [[TEGALOG:10]] が「最初に見えた数値指定付きの記述」です。なので、どちらも「1ページ10件」になるわけです。
「それなら、最初にIF文を処理すれば？」と思われるかもしれませんが（私も一瞬そう思ったんですが）、
- IF文では SITUATION:CLASS の内容を元にして条件分岐するので、IF文の解釈よりも前に SITUATION:CLASS を生成しておかないと処理できないんですよね。
- ところが、SITUATION:CLASS を生成するためには、まず先に「1ページ当たりの表示件数」を知っておく必要があるんですよね。^^;
なので、[[TEGALOG:数値]] の記述を発見するよりも前の段階では、IF文の指示を解釈することができない……。┌(:3」└)┐
ならば、「IF文を解釈した後に、改めてもう一度 [[TEGALOG:数値]] の記述を探して、その値を採用すれば良いのでは？」……とも思ったんですが、
この時点では既にページネーションの計算が済んでいるので、ここで「1ページ当たりの表示件数」を変えてしまうと、表示とページ数が一致しなくなって、おかしなことになります。
……と、ここまで書いていて気付いたんですが、
さらにページネーションの計算ももう一回やり直せば良いのでは？ ……という気もしてきました。
ページネーションの計算は、SITUATION:CLASS に厳密には影響していますが、再生成してもIF文の判定には影響しなさそうなので、問題ないのかな……という気もします。
畳む……というわけで、いけそうな気もするんですが、本当に大丈夫なのかどうか今の時点ではハッキリしませんので、何か良さげな方法を思いつけたら対処します。現在のバージョンでどうにかする方法は残念ながらありませんので、気長にお待ち頂ければ幸いです。
🍨Re:4672◆IF文が登場するまでのバージョンでは、本当に1回しか使えませんでした。
IF文が使えるようになったバージョン以降では、IF文の条件をうまく調整することで、（IF文の条件を適用した結果として）一連の出力の中に [[TEGALOG]] の記述が1回だけ登場するように書くなら（※2回以上登場しないのはもちろん、0回にもならないように注意が必要です。0回になるパターンではエラー画面が表示されますから）、1スキンの中に [[TEGALOG]] は何回出てきても大丈夫にはなっています。ただ、[[TEGALOG:数値]] のように件数を指定する表示が出てくると、先のように意図しない表示件数になってしまう問題がありますね。
畳む現状のリファレンスでは、先の赤色文字の部分の意味で「1回だけ使える」と表現しています。ヘルプドキュメントのこの辺にちょっとだけ補足的に書いてあります。
意外と需要があるんですね。^^; 全く想像していなかったので、なるほどそういう需要もあるのか、と新たな発見でした。お知らせ下さってありがとうございます。(╹◡╹)
by nishishi. ⌚2024年9月9日(月) 10:01:24〔257日前〕 回答/返信 ＜2222文字＞ 編集
もし可能であればの要望です。
鍵の設定についてですが、設定画面にてチェックを付けた項目に応じて表示・非表示が変わる設定ですが、数字を入力してその行数だけを表示→それ以降は鍵入力欄になるという仕様に変更できますでしょうか？
β版で公開されている仕様を使えばええやろと思われるかも知れませんが、１行目にタイトル・２行目にタグ・３行目に説明書き・４行目以降に本文という構成にしてしまっており、修正が大変な状況になり……。
(にししさんの作業の方がもっと大変だろふざけんなと言われてもおかしくない)
欲を言えば、カテゴリごとに行数指定できればもっと嬉しいです💦
(日記に相当するカテゴリや、メインで活動しているコンテンツの文章カテゴリが入り混じっている為)
難しい(大変お手間な)お話であることは承知の上ですが、ご検討いただけますと幸いです。あくまで要望なので勿論それは無理だ(嫌だ等も含め)という事があればそれに従って使わせていただきます。
お忙しいところ恐れ入りますが、どうぞよろしくお願いいたします。