カテゴリ「回答/返信」に属する投稿［660件］（13ページ目）
焼きプリンを食べました。昨日。🍮🍮🍮
🍮Re:3087◆oh……。たしかに、おっしゃるとおりの現象になりますね。今まで気付いていませんでした。問題のソースは突き止めましたので、次のバージョンでは修正します。ご報告をどうもありがとうございます！ なお、おっしゃるとおり角括弧はあってもなくても同じハッシュタグだと認識されます。また、ハッシュタグの角括弧を表示上では消す方法も用意はしてありますので、（現在のバージョンの時点で）入力時に角括弧を取り除くのが面倒な場合にはご活用頂ければ幸いです。（ローカルのソースは既に修正しましたので、次に配布するバージョンからは確実に直ります。）
🍮Re:3087◆oh……。たしかに、おっしゃるとおりの現象になりますね。今まで気付いていませんでした。問題のソースは突き止めましたので、次のバージョンでは修正します。ご報告をどうもありがとうございます！ なお、おっしゃるとおり角括弧はあってもなくても同じハッシュタグだと認識されます。また、ハッシュタグの角括弧を表示上では消す方法も用意はしてありますので、（現在のバージョンの時点で）入力時に角括弧を取り除くのが面倒な場合にはご活用頂ければ幸いです。（ローカルのソースは既に修正しましたので、次に配布するバージョンからは確実に直ります。）
プリン買ってこようかな……。🍮🍮🍮
各種パス(PATH)を得られる記法として、とりあえず以下の7種類を実装してみましたが、他に何か要りますかね？
>>3057,3056,3055
➊[[PATH:CGI]] : CGIのパスが得られる (例: /tsubuyaki/tegalog.cgi )
➋[[PATH:CGIDIR]] : CGIのディレクトリが得られる (例: /tsubuyaki/ ) ←No.3055でご要望のROOTPATH
➌[[PATH:SKINDIR]] : 適用中スキンのディレクトリが得られる (例: /tsubuyaki/skin-twitter/ )
➍[[PATH:IMAGEDIR]] : 画像保存用ディレクトリが得られる (例: /tsubuyaki/images/ )
➎[[PATH:SKINDIR:GALLERY]] : ギャラリーモード用に指定されているスキンのディレクトリが得られる (例: /tsubuyaki/skin-gallery/ )
➏[[PATH:SKINDIR:SITEMAP]] : サイトマップページ用に指定されているスキンのディレクトリが得られる (例: /tsubuyaki/skin-sitemap/ )
➐[[PATH:SKINDIR:RSS]] : RSSモード用に指定されているスキンのディレクトリが得られる (例: /tsubuyaki/rss/ )
まあ、➍以降は使い道が特になさそうな気がしますけども。
各種パス(PATH)を得られる記法として、とりあえず以下の7種類を実装してみましたが、他に何か要りますかね？
>>3057,3056,3055
➊[[PATH:CGI]] : CGIのパスが得られる (例: /tsubuyaki/tegalog.cgi )
➋[[PATH:CGIDIR]] : CGIのディレクトリが得られる (例: /tsubuyaki/ ) ←No.3055でご要望のROOTPATH
➌[[PATH:SKINDIR]] : 適用中スキンのディレクトリが得られる (例: /tsubuyaki/skin-twitter/ )
➍[[PATH:IMAGEDIR]] : 画像保存用ディレクトリが得られる (例: /tsubuyaki/images/ )
➎[[PATH:SKINDIR:GALLERY]] : ギャラリーモード用に指定されているスキンのディレクトリが得られる (例: /tsubuyaki/skin-gallery/ )
➏[[PATH:SKINDIR:SITEMAP]] : サイトマップページ用に指定されているスキンのディレクトリが得られる (例: /tsubuyaki/skin-sitemap/ )
➐[[PATH:SKINDIR:RSS]] : RSSモード用に指定されているスキンのディレクトリが得られる (例: /tsubuyaki/rss/ )
まあ、➍以降は使い道が特になさそうな気がしますけども。
柿を食べました。そういえば柿の絵文字って存在しないのかな……？
🌰Re:3079◆最新版へのアップデートをどうもありがとうございます。てがろぐと合わせて、「いいね」ボタンを加える等の何らかのPHPスクリプトを併用していないでしょうか？ そちらのスクリプト側の問題だと思います。てがろぐではPHPを一切使っていませんので、てがろぐ側の問題でPHPに関するエラーが出ることはありません。
🌰Re:3079◆最新版へのアップデートをどうもありがとうございます。てがろぐと合わせて、「いいね」ボタンを加える等の何らかのPHPスクリプトを併用していないでしょうか？ そちらのスクリプト側の問題だと思います。てがろぐではPHPを一切使っていませんので、てがろぐ側の問題でPHPに関するエラーが出ることはありません。
涼しい……、を通り越して、若干寒い。
🌰Ver 3.8.0のリリース直後には、バグ修正報告の中で「日付リストで『月が1桁の場合は、先頭に0を加えて2桁にする』項目がONのとき」という条件を書いていましたが、記述ミスでした。正しくは逆で「日付リストで『月が1桁の場合は、先頭に0を加えて2桁にする』項目がOFFのとき」です。既に表記は修正しました。これは、No.3072でご報告頂いたバグの修正です。（アナウンスが間違っていただけで、実装は正しいですから、バグが解消されていることに違いはありません。）
🌰Re:3077◆早速のバージョンアップをありがとうございます。ご要望もありがとうございます。そういえば、確かに [リンクラベル:LB] の記法だと独自のclass属性値の付加はされない仕様でしたね。リンクラベルに「:LB」を加える記法は裏技的に実装していたためか（class属性値を付加する対象であることに）気付いていませんでした。^^; 次のバージョン以降でclass属性値の設定も反映できるようにします。もうしばらくお待ち下さい～。
🌰Ver 3.8.0のリリース直後には、バグ修正報告の中で「日付リストで『月が1桁の場合は、先頭に0を加えて2桁にする』項目がONのとき」という条件を書いていましたが、記述ミスでした。正しくは逆で「日付リストで『月が1桁の場合は、先頭に0を加えて2桁にする』項目がOFFのとき」です。既に表記は修正しました。これは、No.3072でご報告頂いたバグの修正です。（アナウンスが間違っていただけで、実装は正しいですから、バグが解消されていることに違いはありません。）
🌰Re:3077◆早速のバージョンアップをありがとうございます。ご要望もありがとうございます。そういえば、確かに [リンクラベル:LB] の記法だと独自のclass属性値の付加はされない仕様でしたね。リンクラベルに「:LB」を加える記法は裏技的に実装していたためか（class属性値を付加する対象であることに）気付いていませんでした。^^; 次のバージョン以降でclass属性値の設定も反映できるようにします。もうしばらくお待ち下さい～。
ぬおおぅ。
🌰Re:3072◆お知らせ下さってありがとうございます！ ソースを調べたところ、たしかにバグがありました。表示を1桁にすると、リンク先URLまで1桁になってしまって、リンク先はエラーになりますね。次の正式版(Ver 3.8.0)で修正します！
こんなところにバグが潜んでいたとは……。
🌰Re:3072◆お知らせ下さってありがとうございます！ ソースを調べたところ、たしかにバグがありました。表示を1桁にすると、リンク先URLまで1桁になってしまって、リンク先はエラーになりますね。次の正式版(Ver 3.8.0)で修正します！
こんなところにバグが潜んでいたとは……。
てがろぐCGIはWordPressみたいに配下のディレクトリを支配しないので（.htaccessを使わないので）、仮にtegalog.cgiをサイトの最上階層に設置して example.com/tegalog.cgi みたいにしたとしても、任意のサブディレクトリを掘って example.com/hogehoge/index.html みたいなファイルを置けば、それはそれで普通に閲覧できます。#🌱豆知識
🌰Re:3061◆お役に立てば幸いです～。
🌰Re:3062◆方法はいろいろありますが、例えばHTML（skin-cover.html）を以下のように書いた上で、
<div>
[[SITUATION:HTML]]
<a href="[[REVERSE:URL]]">[[REVERSE:NAME]]で見る</a>
</div>
CSSを以下のように書いてはどうでしょう？
.situation { display: inline; }
すると、横に並ぶと思います。
ただ、上記だけだと何も限定されていない状況でも「時系列順で見る」的なリンクだけは表示されてしまう問題がありますが。
何かが限定されている状況でだけリンクを見せたい場合には、例えば、
<div class="situationbox">
[[SITUATION:HTML]]
<p class="reverselink"><a href="[[REVERSE:URL]]">[[REVERSE:NAME]]で見る</a></p>
</div>
のようにHTMLを書いておいて、CSSで、
.situationbox p { display: inline; }
.situation:empty + .reverselink { display: none; }
のように書いておくと良いかもしれません。実験していないのでもしかしたら何かミスがあるかも知れませんが。^^;（2022/09/15 20:22修正）
上記ソースの:emptyは中身が空の場合を表して、+は隣接している場合を表します。
🌰Re:3061◆お役に立てば幸いです～。
🌰Re:3062◆方法はいろいろありますが、例えばHTML（skin-cover.html）を以下のように書いた上で、
<div>
[[SITUATION:HTML]]
<a href="[[REVERSE:URL]]">[[REVERSE:NAME]]で見る</a>
</div>
CSSを以下のように書いてはどうでしょう？
.situation { display: inline; }
すると、横に並ぶと思います。
ただ、上記だけだと何も限定されていない状況でも「時系列順で見る」的なリンクだけは表示されてしまう問題がありますが。
何かが限定されている状況でだけリンクを見せたい場合には、例えば、
<div class="situationbox">
[[SITUATION:HTML]]
<p class="reverselink"><a href="[[REVERSE:URL]]">[[REVERSE:NAME]]で見る</a></p>
</div>
のようにHTMLを書いておいて、CSSで、
.situationbox p { display: inline; }
.situation:empty + .reverselink { display: none; }
のように書いておくと良いかもしれません。実験していないのでもしかしたら何かミスがあるかも知れませんが。^^;（2022/09/15 20:22修正）
上記ソースの:emptyは中身が空の場合を表して、+は隣接している場合を表します。
舌の先に口内炎ができて痛い……。(´･ω･`)
🌰Re:3055◆なるほど、[[ROOTPATH]]的な記法は便利そうですね。今のところその機能はありませんから、ToDoリストに加えておきます。ご要望をどうもありがとうございます。現時点で使えそうな解決策を2点ほど挙げておきます。
➊スキンに記述されているlink要素は、 <link ～ > のように小文字でと書くと別スキン適用時にhref属性値の先頭にディレクトリが補完されますが、<LINK ～ > のように大文字で書くと自動補完の対象になりません。なので、強制的に「CGIの位置」からの相対パスで書きたい場合には、要素名を大文字で書くと良いと思います。(XHTMLでない限りは)タグを大文字で書いても問題ありませんから。
➋また、JavaScriptを使ってlink要素を出力する手もある気がします。別スキン適用時にhref属性値を自動補完する処理は、スキンHTMLに直接link要素が(小文字で)書いてある場合(かつ、ご指摘の通りhref属性値にコロン記号がない場合)だけですので、document.createElement("link");等の記述で動的に生成されたlink要素は補完対象になりませんから。（ああ、ただfaviconとして使いたい場合、JavaScriptでlink要素を生成してもfaviconとして使ってくれるかどうかは分かりませんね……。使ってくれても、ブラウザに依りそうな。そうでもないのかな……？）
まあ、①の方法で問題ないなら①を使うのが楽には違いないですね。^^;
もし、属性値にどうしてもフルパスが必要だという何らかの事情がある場合には、今のところは②を使うしかないかな、という気がします。
いずれにせよ、[[ROOTPATH]]的な記法は便利そうなので将来的には追加したいと思います。
🌰Re:3055◆なるほど、[[ROOTPATH]]的な記法は便利そうですね。今のところその機能はありませんから、ToDoリストに加えておきます。ご要望をどうもありがとうございます。現時点で使えそうな解決策を2点ほど挙げておきます。
➊スキンに記述されているlink要素は、 <link ～ > のように小文字でと書くと別スキン適用時にhref属性値の先頭にディレクトリが補完されますが、<LINK ～ > のように大文字で書くと自動補完の対象になりません。なので、強制的に「CGIの位置」からの相対パスで書きたい場合には、要素名を大文字で書くと良いと思います。(XHTMLでない限りは)タグを大文字で書いても問題ありませんから。
➋また、JavaScriptを使ってlink要素を出力する手もある気がします。別スキン適用時にhref属性値を自動補完する処理は、スキンHTMLに直接link要素が(小文字で)書いてある場合(かつ、ご指摘の通りhref属性値にコロン記号がない場合)だけですので、document.createElement("link");等の記述で動的に生成されたlink要素は補完対象になりませんから。（ああ、ただfaviconとして使いたい場合、JavaScriptでlink要素を生成してもfaviconとして使ってくれるかどうかは分かりませんね……。使ってくれても、ブラウザに依りそうな。そうでもないのかな……？）
まあ、①の方法で問題ないなら①を使うのが楽には違いないですね。^^;
もし、属性値にどうしてもフルパスが必要だという何らかの事情がある場合には、今のところは②を使うしかないかな、という気がします。
いずれにせよ、[[ROOTPATH]]的な記法は便利そうなので将来的には追加したいと思います。
栗食べたい。🌰🌰🌰
🌰Re:3052◆ああ、明文化されていないルールが代替わりで失われるというのは、よくありそうですね。そういうコミュニティにはマニュアルとかなさそうですし。口伝が得られない状態での代替わりというのがどれくらいあるものなのか分かりませんけども、そういうケースだとトラブルにならない方がおかしそうな気もしますね。^^;;; コミュニティに属する全員の権利を（暗黙の了解で）少しずつ制限することで上手く回していたところとか……。
🌰Re:3053◆ご活用ありがとうございます。カテゴリの該当数を非表示にする方法はあります。カテゴリツリーの話でしょうかね？ カテゴリツリーに表示される各カテゴリの該当数を非表示にしたい場合、方法は2通りあります。
➊本当に出力しないようにする方法➡カテゴリツリー表示内容のカスタマイズ方法
➋該当数をCSSで見えなくする方法➡カテゴリツリーの各部分をCSSで装飾する方法
表示方法を柔軟にカスタマイズできるのは➊ですが、スキンHTMLを編集する必要があり、専用記法の仕様を見ながら書いて頂く必要もあり、自由度は高いものの手間が掛かります。
もう本当に「ただ該当数が消えればそれでええねん」という場合は、➋が楽です。CSSに以下のような1行を加えるだけです。
.cattree .num { display: none; }
これをお使いのCSSの適当な場所（末尾でも可）に書けば消えます。
……という上記の説明は、ご質問が「カテゴリツリーの話」だった場合の回答です。
が、もしかして、カテゴリ限定表示時に見出しとして見える『 カテゴリ「情報」に属する投稿［11件］ 』のような表示の「11件」を非表示にしたいというご質問でしょうか。その可能性もあるな……とちょっと思いました。^^;
その場合は、状況に応じた見出し行の表示形態をカスタマイズする方法をご覧下さい。ここの図に見える『該当件数を表示』というチェックボックスをOFFにすると、該当件数は表示されなくなります。（ただし、カテゴリだけでなく、あらゆる状況で件数が表示されなくなりますが。）
もし、上記のどれもご質問の意図とは異なる場合は、どの部分のことか詳しく教えて頂ければ何らかの回答ができると思います。
🌰Re:3052◆ああ、明文化されていないルールが代替わりで失われるというのは、よくありそうですね。そういうコミュニティにはマニュアルとかなさそうですし。口伝が得られない状態での代替わりというのがどれくらいあるものなのか分かりませんけども、そういうケースだとトラブルにならない方がおかしそうな気もしますね。^^;;; コミュニティに属する全員の権利を（暗黙の了解で）少しずつ制限することで上手く回していたところとか……。
🌰Re:3053◆ご活用ありがとうございます。カテゴリの該当数を非表示にする方法はあります。カテゴリツリーの話でしょうかね？ カテゴリツリーに表示される各カテゴリの該当数を非表示にしたい場合、方法は2通りあります。
➊本当に出力しないようにする方法➡カテゴリツリー表示内容のカスタマイズ方法
➋該当数をCSSで見えなくする方法➡カテゴリツリーの各部分をCSSで装飾する方法
表示方法を柔軟にカスタマイズできるのは➊ですが、スキンHTMLを編集する必要があり、専用記法の仕様を見ながら書いて頂く必要もあり、自由度は高いものの手間が掛かります。
もう本当に「ただ該当数が消えればそれでええねん」という場合は、➋が楽です。CSSに以下のような1行を加えるだけです。
.cattree .num { display: none; }
これをお使いのCSSの適当な場所（末尾でも可）に書けば消えます。
……という上記の説明は、ご質問が「カテゴリツリーの話」だった場合の回答です。
が、もしかして、カテゴリ限定表示時に見出しとして見える『 カテゴリ「情報」に属する投稿［11件］ 』のような表示の「11件」を非表示にしたいというご質問でしょうか。その可能性もあるな……とちょっと思いました。^^;
その場合は、状況に応じた見出し行の表示形態をカスタマイズする方法をご覧下さい。ここの図に見える『該当件数を表示』というチェックボックスをOFFにすると、該当件数は表示されなくなります。（ただし、カテゴリだけでなく、あらゆる状況で件数が表示されなくなりますが。）
もし、上記のどれもご質問の意図とは異なる場合は、どの部分のことか詳しく教えて頂ければ何らかの回答ができると思います。
β版の動作確認にご協力をどうもありがとうございます。引き続きよろしくお願いしますです。
🌰Re:3048◆β版のご試用をどうもありがとうございます。お褒め下さって嬉しいです。(╹◡╹) 今後も、個人サイトのお城構築セットとしてカスタマイズ自由度の高さを維持して開発していきたいと思っています。^^
🌰最新β版(Ver 3.7.6)には今のところ次の2点の問題がありますが、既にローカルのソースは修正しましたので次の正式版では解消されます。
➊サーバのエラーログに「 Useless use of not in void context at tegalog.cgi 」または「 Useless use of negative pattern binding (!~) in void context at tegalog.cgi 」というアラートが(てがろぐを1回実行するごとに毎回)出力される問題。(動作そのものに支障はありません。)
➋RSSフィードの出力方法が「全文収録」ではなく「抜粋収録」の場合に、それ以降をすべて隠す< >記法を使った「続きを読む」機能で隠された部分はRSSフィードにそのまま(隠されずに)出力されてしまっている不具合。(※指定範囲だけを隠す[H:～]記法を使った「続きを読む」機能の場合には問題ありません。)
🌰正式版(Ver 3.8.0)は、今月内にはリリースする予定です。
🌰Re:3048◆β版のご試用をどうもありがとうございます。お褒め下さって嬉しいです。(╹◡╹) 今後も、個人サイトのお城構築セットとしてカスタマイズ自由度の高さを維持して開発していきたいと思っています。^^
🌰最新β版(Ver 3.7.6)には今のところ次の2点の問題がありますが、既にローカルのソースは修正しましたので次の正式版では解消されます。
➊サーバのエラーログに「 Useless use of not in void context at tegalog.cgi 」または「 Useless use of negative pattern binding (!~) in void context at tegalog.cgi 」というアラートが(てがろぐを1回実行するごとに毎回)出力される問題。(動作そのものに支障はありません。)
➋RSSフィードの出力方法が「全文収録」ではなく「抜粋収録」の場合に、それ以降をすべて隠す< >記法を使った「続きを読む」機能で隠された部分はRSSフィードにそのまま(隠されずに)出力されてしまっている不具合。(※指定範囲だけを隠す[H:～]記法を使った「続きを読む」機能の場合には問題ありません。)
🌰正式版(Ver 3.8.0)は、今月内にはリリースする予定です。
栗味の何か、ではなくて、栗が食べたいような気がしてきました。🌰🌰🌰
🌰Re:3036◆需要があると分かって嬉しいです。間もなく次のβ版(次の正式版の前の最終β版になる予定)を出しますので、もう少しお待ち下さい～。
🌰Re:3037◆ご活用ありがとうございます。そういえば、ハッシュタグ一覧のリンク先を調整する機能はありませんでしたね。ToDoリストに加えておきます。次のバージョンには間に合いませんが、そう遠くないうちに実装したいと思います。
🌰Re:3038◆ご要望をありがとうございます。鍵付き投稿で「1行目だけは常に見えるようにする」ように設定できる機能を実装してみました。次のβ版でご試用頂けます。もうしばらくお待ち下さい。
🌰Re:3039◆次のβ版用のプログラムはFixしましたので、早ければ明日には公開できるかもしれませんが、それは解説がいつ書き終わるか次第です。^^;
🌰Re:3040◆お役に立っているようで嬉しいです。ご要望ありがとうございます。Instagramの埋め込み機能は、たぶんいけそうなので（次のバージョンには間に合いませんが）近いうちには実装できそうな気がしています。気長にお待ち頂ければ幸いです。
🌰Re:3036◆需要があると分かって嬉しいです。間もなく次のβ版(次の正式版の前の最終β版になる予定)を出しますので、もう少しお待ち下さい～。
🌰Re:3037◆ご活用ありがとうございます。そういえば、ハッシュタグ一覧のリンク先を調整する機能はありませんでしたね。ToDoリストに加えておきます。次のバージョンには間に合いませんが、そう遠くないうちに実装したいと思います。
🌰Re:3038◆ご要望をありがとうございます。鍵付き投稿で「1行目だけは常に見えるようにする」ように設定できる機能を実装してみました。次のβ版でご試用頂けます。もうしばらくお待ち下さい。
🌰Re:3039◆次のβ版用のプログラムはFixしましたので、早ければ明日には公開できるかもしれませんが、それは解説がいつ書き終わるか次第です。^^;
🌰Re:3040◆お役に立っているようで嬉しいです。ご要望ありがとうございます。Instagramの埋め込み機能は、たぶんいけそうなので（次のバージョンには間に合いませんが）近いうちには実装できそうな気がしています。気長にお待ち頂ければ幸いです。
栗の季節。モンブラン食べたい。🌰🌰🌰🍰🍰🍰
🍰Re:3031◆おぉぅ、ご指摘ありがとうございます。むしろ私の想定では [[LATESTLIST]] でタイトル(＝本文1行目)が見えてしまっているのが不具合でした。鍵付きだと中身は何一つ見せない実装のつもりでしたので。これは、『鍵が掛かっている状態でも一部を見せる許可』区画で、「n枚目の画像～」と並列にもう1つ「本文1行目を [[COMMENT:TITLE]] でタイトルとして表示する」みたいな許可項目を設けて、どうしたいか選択できるようにする方が良さそうですね。 ➡しました。次のバージョンでお使い頂けます。
🍰ご要望もありがとうございます。
鍵付き投稿の場合にだけ何らかの特別な装飾を加えたい、というケースは需要がありそうですね。画像に限らず。画像に特別なclassを付けるよりも、[[POSTSTATUS]] のような新キーワードを用意して、「先頭固定(fix)、鍵付き(lock)、下げる(rear)」の各状態を得られるようにしておいて、親要素に class="[[POSTSTATUS]]" みたいにして使って頂く方が汎用的で良いかもしれないな、とちょっと思いました。
どうするかはまだ分かりませんが、何か検討してみます。 ➡これは実装しました。次のバージョンでお使い頂けます。
そのほか、何かご希望があればお知らせ下さい。
🍰Re:3031◆おぉぅ、ご指摘ありがとうございます。むしろ私の想定では [[LATESTLIST]] でタイトル(＝本文1行目)が見えてしまっているのが不具合でした。鍵付きだと中身は何一つ見せない実装のつもりでしたので。これは、『鍵が掛かっている状態でも一部を見せる許可』区画で、「n枚目の画像～」と並列にもう1つ「本文1行目を [[COMMENT:TITLE]] でタイトルとして表示する」みたいな許可項目を設けて、どうしたいか選択できるように
🍰ご要望もありがとうございます。
[[ONEPICT:n]]で表示した画像を鍵付き記事だけcssで装飾したいので
鍵付き投稿の場合にだけ何らかの特別な装飾を加えたい、というケースは需要がありそうですね。画像に限らず。画像に特別なclassを付けるよりも、[[POSTSTATUS]] のような新キーワードを用意して、「先頭固定(fix)、鍵付き(lock)、下げる(rear)」の各状態を得られるようにしておいて、親要素に class="[[POSTSTATUS]]" みたいにして使って頂く方が汎用的で良いかもしれないな、とちょっと思いました。
そのほか、何かご希望があればお知らせ下さい。
いつの間にか9月……。
🍰Re:3023◆β版のご試用をどうもありがとうございます。問題なく動いているようで良かったです。(╹◡╹)
🍰Re:3024◆CSSの解説が役に立ったと分かって嬉しいです。(笑) この説明は要るのかな……と思いながら書くことばかりですので。^^;
🍰Re:3025◆ご試用ありがとうございます。長らくお待たせしましたがようやく実装できました。ご活用頂ければ幸いです。
🍰Re:3027◆スキンのメンテナンスと拡充をどうもありがとうございます。サードパーティースキンが最新機能にも対応して下さっていると、とても嬉しいです。
🍰Re:3028◆てがろぐ自身が稼働ドメインを選ぶことはありませんので、（https://○○.com/blog/tegalog.cgi ではなく） https://www.○○.com/blog/tegalog.cgi というURLでアクセスなされば（そういうURLにリンクすれば）wwwありで稼働します。閲覧者がどのようなURLでアクセスしてきても強制的に統一したい場合は、.htaccessファイルにその旨を記述すると良いです。.htaccess www 統一 のような検索語でググると同種の解説ページが多数ヒットしますのでご参照下さい。
🍰Re:3029◆ご本人なのか他の方なのか、いずれにしても仕事の速い方がいらっしゃって助かります。^^
ショートケーキ食べたい……！🍰🍰🍰
🍰Re:3023◆β版のご試用をどうもありがとうございます。問題なく動いているようで良かったです。(╹◡╹)
🍰Re:3024◆CSSの解説が役に立ったと分かって嬉しいです。(笑) この説明は要るのかな……と思いながら書くことばかりですので。^^;
🍰Re:3025◆ご試用ありがとうございます。長らくお待たせしましたがようやく実装できました。ご活用頂ければ幸いです。
🍰Re:3027◆スキンのメンテナンスと拡充をどうもありがとうございます。サードパーティースキンが最新機能にも対応して下さっていると、とても嬉しいです。
🍰Re:3028◆てがろぐ自身が稼働ドメインを選ぶことはありませんので、（https://○○.com/blog/tegalog.cgi ではなく） https://www.○○.com/blog/tegalog.cgi というURLでアクセスなされば（そういうURLにリンクすれば）wwwありで稼働します。閲覧者がどのようなURLでアクセスしてきても強制的に統一したい場合は、.htaccessファイルにその旨を記述すると良いです。.htaccess www 統一 のような検索語でググると同種の解説ページが多数ヒットしますのでご参照下さい。
🍰Re:3029◆ご本人なのか他の方なのか、いずれにしても仕事の速い方がいらっしゃって助かります。^^
ショートケーキ食べたい……！🍰🍰🍰
ゴールデンチョコレート食べたい。
🍩Re:3009◆タイムリーなことに刊行40周年記念で愛蔵版が復刊されつつあるっぽいですね。ここまでの人気作をどうして今まで読んでいなかったのかな、と自分でも不思議でした。^^;（まだ読んでいる途中ですけども）
🍩Re:3010◆動作確認をありがとうございます。問題なくなったようで良かったです。(╹◡╹)
🍩Re:3012◆気に入って頂けたようで嬉しいです。ヽ(╹◡╹)ﾉ
🍩Re:3013◆画像を格納するためのimagesディレクトリのパーミッションの設定を 766 にしてしまっていることが原因の可能性が高そうに思います。755や705などに変更してみて下さい。詳しくは、トラブルシューティングの「アップロードした画像が表示されない、ありがちな理由」もご覧下さい。それでも解決しない場合は再度ご質問頂けますでしょうか。
🍩Re:3009◆タイムリーなことに刊行40周年記念で愛蔵版が復刊されつつあるっぽいですね。ここまでの人気作をどうして今まで読んでいなかったのかな、と自分でも不思議でした。^^;（まだ読んでいる途中ですけども）
🍩Re:3010◆動作確認をありがとうございます。問題なくなったようで良かったです。(╹◡╹)
🍩Re:3012◆気に入って頂けたようで嬉しいです。ヽ(╹◡╹)ﾉ
🍩Re:3013◆画像を格納するためのimagesディレクトリのパーミッションの設定を 766 にしてしまっていることが原因の可能性が高そうに思います。755や705などに変更してみて下さい。詳しくは、トラブルシューティングの「アップロードした画像が表示されない、ありがちな理由」もご覧下さい。それでも解決しない場合は再度ご質問頂けますでしょうか。
ポテト食べたい……。🍟🍟🍟
🍩Re:3002◆高速な反応をどうもありがとうございます。私の投稿から2分しか経っていない！(笑) RSSフィードでネタバレしてしまうという問題にそもそも今まで気付いていなかったのでした。個人的には「長すぎるから畳もうかな」くらいの感じでしか「続きを読む」機能を使っていませんでしたので。ネタバレを防止したい需要が結構あるのだな、ということについ最近になって気付きました。^^;
🍩Re:3002◆高速な反応をどうもありがとうございます。私の投稿から2分しか経っていない！(笑) RSSフィードでネタバレしてしまうという問題にそもそも今まで気付いていなかったのでした。個人的には「長すぎるから畳もうかな」くらいの感じでしか「続きを読む」機能を使っていませんでしたので。ネタバレを防止したい需要が結構あるのだな、ということについ最近になって気付きました。^^;
エアコンがなかったら生存が危ぶまれる暑さ……。_(┐｢ε:)_
>>2965,2966,2967,2968,2969,2970,2972
ご回答をどうもありがとうございます。やはり、当初のロードマップ通り、鍵付き機能を先に実装した方が良さそうですね。^^;
🍨Re:2965◆毎日ご活用をどうもありがとうございます。◆小手先の対策ではどうしようもないくらいの酷暑ですもんね……。^^;
🍨Re:2966◆予報では降らなさそうだったのに突然降ってくる、みたいなケースが最近ちょっと増えたな……という気がしています。
🍨Re:2967◆β版のご試用をどうもありがとうございます！ 問題なく動作しているようで良かったです。ご報告ありがとうございます。
🍨Re:2968◆ミスドにもドライブスルーがあったら良いのにな……と思ってググったところ、ないわけではないんですね。ただ、うちの近所にはありませんでした。_(:3」z)_
🍨Re:2971◆ご報告をどうもありがとうございます！ たしかに不具合がありますね。気付きませんでした。改めてソースを見たところ、明確なバグがありました（ツリー冒頭の階層は正しいですが、その後の階層では値が大きくなりすぎてしまう問題がありました）。こちらのローカルにあるソースは修正しましたので、次のバージョンで解消版を配布します。
>>2965,2966,2967,2968,2969,2970,2972
ご回答をどうもありがとうございます。やはり、当初のロードマップ通り、鍵付き機能を先に実装した方が良さそうですね。^^;
🍨Re:2965◆毎日ご活用をどうもありがとうございます。◆小手先の対策ではどうしようもないくらいの酷暑ですもんね……。^^;
🍨Re:2966◆予報では降らなさそうだったのに突然降ってくる、みたいなケースが最近ちょっと増えたな……という気がしています。
🍨Re:2967◆β版のご試用をどうもありがとうございます！ 問題なく動作しているようで良かったです。ご報告ありがとうございます。
🍨Re:2968◆ミスドにもドライブスルーがあったら良いのにな……と思ってググったところ、ないわけではないんですね。ただ、うちの近所にはありませんでした。_(:3」z)_
🍨Re:2971◆ご報告をどうもありがとうございます！ たしかに不具合がありますね。気付きませんでした。改めてソースを見たところ、明確なバグがありました（ツリー冒頭の階層は正しいですが、その後の階層では値が大きくなりすぎてしまう問題がありました）。こちらのローカルにあるソースは修正しましたので、次のバージョンで解消版を配布します。
今日も暑くなりそうな予報……。_(┐｢ε:)_
🍧Re:2948◆早速のご試用をどうもありがとうございます！ 検索コマンドも問題なさそうで良かったです。複数投稿の連結表示は、そう遠くないうちに ?posts=124,125,129 みたいなパラメータで実現できるようにして、 >>124,125,129 みたいな感じでもリンクが作れるようにする予定でおります。
🍧Re:2949◆カテゴリの実データは tegalog.ini ファイルに記録されますので、FTP等で tegalog.ini をバックアップしておけば任意の時点の設定に戻せます。ただ、tegalog.ini には他にもいろんな設定が含まれますから、それらも一緒に戻ってしまいますが。カテゴリ以外の設定を一切変更せずにカテゴリだけを修正していれば tegalog.ini をバックアップして書き戻すだけで良いと思います。（もし、どうしてもカテゴリ以外の設定も同時に触る必要がある場合は、tegalog.ini の中身をテキストエディタで開いて、categorylist= で始まる1行だけをコピーしておく方法もあります。この1行にカテゴリの全設定(※)が含まれていますので。前の設定に戻したい場合は、既存のcategorylist=行を上書きすれば良いです。）#🌱豆知識
※カテゴリ一覧画面の右側に見えるカテゴリ階層プレビュー部分の下部にある「オプション設定」枠内の設定だけは別記録になっていて、tegalog.ini内の nocatlabel=行と nocatshow=行に記録されています。なので、厳密にはこの2行も加えた計3行のバックアップが必要です。しかし、この「オプション設定」枠の設定くらいは手動でやり直しても大した手間ではないでしょうから、3行のバックアップが面倒なら、categorylist= で始まる1行だけのバックアップで良いと思います。
🍧Re:2948◆早速のご試用をどうもありがとうございます！ 検索コマンドも問題なさそうで良かったです。複数投稿の連結表示は、そう遠くないうちに ?posts=124,125,129 みたいなパラメータで実現できるようにして、 >>124,125,129 みたいな感じでもリンクが作れるようにする予定でおります。
🍧Re:2949◆カテゴリの実データは tegalog.ini ファイルに記録されますので、FTP等で tegalog.ini をバックアップしておけば任意の時点の設定に戻せます。ただ、tegalog.ini には他にもいろんな設定が含まれますから、それらも一緒に戻ってしまいますが。カテゴリ以外の設定を一切変更せずにカテゴリだけを修正していれば tegalog.ini をバックアップして書き戻すだけで良いと思います。（もし、どうしてもカテゴリ以外の設定も同時に触る必要がある場合は、tegalog.ini の中身をテキストエディタで開いて、categorylist= で始まる1行だけをコピーしておく方法もあります。この1行にカテゴリの全設定(※)が含まれていますので。前の設定に戻したい場合は、既存のcategorylist=行を上書きすれば良いです。）#🌱豆知識
※カテゴリ一覧画面の右側に見えるカテゴリ階層プレビュー部分の下部にある「オプション設定」枠内の設定だけは別記録になっていて、tegalog.ini内の nocatlabel=行と nocatshow=行に記録されています。なので、厳密にはこの2行も加えた計3行のバックアップが必要です。しかし、この「オプション設定」枠の設定くらいは手動でやり直しても大した手間ではないでしょうから、3行のバックアップが面倒なら、categorylist= で始まる1行だけのバックアップで良いと思います。
No.2666で、以下のようなご要望(ご質問)を頂きました。
Ver 3.7.2βで実装した検索コマンドを使って、 -$ci=; という検索語で検索すると、上記のご要望を実現できるようになりました。
そうできる背景の説明：
●検索コマンド $ci=; で「カテゴリなし」だけがヒットします。これは従来からあるパラメータ ?cat=- の表示結果と同じになります。
●この検索コマンドと除外検索機能を使って -$ci=; で検索すると「カテゴリなし以外全部」(＝何らかのカテゴリに属しているすべての投稿)をヒットさせられます。畳む
稼働例：
➡何らかのカテゴリに属している投稿のみを表示する
カテゴリなしの投稿を出力したい場合は「cat=-」というパラメータで可能かと思うのですが、この逆で何らかのカテゴリに属する全ての投稿を出力する「cat=+」みたいなことってできますでしょうか？
Ver 3.7.2βで実装した検索コマンドを使って、 -$ci=; という検索語で検索すると、上記のご要望を実現できるようになりました。
そうできる背景の説明：
●検索コマンド $ci=; で「カテゴリなし」だけがヒットします。これは従来からあるパラメータ ?cat=- の表示結果と同じになります。
●この検索コマンドと除外検索機能を使って -$ci=; で検索すると「カテゴリなし以外全部」(＝何らかのカテゴリに属しているすべての投稿)をヒットさせられます。畳む
稼働例：
➡何らかのカテゴリに属している投稿のみを表示する
全文検索で、カテゴリID・カテゴリ名・投稿日時・ユーザID・ユーザ名・投稿番号でも検索できる（どれを検索対象にするかは自由に設定できる）ようになった Ver 3.7.2（未配布）の動作テスト。
🍧Re:2940◆なるほど……、写植機みたいな感じなんですかね（いや、写植機についてもよくは知らないのですけども^^;）。資格もあったとは。その当時から罫線はあったんですねえ。どうせ文字数が多いのなら、記号も含めれば便利になりますものね。◆かなタイプライターは電信用と。なるほど。そういえば電報というサービスがありましたね……。
🍧Re:2941◆そうですね、FREESPACEを活用すると実現できますね。その際は、「入力した改行は、実際の表示上でも改行する」項目をOFFに設定すると自動で<br>が挿入されてしまうのを防げるのでHTMLを書きやすいと思います。また、tegalog.cgiの54行目付近にあるmy $safemode = 1;の値を0にすると、script要素も書けるようになります。ユーザフレンドリーにしようと思うと、やはりスキンの切り替え画面でCSSだけを切り替えるとかの機能がある方が良いでしょうけども、とりあえず今の時点で自力で何とかしたい場合にはFREESPACEを活用する手はありますね。
🍧Re:2940◆なるほど……、写植機みたいな感じなんですかね（いや、写植機についてもよくは知らないのですけども^^;）。資格もあったとは。その当時から罫線はあったんですねえ。どうせ文字数が多いのなら、記号も含めれば便利になりますものね。◆かなタイプライターは電信用と。なるほど。そういえば電報というサービスがありましたね……。
🍧Re:2941◆そうですね、FREESPACEを活用すると実現できますね。その際は、「入力した改行は、実際の表示上でも改行する」項目をOFFに設定すると自動で<br>が挿入されてしまうのを防げるのでHTMLを書きやすいと思います。また、tegalog.cgiの54行目付近にあるmy $safemode = 1;の値を0にすると、script要素も書けるようになります。ユーザフレンドリーにしようと思うと、やはりスキンの切り替え画面でCSSだけを切り替えるとかの機能がある方が良いでしょうけども、とりあえず今の時点で自力で何とかしたい場合にはFREESPACEを活用する手はありますね。
今年は梅雨明けの後にまた梅雨入り……？
🍧Re:2928◆はい。全角空白文字は「区切り」としては認識せず、文字として扱う仕様になっています。本当なら全角空白文字も「区切り」にした方が良いと思っているのですが、（全角空白文字が区切りになっていない問題に気付いた時には既に）全角空白文字を含むハッシュタグを使っているユーザさんが居る可能性もあったので、修正せずにそのままの仕様にしてあります。……が、どうなんでしょうね……。全角空白文字をハッシュタグに含めているユーザさんが果たしてどれくらい居るのか。(^_^;) もしかして、今からでも仕様変更して、全角空白文字は「区切り」として認識するようにする方が良いのかな……という気もしなくもないのですが。
🍧Re:2929◆腕の確かな看護師さんは本当にサクッと針刺せるんですよね……。私の腕をぐりぐり押したりバシバシ叩いたりせずに1発で刺せる看護師さんを見かけると、この人すごいな、と思います。(^_^;)
🍨Re:2931◆なるほど、CSSだけを切り替えられる機能というのも、あると良いかもしれませんね。「Twitterっぽいスキン(ブルー)」と「Twitterっぽいスキン(ピンク)」は、CSSが異なるだけでHTMLは全く同一（コメントの文字は異なりますがHTMLとしては同じ）なのですけども、CSSだけを切り替えられる機能があれば、これらのスキンは単一のスキンとして配布できましたね……。それに、他の配色の提供も楽になりそうですね。スキンを格納しているディレクトリに「altcss」というサブディレクトリがあるとき、そのサブディレクトリの中に入っているCSSファイルを「切り替え用の別CSS（Alternate CSS）」と解釈して、管理画面上で切り替えられる機能とかがあったら便利でしょうかね……？ そういう機能があれば、CSSだけの配布もしやすそうですし。
🍧Re:2932◆さすがにtDiaryはテーマの数が多いですね。
🍧Re:2933◆古い記事を発掘して下さってありがとうございます。古すぎるので、もはやページ上のサンプル表示用JavaScriptが動作しませんね。(^_^;) All About側のシステム変更で、たぶん記事に直接埋め込まれたJavaScriptはもう動かないようになっているのだろうな……と思います。「➊記事中にJavaScriptを埋め込む必要があるジャンルの執筆者は2～3人しか居なかったこと」＆「➋もはやIT系の記事は（世の中にあふれすぎていて）広告で儲ける題材としては扱いにくいこと」あたりの理由から、最近のシステム変更では「本文中にサンプルを埋め込んでいる記事」への考慮はもはやなくなっているのだろうな、と推測しています。
🍧Re:2934◆解説がお役に立ったようで良かったです。(╹◡╹) 全然知らなかったんですが、確かに今のActivePerlは、ダウンロードするためににGitHub連携かアカウント作成が必要になっているっぽいですね。いつの間に……。Perl公式でもActivePerlとStrawberry Perlの2つがWindows向けに紹介されているんですね。これも知りませんでした。Strawberry Perlはダウンロードが極めて簡単な点が良いですね。
🍨Re:2935◆てがろぐの場合は、やはり「ベースになるHTML」が何種類か存在している状態で、それら個別に対応する「着せ替え用CSS」（ベースが異なる場合は適用できない）という形である必要があるでしょうかね。
🍨スキンの仕様は従来通りにしつつ、1つ「着せ替えCSSを適用する専用のベーススキン」という特殊なスキンを1つ用意しておいて、そのスキンに対してだけは「着せ替えCSSをアップロードするだけで管理画面上でCSSを切り替えられる」みたいな仕様の方が、CSSを作りやすくて良いのかもしれませんけども……。つまり、「着せ替え用ベーススキン向けのCSSだけで望みのデザインが実現できるなら着せ替え用CSSを作る」方法で済ませて、それだけでは済まない場合には（従来通り）「HTML×2＋CSSのスキン（フルセット）を作る」方法を採用する……みたいな感じで。
何か「こうなっているとスキンが作りやすい」みたいなご要望があればぜひお知らせ下さい。
🍧Re:2928◆はい。全角空白文字は「区切り」としては認識せず、文字として扱う仕様になっています。本当なら全角空白文字も「区切り」にした方が良いと思っているのですが、（全角空白文字が区切りになっていない問題に気付いた時には既に）全角空白文字を含むハッシュタグを使っているユーザさんが居る可能性もあったので、修正せずにそのままの仕様にしてあります。……が、どうなんでしょうね……。全角空白文字をハッシュタグに含めているユーザさんが果たしてどれくらい居るのか。(^_^;) もしかして、今からでも仕様変更して、全角空白文字は「区切り」として認識するようにする方が良いのかな……という気もしなくもないのですが。
🍧Re:2929◆腕の確かな看護師さんは本当にサクッと針刺せるんですよね……。私の腕をぐりぐり押したりバシバシ叩いたりせずに1発で刺せる看護師さんを見かけると、この人すごいな、と思います。(^_^;)
🍨Re:2931◆なるほど、CSSだけを切り替えられる機能というのも、あると良いかもしれませんね。「Twitterっぽいスキン(ブルー)」と「Twitterっぽいスキン(ピンク)」は、CSSが異なるだけでHTMLは全く同一（コメントの文字は異なりますがHTMLとしては同じ）なのですけども、CSSだけを切り替えられる機能があれば、これらのスキンは単一のスキンとして配布できましたね……。それに、他の配色の提供も楽になりそうですね。スキンを格納しているディレクトリに「altcss」というサブディレクトリがあるとき、そのサブディレクトリの中に入っているCSSファイルを「切り替え用の別CSS（Alternate CSS）」と解釈して、管理画面上で切り替えられる機能とかがあったら便利でしょうかね……？ そういう機能があれば、CSSだけの配布もしやすそうですし。
🍧Re:2932◆さすがにtDiaryはテーマの数が多いですね。
🍧Re:2933◆古い記事を発掘して下さってありがとうございます。古すぎるので、もはやページ上のサンプル表示用JavaScriptが動作しませんね。(^_^;) All About側のシステム変更で、たぶん記事に直接埋め込まれたJavaScriptはもう動かないようになっているのだろうな……と思います。「➊記事中にJavaScriptを埋め込む必要があるジャンルの執筆者は2～3人しか居なかったこと」＆「➋もはやIT系の記事は（世の中にあふれすぎていて）広告で儲ける題材としては扱いにくいこと」あたりの理由から、最近のシステム変更では「本文中にサンプルを埋め込んでいる記事」への考慮はもはやなくなっているのだろうな、と推測しています。
🍧Re:2934◆解説がお役に立ったようで良かったです。(╹◡╹) 全然知らなかったんですが、確かに今のActivePerlは、ダウンロードするためににGitHub連携かアカウント作成が必要になっているっぽいですね。いつの間に……。Perl公式でもActivePerlとStrawberry Perlの2つがWindows向けに紹介されているんですね。これも知りませんでした。Strawberry Perlはダウンロードが極めて簡単な点が良いですね。
🍨Re:2935◆てがろぐの場合は、やはり「ベースになるHTML」が何種類か存在している状態で、それら個別に対応する「着せ替え用CSS」（ベースが異なる場合は適用できない）という形である必要があるでしょうかね。
🍨スキンの仕様は従来通りにしつつ、1つ「着せ替えCSSを適用する専用のベーススキン」という特殊なスキンを1つ用意しておいて、そのスキンに対してだけは「着せ替えCSSをアップロードするだけで管理画面上でCSSを切り替えられる」みたいな仕様の方が、CSSを作りやすくて良いのかもしれませんけども……。つまり、「着せ替え用ベーススキン向けのCSSだけで望みのデザインが実現できるなら着せ替え用CSSを作る」方法で済ませて、それだけでは済まない場合には（従来通り）「HTML×2＋CSSのスキン（フルセット）を作る」方法を採用する……みたいな感じで。
何か「こうなっているとスキンが作りやすい」みたいなご要望があればぜひお知らせ下さい。
黒電話に詳しいコミュニティ……。☎
🍧Re:2922◆紙の電話帳ってもしかして30年以上見ていないのではないかな……と一瞬思ったのですが、そういえば大学院の内線電話番号が紙の電話帳だったことを思い出しました。内線だと今でも一覧を紙で用意されていたりするのでしょうかね……？
🍧Re:2923◆そうそう。こんな感じで五十音の見出しが付いていましたよね。均等に割り振られていると、特定のページだけスペースが足りなくなるんですよね……。^^;
🍧Re:2924◆一般配布用のスキンを作って下さっているのですね！ どうもありがとうございます。(╹◡╹)
🍧Re:2925◆その情報を併記頂けると親切で分かりやすくてたいへんありがたいです。◆ドイリーという名称なんですね、これ。果たして昔々のうちの黒電話の下にこれがあったかどうかまでは記憶にないのですが、そういえばなんかあったような気も……。
🍧Re:2926◆はい。もしCSSだけで全く異なるデザインにできてHTMLを改造する必要性がない、というような場合なら、HTMLソースは無変更のままで丸々流用して頂いてもOKです。👍
おなかがへった……。_(┐｢ε:)_ 🍨🍨🍨
🍧Re:2922◆紙の電話帳ってもしかして30年以上見ていないのではないかな……と一瞬思ったのですが、そういえば大学院の内線電話番号が紙の電話帳だったことを思い出しました。内線だと今でも一覧を紙で用意されていたりするのでしょうかね……？
🍧Re:2923◆そうそう。こんな感じで五十音の見出しが付いていましたよね。均等に割り振られていると、特定のページだけスペースが足りなくなるんですよね……。^^;
🍧Re:2924◆一般配布用のスキンを作って下さっているのですね！ どうもありがとうございます。(╹◡╹)
🍧Re:2925◆その情報を併記頂けると親切で分かりやすくてたいへんありがたいです。◆ドイリーという名称なんですね、これ。果たして昔々のうちの黒電話の下にこれがあったかどうかまでは記憶にないのですが、そういえばなんかあったような気も……。
🍧Re:2926◆はい。もしCSSだけで全く異なるデザインにできてHTMLを改造する必要性がない、というような場合なら、HTMLソースは無変更のままで丸々流用して頂いてもOKです。👍
おなかがへった……。_(┐｢ε:)_ 🍨🍨🍨
返信が遅くなって申し訳ないです。
🍧Re:2916◆そういえば、うろ覚えですけども、昔々うちの黒電話にも何らかのカバーが掛かっていたような……。
🍧Re:2917◆黒電話って、何らかの電話帳がセットで必要ですよね。覚えている番号だけに掛けるわけではないでしょうし。黒電話と併せて使う電話帳は話題にならないのかな……？
🍧Re:2918◆「配布」というのは、ご自身のWebで公開するなど「不特定多数への配布」という意味でしょうかね？（不特定ではなくて、限られた相手に配布するだけならもう本当に何でも好きにして頂ければ良いです。）以下は、不特定多数へ配布する場合として回答します。
まず、大前提として、既存のスキンはいくらでも改造して下さって構いません。流用できるソースは何でも流用して、自由に作成して下さい。
で、既存のスキンを改造して作成された「新たなスキン」を不特定多数へ配布なさりたい場合の話ですが、「元のデザインと大きく異なる」くらいに改造されているのなら特に問題はありません。むしろ歓迎です。ぜひ配布して下さい。
そうではなくて、例えば「配色を変えただけ」とか「掲載順序を変えただけ」とか「特定の要素を削っただけ」などのように、「元のデザインからあまり変わっていない」状態での再配布はご遠慮頂けるとありがたいな、と思っています。
これはなぜかというと、（特に新規のユーザさんには）極力『最新版用に記述されたスキンで「てがろぐ」を使い始めて欲しい』と思っているからです。標準添付の各スキンは『そのときの最新版で使える多くの機能を使うように記述』してあります。そのようなスキンなら、搭載されている各機能の存在に気付きやすいだろうからです。ユーザさんによっては「不要な機能」が多々あるかも知れませんが、それは単に各自で消して頂ければ良いだけなのでカスタマイズも簡単です。
しかし、「古い版のスキン」で使い始められてしまうと、新しい機能の存在に気付いてもらえない可能性が高まってしまいます（※OGP＋Twitter CardやRSS等のように「ページ上には見えない」機能の場合は特に）。たとえマニュアル等で新機能の存在を知ったとしても、それを使うためには「どうやってスキンに書き足せば良いのか」を調べて自力で編集しなければ使えません。それはハードルが高いと思うのですよね。
なので、できるだけ『使える機能を「全部盛り」した状態のスキン』で使い始めて頂きやすいようにしたいと思っているのです。
これは決して「機能を全部盛りしたスキンしか配布しないでくれ」と言っているわけではありません。シンプルな構成にも需要はあるでしょうし、デザイン上の都合で盛り込みにくい機能もあるでしょうし。私も個人的に使っているのは極めてシンプルに機能をそぎ落としたスキンです。様々なスキンの選択肢があることは「てがろぐ」にとって良いことだと思います。あなた独自のデザインなスキンであれば、特定の機能を使うも使わないもご自由に作成して配布頂いて全然問題ありません。（問題ないどころか、むしろ歓迎です。） その際に、既存スキンのソースがどれだけ流用されていても何の問題もありません。使えるものはいくらでも使って下さい。既存スキンのソースがお役に立つなら嬉しいです。
上記で「ご遠慮頂けるとありがたい」と言っているのは、あくまでも「元のデザインからあまり変わっていない」状態での配布についてだけです。
今、おそらく一番使われているスキンが「Twitterっぽいスキン」ですが、例えば『「Twitterっぽいスキン」のサイドバーの掲載順序を変えただけ』みたいなスキンを配布されてしまうと、「Twitterっぽいスキン」のデザインそのままで使いたい新規ユーザさんは、そのスキンを使うかもしれませんよね（便宜上「コピースキン」と呼びます）。すると、将来「てがろぐ」に新しい機能が追加されたとき、コピースキンをダウンロードして使おうとする新規ユーザさんは、新機能の存在に気付きにくくなってしまうでしょう。なので、『「Twitterっぽいスキン」を使いたいと思って下さったユーザさんには、公式配布されている(最新版用の)「Twitterっぽいスキン」を使って頂きたい』と思っているだけです。
以上で回答になっていますでしょうか？畳む
🍧Re:2919◆おぉぅ。ご指摘ありがとうございます！ たしかに、Twitterっぽいスキンでは <div class="onelog"> で .onelog を使っていましたね。気付いていませんでした。これはちょっと都合が悪そうなので、次のバージョンでは別のclass名に差し替えておこうと思います。 .onelogbody とかに。ご指摘感謝です！ Web製作時の『class名あるある』のような気がしますが、どうしても自分の脳ミソから出てくる単語って限られているので、油断すると重複してしまうんですよね……。(^_^;)
🍧Re:2916◆そういえば、うろ覚えですけども、昔々うちの黒電話にも何らかのカバーが掛かっていたような……。
🍧Re:2917◆黒電話って、何らかの電話帳がセットで必要ですよね。覚えている番号だけに掛けるわけではないでしょうし。黒電話と併せて使う電話帳は話題にならないのかな……？
🍧Re:2918◆「配布」というのは、ご自身のWebで公開するなど「不特定多数への配布」という意味でしょうかね？（不特定ではなくて、限られた相手に配布するだけならもう本当に何でも好きにして頂ければ良いです。）以下は、不特定多数へ配布する場合として回答します。
まず、大前提として、既存のスキンはいくらでも改造して下さって構いません。流用できるソースは何でも流用して、自由に作成して下さい。
で、既存のスキンを改造して作成された「新たなスキン」を不特定多数へ配布なさりたい場合の話ですが、「元のデザインと大きく異なる」くらいに改造されているのなら特に問題はありません。むしろ歓迎です。ぜひ配布して下さい。
そうではなくて、例えば「配色を変えただけ」とか「掲載順序を変えただけ」とか「特定の要素を削っただけ」などのように、「元のデザインからあまり変わっていない」状態での再配布はご遠慮頂けるとありがたいな、と思っています。
これはなぜかというと、（特に新規のユーザさんには）極力『最新版用に記述されたスキンで「てがろぐ」を使い始めて欲しい』と思っているからです。標準添付の各スキンは『そのときの最新版で使える多くの機能を使うように記述』してあります。そのようなスキンなら、搭載されている各機能の存在に気付きやすいだろうからです。ユーザさんによっては「不要な機能」が多々あるかも知れませんが、それは単に各自で消して頂ければ良いだけなのでカスタマイズも簡単です。
しかし、「古い版のスキン」で使い始められてしまうと、新しい機能の存在に気付いてもらえない可能性が高まってしまいます（※OGP＋Twitter CardやRSS等のように「ページ上には見えない」機能の場合は特に）。たとえマニュアル等で新機能の存在を知ったとしても、それを使うためには「どうやってスキンに書き足せば良いのか」を調べて自力で編集しなければ使えません。それはハードルが高いと思うのですよね。
なので、できるだけ『使える機能を「全部盛り」した状態のスキン』で使い始めて頂きやすいようにしたいと思っているのです。
これは決して「機能を全部盛りしたスキンしか配布しないでくれ」と言っているわけではありません。シンプルな構成にも需要はあるでしょうし、デザイン上の都合で盛り込みにくい機能もあるでしょうし。私も個人的に使っているのは極めてシンプルに機能をそぎ落としたスキンです。様々なスキンの選択肢があることは「てがろぐ」にとって良いことだと思います。あなた独自のデザインなスキンであれば、特定の機能を使うも使わないもご自由に作成して配布頂いて全然問題ありません。（問題ないどころか、むしろ歓迎です。） その際に、既存スキンのソースがどれだけ流用されていても何の問題もありません。使えるものはいくらでも使って下さい。既存スキンのソースがお役に立つなら嬉しいです。
上記で「ご遠慮頂けるとありがたい」と言っているのは、あくまでも「元のデザインからあまり変わっていない」状態での配布についてだけです。
今、おそらく一番使われているスキンが「Twitterっぽいスキン」ですが、例えば『「Twitterっぽいスキン」のサイドバーの掲載順序を変えただけ』みたいなスキンを配布されてしまうと、「Twitterっぽいスキン」のデザインそのままで使いたい新規ユーザさんは、そのスキンを使うかもしれませんよね（便宜上「コピースキン」と呼びます）。すると、将来「てがろぐ」に新しい機能が追加されたとき、コピースキンをダウンロードして使おうとする新規ユーザさんは、新機能の存在に気付きにくくなってしまうでしょう。なので、『「Twitterっぽいスキン」を使いたいと思って下さったユーザさんには、公式配布されている(最新版用の)「Twitterっぽいスキン」を使って頂きたい』と思っているだけです。
以上で回答になっていますでしょうか？畳む
🍧Re:2919◆おぉぅ。ご指摘ありがとうございます！ たしかに、Twitterっぽいスキンでは <div class="onelog"> で .onelog を使っていましたね。気付いていませんでした。これはちょっと都合が悪そうなので、次のバージョンでは別のclass名に差し替えておこうと思います。 .onelogbody とかに。ご指摘感謝です！ Web製作時の『class名あるある』のような気がしますが、どうしても自分の脳ミソから出てくる単語って限られているので、油断すると重複してしまうんですよね……。(^_^;)
塩分補給のために梅塩飴🍬を調達したものの、そもそも自分の身体が塩分不足なのか塩分過多なのか判断する方法がないので、舐めるべきなのかどうかの判断ができない……。┌(:3」└)┐
🍧Re:2911◆「黒電話でも使える番号がある」という情報を先に得ていたからでしょうね。^^; 「どこかに確実にある」と分かっているわけですから。電話番号が「お問い合わせ」関連以外のページにあるとは思いにくいので、「掘りに掘って」という表現から、見つかりにくい位置にリンクがあるのかな、と思ったのでした。
🍧Re:2912◆黒電話ユーザってもしかして結構多いんですかね……？^^; まあ、故障しない限り買い換えることはなさそうですしね……。^^;
🍧Re:2913◆ひかり電話でも「ダイヤルパルス信号を出す電話機」(黒電話もその一種です)は使用可能です。そもそも2024年にはNTTはアナログ回線を廃止してしまいますけども、今の電話機はそのまま使えるようです。ただ、黒電話ってケーブルが家の壁に直結していませんかね？ 今の一般的な電話機だとモジュラーケーブルで壁のモジュラージャックに繋がっていますから、光回線化する場合でも単に「壁のモジュラージャックに繋がっていたケーブル」を抜いて「ひかり電話用ルータにあるコネクタ」とかに挿し直せば良いだけですけども。黒電話の場合はまず「モジュラージャックに挿せるような改造」が必要なんじゃないかな、という気がします。軽くググってみると方法は存在するようですが、法的には資格者しかやっちゃダメなようなのでNTTとかに依頼する必要があるっぽいですね。たいていの場合は「そこまでせんでも電話機を買い換えるわ」ということになるのではないかと思います。(笑)
🍧そういえば、うちも（固定電話の）電話機が壊れたことはない気がします。引っ越しのついでに変わるか、機能不足で変えるかしかなかったような。
私の記憶にある最初の電話は黒電話でしたけども、引っ越しによってプッシュホンに変わりました。黒電話って（買い取りも可能なようですが）基本はレンタルですから、引っ越しした時代にNTTがプッシュホンを推していればあえて黒電話にはしないですよね。あとは、「留守電が必要だから留守電機能付きに買い換える」とか「FAXが必要だからFAX付きに買い換える」とかみたいな交換でした。
🍧Re:2911◆「黒電話でも使える番号がある」という情報を先に得ていたからでしょうね。^^; 「どこかに確実にある」と分かっているわけですから。電話番号が「お問い合わせ」関連以外のページにあるとは思いにくいので、「掘りに掘って」という表現から、見つかりにくい位置にリンクがあるのかな、と思ったのでした。
🍧Re:2912◆黒電話ユーザってもしかして結構多いんですかね……？^^; まあ、故障しない限り買い換えることはなさそうですしね……。^^;
🍧Re:2913◆ひかり電話でも「ダイヤルパルス信号を出す電話機」(黒電話もその一種です)は使用可能です。そもそも2024年にはNTTはアナログ回線を廃止してしまいますけども、今の電話機はそのまま使えるようです。ただ、黒電話ってケーブルが家の壁に直結していませんかね？ 今の一般的な電話機だとモジュラーケーブルで壁のモジュラージャックに繋がっていますから、光回線化する場合でも単に「壁のモジュラージャックに繋がっていたケーブル」を抜いて「ひかり電話用ルータにあるコネクタ」とかに挿し直せば良いだけですけども。黒電話の場合はまず「モジュラージャックに挿せるような改造」が必要なんじゃないかな、という気がします。軽くググってみると方法は存在するようですが、法的には資格者しかやっちゃダメなようなのでNTTとかに依頼する必要があるっぽいですね。たいていの場合は「そこまでせんでも電話機を買い換えるわ」ということになるのではないかと思います。(笑)
🍧そういえば、うちも（固定電話の）電話機が壊れたことはない気がします。引っ越しのついでに変わるか、機能不足で変えるかしかなかったような。
私の記憶にある最初の電話は黒電話でしたけども、引っ越しによってプッシュホンに変わりました。黒電話って（買い取りも可能なようですが）基本はレンタルですから、引っ越しした時代にNTTがプッシュホンを推していればあえて黒電話にはしないですよね。あとは、「留守電が必要だから留守電機能付きに買い換える」とか「FAXが必要だからFAX付きに買い換える」とかみたいな交換でした。
おなかがへったぁ～。_(┐｢ε:)_
🍨Re:2907◆早速のご試用をどうもありがとうございます。問題なく動作しているようで良かったです。(^_^)
🍨Re:2908◆黒電話が現役とは、ずいぶん物持ちが良いですね！ たしかに、各種サービスの受付電話だと、番号を選択させる仕組みが多そうですね。黒電話でもOKな番号というのは、もしかして問い合わせ窓口ページにある固定回線へのお問合せをご希望のお客さまでしょうか？ こういうのがちゃんと用意されていることにちょっと驚きました。^^;
🍨Re:2909◆さんごよみCGIのご使用をどうもありがとうございます！ そうですね、HTMLソースの直接投稿もできる仕様になっています。てがろぐCGIでは、実装上の関係から（たぶん） [HTML]～[/HTML] みたいな専用タグで括った範囲内だけでHTMLを有効にするとか、何かそんな感じの仕様になりそうな気がしています。何にしても、将来的にはHTMLも直接扱えるようにはする予定ですので気長にお待ち頂ければ幸いです。
夜中なので、何も食べずに寝る……。(:3[____]
🍨Re:2907◆早速のご試用をどうもありがとうございます。問題なく動作しているようで良かったです。(^_^)
🍨Re:2908◆黒電話が現役とは、ずいぶん物持ちが良いですね！ たしかに、各種サービスの受付電話だと、番号を選択させる仕組みが多そうですね。黒電話でもOKな番号というのは、もしかして問い合わせ窓口ページにある固定回線へのお問合せをご希望のお客さまでしょうか？ こういうのがちゃんと用意されていることにちょっと驚きました。^^;
🍨Re:2909◆さんごよみCGIのご使用をどうもありがとうございます！ そうですね、HTMLソースの直接投稿もできる仕様になっています。てがろぐCGIでは、実装上の関係から（たぶん） [HTML]～[/HTML] みたいな専用タグで括った範囲内だけでHTMLを有効にするとか、何かそんな感じの仕様になりそうな気がしています。何にしても、将来的にはHTMLも直接扱えるようにはする予定ですので気長にお待ち頂ければ幸いです。
夜中なので、何も食べずに寝る……。(:3[____]
