ユーザ「にしし」の投稿[1403件]
2024年11月 この範囲を時系列順で読む この範囲をファイルに出力する
🆕 Ver 4.4.5βの更新点(概要):
《▼新機能》
●複数の画像のフラグ設定を一括で変更する機能
●負荷を軽減して高速化した「未使用画像を探す」機能
●画像管理画面での絞り込み表示時に「1ページ当たりの表示件数」を拡張する機能
《▼仕様改善》
●画像の絞り込み表示中は、ページ上部のフォームを畳んでおくよう改善
●画像管理画面での画像の絞り込み表示状態から、特定の画像のメタデータを編集した場合でも、元の絞り込み状態の画面に戻るよう動作を改善。(従来は絞り込み検索が解除された状態に戻ってしまっていました。)
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス:
Mastodon(Pawoo)
Bluesky
Twitter:
(ツイート埋め込み処理中...)Twitterで見る
を実装した版。
Twitterの過去ログデータをてがろぐ化した際に、リツイートしたツイートに含まれている画像(=自分に権利のない画像)を削除する目的で「未使用画像を探す」機能を使いたい場合は、近日中に公開予定の Ver 4.4.5β をお待ち下さい。既存の「未使用画像を探す」機能よりも高速化しましたので、もうちょっと楽に作業できるようになります。(たぶん)
カテゴリは専用項目で分類できるのに対して、ハッシュタグは本文全体の中身を走査しないと分類できないので、負荷がずいぶん異なります。
ハッシュタグがたくさんある場合に重たくなるのは主に「ハッシュタグを集計するタイミング」なので、たとえハッシュタグを使う場合でも、下図のように集計しない設定にしておけば、重たくなるのを回避できます。(たぶん)
※この設定をしていても、その下にある『本文中のハッシュタグをリンクにする』項目の方がONなら、ハッシュタグそのものは機能します。(単に個数を数えなくなるだけです。)
ハッシュタグがたくさんある場合に重たくなるのは主に「ハッシュタグを集計するタイミング」なので、たとえハッシュタグを使う場合でも、下図のように集計しない設定にしておけば、重たくなるのを回避できます。(たぶん)
※この設定をしていても、その下にある『本文中のハッシュタグをリンクにする』項目の方がONなら、ハッシュタグそのものは機能します。(単に個数を数えなくなるだけです。)
🥞Re:4798◆その場合、要は『「Aの画像が本文で1枚目の画像として書かれている」しかし「Aの画像は非表示になっている」』という状況にすれば良いので、以下のような方法で実現できます。
まず、非表示にする装飾を何か用意しておきます。
例えば、.deco-hide { display:none; } などを書いておきます。
あとは、1枚目の画像(=OGPだけに使いたい画像)を本文の最初(=というか他の画像が出てくるよりも前)に書いた上で、その非表示用の装飾記法で囲んで [F:hide: [PICT:~]] のような感じで書きます。
すると、お望みの動作になると思います。
🥞Re:4790◆安心して年を越せるということで、良かったではないですか。(笑)
🥞Re:4794◆実際のページ全体のソースを拝見しないと何とも言い難いですが、その .newsign の直後に .newsign:empty{ display: none; } を加えると良いのではないかと思います。
※そのHTMLとCSSだと、どんな場合でも絶対にpaddingの分だけ背景色が見えます。『例えば「cat=」などのソートでは出現しません』という場合、その状況では別のスキンが適用されているか、別のCSSが適用されているか、または何らかの追加CSSが影響しているのではないかと思います。てがろぐが出力を制御するのはあくまでも [[NEW]] の部分だけなので、それを囲んでいる <span class="newsign">と</span> はどんな場合でも常に出力されますから。
なお、ハッシュタグだと認識されたくない半角 # 記号を書きたい場合は、# と書くと良いです。
「そんなの覚えられん」という場合は、[設定]→[投稿欄の表示]→【既存ハッシュタグ簡単入力機能】→[▼リストに追加する項目:]欄にある『「#」を挿入する項目を末尾に追加』項目にチェックを入れておくと、ハッシュタグ簡単入力用のセレクトボックスの末尾に出てきます。(※デフォルトではOFFですが、ここの動作試験場ではONになっています。)
🍛Re:4783◆ご要望ありがとうございます。そうですよね、バランス的にはあった方が良いですよね。^^; カテゴリなしをカウントしていないのは(詳細は忘れましたが)なんか実装上の都合があったんだと思います。「ある物は簡単に数えられるけど、ない物は数えにくい」みたいな。とはいえ不可能ではないので、ToDoリストには入れておきます。気長にお待ち頂ければ幸いです。
🍛Re:4784◆ChromeやEdgeではZIPを問題なくダウンロードできますが、Firefoxだと警告が出るのはなんででしょうかね……? たぶん、Firefox側の何らかの検出ミスなんでしょうけども。便利な拡張ツールをありがとうございます。
🍛Re:4785◆ご報告をどうもありがとうございます! 助かります。確かに、不具合がありますね。
- NG [1:def:あい[2:abc:う]えお] ←defがclass名とは解釈されずに見えてしまう。
- OK [1:def:あ[B:い[2:abc:う]え]お] ←間に別の装飾を入れれば問題ない。
- OK [3:あい[4:う]えお] ←class名を使わない汎用装飾なら入れ子にしても何も問題ない。
- OK [5:abc:あい[6:う]えお] ←外側が「class名あり」でも内側が「class名なし」の汎用装飾なら問題ない。
- OK [5:あい[6:abc:う]えお] ←内側が「class名あり」でも外側が「class名なし」の汎用装飾なら問題ない。
- NG [1:ghi:あ[2:def:い[3:abc:う]え]お] ←3重入れ子:一番外側のghiは問題ないが、2番目のdefはテキストとして見えてしまう。
- OK [1:def:あ[2:い[3:abc:う]え]お] ←3重入れ子:2番目の汎用装飾を「classなし」にすると問題ない。
まだハッキリと原因は掴んでいませんが、たぶん正規表現の書き方に問題があるのだと思いますので、次のバージョンで修正します。
🍛Re:4786◆回答ありがとうございます。参考にさせて頂きます。^^ 実装の手間で言えば、何の入力欄も拡張しない③が一番楽ではあります。
2024年10月 この範囲を時系列順で読む この範囲をファイルに出力する
🆕 Ver 4.4.4βの更新点(概要):
《▼新機能》
●複数カテゴリの一括(生データ)編集機能
●自由装飾ボタンの追加:汎用装飾1~9
●リスト記法の拡充:丸囲み記号のサポート
《▼仕様改善》
●画像一覧画面に「一覧外・NSFW」の各フラグ付き画像だけを一覧できるリンクを追加。
●何でも簡単入力ボタン機能の登録欄で、入力欄の右端で折り返されないよう表示仕様を改善。
《▼不具合修正》
❎カテゴリツリーの表示時に『末尾に「カテゴリなし」を追加』をONにしていても追加されない不具合を修正。
❎本文中にカスタム絵文字があるとき、プレーンテキストで出力される場面では、絵文字の位置にJavaScriptソース等がそのまま出力されてしまう不具合を解消。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス:
Mastodon(Pawoo)
Bluesky
Twitter:
(ツイート埋め込み処理中...)Twitterで見る
🎃Re:4779◆ご回答ありがとうございます。更新日時を記録する場合でも、強制的に表示されるようなことにはならないのでご安心下さい。それ専用の記法を新たに用意して、(その記法がスキンに使われている場合に)そこに表示される形にしかならないと思いますので。
🎃Re:4773,4774◆ご回答ありがとうございます。参考にさせて頂きます~。
🎃Re:4776◆画像保存用ディレクトリ以外にある画像が指定されていたり、画像保存用ディレクトリにある画像でも「まだ画像インデックスが更新されていなくて情報が載っていない画像」が指定されている場合には「キャプション自動取得対象外」という文字列が挿入されます。
- 画像保存用ディレクトリにある画像なら(画像管理画面を1度表示するなどして)画像インデックスファイルを更新させれば通常のalt属性値が入ります。
- なお、[PICT:ほげほげ:画像位置]のように書けば、(画像保存用ディレクトリ以外にある画像でも)任意のalt属性値(この例では「ほげほげ」)をその都度指定できます。
🎃Re:4777◆ご指摘をどうもありがとうございます! 設計では「先頭固定・下書き・予約待ち」だけを表示対象から除外しているつもりだったのですが、実際にソースを確認すると、うっかり「下げる」も表示対象外にしていました。次のβ版(近日中に公開予定です)で修正します。
---《緩募》---
投稿日時だけでなく更新日時も扱えるようになって欲しいというご要望をわりと頻繁に頂いている気がしますので、ちょっと具体的なイメージを考えてみました。
もし実装するとしたとして、下記の Ⓐ~Ⓒ、①~③、㋐~㋒ では、それぞれどれが望ましいですかね?
更新日時も扱えるようになって欲しいというご希望をお持ちの方は、番号でお知らせ頂けると今後の開発検討の参考になってありがたいです。
▼更新日時の扱い方:
- Ⓐ 更新日時は「編集した瞬間の日時」が自動で記録されれば良い。手動で入力する機能は不要。
- Ⓑ 更新日時は「編集した瞬間の日時」を自動で記録して欲しいが、手動で編集する機能も欲しい。
- Ⓒ 更新日時は自動では記録せず、常に手動で指定したい。
- ①は、現状の投稿日時とは別に『更新日時用の入力欄』を追加するパターン。
- ②は、現状の投稿日時欄に、追加で更新日時も入力できるようにするパターン。
- ③は、投稿日時欄は何も変わらず、本文にコメントの形で更新日時を書いておけるようにするパターン。
- ㋐ 投稿日時を出力する。
- ㋑ 何も出力しない。
- ㋒ 「未更新」のような任意の文字列を出力する。
🍕Re:4767◆よろしければ上記にご回答下さい。今後の参考にさせて頂きますので。
🍕Re:4768◆既に No.4769 さんがご回答下さっている通り、(専用の記法は用意していませんが)検索結果へのリンクを作れる書き方は用意していますので、その方法が使えます。
🍕Re:4768◆的確なサポートをありがとうございます!(╹◡╹)ノ
🍕Re:4769◆画像処理に関しては、Perlだとサーバ側にどんなモジュールがあると期待できるかは分からないわけですが、PHPだと少なくともGDライブラリはある前提にして良さそうなので、そこもPHPのメリットですねえ。
私の代わりにサポートして下さっているみなさん、ありがとうございます。^^
なんとか今月中に次のβ版を公開したいと思っています。なかなか開発は進められていないのですが、今日はちょっとだけ進みました。
さて、どれに返信が必要なのか分からなくなりつつありますが、とりあえず解決した様子の件についてはもう私からはいいですかね。(^_^;)
それ以外について書きます。もし返信漏れがあったら、催促して下さい。
🍘Re:4752◆便利なツールをありがとうございます。私もてがろぐの機能増強分をPHPで書きたくなってきました。^^; Deprecatedの警告は「将来的に廃止される予定の機能」を使っている場合に出ます(だから古いバージョンのPHPでは警告が出ません)。なので、今のバージョンのPHPでは動いても、将来的なバージョンのPHPでは動かなくなる可能性があります。Function xxx() is deprecatedのように表示されるのだとしたら、その「xxx」が警告の対象です。そこを別の手段で実現するのが正攻法ですね。とりあえず、動作確認(開発)に使ったPHPのバージョンも併記なさると、今後に使おうとする方々の参考になって望ましいかもしれません。
🍘Re:4756◆ご要望をどうもありがとうございます。なるほど、その発想はありませんでした。ToDoリストに加えておきます。ただ、ToDoリストは既に莫大になっていますので、とりあえず直近でどうにかしたい場合はJavaScriptを使うのが良いと思います。日付境界バーは class="dateseparator" が付加されたブロック(現状ではp要素固定ですが)で出力されていますので、
🍘Re:4757◆ご要望をありがとうございます。しかしながら、クローラーをブロックするのはサーバ側の機能で、画像の保存を云々するのはスキン側の機能なので、それぞれサーバ設定(=.htaccessファイル)やスキン自体のカスタマイズでご対応頂くのが最も望ましいと思います。もちろん、てがろぐ本体側でそこまで面倒を見ることは技術的に不可能ではありませんが、費用対効果(というか「実装の手間」と効果)が見合わない気がしますから、よほど何か事情がない限り開発の優先度は高まらないと思いますので。
それぞれ手動で対応する場合には、
ところが、てがろぐ側でこれらの面倒を見ようとすると、
前者については、
後者については、
そもそも、Web上に表示されている画像の保存を厳密に禁止する方法はありません。同種のテクニックはいろいろありますが、どれも「保存しにくくする」程度のものです。なので、どれくらい保存しにくくしたいか、という希望の程度に応じて採用テクニックを選択する必要があります。つまり「これ1種類で万人がOK」というテクニックはないので、そもそも ⓐ が用意しにくいのですよね。もし複数のテクニックを用意するなら、どれを出力したいのかを選択する機能を設ける必要もありますし。
……というわけで、てがろぐ側で面倒を見ることは技術的には可能ですけども、それを実装するだけのメリットがない(実装の手間が掛かるのに、ユーザ側の自由度は減る)と思うのです。
なので、その辺はサーバ設定とスキン編集で(手動で)ご対応頂くのが一番だと思います。畳む
それに、手動で.htaccess(やrobots.txt)を書く方が、てがろぐだけでなくサイト全体を一括で対象にできるので(クローラーをブロックしたいなら特に)保守が楽になるメリットもあります。
🍘Re:4763◆[[INFO:LASTUPDATE]]で出力される更新日時は(投稿の更新日時ではなく)てがろぐ全体の更新日時ですが、それを併記したいということですか? それとも、投稿の更新日時を表示できるような機能が欲しい、というご要望でしょうかね?
なんとか今月中に次のβ版を公開したいと思っています。なかなか開発は進められていないのですが、今日はちょっとだけ進みました。
さて、どれに返信が必要なのか分からなくなりつつありますが、とりあえず解決した様子の件についてはもう私からはいいですかね。(^_^;)
それ以外について書きます。もし返信漏れがあったら、催促して下さい。
🍘Re:4752◆便利なツールをありがとうございます。私もてがろぐの機能増強分をPHPで書きたくなってきました。^^; Deprecatedの警告は「将来的に廃止される予定の機能」を使っている場合に出ます(だから古いバージョンのPHPでは警告が出ません)。なので、今のバージョンのPHPでは動いても、将来的なバージョンのPHPでは動かなくなる可能性があります。Function xxx() is deprecatedのように表示されるのだとしたら、その「xxx」が警告の対象です。そこを別の手段で実現するのが正攻法ですね。とりあえず、動作確認(開発)に使ったPHPのバージョンも併記なさると、今後に使おうとする方々の参考になって望ましいかもしれません。
🍘Re:4756◆ご要望をどうもありがとうございます。なるほど、その発想はありませんでした。ToDoリストに加えておきます。ただ、ToDoリストは既に莫大になっていますので、とりあえず直近でどうにかしたい場合はJavaScriptを使うのが良いと思います。日付境界バーは class="dateseparator" が付加されたブロック(現状ではp要素固定ですが)で出力されていますので、
- 初めて class="dateseparator" が出てきたらその直前に <div> を加える。
- 2度目以降に class="dateseparator" が出てきたらその直前に </div><div> を加える。
- 外側スキンの [[TEGALOG]] の直後に、例えば <!-- CLOSETAG --> などとコメントタグを書いておいて、上記1が実行されている場合に限って、そのコメントタグを </div> に置き換える。
🍘Re:4757◆ご要望をありがとうございます。しかしながら、クローラーをブロックするのはサーバ側の機能で、画像の保存を云々するのはスキン側の機能なので、それぞれサーバ設定(=.htaccessファイル)やスキン自体のカスタマイズでご対応頂くのが最も望ましいと思います。もちろん、てがろぐ本体側でそこまで面倒を見ることは技術的に不可能ではありませんが、費用対効果(というか「実装の手間」と効果)が見合わない気がしますから、よほど何か事情がない限り開発の優先度は高まらないと思いますので。
それぞれ手動で対応する場合には、
- .htaccessファイル(紳士的なクローラーを対象にするならrobots.txtも使えますが)にクローラーをブロックする記述を加える。
- 外側スキンファイルに、画像に対する操作を抑止するようなJavaScriptなりを加える。
ところが、てがろぐ側でこれらの面倒を見ようとすると、
前者については、
- どんなクローラーを対象にするのかを設定できる項目を用意する。
- それが設定されていたら、
- Ⓐ.htaccessファイルがあるかどうかを確認して、
- Ⓑある場合には指定のクローラーに対する指示が既に含まれていないかどうかを確認して、
- Ⓒ含まれていない場合には書き加える。
- Ⓓ設定がOFFにされた場合には、書き加えた部分だけを削除して出力しなおす。
後者については、
- ⓐ 画像の保存を阻止するような何らかの制限を施すソースを用意しておく。
- ⓑ 専用の記法 [[PROTECTIMAGES]] があったら、そのソースを出力する。
そもそも、Web上に表示されている画像の保存を厳密に禁止する方法はありません。同種のテクニックはいろいろありますが、どれも「保存しにくくする」程度のものです。なので、どれくらい保存しにくくしたいか、という希望の程度に応じて採用テクニックを選択する必要があります。つまり「これ1種類で万人がOK」というテクニックはないので、そもそも ⓐ が用意しにくいのですよね。もし複数のテクニックを用意するなら、どれを出力したいのかを選択する機能を設ける必要もありますし。
……というわけで、てがろぐ側で面倒を見ることは技術的には可能ですけども、それを実装するだけのメリットがない(実装の手間が掛かるのに、ユーザ側の自由度は減る)と思うのです。
なので、その辺はサーバ設定とスキン編集で(手動で)ご対応頂くのが一番だと思います。畳む
それに、手動で.htaccess(やrobots.txt)を書く方が、てがろぐだけでなくサイト全体を一括で対象にできるので(クローラーをブロックしたいなら特に)保守が楽になるメリットもあります。
🍘Re:4763◆[[INFO:LASTUPDATE]]で出力される更新日時は(投稿の更新日時ではなく)てがろぐ全体の更新日時ですが、それを併記したいということですか? それとも、投稿の更新日時を表示できるような機能が欲しい、というご要望でしょうかね?
🧀Re:4748◆ご質問は、「特定のカテゴリに限定表示されている状況で、ハッシュタグ一覧にリストアップするハッシュタグを、そのカテゴリに属している投稿内で使われているハッシュタグだけに限定して表示することは可能か?」ということですかね? そうだとすると、残念ながらその方法はありません。特定の条件を満たす投稿に含まれているハッシュタグだけをリストにしようとすると、表示する度に毎回「全投稿の中から指定の文字列があるかどうかを検索」することになるので、投稿総数が多くなればなるほど重たくなるからです。(そのような表示を作りたい場合は、おそらく、てがろぐCGIそのものを複数個設置して使い分ける方が良さそうな気がします。)
🧀Re:4749◆サポートありがとうございます。(╹◡╹)ノ そのテクニックは何か他にも拡大画像の表示有無の調整用途に使えそうな気もしますね。
🧀Re:4747,4750◆解決したようで良かったです~。
🍘Re:4740,4743◆日付表記をいろいろ活用して下さってありがとうございます。解決したようで良かったです。(╹◡╹)
🍘Re:4741◆迅速サポートありがとうございます!
🍘Re:4742◆なるほど。解説をどうもありがとうございます。ギャラリーモード用にどんなソースのスキンをお使いなのかが分からないので正確な提案はできないのですが、例えば、figure:nth-of-type(n+5) { display: none; } とCSSを書くと(同じ親要素に含まれる)5番目以降のfigure要素が全部非表示になります。このような装飾を使えば、PICTとIMGをわざわざ使い分けなくても「ギャラリーモードでは4枚目までしか見せない」みたいなことは可能そうに思います。
とはいえ、記事によって見せたい枚数が不定の場合には、この方法は使えませんけども。
画像に付加できる「一覧外」フラグを使うと、その画像は class="embeddedpictbox nolisted" のように nolisted というclass名が付いて出力されますので、このclassがある場合に(ギャラリーモード用スキンでは)非表示にするようにしても良いかもしれません。この場合は、見せたい枚数が記事によって不定でも対応できますね。
ご要望頂いた仕様(=PICT記法と同じように [IMG:*]URL 記法でもサムネイルを見せる機能)もToDoリストには入れておきます。ただ、IMGの方の記法を使って同サイト内の画像を表示する機能は(ほぼ)過去との互換性のために残してあるような感じですので、あまり機能拡張の優先度は高くならない気がしています。なので、当面は上記の方法などをご活用頂ければ幸いです。上記の方法が適用できなさそうなスキンになっている場合は、スキンの詳細を教えて頂ければ別の何らかの解決策を提示できるかもしれません。
🍘Re:4744◆てがろぐのご活用をどうもありがとうございます。削除ボタンを右寄せで表示する設定機能はありますが、そうではなく、削除ボタンは左側のままで投稿ボタンを右側にしたいということですかね。新規投稿/編集画面には自由なCSSを加えられますので、それで投稿ボタンが右側に表示されるよう書いて頂く方法はあります。実現方法は複数ありそうですが、例えば .submitcover { float: right; } というCSSを追加すれば、投稿ボタンは右端に寄ります。
パンが安かったのでパンを買うのに夢中になった結果、ピザコーナーの存在を忘却してしまいました。┌(:3」└)┐
🍕Re:4734◆参考までにお尋ねしたいのですが、PICTとIMG記法を使い分けている理由は何でしょうか?
🍕Re:4736◆ああ、確かにプレーンテキストで出力される記法を使っている場合でも、カスタム絵文字に関してはHTMLソースの形で出力されていますね。そこまで考慮できていませんでした。^^; ご指摘ありがとうございます。何か考えます。
🍕Re:4737◆和暦でも洋歴(英歴?)でも日付表示はそこそこ自由にできます。No.4738さんの通り、スキン内で日付を掲載している部分の記述を書き換えるだけです。和暦の場合、単に元号を 令和6年 のように出すだけでなく、1月・2月・3月……を 睦月・如月・弥生……のように和名で表示することもできます。日付はいくつでも併記(表示)できますから、和名と英名を一緒にして 10月(神無月/October) のような盛り表記もできます。需要があるかどうかはともかく。^^;
スキンの編集が必要ですが、書き方の例も(表の後に)7つ掲載していますので、表と合わせて参考にしてみて下さい。
※なお、あくまでも表示が自由にできるだけで、日付を手動入力する場合には YYYY/MM/DD hh:mm:ss 形式固定で書く必要があります。(和暦で入力ができるわけではありません。)
🍕Re:4738◆素早いサポートをありがとうございます!(╹◡╹)ノ
🍕Re:4734◆参考までにお尋ねしたいのですが、PICTとIMG記法を使い分けている理由は何でしょうか?
🍕Re:4736◆ああ、確かにプレーンテキストで出力される記法を使っている場合でも、カスタム絵文字に関してはHTMLソースの形で出力されていますね。そこまで考慮できていませんでした。^^; ご指摘ありがとうございます。何か考えます。
🍕Re:4737◆和暦でも洋歴(英歴?)でも日付表示はそこそこ自由にできます。No.4738さんの通り、スキン内で日付を掲載している部分の記述を書き換えるだけです。和暦の場合、単に元号を 令和6年 のように出すだけでなく、1月・2月・3月……を 睦月・如月・弥生……のように和名で表示することもできます。日付はいくつでも併記(表示)できますから、和名と英名を一緒にして 10月(神無月/October) のような盛り表記もできます。需要があるかどうかはともかく。^^;
スキンの編集が必要ですが、書き方の例も(表の後に)7つ掲載していますので、表と合わせて参考にしてみて下さい。
※なお、あくまでも表示が自由にできるだけで、日付を手動入力する場合には YYYY/MM/DD hh:mm:ss 形式固定で書く必要があります。(和暦で入力ができるわけではありません。)
🍕Re:4738◆素早いサポートをありがとうございます!(╹◡╹)ノ
🍔Re:4730◆対処方法はいろいろありそうですが、例えばIF文での出力条件分け記法を使って、「投稿単独表示時」と「それ以外」とで書き分ければ良いのではないかと思います。◆ナビゲーションが出力されない状況で空行ができてしまうのは、スキンの書き方によって原因が様々なので、実際のページを拝見しないと何とも言い難いです。が、もし <div class="hoge">[[てがろぐ記法]]</div> のように、ある要素の中身に「ナビゲーションを出力するてがろぐ記法だけ」しか含まれないようHTMLを書いているなら、empty疑似クラスを使って、.hoge:empty { display:none; } のようなCSSを書けば解消できる可能性があります。
🍔Re:4731◆詳しい解説をありがとうございます。なんとなくお望みは分かったような気もしますが、「1」と「2・3」に距離があるような気がして、なかなか回答が難しいのですが、とりあえず今の時点で言える点を書きます。
- まず、 [[INFO:NOWCAT:DESCRIPTION]] は外側スキンでだけ使える記法ですから、内側スキン(skin-onelog.html)に書いても認識されません。スキンに書いた [[INFO:NOWCAT:DESCRIPTION]] がそのまま出力されるのはそのためです。
- 内側スキンで、その投稿が属するカテゴリの概要文を出力したい場合は、内側スキンで使える記法の【カテゴリ関連要素】項目で解説している [[CATEGORYLINKS:D]] の記述が使えます。
🧀Re:4720,4723◆解決できて良かったです。4つのヘルプの目次をまとめて掲載しているヘルプ総合目次もご活用頂ければ幸いです。(╹◡╹)
🧀Re:4721◆的確なサポートをありがとうございます!
🧀Re:4722◆No.4725さんがご回答下さっている方法をご活用下さい~。
🧀Re:4724◆以下の3点を教えて頂ければ、何らかの回答ができるかもしれません。
- どのような表示になることをお望みなのか
- そのためにどのようにスキンを記述(または設定など)したのか
- 今は(意に反して)どのような表示になってしまっているのか
🧀Re:4725◆的確なサポートをありがとうございます!②
🧀Re:4726◆リストを作る記法の「1行目の末尾」に余計な空白が含まれているのが原因です。それを取り除けば空行は出なくなります。
▼問題ない記述例1:
[L:🍊:
あいうえお
かきくけこ
さしすせそ
]
▼問題ない記述例2:
[L:🍊:あいうえお
かきくけこ
さしすせそ]
▽その表示(1・2どちらも同じ)
- あいうえお
- かきくけこ
- さしすせそ
▼問題ある記述例:(※「🍊:」の直後に半角スペースが1つあります。)
[L:🍊:
あいうえお
かきくけこ
さしすせそ
]
▽その表示
- あいうえお
- かきくけこ
- さしすせそ
こちらでは、1行目に書かれている [L:🍊: の『2つ目のコロン記号の直後』に余計な半角スペースがあるため、「リスト項目の1つ目は『半角スペース1文字だけがある項目』である」と解釈されて出力されるのです。(※ブラウザ上での見た目では分かりませんが、出力されているHTMLソースを見ると、リスト項目を作るli要素の中に半角スペースが1つだけ出力されています。)
🥞Re:4714◆できるだけ好きなようにカスタマイズ可能なようにしていきたいと思ってはいます。なかなか全部一気にとはいかないのでToDoリストは(積ん読と同じように)溜まる一方ですが。^^;
🥞Re:4715◆WordPressのテーマは、自分で1からフルスクラッチで作ったものなら構造を完全に把握できているので追加のカスタマイズなり修正なりも問題ないんですが、他人が作ったテーマの改修を頼まれると(どこがどこに影響しているのかとか)最初に構造を調べる手間が掛かるのでとても時間が掛かりますね。(^_^;)
🥞Re:4716◆「続きを読む」ボタンの開閉はJavaScriptを使って対象のdisplayプロパティの値を切り替えているので、CSSでアニメーションを加えるのは無理かな……という話から別案までが、No.3745~3747に出ていますのでご参照下さい。あと、タイムリーなことに『CSSでdisplay:none;からアニメーションができる! @starting-styleがすべてのブラウザにサポートされました』という記事が先週に出ていました。これを活用するともしかしたら何かできるかもしれません。(何も試してはいないんですが。もし何かできた方がいらっしゃったら、ぜひ教えて下さい。^^;)
🥞Re:4717◆お役に立っているようで嬉しいです。(╹◡╹)ノ 「何でも簡単入力ボタン機能」の登録欄は、おっしゃるとおり外部のテキストエディタで編集してからコピー&ペーストして頂いても何も問題ありません。
🍩Re:4707◆さんごよみのご愛用をどうもありがとうございます! さんごよみは滅多に反応を頂かないので、お役に立っていると分かって嬉しいです。(╹◡╹) まあ反応がないのは、ここ1年半くらいアップデートしていないから、というのもあるかもしれませんが。^^; 今、ローカルでは機能増強しつつありますので、そう遠くないうちに次のバージョンを出せるつもりではいます。◆さて、カレンダーの月曜始まりについては、ちょっと最初の設計段階で(深く考えていなかったので)日曜始まりを前提にしてしまっていまして、直近での実装は今のところ予定していません。やはり、月曜始まりにしたいですかね?(^_^;) 他にも「箱形カレンダーではなく、線形リストで表示したい」というようなご要望も頂いていて、どちらかというとそっちの方が先にできそうな気もしています。とはいえ、月曜始まりが良い、というご要望があるようなら、ToDoリストには入れておきます。
🍩Re:4702,4◆解決したようで良かったです。「画像の下に謎の空白が……!」というのはもう「Webあるある」なので解決策はたくさんあります。どの解決策が使えるかは、そのページの他の装飾次第ですが。
🍩Re:4703◆懐かしい記事を発掘して下さってありがとうございます。(^_^;) 更新日は2015年になっていますが、たぶん最初に書いたのはもっと昔だと思います。
🍩Re:4705◆おそらく、画像一覧モードではなく、ギャラリーモードの方ですね? 画像一覧モードは本当に画像だけを一覧するので「1枚目」とかそういう概念がありませんので。
さて、Lightboxのキャプションにリンクを挿入する件ですが、現在の(てがろぐ側の)仕様では「postid=xx」の「xx」を出力する機能がありませんので、残念ながらその方法は使えません。
ただ、Lightboxのキャプションを使うのではなく、単にギャラリーモードで表示される画像を、記事ページへのリンクにすれば良いだけのような気がするのですが。そういうことではないんですかね……? ちょっとお望みの動作を私が正確に認識できていないかもしれませんが。
標準添付のギャラリーモード用スキンでは、画像をクリックすると画像が拡大されるだけですが、スキンを修正すれば「画像クリックでその記事ページに飛ぶ」ようにもできます。
Ver 4.4.2β以降をご使用頂けば、表示される画像を原寸画像へのリンクにするかどうかをギャラリーモードだけ個別に設定する方法が使えます。これを使って『原寸画像へのリンクにしない』よう設定しておけば、 <a href="[[PERMAURL:PURE]]">[[ONEPICT:1]]</a> のようにスキンを書くだけで、「その記事の1枚目の画像」が「その記事ページへのリンク」になります。(※Ver 4.4.2βよりも前のバージョンを使ったり、Ver 4.4.2β以降でも先のリンク先(解説)にある事前設定することなく上記の書き方を使うと、出力がおかしくなりますのでご注意下さい。)
なお、そのような動作になるスキン(Ver 4.4.2β以前のバージョンでも機能するようなスキン)を配布している方々も多々いらっしゃいますので、参考になさると良いのではないかと思います。
2024年9月 この範囲を時系列順で読む この範囲をファイルに出力する
🍨Re:4698◆ご要望をどうもありがとうございます! てがろぐ以外でも大歓迎です! 需要があると認識できてとてもありがたいです。最初から機能を盛ると企画倒れになりやすいので、(徐々に増やすつもりで)まずは最小限の状態でリリースするつもりですが、どれもToDoリストには入れておきます。後者2つは元々予定していましたけども。気長にお待ち頂ければ幸いです。(╹◡╹)ノ
返信・回答が遅くなってすみません。
🍨Re:4690◆β版のご試用ありがとうございます。お役に立っているようで嬉しいです。◆アナウンス場所のアンケートは以前に採ったことがあったんですが、綺麗に分散していましてね……。┌(:3」└)┐
🍨Re:4692◆ご愛用ありがとうございます。また、新機能も試して下さってありがとうございます。(╹◡╹)ノ
🍨Re:4693◆ご要望ありがとうございます。下書き投稿が単独でしか見えないのは、てがろぐの実装方法の都合で、見せてはいけないデータを一覧表示時に入れ込むのが難しいとかなんかそんな感じの理由があった気がします(詳細は覚えていないのですが^^;)。とはいえ、たしかにそう表示できればそれはそれで便利でしょうから、何か良さげな実装方法を思いついたときには対処します。
🍨Re:4694◆便利そうなスクリプトをありがとうございます。てがろぐCGIも最初からPHPで書いていたらもっと柔軟に便利機能を追加できただろうな、とは常に思います。(^_^;)
🍨Re:4695◆ああ、複数の画像のフラグを一括で変更したい、ということですね? たしかに、その機能もあると便利そうですね。ToDoリストに入れておきます。気長にお待ち頂ければ幸いです。
🍨Re:4696◆画像に「一覧外」のフラグを付けると画像一覧モードには表示されなくなります。なお、鍵付き投稿・下書き投稿と同時にアップロードされた画像には最初から「一覧外」フラグが立つ仕様ですので、画像管理画面からフラグを立てるのが面倒な場合は、予約投稿を一旦「下書き」で投稿して、直後に再編集して「下書き」チェックを外す手もあります。(※下書きのままにしてしまうと、予約時間が来ても下書きのままですから表示されませんのでご注意下さい。)
🍨Re:4690◆β版のご試用ありがとうございます。お役に立っているようで嬉しいです。◆アナウンス場所のアンケートは以前に採ったことがあったんですが、綺麗に分散していましてね……。┌(:3」└)┐
🍨Re:4692◆ご愛用ありがとうございます。また、新機能も試して下さってありがとうございます。(╹◡╹)ノ
🍨Re:4693◆ご要望ありがとうございます。下書き投稿が単独でしか見えないのは、てがろぐの実装方法の都合で、見せてはいけないデータを一覧表示時に入れ込むのが難しいとかなんかそんな感じの理由があった気がします(詳細は覚えていないのですが^^;)。とはいえ、たしかにそう表示できればそれはそれで便利でしょうから、何か良さげな実装方法を思いついたときには対処します。
🍨Re:4694◆便利そうなスクリプトをありがとうございます。てがろぐCGIも最初からPHPで書いていたらもっと柔軟に便利機能を追加できただろうな、とは常に思います。(^_^;)
🍨Re:4695◆ああ、複数の画像のフラグを一括で変更したい、ということですね? たしかに、その機能もあると便利そうですね。ToDoリストに入れておきます。気長にお待ち頂ければ幸いです。
🍨Re:4696◆画像に「一覧外」のフラグを付けると画像一覧モードには表示されなくなります。なお、鍵付き投稿・下書き投稿と同時にアップロードされた画像には最初から「一覧外」フラグが立つ仕様ですので、画像管理画面からフラグを立てるのが面倒な場合は、予約投稿を一旦「下書き」で投稿して、直後に再編集して「下書き」チェックを外す手もあります。(※下書きのままにしてしまうと、予約時間が来ても下書きのままですから表示されませんのでご注意下さい。)
🍨Re:4685◆ご試用ありがとうございます。お役に立ったようで嬉しいです。(╹◡╹)ノ 情報もありがとうございます。
🍨Re:4686◆件数表示はわりと良い感じに実装できて良かったです。ご活用頂ければ幸いです。(^_^)
🍨Re:4687◆ご試用ありがとうございます。やはりそれだけあると3分は掛かりますね。次のバージョンでもうちょっと何か進捗表示ができるようにできたらいいな……と考えているところです。◆カテゴリなし表示、確かに出力されていませんね。いつから……。_(:3」∠)_ 現象は確認しましたが原因はまだ突き止められていないのですけども、次のバージョンで何とかします。ご報告ありがとうございます!
🆕 Ver 4.4.3βの更新点(概要):
《▼新機能》
●画像管理画面で画像を検索できる機能
●どの投稿でも使われていない画像を探す「未使用画像を探す」機能い可能性があるため)
●投稿一覧画面の上部に「下書き・鍵付き・下げる」の各投稿を一覧できるリンクを追加。
《▼仕様改善》
●画像の削除アルゴリズムを見直して、高速に削除可能に。
●画像インデックスファイルの肥大化を防ぐ仕様を追加。
●総ページ数が数百ページを超える場合に極端に表示が遅くなる問題を解決。
《▼不具合修正》
❎鍵入力フォームの解除後で、状況に依存した前後投稿へ移動できなくなる問題を解消。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス:
Mastodon(Pawoo)
Bluesky
Twitter:
(ツイート埋め込み処理中...)Twitterで見る