てがろぐ - Fumy Otegaru Memo Logger -

ヨーグルトチーズケーキを食べました。

🍰Re:4483◆うまくいって良かったです。(╹◡╹)ﾉ
🍰Re:4484◆活用報告をどうもありがとうございます！ お役に立っているようで嬉しいです。^^

久しぶりにホットケーキを食べました！🥞

🥞Re:4478◆結果報告をどうもありがとうございます。&で繋ぐと消えてしまう理由が分かりませんが、とりあえずうまく動作するようになったのなら良かったです。^^

🥞Re:4479◆もしかして、ローカルにあるスキンをアップロードできる欄だと誤解された、とかですかね……？ この欄は、サーバ上に存在するスキンのうち、「tegalog.cgiのあるディレクトリの直接のサブディレクトリ」以外にあるスキンを適用するためにある欄なので、ローカルのフォルダ名を入れても機能しません。ちょっとこの欄は確かによくよく考えると紛らわしいので、もうちょっと何かUIを考え直したいと思います。

🥞Re:4480◆リスト機能を使うと（リストページを見ると）、リストの上部に今でもTwitter Birdが見えるんですよね。リストの画像を自前でアップロードしていない場合は。そこも残り続けて欲しいです。

🥞Re:4481◆機能としては存在しないんですが、要は imagelink というclass名の付いたa要素すべてに target="_blank" の属性を加えれば良いので、外側スキンのHTMLソースの下端に以下のようなJavaScriptを書けばお望みの動作になると思います。
<script>
const links = document.querySelectorAll('a.imagelink');
links.forEach(link => {
   link.setAttribute('target', '_blank');
});
</script>
このソースをそのまま使う場合は、ページの末尾付近に加えて下さい。（もしhead要素内とかに書きたい場合は、「HTMLの読み込みが終わってから実行」されるような工夫を加える必要があります。）

朝食に、フィレオフィッシュっぽいサンドイッチを食べました。🥪🥪🥪

🍨Re:4476◆おおぅ、そんな現象になりましたか。『任意のディレクトリにあるスキンを手動指定』欄を使った結果ですかね？
以下の手順で操作してみて下さい。

1. サーバ（＝問題のてがろぐの設置ディレクトリ）から tegalog.ini ファイルをダウンロードします。
2. その tegalog.ini ファイルをテキストエディタで開きます。
3. skindirectory=で始まる行を探します。（※たぶん383行目付近にあります。似た名称の行が複数あるので注意して下さい。）
4. その行を丸ごと消します。（1行を丸ごと消して大丈夫です。）
5. 上書き保存します。
6. その tegalog.ini をサーバにアップロード（上書きアップロード）します。

これで、適用スキンの設定だけを強制的に消せますので、元通り（スキンの簡易適用前の状態）になりますので、あらためて必要な設定をしてみて下さい。

※参考までに、どんな操作をしてその現象になったのか、もし覚えているようでしたら教えて頂けるとありがたいです。

押し入れから扇風機を出してきました。

🍨Re:4471◆隠された範囲をSmooth展開するのは、現状のてがろぐの仕様で可能でしょうかね……？（どなたか実現なさっている方がいらっしゃったら教えて下さい！）なんとなく難しそうな気がします。デフォルト設定では、隠された範囲(のspan要素)は表示時に display:inline; のスタイルが付加されますしね（その値は設定で変更可能ですが）。

◆現状のような「JavaScriptで表示/非表示を切り替える」方法で隠す手段以外に、現在で(たぶん)主流な <details><summary>見せる部分</summary>折りたたむ部分</details> のようにHTMLだけで実現できる折り畳み機能で出力される記法も追加した方が良いかな……という気はなんとなくしています。今のところそのような要望は来ていないので、まだ「なんとなく思っているだけ」の状態ですけども。そちらの方がCSS（やJavaScript）で装飾しやすいだろうな、という気はします。

◆SNSシェアボタンで「特定のスキンを適用したURL」がシェアされるようにするには、[[PERMAURL]]系の記法の直後に（空白を挟まずに）&skin=skin-nameのような感じでパラメータを加えれば良いだけです。具体的にどのように書けば良いかは、お使いの「シェアボタン」の仕様次第ですので、（具体的な記述も知りたい場合は）まず現状の記述がどうなっているのかをお知らせ頂く必要があります。

🍨Re:4472◆てがろぐをご活用下さってありがとうございます。(╹◡╹)ﾉ
少なくとも（私が直接使っている範囲では）5千件や1万件程度の投稿総数では特に体感できるほどの変化は出ていません。
なお、今ご覧になっているこの動作試験場では、現状で4,350件近くの投稿数がありますので、実際に「5千件近くの投稿がある状態の動作」をご体感頂けています。(╹◡╹)

下記のⒶとⒷは私(だけ)が書いているページ（てがろぐ）で、Ⓒはここです。それぞれの大まかな総投稿数とデータサイズを調べてみました。

• Ⓐ 今日のひとことログ ：総投稿数 12,200件超　データファイル 6.27MB
• Ⓑ てがろぐリリースノート ：総投稿数　43件　データファイル 0.61MB
• Ⓒ 動作試験場（ここ） ：総投稿数 4,300件超　データファイル 2.94MB

実際に生成ページにアクセスしてみると、投稿総数が1万2千件を超えているⒶよりも、わずか43件しかないⒷの方が、むしろ表示までにかかる動作は比較的もっさりしている気がしませんか？ これは、Ⓑでは文字装飾記法が山ほど使われているために（てがろぐ内部で）独自記法をHTMLに展開する処理がたくさん発生するためだろうな……という気がしています。まあ、Ⓑはさすがに『1投稿に2万文字近くある』ような長文投稿ばかりなので、かなり極端な例ですが。(笑)

なお、管理画面の応答速度は、ⒶⒷⒸどれも同じ感じです。（ミリ秒単位で計測したら何らかの差はあるかもしれませんが、体感できるほどの差はありません。）

ただ、CGIなので、動作の重たさは『アクセスがどれくらい集中するか』の方が影響すると思います。
Botからの大量アクセスを受けると、あっという間に重たくなるケースはありました。

てがろぐは、ページを生成する際に(毎回)データファイルを全部読み込みますので、毎秒数十件みたいな極めて高い頻度でのアクセスが続いてしまうと、サーバ自体がかなり重たくなりますね。（その辺は、サーバ側の性能にも影響するとは思いますが。）
なので、アクセス数が多いサイトの場合は特にWAF（Web Application Firewall）を併用して、悪質なBotは（CGIに届く前にサーバ側で）排除される環境にしておく方が望ましいです。

というわけで、てがろぐは（データベースを使っていないシステムなので、極端にデータサイズが大きくなればそれに比例して重たくなるだろうと予想はしているのですけども）、1万2千件程度の投稿数なら特に気にならない、とは言えそうです。10万件だとどうなるのかはまだ分かりませんが。^^;（上記で述べたとおり、投稿の内容次第でもあります。）
投稿総数が莫大になる予想があるのであれば、その「即メモ」と「ライフログ」は、1つのてがろぐで運営するのではなく、最初から複数個のてがろぐに分散させておくと、なお安心かもしれません。
（とはいえ、1つのてがろぐで運営していた内容を、後から複数のてがろぐに分割するのは、テキストエディタでデータファイルを直接分離すれば簡単ですが。どの投稿をどこに分けるのかを判断しやすくするために、カテゴリ等を使って事前に分類されていると望ましいですね。）

今日こそはプリンを買おうかな……と思ってプリンコーナーへ行ったところ、エクレアに20％OFFシールが貼られていました。なるほど、これはエクレアを買えということか……と一瞬思ったんですが、そもそも暑かったのでプリンでもエクレアでもなくアイスを買ってきました。┌(:3」└)┐
プリンを食べられるのはいつだ!?

🍮Re:4468◆詳しい情報をどうもありがとうございます。てがろぐ側で外部サービスの埋め込み機能を用意するには、その外部サービスの仕様が「埋め込み用のHTMLソースを『URLに含まれている情報だけ』から生成できる」という仕様である必要があるのですが、残念ながらSoundCloudはそのような仕様になっていないようなので（その解釈が正しければ）残念ながら埋め込み機能の実装は無理なように思います。詳細な話例えば、 https://soundcloud.com/skrillex/skrillex-peekaboo-flow... の曲を埋め込むためには、https://w.soundcloud.com/player/?url=https%3A//api.soundcloud.com/tracks/1595701743… というようなURLを生成してiframeに指定しないといけないようですが、この「1595701743」という情報はSoundCloudのURLからは得られないので、てがろぐ側では埋め込み用のソースを生成できないのです。畳む（Blueskyの投稿を埋め込めない理由と同じです。）
将来的に、HTMLを何でも書けるオプションを用意したときには、SoundCloud側が提供しているシェア用のHTMLをそのまま貼ることで埋め込めるようにはなります。

🍮Re:4469◆ご報告をどうもありがとうございます。(╹◡╹)ﾉ

プリン食べたいな……と思いながら冷蔵スイーツコーナーへ行ったのに、なぜか珈琲ゼリーを買ってしまったので、まだプリンは食べていません。┌(:3」└)┐
とはいえ、珈琲ゼリーは美味しかったです😋

🍮Re:4462◆早々のバージョンアップをどうもありがとうございます！
🍮Re:4463◆TegUpのご試用もありがとうございます。さすがにそろそろVer.1として配布しても良さそうだな、と思っています。
🍮Re:4464◆soundcloudはドイツの会社のサービスですかね？ Webページへの埋め込み方法の解説ページがあるようなら教えて下さい。
🍮Re:4465◆新バージョンのご活用をどうもありがとうございます。TegUpの報告もありがとうございます。新機能がお役に立っていると分かるととても嬉しいです。(╹◡╹)ﾉ

🍮Re:4466◆そうでした。おっしゃるとおり .decorationF は出力されません。最後の段落は忘れて下さい。┌(:3」└)┐ なんとなく、文字装飾機能では .decorationX というようなclassを出力しているハズだという思い込みがあって、隠される範囲全体も .decorationH で囲んでいるだろうと思っていたのでした。で、解説を書くためにサンプルソースを見たときに、（実際には .decorationH は出力されていないわけですが）先の解説で出力されていた .decorationF を「隠したい範囲を囲んでいるclassだ」と勘違いしたようです。(^_^;)
今のところ、隠す装飾だけで両ボタンを同じ位置にする方法はなさそうですね。なんかよほどアクロバットなことをしたらできるかもしれませんが……。
それよりも、『隠す範囲全体を <span class="decorationH"> ～ </span> で囲む』仕様を追加した方が良いような気がしてきました。たぶんそうすると、他の装飾用途にも活用しやすくなりそうな気がしたりしなかったり。（その仕様を加えても、既存の装飾に悪影響はなさそうだと思うのですけども。どうかな……。）

🍮イーロンがどうとう twitter.com を x.com へリダイレクトするようにしてしまいました。ツイートの埋め込みは（今のところ）どちらのドメインでも可能ですが、もし今後に（さすがにそうはしないと思いますが） x.com だけでしか埋め込まれないように改悪されたとしても、てがろぐ側で変換するようにしますので、（たとえそうなっても）自前のデータファイルを書き換えたりしなくて大丈夫です。（埋め込み機能自体を廃止されたらどうにもなりませんが……。）

久しぶりに餃子を食べました。餃子のタレが余ったので、また餃子を調達しなければ……。

🥮Re:4459◆たぶん、自由装飾記法を使ってボタンの掲載位置を調整すれば、お望みの表示は今のバージョンでもできそうな気がします。
まず、隠したい範囲を [H:隠したい範囲] だけでなく、自由装飾記法を使って、[F:btnfirst:[H:隠したい範囲]] のように書いておきます。
次に、以下の2つのCSSを加えます。
.deco-btnfirst {
   display: block;
   position: relative;
   padding-top: 1.5em;   /* ※後述 */
}
.deco-btnfirst .readmorebutton {
   position: absolute;
   top: 0;
   left: 0;
}

すると、「続きを読む」ボタンも、「畳む」ボタンも、どちらも同じ位置（先頭）に見えるようになります。

「※」部分の 1.5em は、お好みで調整して下さい。0にすると隠している範囲に続く1行に重なってしまいますので、1以上の値にする必要があります。
（ボタンの大きさも揃える方が望ましいと思いますが、そこはお使いのスキン次第なので、スキン側のCSSを調整して下さい。）

もし、全部の「続きを読む／畳む」ボタンを上記のように表示したいなら、わざわざ自由装飾記法を併用しなくても、単に .decorationF に対して上記の装飾を適用すれば済みます。（つまり、上記のCSSソースで .deco-btnfirst の代わりに .decorationF と書きます。）
その場合は、隠したい範囲はいつも通り [H:隠したい範囲] と書くだけで済みます。 この段落のことは忘れて下さい。┌(:3」└)┐ >>4467

【急募】やる気……...。 _(┐｢ε:)_

🍩Re:4449◆あと、リリースノートさえ書けば、Ver 4.3.0正式版をリリースできる予定です。リリースノートさえ書けば……。_(┐｢ε:)_
🍩Re:4450◆お役に立ったなら何よりです。^^

🍩Re:4452◆登校だけでなく下校も集団なんですね!? そういうパターンもあるんですねえ。
🍩Re:4453◆確かに、片道3kmは小学生だと厳しいでしょうね。歩けたとしても1時間は掛かりそうな。朝は5分でも長く寝ていたいのに……。(笑)

🍩Re:4454◆WAFの検出ログにたくさん出てくるのを見ると驚きますよね。うちのWAFログにも毎秒毎秒何かが記録されている感じです。とはいえ、ログにあるということは（悪意あるアクセスを）阻止はできているということなので、大きく気にする必要はないのではないかと思ってはいます。そこそこ検索にもヒットする感じのWebでお使いの場合は、「WAFは必須」と考える方が良さそうですね。そうでないと、これだけの莫大なアクセスがそのままCGIに渡ってしまうと、サーバの負荷がかなり高まりそうですので。

🍩Re:4455◆ご要望をありがとうございます。ToDoリストには入れておきます。
🍩Re:4456◆確かに自由装飾記法だけだと、見た目では隠せても、OGPやRSSにはそのまま出てしまいますね。

よもぎ餅は食べました。あと、シュガーバターの木も。

🍵Re:4446◆ちょいとソースを確認してみたところ、そんなに手間無く実装できそうな気がしましたので、そう遠くないうちに「2行目も常に見せる」的なオプション機能は加えられそうな気がします。ただ、もう次の正式版(Ver 4.3.0)の機能はFixしてしまったので、実装するとしてもその後のバージョンになります。気長にお待ち頂ければ幸いです。

🍵Re:4447◆分かりやすい解説とソースをどうもありがとうございます。まさしくその方法が簡便で良いですね！ :activeでいけたんですねえ……。なんとなく:activeはリンクとかボタンとかフォーム要素とかでしか機能しなさそうな先入観があったので思い至りませんでした。^^; 元日の地震以後、どんな状況なのか気になっていましたが、余裕が回復したのは何よりです。

柏餅はないけど、よもぎ餅はある……。

🍵Re:4443◆URLが含まれていても自動でリンクにならないようにするには、「自動でリンクにはならないURLの書き方」をご活用下さい。◆その塗りつぶし機能なら、自由装飾記法を使えば実現できそうに思います。例えば、[F:fill:塗りつぶしたい範囲] のように書けば、その範囲が <span class="deco-fill">塗りつぶしたい範囲</span> のように出力されます。あとは、CSSでこの範囲の文字色を背景色と同じにすれば、お望みの初期表示になります。あとは、「クリックしたら文字色が変わる」という動作を加えれば済みます。「マウスが載るだけ」で良いなら :hover を使えば良いですが、モバイル端末に対応するにはその方法では不十分ですね。CSSだけで実現できる方法もありそうな気もするのですが、ぱっとは思いつかないので、とりあえずJavaScriptで書くとすると、
var decoFillElements = document.querySelectorAll('.deco-fill');
decoFillElements.forEach(function(element) {
  element.addEventListener('click', function() {
    this.style.color = 'black';
  });
});
とする方法はありそうな気がします（クリックで文字色を黒色にする場合）。もうちょっと何か短くスマートに実現する方法もありそうな気もするんですが。（どなたか思いついた方がいらっしゃったらぜひ教えて下さい。）◆画像に付与する属性値に投稿IDを含める方法は今のところはないんですが、何かそういう情報を含めようと思えば含められるようにできるような（例えば「data-scriptname="tegalog @ID@"」のように書くと @ID@ が投稿IDになるような）感じの機能はToDoリストに入れておきます。

🍵Re:4444◆なるほど、確かに1行目をタイトルとして使っているスキンでは、隠されている内容の説明は2行目に書きたいでしょうね。状況の説明をどうもありがとうございます。何か実現方法を考えてみます。
現在のバージョンでどうにかするには、タイトル掲載部分を [[COMMENT:TITLE]] ではなく [[COMMENT:LINE:1]] で作っておいて、投稿本文の1行目をタイトル [F:guide:鍵付き内容の説明] のように書く手はあるかもしれません。CSSで、 .deco-guide の部分だけはタイトルとしては表示せずに、鍵付き投稿の場合に限って説明文として表示させるように書く感じです。（※スキン側では [[COMMENT:TITLE]] だとプレーンテキストで出力されてしまうので装飾が無視されてしまいますから、 [[COMMENT:LINE:1]] にする必要があります。）

ケーキを食べたい気分なんですけどもないので、とりあえずガトーレーズンを食べています。美味しい。

🍰Re:4434◆いつの間に……。柏餅を食べねば。
🍰Re:4435◆参考までにお尋ねしたいのですが、それが必要になるのはどんな状況でしょうか。「2行目に書いているものを1行目の末尾に移す」という対処ではダメですか？

🍰Re:4438◆ご要望をありがとうございます。◆てがろぐはPerlで記述していますので、他所サイトのOGPを読みに行こうと思うと、別途何らかのモジュール（例えばLWP::UserAgentとか）を読み込む必要があります。……が、それは標準モジュールではないので、サーバによって使えたり使えなかったりする可能性があるのですよね。なので、『てがろぐの動作可能なサーバが減ってしまう可能性』を考えると、使用モジュールを増やす選択はあまり採りたくないので、今のところは無理かな、と思っています。何か良さげな実装方法が見つかるか（または、Perlが使用可能なほとんどのサーバでLWP::UserAgentが使用可能だと分かるとか）何かすれば検討します。◆『<code>タグ対応』とは具体的には何ができれば良いでしょうか？ background-color: royalblue; みたいな自由装飾記法では不足ですか？ 標準添付の各スキンでは [F:code:ソースコード] のように書くと、その範囲が等幅フォントで表示されるようにCSSを書いてあります。（そのほか、CodePenを埋め込む機能もあります。）◆塗り潰し版の隠す機能では、「続きを読む」的なボタンはどのような表示になって欲しいですか？

🍰Re:4439◆ご要望をありがとうございます。◆Misskeyの投稿って他所サイトに埋め込められるんですかね……？◆てがろぐではそもそも画像を一切加工していませんので、EXIF情報云々以前に、まず画像サイズの調整も含めてローカルで加工してからUPする方が望ましいと思います。画像加工関連の機能については、PHPで鋭意開発中の『画像等ファイル展示新ツール』(仮称)をお待ち頂く方が現実的かもしれません。Perlで画像を加工しようと思うと、何らかのモジュールが必要なんですが、そういうのを要求してしまうと『てがろぐの動作可能なサーバが減ってしまう可能性』があるので、あまり望ましくないと思っているのです。いろいろモジュールを読んでも良ければ（動作可能サーバが減ってしまうのと引き換えに）もっと便利にできるとは思うのですけども。

🍰Re:4440◆ご報告をどうもありがとうございます。それは不具合ですね。こちらのローカルにあるソースは修正しました。また、ここ（今ご覧になっている動作試験場）でも修正版を稼働させましたので、ここでは修正されています。
① 検索エンジン(Google)
② 検索エンジン( Google )
③ 検索エンジン（Google）
次に公開されるバージョン（Ver 4.3.0正式版を今月中にはリリースする予定です）では、No.4440にお書き下さった上記①の書き方も可能になります。
（※次のバージョンを待たずに今すぐどうにかなさりたい場合は、空白を含める②の方法か、外側の丸括弧を全角記号にする③の方法をご使用頂くしかなさそうな気がします。）

リンクになる書き方のバリエーションについての質問です。
検索エンジン(Google)
という文のGoogleの部分にだけⒷ任意のURLへリンクする記法2　の方法を使ってhttps://www.google.com/のURLのリンクを書きたいのですが、実際に記法に従って
検索エンジン([Google](https://www.google.com/))
と書くと末尾のリンクにしない閉じの丸括弧が消えてしまいます。

検索エンジン(Google)

丸括弧で挟まれたテキストにだけリンクを付与して、閉じ括弧を残す方法はありますか？
※リンク先URLのURLそのものの中に丸括弧記号は含まれません

てがろぐを2年程利用させて頂いています。
特に欲しいと思う要望を書かせて頂きます。

・リンク先のOGP取得
　こちらでも過去に要望がありましたが是非欲しいです。
・リスト記法の項目内改行
・<code>タグ対応
・「隠す」要素のサイズを確保した塗り潰し版
　例: ネタバレになりますが[　　　　　　　　　]です。
　display: noneではなくvisibility: hidden等で要素のサイズは確保し、
　クリックすると後の文章がズレずに内容を表示できる一般的な形式です。

ご一考頂けると幸いです。

買ってきたかき氷は宇治金時だけ。🍧🍵🍧🍵🍧🍵

🍵Re:4430◆案をどうもありがとうございます！ とてもありがたいです。確かにその通りと言えばその通りなんですけども、その表現だと『表示条件を自ら加えられる機能』だと思われる可能性がありそうな気がするんですよね……。例えば、カテゴリ以外の限定条件を維持したくないなら、[[PERMAURL:KEEPCOND(C)]] とだけ書けば良いんですけども、これは、『もしカテゴリ限定表示時だったら、そのカテゴリを維持した状態で投稿単独ページへ移動できる』というだけであって、『カテゴリ限定表示ではない状況』ではカテゴリには一切関係なく [[PERMAURL]] と同じ動作（＝普通の投稿単独ページに移動）になるんですよね。何もない状態から強制的にカテゴリ限定表示パラメータが付加される……という動作にはならないので、そこが誤解されるとそれはそれで困ると思うのでした……。
しかし、何にしてもご意見をどうもありがとうございました。機能の内容を誤解される可能性もある事実に気付けたのは良い知見でした。

よくよく考えると、これはスキンを自ら作る人(少なくともそこそこ高度にカスタマイズしようとする人)にしか使えない機能なので、あまり表現にこだわっても仕方がないかもしれないな……という気もしてきました。^^; スキンを作る過程で「こういうことはできないのかな？」と思ったときに検索してうまくヒットすれば良い……と考えると、むしろ短く言わない方が良いんですかね……？^^;
実際にこの機能を必要とする方々が、ヘルプドキュメント内から情報を探そうとするときに、どんな検索語等で調べるかがハッキリとは分からないわけですけども。
ううーん。なかなか悩ましいです。

かき氷が安売りされていたので買ってきました。アイスも。🍨🍧🍨🍧🍨🍧

🍨Re:4426◆『鍵が掛かっていても一部を見えるようにする設定方法』の機能では何らかの不足がありますか？（鍵付き投稿でも、1行目だけは常に見えるようにする機能です。）

🍨Re:4427◆元のドラマの長さが1時間なら、NHK側でも放送枠を同じだけ（1時間）確保すればいいのでは……と思ってしまうんですよね。(^_^;) その方が嬉しい人々も多そうな気がするんですが。バブリーな頃は予算が潤沢でいろいろ編集に手間が掛けられたのかな……などと思っています。ネット配信で海外(米国)ドラマを見ていると、同じシリーズでも話によって42分だったり40分だったりそこそこ差がありますよね。CMのある民放なら調整しやすいでしょうけども、CMのないNHKだと枠の確保が難しそうだな、という気はします。そういう都合があって「全話38分にする！」というなら話は分からんではないのですけども。^^; まあ、CMがないといっても「他のNHK番組の宣伝」はあるので、そういうので調整するのかもしれませんが。（最近、地上波でドラマを見る機会がまったくないので、実際にどうなっているのかは知らないんですが。）

#要望
記事を鍵つきにする際、記事全部ではなく、一部を鍵記事にすると言うような仕様は可能でしょうか。

鍵つきにすると当然ながら記事がまるっと鍵で中身は何も表示されず、これ何を書いたんだっけ？となってしまうので、こういう記事であると言うようなのをひと言書いておけたらいいなあと。
(そんなのなら、｢隠す｣を使えと言う声もあるんですが、見れる人を投稿者が決めると言う機能はそのままにしておきたいんです。)

新しいエアコンを調達しました。（以前のは、冷房時に風の吹出口から水が垂れてくるようになってしまったので……。）

🍰Re:4421◆実は今、鋭意開発中の『画像等ファイル展示新ツール』(仮称)では、動画や音声ファイルをUPして、直接その場で再生できる形でも一覧掲載できます。最低限の掲載機能は既に実装してあるんですが、スキンや管理画面等の周辺機能がまだなので、ツールとしての配布はまだまだ先になるのですけども。そちらをお待ち頂けると良いかもしれません。
なお、てがろぐでは、少なくともYouTubeの埋め込みは（現在のバージョンで既に）可能ですので、ぜひお試し下さい。

フィナンシェを食べました。

🧈Re:4416◆ご要望をありがとうございます。何か良さげな実装方法を思いつけば試したいとは思っています。気長にお待ち頂ければ幸いです。（ただ、てがろぐは元画像を一切加工せずにそのままUPする仕様ですので、事前に良さげなサイズに加工してからUPする方が望ましいのではないかとも思います。）

🧈Re:4417◆おぉ、なんとそんな方法が！「2万10千円」という入力方法は思いつきませんでした。合計金額というよりも、『それぞれのお札を何枚ずつ欲しいのか』と考えれば、とても分かりやすい指定方法ですね。

🧈Re:4419◆ありがとうございます。維持条件の個別指定は、できれば今月中には実装できると良いな……と思っています（どうなるかは分かりませんが^^;）。短い表現で済ませるのはなかなか難しいですね……。ただ、長ければそれはそれで分かりにくい気もしますので、何か良さげな中間点的な表現方法を編み出せると良いのですけども。(^_^;)

プリン食べたい……。🍮🍮🍮

🍮Re:4410◆意見表明ありがとうございます。反応があると需要が見えてありがたいです。(╹◡╹)ﾉ
🍮Re:4411◆ご活用ありがとうございます。たしかに、サイトマップモードから移動する場合には、少なくともモードは抜けたいですよね。^^;

🍮Re:4413◆ご質問とご要望をありがとうございます。まず、ご質問についてですが、現状のバージョンではその通りです。今のところ、画像を差し替える機能はありません。次に、ご要望についてですが、『画像の管理画面から画像の差し替えができる機能』については検討はしています。ただ、てがろぐでは、埋め込む画像を [PICT:sakura.png] のようにファイル拡張子まで含めたファイル名で直接指定する記法になっていますから、画像の差し替え機能を用意する場合でも、「ファイル拡張子まで含めてまったく同じファイル名」での差し替え機能にしかならないと思います。（拡張子の異なる画像に差し替えてしまうと、過去の投稿で画像リンクが切れてしまいますから。）てがろぐでは、投稿と画像がまったく別管理になっていますので、連動して変えるのが難しいんですよね……。なので、拡張子まで変えたい場合には今後も、新規画像としてUPして、本文を書き換えて頂くほかなさそうだと（今のところは）思っています。何かよほど良さげなアルゴリズムを思いついたら話は別ですが。^^;

アイスを買い足してきました。まだ4月中旬だというのに……。🍨🍨🍨

🍨Re:4405◆ご返信ありがとうございます。了解しました。たぶんそう遠くないうちに実装できると思います。説明(DL)リスト以外に、番号付きリスト、先頭記号指定時も含めて、どの場合にも任意のclass名も付加できるようにできそうです。その場合は、[L:DL:hogehoge:～とか[L:✅:hogehoge:～のような感じでclass名を書けるようにします。

🍨Re:4406◆温度の低下で美味さが低下すると思ったことが1度もないです。ぬるいどころか完全に冷えていても美味いものは美味いと思いますし。ただし、熱い物体に味はありません。┌(:3」└)┐

🍨Re:4407◆β版のご試用をどうもありがとうございます。また、ご報告もどうもありがとうございます。たしかに、投稿単独表示時には order=reverse のパラメータは維持しない方が望ましいですね。逆順表示時のことを全く考慮していませんでした。正式版では、表示順の指定値は引き継がないように修正します。

冷めた味噌汁もスープも紅茶も美味しくいただける人間です。



β版の更新と配布お疲れ様です。

「その状況で表示対象になる投稿」だけに限定した隣接投稿に移動できる機能、とても便利で助かっています。
日記としてだけでなく、小説を掲載する用にもてがろぐを利用させてもらっているので、この機能のおかげで作品ごとのページ移動のリンクを手動で貼らずに済んでとても助かっています。ありがとうございます🙏


要望なのですが、逆順に表示したときに[[PERMAURL:KEEPCOND]]をURLに設定したリンクをクリックした際、投稿を単独表示した場合のみ（カテゴリやハッシュタグなどの表示条件の指定は維持しつつ）通常と同じ順序でページ移動できるようになったら嬉しいです。

逆順に表示して[[PERMAURL:KEEPCOND]]のリンクをクリックして単独投稿のページに入った場合、単独投稿のページ移動も逆順（新しい投稿が前の投稿に、古い投稿が次の投稿として）になってリンクが貼られるようなのですが、
逆順に表示した場合でも通常と同じように、古い投稿が前の投稿として、新しい投稿が次の投稿としてリンクが貼られるようになったらありがたいです。その状態でカテゴリやハッシュタグごとにページが移動できたらとてもありがたいです。

説明下手でごめんなさい。
ご検討いただけるとありがたいです。

バニラアイスを食べました。🍨🍨🍨

🍨Re:4403◆ご要望をありがとうございます。「説明リスト」とは、リスト記法にオプション「DL」を使って記述できる記法のことでしょうかね？ 参考までにお尋ねしたいのですが、どんな用途を想定されていますでしょうか？

#要望
「てがろぐ」という素晴らしいツールには大変お世話になっています。
説明リストに任意のクラス名を設定できる機能を追加していただけると、とてもありがたいです。
ご検討の程、よろしくお願い申し上げます。

かき氷が欲しい気温……！🍧🍧🍧

🍰Re:4398◆お気に召したようで嬉しいです。末永くご愛用頂ければ幸いです！(╹◡╹)ﾉ

最近、ドーナツを食べていないな……。そういえば。🍩🍩🍩

🍩Re:4389◆ご要望をどうもありがとうございます！「ユーザ一覧を出力できる機能 Ⓓ❿」は、以前に実施した「てがろぐ追加検討機能の投票」（その結果）ではあまり得票数がなかったのですが、開発ToDoリストには入っていまして、ちょいと（私の中での）順位を上げておきます。たしかに、てがろぐ上で扱える各種情報の中では「ユーザ」だけが一覧出力する機能がないのですよね。そこはちょっと気にはなっていました。
隣接投稿の一括閲覧機能と指定条件に限定した隣接投稿への移動機能も気に入って頂けたようで嬉しいです。(╹◡╹)ﾉ

こんにちは。#要望 です。[[CATEGORY:TREE]]みたいな感じで、登録されている全ユーザーの名前(もしくはID)と、そのユーザーの投稿へのリンクをリストとして出力する記法が欲しいです。

• あどみ
• さくら
• ともよ
• みさき

という感じのリストを外側スキンに表示させたいのです。同じようなことが出来る方法が既にあって、見落としているだけでしたらすみません。

Ver 4.2.3βの隣接投稿の一括閲覧機能と同カテゴリに限定した隣接投稿への移動機能、すごくありがたいです！特に隣接投稿の一括閲覧機能の方は、過去にTwitterユーザーだった頃にブラウザ拡張の近傍ツイート検索 を使っていたので、これと似たような機能がてがろぐでも出来るようになって快適です。1人Twitterライクなメモアプリは沢山あれど、欲しい機能が全部揃っていてデザインやレイアウトも自由自在、そして設置サーバー次第で広告も出なくてOS問わず使えるてがろぐが最強オブ最強だな…とますます実感してます！

たこ焼きを食べました。

🍩Re:4385◆問題があるかどうかは「どんなアクセスをしているか？」に依ります。たとえユーザエージェント名が一般的なブラウザのようであっても、不正アクセスを狙っているツールがそう騙っているだけの可能性もあるわけですから、ユーザエージェント名だけで判断はしにくいです。とはいえ、こんなレポートもありますので、サーバ会社側がWAF（Web Application Firewall）機能を提供しているのなら使う（＝ONに設定する）ことをお勧め致します。

ご要望は常に歓迎していますので、いつでもお気軽にお知らせ下さい！(╹◡╹)ﾉ
忙しそうに見えていてもお気軽にどうぞ！ 実際に実装できるかどうかはまた別の話ではありますが、ご要望を頂かないと需要を知る術がありませんので、ご要望そのものは歓迎しています。（ただ、実装できなくても悪く思わないで下さい。そこに悪意はありませんので。）

🍩Re:4383◆ご要望ありがとうございます。カテゴリ登録画面の「概要文」欄で、HTMLタグを許容する仕様になれば良いわけですね？ それならそんなに手間ではなさそうなので、そう遠くないうちに実装できそうな気がします。（既に概要文中に<や>記号を使っている方々もいらっしゃるかもしれませんから、「そこにHTMLを許容するかどうか」の設定項目を別途設ける方が無難でしょうね。）
ちなみにですが、「カテゴリ限定表示時に限って特定の投稿を（カテゴリ別に）先頭固定できる『カテゴリ別先頭固定』機能」とどちらが望ましいですか？

ちょいと仕事が忙しかったので放置気味ですみません。しかし、さくらたん第16巻特装版は調達しました！😍

🥞Re:4377◆気に入って下さってありがとうございます。(╹◡╹) なんとか4月には次の正式版として安定供給したいと思っています。なお、「プライベート動作」という名称だと分かりにくそうなので、名称は「ログイン者限定表示」みたいな感じに変わる予定です。

🥞Re:4378◆記号「＜」が半角にならないとはどういう現象でしょうか……？ キーボードから半角の「 < 」を打つと、どのような動作になるのですか？ もう少し状況を詳しく説明して頂けると、何らかの回答ができるかもしれません。

栗まんじゅうを食べたので、無事に栗まんじゅう欲は満たされました。🌰🌰🌰

🌰Re:4373◆たしかに、銀行のモバイルアプリで口座を管理している場合、スマートフォン1台だけで（2段階認証も含めて）すべてできてしまいますね。
🌰Re:4374◆てがろぐの機能として「子カテゴリだけを表示する」方法はないのですが、CSSで無関係な部分を非表示にすることで、お望みの表示は可能なように思います。

• まず、親カテゴリ（第1層のカテゴリ）だけを表示する方法は、カスタマイズ方法ページの「カテゴリの第1階層だけを表示させる方法」にある通りです。
• 次に、子カテゴリだけを表示する方法ですが、カテゴリツリーを構成するli要素には <li class="catbranch cat-memo"> のように、カテゴリIDがclass名に含まれています。なので、このclass名のあるli要素の内部に含まれている項目が「そのカテゴリの子カテゴリ」だと言えますので、そこだけを表示するようにCSSやJavaScriptを書くと良いのではないでしょうか。

※カテゴリツリーのHTML構造は、「カテゴリツリーの各部分をCSSで装飾する方法」をご参照下さい。