カテゴリ「回答/返信」に属する投稿［658件］（19ページ目）
なんとなく前回のリリースから3ヶ月が過ぎない年内のうちに新バージョンをリリースしておきたいなと思ったので今日公開したわけですけども、コミケ(というか年の瀬)でどこも忙しいこの時期に急いで新バージョンを公開する意味はあまりなかったかな。
……と思ったのですけども、アップデートのご報告をちらほら頂けたということは、まあ良かったのかな。(^_^;)
🍨Re:1400◆複数ファイルの同時アップロード機能もあると嬉しい方々がいらっしゃるようでしたので実装してみました。たしかに、たとえ3枚しか掲載しないとしても、1枚ずつしかアップロードできないよりは、一括してアップロードできる方が楽で良いですよね。^^;
🍨Re:1399◆早速のアップデートをどうもありがとうございます！ ご報告頂けると作った甲斐があったと感じやすくてありがたいです。(^_^)
🍨Re:1397◆お褒め頂きありがとうございます。(^_^)
中身を作っても、それを使えるように案内しないと使いようがありませんからね。(^_^;;; できるだけマニュアルを参照しなくてもカスタマイズできるようにコメントを加える方針で居ます。それでもやはりカスタマイズの説明は必要でしょうから、どうやって見やすくて分かりやすいマニュアルにできるかがちょっと迷っているところです。既に説明し切れていない機能もちょっとありますし……。
北米欧州では物理クリスマスカードはやはり一般的なのですね。お仕事おつかれさまでした！ そろそろ仕事納めな方々も多そうですね。新幹線で寝過ごすのは後の面倒くささが半端ではありませんからね……。一度だけ、京都から新快速に乗って大阪で降りるつもりがふと目が覚めたら西明石に居たことはありました。新幹線ではないとはいえ、新幹線の3駅分です(京都→新大阪→新神戸→西明石)。戻るしかないわけですけども、すさまじい徒労感でした。(^_^;)
動作テストありがとうございます。テスト投稿もご質問もご要望等もお気軽にどうぞー。
……と思ったのですけども、アップデートのご報告をちらほら頂けたということは、まあ良かったのかな。(^_^;)
🍨Re:1400◆複数ファイルの同時アップロード機能もあると嬉しい方々がいらっしゃるようでしたので実装してみました。たしかに、たとえ3枚しか掲載しないとしても、1枚ずつしかアップロードできないよりは、一括してアップロードできる方が楽で良いですよね。^^;
🍨Re:1399◆早速のアップデートをどうもありがとうございます！ ご報告頂けると作った甲斐があったと感じやすくてありがたいです。(^_^)
🍨Re:1397◆お褒め頂きありがとうございます。(^_^)
中身を作っても、それを使えるように案内しないと使いようがありませんからね。(^_^;;; できるだけマニュアルを参照しなくてもカスタマイズできるようにコメントを加える方針で居ます。それでもやはりカスタマイズの説明は必要でしょうから、どうやって見やすくて分かりやすいマニュアルにできるかがちょっと迷っているところです。既に説明し切れていない機能もちょっとありますし……。
北米欧州では物理クリスマスカードはやはり一般的なのですね。お仕事おつかれさまでした！ そろそろ仕事納めな方々も多そうですね。新幹線で寝過ごすのは後の面倒くささが半端ではありませんからね……。一度だけ、京都から新快速に乗って大阪で降りるつもりがふと目が覚めたら西明石に居たことはありました。新幹線ではないとはいえ、新幹線の3駅分です(京都→新大阪→新神戸→西明石)。戻るしかないわけですけども、すさまじい徒労感でした。(^_^;)
動作テストありがとうございます。テスト投稿もご質問もご要望等もお気軽にどうぞー。
現状の Ver 2.3.1 テスト版(未配布)では、以下の機能も実装済みです。
🍮内蔵RSSスキン(抜粋版/完全版)で、全文字数も出力できるようになっています。
🍮[ラベル:LB]記法で出力されるLightbox用の属性値も、「URL自動リンクの特殊表示化」項目内で設定した値に合わせるようになっています。(◆Re:1299)
🍮設定画面をモバイル端末など（の横幅の狭い画面）で表示したときに、タブが2行になってしまうのを極力防げるようになっています。(たぶん)
🍮本文中に「 [>1218] 」と書くことで1218番の投稿にリンクできる記法(仕様)を追加しています。この機能を使うと、てがろぐ設置場所を引っ越した場合でもリンク切れになる心配がありません。
🍮特定の状況でのみ発生する(かもしれない)若干の不具合を修正。
次の正式リリース版は、たぶん Ver 2.4.0 になると思いますが、その時点では(上記に加えて)たぶん以下のような機能を搭載する予定でいます。たぶん。たぶん。たぶん。
🍥OGP＋Twitter Cardを出力できる機能。(◆Re:1306他)
🍥外部画像でも「画像へのリンク」にせず、画像だけを単独で表示できるような専用記法。(◆Re:1323,1340)
🍥ページ移動ナビの「次の30件／前の30件」等のリンクラベルで、件数の数値を表示せずに出力できるようにするオプション。(◆Re:1308)
🍥RSSフィードなどで使われる(収録文字数を制限している際に)画像に対して「（画像省略）」という文言を出すかどうかを設定できるオプション。(◆Re:1369)
他にも加わるかもしれませんし、どれかは先送りするかもしれません。今のところ予断は許しません。
🍮内蔵RSSスキン(抜粋版/完全版)で、全文字数も出力できるようになっています。
🍮[ラベル:LB]記法で出力されるLightbox用の属性値も、「URL自動リンクの特殊表示化」項目内で設定した値に合わせるようになっています。(◆Re:1299)
🍮設定画面をモバイル端末など（の横幅の狭い画面）で表示したときに、タブが2行になってしまうのを極力防げるようになっています。(たぶん)
🍮本文中に「 [>1218] 」と書くことで1218番の投稿にリンクできる記法(仕様)を追加しています。この機能を使うと、てがろぐ設置場所を引っ越した場合でもリンク切れになる心配がありません。
🍮特定の状況でのみ発生する(かもしれない)若干の不具合を修正。
次の正式リリース版は、たぶん Ver 2.4.0 になると思いますが、その時点では(上記に加えて)たぶん以下のような機能を搭載する予定でいます。たぶん。たぶん。たぶん。
🍥OGP＋Twitter Cardを出力できる機能。(◆Re:1306他)
🍥外部画像でも「画像へのリンク」にせず、画像だけを単独で表示できるような専用記法。(◆Re:1323,1340)
🍥ページ移動ナビの「次の30件／前の30件」等のリンクラベルで、件数の数値を表示せずに出力できるようにするオプション。(◆Re:1308)
🍥RSSフィードなどで使われる(収録文字数を制限している際に)画像に対して「（画像省略）」という文言を出すかどうかを設定できるオプション。(◆Re:1369)
他にも加わるかもしれませんし、どれかは先送りするかもしれません。今のところ予断は許しません。
てがろぐCGIの次のバージョンでは、OGP＋Twitter Cardの出力機能を搭載できるような気がしています。実装作業はまだですが、設計っぽいことは考えました。たぶん問題なく実装できると思っています。たぶん。
画像を掲載した投稿の単独URLをFacebookやTwitterなどに書けば、その画像のサムネイルが表示されるようになるハズです。タイトルや概要文は投稿の先頭から指定文字を抜粋して掲載するような仕様になると思いますが、ある程度は設定で選べるようにするつもりでいます。たぶん、最初は必要最小限の実装で、追々（ご要望に応じて）機能強化するような感じで考えています。最初からいろいろ盛り込んでしまうと、企画倒れになる可能性の方が高まってしまいますので。(^_^;)
🍞Re:1371◆ご意見ありがとうございます。仮に「 # 」を非表示にできる機能を加えるとしても、設定でどうするか選べるようにはします。（そして、特に需要はなさそうなので、今のところは加えないと思います。：笑）
画像を掲載した投稿の単独URLをFacebookやTwitterなどに書けば、その画像のサムネイルが表示されるようになるハズです。タイトルや概要文は投稿の先頭から指定文字を抜粋して掲載するような仕様になると思いますが、ある程度は設定で選べるようにするつもりでいます。たぶん、最初は必要最小限の実装で、追々（ご要望に応じて）機能強化するような感じで考えています。最初からいろいろ盛り込んでしまうと、企画倒れになる可能性の方が高まってしまいますので。(^_^;)
🍞Re:1371◆ご意見ありがとうございます。仮に「 # 」を非表示にできる機能を加えるとしても、設定でどうするか選べるようにはします。（そして、特に需要はなさそうなので、今のところは加えないと思います。：笑）
本文中のハッシュタグをリンク化する際に、先頭の「 # 」記号を非表示にしたい要望はあるかな？
てがろぐ初公開から昨日で2年でした。日々のご活用をどうもありがとうございます。
🍞Re:1369◆なるほど、そういえばそこのカスタマイズが設定できなかったですね。次のバージョンで設定機能を搭載します。元々あの「(画像省略)」という表記は、問答無用で画像が省略されてしまう仕様だった頃に「なぜ画像が見えないのか」と疑問に思われてしまわないように「画像は含まれませんよ」という仕様を明示するためだったんですが、今では画像をRSSフィードに含めることも可能なので、わざわざ「(画像省略)」と表記する必要性が失われているのでした。
🍞Re:1368◆🎉🎉🎉🎊
てがろぐ初公開から昨日で2年でした。日々のご活用をどうもありがとうございます。
🍞Re:1369◆なるほど、そういえばそこのカスタマイズが設定できなかったですね。次のバージョンで設定機能を搭載します。元々あの「(画像省略)」という表記は、問答無用で画像が省略されてしまう仕様だった頃に「なぜ画像が見えないのか」と疑問に思われてしまわないように「画像は含まれませんよ」という仕様を明示するためだったんですが、今では画像をRSSフィードに含めることも可能なので、わざわざ「(画像省略)」と表記する必要性が失われているのでした。
🍞Re:1368◆🎉🎉🎉🎊
RSSフィード用の内蔵スキンの抜粋版では、先頭120文字を超える部分が三点リーダ「…」で省略されるけども、その後に「全部で何文字あるのか」の出力も加えたい。 #搭載済
以下返信。
🍞Re:1365◆いらっしゃいませ。今のところ返信機能は存在せず、この左側に書いたような「Re:0000」というのは、単にそういう文字列を使ってリンクを作っているだけです。このような特定のNoへ簡単にリンクできる機能は、個人的にも欲しいので作る予定でいます。たぶん [>1234] のような感じで書くことで「Re:1234」というリンクになる（表記方法は別途設定できる）予定で考えています。なお、Twitterのように複数の投稿を連結させて表示する機能はありません。その表示方法はそこそこ複雑になるので、残念ながら今のところ実装は考えていません。ただ、ハッシュタグ機能を使えば複数の投稿をスレッドのように順番に読ませることは可能だとは思いますのでもしよろしければご検討下さい。(その場合、複数の投稿を「降順に並べる」か「昇順に並べる」かを選択できるメリットもあります。)
🍞Re:1366◆ご要望をどうもありがとうございます！ カテゴリ機能は要望として頂くことも多いので将来的には実装する方向で考えています。ただ、データファイル自体の仕様を拡張しないといけないので、実装するのは少し先になると思います。気長にお待ち頂ければ幸いです。
テスト投稿はご自由にどうぞ。ご質問やご要望もお気軽にどうぞ。その他、ただの呟き等もご自由にどうぞー。(返信は遅くなることがありますので気長にお待ち願います。)
以下返信。
🍞Re:1365◆いらっしゃいませ。今のところ返信機能は存在せず、この左側に書いたような「Re:0000」というのは、単にそういう文字列を使ってリンクを作っているだけです。このような特定のNoへ簡単にリンクできる機能は、個人的にも欲しいので作る予定でいます。たぶん [>1234] のような感じで書くことで「Re:1234」というリンクになる（表記方法は別途設定できる）予定で考えています。なお、Twitterのように複数の投稿を連結させて表示する機能はありません。その表示方法はそこそこ複雑になるので、残念ながら今のところ実装は考えていません。ただ、ハッシュタグ機能を使えば複数の投稿をスレッドのように順番に読ませることは可能だとは思いますのでもしよろしければご検討下さい。(その場合、複数の投稿を「降順に並べる」か「昇順に並べる」かを選択できるメリットもあります。)
🍞Re:1366◆ご要望をどうもありがとうございます！ カテゴリ機能は要望として頂くことも多いので将来的には実装する方向で考えています。ただ、データファイル自体の仕様を拡張しないといけないので、実装するのは少し先になると思います。気長にお待ち頂ければ幸いです。
テスト投稿はご自由にどうぞ。ご質問やご要望もお気軽にどうぞ。その他、ただの呟き等もご自由にどうぞー。(返信は遅くなることがありますので気長にお待ち願います。)
新機能の追加、登録型ユーザリンク集の作成、新スキンの追加。どれから取りかかるべきか。
以下、返信です。
🍞Re:1362◆静的なページか動的なページかで動作が変わるということはあまりないように思います。CGIが生成しているのはHTMLですから、動的に生成されていても静的に用意されていても、得られるデータは同じ「HTMLの文法で書かれたデータ」ですから。
無限スクロールを提供するJavaScriptの場合、「バックグラウンドで次のページを読み込む」→「コンテンツのある場所をclass名やid名で特定する」→「コンテンツだけを現在のページの指定位置(同じclass名やid名が使われている場所)に追記する」というような処理をしていると思います。なので、コンテンツ部分だけを何らかのclass名で特定できるようなスキンを作っておく必要があります。
てがろぐ標準スキンの場合は、.mainarea (<div class="mainarea">～</div>) がそれっぽいように感じられるかもしれませんが、ここにはページ移動ナビも含まれるので適していません。投稿部分だけを括る、新たなdiv要素を1つ追加して、そこに適当なclass名を付加して、それを無限スクロールを提供してくれるJavaScriptに指定する必要があると思います。もう少し具体的に、どのようなスキンに対して何をどう書いたのかを教えて頂けると、何らかの回答ができるかもしれません。
以下、返信です。
🍞Re:1362◆静的なページか動的なページかで動作が変わるということはあまりないように思います。CGIが生成しているのはHTMLですから、動的に生成されていても静的に用意されていても、得られるデータは同じ「HTMLの文法で書かれたデータ」ですから。
無限スクロールを提供するJavaScriptの場合、「バックグラウンドで次のページを読み込む」→「コンテンツのある場所をclass名やid名で特定する」→「コンテンツだけを現在のページの指定位置(同じclass名やid名が使われている場所)に追記する」というような処理をしていると思います。なので、コンテンツ部分だけを何らかのclass名で特定できるようなスキンを作っておく必要があります。
てがろぐ標準スキンの場合は、.mainarea (<div class="mainarea">～</div>) がそれっぽいように感じられるかもしれませんが、ここにはページ移動ナビも含まれるので適していません。投稿部分だけを括る、新たなdiv要素を1つ追加して、そこに適当なclass名を付加して、それを無限スクロールを提供してくれるJavaScriptに指定する必要があると思います。もう少し具体的に、どのようなスキンに対して何をどう書いたのかを教えて頂けると、何らかの回答ができるかもしれません。
頂いたメールにはだいたい24時間以内には返信をお送りしています。遅くなる場合でも72時間以内にはお送りしていますので、もし私からの返信が届かないなあ……と思われる場合には、迷惑メールフォルダなどをチェック頂ければ幸いです。私からの返信は、さくらインターネットのメールサーバを経由して送られる上に、本文中にURLが複数含まれることがよくあることもあってか、わりと高い頻度で迷惑メールに自動分類されているような気がします。(^_^;)
🍩Re:1340◆応援ありがとうございます！ しばらくはその対処方法でお願いします。[IMG:*]URL記法も含めて、[何か]URLという書き方自体が「URLのリンク化」機能なので、画像表示に関しては [PICT:場所] という書き方だけでいろいろできる(外部画像も指定できる)仕様に拡張した方が分かりやすそうな気もしてきました。場所にファイル名だけが書かれている場合は従来通り画像UPフォルダの中身を示すものの、場所にURLが書かれている場合にはそのURL(の画像)を表示する、という仕様が分かりやすいでしょうかね。
🍩Re:1339◆👓
🍩Re:1338◆様々な用途にご活用頂けていて大変嬉しいです。1記事単位でパスワードを設定するようなリッチな(？)仕様は、むしろこの「てがろぐ」の前身にもなったFumy News Clipperの方で機能強化する方針に採用すると良いかもなあ……となんとなく思えてきました。あちらの方が、タイトル付き＆カテゴリ付きのブログ記事にできるツールですし。(ただし1人専用のツールですが。) 両者のうまい棲み分け方法を探っていたので、ちょっとヒントになった気がします。どうもありがとうございます。
テスト投稿も呟きもご質問もご要望もお気軽にどうぞ～。(返信は遅くなることがあります。)
🍩Re:1340◆応援ありがとうございます！ しばらくはその対処方法でお願いします。[IMG:*]URL記法も含めて、[何か]URLという書き方自体が「URLのリンク化」機能なので、画像表示に関しては [PICT:場所] という書き方だけでいろいろできる(外部画像も指定できる)仕様に拡張した方が分かりやすそうな気もしてきました。場所にファイル名だけが書かれている場合は従来通り画像UPフォルダの中身を示すものの、場所にURLが書かれている場合にはそのURL(の画像)を表示する、という仕様が分かりやすいでしょうかね。
🍩Re:1339◆👓
🍩Re:1338◆様々な用途にご活用頂けていて大変嬉しいです。1記事単位でパスワードを設定するようなリッチな(？)仕様は、むしろこの「てがろぐ」の前身にもなったFumy News Clipperの方で機能強化する方針に採用すると良いかもなあ……となんとなく思えてきました。あちらの方が、タイトル付き＆カテゴリ付きのブログ記事にできるツールですし。(ただし1人専用のツールですが。) 両者のうまい棲み分け方法を探っていたので、ちょっとヒントになった気がします。どうもありがとうございます。
テスト投稿も呟きもご質問もご要望もお気軽にどうぞ～。(返信は遅くなることがあります。)
🍮Re:1335◆「パスワードを入力すると読める」という仕組みを用意する場合、どのようなレベルのセキュリティが必要かによって実装方法が異なります。話が長いので、ちょっと折り畳んでおきますね。(^_^;)
①たとえば既にある「続きを読む」機能のように、JavaScriptを使ってパスワードの入力を求める場合。ユーザの操作はとても簡単ですが、HTMLソースを見ればパスワードも本文もすべてが見えてしまいます。ソースを見る発想のないPC初心者だけを対象にしたり、ソースを見づらいスマートフォンユーザ向けにちょっとだけ隠せれば充分ならこの方法でも良いかもしれませんが、セキュリティという面では「全くない」と言えます。
②次に、リンクやボタンなどをクリックするとパスワード入力画面に移動して、パスワードが正しければ内容を表示するという仕組みの場合。ページ遷移が必要なのでやや面倒ですが、認証はCGI側が実施するのでHTMLソースを見てもパスワードや本文はバレません。この点では多少のセキュリティがあります。しかし、パスワード入力用の画面が必要なので「管理画面にも繋ぎたくない」という要望は満たせないように思います。また、てがろぐCGIの仕様上、投稿内容はすべて共通のデータファイル（標準では tegalog.xml）に含まれます。なので、このデータファイルの中身を覗かれれば、本文は読めてしまいます。（とはいえ、これはデータファイルのファイル名を複雑なものに変更しておけば防げるとは思いますが。）
もしかすると、てがろぐを2つ設置しておいて、片方はBasic認証を設定したディレクトリに置いておく、という方法で充分だったりしないでしょうか？ Basic認証ならブラウザの機能でIDとパスワードが問われますので、余計な画面遷移なく入力できます。ただ、記事単位で異なるパスワードを設定するようなことはできませんが。
どのようにパスワードによる認証をお使いになりたいかをもう少し具体的にご説明頂ければ、何らかの検討（もしくは解決策の提示）ができるかも知れません。
畳む
①たとえば既にある「続きを読む」機能のように、JavaScriptを使ってパスワードの入力を求める場合。ユーザの操作はとても簡単ですが、HTMLソースを見ればパスワードも本文もすべてが見えてしまいます。ソースを見る発想のないPC初心者だけを対象にしたり、ソースを見づらいスマートフォンユーザ向けにちょっとだけ隠せれば充分ならこの方法でも良いかもしれませんが、セキュリティという面では「全くない」と言えます。
②次に、リンクやボタンなどをクリックするとパスワード入力画面に移動して、パスワードが正しければ内容を表示するという仕組みの場合。ページ遷移が必要なのでやや面倒ですが、認証はCGI側が実施するのでHTMLソースを見てもパスワードや本文はバレません。この点では多少のセキュリティがあります。しかし、パスワード入力用の画面が必要なので「管理画面にも繋ぎたくない」という要望は満たせないように思います。また、てがろぐCGIの仕様上、投稿内容はすべて共通のデータファイル（標準では tegalog.xml）に含まれます。なので、このデータファイルの中身を覗かれれば、本文は読めてしまいます。（とはいえ、これはデータファイルのファイル名を複雑なものに変更しておけば防げるとは思いますが。）
もしかすると、てがろぐを2つ設置しておいて、片方はBasic認証を設定したディレクトリに置いておく、という方法で充分だったりしないでしょうか？ Basic認証ならブラウザの機能でIDとパスワードが問われますので、余計な画面遷移なく入力できます。ただ、記事単位で異なるパスワードを設定するようなことはできませんが。
どのようにパスワードによる認証をお使いになりたいかをもう少し具体的にご説明頂ければ、何らかの検討（もしくは解決策の提示）ができるかも知れません。
畳む
いつになく投稿が多い。ご試用ありがとうございます。
通行人の男女がインドカレーの話をしていたのでお腹が減ってきました。🍛
🍮Re:1320◆仮に何らかの返信的な機能を加えるとしても、ログインしないと投稿できない仕様にはなると思います。(パスワードなしのゲストIDを用意して誰でも書けるようにする運営は可能ですが。) Web拍手的な機能を加える案もあったりなかったり。スキンのカスタマイズは、どこをどう書き換えれば何がどうなるという解説ページを設けたい気もしないでもないんですが、てがろぐCGIそのものの解説をもっと増やす方が先かな、と思っていて手を付けられていません。それよりもCGIの機能を増やしたり、スキンを増やしたりする方が良い気もしますし。
🍮Re:1321◆ハロウィンが終わると11月からクリスマスになるのは、やはり世界的にそうなんですかね。ハッピーホリデーと言う場合でもサンタクロースは来るんでしょうかね。サンタクロースは宗教と関係ありませんでしたよね？(^_^;) 何でも雑多に書き残しておける場所を確保しておくのは便利だな、と最近気付きました。
🍮Re:1322◆Twitterは返信を制御できない点が大きなデメリットですね。あの仕様では、返信ツイートはあくまでも返信投稿者に属するツイートになるので、返信された側はどうしようもないわけですが。元ツイートとの連結を（元ツイートの投稿者側の意思で）切断できる機能とか、そもそも最初から連結を拒否できる機能とかがあればもう少し平和的に使えるとは思うのですけども。まあしかし最近思うのは、140文字では少なすぎるな、という点です。(^_^;) コーヒーありがとうございます！
🍮Re:1323◆ご質問ありがとうございます。おっしゃるとおり、原寸画像へのリンクにしない設定は、[IMG:*]URL記法を使った外部画像の表示には適用されません。外部画像の表示は元々「URLの自動リンク」から派生した機能なので「リンクしない」という表示形態は想定していなかったのでした。これは設定でどうにかするというよりも、 [PICT:URL:https://～]のような（リンクにならない）新たな記法を作った方が良いかもしれませんね。
🍮Re:1324◆公開したら良いんじゃないかと思いますけどねー。過去には新嘗祭の様子を（後からですが）映像で公開したことはあるようですし。
🍮Re:1325◆ありがとうございます。スマートフォンなどのモバイル端末からでも投稿可能な仕様は、時々お褒め頂きます。役に立っているようで嬉しいです。
🍮Re:1326◆リーリー
🍮Re:1327◆こちらこそご活用をありがとうございます。ご活用報告がCGI継続開発のモチベーション維持に繋がっています！
🍮Re:1328◆ご要望をありがとうございます。例えば「ログインしている際にだけ読める投稿を作れる」というような仕様を加えたとしたら代替になりますでしょうか？（その場合、ゲストIDなど何らかのIDでログインできるパスワードを知らなければ読めないことになります。） それとも、投稿記事単位で異なるパスワードの設定が必要でしょうか？
🍮Re:1329◆レーレー。
🍮Re:1330◆うほうほうほ🦍
🍮Re:1331◆かべかべかべ
テスト投稿も呟きもご質問もご要望もお気軽にどうぞ。(返信は遅くなることがあります。)
通行人の男女がインドカレーの話をしていたのでお腹が減ってきました。🍛
🍮Re:1320◆仮に何らかの返信的な機能を加えるとしても、ログインしないと投稿できない仕様にはなると思います。(パスワードなしのゲストIDを用意して誰でも書けるようにする運営は可能ですが。) Web拍手的な機能を加える案もあったりなかったり。スキンのカスタマイズは、どこをどう書き換えれば何がどうなるという解説ページを設けたい気もしないでもないんですが、てがろぐCGIそのものの解説をもっと増やす方が先かな、と思っていて手を付けられていません。それよりもCGIの機能を増やしたり、スキンを増やしたりする方が良い気もしますし。
🍮Re:1321◆ハロウィンが終わると11月からクリスマスになるのは、やはり世界的にそうなんですかね。ハッピーホリデーと言う場合でもサンタクロースは来るんでしょうかね。サンタクロースは宗教と関係ありませんでしたよね？(^_^;) 何でも雑多に書き残しておける場所を確保しておくのは便利だな、と最近気付きました。
🍮Re:1322◆Twitterは返信を制御できない点が大きなデメリットですね。あの仕様では、返信ツイートはあくまでも返信投稿者に属するツイートになるので、返信された側はどうしようもないわけですが。元ツイートとの連結を（元ツイートの投稿者側の意思で）切断できる機能とか、そもそも最初から連結を拒否できる機能とかがあればもう少し平和的に使えるとは思うのですけども。まあしかし最近思うのは、140文字では少なすぎるな、という点です。(^_^;) コーヒーありがとうございます！
🍮Re:1323◆ご質問ありがとうございます。おっしゃるとおり、原寸画像へのリンクにしない設定は、[IMG:*]URL記法を使った外部画像の表示には適用されません。外部画像の表示は元々「URLの自動リンク」から派生した機能なので「リンクしない」という表示形態は想定していなかったのでした。これは設定でどうにかするというよりも、 [PICT:URL:https://～]のような（リンクにならない）新たな記法を作った方が良いかもしれませんね。
🍮Re:1324◆公開したら良いんじゃないかと思いますけどねー。過去には新嘗祭の様子を（後からですが）映像で公開したことはあるようですし。
🍮Re:1325◆ありがとうございます。スマートフォンなどのモバイル端末からでも投稿可能な仕様は、時々お褒め頂きます。役に立っているようで嬉しいです。
🍮Re:1326◆リーリー
🍮Re:1327◆こちらこそご活用をありがとうございます。ご活用報告がCGI継続開発のモチベーション維持に繋がっています！
🍮Re:1328◆ご要望をありがとうございます。例えば「ログインしている際にだけ読める投稿を作れる」というような仕様を加えたとしたら代替になりますでしょうか？（その場合、ゲストIDなど何らかのIDでログインできるパスワードを知らなければ読めないことになります。） それとも、投稿記事単位で異なるパスワードの設定が必要でしょうか？
🍮Re:1329◆レーレー。
🍮Re:1330◆うほうほうほ🦍
🍮Re:1331◆かべかべかべ
テスト投稿も呟きもご質問もご要望もお気軽にどうぞ。(返信は遅くなることがあります。)
返信。
🍵Re:1308◆(追記)前回の返信は複数投稿が表示される標準ページでの移動リンクの話でした。ちなみにですが、1投稿の単独表示ページで、前後の投稿へ移動させるためのリンクの場合なら、単に「投稿番号」というチェックボックスをOFFにするだけで番号を非表示にできます。
🍵Re:1317◆天皇陛下の即位パレードですかね？ 関東在住の方だと観覧に行かれる方も多いのでしょうか。周辺警備も大変そうですね。
🍵Re:1316◆ご活用ありがとうございます。[装飾]や[＃]ボタンは、最初から展開している「常時表示」でお使いですか？
🍵「投稿する」ボタンや「他のIDに切り替える」ボタンは表示ラベルを自由に変更可能ですけども、もしかして「日時」・「装飾」・「画像」・「＃」各ボタンのラベルも自由に書き換えられると嬉しかったりしますかね？(^_^;) あと「検索」ボタンとか。
🍵Re:1308◆(追記)前回の返信は複数投稿が表示される標準ページでの移動リンクの話でした。ちなみにですが、1投稿の単独表示ページで、前後の投稿へ移動させるためのリンクの場合なら、単に「投稿番号」というチェックボックスをOFFにするだけで番号を非表示にできます。
🍵Re:1317◆天皇陛下の即位パレードですかね？ 関東在住の方だと観覧に行かれる方も多いのでしょうか。周辺警備も大変そうですね。
🍵Re:1316◆ご活用ありがとうございます。[装飾]や[＃]ボタンは、最初から展開している「常時表示」でお使いですか？
🍵「投稿する」ボタンや「他のIDに切り替える」ボタンは表示ラベルを自由に変更可能ですけども、もしかして「日時」・「装飾」・「画像」・「＃」各ボタンのラベルも自由に書き換えられると嬉しかったりしますかね？(^_^;) あと「検索」ボタンとか。
🍿てがろぐの投稿機能を一切使わず、フリースペースを掲載するためだけに使いたいケースもあるので、そうできる仕様にする予定。
🍿QUICKPOST（てがろぐ生成ページに埋め込まれる投稿フォーム）だけを出力できるモードを作って、任意のページに投稿フォームだけを自由に埋め込める仕様があると嬉しい人は居るかな？ ……居ないか。
🍿先にリンク集を作ろうかどうしようか。
▼返信：
🍿Re:1301 ,Re:1305 ,Re:1307◆てがろぐは（デフォルトでは）文字コードがUTF-8なので、絵文字もそのまま掲載できます。スマートフォンやタブレットでは絵文字入力モードにすれば簡単に入力できますが、PCでは環境次第ですね。PCで絵文字を打ちたい場合、漢字変換で出てくる絵文字もありますが、一覧から選びたい場合は「既存の絵文字をコピー＆ペーストする」方法が楽です。モバイル端末とは違って、PCの場合はコピー＆ペーストが楽だという点はメリットですね。例えば、WikipediaのEmojiの一覧ページが便利です。絵文字そのものと名称(英語)が列挙されているので、ページ内検索機能を使うことで名称でも検索できますし。もちろんページをスクロールして探すこともできます。
🍿Re:1302◆ちらほらご要望を頂きますので、汎用的なスキンに改造した上で配布したいと思っています。既存のスキンはどれも、機能を余すことなく利用して頂く目的で全機能を使う方針で書いていますから全体的にごちゃっとするので、もっとシンプルなスキンもあった方が良いですよね。(^_^;)
🍿Re:1306◆OGPはやはり需要が高そうですね。Twitterのツイート埋め込みは、現状のTwitter側の仕様だとツイート本文もHTMLとして転記しないといけない形なので、ちょっと苦しいのですよね……。Twitter側がもうちょっとなんとかしてくれるとありがたいのですけども（ツイートIDを指定するだけで後はJavaScriptで読み込んでくれるとか）。しかし需要があることは認識していますので、何かうまい方法が見つかれば実装したいと思っています。直近では難しそうですが、気長にお待ち頂ければ幸いです。ちょっと色好い返信ができなくてすみません。ご要望自体はToDoリストには加えています。
🍿Re:1308◆ああ、なるほど。そういうご要望もあるのですね。ふと気付いたんですが、裏技的に次のように設定すると現状でも数字(件数)を含めずに出力できる気がします。
ページ移動リンクの文言設定にはHTMLタグが含められますので、上記のようにHTMLのコメント機能を使います。「次の」と「前の」の両方には、コメントの開始部分 <!-- を書いておき、「件」のところには、コメントの終了部分 --> を書いておきます。このようにすると、数字(件数)はコメントアウトされるため、ウェブページ上には表示されなくなると思います。実験はしていないんですが、たぶんいける気がします。お試し下さい。(^_^;)
しかし、確かに件数を数値で表示はしたくないというケースも多々ありそうですから、数値を出力しない設定も用意しておく方が良さそうですね。今後のバージョンで対処したいと思います。
🍿テスト投稿はご自由にどうぞ。どうでも良い呟きもご自由にどうぞ。ご要望やご質問等もお気軽にどうぞー。（返信は遅くなることもあります。）
🍿QUICKPOST（てがろぐ生成ページに埋め込まれる投稿フォーム）だけを出力できるモードを作って、任意のページに投稿フォームだけを自由に埋め込める仕様があると嬉しい人は居るかな？ ……居ないか。
🍿先にリンク集を作ろうかどうしようか。
▼返信：
🍿Re:1301 ,Re:1305 ,Re:1307◆てがろぐは（デフォルトでは）文字コードがUTF-8なので、絵文字もそのまま掲載できます。スマートフォンやタブレットでは絵文字入力モードにすれば簡単に入力できますが、PCでは環境次第ですね。PCで絵文字を打ちたい場合、漢字変換で出てくる絵文字もありますが、一覧から選びたい場合は「既存の絵文字をコピー＆ペーストする」方法が楽です。モバイル端末とは違って、PCの場合はコピー＆ペーストが楽だという点はメリットですね。例えば、WikipediaのEmojiの一覧ページが便利です。絵文字そのものと名称(英語)が列挙されているので、ページ内検索機能を使うことで名称でも検索できますし。もちろんページをスクロールして探すこともできます。
🍿Re:1302◆ちらほらご要望を頂きますので、汎用的なスキンに改造した上で配布したいと思っています。既存のスキンはどれも、機能を余すことなく利用して頂く目的で全機能を使う方針で書いていますから全体的にごちゃっとするので、もっとシンプルなスキンもあった方が良いですよね。(^_^;)
🍿Re:1306◆OGPはやはり需要が高そうですね。Twitterのツイート埋め込みは、現状のTwitter側の仕様だとツイート本文もHTMLとして転記しないといけない形なので、ちょっと苦しいのですよね……。Twitter側がもうちょっとなんとかしてくれるとありがたいのですけども（ツイートIDを指定するだけで後はJavaScriptで読み込んでくれるとか）。しかし需要があることは認識していますので、何かうまい方法が見つかれば実装したいと思っています。直近では難しそうですが、気長にお待ち頂ければ幸いです。ちょっと色好い返信ができなくてすみません。ご要望自体はToDoリストには加えています。
🍿Re:1308◆ああ、なるほど。そういうご要望もあるのですね。ふと気付いたんですが、裏技的に次のように設定すると現状でも数字(件数)を含めずに出力できる気がします。
文言「次の」：NEXT <!--
文言「前の」：PREV <!--
文言「件」 ：-->
ページ移動リンクの文言設定にはHTMLタグが含められますので、上記のようにHTMLのコメント機能を使います。「次の」と「前の」の両方には、コメントの開始部分 <!-- を書いておき、「件」のところには、コメントの終了部分 --> を書いておきます。このようにすると、数字(件数)はコメントアウトされるため、ウェブページ上には表示されなくなると思います。実験はしていないんですが、たぶんいける気がします。お試し下さい。(^_^;)
しかし、確かに件数を数値で表示はしたくないというケースも多々ありそうですから、数値を出力しない設定も用意しておく方が良さそうですね。今後のバージョンで対処したいと思います。
🍿テスト投稿はご自由にどうぞ。どうでも良い呟きもご自由にどうぞ。ご要望やご質問等もお気軽にどうぞー。（返信は遅くなることもあります。）
ちなみに私（てがろぐ作者）が日々の呟きに使っているてがろぐCGIは、今日のひとことログにあります。ウェブサイトのHOMEページに最新の1件が埋め込まれる仕様でもあり、その仕組みの作り方は以前にブログ記事で紹介しました。
設置当初は1日1件のつもりで、こんな頻度で投稿するつもりはなかったんですが。(^_^;)
以下、返信や回答です。
🍍Re:1296◆なるほど、ランダム移動だけではなくて前後への固定的なリンクもあったんですね。最近はリンク用バナー画像を用意しておく文化も消滅しつつある気はしますねえ。そもそも「標準的なバナー画像サイズ」というものが既に失われているというか。
🍍Re:1297◆私も時々そう思います。(^_^;)
🍍Re:1298◆単独投稿ページ専用のOGP(とTwitter Card)出力機能は私自身も欲しいとは思っています。ただ、OGPはhead要素内に書き出さないといけない仕様なわけですが、現状のてがろぐスキンだと、個別の投稿内容を出力するskin-onelog.htmlファイルではhead要素内の情報を書き出す仕様にはしにくいので、ちょっと実装方法が難しいな……と悩んでいるところです。そこが解決できれば、投稿単独用のOGP出力も可能にできると思うのですが。何か考えてみたいとは思っていますので、気長にお待ち頂ければ幸いです。（実装アイデアあれば歓迎します。^^;） てがろぐリンク集を作る際には誰でもフォーム上から登録可能なように作る予定ですが、ご指定のURLでリンクさせて頂きます。ありがとうございます。ちょっと作る気力が出てきました。(^_^)
🍍Re:1299◆ああ、そういえば[ラベル:LB]記法で出力される属性値は強制的に固定されているままでしたか。すっかり忘れていました。これは実装を忘れていただけなので、次回更新時に設定を反映できるように修正したいと思います。「URL自動リンクの特殊表示化」項目内で設定した方のLightbox用属性が使われる仕様にすると思います。もし他に何か仕様上のご要望があればお知らせ下さい。
🍍テスト投稿はご自由にどうぞ。ご要望やご質問等もお気軽にどうぞ。（返信は遅くなることもあります。）
設置当初は1日1件のつもりで、こんな頻度で投稿するつもりはなかったんですが。(^_^;)
以下、返信や回答です。
🍍Re:1296◆なるほど、ランダム移動だけではなくて前後への固定的なリンクもあったんですね。最近はリンク用バナー画像を用意しておく文化も消滅しつつある気はしますねえ。そもそも「標準的なバナー画像サイズ」というものが既に失われているというか。
🍍Re:1297◆私も時々そう思います。(^_^;)
🍍Re:1298◆単独投稿ページ専用のOGP(とTwitter Card)出力機能は私自身も欲しいとは思っています。ただ、OGPはhead要素内に書き出さないといけない仕様なわけですが、現状のてがろぐスキンだと、個別の投稿内容を出力するskin-onelog.htmlファイルではhead要素内の情報を書き出す仕様にはしにくいので、ちょっと実装方法が難しいな……と悩んでいるところです。そこが解決できれば、投稿単独用のOGP出力も可能にできると思うのですが。何か考えてみたいとは思っていますので、気長にお待ち頂ければ幸いです。（実装アイデアあれば歓迎します。^^;） てがろぐリンク集を作る際には誰でもフォーム上から登録可能なように作る予定ですが、ご指定のURLでリンクさせて頂きます。ありがとうございます。ちょっと作る気力が出てきました。(^_^)
🍍Re:1299◆ああ、そういえば[ラベル:LB]記法で出力される属性値は強制的に固定されているままでしたか。すっかり忘れていました。これは実装を忘れていただけなので、次回更新時に設定を反映できるように修正したいと思います。「URL自動リンクの特殊表示化」項目内で設定した方のLightbox用属性が使われる仕様にすると思います。もし他に何か仕様上のご要望があればお知らせ下さい。
🍍テスト投稿はご自由にどうぞ。ご要望やご質問等もお気軽にどうぞ。（返信は遅くなることもあります。）
テスト投稿もご要望もお気軽にどうぞー。（返信は遅くなることもあります。）
🌰Re:1292◆Twitter Cardはやはり、単独投稿ごとに異なるDescriptionを出力できるようにしたい、というご要望でしょうかね？ てがろぐ内で出力内容が共通で構わなければ、今でも（リリースノートで使っているように）スキン内に書いておけばTwitter Cardsの提供は可能ではあるのですが。
🌰Re:1291◆ご要望ありがとうございます。無限スクロールは、jQueryプラグインのAutoPager的なものを使うことで一応は可能っぽいです。ページ内のメインコンテンツの範囲を指定できれば使えますから。無限スクロール機能を使ったスキンも公開してみても良いな、とは思っていました。AutoPager用スクリプトがCDNで配信されていると使いやすいんですけどもねー。
🌰Re:1290◆今のてがろぐならRSSフィードを読むことで（ページデザインがどうカスタマイズされていても）内容を拾いやすいので、たしかに各サイトでの新着投稿の一覧とかも不可能ではないですね。
🌰Re:1289◆Web Ringなつかしい。……Web Ringってどんなのでしたっけ。(笑) たしか、Ring用のコードを自身のページに貼り付けると、そこに参加者のバナーがランダムに出てくるとかそういう仕組みでしたっけ？
🌰Re:1288◆ネット上のサービスでも携帯電話のSMSを使った2段階認証が必要だったりして、携帯電話がないと困るケースも出てきましたね。
🌰Re:1292◆Twitter Cardはやはり、単独投稿ごとに異なるDescriptionを出力できるようにしたい、というご要望でしょうかね？ てがろぐ内で出力内容が共通で構わなければ、今でも（リリースノートで使っているように）スキン内に書いておけばTwitter Cardsの提供は可能ではあるのですが。
🌰Re:1291◆ご要望ありがとうございます。無限スクロールは、jQueryプラグインのAutoPager的なものを使うことで一応は可能っぽいです。ページ内のメインコンテンツの範囲を指定できれば使えますから。無限スクロール機能を使ったスキンも公開してみても良いな、とは思っていました。AutoPager用スクリプトがCDNで配信されていると使いやすいんですけどもねー。
🌰Re:1290◆今のてがろぐならRSSフィードを読むことで（ページデザインがどうカスタマイズされていても）内容を拾いやすいので、たしかに各サイトでの新着投稿の一覧とかも不可能ではないですね。
🌰Re:1289◆Web Ringなつかしい。……Web Ringってどんなのでしたっけ。(笑) たしか、Ring用のコードを自身のページに貼り付けると、そこに参加者のバナーがランダムに出てくるとかそういう仕組みでしたっけ？
🌰Re:1288◆ネット上のサービスでも携帯電話のSMSを使った2段階認証が必要だったりして、携帯電話がないと困るケースも出てきましたね。
ご質問もお気軽にどうぞー。
🍋Re:1285◆ご使用をありがとうございます。気に入って下さったようで嬉しいです。(^-^)
ご質問については、その通りです。
tegalog.cgiと同じディレクトリに存在する skin-cover.html と skin-onelog.html を(お望みのスキンのファイルで)上書きして下さい。
🍋Re:1285◆ご使用をありがとうございます。気に入って下さったようで嬉しいです。(^-^)
ご質問については、その通りです。
tegalog.cgiと同じディレクトリに存在する skin-cover.html と skin-onelog.html を(お望みのスキンのファイルで)上書きして下さい。
テスト投稿はご自由にどうぞ。ご要望やご質問の投稿もお気軽にどうぞー。（返信は遅くなることもあります。）
🍓Re:1282◆ググってみたところ、葬祭費に含められる範囲なら相続税の計算対象から除外できる制度になっているっぽいです。特に請求したわけでもないのにお寺から封書で領収書が届いて驚きました。送るのが当たり前みたいな感じになっているんでしょうかね。ググったときに見つけたお寺関係サイトでも「うちでは必ず送るようにしている」的な記述がありましたし。
🍓Re:1283◆リンク集は時々ご要望を頂きますね。てがろぐのURLを登録することで更新日時順にリンクがリストアップされるような公式ページを作っても良いかなと思わなくもないんですが。以前に裏話でも書きましたが、メールで「使っていますよ」とご報告頂くことはあり、お知らせ頂いたページはよく拝見しているのですが、あまりOPENにしたくなさそうな（軽く検索避けを設定なさっている）方もいらっしゃるので問答無用でリンクするわけにはいきませんから。何かご自身で登録できる仕組みでも用意すれば良いのかな……、と思わなくはないのですけども。需要がどれくらいあるか次第な気がします。^^;
てがろぐCGI自体の機能でもそうですが、「欲しい」という声の多さも追加機能の開発の参考になりますので、欲しい機能は（既に他者が表明済みでも）欲しい！と表明して頂くのがお勧めです。(^_^;)
🍓Re:1282◆ググってみたところ、葬祭費に含められる範囲なら相続税の計算対象から除外できる制度になっているっぽいです。特に請求したわけでもないのにお寺から封書で領収書が届いて驚きました。送るのが当たり前みたいな感じになっているんでしょうかね。ググったときに見つけたお寺関係サイトでも「うちでは必ず送るようにしている」的な記述がありましたし。
🍓Re:1283◆リンク集は時々ご要望を頂きますね。てがろぐのURLを登録することで更新日時順にリンクがリストアップされるような公式ページを作っても良いかなと思わなくもないんですが。以前に裏話でも書きましたが、メールで「使っていますよ」とご報告頂くことはあり、お知らせ頂いたページはよく拝見しているのですが、あまりOPENにしたくなさそうな（軽く検索避けを設定なさっている）方もいらっしゃるので問答無用でリンクするわけにはいきませんから。何かご自身で登録できる仕組みでも用意すれば良いのかな……、と思わなくはないのですけども。需要がどれくらいあるか次第な気がします。^^;
てがろぐCGI自体の機能でもそうですが、「欲しい」という声の多さも追加機能の開発の参考になりますので、欲しい機能は（既に他者が表明済みでも）欲しい！と表明して頂くのがお勧めです。(^_^;)
Re:1277◆ご活用ありがとうございます。お役に立っているようで嬉しいです。
Re:1278◆Sitemap XMLを設置できれば最も望ましいですが、Sitemap XMLはRSSフィードで代替することもできますので、RSSフィードに全文を含めて配信しておけば検索されやすくする効果はありそうに思います（Ver 2.3.0以降のデフォルト設定では全文が含まれます）。その際は、RSSフィードに含める件数を多めに設定しておかれると良いでしょう。（例えば100件とか。デフォルトでは25件です。） なお、Google Search Consoleを使って、てがろぐのURLを登録しておくことも効果があると思います。サイトマップXMLとして、RSSフィードのURLを登録しておくとなお良いかもしれません。（※Google Search Consoleのサイトマップ指定欄に（サイトマップとして）RSSフィードを登録したことがないので、指定可能なのかどうかは分からないのですが。）
Re:1278◆Sitemap XMLを設置できれば最も望ましいですが、Sitemap XMLはRSSフィードで代替することもできますので、RSSフィードに全文を含めて配信しておけば検索されやすくする効果はありそうに思います（Ver 2.3.0以降のデフォルト設定では全文が含まれます）。その際は、RSSフィードに含める件数を多めに設定しておかれると良いでしょう。（例えば100件とか。デフォルトでは25件です。） なお、Google Search Consoleを使って、てがろぐのURLを登録しておくことも効果があると思います。サイトマップXMLとして、RSSフィードのURLを登録しておくとなお良いかもしれません。（※Google Search Consoleのサイトマップ指定欄に（サイトマップとして）RSSフィードを登録したことがないので、指定可能なのかどうかは分からないのですが。）
🍥Re:1269◆なるほど、記述行数に応じて自動的にテキストエリアの高さが変化してくれるのは便利そうですね。私は今まで人力でテキストエリアの右下をマウスでドラッグして広げていました。(^_^;) 自動で調整されると便利ですね。(特にモバイル端末ではドラッグできませんし。)
てがろぐでの投稿欄のtextarea要素には「tegalogpost」というclass名が付加してありますので、（QUICKPOSTに関しては）わざわざCGIソースを編集してclass名を付加しなくても、この「tegalogpost」というclassに対してスクリプトが実行されるように以下のように書くと良いと思います。
すると、textarea要素に専用のclass名を足す必要はありません。
ただ、QUICKPOSTではなく、管理画面の新規投稿画面でもこのスクリプトを使いたい場合には、毎回自力で「スクリプトを読み込むためのソース」を </body> 直前あたりに足す必要がありますね……。この点については、もうちょっと何か良い方法がないか考えてみます。
なお、投稿欄への入力が終わってから「投稿する」ボタンを押したい場合は、キーボードから [Tab]→[Enter] の順に押すのがお勧めです。すると、すぐに投稿できます。（最初の[Tab]キーでフォーカスが「投稿する」ボタンへ移動し、次の[Enter]キーでボタンを押下できるため。） #🌱豆知識
てがろぐでの投稿欄のtextarea要素には「tegalogpost」というclass名が付加してありますので、（QUICKPOSTに関しては）わざわざCGIソースを編集してclass名を付加しなくても、この「tegalogpost」というclassに対してスクリプトが実行されるように以下のように書くと良いと思います。
$(function() {
$('.tegalogpost').autosize();
});
すると、textarea要素に専用のclass名を足す必要はありません。
ただ、QUICKPOSTではなく、管理画面の新規投稿画面でもこのスクリプトを使いたい場合には、毎回自力で「スクリプトを読み込むためのソース」を </body> 直前あたりに足す必要がありますね……。この点については、もうちょっと何か良い方法がないか考えてみます。
なお、投稿欄への入力が終わってから「投稿する」ボタンを押したい場合は、キーボードから [Tab]→[Enter] の順に押すのがお勧めです。すると、すぐに投稿できます。（最初の[Tab]キーでフォーカスが「投稿する」ボタンへ移動し、次の[Enter]キーでボタンを押下できるため。） #🌱豆知識
🍥Re:1266◆基本は、32×32サイズに縮小/拡大されます（32×32を超える画像なら32×32に縮小され、32×32より小さい画像なら32×32に拡大されます）。表示されなくなることはありませんし、トリミングされることもありません。（スキン側でCSSを使ってアイコンの表示サイズが指定されていない限りは。）
なお、ユーザアイコンを出力しているimg要素には usericon というclass名が付いていますので、CSSを使って指定すれば任意のサイズで表示することもできます。例えば以下のようにCSSを書いておくと、64×64で表示されます。
※スマートフォンなどの高精細ディスプレイで表示されることを考慮するなら、「32×32px」で表示する場合でも、画像ファイル自体は倍以上（64×64px以上）のサイズで用意しておく方が、より綺麗に見えます。
なお、ユーザアイコンを出力しているimg要素には usericon というclass名が付いていますので、CSSを使って指定すれば任意のサイズで表示することもできます。例えば以下のようにCSSを書いておくと、64×64で表示されます。
.usericon { width: 64px; height: 64px; }
※スマートフォンなどの高精細ディスプレイで表示されることを考慮するなら、「32×32px」で表示する場合でも、画像ファイル自体は倍以上（64×64px以上）のサイズで用意しておく方が、より綺麗に見えます。
🍥Re:1262◆カテゴリ機能は将来の構想には含んでおりますので、気長にお待ち頂ければ幸いです。
カテゴリの仕様としては、①「カテゴリの階層化が可能(深さに制限なし)」、②「カテゴリの順序や親子構造を後から変更可能」、③「1投稿に複数のカテゴリを選択可能(上限なし)」、④「カテゴリ名を後から変更可能」くらいの仕様は必要でしょうね……。あと何か気にしておく点はありますかね？
（Fumy News Clipperのカテゴリ機能を作ったときは、そこまで深く仕様を考えていなかったので、④以外はできなかったのでした。^^; てがろぐでは、もうちょっと事前に設計しておいてから実装したいと思っています。）
カテゴリの仕様としては、①「カテゴリの階層化が可能(深さに制限なし)」、②「カテゴリの順序や親子構造を後から変更可能」、③「1投稿に複数のカテゴリを選択可能(上限なし)」、④「カテゴリ名を後から変更可能」くらいの仕様は必要でしょうね……。あと何か気にしておく点はありますかね？
（Fumy News Clipperのカテゴリ機能を作ったときは、そこまで深く仕様を考えていなかったので、④以外はできなかったのでした。^^; てがろぐでは、もうちょっと事前に設計しておいてから実装したいと思っています。）
🍹Re:1258◆そうです。返信先を指し示すリンクは、単にそういうテキストリンクを自力で書いているだけです。(^_^;) もうちょっと簡単な記法で特定No.の投稿を指し示すリンクを造れる方法は追加したいなと思ってはいるのですが。（なお、返信は返信でも「Twitterのように離れた投稿同士を連結して表示できる機能」は、データ形式の拡張が必要なので、実現できたとしてもずいぶん先になります。たぶん。）
新バージョン 2.3.0 に関連するリリースノートNo.18～21を、なんとなく良い感じに書き換えてみた。
https://www.nishishi.com/cgi/tegalog/releasenotes/
本当に良い感じかどうかは分かんないけども。
🍦Re:1252◆バージョンアップありがとうございます。埋め込み活用もうまく行ったようで良かったです。(^-^)
🍦Re:1251◆最近、バームクーヘンを買って食べようと思う頻度が増えました。(笑)
https://www.nishishi.com/cgi/tegalog/releasenotes/
本当に良い感じかどうかは分かんないけども。
🍦Re:1252◆バージョンアップありがとうございます。埋め込み活用もうまく行ったようで良かったです。(^-^)
🍦Re:1251◆最近、バームクーヘンを買って食べようと思う頻度が増えました。(笑)
Re:1246◆早い！(；ﾟДﾟ) ありがとうございます～。ご活用頂ければ幸いです。
新バージョンは、ここやβ環境での試用にも問題なければ、近日中に Ver 2.3.0 として配布予定です。
🎃Re:1230◆HalloweenHelloweenを「はてなキーワード電子辞典(for ATOK)」で調べると、『ドイツのヘヴィ・メタルバンド。ジャーマン・メタルの代表格。1985年ミニアルバム「Helloween」でメジャーデビュー』と解説が出てきてちょっと笑いました。^^;
🎃Re:1233◆複数個を共存させるアップロード方法はその通りです。UP先のディレクトリ（フォルダ）を分けるのが簡単です。
ご活用頂ければ幸いです。
🎃Re:1230◆
🎃Re:1233◆複数個を共存させるアップロード方法はその通りです。UP先のディレクトリ（フォルダ）を分けるのが簡単です。
●https://example.com/mymemo/ , https://example.com/tsubuyaki/ のように分離しても良いですし、
●https://example.com/tegalog/yomogi/ , https://example.com/tegalog/daifuku/ のように共通のディレクトリ以下にサブディレクトリを作って分けても良いです。
ご活用頂ければ幸いです。
便利なCGIを自作したな……、と自画自賛しております。(笑)＞Re:1219
Fumy News Clipperに怒濤のご要望を頂いたユーザさんのおかげです。(笑) そのときのやりとりがなかったら、確実にてがろぐは開発しませんでしたからね。(^_^;;;
Fumy News Clipperに怒濤のご要望を頂いたユーザさんのおかげです。(笑) そのときのやりとりがなかったら、確実にてがろぐは開発しませんでしたからね。(^_^;;;
そろそろ秋になってくるのかなと思ったり、まだ夏だなと思ったり。夜に寝ている間の空調選択に迷います……。
🍞Re:1216◆おつかれさまでした！ 書類は溜めれば溜めるほど、手を付けるのが大変になりますよね……。日が経てば経つほど、参照しないといけない別資料も多くなりがちですし。(^_^;)
🍞Re:1213◆お役に立っているようで嬉しいです。今後ともご愛用頂ければ幸いです。(^-^)
🍞昨年10月に書いたKindle本(電子書籍)第1号「ピンポイントCSS講座／画像が自動リサイズ(拡大/縮小)されるスタイルシートの書き方4選」を全面改稿して、Kindle Unlimited対応で刊行し直しました。ページ数は倍増（B6換算だと99ページ）。画像サンプルも全部1から作り直して増量しています。よろしければぜひ覗いてみて下さい～。▶https://www.amazon.co.jp/gp/product/B07HYZK5N8/ 畳む
🍞Re:1216◆おつかれさまでした！ 書類は溜めれば溜めるほど、手を付けるのが大変になりますよね……。日が経てば経つほど、参照しないといけない別資料も多くなりがちですし。(^_^;)
🍞Re:1213◆お役に立っているようで嬉しいです。今後ともご愛用頂ければ幸いです。(^-^)
🍞昨年10月に書いたKindle本(電子書籍)第1号「ピンポイントCSS講座／画像が自動リサイズ(拡大/縮小)されるスタイルシートの書き方4選」を全面改稿して、Kindle Unlimited対応で刊行し直しました。ページ数は倍増（B6換算だと99ページ）。画像サンプルも全部1から作り直して増量しています。よろしければぜひ覗いてみて下さい～。▶https://www.amazon.co.jp/gp/product/B07HYZK5N8/ 畳む
🍯Re:1210◆ご要望をどうもありがとうございます！
あらかじめ管理画面の「画像の管理」から画像を投稿しておいてから新規投稿文中に埋め込む場合は、URLを指定する方法ではなく、「画像の管理」画面で埋め込みたい画像にチェックを入れてから、プルダウンメニューで「選択した画像を新規投稿に使う」を選択して「実行」ボタンを押して頂く方がお勧めです。どちらの方法でも表示結果は同じですが、将来的にサーバを移転したりドメインを変更したりした際に、画像の掲載をそのまま維持できるのは後者の方法ですので。（ただ、その場合、今のところは代替文字を指定できませんが。）
画像の埋め込み仕様については、あまり設計することなく実装してきたこともあって、代替文字の扱いがあったりなかったりテキトーですね。(^_^;) たしかに、画像投稿時に代替文字も一緒に登録しておける仕組みだと便利だとは思います。データを記録する方法から用意しないといけないのですぐには実装できませんが、将来的にはそのようにする方向で考えたいと思います。
あらかじめ管理画面の「画像の管理」から画像を投稿しておいてから新規投稿文中に埋め込む場合は、URLを指定する方法ではなく、「画像の管理」画面で埋め込みたい画像にチェックを入れてから、プルダウンメニューで「選択した画像を新規投稿に使う」を選択して「実行」ボタンを押して頂く方がお勧めです。どちらの方法でも表示結果は同じですが、将来的にサーバを移転したりドメインを変更したりした際に、画像の掲載をそのまま維持できるのは後者の方法ですので。（ただ、その場合、今のところは代替文字を指定できませんが。）
画像の埋め込み仕様については、あまり設計することなく実装してきたこともあって、代替文字の扱いがあったりなかったりテキトーですね。(^_^;) たしかに、画像投稿時に代替文字も一緒に登録しておける仕組みだと便利だとは思います。データを記録する方法から用意しないといけないのですぐには実装できませんが、将来的にはそのようにする方向で考えたいと思います。
🍮Re:1208◆ご愛用ありがとうございます。以下返信です。
▼「続きを読む」の有効箇所について：
ブログタイプスキンのように、本文の一部分だけを抜き出して掲載する [[COMMENT:***]] 系統の挿入方法では、「続きを読む」機能は無効になる仕様になっております。おっしゃるとおり、[[COMMENT]] を使うと機能します。（というか、[[COMMENT]] を使う場合しか機能しません。）
この仕様はもう少し改善の余地があるかな、とは思っています。(ただ、どのように改善するかは、まだ検討している段階ですが……。)
▼ハッシュタグのグループ化：
現状でも、複数のハッシュタグを列挙した部分全体に対して、適当な文字装飾を適用すると、全体を囲んでclass名を付けることができます。
例えば、 [I:#使い方 #🌱豆知識] のように記述すると、2つのハッシュタグが斜体用の要素で囲まれます。
この場合、実際の出力では <i class="decorationI">～</i> でハッシュタグ群が囲まれますので、このclass名に対して何かを事前に装飾しておけば、ハッシュタグ群用の装飾が作れると思います。
もっともその場合、「斜体」用の装飾を斜体とは別の用途に使うことになりますが。（何か普段から特に使っていない装飾があれば、それを1つ流用することで対処できます。）
既存の装飾を流用しなくてもいろいろ作れるようにする仕様を今考えているところですので、それを実装できればもうちょっとカスタマイズしやすくなるかも知れません。とりあえず今のところは上記の方法でご対処頂ければ幸いです。
▼「続きを読む」の有効箇所について：
ブログタイプスキンのように、本文の一部分だけを抜き出して掲載する [[COMMENT:***]] 系統の挿入方法では、「続きを読む」機能は無効になる仕様になっております。おっしゃるとおり、[[COMMENT]] を使うと機能します。（というか、[[COMMENT]] を使う場合しか機能しません。）
この仕様はもう少し改善の余地があるかな、とは思っています。(ただ、どのように改善するかは、まだ検討している段階ですが……。)
▼ハッシュタグのグループ化：
現状でも、複数のハッシュタグを列挙した部分全体に対して、適当な文字装飾を適用すると、全体を囲んでclass名を付けることができます。
例えば、 [I:#使い方 #🌱豆知識] のように記述すると、2つのハッシュタグが斜体用の要素で囲まれます。
この場合、実際の出力では <i class="decorationI">～</i> でハッシュタグ群が囲まれますので、このclass名に対して何かを事前に装飾しておけば、ハッシュタグ群用の装飾が作れると思います。
もっともその場合、「斜体」用の装飾を斜体とは別の用途に使うことになりますが。（何か普段から特に使っていない装飾があれば、それを1つ流用することで対処できます。）
既存の装飾を流用しなくてもいろいろ作れるようにする仕様を今考えているところですので、それを実装できればもうちょっとカスタマイズしやすくなるかも知れません。とりあえず今のところは上記の方法でご対処頂ければ幸いです。
