カテゴリ「回答/返信」に属する投稿［659件］（16ページ目）
ノンシュガーエスプレッソ飴を舐めております。🍬
🍩Re:2167◆ご要望をどうもありがとうございます。一般に公開したい内容と公開したくない内容とを、同じ1つのてがろぐで（ユーザを分けることで）投稿・管理したい、というような感じの用途でしょうかね？ それとももっと別な用途をお考えでしょうか。もう少し具体的な用途が分かると実装方法の検討がしやすくて助かりますので、よろしければお知らせ下さい。なお、「ログインしたときにだけ見える」に似たようなご要望として「投稿単位でパスワードを掛けられるようにしたい」というようなのもありまして、それはなんとなく実装方法が固まってきたのでそう遠くないうちに実装できるような気がしています。
冷蔵ピザのストックがもっと必要な気がする！
🍩Re:2167◆ご要望をどうもありがとうございます。一般に公開したい内容と公開したくない内容とを、同じ1つのてがろぐで（ユーザを分けることで）投稿・管理したい、というような感じの用途でしょうかね？ それとももっと別な用途をお考えでしょうか。もう少し具体的な用途が分かると実装方法の検討がしやすくて助かりますので、よろしければお知らせ下さい。なお、「ログインしたときにだけ見える」に似たようなご要望として「投稿単位でパスワードを掛けられるようにしたい」というようなのもありまして、それはなんとなく実装方法が固まってきたのでそう遠くないうちに実装できるような気がしています。
冷蔵ピザのストックがもっと必要な気がする！
ケーキとドーナツが食べたい気分。どちらもないけど。(´･ω･`)
🍩Re:2161◆ご活用ありがとうございます。(╹◡╹) スキンを頻繁に作り替えている方々もそこそこいらっしゃいますね。見た目を何でも好きにできるのが自サイトのメリットですしね。今後ともご愛用頂ければ幸いです。
🍩Re:2162◆ご要望をありがとうございます。日付ソート機能と再採番機能もそこそこ需要があるのですね。なんかそんな気がしてきました。どのように実装するかはまだ考えていませんが、そのうち実装しますので気長にお待ち頂ければ幸いです。
🍩Re:2163◆お役に立って良かったです。(╹◡╹) ご活用ありがとうございます。
🍩Re:2164◆てがろぐで構築したサイト(コーナー)丸ごと1つを「1つのコンテンツ」として検索にヒットすることを狙うなら大きな問題はない気がします。SEO面はスキンをどのように作るか次第ではありますが、よほどおかしな作り方をしない限りは検索には掛かるだろうと思います。
◆しかし、てがろぐに投稿した記事1つ1つを「別個のコンテンツ」として『それぞれの記事がそれぞれのキーワードでヒットする』ことを狙うなら苦しいと思います。なぜなら、てがろぐの仕様では、➊<title>に記事タイトルを入れられない、➋meta descriptionに記事ごとの概要を入れられない、という点がSEO面では少々不利だからです（og:descriptionは入れられますけども、検索サイト側がOGPの記述を代わりに使ってくれるかどうかは分かりませんし）。
◆また、内部画像を挿入する記法 [PICT:～] だと画像に代替文字を指定できないので、画像検索は期待できなくなります。とはいえ、外部画像を挿入する記法 [IMG:代替文字]URL だと代替文字を指定できますから、常にこの記法で画像を掲載すれば、画像検索には資すると思いますが。
◆なので、てがろぐ1つを丸ごと使って「1つの話題」のコーナー的に利用するなら現実的なSEO対策は可能だと思いますが、ブログ的に使って雑多な話題を投稿しつつ「1つ1つの記事を別個にSEO対策したい」という場合には厳しいと思います。その場合は、WordPress等のCMSツールを使う方が望ましいでしょうね。（特にWordPressにはSEOに資する情報を手軽に登録できるアドオンも多々ありますし、サイトマップを自動生成するアドオンもありますし。）
昨夜のプレバト俳句の兼題がケーキだったので、何度も何度もショートケーキの写真を見せられて、ケーキが食べたくなった……！🍰🍰🍰
🍩Re:2161◆ご活用ありがとうございます。(╹◡╹) スキンを頻繁に作り替えている方々もそこそこいらっしゃいますね。見た目を何でも好きにできるのが自サイトのメリットですしね。今後ともご愛用頂ければ幸いです。
🍩Re:2162◆ご要望をありがとうございます。日付ソート機能と再採番機能もそこそこ需要があるのですね。なんかそんな気がしてきました。どのように実装するかはまだ考えていませんが、そのうち実装しますので気長にお待ち頂ければ幸いです。
🍩Re:2163◆お役に立って良かったです。(╹◡╹) ご活用ありがとうございます。
🍩Re:2164◆てがろぐで構築したサイト(コーナー)丸ごと1つを「1つのコンテンツ」として検索にヒットすることを狙うなら大きな問題はない気がします。SEO面はスキンをどのように作るか次第ではありますが、よほどおかしな作り方をしない限りは検索には掛かるだろうと思います。
◆しかし、てがろぐに投稿した記事1つ1つを「別個のコンテンツ」として『それぞれの記事がそれぞれのキーワードでヒットする』ことを狙うなら苦しいと思います。なぜなら、てがろぐの仕様では、➊<title>に記事タイトルを入れられない、➋meta descriptionに記事ごとの概要を入れられない、という点がSEO面では少々不利だからです（og:descriptionは入れられますけども、検索サイト側がOGPの記述を代わりに使ってくれるかどうかは分かりませんし）。
◆また、内部画像を挿入する記法 [PICT:～] だと画像に代替文字を指定できないので、画像検索は期待できなくなります。とはいえ、外部画像を挿入する記法 [IMG:代替文字]URL だと代替文字を指定できますから、常にこの記法で画像を掲載すれば、画像検索には資すると思いますが。
◆なので、てがろぐ1つを丸ごと使って「1つの話題」のコーナー的に利用するなら現実的なSEO対策は可能だと思いますが、ブログ的に使って雑多な話題を投稿しつつ「1つ1つの記事を別個にSEO対策したい」という場合には厳しいと思います。その場合は、WordPress等のCMSツールを使う方が望ましいでしょうね。（特にWordPressにはSEOに資する情報を手軽に登録できるアドオンも多々ありますし、サイトマップを自動生成するアドオンもありますし。）
昨夜のプレバト俳句の兼題がケーキだったので、何度も何度もショートケーキの写真を見せられて、ケーキが食べたくなった……！🍰🍰🍰
JavaScriptを使ってリンク先URLを動的に編集する手もあります。（先程の続き）
🌽Re:2158◆補足ですが、複数のスキンを並行して利用しているなど、「適用中のスキン名を維持したリンクを出力する必要がある場合もある」なら、>>2159 で示したように『一時適用中のスキンを維持できるリンクを出力する』項目のチェックを外す方法だと困りますね。その際は、JavaScriptを使って動的にURLを書き換える方法があります。要はリンク先URLの中からスキンを指定している記述（例では skin=skin-twitter ）を削除できれば良いのですから、HTMLソースの中で『SSIで埋め込んだ部分』よりも後(重要)に以下のようなJavaScriptソースを書いておくと良いです。
このJavaScriptが実行されると、ページ内のすべてのa要素にあるhref属性値の中から「skin=skin-twitter」の文字列が削除されます。その結果、スキン指定を無視してデフォルトスキンで表示されるリンクになります。スキン名の部分(赤色文字)は適宜書き換えて下さい。#🌱豆知識
🌽補足1：
なお、すべてのa要素を対象にするのはちょっと無駄な処理が多いのではないか？ と思われる場合には、上記ソースの2行目を、以下のように「class名で対象を限定する記述」に書き換えると良いです。
●ハッシュタグリンクだけを対象にする場合：var targets = document.querySelectorAll(".taglink");
●指定No.へのリンクだけを対象にする場合：var targets = document.querySelectorAll(".postidlink");
🌽補足2：
もしくは、SSIで埋め込んでいる領域を例えば<div class="umekomi">～</div>で囲んでいるなら、この範囲に含まれるa要素だけを対象にするよう以下のように書く方法もあります。
var targets = document.querySelectorAll(".umekomi a");
この方がすべてのリンクを1行で対象にできて、分かりやすくて楽な気もします。
🍿蛇足：
補足というか蛇足ですが、もし「別のスキンを適用した状態」にリンクを書き換えたいなら、5行目のoldHref.replace('skin=skin-twitter', '');部分を、oldHref.replace('skin=skin-twitter', 'skin=skin-sakuratan');のように書き換えれば、skin-sakuratanが適用されたリンクに差し替わります。
🌽Re:2158◆補足ですが、複数のスキンを並行して利用しているなど、「適用中のスキン名を維持したリンクを出力する必要がある場合もある」なら、>>2159 で示したように『一時適用中のスキンを維持できるリンクを出力する』項目のチェックを外す方法だと困りますね。その際は、JavaScriptを使って動的にURLを書き換える方法があります。要はリンク先URLの中からスキンを指定している記述（例では skin=skin-twitter ）を削除できれば良いのですから、HTMLソースの中で『SSIで埋め込んだ部分』よりも後(重要)に以下のようなJavaScriptソースを書いておくと良いです。
<script>
var targets = document.querySelectorAll("a");
targets.forEach(function(oneTarget) {
var oldHref = oneTarget.getAttribute('href');
var newHref = oldHref.replace('skin=skin-twitter', '');
oneTarget.setAttribute('href', newHref);
});
</script>
このJavaScriptが実行されると、ページ内のすべてのa要素にあるhref属性値の中から「skin=skin-twitter」の文字列が削除されます。その結果、スキン指定を無視してデフォルトスキンで表示されるリンクになります。スキン名の部分(赤色文字)は適宜書き換えて下さい。#🌱豆知識
🌽補足1：
なお、すべてのa要素を対象にするのはちょっと無駄な処理が多いのではないか？ と思われる場合には、上記ソースの2行目を、以下のように「class名で対象を限定する記述」に書き換えると良いです。
●ハッシュタグリンクだけを対象にする場合：var targets = document.querySelectorAll(".taglink");
●指定No.へのリンクだけを対象にする場合：var targets = document.querySelectorAll(".postidlink");
🌽補足2：
もしくは、SSIで埋め込んでいる領域を例えば<div class="umekomi">～</div>で囲んでいるなら、この範囲に含まれるa要素だけを対象にするよう以下のように書く方法もあります。
var targets = document.querySelectorAll(".umekomi a");
この方がすべてのリンクを1行で対象にできて、分かりやすくて楽な気もします。
🍿蛇足：
補足というか蛇足ですが、もし「別のスキンを適用した状態」にリンクを書き換えたいなら、5行目のoldHref.replace('skin=skin-twitter', '');部分を、oldHref.replace('skin=skin-twitter', 'skin=skin-sakuratan');のように書き換えれば、skin-sakuratanが適用されたリンクに差し替わります。
朝食は食パン。
🍨Re:2158◆下図の黄色矢印部分のように、『一時適用中のスキンを維持できるリンクを出力する』のチェックを外すと、適用中のスキンを維持しないリンクが出力されるため、「埋め込み用のスキンが適用された状態のリンク」が出力されてしまうのを避けられます。同時に、『本文中のテキストリンクを絶対URI(フルパス)で出力する』にチェックを入れておくと、SSIで埋め込んでいるディレクトリの違いによってテキストリンクのリンクパスが正しくなくなるのを防げます。
2019年にブログに書いた「てがろぐCGIが出力した最新の1件を任意の場所にSSIで埋め込む方法」の初版では現在の最新バージョンに存在する種々の対策方法についての説明が足りていなかったので、先日書き足しておきました。この記事の見出し「SSIを使って、てがろぐCGIが出力する最新の1件だけを埋め込む」以降を再度ご覧頂ければ幸いです。（注： >>2160 に続きます。）
SSIで埋め込んでいる領域で画像が正しく表示されない場合は、下図の水色矢印部分にもチェックを入れると良いです。
#🌱豆知識
🍨Re:2157◆トウモロコシあったぁぁぁ！*･゜ﾟ･*:.｡..｡.:*･'(*ﾟ▽ﾟ*)'･*:.｡. .｡.:*･゜ﾟ･*🌽🌽🌽🌽🌽🌽
🍨Re:2156◆ありがたい限りです。ご活用頂いているところが見えると、開発のモチベーション維持に絶大な効果があります。(╹◡╹)
昼食は焼き飯。
🍨Re:2158◆下図の黄色矢印部分のように、『一時適用中のスキンを維持できるリンクを出力する』のチェックを外すと、適用中のスキンを維持しないリンクが出力されるため、「埋め込み用のスキンが適用された状態のリンク」が出力されてしまうのを避けられます。同時に、『本文中のテキストリンクを絶対URI(フルパス)で出力する』にチェックを入れておくと、SSIで埋め込んでいるディレクトリの違いによってテキストリンクのリンクパスが正しくなくなるのを防げます。
2019年にブログに書いた「てがろぐCGIが出力した最新の1件を任意の場所にSSIで埋め込む方法」の初版では現在の最新バージョンに存在する種々の対策方法についての説明が足りていなかったので、先日書き足しておきました。この記事の見出し「SSIを使って、てがろぐCGIが出力する最新の1件だけを埋め込む」以降を再度ご覧頂ければ幸いです。（注： >>2160 に続きます。）
SSIで埋め込んでいる領域で画像が正しく表示されない場合は、下図の水色矢印部分にもチェックを入れると良いです。
#🌱豆知識
🍨Re:2157◆トウモロコシあったぁぁぁ！*･゜ﾟ･*:.｡..｡.:*･'(*ﾟ▽ﾟ*)'･*:.｡. .｡.:*･゜ﾟ･*🌽🌽🌽🌽🌽🌽
🍨Re:2156◆ありがたい限りです。ご活用頂いているところが見えると、開発のモチベーション維持に絶大な効果があります。(╹◡╹)
昼食は焼き飯。
トマトプリッツが美味い。🍅
🍅Re:2152◆ご要望をありがとうございます。もし大量の記事を外部から移してくる際には、データファイル(tegalog.xml)をテキストエディタで編集した方が楽かもしれません。1件1行のXMLで、投稿日時が先頭に記載される仕様になっていますので、テキストエディタに文字コード順でのソート機能があれば、日付順に並び替えるのも簡単です。もっとも、その場合は投稿番号を自力で割り振らねばなりませんが。何らかのインポート機能もそのうち実装したいとは思っています。また、手動入力された日付順でのソート機能もToDoリストには加えてあります。気長にお待ち頂ければ幸いです。
🍅Re:2153◆てがろぐ用のスキンは私も見たいです。ご活用報告を頂いて伺うと、かなり凝ったスキンを作っていらっしゃる方々がたくさんなのですけども、スキンそのものの配布もしている方には今のところ遭遇していません。(^_^;) 手打ちサイト用のテンプレートは、例えばFuwaimgを配布なさっているdoで配布されているテンプレートをお使いになっている方々をちょくちょく目撃します。
🍅Re:2154◆ご活用報告を下さる方々の中でもそこそこな割合で検索避け設定をされている方がいらっしゃるのですが、ユーザリンク集ができれば登録したいとおっしゃる方もいらっしゃるので、そのうち自己登録型のユーザリンク集を作ろうかと思ってはおります。今はまだ何も進んでいないのですけども。
とんがりコーンも美味い。
トウモロコシの絵文字はないのか……。ポップコーン🍿はあるけど。
🍅Re:2152◆ご要望をありがとうございます。もし大量の記事を外部から移してくる際には、データファイル(tegalog.xml)をテキストエディタで編集した方が楽かもしれません。1件1行のXMLで、投稿日時が先頭に記載される仕様になっていますので、テキストエディタに文字コード順でのソート機能があれば、日付順に並び替えるのも簡単です。もっとも、その場合は投稿番号を自力で割り振らねばなりませんが。何らかのインポート機能もそのうち実装したいとは思っています。また、手動入力された日付順でのソート機能もToDoリストには加えてあります。気長にお待ち頂ければ幸いです。
🍅Re:2153◆てがろぐ用のスキンは私も見たいです。ご活用報告を頂いて伺うと、かなり凝ったスキンを作っていらっしゃる方々がたくさんなのですけども、スキンそのものの配布もしている方には今のところ遭遇していません。(^_^;) 手打ちサイト用のテンプレートは、例えばFuwaimgを配布なさっているdoで配布されているテンプレートをお使いになっている方々をちょくちょく目撃します。
🍅Re:2154◆ご活用報告を下さる方々の中でもそこそこな割合で検索避け設定をされている方がいらっしゃるのですが、ユーザリンク集ができれば登録したいとおっしゃる方もいらっしゃるので、そのうち自己登録型のユーザリンク集を作ろうかと思ってはおります。今はまだ何も進んでいないのですけども。
とんがりコーンも美味い。
トウモロコシの絵文字はないのか……。ポップコーン🍿はあるけど。
ノンシュガー贅沢なゼロ フランス産発酵バターと北海道生クリーム キャラメルミルク味を舐めております。🍬
🍔Re:2131◆ご使用ありがとうございます。お使いのバージョンは、おそらく 3.2.0 ですね？ ◆1つ目のアラートは、Ver 3.2.0以降で出るようになってしまったもので、Ver 3.2.3以降のβ版では解消しています（ので、次の正式版では出なくなります）。放置しても問題はありませんが、気になるようでしたら最新β版をご使用頂ければ幸いです。◆2つ目のアラートは、比較的新しいバージョンのPerlを使っているときに、複数のカテゴリを指定して投稿した場合等に出てきます。最新の書き方を採用すればこのアラートは避けられるのですが、やや古いサーバ環境でも動作可能なようにするために現状のままにしてあります。アラートの内容は「この書き方は脆弱性に繋がる可能性がある」というものですが、てがろぐCGIのソース内の当該箇所にある書き方なら大丈夫ですので、そのまま使って問題ありません。（この書き方が脆弱性に繋がるのは、このような（そこそこ横着な感じの）書き方をした場合なのですが、てがろぐCGIではそのような書き方はしていませんので大丈夫です。）どうしても気になるようでしたら、102行目にあるuse CGI;の直下に、$CGI::LIST_CONTEXT_WARN = 0;のように書いておくとアラートの記録を避けられます。◆というわけで、どちらにしてもそのままお使い下さって問題はありません。末永くご活用頂ければ幸いです。
🍔Re:2131◆ご使用ありがとうございます。お使いのバージョンは、おそらく 3.2.0 ですね？ ◆1つ目のアラートは、Ver 3.2.0以降で出るようになってしまったもので、Ver 3.2.3以降のβ版では解消しています（ので、次の正式版では出なくなります）。放置しても問題はありませんが、気になるようでしたら最新β版をご使用頂ければ幸いです。◆2つ目のアラートは、比較的新しいバージョンのPerlを使っているときに、複数のカテゴリを指定して投稿した場合等に出てきます。最新の書き方を採用すればこのアラートは避けられるのですが、やや古いサーバ環境でも動作可能なようにするために現状のままにしてあります。アラートの内容は「この書き方は脆弱性に繋がる可能性がある」というものですが、てがろぐCGIのソース内の当該箇所にある書き方なら大丈夫ですので、そのまま使って問題ありません。（この書き方が脆弱性に繋がるのは、このような（そこそこ横着な感じの）書き方をした場合なのですが、てがろぐCGIではそのような書き方はしていませんので大丈夫です。）どうしても気になるようでしたら、102行目にあるuse CGI;の直下に、$CGI::LIST_CONTEXT_WARN = 0;のように書いておくとアラートの記録を避けられます。◆というわけで、どちらにしてもそのままお使い下さって問題はありません。末永くご活用頂ければ幸いです。
コーヒーカップの絵文字って存在しなさそう……？
🍘Re:2120◆ああ、辛うじてトラブルシューティングに書いていましたか。自分でも忘れていました。(^_^;) よく見つけて下さいました。もうちょっと情報を拡充しておこうと思います。設定値もいろいろ試して下さってありがとうございます。参考になります。デフォルトの2がダメだと1もダメな可能性が高そうだとは思っていましたが、0で行けて良かったです。そういえば、以前に同様の問題に直面した方は0でもダメだったのでした(結局解決できず)。そこを踏まえて、値「9」を追加したのを思い出しました。9は、サーバからの情報取得を諦めて決め打ちにするというパターンなので、これは誰でも確実に動作するとは思っています。では何故それをデフォルトにしないのかというと、代わりにCGIファイル名をtegalog.cgi以外に変えると動かなくなったり、SSIで埋め込んで使いたい場合には動作に支障が出る(可能性がある)からなのでした。
🍘Re:2119◆なるほど、確かにRSSフィードに出力されている内容を使おうとするとそういう問題がありますね。RSSからの埋め込みを自分では使っていないのでそこまで気付いていませんでした。というか、この記事を書いた時点では、カテゴリ機能は存在しなかったのですが。(笑) PHPでもおっしゃるとおりfile_get_contentsで埋め込み用スキンの適用結果を読めるわけですから、その辺の情報も加えておく方が良さそうですね。情報をどうもありがとうございます。JavaScriptでどうにかしたい方でも、RSSを読むよりは埋め込み用スキンの適用結果をAjax的な何かで合成する方法の方が望ましい気もしてきました。
緑茶の絵文字🍵は存在しているのだけど、英語名が「TEACUP WITHOUT HANDLE」になっている。英語でTEACUPと言ったときに中に入れるのは紅茶じゃなくて緑茶で良いのだろうか。言語圏によって絵文字の液体の色が異なっていたりしないのかな。
🍘Re:2120◆ああ、辛うじてトラブルシューティングに書いていましたか。自分でも忘れていました。(^_^;) よく見つけて下さいました。もうちょっと情報を拡充しておこうと思います。設定値もいろいろ試して下さってありがとうございます。参考になります。デフォルトの2がダメだと1もダメな可能性が高そうだとは思っていましたが、0で行けて良かったです。そういえば、以前に同様の問題に直面した方は0でもダメだったのでした(結局解決できず)。そこを踏まえて、値「9」を追加したのを思い出しました。9は、サーバからの情報取得を諦めて決め打ちにするというパターンなので、これは誰でも確実に動作するとは思っています。では何故それをデフォルトにしないのかというと、代わりにCGIファイル名をtegalog.cgi以外に変えると動かなくなったり、SSIで埋め込んで使いたい場合には動作に支障が出る(可能性がある)からなのでした。
🍘Re:2119◆なるほど、確かにRSSフィードに出力されている内容を使おうとするとそういう問題がありますね。RSSからの埋め込みを自分では使っていないのでそこまで気付いていませんでした。というか、この記事を書いた時点では、カテゴリ機能は存在しなかったのですが。(笑) PHPでもおっしゃるとおりfile_get_contentsで埋め込み用スキンの適用結果を読めるわけですから、その辺の情報も加えておく方が良さそうですね。情報をどうもありがとうございます。JavaScriptでどうにかしたい方でも、RSSを読むよりは埋め込み用スキンの適用結果をAjax的な何かで合成する方法の方が望ましい気もしてきました。
緑茶の絵文字🍵は存在しているのだけど、英語名が「TEACUP WITHOUT HANDLE」になっている。英語でTEACUPと言ったときに中に入れるのは紅茶じゃなくて緑茶で良いのだろうか。言語圏によって絵文字の液体の色が異なっていたりしないのかな。
気力が、足りない。_(┐｢ε:)_
🍵Re:2111◆サーバを移行する際には、基本的には tegalog.cgi の存在する場所にあるすべてのフォルダとファイルをまとめて移動すれば良いです。もし移動するファイル数を最小限にしたい等の事情がある場合は、おっしゃるファイル群に加えて psif.cgi（＝パスワード・セッションID格納ファイル）もコピーして下さい。psif.cgiファイルをコピーしないと、全ユーザのパスワードが未設定に戻った状態で稼働してしまいますのでご注意下さい。
※psif.cgiファイルには、全ユーザのパスワードがハッシュ化されて保存されています。ハッシュ化というのは「元には戻せない暗号化」のような仕組みなので、ファイルの中身を覗いてもパスワード自体は分かりません(元のパスワード文字列に復元する技術的な方法が存在しません)。しかし、パスワードの正誤判定には必要です。
なお、psif.cgiファイルにはセッション情報（＝ログイン状態）も保存されているのですが、ログイン状態は「ドメインに対するCookie」で維持されていますので、別ドメインに移動させるとログイン状態は解除されます。（※サーバを移動してもドメインが変わらなければセッションは維持できますが。）
その際、管理画面の下部に灰色で小さく表示されている「現在のログイン件数」は、（psif.cgiファイルで管理されているため）仮に『前のサーバで3件のログインがある状態』で新サーバに移行すると、『本来は誰もログインしていないのに、ログイン件数が3件ある』と認識されてしまいます。その状態でも動作に支障はありませんが、その表示に不都合を感じられるようでしたら、一度『全員を強制ログアウト』を実行して、ログイン件数を0にリセットしてからお使い頂くと良いです。#🌱豆知識
🍵Re:2110◆サポートありがとうございます。(╹◡╹) おっしゃるとおりです。
🍵Re:2109◆仕様上の上限はありません。何万文字でも投稿可能です。(参考:No.160)
🍵Re:2108◆いろはにほへとちりぬるを（続きは覚えていない）
睡眠も、足りない。_(:3」∠)_
🍵Re:2111◆サーバを移行する際には、基本的には tegalog.cgi の存在する場所にあるすべてのフォルダとファイルをまとめて移動すれば良いです。もし移動するファイル数を最小限にしたい等の事情がある場合は、おっしゃるファイル群に加えて psif.cgi（＝パスワード・セッションID格納ファイル）もコピーして下さい。psif.cgiファイルをコピーしないと、全ユーザのパスワードが未設定に戻った状態で稼働してしまいますのでご注意下さい。
※psif.cgiファイルには、全ユーザのパスワードがハッシュ化されて保存されています。ハッシュ化というのは「元には戻せない暗号化」のような仕組みなので、ファイルの中身を覗いてもパスワード自体は分かりません(元のパスワード文字列に復元する技術的な方法が存在しません)。しかし、パスワードの正誤判定には必要です。
なお、psif.cgiファイルにはセッション情報（＝ログイン状態）も保存されているのですが、ログイン状態は「ドメインに対するCookie」で維持されていますので、別ドメインに移動させるとログイン状態は解除されます。（※サーバを移動してもドメインが変わらなければセッションは維持できますが。）
その際、管理画面の下部に灰色で小さく表示されている「現在のログイン件数」は、（psif.cgiファイルで管理されているため）仮に『前のサーバで3件のログインがある状態』で新サーバに移行すると、『本来は誰もログインしていないのに、ログイン件数が3件ある』と認識されてしまいます。その状態でも動作に支障はありませんが、その表示に不都合を感じられるようでしたら、一度『全員を強制ログアウト』を実行して、ログイン件数を0にリセットしてからお使い頂くと良いです。#🌱豆知識
🍵Re:2110◆サポートありがとうございます。(╹◡╹) おっしゃるとおりです。
🍵Re:2109◆仕様上の上限はありません。何万文字でも投稿可能です。(参考:No.160)
🍵Re:2108◆いろはにほへとちりぬるを（続きは覚えていない）
睡眠も、足りない。_(:3」∠)_
>>2111
サーバーを移転予定なんですが、てがろぐを引き継ぐときは動作確認してからtegalog.xml、tegalog.ini、imagesフォルダを上書きすれば大丈夫なんでしょうか？
①現在(移転前)のサーバー上にあるtegalogフォルダを丸ごとFTPソフトでダウンロードする
②そのダウンロードしたtegalogフォルダを新しいサーバー(移転先)にアップロードする。投稿した画像ファイルまでアスキーモードでアップロードしてしまわないように注意
③新しいサーバーの仕様にあわせてパーミッションを設定 し直す
…で、過去ログや設定もそっくりそのまま移転出来ますよ。私はただの1ユーザーですが、実際にこの方法で別サーバーに移設しました。移転先のサーバーの仕様によってはtegalog.cgiの1行目 #! /usr/bin/perl の部分を書き換えないといけないかもしれませんが大抵これだけで行けるはずです。
朝食はサンドイッチ。🥪
🍩Re:2079◆ちなみにですが、複数のカテゴリに属している場合の区切り記号は、管理画面の［設定］→［ページの表示］→【カテゴリの表示】→「1投稿に複数のカテゴリが設定されている場合」項目で自由に指定ができます。デフォルトでは半角カンマ記号で区切られますが、ここでカスタマイズ可能です。また、装飾をカスタマイズしたい場合は、各投稿に表示されるカテゴリ名の装飾方法で解説していますのでご参照下さい。(╹◡╹)
🍩Re:2078◆どういたしまして！
🍩Re:2077◆WordPressでプラグインを使っていると、本当にWordPress本体をアップデートしても大丈夫なのかどうか不安になることはよくありますね。念のために全体のバックアップを取ってから作業したいのですけども、PHPMyAdminにログインしてデータベース(MySQL)側のバックアップを取る作業はかなり面倒ですし。その辺、ボタン1発でバックアップしてくれるような仕組みがあっても良さそうだと思うのですけども。(^_^;)
🍩Re:2076◆ご愛用ありがとうございます！
ドーナツ食べたい。しかし、運動不足な身体でドーナツを食べるのはやや憚られる……。(´･ω･`)
🍩Re:2079◆ちなみにですが、複数のカテゴリに属している場合の区切り記号は、管理画面の［設定］→［ページの表示］→【カテゴリの表示】→「1投稿に複数のカテゴリが設定されている場合」項目で自由に指定ができます。デフォルトでは半角カンマ記号で区切られますが、ここでカスタマイズ可能です。また、装飾をカスタマイズしたい場合は、各投稿に表示されるカテゴリ名の装飾方法で解説していますのでご参照下さい。(╹◡╹)
🍩Re:2078◆どういたしまして！
🍩Re:2077◆WordPressでプラグインを使っていると、本当にWordPress本体をアップデートしても大丈夫なのかどうか不安になることはよくありますね。念のために全体のバックアップを取ってから作業したいのですけども、PHPMyAdminにログインしてデータベース(MySQL)側のバックアップを取る作業はかなり面倒ですし。その辺、ボタン1発でバックアップしてくれるような仕組みがあっても良さそうだと思うのですけども。(^_^;)
🍩Re:2076◆ご愛用ありがとうございます！
ドーナツ食べたい。しかし、運動不足な身体でドーナツを食べるのはやや憚られる……。(´･ω･`)
ぱりんこと雪の宿のセット袋を買ってきた。🍘🍘🍘
🍯Re:2073◆CSSを書き換えた後、特定のブラウザで反映されない！ ……という場合、たいていはキャッシュが原因です。ブラウザ側のキャッシュをクリアすると、CSSが再度読み込まれるので解決します。問題はキャッシュをどうやって消すかですが。PC版ブラウザの場合は、[Ctrl]＋[F5]でスーパーリロード(＝あらゆるファイルの読み直し)ができるのですが、iOS版Safariの場合はそう簡単にいきません。お勧めな方法は、HTML側に書いてあるCSS読み込み部分にダミーのクエリ文字列を付加する方法です。例えば skin-cover.html のhead要素内に <link type="text/css" rel="stylesheet" href="tegalog.css?v320"> のように書いてあるなら、末尾に適当な文字列を追加して <link type="text/css" rel="stylesheet" href="tegalog.css?v320hoge"> のように追記します。これによって、ブラウザは「新しいCSSファイルが指定された」と解釈(誤解)するのでCSSファイルを読み込み直しますから、スーパーリロードができなくてもCSSの更新が反映されます。
※参考：『「キャッシュのせいだから再読込して」と毎回言わなくて済むようにする記述方法』(私のブログ記事です。)
🍯Re:2073◆CSSを書き換えた後、特定のブラウザで反映されない！ ……という場合、たいていはキャッシュが原因です。ブラウザ側のキャッシュをクリアすると、CSSが再度読み込まれるので解決します。問題はキャッシュをどうやって消すかですが。PC版ブラウザの場合は、[Ctrl]＋[F5]でスーパーリロード(＝あらゆるファイルの読み直し)ができるのですが、iOS版Safariの場合はそう簡単にいきません。お勧めな方法は、HTML側に書いてあるCSS読み込み部分にダミーのクエリ文字列を付加する方法です。例えば skin-cover.html のhead要素内に <link type="text/css" rel="stylesheet" href="tegalog.css?v320"> のように書いてあるなら、末尾に適当な文字列を追加して <link type="text/css" rel="stylesheet" href="tegalog.css?v320hoge"> のように追記します。これによって、ブラウザは「新しいCSSファイルが指定された」と解釈(誤解)するのでCSSファイルを読み込み直しますから、スーパーリロードができなくてもCSSの更新が反映されます。
※参考：『「キャッシュのせいだから再読込して」と毎回言わなくて済むようにする記述方法』(私のブログ記事です。)
私が来なくてもユーザサポートが進行している。ありがたい。(笑)
🍕Re:2058◆気に入って下さってありがとうございます。フリーCGIは機能だけがあってもダメで、そのまま使えるUI（スキン）がないと使ってみる気にならないでしょうし、バリエーションの幅を見せないとカスタマイズ自由度が分からないでしょうから、いろいろ頑張って用意しました。
🍕Re:2059◆例えば、[HTML]～[/HTML]で囲んだ範囲内だけはHTMLソースをそのまま記述できる、みたいなオプションの記法なら、設計思想に反せず実装できるかな……というような気も最近はしてきているのですが、どんなものでしょうかね？(^_^;) それはそれでいちいち打つのが面倒という気もしないでもないですが。
🍕Re:2060◆デフォルトの文字装飾がどのように表示されるかはスキンによって異なります。CSS次第で様々に装飾できることを示すために、あえてバラバラな装飾にしてあります。Twitterっぽいスキン(ブルー)だと、強調文字は青色太字になりますが、ジャーナル(日誌)スキンだと強調は緑色太字の橙色傍点で表示されます。この投稿をそれぞれのスキンで見てみて下さい。スキンは自由にカスタマイズしてお使い頂くことを前提にしていますので、CSSをお好きなように書き換えてご使用頂ければ幸いです。例えば、『強調』を「ちょっと大きめ」にしたいなら、CSSに .decorationE { font-size: 1.25em; } などと書いておくと、1.25倍の大きさにで表示されます。また、自由装飾機能を使うと（事前にCSSを用意してさえいれば）好きな装飾をいくつでも加えられますのでご活用頂ければ幸いです。◆画像の挿入位置に関しては他の方々がご回答下さった通りです。なお、投稿と同時に画像をUPした場合、デフォルトでは下端に並びますが、設定で4通りの配置から選択できます。管理画面の［設定］→［投稿欄の表示］→【画像ボタンの表示と動作】→『本文と同時に画像を投稿した場合の配置』の項目から設定できますのでお試し下さい。
🍕Re:2061◆代わりにサポートして下さってありがとうございます。(笑) 私も管理画面の「画像の管理」から事前に投稿しておく方法をよく使います。
🍕Re:2062◆管理画面を経由するのが面倒なときは、その方法も良いですね。デフォルト配置でもおかしくはないような内容なら特に。
🍕Re:2063◆余談ですが、最初に画像投稿機能を実装したときには、管理画面から1つずつアップロードするしか方法がなく、後のバージョンになってから本文と同時の画像UPも可能になったのでした。
昨日の昼食は、ピザトースト🍕🍞とサラダ🥗。
🍕Re:2058◆気に入って下さってありがとうございます。フリーCGIは機能だけがあってもダメで、そのまま使えるUI（スキン）がないと使ってみる気にならないでしょうし、バリエーションの幅を見せないとカスタマイズ自由度が分からないでしょうから、いろいろ頑張って用意しました。
🍕Re:2059◆例えば、[HTML]～[/HTML]で囲んだ範囲内だけはHTMLソースをそのまま記述できる、みたいなオプションの記法なら、設計思想に反せず実装できるかな……というような気も最近はしてきているのですが、どんなものでしょうかね？(^_^;) それはそれでいちいち打つのが面倒という気もしないでもないですが。
🍕Re:2060◆デフォルトの文字装飾がどのように表示されるかはスキンによって異なります。CSS次第で様々に装飾できることを示すために、あえてバラバラな装飾にしてあります。Twitterっぽいスキン(ブルー)だと、強調文字は青色太字になりますが、ジャーナル(日誌)スキンだと強調は緑色太字の橙色傍点で表示されます。この投稿をそれぞれのスキンで見てみて下さい。スキンは自由にカスタマイズしてお使い頂くことを前提にしていますので、CSSをお好きなように書き換えてご使用頂ければ幸いです。例えば、『強調』を「ちょっと大きめ」にしたいなら、CSSに .decorationE { font-size: 1.25em; } などと書いておくと、1.25倍の大きさにで表示されます。また、自由装飾機能を使うと（事前にCSSを用意してさえいれば）好きな装飾をいくつでも加えられますのでご活用頂ければ幸いです。◆画像の挿入位置に関しては他の方々がご回答下さった通りです。なお、投稿と同時に画像をUPした場合、デフォルトでは下端に並びますが、設定で4通りの配置から選択できます。管理画面の［設定］→［投稿欄の表示］→【画像ボタンの表示と動作】→『本文と同時に画像を投稿した場合の配置』の項目から設定できますのでお試し下さい。
🍕Re:2061◆代わりにサポートして下さってありがとうございます。(笑) 私も管理画面の「画像の管理」から事前に投稿しておく方法をよく使います。
🍕Re:2062◆管理画面を経由するのが面倒なときは、その方法も良いですね。デフォルト配置でもおかしくはないような内容なら特に。
🍕Re:2063◆余談ですが、最初に画像投稿機能を実装したときには、管理画面から1つずつアップロードするしか方法がなく、後のバージョンになってから本文と同時の画像UPも可能になったのでした。
昨日の昼食は、ピザトースト🍕🍞とサラダ🥗。
昼食はうどん。
🍮Re:2052◆早速のβ版ご試用ありがとうございます。すぐに動作報告が頂けると開発モチベーションの維持にとても役立ってありがたいです。ありがとうございます。(^_^)
🍮Re:2053◆鎮静なしで口からとは、この方、勇気ありますね……。(^_^;;; 鼻からでも苦しいのに、口からとか絶対に避けたいです。そして、埋め込みツイートってスレッドごと埋め込まれるんですね。初めて知りました。^^; 自分で作っておきながらこう言うのもなんですが。いや、埋め込み機能はTwitter側のスクリプトを呼んでいるだけですからね。^^;
🍮Re:2054◆先日はメールでのご活用報告をどうもありがとうございました！ 活用報告もご要望もとてもありがたいです。マイナス検索がお役に立って良かったです。同時にご要望頂いたカテゴリアイコンの件も、遠からず実装可能だと思いますので気長にお待ち頂ければ幸いです。
🍮Re:2055◆一瞬、🍟🍟🍟かと思いました。ポテトポテトポテト。ちょっと油的な問題から、今の腸の状態では食べられそうにありませんけども。(´･ω･`)
🍮Re:2056◆ご試用ありがとうございます。問題なく動作しているとのこと、良かったです。検索機能の動作は、いろいろ試してみないと分かりませんから。ご協力ありがとうございます。
ご活用報告をどうもありがとうございます。いつでも歓迎しております。主に開発モチベーションの維持に役立って嬉しいです。ご要望もお気軽にどうぞー。(╹◡╹)ﾉ
🍮Re:2052◆早速のβ版ご試用ありがとうございます。すぐに動作報告が頂けると開発モチベーションの維持にとても役立ってありがたいです。ありがとうございます。(^_^)
🍮Re:2053◆鎮静なしで口からとは、この方、勇気ありますね……。(^_^;;; 鼻からでも苦しいのに、口からとか絶対に避けたいです。そして、埋め込みツイートってスレッドごと埋め込まれるんですね。初めて知りました。^^; 自分で作っておきながらこう言うのもなんですが。いや、埋め込み機能はTwitter側のスクリプトを呼んでいるだけですからね。^^;
🍮Re:2054◆先日はメールでのご活用報告をどうもありがとうございました！ 活用報告もご要望もとてもありがたいです。マイナス検索がお役に立って良かったです。同時にご要望頂いたカテゴリアイコンの件も、遠からず実装可能だと思いますので気長にお待ち頂ければ幸いです。
🍮Re:2055◆一瞬、🍟🍟🍟かと思いました。ポテトポテトポテト。ちょっと油的な問題から、今の腸の状態では食べられそうにありませんけども。(´･ω･`)
🍮Re:2056◆ご試用ありがとうございます。問題なく動作しているとのこと、良かったです。検索機能の動作は、いろいろ試してみないと分かりませんから。ご協力ありがとうございます。
ご活用報告をどうもありがとうございます。いつでも歓迎しております。主に開発モチベーションの維持に役立って嬉しいです。ご要望もお気軽にどうぞー。(╹◡╹)ﾉ
最新版へのアップグレード報告をどうもありがとうございます。(╹◡╹)ﾉ
🍰Re:2029◆早速のバージョンアップをどうもありがとうございます！
🍰Re:2030◆なるほど、そこを揃える発想はありませんでした。たしかに合わせた方が良いですね。そして、同種の設定項目が2つあることに気付きました。「カテゴリ管理」画面のカテゴリ階層プレビュー枠の最下部にも「カテゴリなし」に相当する文字列の設定項目がありますね。(^_^;;; どちらかというと、こちらの設定項目に合わせる方が良いかな、という気はしました。いずれにせよ、次のバージョンで実装します。ご要望をありがとうございます。
🍰Re:2031◆ご報告をどうもありがとうございます！
🍰Re:2032◆たしかに、絞り込んだ先から一括してカテゴリを設定できると便利ですね。そこそこ複雑な処理になりますので、すぐにというわけにはいかなさそうですが、何らかの「カテゴリ一括登録機能」は必要だろうと思ってはいたところですので、方法を検討して実装計画に入れておきます。ご要望をありがとうございます。
🍰Re:2033◆ご使用ありがとうございます。ギャラリーモードをTOP扱いになさっている方々もちらほらいらっしゃるようですね。過去に頂いたご要望などから、そんな気がしています。(^_^;) いろいろ気に入って下さったようで嬉しいです。迷惑などとんでもなく、ご活用報告メールは開発モチベーションの維持に大きく影響しますので、大歓迎です。ぜひお知らせ下さい。(╹◡╹)ﾉ
🍰Re:2029◆早速のバージョンアップをどうもありがとうございます！
🍰Re:2030◆なるほど、そこを揃える発想はありませんでした。たしかに合わせた方が良いですね。そして、同種の設定項目が2つあることに気付きました。「カテゴリ管理」画面のカテゴリ階層プレビュー枠の最下部にも「カテゴリなし」に相当する文字列の設定項目がありますね。(^_^;;; どちらかというと、こちらの設定項目に合わせる方が良いかな、という気はしました。いずれにせよ、次のバージョンで実装します。ご要望をありがとうございます。
🍰Re:2031◆ご報告をどうもありがとうございます！
🍰Re:2032◆たしかに、絞り込んだ先から一括してカテゴリを設定できると便利ですね。そこそこ複雑な処理になりますので、すぐにというわけにはいかなさそうですが、何らかの「カテゴリ一括登録機能」は必要だろうと思ってはいたところですので、方法を検討して実装計画に入れておきます。ご要望をありがとうございます。
🍰Re:2033◆ご使用ありがとうございます。ギャラリーモードをTOP扱いになさっている方々もちらほらいらっしゃるようですね。過去に頂いたご要望などから、そんな気がしています。(^_^;) いろいろ気に入って下さったようで嬉しいです。迷惑などとんでもなく、ご活用報告メールは開発モチベーションの維持に大きく影響しますので、大歓迎です。ぜひお知らせ下さい。(╹◡╹)ﾉ
間もなく Ver 3.2.0 正式版をリリースできる予定です。たぶん数日以内には。
🍮Re:2024◆スレッド式の返信機能(というかTwitterのように複数投稿を連結できる機能)は私も欲しいですしご要望も頂いていますので実装する予定でいます。とりあえず、その開発計画を立てるところから始めます。気長にお待ち頂ければ幸いです。
🍮Re:2023◆はい。いくつでもできます。(╹◡╹)
🍮Re:2022◆Twitterっぽいスキンを採用して「自分専用Twitter」としてご活用下さっている方々も多々いらっしゃいます。お知らせ頂く度に、Twitterっぽいスキンを作っておいて良かったな、と思います。(笑)
リンゴ飴を舐めております。🍬 お祭りの屋台で買えるようなリンゴ飴ではなくて、リンゴ味の飴というだけですけども。
🍮Re:2024◆スレッド式の返信機能(というかTwitterのように複数投稿を連結できる機能)は私も欲しいですしご要望も頂いていますので実装する予定でいます。とりあえず、その開発計画を立てるところから始めます。気長にお待ち頂ければ幸いです。
🍮Re:2023◆はい。いくつでもできます。(╹◡╹)
🍮Re:2022◆Twitterっぽいスキンを採用して「自分専用Twitter」としてご活用下さっている方々も多々いらっしゃいます。お知らせ頂く度に、Twitterっぽいスキンを作っておいて良かったな、と思います。(笑)
リンゴ飴を舐めております。🍬 お祭りの屋台で買えるようなリンゴ飴ではなくて、リンゴ味の飴というだけですけども。
できるだけ早めに次の正式版をリリースしたいと思っておりますので、よろしければ最終β版 Ver.3.1.7の動作確認にご協力をよろしくお願い申し上げますです。
🍮Re:2002◆ワンホール5千円とは結構なお値段ですね。美味そう……。てがろぐがお役に立っているようで何よりです。気に入って下さってありがとうございます。(╹◡╹)ﾉ
🍮Re:2001◆楽しみにして下さってありがとうございます。β版として配布開始しましたので、ご試用頂ければ幸いです。
モンブランの絵文字が欲しい。モンブラン食べたい。とりあえずプリンでもいい。どっちもないけど。(´･ω･`)
🍮Re:2002◆ワンホール5千円とは結構なお値段ですね。美味そう……。てがろぐがお役に立っているようで何よりです。気に入って下さってありがとうございます。(╹◡╹)ﾉ
🍮Re:2001◆楽しみにして下さってありがとうございます。β版として配布開始しましたので、ご試用頂ければ幸いです。
モンブランの絵文字が欲しい。モンブラン食べたい。とりあえずプリンでもいい。どっちもないけど。(´･ω･`)
ポテトチップスは食べました。形が揃ってないタイプのを一袋。ポテチは大きさが揃っているタイプの方がなんとなく「食べた気」がして好きなのですけどもゴミが嵩張るので買って帰りたくはないのですよね。その場で食べるなら良いのですが。(笑)
さて、返信が遅くなりました。
🍟Re:1992◆たしかに、猪の絵文字だけ1種類しかないですね。(^_^;)
🍟Re:1993◆気に入って下さったようで嬉しいです。(^_^) ご要望もありがとうございます。やはりサムネイル画像の作成機能も欲しいですよね……。良さげなライブラリを見つけてはあるので、その外部ライブラリを別途サーバに設置した場合には自動でサムネイル画像が生成されるように作りたいな、とは思っています。気長にお待ち頂ければ幸いです。
🍟Re:1994◆美味そう……！ チーズケーキも良いですね。チーズケーキも食べたくなってきました。モンブランだけでなく。
さて、返信が遅くなりました。
🍟Re:1992◆たしかに、猪の絵文字だけ1種類しかないですね。(^_^;)
🍟Re:1993◆気に入って下さったようで嬉しいです。(^_^) ご要望もありがとうございます。やはりサムネイル画像の作成機能も欲しいですよね……。良さげなライブラリを見つけてはあるので、その外部ライブラリを別途サーバに設置した場合には自動でサムネイル画像が生成されるように作りたいな、とは思っています。気長にお待ち頂ければ幸いです。
🍟Re:1994◆美味そう……！ チーズケーキも良いですね。チーズケーキも食べたくなってきました。モンブランだけでなく。
🍔進捗状況報告：ルビ振り機能、カテゴリなし限定表示機能、管理画面での投稿一覧の機能強化（絞り込み検索／カテゴリ表示）などを作りつつあります (pixivFanboxでフォロー頂くと、進捗状況報告がメールで届きます。)
🍔Re:1968◆隠す部分をinline以外にしたいという需要は多そうですね。つい先日にもここでそのご要望を頂きました。需要が多そうですし、実装もさほど難しくはないので、近いうちに作ります。もうしばらくお待ち下さい。◆投稿記事内に含まれる画像ファイル数をカウントする機能は、単純に数値が挿入されるだけで良さそうですか？ 画像が3つあるようなら「3」、1つもなければ「0」のように数値だけが挿入されるような感じですかね？
🍔Re:1967◆傍点を付けたい場合は、むしろCSSで text-emphasis: filled circle orange; のように書いた方が良いと思います。ジャーナル(日誌)スキンでは強調用の装飾として使っていますので、試しにこの投稿をジャーナル(日誌)スキンで見てみて下さい（注：FirefoxかSafariのみ）。circleを指定しているので丸点が付いていますが、sesameを指定すれば「、」を付けることもできます。3年半前に下記の解説記事を書きましたので、よろしければご参照下さい。
➡CSS3なら傍点(圏点)で文字を強調できる （注：Chromeでも可）
🍔Re:1966◆ピーナッツが食べたい！ 食べたい！ そういえばここ最近、ピーナッツを食べていない！ 食べたいものリストがどんどん膨れあがっていく……。
🍔Re:1968◆隠す部分をinline以外にしたいという需要は多そうですね。つい先日にもここでそのご要望を頂きました。需要が多そうですし、実装もさほど難しくはないので、近いうちに作ります。もうしばらくお待ち下さい。◆投稿記事内に含まれる画像ファイル数をカウントする機能は、単純に数値が挿入されるだけで良さそうですか？ 画像が3つあるようなら「3」、1つもなければ「0」のように数値だけが挿入されるような感じですかね？
🍔Re:1967◆傍点を付けたい場合は、むしろCSSで text-emphasis: filled circle orange; のように書いた方が良いと思います。ジャーナル(日誌)スキンでは強調用の装飾として使っていますので、試しにこの投稿をジャーナル(日誌)スキンで見てみて下さい（注：FirefoxかSafariのみ）。circleを指定しているので丸点が付いていますが、sesameを指定すれば「、」を付けることもできます。3年半前に下記の解説記事を書きましたので、よろしければご参照下さい。
➡CSS3なら傍点(圏点)で文字を強調できる （注：Chromeでも可）
🍔Re:1966◆ピーナッツが食べたい！ 食べたい！ そういえばここ最近、ピーナッツを食べていない！ 食べたいものリストがどんどん膨れあがっていく……。
ルビの表示記法を試しに実装してみた Ver 3.1.4 の動作テスト。[R:漢字:かんじ]のように書くとruby要素等を使ってルビの形で出力されます。ルビとして表示されるかどうかはブラウザ次第ですが、まあ現代ならたいていの環境で表示はされるでしょう。
🍘Re:1957◆ご要望をどうもありがとうございます。カレンダー用の前後ナビゲーションも需要はありそうですね。実装する計画ではおりますので、もうしばらくお待ち頂ければ幸いです。
🍘Re:1958◆試しに実装してみました。ボールペンとか書けます。創作系サイトでの需要はありそうな気もしますね。ご要望ありがとうございます。まだボタンクリックで入力できる機能は実装していませんが、自力で[R:漢字:かんじ]のように書くと使えるようにしました。
🍘Re:1959◆対象範囲をspan要素でマークアップするだけの機能ですから、ハッシュタグ以外にも任意のリンクでも何でも対象にできます。
🍘Re:1960◆バリバリ……（煎餅を囓る音）
わりといろいろできそうな感じ。ハッシュタグにルビを振ったり#実験、大きくしたり緑色を付けたり。本体とルビに別々の赤色:むらさきを付けることもできます。🍘・🍰・🍩
🍘Re:1957◆ご要望をどうもありがとうございます。カレンダー用の前後ナビゲーションも需要はありそうですね。実装する計画ではおりますので、もうしばらくお待ち頂ければ幸いです。
🍘Re:1958◆試しに実装してみました。ボールペンとか書けます。創作系サイトでの需要はありそうな気もしますね。ご要望ありがとうございます。まだボタンクリックで入力できる機能は実装していませんが、自力で[R:漢字:かんじ]のように書くと使えるようにしました。
🍘Re:1959◆対象範囲をspan要素でマークアップするだけの機能ですから、ハッシュタグ以外にも任意のリンクでも何でも対象にできます。
🍘Re:1960◆バリバリ……（煎餅を囓る音）
わりといろいろできそうな感じ。ハッシュタグにルビを振ったり#実験、大きくしたり緑色を付けたり。本体とルビに別々の赤色:むらさきを付けることもできます。🍘・🍰・🍩
今月内には、これまでに実装した分をβ版として一旦公開できる予定でいます。
🍪Re:1935◆ご要望をありがとうございます。「bodyにclass="onelog"のようなclassを追加」というアイデアはとても良いですね！ シンプルに実装できる割に、カスタマイズ時の使い勝手が良さそうな気がします。これは実装するようにします。HOMEに居るときは home、カテゴリ限定表示時には cat と cat-カテゴリID、ユーザ別表示時には user と user-ユーザID、個別投稿表示時には onelog と noXX(投稿番号) のように出力できる [[SITUATION:CLASS]] のようなキーワードを用意しておくと、body要素とかのclass名に指定して便利に使えそうな気がします。
例えば、投稿番号123の単独ページでは class="onelog no123" みたいにできる感じです。これなら、投稿単独表示時共通の装飾(.onelog)も用意できますし、ある特定の投稿だけに特別な装飾(.no123)を施すこともできますし。
《朗報》エコキュート直りました。お湯が出る！
🍪Re:1935◆ご要望をありがとうございます。「bodyにclass="onelog"のようなclassを追加」というアイデアはとても良いですね！ シンプルに実装できる割に、カスタマイズ時の使い勝手が良さそうな気がします。これは実装するようにします。HOMEに居るときは home、カテゴリ限定表示時には cat と cat-カテゴリID、ユーザ別表示時には user と user-ユーザID、個別投稿表示時には onelog と noXX(投稿番号) のように出力できる [[SITUATION:CLASS]] のようなキーワードを用意しておくと、body要素とかのclass名に指定して便利に使えそうな気がします。
例えば、投稿番号123の単独ページでは class="onelog no123" みたいにできる感じです。これなら、投稿単独表示時共通の装飾(.onelog)も用意できますし、ある特定の投稿だけに特別な装飾(.no123)を施すこともできますし。
《朗報》エコキュート直りました。お湯が出る！
🍰Re:1930◆ギャラリーモード用スキンは、ギャラリーモードでしか使えないわけではなく、普通のスキンとして使うこともできます。（＝ギャラリーモード用スキンで使われている書き方は、ギャラリーモード以外で使うスキンでも使用可能です。） なので、ギャラリーモード用スキンをデフォルトスキンに設定した上で、もう1つ何か適当なスキン(例えば黒板スキン)を併用すれば、
✅『クエリー文字列なしのURLではサムネイル＋冒頭数文字というギャラリー形態』で表示され、
✅クリックすると『黒板スキンで個別記事を表示』する
……というようにも作れると思います。(個別記事へリンクするURLを生成する部分のスキンで多少の工夫が必要ですが。個別記事へのリンクに「&skin=skin-kokuban」のような適用スキンを指定するパラメータを常に付加するようにスキンを書く必要があります。)
※ギャラリーモードでは「画像が含まれる投稿」しか出てきませんが、それはあくまでも「ギャラリーモードの仕様」であって、「ギャラリーモード用スキンの仕様」ではありません。なので、ギャラリーモード用スキンをデフォルトスキンとして使えば、画像が含まれていない投稿でも表示されます。
✅『クエリー文字列なしのURLではサムネイル＋冒頭数文字というギャラリー形態』で表示され、
✅クリックすると『黒板スキンで個別記事を表示』する
……というようにも作れると思います。(個別記事へリンクするURLを生成する部分のスキンで多少の工夫が必要ですが。個別記事へのリンクに「&skin=skin-kokuban」のような適用スキンを指定するパラメータを常に付加するようにスキンを書く必要があります。)
※ギャラリーモードでは「画像が含まれる投稿」しか出てきませんが、それはあくまでも「ギャラリーモードの仕様」であって、「ギャラリーモード用スキンの仕様」ではありません。なので、ギャラリーモード用スキンをデフォルトスキンとして使えば、画像が含まれていない投稿でも表示されます。
お湯が！ 出ないッ！ ➡《悲報》
🍰Re:1928◆分かりやすい図をありがとうございます。そして、それはまさしくギャラリーモードだと思いました。ギャラリーモードを試してみて下さい。完全版パッケージに添付しているギャラリーモード用スキンは、まさしく『サムネイル＋冒頭部分抜き出しを指定件数ずつ並べる表示』ですし、記事番号か「»」ボタンをクリックするとその単独記事ページに移動できます。どこをクリックすると記事単独ページに移動するかはスキンを修正することで自由にできますから、画像をクリックすると移動するようにもできます。あとは、「ギャラリーモードのURLをトップページとして扱う」という方針で運営なさると良いのではないかと思いますが、どうでしょう？
🍰Re:1927◆美味そう！ 美味そう！ 美味そう！
しかも！ 修理に！ 来てくれるのが！ 月、曜、日ッ！ なんでやねーーん。三菱電機ー！ ┌(:3」└)┐ └(:3」┌)┘ ┌(:3」└)┐ └(:3」┌)┘ エコキュートは空気を使って水を温める仕組みなので、外気温が低いと能力を発揮しづらくなるので、冬に故障しやすいというような話をどこかで読んだことがあるような。過去に3回くらい修理したけども、どれも秋か冬だった気がする……。
🍰Re:1928◆分かりやすい図をありがとうございます。そして、それはまさしくギャラリーモードだと思いました。ギャラリーモードを試してみて下さい。完全版パッケージに添付しているギャラリーモード用スキンは、まさしく『サムネイル＋冒頭部分抜き出しを指定件数ずつ並べる表示』ですし、記事番号か「»」ボタンをクリックするとその単独記事ページに移動できます。どこをクリックすると記事単独ページに移動するかはスキンを修正することで自由にできますから、画像をクリックすると移動するようにもできます。あとは、「ギャラリーモードのURLをトップページとして扱う」という方針で運営なさると良いのではないかと思いますが、どうでしょう？
🍰Re:1927◆美味そう！ 美味そう！ 美味そう！
しかも！ 修理に！ 来てくれるのが！ 月、曜、日ッ！ なんでやねーーん。三菱電機ー！ ┌(:3」└)┐ └(:3」┌)┘ ┌(:3」└)┐ └(:3」┌)┘ エコキュートは空気を使って水を温める仕組みなので、外気温が低いと能力を発揮しづらくなるので、冬に故障しやすいというような話をどこかで読んだことがあるような。過去に3回くらい修理したけども、どれも秋か冬だった気がする……。
ホールケーキを丸ごと1人で食べたとしたら罪悪感に打ちひしがれるだろうと思うのだけど、「合体させたらホールケーキ1個分になる」くらいのショートケーキ（すべて異なる種類）を集めた場合なら、単に嬉しいだけで罪悪感はない気がする。実践したことはない。
🍰Re:1921◆添付してあるスキンだけででもお楽しみ頂けるなら、用意した甲斐があったというものです。(^_^)
🍰Re:1920◆どれも食べられていない……。(´･ω･`) しかし、ポッキーは食べました。先日、郵便を出しにいく際に妙にポッキーも食べたくなったのでローソンで調達していたのでした。◆確定申告は、還付になる場合なら(＝還付申告なら)英訳が「return」になるも納得なのですけども、こっちから国に払わないといけない場合もあるのに常に英訳は「return」なのかが気になったのでした。(^_^;)
🍰Re:1919◆スキンの配布は大歓迎ですよ！ もう本当に心待ちにしているくらいなのですけども。(笑) 活用報告を下さる方々でも結構見栄えの良いスキンを作っていらっしゃる方々が多いので感心してしまいます。
🍰Re:1918◆動画や音声ファイルをアップロードして、直接再生できるようにしたい、というご要望でしょうかね？ たしかに、そういう需要もありそうですね。ToDoリストに加えておきます。近いバージョンで、アップロード可能な画像ファイルの拡張子を指定できるようにはする予定でいますので、アップロードだけなら何でも可能になる予定ではあります。
🍰Re:1917◆なるほど、PC向けのアドオンを使うという発想はありませんでした。WebDeveloperが使えると、望みの装飾が反映されなかった場合の原因調査にも役立ちそうですね。理想はベンダーがモバイル向けUIで開発者ツールを搭載してくれることですけども。YandexBrowserをインストールしてみます。
🍰Re:1916◆「トップページだけは記事タイトルの一覧にしたい」という場合は、スキンを2つ作ると実現できます。デフォルトのスキンとは別に、トップページ用の「記事タイトル一覧だけを表示する」スキンを用意すれば良いのです。例えばこのサイトのお知らせ欄（大写真の真下）は、まさにその方法で作っています。その詳しい作り方もそのうち具体的に解説したいと思います。なお、2つのスキンを用意して片方をトップページに埋め込む方法に関してはこの辺の解説もご参照下さい。◆「続きを読む」ボタンのdisplayプロパティに関するご要望もありがとうございます。なるほど、そういえばそこまでは考えていませんでした。inline、inline-block、blockを選択できる機能を考えてみます。そういえば初期には、a要素で実現するかbutton要素で実現するかを選べるようにしたい、というようなことを表明していたことを思い出しました。(^_^;)
🍰Re:1915◆回転焼きも良いですね……。回転焼き……。はらへったなう。(´･ω･`) ◆Mastodonは自前サーバに直接セットアップしてお使いなのですね！ 驚きました。1人Mastodon！Σ(￣ロ￣lll)
ああ、でもホットケーキ🥞をケーキ🍰に含めて良いならケーキ🍰を食べたことにはなります。（個人的には、ホットケーキ🥞はケーキ🍰に含みません。^^;）
🍰Re:1921◆添付してあるスキンだけででもお楽しみ頂けるなら、用意した甲斐があったというものです。(^_^)
🍰Re:1920◆どれも食べられていない……。(´･ω･`) しかし、ポッキーは食べました。先日、郵便を出しにいく際に妙にポッキーも食べたくなったのでローソンで調達していたのでした。◆確定申告は、還付になる場合なら(＝還付申告なら)英訳が「return」になるも納得なのですけども、こっちから国に払わないといけない場合もあるのに常に英訳は「return」なのかが気になったのでした。(^_^;)
🍰Re:1919◆スキンの配布は大歓迎ですよ！ もう本当に心待ちにしているくらいなのですけども。(笑) 活用報告を下さる方々でも結構見栄えの良いスキンを作っていらっしゃる方々が多いので感心してしまいます。
🍰Re:1918◆動画や音声ファイルをアップロードして、直接再生できるようにしたい、というご要望でしょうかね？ たしかに、そういう需要もありそうですね。ToDoリストに加えておきます。近いバージョンで、アップロード可能な画像ファイルの拡張子を指定できるようにはする予定でいますので、アップロードだけなら何でも可能になる予定ではあります。
🍰Re:1917◆なるほど、PC向けのアドオンを使うという発想はありませんでした。WebDeveloperが使えると、望みの装飾が反映されなかった場合の原因調査にも役立ちそうですね。理想はベンダーがモバイル向けUIで開発者ツールを搭載してくれることですけども。YandexBrowserをインストールしてみます。
🍰Re:1916◆「トップページだけは記事タイトルの一覧にしたい」という場合は、スキンを2つ作ると実現できます。デフォルトのスキンとは別に、トップページ用の「記事タイトル一覧だけを表示する」スキンを用意すれば良いのです。例えばこのサイトのお知らせ欄（大写真の真下）は、まさにその方法で作っています。その詳しい作り方もそのうち具体的に解説したいと思います。なお、2つのスキンを用意して片方をトップページに埋め込む方法に関してはこの辺の解説もご参照下さい。◆「続きを読む」ボタンのdisplayプロパティに関するご要望もありがとうございます。なるほど、そういえばそこまでは考えていませんでした。inline、inline-block、blockを選択できる機能を考えてみます。そういえば初期には、a要素で実現するかbutton要素で実現するかを選べるようにしたい、というようなことを表明していたことを思い出しました。(^_^;)
🍰Re:1915◆回転焼きも良いですね……。回転焼き……。はらへったなう。(´･ω･`) ◆Mastodonは自前サーバに直接セットアップしてお使いなのですね！ 驚きました。1人Mastodon！Σ(￣ロ￣lll)
ああ、でもホットケーキ🥞をケーキ🍰に含めて良いならケーキ🍰を食べたことにはなります。（個人的には、ホットケーキ🥞はケーキ🍰に含みません。^^;）
ドーナツも良いが、やはりケーキだ。🍩🍰 どっちもないけど。(´･ω･`)
🍰Re:1887◆チーズケーキがあるのですね。いいなあ。朝ご飯も昼ご飯もケーキで……。
🍰Re:1888◆自由入力可能な欄で各種キーワードを使うことはそういえば全く想定していませんでした。場所によってはそういう需要もありそうですね。ご要望をありがとうございます。実装方法を考えてみます。なお、ギャラリーモード用のスキンとして用意する場合など「投稿に必ず画像が含まれることが前提のスキン」で良いなら、（内側スキンに）[[GETURL:PICT:1]] と記述すると投稿本文に含まれる1つ目の画像のURLだけがテキストで挿入されますので、それを使うことで自力でimg要素を組み立てれば、何でも自由な属性を加えられます。
Unicodeの絵文字でケーキを探したら「🍥」も「FISH CAKE WITH SWIRL DESIGN」として出てきた……。
🍰Re:1887◆チーズケーキがあるのですね。いいなあ。朝ご飯も昼ご飯もケーキで……。
🍰Re:1888◆自由入力可能な欄で各種キーワードを使うことはそういえば全く想定していませんでした。場所によってはそういう需要もありそうですね。ご要望をありがとうございます。実装方法を考えてみます。なお、ギャラリーモード用のスキンとして用意する場合など「投稿に必ず画像が含まれることが前提のスキン」で良いなら、（内側スキンに）[[GETURL:PICT:1]] と記述すると投稿本文に含まれる1つ目の画像のURLだけがテキストで挿入されますので、それを使うことで自力でimg要素を組み立てれば、何でも自由な属性を加えられます。
<img src="[[GETURL:PICT:1]]" ～何でも好きな属性～>というような感じでしょうかね。ただ、この方法を活用するには、例えば「画像は必ず2行目に書くこと」にして「3行目以降を本文として出力する」というような若干アクロバットな仕様で使わないといけませんけども。(^_^;) やはり、設定項目の入力欄内で書ける方がスマートではありますね。(^_^;)
Unicodeの絵文字でケーキを探したら「🍥」も「FISH CAKE WITH SWIRL DESIGN」として出てきた……。
ガトーショコラもモンブランも捨てがたいと思ったのだが、ショコラモンブランなるケーキもあるのか。🎂
🎂Re:1880◆カテゴリが1つも選択されていない場合に何を出力するかは、管理画面の[設定]→[ページの表示]→【カテゴリの表示】→[1投稿にカテゴリが1つも設定されていない場合]欄で設定できますが、これでは対処できない問題でしょうか？◆カテゴリへのリンクをアイコンにしたい場合は、次の方法ではいかがでしょうか。まず内側スキンには、[[CATEGORYLINKS]] と書いておきます。すると、そこで出力されるHTMLは以下のようなカテゴリリンク(の列挙)になりますので、
とりあえず夕飯を食べたのでケーキ欲は治まってきました。ぐふー。(夕飯にケーキを食べたわけではありません。)
🎂🎂🎂🍰🍰🍰
🎂Re:1880◆カテゴリが1つも選択されていない場合に何を出力するかは、管理画面の[設定]→[ページの表示]→【カテゴリの表示】→[1投稿にカテゴリが1つも設定されていない場合]欄で設定できますが、これでは対処できない問題でしょうか？◆カテゴリへのリンクをアイコンにしたい場合は、次の方法ではいかがでしょうか。まず内側スキンには、[[CATEGORYLINKS]] と書いておきます。すると、そこで出力されるHTMLは以下のようなカテゴリリンク(の列挙)になりますので、
<a href="?cat=カテゴリID" class="categorylink">カテゴリ名</a>このa要素を、CSSで
.categorylink[href*="カテゴリID"] { ～装飾～ }のように装飾すると良いかもしれません。例えば、
.categorylink[href*="sakuratan"] { ～装飾～ }のように書くと、『class名が「categorylink」であり、href属性値に「sakuratan」という文字列が含まれる要素だけ』を対象にして装飾できます（属性セレクタ）。なので、各カテゴリIDごとの装飾をあらかじめ用意してbackground-imageプロパティなどを使って画像を指定(もしくは::after疑似要素で画像を指定するなど)すると、カテゴリが複数個あってもカテゴリ1つ1つを別個の画像として列挙できる気がします。◆カテゴリの並び順は、カテゴリツリーを上から順番に眺めた並び順(＝投稿欄の下部に表示される「区分」ボタンでリストアップされているカテゴリの掲載順)と同じハズです。なので、カテゴリ管理画面から掲載順序を調整することで、各投稿に挿入されるカテゴリの並びも調整できます。……というわけで、どんな感じでしょう？ #🌱豆知識
とりあえず夕飯を食べたのでケーキ欲は治まってきました。ぐふー。(夕飯にケーキを食べたわけではありません。)
🎂🎂🎂🍰🍰🍰
>>1879
1877です。返信ありがとうございます。複数カテゴリに対応できなかったのは、本文ボックスの背景にカテゴリ名を表示するのと、カテゴリリンクをアイコンに貼るのが難しいと思ったからです。
カテゴリ名表示は本文のボックスとカテゴリ名だけのボックスを用意して、カテゴリ名のボックスを本文ボックスの背景に重ねればいいのですが、カテゴリ名はIDの[[CATEGORYIDS:IFEMPTY:代替文字列]]に該当する独自タグがないので、カテゴリを選択してないと何も文字列を出力できないんですよね。そこでCSSのE:afterでカテゴリ名を指定して対応したのですが、これだと複数のカテゴリ名を表示することはできないので…。
アイコンにリンクを貼る方法はtegalog.cgi?cat=&[[CATEGORYIDS]]でURLを取得してリンクを貼ってるんですが、これだと複数カテゴリには対応できません。例えばカテゴリの管理画面でアイコンや画像をカテゴリ毎に登録しておいて[[CATEGORYLINKS:IMAGES]]みたいな独自タグで出力できるようになるといいかも。
もうひとつはカテゴリがどういう並びで出力されるのかわからないので、管理画面で番号を割り振れるようにして、出力順を任意に並び替えられるようにすると挙動がわかりやすいかもしれません。 #要望
どちらにしても私が今回やったカテゴリ別にタイトルの背景色と枠線の色を変える方法は、カテゴリが多いとCSSがとんでもないことになるのであまり需要はないと思います(^_^;)
1877です。返信ありがとうございます。複数カテゴリに対応できなかったのは、本文ボックスの背景にカテゴリ名を表示するのと、カテゴリリンクをアイコンに貼るのが難しいと思ったからです。
カテゴリ名表示は本文のボックスとカテゴリ名だけのボックスを用意して、カテゴリ名のボックスを本文ボックスの背景に重ねればいいのですが、カテゴリ名はIDの[[CATEGORYIDS:IFEMPTY:代替文字列]]に該当する独自タグがないので、カテゴリを選択してないと何も文字列を出力できないんですよね。そこでCSSのE:afterでカテゴリ名を指定して対応したのですが、これだと複数のカテゴリ名を表示することはできないので…。
アイコンにリンクを貼る方法はtegalog.cgi?cat=&[[CATEGORYIDS]]でURLを取得してリンクを貼ってるんですが、これだと複数カテゴリには対応できません。例えばカテゴリの管理画面でアイコンや画像をカテゴリ毎に登録しておいて[[CATEGORYLINKS:IMAGES]]みたいな独自タグで出力できるようになるといいかも。
もうひとつはカテゴリがどういう並びで出力されるのかわからないので、管理画面で番号を割り振れるようにして、出力順を任意に並び替えられるようにすると挙動がわかりやすいかもしれません。 #要望
どちらにしても私が今回やったカテゴリ別にタイトルの背景色と枠線の色を変える方法は、カテゴリが多いとCSSがとんでもないことになるのであまり需要はないと思います(^_^;)
いつの間にか、もう大晦日……。
🍰Re:1872◆ご要望をありがとうございます。たしかに、電話番号(tel://～)やメールアドレス(mailto://～)へのリンクの需要もありそうですね。これは将来のバージョン(たぶん次のバージョン)で実装できると思います。しばらくお待ち下さい。
🍰Re:1871◆そうです。お望みの限定条件を表すURLの末尾に、ご自身で「&mode=rss」を加えたURLをリンク先として掲載して下さい。その方法なら、お好きな条件に限定されたRSSフィードを提供できます。No.1869の機能も早めに実装したいと思っています。
🍰Re:1870◆文字を大きく掲載する装飾機能はデフォルトでは用意していませんが、各装飾に対するCSSはご自身でどのようにでもカスタマイズできますので、例えば『強調装飾では文字を大きく掲載する』というようなCSSを書いておけば、文字を大きく掲載できます。『強調』に対する装飾は .decorationE { ～装飾内容～ } というCSSで指定できますので、例えば .decorationE { font-size: 1.25em; } のようにCSSを書いておくと、『強調』を指定した対象の文字は1.25倍の大きさで表示されます。『強調』と『太字』がほぼ同じような用途の機能として重複していますから、片方を「大きくする」用途に変えても不都合は少ないかなと思いますが、どうでしょう？ #🌱豆知識
🍰Re:1867◆ご愛用頂ければ幸いです。カスタマイズ解説ページも頑張って書きましたので(笑)、ご活用頂ければ嬉しいです。(╹◡╹)ﾉ
🍰Re:1872◆ご要望をありがとうございます。たしかに、電話番号(tel://～)やメールアドレス(mailto://～)へのリンクの需要もありそうですね。これは将来のバージョン(たぶん次のバージョン)で実装できると思います。しばらくお待ち下さい。
🍰Re:1871◆そうです。お望みの限定条件を表すURLの末尾に、ご自身で「&mode=rss」を加えたURLをリンク先として掲載して下さい。その方法なら、お好きな条件に限定されたRSSフィードを提供できます。No.1869の機能も早めに実装したいと思っています。
🍰Re:1870◆文字を大きく掲載する装飾機能はデフォルトでは用意していませんが、各装飾に対するCSSはご自身でどのようにでもカスタマイズできますので、例えば『強調装飾では文字を大きく掲載する』というようなCSSを書いておけば、文字を大きく掲載できます。『強調』に対する装飾は .decorationE { ～装飾内容～ } というCSSで指定できますので、例えば .decorationE { font-size: 1.25em; } のようにCSSを書いておくと、『強調』を指定した対象の文字は1.25倍の大きさで表示されます。『強調』と『太字』がほぼ同じような用途の機能として重複していますから、片方を「大きくする」用途に変えても不都合は少ないかなと思いますが、どうでしょう？ #🌱豆知識
🍰Re:1867◆ご愛用頂ければ幸いです。カスタマイズ解説ページも頑張って書きましたので(笑)、ご活用頂ければ嬉しいです。(╹◡╹)ﾉ
食べ過ぎは良くない……。腹八分で止めておかなければ……。
🍨Re:1865◆特定のカテゴリだけをRSSフィードにすることも可能です。例えばこのURLは、カテゴリ「アップデート✨」の投稿に限定したRSSフィードになります。てがろぐCGIでは、今のURLの末尾に「&mode=rss」と加えれば、今見ている内容(＝限定条件)をそのままRSSフィードにできます。なので、任意の単語の検索結果すらもRSSフィードにすることもできます。もちろん、カテゴリの他にハッシュタグでもRSSフィードにできます。ある特定の種類の投稿だけをRSSでお知らせしたい場合などにご活用下さい。 #🌱豆知識
🍨Re:1864◆見つけて下さってありがとうございます。ご活用頂ければ幸いです。Perlはずいぶんと下火になってしまいましたね。このCGIも、前身になったCGIが存在したのでPerlで書いていますが、もし今1からソースを書くならPerlではなくPHPを使ったと思います。(^_^;)
🍨Re:1863◆バージョンアップありがとうございます！
🍨Re:1862◆メリークリスマした！
🍨Re:1865◆特定のカテゴリだけをRSSフィードにすることも可能です。例えばこのURLは、カテゴリ「アップデート✨」の投稿に限定したRSSフィードになります。てがろぐCGIでは、今のURLの末尾に「&mode=rss」と加えれば、今見ている内容(＝限定条件)をそのままRSSフィードにできます。なので、任意の単語の検索結果すらもRSSフィードにすることもできます。もちろん、カテゴリの他にハッシュタグでもRSSフィードにできます。ある特定の種類の投稿だけをRSSでお知らせしたい場合などにご活用下さい。 #🌱豆知識
🍨Re:1864◆見つけて下さってありがとうございます。ご活用頂ければ幸いです。Perlはずいぶんと下火になってしまいましたね。このCGIも、前身になったCGIが存在したのでPerlで書いていますが、もし今1からソースを書くならPerlではなくPHPを使ったと思います。(^_^;)
🍨Re:1863◆バージョンアップありがとうございます！
🍨Re:1862◆メリークリスマした！
