てがろぐ
- Fumy Otegaru Memo Logger -
検索語「〔除外:$ci=;〕」の検索結果［1268件］（2ページ目）
もう10月が4日目なの……。┌(:3」└)┐
返信が遅くなってすみません。
昼食はパスタ。
🍝Re:5453◆ありがとうございます！ RSSでチェックできる機能も用意する方向で進めつつあります。(╹◡╹)ﾉ
🍝Re:5454◆新機能がお役に立ったようで良かったです。ご要望もありがとうございます。たしかに、もうちょっとvideo要素のオプションを指定できると望ましいでしょうね。ループ再生指定も含めて、video要素に追加できるオプションも書けるように今後のバージョンで拡張します。もうしばらくお待ち下さい。
🍝Re:5455◆なるほど、メッセージ送信後にも当然何かを表示したいでしょうね。そういえば送信後の動作をまだ考えていませんでした。(笑) 何か考えます。
フォームの送信まで非同期通信でできるようにするかどうかは分かりませんが（技術的にはもちろん可能ですが、それを初回リリースの時点で実装するかどうか、という話）、ご要望はメモしておきます。初回リリース時点ではもっと簡易的に「送信されたら sent.htm へ遷移する」みたいな形になっているかもしれません。
なお、ディレクトリごとにセットアップする必要はなく、1サイト（1ドメイン）に1個設置すれば充分です。
チェックボックスやラジオボタンやセレクトボックス等のフォームパーツは、書きたいだけ書ける仕様になると思います。たぶん。（ファイルの送信は除く）
🍝Re:5456◆今のところそうする方法はなさそうに思います。なお、「最初に『1件目～20件目』だけ見せておき、次のページでは『1件目～30件目』の30件の中の21件目の位置から読み始められるようにリンクする」という方法なら、今ご覧になっているサイト https://www.nishishi.org/ のHOMEで採用しています。この方法は単に、
返信が遅くなってすみません。
昼食はパスタ。
🍝Re:5453◆ありがとうございます！ RSSでチェックできる機能も用意する方向で進めつつあります。(╹◡╹)ﾉ
🍝Re:5454◆新機能がお役に立ったようで良かったです。ご要望もありがとうございます。たしかに、もうちょっとvideo要素のオプションを指定できると望ましいでしょうね。ループ再生指定も含めて、video要素に追加できるオプションも書けるように今後のバージョンで拡張します。もうしばらくお待ち下さい。
🍝Re:5455◆なるほど、メッセージ送信後にも当然何かを表示したいでしょうね。そういえば送信後の動作をまだ考えていませんでした。(笑) 何か考えます。
フォームの送信まで非同期通信でできるようにするかどうかは分かりませんが（技術的にはもちろん可能ですが、それを初回リリースの時点で実装するかどうか、という話）、ご要望はメモしておきます。初回リリース時点ではもっと簡易的に「送信されたら sent.htm へ遷移する」みたいな形になっているかもしれません。
なお、ディレクトリごとにセットアップする必要はなく、1サイト（1ドメイン）に1個設置すれば充分です。
チェックボックスやラジオボタンやセレクトボックス等のフォームパーツは、書きたいだけ書ける仕様になると思います。たぶん。（ファイルの送信は除く）
🍝Re:5456◆今のところそうする方法はなさそうに思います。なお、「最初に『1件目～20件目』だけ見せておき、次のページでは『1件目～30件目』の30件の中の21件目の位置から読み始められるようにリンクする」という方法なら、今ご覧になっているサイト https://www.nishishi.org/ のHOMEで採用しています。この方法は単に、
- 最初の20件だけを出力するスキンを使って、index.htmlに埋め込んで表示
- てがろぐ1ページ目の21件目の位置から表示できるリンクを用意
てがろぐ Ver 4.7.0 を公開しました！ #Update
動画の埋込表示、1行単位フリースペース、折り畳み装飾記法、指定回数超のハッシュタグだけのリスト表示記法、折畳型の日付リスト記法や、n番目画像を出力する記法の仕様増強、などの追加が主な更新点です。その他、細々した仕様改善や機能追加、不具合修正を含んでいます。
➡ https://www.nishishi.com/cgi/tegalog/
バージョンアップには2通りの方法があります。
🆕 Ver 4.7.0の更新点(概要)：
《▼大きな機能追加》
●動画ファイルの埋め込み表示機能。
●「名前付き1行単位フリースペース」欄を追加。
●指定範囲を(details＋summary要素で)折り畳んだ状態で表示する装飾記法を追加。
●投稿内のn番目の画像を出力する [[ONEPICT:n]] 記法に、細かなオプション記法を追加。
《▼その他の機能追加》
●Faviconの設定機能を追加。
●画像拡大スクリプトを任意に指定する際、複数ファイルの読み込み指定を可能に。
●使用回数が指定値以上のハッシュタグだけをリスト表示する記法を追加。
●最初は年だけが見えている折り畳み型の日付リンクリスト記法を追加。
《▼細かな機能追加》
●ログインフォームの上側に任意のメッセージを掲載できる設定機能。
《▼仕様改善》
●装飾系ボタンの動作改善
●Apple Musicの共有用URLの新仕様に対応。
●使用中画像の検索機能を（検索語に「PICT:」を指定せずに）ファイル名だけで検索するよう変更。
●画像管理画面からの画像削除時に、サムネイル画像があればそれも同時に削除するように改善。
●エラー発生時の環境情報の出力をデフォルトで「しない」に変更。
《▼スキン更新》
●折り畳み表示用のCSSを追記。（通常モードで使うスキン9種類のみ）
●動画埋め込み表示用のCSSを追記。（通常モードで使うスキン9種類のみ）
《▼不具合修正》
❎検索語のハイライト機能を有効にしている状況で、全文検索で使う検索語の中に「半角の英数記号1文字だけの検索語」が含まれているときに、「続きを読む」機能や「OGPカード型リンク」の表示機能が使えなくなる不具合を修正。
❎検索文字列の先頭に空白があると文字化けする問題を解決。（全文検索でのハイライト表示処理の不具合を解消）
❎投稿本文の1行目に「隠す記法」・「折り畳み記法」・「リスト記法」のどれかがあるとき、[[COMMENT:TITLE]]記法を使って1行目だけを分離しているスキンでは表示が崩れる可能性がある問題を解決。（→自動的に内部的に空行を先頭に挿入することで、1行目に書かれている内容が2行目になるよう調整。）
❎装飾の「リスト」ボタンと「隠す」ボタンで、入力をキャンセルした場合にだけ、投稿欄にフォーカスが戻らなかった不具合を修正。（JavaScriptがエラーを出していた問題を修正。）
❎予約投稿を有効にしているとき、（ログインしている状態で）存在しない投稿番号の単独ページにアクセスするとシステムエラー画面が出る問題を解決。
❎管理画面の投稿一覧で本文の一部が抜粋されない不具合を修正。
更新点について詳しい解説は、リリースノート(No.48)をご参照下さい。
アナウンス：
✔Twitter：
✔Pawoo（Mastodon）
✔mixi2
動画の埋込表示、1行単位フリースペース、折り畳み装飾記法、指定回数超のハッシュタグだけのリスト表示記法、折畳型の日付リスト記法や、n番目画像を出力する記法の仕様増強、などの追加が主な更新点です。その他、細々した仕様改善や機能追加、不具合修正を含んでいます。
➡ https://www.nishishi.com/cgi/tegalog/
バージョンアップには2通りの方法があります。
データファイルや設定ファイルは、すべてそのまま引き継げます。（Ver.3以下も含む、過去のどのバージョンからでも可）
- 1クリックでバージョンアップできる専用PHP「TegUp」のご使用をお勧め致します。（※てがろぐに同梱していますので、お使いの tegalog.cgi と同じ位置に tegup.php が既にあればそこにアクセスするだけです。）
- もしくは、最新版のZIPの中から tegalog.cgi と fumycts.pl と tegup.php の3ファイルだけを抜き出して上書きアップロードして下さい。
🆕 Ver 4.7.0の更新点(概要)：
《▼大きな機能追加》
●動画ファイルの埋め込み表示機能。
●「名前付き1行単位フリースペース」欄を追加。
●指定範囲を(details＋summary要素で)折り畳んだ状態で表示する装飾記法を追加。
●投稿内のn番目の画像を出力する [[ONEPICT:n]] 記法に、細かなオプション記法を追加。
《▼その他の機能追加》
●Faviconの設定機能を追加。
●画像拡大スクリプトを任意に指定する際、複数ファイルの読み込み指定を可能に。
●使用回数が指定値以上のハッシュタグだけをリスト表示する記法を追加。
●最初は年だけが見えている折り畳み型の日付リンクリスト記法を追加。
《▼細かな機能追加》
●ログインフォームの上側に任意のメッセージを掲載できる設定機能。
《▼仕様改善》
●装飾系ボタンの動作改善
- 「折畳」ボタンで、サマリー(ラベル)を空欄にしたままでも折り畳み記法を挿入するよう改善。
- 「隠す」ボタンで、ラベルの入力ができるように改善。(ラベルを省略したい場合は空欄のままOKを押す)
- 「汎用装飾1～9」ボタンで、追加のclass名を入力できるように改善。(省略したい場合は空欄のままOKを押す)
●Apple Musicの共有用URLの新仕様に対応。
●使用中画像の検索機能を（検索語に「PICT:」を指定せずに）ファイル名だけで検索するよう変更。
●画像管理画面からの画像削除時に、サムネイル画像があればそれも同時に削除するように改善。
●エラー発生時の環境情報の出力をデフォルトで「しない」に変更。
《▼スキン更新》
●折り畳み表示用のCSSを追記。（通常モードで使うスキン9種類のみ）
●動画埋め込み表示用のCSSを追記。（通常モードで使うスキン9種類のみ）
《▼不具合修正》
❎検索語のハイライト機能を有効にしている状況で、全文検索で使う検索語の中に「半角の英数記号1文字だけの検索語」が含まれているときに、「続きを読む」機能や「OGPカード型リンク」の表示機能が使えなくなる不具合を修正。
❎検索文字列の先頭に空白があると文字化けする問題を解決。（全文検索でのハイライト表示処理の不具合を解消）
❎投稿本文の1行目に「隠す記法」・「折り畳み記法」・「リスト記法」のどれかがあるとき、[[COMMENT:TITLE]]記法を使って1行目だけを分離しているスキンでは表示が崩れる可能性がある問題を解決。（→自動的に内部的に空行を先頭に挿入することで、1行目に書かれている内容が2行目になるよう調整。）
❎装飾の「リスト」ボタンと「隠す」ボタンで、入力をキャンセルした場合にだけ、投稿欄にフォーカスが戻らなかった不具合を修正。（JavaScriptがエラーを出していた問題を修正。）
❎予約投稿を有効にしているとき、（ログインしている状態で）存在しない投稿番号の単独ページにアクセスするとシステムエラー画面が出る問題を解決。
❎管理画面の投稿一覧で本文の一部が抜粋されない不具合を修正。
更新点について詳しい解説は、リリースノート(No.48)をご参照下さい。
アナウンス：
✔Twitter：
（ツイート埋め込み処理中...）Twitterで見る✔Bluesky
✔Pawoo（Mastodon）
✔mixi2
スーパーのお菓子売り場を何気なく眺めていたら「てがろぐ」っぽい文字が視界に飛び込んで、驚いて来て二度見したら「でかどく 」でした😂
最初と最後の文字が合っていれば、それ以外の文字が多少違っていても脳が補完して読めてしまうタイポグリセミア現象の一種を実感。
最初と最後の文字が合っていれば、それ以外の文字が多少違っていても脳が補完して読めてしまうタイポグリセミア現象の一種を実感。
夕食はゴーヤチャンプルー。
🥚Re:5440◆てがろぐでは今のところ投稿本文に自由なHTMLを直接書くことはできません。専用記法で文字色の指定は可能ですが、データファイルには（HTMLではなく）てがろぐ側の専用記法をそのまま記録する仕様です。なので、そのような装飾記述が多数あるようなら、正規表現が使えるテキストエディタを使って、
🥚Re:5441◆完璧なサポートをどうもありがとうございます！(╹◡╹)ﾉ
🥚Re:5440◆てがろぐでは今のところ投稿本文に自由なHTMLを直接書くことはできません。専用記法で文字色の指定は可能ですが、データファイルには（HTMLではなく）てがろぐ側の専用記法をそのまま記録する仕様です。なので、そのような装飾記述が多数あるようなら、正規表現が使えるテキストエディタを使って、
- 検索語 <font color="#?([0-9A-Za-z])+?".*?>(.+?)</font>
- 置換先 [C:\1:\2]
🥚Re:5441◆完璧なサポートをどうもありがとうございます！(╹◡╹)ﾉ
そろそろ秋……？
🍁Re:5424◆実際にtegalog.xmlファイルをご覧頂くのが早いと思いますが、ここに掲載されている画像を見るだけでも概ね分かると思います。こういう感じのXML(っぽいテキストファイル)です。WordPressやMovable Typeのファイルを読むことはできません。
XMLではなく「XMLっぽい」と表現しているのは、XMLの仕様に完全には沿っていないからです。先のリンク先の注釈部分に少し解説してあります。
🍁Re:5425◆直接使ったことはなかったんですが（存在は知っていましたが）、2000年代のCGIっぽさが出ていて懐かしい感じのページですね！
🍁Re:5427◆力作の解説をありがとうございます！今後のどなたかにも役立つと思います。(╹◡╹)
🍁Re:5428◆ああ、そういえばそうですね。今の実装方法だと（設定機能に）容易には加えられないんですが、将来的にはできるようにしたいと思います。とりあえず今の時点でcrossorigin属性とintegrity属性を加えたい場合は、てがろぐ側の機能では読み込ませずに、スキンHTMLに直接script要素を書いて下さい。（スキンから [[JS:LIGHTBOX:JQ]] 等の記述を消して、その代わりにjQueryやLightbox等の望みのスクリプトを読み込むscript要素を書く方法です。）
管理画面の画像管理で自動的に読まれる方に関しては、（ユーザ側に設定の余地がない仕様な分だけ単純なので）もうちょっと早めに対処します。
🍁Re:5429◆とりあえず、ここに掲載されている画像をご覧下さい。これを見て「ああ、簡単だ」と思えれば簡単です（当たり前ですが^^;）。テキストエディタのmiをお使いになるくらいなら、おそらく「簡単だ」と思われるだろうと思います。
てがろぐでは、全投稿を1ファイル(tegalog.xml)で管理します。1件1行で記述し、本文中の改行は <br /> で表す必要がある、というような独自の制約がありますが、難しくはないでしょう。一意の投稿番号を割り振る必要がありますが、てがろぐ管理画面から（投稿番号を1から連番で）割り振り直す機能がありますから（ヘルプドキュメントの「全投稿の投稿番号をNo.1から連番になるよう再採番する機能の使い方」をご覧下さい）、データファイルを自力で作る時点ではテキトーな投稿番号で良いです。全部1でも。
変換作業はローカルでなくてもサーバ上でもどこでも好きなところですれば良いと思います。ローカルでする場合でもWindowsである必要はなくMacでもLinuxでも何でも大丈夫です。BOMなしのUTF-8が編集できればどんなエディタでも良いですから。もしCGI本体の編集が必要な場合は、改行コードを[LF]で保存できる方が望ましいですが、CGI本体の編集は必要ないケースも多いです（設置サーバ次第です）。
🍁Re:5424◆実際にtegalog.xmlファイルをご覧頂くのが早いと思いますが、ここに掲載されている画像を見るだけでも概ね分かると思います。こういう感じのXML(っぽいテキストファイル)です。WordPressやMovable Typeのファイルを読むことはできません。
XMLではなく「XMLっぽい」と表現しているのは、XMLの仕様に完全には沿っていないからです。先のリンク先の注釈部分に少し解説してあります。
🍁Re:5425◆直接使ったことはなかったんですが（存在は知っていましたが）、2000年代のCGIっぽさが出ていて懐かしい感じのページですね！
🍁Re:5427◆力作の解説をありがとうございます！今後のどなたかにも役立つと思います。(╹◡╹)
🍁Re:5428◆ああ、そういえばそうですね。今の実装方法だと（設定機能に）容易には加えられないんですが、将来的にはできるようにしたいと思います。とりあえず今の時点でcrossorigin属性とintegrity属性を加えたい場合は、てがろぐ側の機能では読み込ませずに、スキンHTMLに直接script要素を書いて下さい。（スキンから [[JS:LIGHTBOX:JQ]] 等の記述を消して、その代わりにjQueryやLightbox等の望みのスクリプトを読み込むscript要素を書く方法です。）
管理画面の画像管理で自動的に読まれる方に関しては、（ユーザ側に設定の余地がない仕様な分だけ単純なので）もうちょっと早めに対処します。
🍁Re:5429◆とりあえず、ここに掲載されている画像をご覧下さい。これを見て「ああ、簡単だ」と思えれば簡単です（当たり前ですが^^;）。テキストエディタのmiをお使いになるくらいなら、おそらく「簡単だ」と思われるだろうと思います。
てがろぐでは、全投稿を1ファイル(tegalog.xml)で管理します。1件1行で記述し、本文中の改行は <br /> で表す必要がある、というような独自の制約がありますが、難しくはないでしょう。一意の投稿番号を割り振る必要がありますが、てがろぐ管理画面から（投稿番号を1から連番で）割り振り直す機能がありますから（ヘルプドキュメントの「全投稿の投稿番号をNo.1から連番になるよう再採番する機能の使い方」をご覧下さい）、データファイルを自力で作る時点ではテキトーな投稿番号で良いです。全部1でも。
変換作業はローカルでなくてもサーバ上でもどこでも好きなところですれば良いと思います。ローカルでする場合でもWindowsである必要はなくMacでもLinuxでも何でも大丈夫です。BOMなしのUTF-8が編集できればどんなエディタでも良いですから。もしCGI本体の編集が必要な場合は、改行コードを[LF]で保存できる方が望ましいですが、CGI本体の編集は必要ないケースも多いです（設置サーバ次第です）。
xmlぽい??
ということはWordpressのXMLならいけます？
nickyからWP形式というphpを発見したのですが〜
もしくはMT形式…のほうがあんまいないかしら
ということはWordpressのXMLならいけます？
nickyからWP形式というphpを発見したのですが〜
もしくはMT形式…のほうがあんまいないかしら
昨夜はちょっと冷えた。しかし、今はどちらかというと暑い。
🥞Re:5421◆てがろぐのデータファイルはXMLっぽいテキストファイルなので、手動で編集がしやすいと思います。なので、nickyのデータをtegalog.xml形式に書き換えれば移行しやすいかも知れません。
ただ、私はnickyのデータ形式を知らないので何とも言い難いのですけども。どなたか実際に実践された方がいらっしゃれば良いのですが。
だれか～～～
🥞Re:5421◆てがろぐのデータファイルはXMLっぽいテキストファイルなので、手動で編集がしやすいと思います。なので、nickyのデータをtegalog.xml形式に書き換えれば移行しやすいかも知れません。
ただ、私はnickyのデータ形式を知らないので何とも言い難いのですけども。どなたか実際に実践された方がいらっしゃれば良いのですが。
だれか～～～
外の気温はそんなに高くなさそうなのだけど、窓を閉め切るとあつい……。（開けると虫が入ってくるので開けられない）
🥞Re:5419-5420◆具体的にどのような問題が発生しているのかが分からないので、その辺を詳しく教えて下さい。
いろんなカスタマイズ点がありそうなので、1つずつ外して確かめてみる必要があるように思います。
とりあえず、『標準スキンそのままを使った場合でも同じ問題が起きるのか？』を確かめて教えて下さい。（それによって、スキンの問題なのか、スキンに関係なく発生する問題なのか、の区別ができます。）
🥞Re:5419-5420◆具体的にどのような問題が発生しているのかが分からないので、その辺を詳しく教えて下さい。
- 「個別記事が表示されなくなります」とのことですが、 どのように表示されなくなるのでしょうか？（ページが真っ白になる？）画面キャプチャもあると望ましいです。
- どんなスキンをお使いですか？
- 一時的に標準添付スキンに切り替えてみても、同じ問題が発生しますか？
- 「スキン内で使っているスクリプトはそれぞれ違います」とのことですが、どのようなスクリプトをお使いでしょうか？ また、そのスクリプトを外しても同じ問題が発生しますか？
いろんなカスタマイズ点がありそうなので、1つずつ外して確かめてみる必要があるように思います。
とりあえず、『標準スキンそのままを使った場合でも同じ問題が起きるのか？』を確かめて教えて下さい。（それによって、スキンの問題なのか、スキンに関係なく発生する問題なのか、の区別ができます。）
和栗のシュークリームを食べました。🌰🌰🌰
🌰Re:5415◆反応をどうもありがとうございます！(╹◡╹)ﾉ とりあえず、需要がないわけではないことが分かってありがたいです。
🌰Re:5416◆「続きを読む」機能として、続きを読む(一部を隠す)機能の仕様で比較紹介している『Ⓒ折り畳み』記法を使うのであれば、JavaScriptで実現できそうな気がします。
この折り畳み記法（＝[O:～]の記述で隠す記法）は、HTMLのdetails要素＋summary要素で出力されるのですが、この要素で隠された範囲はJavaScriptを使って簡単に開閉が可能です。なので、『カテゴリ限定表示中であるURLだったら、すべてのdetail要素をOPEN状態にする』というJavaScriptを用意すれば、お望みの動作になる気がします。
そのJavaScriptは、たぶん以下のような感じです。
<script>
/* 現在のURLをチェック */
if(window.location.href.includes("cat=")) {
/* ページ内の全てのdetails要素を展開 */
document.querySelectorAll("details").forEach(d => {
d.open = true;
});
}
</script>
カテゴリ限定表示時には、URLに cat=が含まれますから、それを調べて、ある場合にだけ、すべてのdetails要素のopen属性値をtrueにしています。
このコードを、外側スキンの末尾（</body>の直前あたり）に書けばうまくいかないでしょうかね？
※JavaScriptでURLの構成文字をチェックしなくても、IF文の記法を使って「カテゴリ限定表示時にだけscript要素を出力する」という感じにする手もあります。
🌰Re:5415◆反応をどうもありがとうございます！(╹◡╹)ﾉ とりあえず、需要がないわけではないことが分かってありがたいです。
🌰Re:5416◆「続きを読む」機能として、続きを読む(一部を隠す)機能の仕様で比較紹介している『Ⓒ折り畳み』記法を使うのであれば、JavaScriptで実現できそうな気がします。
この折り畳み記法（＝[O:～]の記述で隠す記法）は、HTMLのdetails要素＋summary要素で出力されるのですが、この要素で隠された範囲はJavaScriptを使って簡単に開閉が可能です。なので、『カテゴリ限定表示中であるURLだったら、すべてのdetail要素をOPEN状態にする』というJavaScriptを用意すれば、お望みの動作になる気がします。
そのJavaScriptは、たぶん以下のような感じです。
<script>
/* 現在のURLをチェック */
if(window.location.href.includes("cat=")) {
/* ページ内の全てのdetails要素を展開 */
document.querySelectorAll("details").forEach(d => {
d.open = true;
});
}
</script>
カテゴリ限定表示時には、URLに cat=が含まれますから、それを調べて、ある場合にだけ、すべてのdetails要素のopen属性値をtrueにしています。
このコードを、外側スキンの末尾（</body>の直前あたり）に書けばうまくいかないでしょうかね？
※JavaScriptでURLの構成文字をチェックしなくても、IF文の記法を使って「カテゴリ限定表示時にだけscript要素を出力する」という感じにする手もあります。
いつもお世話になっております。
てがろぐの「続きを読む」機能に関しての質問で、書き込みさせて頂きます。
「カテゴリ限定表示」で閲覧時、
「続きを読む」機能を無効にして全文が最初から表示されている状態にすることは可能でしょうか？
（全文検索時のようなイメージ）
過去ログのにししさん >>4054 のコメントを参考に、
[[COMMENT:LINE:1*]]の記述を使うことで＜＞の記法の「続きを読む」を無効には出来たんですが、
全文の中に＜＞がそのまま残ってしまうのが気になり…
お忙しい所恐れ入りますが、もし何か方法がありましたらご教示頂けますと幸いです。
てがろぐの「続きを読む」機能に関しての質問で、書き込みさせて頂きます。
「カテゴリ限定表示」で閲覧時、
「続きを読む」機能を無効にして全文が最初から表示されている状態にすることは可能でしょうか？
（全文検索時のようなイメージ）
過去ログのにししさん >>4054 のコメントを参考に、
[[COMMENT:LINE:1*]]の記述を使うことで＜＞の記法の「続きを読む」を無効には出来たんですが、
全文の中に＜＞がそのまま残ってしまうのが気になり…
お忙しい所恐れ入りますが、もし何か方法がありましたらご教示頂けますと幸いです。
昼食はパスタ。🍝🍝🍝
🍝Re:5410◆CSSでは無理ではないかな……と思います。CSSで先頭1文字に対してだけ装飾できる ::first-letter 疑似要素というのはありますが、これには display:none; のようなdisplay要素を指定できない規則ですので。
配色を透明にして誤魔化す（color:transparent;）という手もありそうに思えますが、そもそもCSSでの「先頭1文字」は、先頭が # のような記号の場合には「その記号＋次の文字」を対象にしてしまいますので、「 # 」だけを透明にはできなさそうです。
JavaScriptで実現しても良いなら、以下のソースをページ末尾(＝</body>の直前あたり)で実行すればハッシュタグ先頭の「 # 」記号を削除できます。
<script>
document.querySelectorAll('.comment .taglink').forEach(el => {
el.textContent = el.textContent.replace(/^#/, '');
});
</script>
上記は、本文が <div class="comment">～</div> で囲まれている場合のコードです。そうではない場合は、.comment 部分を書き換えて下さい。（セレクタを .taglink だけにしてしまうと、ハッシュタグ一覧を掲載している場合に、それらの先頭1文字も削ってしまいますので。）→よく考えたら、このJavaScriptは先頭の「 # 」記号だけを除外する正規表現なので問題なかった。┌(:3」└)┐ .comment の記述はなくても大丈夫です。^^;
🍝Re:5410◆CSSでは無理ではないかな……と思います。CSSで先頭1文字に対してだけ装飾できる ::first-letter 疑似要素というのはありますが、これには display:none; のようなdisplay要素を指定できない規則ですので。
配色を透明にして誤魔化す（color:transparent;）という手もありそうに思えますが、そもそもCSSでの「先頭1文字」は、先頭が # のような記号の場合には「その記号＋次の文字」を対象にしてしまいますので、「 # 」だけを透明にはできなさそうです。
JavaScriptで実現しても良いなら、以下のソースをページ末尾(＝</body>の直前あたり)で実行すればハッシュタグ先頭の「 # 」記号を削除できます。
<script>
document.querySelectorAll('.comment .taglink').forEach(el => {
el.textContent = el.textContent.replace(/^#/, '');
});
</script>
上記は、本文が <div class="comment">～</div> で囲まれている場合のコードです。そうではない場合は、.comment 部分を書き換えて下さい。
開発進捗状況報告サイトで、てがろぐ Ver 4.6.6(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 4.6.6βの更新点(概要)：
《▼新機能》
●動画ファイルの埋め込み表示機能。
●名前付き1行単位フリースペースを内側スキンでも使用可能に。
●ログインフォームの上側に任意のメッセージを掲載できる設定機能。
《▼仕様改善》
●Apple Musicの共有用URLの新仕様に対応。
●使用中画像の検索機能を（検索語に「PICT:」を指定せずに）ファイル名だけで検索するよう変更。
●画像管理画面からの画像削除時に、サムネイル画像があればそれも同時に削除するように改善。
●エラー発生時の環境情報の出力をデフォルトで「しない」に変更。
《▼不具合修正》
❎予約投稿を有効にしているとき、（ログインしている状態で）存在しない投稿番号の単独ページにアクセスするとエラーが出る問題を解決。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Bluesky
mixi2
Mastodon(Pawoo)
Twitter：
🆕 Ver 4.6.6βの更新点(概要)：
《▼新機能》
●動画ファイルの埋め込み表示機能。
●名前付き1行単位フリースペースを内側スキンでも使用可能に。
●ログインフォームの上側に任意のメッセージを掲載できる設定機能。
《▼仕様改善》
●Apple Musicの共有用URLの新仕様に対応。
●使用中画像の検索機能を（検索語に「PICT:」を指定せずに）ファイル名だけで検索するよう変更。
●画像管理画面からの画像削除時に、サムネイル画像があればそれも同時に削除するように改善。
●エラー発生時の環境情報の出力をデフォルトで「しない」に変更。
《▼不具合修正》
❎予約投稿を有効にしているとき、（ログインしている状態で）存在しない投稿番号の単独ページにアクセスするとエラーが出る問題を解決。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Bluesky
mixi2
Mastodon(Pawoo)
Twitter：
（ツイート埋め込み処理中...）Twitterで見る
明日には Ver 4.6.6βを配布できると良いな……。（願望）
🍮Re:5403◆詳しい解説をありがとうございます。なるほど、お礼メッセージ(ページ)の中にさらに追加で押せるボタンが表示されるんですねえ。お礼メッセージがバルーン(吹き出し)で表示される場合なら今見えているボタンを再度押せば良いだけですが、ページ遷移を伴う場合は確かに移動先にもボタンがある方が望ましいのでしょうね。実装する段階になってみないと分からない面も多々あるので、どうするかは（今の時点では）分かりませんが、動作の選択肢の参考にさせて頂きます。(╹◡╹)
🍮Re:5404◆気に入って下さってありがとうございます。ご自身だけでお使いになる（再配布しない）場合は、著作権表示の要件を満たす限りはプログラムのソースを改変してお使い頂いても特に問題ありません。ただ、プログラム側のソースを改変するとバージョンアップがしにくくなると思いますので、まずはソースを改変せずに望みを叶える方法を探ることをお勧めいたします。てがろぐでは、なので、「実はソースを書き換えなくても、設定だけで済む or スキンの編集だけで済む」というケースも多々あると思います。まずは、スキン側のカスタマイズ方法を眺めたり、管理画面の設定項目を眺めたりしてみて下さい。（同梱のTegUpを使うとワンクリックでバージョンアップできます。その際、ソース内の設定項目は維持されますが、こちらが想定していない部分の改変内容は維持されません。）
CGIにお詳しいようですから、最新β版も使ってみて下さい。正式版の最新版Ver 4.6.0からも機能がいろいろ増えています。
なお、ソースを修正しないと実現できなさそうな機能については、ここにお書き下されば、今後の開発の参考にしますので、ぜひお知らせ下さい。
個人サイト28年ぶりですか。西暦何年かな……と思ったら1997年ですね。私が最初に個人サイトを作ったのも1997年だったので28年前です。(笑)
もうそんなに……。_(┐｢ε:)_
🍮Re:5403◆詳しい解説をありがとうございます。なるほど、お礼メッセージ(ページ)の中にさらに追加で押せるボタンが表示されるんですねえ。お礼メッセージがバルーン(吹き出し)で表示される場合なら今見えているボタンを再度押せば良いだけですが、ページ遷移を伴う場合は確かに移動先にもボタンがある方が望ましいのでしょうね。実装する段階になってみないと分からない面も多々あるので、どうするかは（今の時点では）分かりませんが、動作の選択肢の参考にさせて頂きます。(╹◡╹)
🍮Re:5404◆気に入って下さってありがとうございます。ご自身だけでお使いになる（再配布しない）場合は、著作権表示の要件を満たす限りはプログラムのソースを改変してお使い頂いても特に問題ありません。ただ、プログラム側のソースを改変するとバージョンアップがしにくくなると思いますので、まずはソースを改変せずに望みを叶える方法を探ることをお勧めいたします。てがろぐでは、なので、「実はソースを書き換えなくても、設定だけで済む or スキンの編集だけで済む」というケースも多々あると思います。まずは、スキン側のカスタマイズ方法を眺めたり、管理画面の設定項目を眺めたりしてみて下さい。（同梱のTegUpを使うとワンクリックでバージョンアップできます。その際、ソース内の設定項目は維持されますが、こちらが想定していない部分の改変内容は維持されません。）
CGIにお詳しいようですから、最新β版も使ってみて下さい。正式版の最新版Ver 4.6.0からも機能がいろいろ増えています。
なお、ソースを修正しないと実現できなさそうな機能については、ここにお書き下されば、今後の開発の参考にしますので、ぜひお知らせ下さい。
個人サイト28年ぶりですか。西暦何年かな……と思ったら1997年ですね。私が最初に個人サイトを作ったのも1997年だったので28年前です。(笑)
もうそんなに……。_(┐｢ε:)_
近日中には Ver 4.6.6β を配布できる予定でいます。（たぶん）
🍮Re:5399◆よく考えたら、ボタンとバルーン(お礼メッセージの表示)はスキン式なので、スキン側でお礼メッセージをどう表示するかを決定できるようにすれば良いんだな、と思いました。^^;
まだ具体的なスキン仕様を作っていないので何とも言えないんですけども、スキン側で「ボタンが押された後にどう動作するのか」を制御できるようにすれば、スキンの選択（作成）でどうにでもできるわけですしね。
バルーンの生成そのものをスキン側の処理に任せられるのか、そういう処理をシステム側が用意しておいてスキン側からはそれを呼び出すだけにするのか、……みたいなところはまだどうなるか分かりませんけども。
🍮Re:5400◆まあ、できるだけ選択肢を用意する方が望ましいのは望ましいでしょうね。どこまで幅広く用意できるかは、その辺を実際に作りかけてみないと分かりませんけども。
背景の解説をありがとうございます。個人的にはWeb拍手を全然使っていなかったので、細部がどんな動作になっていたのか全然知らないんですよね。^^; 「拍手ボタンを続けてぽちぽち押して掲載文を全て読んでいく」というのは、拍手ボタンのリンク先を別タブに開くように操作する形で次々に押していく、みたいな操作ですかね？
🍮Re:5399◆よく考えたら、ボタンとバルーン(お礼メッセージの表示)はスキン式なので、スキン側でお礼メッセージをどう表示するかを決定できるようにすれば良いんだな、と思いました。^^;
まだ具体的なスキン仕様を作っていないので何とも言えないんですけども、スキン側で「ボタンが押された後にどう動作するのか」を制御できるようにすれば、スキンの選択（作成）でどうにでもできるわけですしね。
バルーンの生成そのものをスキン側の処理に任せられるのか、そういう処理をシステム側が用意しておいてスキン側からはそれを呼び出すだけにするのか、……みたいなところはまだどうなるか分かりませんけども。
🍮Re:5400◆まあ、できるだけ選択肢を用意する方が望ましいのは望ましいでしょうね。どこまで幅広く用意できるかは、その辺を実際に作りかけてみないと分かりませんけども。
背景の解説をありがとうございます。個人的にはWeb拍手を全然使っていなかったので、細部がどんな動作になっていたのか全然知らないんですよね。^^; 「拍手ボタンを続けてぽちぽち押して掲載文を全て読んでいく」というのは、拍手ボタンのリンク先を別タブに開くように操作する形で次々に押していく、みたいな操作ですかね？
台風15号の進路がちょっと心配。
🍮Re:5390◆こちらのローカルにあるtegalog.cgiでは解決しました。次のβ版からは（Apple Musicの新URLでも）無駄な空間はなくなりますので、配布までもうしばらくお待ち下さい。この試験場でも解決版に上書きしましたので、No.5390でお書き下さった埋め込みでも無駄な空間は消えています。
なお、今すぐ対処したい場合は、tegalog.cgiファイル内の（※Ver4.6.0なら6805行目、Ver4.6.5βなら7022行目にある） m/album.+i=/ という部分の記述を m/(album.+i=)|(\/song\/)/ に書き換えると良いです。
🍮Re:5397◆詳しい背景解説をどうもありがとうございます。なるほど、最近の（例えばnoteとかの）サービスにあるいいねボタンだとバルーン表示ばかりだな……と思っていたんですが、だからといって需要もそうとは限らないですね。実装する処理としては、むしろ別ページに移動する方が簡単なので、「バルーンはなしで、別ページに移動するのみ」としてしまえばシンプルになりますが。(^_^;) まあ、両方ある方が望ましいでしょうね。
人によって好みが異なるとはいえ、
……と思ったんですけども、もしかして『バルーンを全画面表示できる選択肢』があれば、別ページ（＝お礼メッセージ表示専用のURLがある形）はなくても良かったりしますかね……？ ただ、画像を大きく見せたい（描画領域が全画面ほしい）とか、長文を掲載したい、というだけなら、別ページでなくても「いま見ているページの全画面にバルーンを拡げて（モーダルウインドウみたいに）表示」できれば良かったりします……？
🍮Re:5390◆こちらのローカルにあるtegalog.cgiでは解決しました。次のβ版からは（Apple Musicの新URLでも）無駄な空間はなくなりますので、配布までもうしばらくお待ち下さい。この試験場でも解決版に上書きしましたので、No.5390でお書き下さった埋め込みでも無駄な空間は消えています。
なお、今すぐ対処したい場合は、tegalog.cgiファイル内の（※Ver4.6.0なら6805行目、Ver4.6.5βなら7022行目にある） m/album.+i=/ という部分の記述を m/(album.+i=)|(\/song\/)/ に書き換えると良いです。
🍮Re:5397◆詳しい背景解説をどうもありがとうございます。なるほど、最近の（例えばnoteとかの）サービスにあるいいねボタンだとバルーン表示ばかりだな……と思っていたんですが、だからといって需要もそうとは限らないですね。実装する処理としては、むしろ別ページに移動する方が簡単なので、「バルーンはなしで、別ページに移動するのみ」としてしまえばシンプルになりますが。(^_^;) まあ、両方ある方が望ましいでしょうね。
人によって好みが異なるとはいえ、
- バルーンでの表示を望む場合は全部バルーン、別ページでの表示を望む場合は全部別ページでの表示
- お礼メッセージによって、バルーンで表示するか別ページで表示するかを選択したい
……と思ったんですけども、もしかして『バルーンを全画面表示できる選択肢』があれば、別ページ（＝お礼メッセージ表示専用のURLがある形）はなくても良かったりしますかね……？ ただ、画像を大きく見せたい（描画領域が全画面ほしい）とか、長文を掲載したい、というだけなら、別ページでなくても「いま見ているページの全画面にバルーンを拡げて（モーダルウインドウみたいに）表示」できれば良かったりします……？
そろそろシューアイスの備蓄を補充しておかねばならぬ……。🍨🍨🍨
🍨Re:5386◆お礼バルーンに直接掲載するわけではなく、そこから任意のURLへリンクしたい、ということですかね？ それとも、お礼をバルーンではなく独立したページで表示できるようにして、そこに長文を掲載したいとか、そういう感じですかね？
🍨Re:5387◆管理画面の設定に【全ボタン展開】の機能は既にあります。[設定]→[投稿欄の表示]タブで、【画像ボタンの表示と動作】【装飾ボタンの表示設定】【リンクボタンの表示設定】【既存ハッシュタグ簡単入力機能】【カテゴリ選択の表示設定】のそれぞれに、『最初から展開しておく(常時表示)』という設定項目があります。これを選択して頂ければ、すべてのボタンは最初から展開された状態で表示されます。ご活用下さい。
🍨Re:5386◆お礼バルーンに直接掲載するわけではなく、そこから任意のURLへリンクしたい、ということですかね？ それとも、お礼をバルーンではなく独立したページで表示できるようにして、そこに長文を掲載したいとか、そういう感じですかね？
🍨Re:5387◆管理画面の設定に【全ボタン展開】の機能は既にあります。[設定]→[投稿欄の表示]タブで、【画像ボタンの表示と動作】【装飾ボタンの表示設定】【リンクボタンの表示設定】【既存ハッシュタグ簡単入力機能】【カテゴリ選択の表示設定】のそれぞれに、『最初から展開しておく(常時表示)』という設定項目があります。これを選択して頂ければ、すべてのボタンは最初から展開された状態で表示されます。ご活用下さい。
牛乳ゼリーを食べました。おいしい。🥛🥛🥛
🥛Re:5378◆たしかに、現状の仕様も単にPICT:の記述と画像ファイル名をAND検索しているだけなので、正確に「その画像が使われている」場合だけを抜き出せているわけではありませんから、PICT:の記述は含めずに画像ファイル名だけの検索結果に移動する仕様に変えても良いかもしれませんね……。そうすると、「単にファイル名を書いただけ」の投稿もヒットしてしまう代わりに、[IMG]URL記法での画像表示もヒットできますしね。
🥛Re:5379◆今の段階では何も実装方法は決まっていませんので、（どんな内容でも）需要の存在を知れるのはありがたいです。むしろ、「これとこれを近くに配置したい」みたいな具体的なカスタマイズ要望がある方が、実装方法を検討しやすいので助かります。バラバラといっても、おそらく「装飾」区分に含まれるボタンをあちこちに分散させる需要はないでしょうね……？（あるのかな？^^;） その辺の細かな需要が見えていませんので、何かご希望があれば（どなたでも）ここに書いておいて頂けると参考にします。
🥛Re:5378◆たしかに、現状の仕様も単にPICT:の記述と画像ファイル名をAND検索しているだけなので、正確に「その画像が使われている」場合だけを抜き出せているわけではありませんから、PICT:の記述は含めずに画像ファイル名だけの検索結果に移動する仕様に変えても良いかもしれませんね……。そうすると、「単にファイル名を書いただけ」の投稿もヒットしてしまう代わりに、[IMG]URL記法での画像表示もヒットできますしね。
🥛Re:5379◆今の段階では何も実装方法は決まっていませんので、（どんな内容でも）需要の存在を知れるのはありがたいです。むしろ、「これとこれを近くに配置したい」みたいな具体的なカスタマイズ要望がある方が、実装方法を検討しやすいので助かります。バラバラといっても、おそらく「装飾」区分に含まれるボタンをあちこちに分散させる需要はないでしょうね……？（あるのかな？^^;） その辺の細かな需要が見えていませんので、何かご希望があれば（どなたでも）ここに書いておいて頂けると参考にします。
夕食は巻き寿司。Unicodeに巻き寿司だけの絵文字はないのか。🍣🍣🍣
🍣Re:5373,5375◆ご要望ありがとうございます。そういえば、サムネイル画像がminiディレクトリに存在している場合のことは考慮していませんでしたね。同時に削除するようにする仕組みは特に難しくないので、加えるようにします。もうしばらくお待ち下さい。
🍣Re:5376◆反応ありがとうございます。(╹◡╹)ﾉ やはり、専用スキンで自由に構成できると便利ですかね。将来的に作る方向で考えつつあります。「装飾」「画像」「リンク」「＃」「区分」「公開状態」「機能」の区分に関係なく、中身をバラバラに自由配置できる方が望ましいでしょうかね……？
🍣Re:5373,5375◆ご要望ありがとうございます。そういえば、サムネイル画像がminiディレクトリに存在している場合のことは考慮していませんでしたね。同時に削除するようにする仕組みは特に難しくないので、加えるようにします。もうしばらくお待ち下さい。
🍣Re:5376◆反応ありがとうございます。(╹◡╹)ﾉ やはり、専用スキンで自由に構成できると便利ですかね。将来的に作る方向で考えつつあります。「装飾」「画像」「リンク」「＃」「区分」「公開状態」「機能」の区分に関係なく、中身をバラバラに自由配置できる方が望ましいでしょうかね……？
夕食にアナゴを食べました。おいしい。🐟🐟🐟
🐟Re:5363◆ああ、たしかに今のところ専用の方法は用意していませんね。そう遠くないうちに設定から加えられるようにします。
🐟Re:5364◆てがろぐのシステムファイルは軽いので、ディレクトリごと全部をまとめてダウンロードしておくと、「データとシステムのスナップショット」として残しておけるので便利ではないかと思います。最小限のバックアップに留めたい場合は、No.5367の回答にあるように、tegalog.iniファイル（※設定値が記録されています）とimagesディレクトリの中身全部（※画像が保存されています）もバックアップすると良いです。なお、ユーザのパスワードやログイン状態は psif.cgi ファイルに記録されていますので、それもバックアップしておくと復元したときにパスワードの再設定が不要になって望ましいと思います。
🐟Re:5365◆blobcatについては、2年前頃（Misskeyの利用者が急増した後、カスタム絵文字機能が実装された頃）に、ここでも話題になりました。ここをblobcatで検索すると当時の投稿がいくつか見られます。特に、No.3965・3949をご覧になると良いのではないかと思います。もっとも、2年経っているので今はもうちょっと（配布体制が）整理されている可能性もあるかもしれませんが。^^;
🐟Re:5366◆記述量が少々増えても良いのであれば、自由装飾記法を使ってその画像を囲んでおいて、CSSでpointer-events: none;を指定する方法はあります。pointer-eventsプロパティに値「none」を指定すると、ポインターイベント (クリック、ドラッグ、ホバー等) がすべて無効になりますので、HTML上ではリンクになっていても、リンクとして機能しないようにできます。（ついでに、ドラッグもできなくなりますが。）
🐟Re:5367◆サポートありがとうございます！(╹◡╹)ﾉ
🐟Re:5368◆管理画面の[設定]→[システム設定]→【画像拡大スクリプトの選択】の設定が『Lightboxを使う』になっていないのであれば、てがろぐ側が（管理画面ではないページで）jQueryやLightboxを読み込むことはありません。それでも読み込まれているのであれば、スキンのどこかに読み込む記述があるか、またはスキンが読み込んでいるスクリプトの中にjQueryやLightboxを読み込む記述があるのではないかと思います。実際のページを教えて頂ければ何らかの判断ができます。
🐟Re:5369◆なるほど。ご要望ありがとうございます。ToDoに記録しておきます。
🐟Re:5370◆ああ、確かにカテゴリ新規作成画面でのチェックが甘くて、アンダーバーが使われていてもチェックをすり抜けていました。本則ではおっしゃるとおり「英数字のみ」です。ただ、今更アンダーバーを禁止してしまうと既に使っている方々が困ると思いますのでそうはしませんが、カテゴリIDが英数字だけで構成されていることを前提にした処理が他にないかどうかを確認する必要がありますので、本則にアンダーバーも加えるのはもうちょっと先になるかもしれません。
🐟Re:5371◆ご要望をありがとうございます。ToDoリストには入れていますが、現状の使用上の都合から実装はそう直近では無理な気がしていますので、気長にお待ち頂ければ幸いです。今の時点で複数のカテゴリを同時に表示したい場合は、cat=diary,tsuboのように（URLのパラメータで）カテゴリIDをカンマで区切って下さい。3つ以上でもいくつでも同時に表示できます。
🐟Re:5363◆ああ、たしかに今のところ専用の方法は用意していませんね。そう遠くないうちに設定から加えられるようにします。
🐟Re:5364◆てがろぐのシステムファイルは軽いので、ディレクトリごと全部をまとめてダウンロードしておくと、「データとシステムのスナップショット」として残しておけるので便利ではないかと思います。最小限のバックアップに留めたい場合は、No.5367の回答にあるように、tegalog.iniファイル（※設定値が記録されています）とimagesディレクトリの中身全部（※画像が保存されています）もバックアップすると良いです。なお、ユーザのパスワードやログイン状態は psif.cgi ファイルに記録されていますので、それもバックアップしておくと復元したときにパスワードの再設定が不要になって望ましいと思います。
🐟Re:5365◆blobcatについては、2年前頃（Misskeyの利用者が急増した後、カスタム絵文字機能が実装された頃）に、ここでも話題になりました。ここをblobcatで検索すると当時の投稿がいくつか見られます。特に、No.3965・3949をご覧になると良いのではないかと思います。もっとも、2年経っているので今はもうちょっと（配布体制が）整理されている可能性もあるかもしれませんが。^^;
🐟Re:5366◆記述量が少々増えても良いのであれば、自由装飾記法を使ってその画像を囲んでおいて、CSSでpointer-events: none;を指定する方法はあります。pointer-eventsプロパティに値「none」を指定すると、ポインターイベント (クリック、ドラッグ、ホバー等) がすべて無効になりますので、HTML上ではリンクになっていても、リンクとして機能しないようにできます。（ついでに、ドラッグもできなくなりますが。）
🐟Re:5367◆サポートありがとうございます！(╹◡╹)ﾉ
🐟Re:5368◆管理画面の[設定]→[システム設定]→【画像拡大スクリプトの選択】の設定が『Lightboxを使う』になっていないのであれば、てがろぐ側が（管理画面ではないページで）jQueryやLightboxを読み込むことはありません。それでも読み込まれているのであれば、スキンのどこかに読み込む記述があるか、またはスキンが読み込んでいるスクリプトの中にjQueryやLightboxを読み込む記述があるのではないかと思います。実際のページを教えて頂ければ何らかの判断ができます。
🐟Re:5369◆なるほど。ご要望ありがとうございます。ToDoに記録しておきます。
🐟Re:5370◆ああ、確かにカテゴリ新規作成画面でのチェックが甘くて、アンダーバーが使われていてもチェックをすり抜けていました。本則ではおっしゃるとおり「英数字のみ」です。ただ、今更アンダーバーを禁止してしまうと既に使っている方々が困ると思いますのでそうはしませんが、カテゴリIDが英数字だけで構成されていることを前提にした処理が他にないかどうかを確認する必要がありますので、本則にアンダーバーも加えるのはもうちょっと先になるかもしれません。
🐟Re:5371◆ご要望をありがとうございます。ToDoリストには入れていますが、現状の使用上の都合から実装はそう直近では無理な気がしていますので、気長にお待ち頂ければ幸いです。今の時点で複数のカテゴリを同時に表示したい場合は、cat=diary,tsuboのように（URLのパラメータで）カテゴリIDをカンマで区切って下さい。3つ以上でもいくつでも同時に表示できます。
#要望
いつもお世話になっております。
親カテゴリを表示させると、子カテゴリを表示させる機能がほしいです。
・親カテゴリ内に子カテゴリが一気に表示される
・親カテゴリ内に子カテゴリ一覧のリンクを表示させる
もしよければ実装お願いします！！
いつもお世話になっております。
親カテゴリを表示させると、子カテゴリを表示させる機能がほしいです。
・親カテゴリ内に子カテゴリが一気に表示される
・親カテゴリ内に子カテゴリ一覧のリンクを表示させる
もしよければ実装お願いします！！
こんばんは。お聞きしたいことがあります。
カテゴリIDについて、通常の登録だとアンダーバー(_)を使うことができるのですが、生データ編集では使えないみたいなのです。
これって「半角英数のみ」という表記の通りアンダーバーを使うのは本当はダメってことなんでしょうか？
複数単語を連ねた時に便利なので、できればアンダーバーを使えるようにしていただけると助かりはします。
カテゴリIDについて、通常の登録だとアンダーバー(_)を使うことができるのですが、生データ編集では使えないみたいなのです。
これって「半角英数のみ」という表記の通りアンダーバーを使うのは本当はダメってことなんでしょうか？
複数単語を連ねた時に便利なので、できればアンダーバーを使えるようにしていただけると助かりはします。
いつも大変便利に活用させていただいております。日々の開発おつかれさまです。ありがとうございます。
カスタム絵文字の質問をさせていただきたいのですが、てがろぐで使えるblobcatの絵文字データって、どこかにまとめて公開されていますでしょうか？
もしご存じの方がいらっしゃいましたら教えてください🐈
カスタム絵文字の質問をさせていただきたいのですが、てがろぐで使えるblobcatの絵文字データって、どこかにまとめて公開されていますでしょうか？
もしご存じの方がいらっしゃいましたら教えてください🐈
てがろぐの投稿データは（標準設定なら）バックアップが自動で取られていますから、何らかの操作でてがろぐデータを吹き飛ばしてしまっても、早まって全削除したりせずに、まずはバックアップファイルをローカルにダウンロードして下さい（管理画面にアクセスできなくてもFTP等の別手段でファイルを直接ダウンロードすれば良いです）。すると、投稿本文はいつでもどこにでも復活させられます。#🌱豆知識
--- --- ---
🍵Re:5358◆てがろぐの投稿データは tegalog.xml ファイルに記録されています。なので、このファイルを（FTP等の別手段で）ダウンロードしておけば、過去の投稿本文をすべて復活させられます。
なお、画像は images ディレクトリに入っていますので、投稿画像がある場合は、このディレクトリの中身も丸ごとバックアップコピーしておく必要があります。
ただ、もし、
しかし、backup ディレクトリには過去の投稿データのバックアップファイルが最大30個保存されていますので、それを使うことで投稿を復活させられます。（バックアップディレクトリに保存されているファイルを使って復元する場合は、ファイル名を tegalog.xml にリネームする必要があります。）
このように、多段階のバックアップが存在しますから、早まってディレクトリを全削除しないようご注意下さい。（全削除したら、バックアップも含めて本当に何もかも消えますので。）
というか、そもそも、
（実際にWebサイトとして運営するなら、「tegalog2」等よりも、「note」とか「memo」とか何か用途に応じたディレクトリ名の方が良いかもしれませんが。）
とりあえず、早まって全削除せずに、別のディレクトリで試してみて下さい。
別のディレクトリで、望みのスキンでの表示ができたら、そこへ、前のディレクトリから tegalog.xml ファイル（またはbackupディレクトリにあるバックアップファイルを tegalog.xml にリネームしたファイル）をコピーしてくれば良いです。
そうして、すべての投稿を復活させられた段階で、最初に作ったディレクトリを消せば良いでしょう。
ただ、出ているエラーが500エラーなのであれば、てがろぐの本体ファイルである tegalog.cgi と fumycts.pl の2ファイルだけをZIPから抜き出して上書きアップロードして、適切にパーミッションを設定し直せば解決するような気もしますが。（先にこれをお試しになる方が良いかもしれません。ただ、何にしても、まずは現状のファイルのバックアップコピーをローカルに保存しておくのを忘れないようにして下さい。）
--- --- ---
🍵Re:5358◆てがろぐの投稿データは tegalog.xml ファイルに記録されています。なので、このファイルを（FTP等の別手段で）ダウンロードしておけば、過去の投稿本文をすべて復活させられます。
なお、画像は images ディレクトリに入っていますので、投稿画像がある場合は、このディレクトリの中身も丸ごとバックアップコピーしておく必要があります。
ただ、もし、
スキンtegalog-fullフォルダ直下にもいくつかのファイルを置く必要があり、それもそのままBのfullフォルダへコピペしました……というこの段階で tegalog.xml ファイルも上書きしてしまっている場合は、「てがろぐB」の投稿データは消えています。
しかし、backup ディレクトリには過去の投稿データのバックアップファイルが最大30個保存されていますので、それを使うことで投稿を復活させられます。（バックアップディレクトリに保存されているファイルを使って復元する場合は、ファイル名を tegalog.xml にリネームする必要があります。）
このように、多段階のバックアップが存在しますから、早まってディレクトリを全削除しないようご注意下さい。（全削除したら、バックアップも含めて本当に何もかも消えますので。）
というか、そもそも、
一度てがろぐフォルダを全て削除し……このステップは要らないと思います。今まで「tegalog-full」というディレクトリに設置していたのなら、そのディレクトリはとりあえずそのままの状態で置いておいて、新しく「tegalog-new」とか「tegalog2」とか何か別のディレクトリ名で新規セットアップなされば良いと思います。そうすれば、前の環境にあるファイルを必要に応じてコピーして来れますし。
（実際にWebサイトとして運営するなら、「tegalog2」等よりも、「note」とか「memo」とか何か用途に応じたディレクトリ名の方が良いかもしれませんが。）
とりあえず、早まって全削除せずに、別のディレクトリで試してみて下さい。
別のディレクトリで、望みのスキンでの表示ができたら、そこへ、前のディレクトリから tegalog.xml ファイル（またはbackupディレクトリにあるバックアップファイルを tegalog.xml にリネームしたファイル）をコピーしてくれば良いです。
そうして、すべての投稿を復活させられた段階で、最初に作ったディレクトリを消せば良いでしょう。
ただ、出ているエラーが500エラーなのであれば、てがろぐの本体ファイルである tegalog.cgi と fumycts.pl の2ファイルだけをZIPから抜き出して上書きアップロードして、適切にパーミッションを設定し直せば解決するような気もしますが。（先にこれをお試しになる方が良いかもしれません。ただ、何にしても、まずは現状のファイルのバックアップコピーをローカルに保存しておくのを忘れないようにして下さい。）
濃いぃぃ緑茶を飲んでいます。🍵
🍵Re:5347◆ご意見ありがとうございます。参考にします。(╹◡╹)ﾉ
🍵Re:5348◆なるほど、お礼メッセージの本文内にリンクを挿入したいということですね。プレーンテキストよりも何らかの装飾ができる方が望ましいのかもしれませんし、何か考えます。
🍵Re:5350◆ご試用ありがとうございます！
🍵Re:5351◆おっと、そんな問題がありましたか。気付いていませんでした。ご報告をどうもありがとうございます！ 次のバージョンではそこの設定の影響を受けないように修正します。……というか、「日付リストに年単独の階層を加える」のチェックを外している場合には、「展開される領域の先頭に出る年単独リンクを出力しないようにする」みたいな動作の方が（選択肢が増えて）良いかもしれませんね。
🍵Re:5352◆なるほど、そういう背景でしたか。とりあえず、不具合がなければ今の仕様のままいくと思います。
🍵Re:5353◆現状では、QUICKPOST自体を省略している場合には、ログインしているかどうかの判定処理自体を省く（ことで無駄な処理をしない）仕様になっていますので、IF文の条件にログイン状態を加えられないのですよね。ただ、ログイン判定自体はそんなに重たい処理というわけでもないですし、将来的にはもうちょっと何か考えるかもしれません。とりあえず、今のところはCSSで対処頂ければ幸いです。
🍵Re:5354◆背景説明をありがとうございます。よく分かりました。メール通知のタイミングと頻度はある程度選択できると望ましそうですね。ボタン押下だけでも通知を得られるような選択肢も何か用意しようと思います。
🍵Re:5355◆ご紹介ありがとうございます。ディスプレイの解像度が高くて良さそうですね！
🍵Re:5347◆ご意見ありがとうございます。参考にします。(╹◡╹)ﾉ
🍵Re:5348◆なるほど、お礼メッセージの本文内にリンクを挿入したいということですね。プレーンテキストよりも何らかの装飾ができる方が望ましいのかもしれませんし、何か考えます。
🍵Re:5350◆ご試用ありがとうございます！
🍵Re:5351◆おっと、そんな問題がありましたか。気付いていませんでした。ご報告をどうもありがとうございます！ 次のバージョンではそこの設定の影響を受けないように修正します。……というか、「日付リストに年単独の階層を加える」のチェックを外している場合には、「展開される領域の先頭に出る年単独リンクを出力しないようにする」みたいな動作の方が（選択肢が増えて）良いかもしれませんね。
🍵Re:5352◆なるほど、そういう背景でしたか。とりあえず、不具合がなければ今の仕様のままいくと思います。
🍵Re:5353◆現状では、QUICKPOST自体を省略している場合には、ログインしているかどうかの判定処理自体を省く（ことで無駄な処理をしない）仕様になっていますので、IF文の条件にログイン状態を加えられないのですよね。ただ、ログイン判定自体はそんなに重たい処理というわけでもないですし、将来的にはもうちょっと何か考えるかもしれません。とりあえず、今のところはCSSで対処頂ければ幸いです。
🍵Re:5354◆背景説明をありがとうございます。よく分かりました。メール通知のタイミングと頻度はある程度選択できると望ましそうですね。ボタン押下だけでも通知を得られるような選択肢も何か用意しようと思います。
🍵Re:5355◆ご紹介ありがとうございます。ディスプレイの解像度が高くて良さそうですね！
半月くらい前に外袋だけを開けたまま放置していたばかうけを食べたら、相当に湿気ていた。_(┐｢ε:)_
そりゃそうか。
🍘Re:5338◆仕様上の上限はありませんので、何万文字でも投稿できます。ただし、1投稿で送信されるデータ量が30MBを超えると通信が拒否されます。UTF-8の場合、日本語文字はほぼ1文字3バイトですから、事実上は一千万文字くらい(10,485,760文字くらい)が上限ですね。(笑) 実際には1ページに一千万文字もあるとブラウザが表示を拒否する可能性もありそうなので、環境によっては上限はもっと低くなります。しかし、てがろぐ側の「仕様上の」上限はありません。^^;
🍘Re:5339◆サポートありがとうございます。(╹◡╹)ﾉ
🍘Re:5341◆いいね数を表示するかどうかはスキンの作り方次第でどうにでもできるようにするような感じで今のところ考えていますのでご希望には添えると思います。管理画面上からON/OFFできるようにするかどうかは今の時点では分かりませんが。スキン側の仕様（まだ作っていません）との兼ね合い次第な気もします。何にしても（何らかの方法で）ボタン押下数を見せないようにすることは可能にします。
🍘Re:5342◆温暖化ぁ。_(┐｢ε:)_
🍘Re:5343◆試しに、先程配布した Ver 4.6.5β で実装してみました。お試し下さい。
🍘Re:5344◆もしかして、ボタン押下だけでのメール通知も需要あるんですかね？（そのままシンプルに実装してしまうとたくさんのメールが送信されてしまう可能性がありそうなのでさすがに要らないだろうと思ったんですが、「1度通知したら、次の24時間はボタン押下があっても通知しない」みたいな制限があればいいのかな……。）
そりゃそうか。
🍘Re:5338◆仕様上の上限はありませんので、何万文字でも投稿できます。ただし、1投稿で送信されるデータ量が30MBを超えると通信が拒否されます。UTF-8の場合、日本語文字はほぼ1文字3バイトですから、事実上は一千万文字くらい(10,485,760文字くらい)が上限ですね。(笑) 実際には1ページに一千万文字もあるとブラウザが表示を拒否する可能性もありそうなので、環境によっては上限はもっと低くなります。しかし、てがろぐ側の「仕様上の」上限はありません。^^;
🍘Re:5339◆サポートありがとうございます。(╹◡╹)ﾉ
🍘Re:5341◆いいね数を表示するかどうかはスキンの作り方次第でどうにでもできるようにするような感じで今のところ考えていますのでご希望には添えると思います。管理画面上からON/OFFできるようにするかどうかは今の時点では分かりませんが。スキン側の仕様（まだ作っていません）との兼ね合い次第な気もします。何にしても（何らかの方法で）ボタン押下数を見せないようにすることは可能にします。
🍘Re:5342◆温暖化ぁ。_(┐｢ε:)_
🍘Re:5343◆試しに、先程配布した Ver 4.6.5β で実装してみました。お試し下さい。
🍘Re:5344◆もしかして、ボタン押下だけでのメール通知も需要あるんですかね？（そのままシンプルに実装してしまうとたくさんのメールが送信されてしまう可能性がありそうなのでさすがに要らないだろうと思ったんですが、「1度通知したら、次の24時間はボタン押下があっても通知しない」みたいな制限があればいいのかな……。）
開発進捗状況報告サイトで、てがろぐ Ver 4.6.5(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 4.6.5βの更新点(概要)：
《▼新機能》
●使用回数が指定値以上のハッシュタグだけをリスト表示する記法を追加。
●最初は年だけが見えている折り畳み型の日付リンクリスト記法を追加。
《▼仕様改善》
●名前付き1行単位フリースペース機能をIF文記法でも使えるように仕様改善。(試験的)
●デフォルトで読み込まれるJavaScriptのjQueryをVer 3.7.1(min)に、LightboxをVer 2.11.5(min)にアップデート。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Bluesky、mixi2、Mastodon(Pawoo)
Twitter：
🆕 Ver 4.6.5βの更新点(概要)：
《▼新機能》
●使用回数が指定値以上のハッシュタグだけをリスト表示する記法を追加。
●最初は年だけが見えている折り畳み型の日付リンクリスト記法を追加。
《▼仕様改善》
●名前付き1行単位フリースペース機能をIF文記法でも使えるように仕様改善。(試験的)
●デフォルトで読み込まれるJavaScriptのjQueryをVer 3.7.1(min)に、LightboxをVer 2.11.5(min)にアップデート。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Bluesky、mixi2、Mastodon(Pawoo)
Twitter：
（ツイート埋め込み処理中...）Twitterで見る
昼食はチーズピザ。🧀🍕
🧀Re:5334◆その2点は用意します。この記事の1枚目のキャプチャ画像で、赤枠の外側(上側)に見える2つのボタンがそれになる予定です。カテゴリについては最初の記事の末尾付近にある「🥞主な機能」項目の後半に書いた方法で「事実上のカテゴリ分類」になりそうな気はしています。なお、「いいねボタン」の押下操作だけで直接メールが送信されることはありませんが、自由記入メッセージが送信された際にはメールで届くようにもできるようにする予定でいます。
🧀Re:5335◆作品ごとに投稿を分けた上で、（今ご覧になっているこのページのように）「投稿と投稿の間に区切り線が入るスキン」を使えば、何もしなくても作品と作品の間は最初から点線で区切られると思います（点線ではなく実線の方が良い場合は、スキンのCSSを書き換えれば良いです）が、この方法では何か不都合がありますか？
なお、本文の中に区切り線を引きたい場合、自由装飾記法を使えば可能です。標準添付の各スキンには最初から定義してありますが、独自のスキンをお使いの場合には自力でCSSを用意しておく必要があります。
🧀Re:5334◆その2点は用意します。この記事の1枚目のキャプチャ画像で、赤枠の外側(上側)に見える2つのボタンがそれになる予定です。カテゴリについては最初の記事の末尾付近にある「🥞主な機能」項目の後半に書いた方法で「事実上のカテゴリ分類」になりそうな気はしています。なお、「いいねボタン」の押下操作だけで直接メールが送信されることはありませんが、自由記入メッセージが送信された際にはメールで届くようにもできるようにする予定でいます。
🧀Re:5335◆作品ごとに投稿を分けた上で、（今ご覧になっているこのページのように）「投稿と投稿の間に区切り線が入るスキン」を使えば、何もしなくても作品と作品の間は最初から点線で区切られると思います（点線ではなく実線の方が良い場合は、スキンのCSSを書き換えれば良いです）が、この方法では何か不都合がありますか？
なお、本文の中に区切り線を引きたい場合、自由装飾記法を使えば可能です。標準添付の各スキンには最初から定義してありますが、独自のスキンをお使いの場合には自力でCSSを用意しておく必要があります。
8月になったなあ……と思っていたら、いつの間にかもう3日目……？
🍨Re:5332◆詳細な情報をありがとうございます。需要の参考になってありがたいです。ボタン押下で直接メールが送信されるような動作にはなりませんが、押下数の一覧画面では『どこに設置されている何のボタンが累計で何回押されたのか』は分かりますので、人気作(人気投稿)の把握には役立つと思います。
🍨Re:5332◆詳細な情報をありがとうございます。需要の参考になってありがたいです。ボタン押下で直接メールが送信されるような動作にはなりませんが、押下数の一覧画面では『どこに設置されている何のボタンが累計で何回押されたのか』は分かりますので、人気作(人気投稿)の把握には役立つと思います。
