てがろぐ
- Fumy Otegaru Memo Logger -
カテゴリ「回答/返信」に属する投稿［741件］
節分なので豆を食べました。鰯と恵方巻きも食べました。恵方がどっちなのかは認識していませんけども。┌(:3」└)┐
🍣Re:5710◆早速β版のご試用をありがとうございます。お役に立って良かったです～。(╹◡╹)ﾉ 他の機能の感想もありがとうございます。
🍣Re:5711◆一部分だけのリンク先をカスタマイズしたい場合はJavaScriptが便利ですね。
🍣Re:5712◆解説ページを参照して下さってありがとうございます。書いた甲斐があったというものです。(╹◡╹)
🍣Re:5713◆追加解説ありがとうございます。背景事情はよく分かりました。
カテゴリの動作に関してですが、実装が複雑になるとバグが出やすくなる問題がありますから、（将来的に何かものすごく良い感じに解決できるスマートな実装方法を思いついた場合には実装する可能性もありますが）今のところは「もう1個てがろぐを設置する」というシンプルな解決法の採用が公式のお勧めと思って下さい。(^_^;) TegUpをゼロクリックで実行できる設定を用意することで、アップデート時の「1クリック」の手間を削減する機能は作りたいと思っています。
◆投稿ボタン：なるほど、既に文字数をカウントする処理を入れているので、そのついでに「0だったら（かつ画像UPがなければ）disabledにする」という処理を加えられる選択肢を用意しても良さそうですね。ちょっと考えます。
◆投稿エリア：用途の解説をありがとうございます。理解できました。JavaScriptでEnterキーの押下を無効にすることで改行の入力を防ぐことは可能ですが、日本語入力の確定に使う[Enter]を阻止すると困るでしょうから、そこを除外する処理がちょっと面倒そうですね。全く動作確認をしていないんですが、もしかしたら以下のようなJavaScriptで（日本語入力時以外での）Enterの押下を無効化できるかもしれません。
<script>
document.querySelectorAll('textarea.tegalogpost').forEach(el => {
el.addEventListener('keydown', e => {
if(e.key === 'Enter' && !e.ctrlKey && !e.isComposing) {
e.preventDefault();
}
});
});
</script>
※QUICKPOSTが複数ある場合でも大丈夫です。スキン skin-cover.html で、すべてのQUICKPOSTが出力され切った後（末尾付近など）の位置に書いて下さい。
Ctrlキーの押下時も除外しないように書いていますが、これは [Ctrl]+[Enter]での送信機能を阻害してしまわないようにするためです。（たぶんインラインのonkeydownイベントの方が先に実行される気がするので、考慮しなくても阻害はされない気もするんですが、まあ念のために。）畳む
※なお、input要素で投稿欄を作ると、改行は入力されませんが、その代わりにEnterキーを押すだけでフォーム内容が送信されてしまう気がします。たぶん。（画像管理画面で画像のキャプションを書く欄等にカーソルがある状態でEnterキーを押すと送信されるように。^^;）
🍣Re:5714◆ご返答ありがとうございます。①についてはToDoリストに入れておきます。いつ頃できるかは分かりませんが、気長にお待ち頂ければ幸いです。
β版のご試用もありがとうございます。「直近画像の選択」で挿入される記法を「キャプションなし」にする設定は既に用意してありますので、下図の水色矢印部分で設定して下さい。
挿入される画像表示記法の選択
ここで「キャプションなし」の方にして保存すれば、常に FIG が付かない [PICT:～] 記法で挿入されます。
🍣Re:5710◆早速β版のご試用をありがとうございます。お役に立って良かったです～。(╹◡╹)ﾉ 他の機能の感想もありがとうございます。
🍣Re:5711◆一部分だけのリンク先をカスタマイズしたい場合はJavaScriptが便利ですね。
🍣Re:5712◆解説ページを参照して下さってありがとうございます。書いた甲斐があったというものです。(╹◡╹)
🍣Re:5713◆追加解説ありがとうございます。背景事情はよく分かりました。
カテゴリの動作に関してですが、実装が複雑になるとバグが出やすくなる問題がありますから、（将来的に何かものすごく良い感じに解決できるスマートな実装方法を思いついた場合には実装する可能性もありますが）今のところは「もう1個てがろぐを設置する」というシンプルな解決法の採用が公式のお勧めと思って下さい。(^_^;) TegUpをゼロクリックで実行できる設定を用意することで、アップデート時の「1クリック」の手間を削減する機能は作りたいと思っています。
◆投稿ボタン：なるほど、既に文字数をカウントする処理を入れているので、そのついでに「0だったら（かつ画像UPがなければ）disabledにする」という処理を加えられる選択肢を用意しても良さそうですね。ちょっと考えます。
◆投稿エリア：用途の解説をありがとうございます。理解できました。JavaScriptでEnterキーの押下を無効にすることで改行の入力を防ぐことは可能ですが、日本語入力の確定に使う[Enter]を阻止すると困るでしょうから、そこを除外する処理がちょっと面倒そうですね。全く動作確認をしていないんですが、もしかしたら以下のようなJavaScriptで（日本語入力時以外での）Enterの押下を無効化できるかもしれません。
<script>
document.querySelectorAll('textarea.tegalogpost').forEach(el => {
el.addEventListener('keydown', e => {
if(e.key === 'Enter' && !e.ctrlKey && !e.isComposing) {
e.preventDefault();
}
});
});
</script>
※QUICKPOSTが複数ある場合でも大丈夫です。スキン skin-cover.html で、すべてのQUICKPOSTが出力され切った後（末尾付近など）の位置に書いて下さい。
Ctrlキーの押下時も除外しないように書いていますが、これは [Ctrl]+[Enter]での送信機能を阻害してしまわないようにするためです。（たぶんインラインのonkeydownイベントの方が先に実行される気がするので、考慮しなくても阻害はされない気もするんですが、まあ念のために。）畳む
※なお、input要素で投稿欄を作ると、改行は入力されませんが、その代わりにEnterキーを押すだけでフォーム内容が送信されてしまう気がします。たぶん。（画像管理画面で画像のキャプションを書く欄等にカーソルがある状態でEnterキーを押すと送信されるように。^^;）
🍣Re:5714◆ご返答ありがとうございます。①についてはToDoリストに入れておきます。いつ頃できるかは分かりませんが、気長にお待ち頂ければ幸いです。
β版のご試用もありがとうございます。「直近画像の選択」で挿入される記法を「キャプションなし」にする設定は既に用意してありますので、下図の水色矢印部分で設定して下さい。
ここで「キャプションなし」の方にして保存すれば、常に FIG が付かない [PICT:～] 記法で挿入されます。
昼食はチーズを載せたパンとピザ。🧀🍞🍕🧀🍞🍕🧀🍞🍕
🍞Re:5705◆本文中のハッシュタグリンクすべてを「サイトマップモードで表示されるリンクに変えたい」のですね。それはチョー簡単です。今すぐできます。要は、『すべてのハッシュタグリンクのhref属性値の末尾に&mode=sitemapを加えれば良い』わけですから、以下のようなJavaScriptをスキン（skin-cover.html）の末尾に書くだけで良いです。（必ず末尾に）
<script>
document.querySelectorAll('a.taglink').forEach(link => {
link.href += '&mode=sitemap';
});
</script>
めちゃくちゃ簡単💛
お試し下さい。
なお、上記のJavaScriptだと、そのページ内に存在するすべてのハッシュタグリンク（※サイトバー等に表示するハッシュタグリストも含む）が対象になります。もし、本文中にあるハッシュタグリンクだけに限定したい場合は、本文を囲んでいる何らかのclass名をquerySelectorAllの引数(の先頭)に加えると良いです。例えば、本文が <div class="comment">～</div> の内側にあるのだとすれば、querySelectorAll('.comment a.taglink') のような感じです。
🍞Re:5706◆今月は28日までしかないので気を付けないと……！
🍞Re:5707◆β版のご試用をありがとうございます。役に立ったようで良かったです。(╹◡╹)ﾉ
ご要望もありがとうございます。
◆前者：汎用装飾記法でclass入力ダイアログを出さずに済ませる設定は確かにあると便利そうですね。ちょっと考えます。
※色指定等の入力ダイアログはJavaScriptの標準的な機能で出力していますので、これが動作しないならそれはブラウザ側の問題ですから、ブラウザの設定を見直してみて下さい。なお、文字色や背景色の記法を「色名の入力を省略した状態」で挿入したい場合は、代わりに「何でも簡単入力ボタン機能」をお使い頂くと良いと思います。
◆中者：過去の画像を複数個まとめてアップロードする場合は、画像ファイルの元々のタイムスタンプを維持してアップロードしてくれるFTPソフトを使うと（タイムスタンプがアップロード日時にはならずに済むので）便利です。その場合、てがろぐ上では何もしなくても望みの順序で表示されます。例えば下図のような感じです。
タイムスタンプを維持する設定(FFFTP)
※てがろぐ側で画像アップロード時に元のタイムスタンプを維持できないのか、と思われるかもしれませんが、HTMLの <input type="file"> を使ったアップロードでは、ファイルの中身とファイル名以外の情報は何も送られてこないので、元のタイムスタンプを知る方法がないのです。
◆後者：ああ、確かに画像を削除する方法は分かりにくい位置にしかありませんね。私も過去に「どうやって消すんだっけな」と一瞬迷うこともあったんですが、削除する頻度が極めて低かったので特に何も考えていませんでした。(^_^;) 画像1個単位でも削除できるボタン等を用意するようにします。
🍞Re:5705◆本文中のハッシュタグリンクすべてを「サイトマップモードで表示されるリンクに変えたい」のですね。それはチョー簡単です。今すぐできます。要は、『すべてのハッシュタグリンクのhref属性値の末尾に&mode=sitemapを加えれば良い』わけですから、以下のようなJavaScriptをスキン（skin-cover.html）の末尾に書くだけで良いです。（必ず末尾に）
<script>
document.querySelectorAll('a.taglink').forEach(link => {
link.href += '&mode=sitemap';
});
</script>
めちゃくちゃ簡単💛
お試し下さい。
なお、上記のJavaScriptだと、そのページ内に存在するすべてのハッシュタグリンク（※サイトバー等に表示するハッシュタグリストも含む）が対象になります。もし、本文中にあるハッシュタグリンクだけに限定したい場合は、本文を囲んでいる何らかのclass名をquerySelectorAllの引数(の先頭)に加えると良いです。例えば、本文が <div class="comment">～</div> の内側にあるのだとすれば、querySelectorAll('.comment a.taglink') のような感じです。
🍞Re:5706◆今月は28日までしかないので気を付けないと……！
🍞Re:5707◆β版のご試用をありがとうございます。役に立ったようで良かったです。(╹◡╹)ﾉ
ご要望もありがとうございます。
◆前者：汎用装飾記法でclass入力ダイアログを出さずに済ませる設定は確かにあると便利そうですね。ちょっと考えます。
※色指定等の入力ダイアログはJavaScriptの標準的な機能で出力していますので、これが動作しないならそれはブラウザ側の問題ですから、ブラウザの設定を見直してみて下さい。なお、文字色や背景色の記法を「色名の入力を省略した状態」で挿入したい場合は、代わりに「何でも簡単入力ボタン機能」をお使い頂くと良いと思います。
◆中者：過去の画像を複数個まとめてアップロードする場合は、画像ファイルの元々のタイムスタンプを維持してアップロードしてくれるFTPソフトを使うと（タイムスタンプがアップロード日時にはならずに済むので）便利です。その場合、てがろぐ上では何もしなくても望みの順序で表示されます。例えば下図のような感じです。
※てがろぐ側で画像アップロード時に元のタイムスタンプを維持できないのか、と思われるかもしれませんが、HTMLの <input type="file"> を使ったアップロードでは、ファイルの中身とファイル名以外の情報は何も送られてこないので、元のタイムスタンプを知る方法がないのです。
◆後者：ああ、確かに画像を削除する方法は分かりにくい位置にしかありませんね。私も過去に「どうやって消すんだっけな」と一瞬迷うこともあったんですが、削除する頻度が極めて低かったので特に何も考えていませんでした。(^_^;) 画像1個単位でも削除できるボタン等を用意するようにします。
鉄分を補給すべくQBB鉄分ベビーチーズを食べました。🧀🧀🧀
🧀Re:5699◆クロッカンっぽい絵文字がなかったので。(笑) 少なくともWindows版では🥮が一番近そうな……？
◆次のβ版には間に合わないだろうと思っていたのですが、意外とそうでもなく簡単に加えられましたので、何でも簡単入力ボタン機能のボタンラベルの上限変更機能はVer 4.7.5βで搭載しました。ご活用頂ければ幸いです。
◆ブログ記事もお役に立ったようで嬉しいです。Bluetooth経由でモバイル端末側にグラフの形で蓄積されるのがとても便利です。
🧀Re:5700◆ご要望をありがとうございます。詳しい背景説明も分かりやすくて助かります。
◆①：なるほど、確かにカテゴリリストも該当数でフィルタリングできると便利そうですね。その場合、ツリー表示ではなく1次元のリストでも良さそうでしょうか？ もし「子カテゴリの該当数も親カテゴリに参入して判定させたい」となると、今のカテゴリの仕様だと苦しいので、カテゴリそのものの管理方法を改革するまで先送りになりますが、ツリー構造を無視して「指定該当数を超えたものだけを（1次元のリストで）出す」という形なら、そう遠くないうちにできそうな気がします。（たぶん）
◆②：何らかの専用記法で特定のハッシュタグやカテゴリの該当数が取得できる仕組みを用意しておくと、いろいろ応用できそうな気もしますので、専用記法もちょっと考えてみます。
なお、これらの点については、カテゴリリストやハッシュタグ一覧が同一ページ内に出力されているのであれば（CSSで非表示にしていても可）JavaScriptでも実現可能ですから、以下の方法で今すぐにお試し頂くこともできます。
以下のような2つの関数を用意しておきます。（※ここでは、カテゴリリストをカスタマイズせず標準構造のまま出力している場合を前提にしています。）
function getTagCount(tagName) {
const links = document.querySelectorAll(".hashtaglist li");
for(const li of links) {
const a = li.querySelector('a');
const span = li.querySelector('.num');
if(a && span && a.textContent.trim() === tagName) {
return span.textContent.replace(/[()]/g, '');
}
}
return null;
}
function getCatCount(catName) {
const catTexts = document.querySelectorAll('.cattree .cattext');
for(const el of catTexts) {
if(el.textContent.trim() === catName) {
const li = el.closest('li');
const num = li.querySelector('.num');
return num ? num.textContent.replace(/[()]/g, '') : null;
}
}
return null;
}
これらの関数が使える状態で、
🧀Re:5701◆そうですね。私も時々表示確認するときに毎回気になってはいたんですが、「まあ……、いいかな……」と思って放置していました。(笑) 黒板スキンで常にご覧になっている方が居るとは予想していませんでしたので。^^; そのうちどうにかします。^^;
🧀Re:5699◆クロッカンっぽい絵文字がなかったので。(笑) 少なくともWindows版では🥮が一番近そうな……？
◆次のβ版には間に合わないだろうと思っていたのですが、意外とそうでもなく簡単に加えられましたので、何でも簡単入力ボタン機能のボタンラベルの上限変更機能はVer 4.7.5βで搭載しました。ご活用頂ければ幸いです。
◆ブログ記事もお役に立ったようで嬉しいです。Bluetooth経由でモバイル端末側にグラフの形で蓄積されるのがとても便利です。
🧀Re:5700◆ご要望をありがとうございます。詳しい背景説明も分かりやすくて助かります。
◆①：なるほど、確かにカテゴリリストも該当数でフィルタリングできると便利そうですね。その場合、ツリー表示ではなく1次元のリストでも良さそうでしょうか？ もし「子カテゴリの該当数も親カテゴリに参入して判定させたい」となると、今のカテゴリの仕様だと苦しいので、カテゴリそのものの管理方法を改革するまで先送りになりますが、ツリー構造を無視して「指定該当数を超えたものだけを（1次元のリストで）出す」という形なら、そう遠くないうちにできそうな気がします。（たぶん）
◆②：何らかの専用記法で特定のハッシュタグやカテゴリの該当数が取得できる仕組みを用意しておくと、いろいろ応用できそうな気もしますので、専用記法もちょっと考えてみます。
なお、これらの点については、カテゴリリストやハッシュタグ一覧が同一ページ内に出力されているのであれば（CSSで非表示にしていても可）JavaScriptでも実現可能ですから、以下の方法で今すぐにお試し頂くこともできます。
以下のような2つの関数を用意しておきます。（※ここでは、カテゴリリストをカスタマイズせず標準構造のまま出力している場合を前提にしています。）
function getTagCount(tagName) {
const links = document.querySelectorAll(".hashtaglist li");
for(const li of links) {
const a = li.querySelector('a');
const span = li.querySelector('.num');
if(a && span && a.textContent.trim() === tagName) {
return span.textContent.replace(/[()]/g, '');
}
}
return null;
}
function getCatCount(catName) {
const catTexts = document.querySelectorAll('.cattree .cattext');
for(const el of catTexts) {
if(el.textContent.trim() === catName) {
const li = el.closest('li');
const num = li.querySelector('.num');
return num ? num.textContent.replace(/[()]/g, '') : null;
}
}
return null;
}
これらの関数が使える状態で、
- ハッシュタグに関しては、 getTagCount("感謝"); と書けば 223 という数値が得られますし、 getTagCount("要望"); と書けば 181 という数値が得られます。
- カテゴリに関しては、getCatCount('情報'); と書けば 46 という数値が得られますし、getCatCount('つぼやき'); と書けば 142 という数値が得られます。
🧀Re:5701◆そうですね。私も時々表示確認するときに毎回気になってはいたんですが、「まあ……、いいかな……」と思って放置していました。(笑) 黒板スキンで常にご覧になっている方が居るとは予想していませんでしたので。^^; そのうちどうにかします。^^;
クロッカン、撮影するのは上下逆の方が良かったっぽい……？ スタバサイトの写真を見ると。
🥮Re:5696◆ご要望をありがとうございます。詳しい背景事情もありがとうございます。とてもよく理解できました。ボタンラベルの最大文字数に上限を設けているのは「ラベルを指定しなかったときに長すぎるボタンになるのを防ぐため」ですが、6文字という上限値には特に意味はなく、なんとなく「それくらいで充分かな」と思っただけでした。^^; 「押して入力される文字列とボタンラベルを同じにしたい」という感覚も理解できますので、そう遠くないうちに『省略する文字数を自由に設定できる機能』を追加しようと思います。デフォルトで「大きすぎない上限値」があれば良いわけですから、動作を理解した上で好きに変更して頂く分には何の支障もありませんし。次のβ版は今月内（あと2日しかない……？）に出す予定でいますので間に合いませんが、その次のバージョンあたりでは実装できると思います。
※仕組みとしてシンプルで理想的なのは『ラベル用に指定した文字列は省略しない』動作ですが、ラベルと中身の分割にコロン記号「:」を使ってしまったので、「分割の意味で書かれたコロン記号」なのか「たまたま中身にコロン記号が含まれているだけ」なのかをシステム的に区別できないのでした。(^_^;)
🥮Re:5697◆ご要望をありがとうございます。ToDoリストには入れてありますので、そのうち対応します。
🥮ニコニコ動画を普段お使いの方々、「ニコニコ動画の埋め込みに対応しました」的な報告をするときに使っても大丈夫そうな、当たり障りのない（スクリーンショットを掲載しても他者の権利面で問題なさそうな）動画が何かありそうでしたら教えて下さい。
そんなのあるかな……？
🥮Re:5696◆ご要望をありがとうございます。詳しい背景事情もありがとうございます。とてもよく理解できました。ボタンラベルの最大文字数に上限を設けているのは「ラベルを指定しなかったときに長すぎるボタンになるのを防ぐため」ですが、6文字という上限値には特に意味はなく、なんとなく「それくらいで充分かな」と思っただけでした。^^; 「押して入力される文字列とボタンラベルを同じにしたい」という感覚も理解できますので、そう遠くないうちに『省略する文字数を自由に設定できる機能』を追加しようと思います。デフォルトで「大きすぎない上限値」があれば良いわけですから、動作を理解した上で好きに変更して頂く分には何の支障もありませんし。次のβ版は今月内（あと2日しかない……？）に出す予定でいますので間に合いませんが、その次のバージョンあたりでは実装できると思います。
※仕組みとしてシンプルで理想的なのは『ラベル用に指定した文字列は省略しない』動作ですが、ラベルと中身の分割にコロン記号「:」を使ってしまったので、「分割の意味で書かれたコロン記号」なのか「たまたま中身にコロン記号が含まれているだけ」なのかをシステム的に区別できないのでした。(^_^;)
🥮Re:5697◆ご要望をありがとうございます。ToDoリストには入れてありますので、そのうち対応します。
🥮ニコニコ動画を普段お使いの方々、「ニコニコ動画の埋め込みに対応しました」的な報告をするときに使っても大丈夫そうな、当たり障りのない（スクリーンショットを掲載しても他者の権利面で問題なさそうな）動画が何かありそうでしたら教えて下さい。
そんなのあるかな……？
プリン食べたい……！🍮🍮🍮
ポケモンスリープで「プリンのプリンアラモード」を作ったので。
🍮Re:5694◆ご要望をありがとうございます。また、背景説明も併記して下さってありがとうございます。要望の背景(理由)があると用途を想像しやすくて助かります。長文は全然問題ありません。ご要望として記録しておきます。実現可能性の高低はいろいろ異なりますが気長にお待ち頂ければ幸いです。
◆「カスタムQUICKPOST」機能は、おっしゃるとおり仕様はまだ何も決まっていません。どんな仕様があると望ましそうかもまだ何も理解していませんので、ご要望は歓迎しています。今回のように「どれを何のためにどうしたいのか」のような情報も併記頂けるとなお歓迎です。^^
以下は質問やその他の回答などです。
◆投稿番号の代わりに任意の名前を使えるようにするには、任意の名前の入力機能を用意したり、それを記録するデータ形式の拡張が必要だったりするので今のところ実現可能性はあまり高くないのですが、例えば、『新規投稿に対して自動付与される投稿番号を、連番ではなく9桁くらいの乱数にする』という設定機能があるとご要望の代わりになりますか？（桁数が多い上に元から乱数なので「連番になっていないことが気にならなくなる」ことを狙った仕様です。）この場合なら、データ形式の拡張は不要なので、実現可能性はちょっと上がります。
※任意の（分かりやすい）名前を付けることが目的でしたら（乱数ではダメでしょうから）、「投稿番号の代わりに任意の名前を使える機能」への1票として記録しておきます。
◆チェックの連動は、おっしゃるとおりJavaScriptで実現して頂くのが一番です。てがろぐ側で用意する場合、何と何を連動させたいのかを設定できるようにする開発労力が結構掛かると思うのですが、その労力に見合うほどの効果があるとは今のところ思えませんので。それに、「スキンにJavaScriptを書けばどうにかできる機能」と「スキン側だけでは実現できない（ので、てがろぐ側での実装が必要な）機能」とを比べると、後者の優先度を上げたいので相対的に前者の優先度は低くなります。（もちろん、需要や容易さなどの条件で変わりますから、「実装しない」と断言するわけではありませんが。JavaScriptで実現できるといっても、かなりアクロバットなことをしないと実現できないケースもあるでしょうし。^^;）
◆下げた投稿の表示先をカテゴリ別に設定したいという件について。これは決して拒否でも非難でもなくて、純粋に（理由が分からないための）質問なのですが。「返信用途専用のてがろぐ」を1個設けるだけでお望みの動作になると思うのですが（しかも以前はそうなさっていたとのことですが）そうしないようにした理由は何なのでしょう？ その背景が本当に分からないので、よろしければ教えて下さい。
カテゴリ別にその設定を加えようと思うと、設定項目を記録する仕様拡張も必要で、設定項目に沿って表示先を分ける動作も複雑になりますから、（今のところ）実現可能性は低そうに思います。しかし、では望みの動作が叶わないかというと全然そんなことはなく、「返信用途専用のてがろぐ」を1つ追加設置すれば良いだけのように思えるのですが。(^_^;) そうすれば、返信以外のすべてのカテゴリの検索を可能にできますし、メイン側のてがろぐに返信投稿が出てくることもありませんし。
返信専用のてがろぐ側では、RSS配信やOGP出力を停止するような「てがろぐ全体に及ぶ」設定でも専用に使えますし、「投稿単独ページ」以外では何も表示されないようにスキンをカスタマイズすると返信が一覧で見えてしまうのを防げますから、「いろんな人に見られる」という可能性を減らせる点で、むしろ（ご要望の機能が実装されるよりも、てがろぐを分ける方が）便利さが上がるのではないかとも思うのですけども。
◆TegUpでのβ版への更新は、そのうち対応させたいと思っています。1票ありがとうございます。今のところ、てがろぐ本体と「汎用いいね拍手ボタン的なツール（名称未定）」の方に労力を割いていますので、TegUpまでは手が回っていませんが、そのうちには。(^_^;)
◆「カテゴリ目次モード」へも1票ありがとうございます。自分で言っておきながら、すっかり忘れていました。^^; あのとき（昨年）は、FAQに適した表示ができるモードがあるといいな……と個人的に思っていて、それが「カテゴリ目次モード」という感じにできそうだなと思っていたのですけども、結局そこからFAQをてがろぐ上で作ること自体をやめてしまったので、完全に忘却していたのでした。(^_^;) 需要がありそうなら何か軽く要件くらいはまとめておきたい気もします。
◆そのほか末尾に短くまとめてご要望頂いている数個について、「なぜそれが必要なのか」（それがないとどのような点で困るのか）の情報が書かれていないものについて、もしその点を補足可能でしたら書いて頂けると検討の参考になって助かります。（※絶対に書いてくれというわけではありません。ただ、必要性が分からなければ優先度を上げる要因もないままですので、単に「その要望が1回(1票)あった」という記録になるだけです。そのような記録だけで充分なご要望レベルであれば、補足して頂かなくても問題ありません。）
畳む
ポケモンスリープで「プリンのプリンアラモード」を作ったので。
🍮Re:5694◆ご要望をありがとうございます。また、背景説明も併記して下さってありがとうございます。要望の背景(理由)があると用途を想像しやすくて助かります。長文は全然問題ありません。ご要望として記録しておきます。実現可能性の高低はいろいろ異なりますが気長にお待ち頂ければ幸いです。
◆「カスタムQUICKPOST」機能は、おっしゃるとおり仕様はまだ何も決まっていません。どんな仕様があると望ましそうかもまだ何も理解していませんので、ご要望は歓迎しています。今回のように「どれを何のためにどうしたいのか」のような情報も併記頂けるとなお歓迎です。^^
以下は質問やその他の回答などです。
◆投稿番号の代わりに任意の名前を使えるようにするには、任意の名前の入力機能を用意したり、それを記録するデータ形式の拡張が必要だったりするので今のところ実現可能性はあまり高くないのですが、例えば、『新規投稿に対して自動付与される投稿番号を、連番ではなく9桁くらいの乱数にする』という設定機能があるとご要望の代わりになりますか？（桁数が多い上に元から乱数なので「連番になっていないことが気にならなくなる」ことを狙った仕様です。）この場合なら、データ形式の拡張は不要なので、実現可能性はちょっと上がります。
※任意の（分かりやすい）名前を付けることが目的でしたら（乱数ではダメでしょうから）、「投稿番号の代わりに任意の名前を使える機能」への1票として記録しておきます。
◆チェックの連動は、おっしゃるとおりJavaScriptで実現して頂くのが一番です。てがろぐ側で用意する場合、何と何を連動させたいのかを設定できるようにする開発労力が結構掛かると思うのですが、その労力に見合うほどの効果があるとは今のところ思えませんので。それに、「スキンにJavaScriptを書けばどうにかできる機能」と「スキン側だけでは実現できない（ので、てがろぐ側での実装が必要な）機能」とを比べると、後者の優先度を上げたいので相対的に前者の優先度は低くなります。（もちろん、需要や容易さなどの条件で変わりますから、「実装しない」と断言するわけではありませんが。JavaScriptで実現できるといっても、かなりアクロバットなことをしないと実現できないケースもあるでしょうし。^^;）
◆下げた投稿の表示先をカテゴリ別に設定したいという件について。これは決して拒否でも非難でもなくて、純粋に（理由が分からないための）質問なのですが。「返信用途専用のてがろぐ」を1個設けるだけでお望みの動作になると思うのですが（しかも以前はそうなさっていたとのことですが）そうしないようにした理由は何なのでしょう？ その背景が本当に分からないので、よろしければ教えて下さい。
カテゴリ別にその設定を加えようと思うと、設定項目を記録する仕様拡張も必要で、設定項目に沿って表示先を分ける動作も複雑になりますから、（今のところ）実現可能性は低そうに思います。しかし、では望みの動作が叶わないかというと全然そんなことはなく、「返信用途専用のてがろぐ」を1つ追加設置すれば良いだけのように思えるのですが。(^_^;) そうすれば、返信以外のすべてのカテゴリの検索を可能にできますし、メイン側のてがろぐに返信投稿が出てくることもありませんし。
返信専用のてがろぐ側では、RSS配信やOGP出力を停止するような「てがろぐ全体に及ぶ」設定でも専用に使えますし、「投稿単独ページ」以外では何も表示されないようにスキンをカスタマイズすると返信が一覧で見えてしまうのを防げますから、「いろんな人に見られる」という可能性を減らせる点で、むしろ（ご要望の機能が実装されるよりも、てがろぐを分ける方が）便利さが上がるのではないかとも思うのですけども。
◆TegUpでのβ版への更新は、そのうち対応させたいと思っています。1票ありがとうございます。今のところ、てがろぐ本体と「汎用いいね拍手ボタン的なツール（名称未定）」の方に労力を割いていますので、TegUpまでは手が回っていませんが、そのうちには。(^_^;)
◆「カテゴリ目次モード」へも1票ありがとうございます。自分で言っておきながら、すっかり忘れていました。^^; あのとき（昨年）は、FAQに適した表示ができるモードがあるといいな……と個人的に思っていて、それが「カテゴリ目次モード」という感じにできそうだなと思っていたのですけども、結局そこからFAQをてがろぐ上で作ること自体をやめてしまったので、完全に忘却していたのでした。(^_^;) 需要がありそうなら何か軽く要件くらいはまとめておきたい気もします。
◆そのほか末尾に短くまとめてご要望頂いている数個について、「なぜそれが必要なのか」（それがないとどのような点で困るのか）の情報が書かれていないものについて、もしその点を補足可能でしたら書いて頂けると検討の参考になって助かります。（※絶対に書いてくれというわけではありません。ただ、必要性が分からなければ優先度を上げる要因もないままですので、単に「その要望が1回(1票)あった」という記録になるだけです。そのような記録だけで充分なご要望レベルであれば、補足して頂かなくても問題ありません。）
畳む
夕食は麻婆豆腐。
🥞Re:5692◆前者の話：①その直前にどのような操作をして、②どの画面でそうなったのか、を教えて下さい。（ちなみに、てがろぐでは、自ら投稿日時順に並び替える機能を使わない限り、日付を手動入力したとしても掲載順序は変わりません。）
◆後者の話：画像は、画像ファイルのタイムスタンプの新しい順に並びます。FTPでUPした場合でも、FTPソフト側が元のタイムスタンプを維持するよう動作してくれれば本来の作成日付の位置に並べることも可能です。「サーバにUPした結果、ファイルのタイムスタンプが現在日時になった」という場合は先頭に来ます。詳しくは、画像の並び順を変える方法もご覧下さい。てがろぐの画像管理画面から画像のタイムスタンプを変更することで（間接的に）画像の並び順を変えることもできます。
🥞Re:5692◆前者の話：①その直前にどのような操作をして、②どの画面でそうなったのか、を教えて下さい。（ちなみに、てがろぐでは、自ら投稿日時順に並び替える機能を使わない限り、日付を手動入力したとしても掲載順序は変わりません。）
◆後者の話：画像は、画像ファイルのタイムスタンプの新しい順に並びます。FTPでUPした場合でも、FTPソフト側が元のタイムスタンプを維持するよう動作してくれれば本来の作成日付の位置に並べることも可能です。「サーバにUPした結果、ファイルのタイムスタンプが現在日時になった」という場合は先頭に来ます。詳しくは、画像の並び順を変える方法もご覧下さい。てがろぐの画像管理画面から画像のタイムスタンプを変更することで（間接的に）画像の並び順を変えることもできます。
余ったホットケーキは冷凍庫の中。
🥞Re:5688◆前者については、「その機能のない現状では何が困るのか」（その機能がどのような役に立つのか）みたいな背景情報をお知らせ頂けると検討の参考になって助かります。今のところ、No.5687に書いたようなデメリットしか見えていませんので。
後者は、例えば以下のようなJavaScriptを skin-cover.html に書けば実現できますのでお試し下さい。
<script>
document.addEventListener('DOMContentLoaded', function () {
const checkbox = document.querySelector('label.searchoption input[type="checkbox"]');
if(checkbox) {
checkbox.checked = false;
}
});
</script>
もし、表示されるオプションのうち「表示中のカテゴリに限定して検索」だけを対象にしてOFFにしたい場合は、input[type="checkbox"]を、input[type="checkbox"][name="cat"]などにすると良いです。
🥞Re:5689◆できるだけ今月内には次のβ版を出したいと思っています。もうしばらくお待ち下さい～。
🥞Re:5690◆そういえばここ数年、レンコンを食べる機会がないような気がします。レンコンって、一般名はレンコーンで、それをクールな呼び方にしたのがレンコンだったっけ？ ……などと意味不明なことが一瞬脳裏に浮かぶくらいレンコンを食べていません。(笑)
🥞Re:5688◆前者については、「その機能のない現状では何が困るのか」（その機能がどのような役に立つのか）みたいな背景情報をお知らせ頂けると検討の参考になって助かります。今のところ、No.5687に書いたようなデメリットしか見えていませんので。
後者は、例えば以下のようなJavaScriptを skin-cover.html に書けば実現できますのでお試し下さい。
<script>
document.addEventListener('DOMContentLoaded', function () {
const checkbox = document.querySelector('label.searchoption input[type="checkbox"]');
if(checkbox) {
checkbox.checked = false;
}
});
</script>
もし、表示されるオプションのうち「表示中のカテゴリに限定して検索」だけを対象にしてOFFにしたい場合は、input[type="checkbox"]を、input[type="checkbox"][name="cat"]などにすると良いです。
🥞Re:5689◆できるだけ今月内には次のβ版を出したいと思っています。もうしばらくお待ち下さい～。
🥞Re:5690◆そういえばここ数年、レンコンを食べる機会がないような気がします。レンコンって、一般名はレンコーンで、それをクールな呼び方にしたのがレンコンだったっけ？ ……などと意味不明なことが一瞬脳裏に浮かぶくらいレンコンを食べていません。(笑)
朝食はホットケーキ。久しぶり。🥞🥞🥞
🥞Re:5686◆直前に表示していたページに戻ってしまうと、以下の状況では「今投稿したばかりの投稿が見えないページ」に戻ってしまう可能性があります。
🟩例1：
検索欄の「表示中のカテゴリに限定して検索」等のチェックボックスは、設定の[ページの表示]→【全文検索／表示】で『状況に応じた検索オプションを表示する』項目をOFFにすると出力されなくなります。（が、そうではなく「デフォルトではOFFにしておきつつ、使いたい場合には使えるようにしたい」というご希望ですかね？）
🥞Re:5686◆直前に表示していたページに戻ってしまうと、以下の状況では「今投稿したばかりの投稿が見えないページ」に戻ってしまう可能性があります。
🟩例1：
- カテゴリ「メモ」の限定表示中に、カテゴリ「日記」を選択して新規投稿する。
- ➡その新規投稿はカテゴリ「日記」に属するので、『カテゴリ「メモ」のページ』に戻ってしまうと、今投稿した投稿が見えない。
- No.123の投稿単独ページで新規投稿する。
- ➡投稿した内容はNo.124になるが、「No.123の投稿単独ページ」に戻ってしまうと、今投稿したNo.124は見えない。
検索欄の「表示中のカテゴリに限定して検索」等のチェックボックスは、設定の[ページの表示]→【全文検索／表示】で『状況に応じた検索オプションを表示する』項目をOFFにすると出力されなくなります。（が、そうではなく「デフォルトではOFFにしておきつつ、使いたい場合には使えるようにしたい」というご希望ですかね？）
いつものカカオ72％チョコを補充しようかな……と思ったら、86％の方が安かったので。🍫🍫🍫
🍫Re:5681◆新規投稿の直後にその投稿単独ページを表示する設定選択肢も実装しましたので、次のβ版からご使用頂けます。
🍫Re:5682◆お気遣いありがとうございます。^^
🍫Re:5683◆うまくいったようで良かったです。ご活用ありがとうございます。(╹◡╹)ﾉ
🍫Re:5684◆実は、画像を表示する記法も、昔は [IMG:代替文字]URL という書き方でした。（※今でも使えます。）
YouTube埋込・ツイート埋込・Insta埋込・Spotify埋込などの各種埋め込み機能は、『テキストリンク機能の拡張仕様』として存在する機能なのです。（※なので、管理画面の設定で『URLを自動でリンクにする』項目をOFFにすると、どの埋め込みも表示されなくなります。）
テキストリンクは、例えば [にししふぁくとりー]https://www.nishishi.com/ のように書くことで にししふぁくとりー というテキストリンクになる仕様ですが、
このとき、リンクに使うテキストラベルを、
昔の画像表示方法も、リンクに使うテキストラベルを、
今の画像を表示する記法は、リンクとは別で専用の [PICT:ファイル名] という記法を使いますね。
これは、てがろぐ側に画像管理機能（＝画像をアップロードしたり削除したりキャプションを登録したりする機能など）を搭載したため、従来の「リンクを拡張する仕様」ではない新しい記法が必要になったために作った仕様です。（なので、「画像」を表す英語表現として一般的であり文字数も少なくて済む IMG ではなく PICT を使っています。以前の記法とは異なる名称が必要でしたから。）
当初は [PICT:ファイル名] という書き方しかできませんでしたが、その後のアップデートで、外部サイトにある画像をURLで指定したい場合にも使えるように、ファイル名の代わりにURLを書いて [PICT:URL] という書き方もできるように拡張しました。なので、それまでの文法に沿った書き方になるため、URLが角括弧の内側に来ます。
というわけで、それぞれ出自が異なるのです。(^_^;)
ご質問をありがとうございます。アップデート変遷を思い出せて、ちょっと懐かしい気分になりました。(笑)
🍫Re:5681◆新規投稿の直後にその投稿単独ページを表示する設定選択肢も実装しましたので、次のβ版からご使用頂けます。
🍫Re:5682◆お気遣いありがとうございます。^^
🍫Re:5683◆うまくいったようで良かったです。ご活用ありがとうございます。(╹◡╹)ﾉ
🍫Re:5684◆実は、画像を表示する記法も、昔は [IMG:代替文字]URL という書き方でした。（※今でも使えます。）
YouTube埋込・ツイート埋込・Insta埋込・Spotify埋込などの各種埋め込み機能は、『テキストリンク機能の拡張仕様』として存在する機能なのです。（※なので、管理画面の設定で『URLを自動でリンクにする』項目をOFFにすると、どの埋め込みも表示されなくなります。）
テキストリンクは、例えば [にししふぁくとりー]https://www.nishishi.com/ のように書くことで にししふぁくとりー というテキストリンクになる仕様ですが、
このとき、リンクに使うテキストラベルを、
- YouTubeにしたら、テキストリンクではなく埋め込み動画として表示する
- Tweetにしたら、テキストリンクではなく埋め込みツイートとして表示する
- VIDEOにしたら、テキストリンクではなく動画の埋め込みとして表示する
- ： ： ：
昔の画像表示方法も、リンクに使うテキストラベルを、
- IMG:代替文字という形態にしたら、テキストリンクではなく画像として表示する
今の画像を表示する記法は、リンクとは別で専用の [PICT:ファイル名] という記法を使いますね。
これは、てがろぐ側に画像管理機能（＝画像をアップロードしたり削除したりキャプションを登録したりする機能など）を搭載したため、従来の「リンクを拡張する仕様」ではない新しい記法が必要になったために作った仕様です。（なので、「画像」を表す英語表現として一般的であり文字数も少なくて済む IMG ではなく PICT を使っています。以前の記法とは異なる名称が必要でしたから。）
当初は [PICT:ファイル名] という書き方しかできませんでしたが、その後のアップデートで、外部サイトにある画像をURLで指定したい場合にも使えるように、ファイル名の代わりにURLを書いて [PICT:URL] という書き方もできるように拡張しました。なので、それまでの文法に沿った書き方になるため、URLが角括弧の内側に来ます。
というわけで、それぞれ出自が異なるのです。(^_^;)
ご質問をありがとうございます。アップデート変遷を思い出せて、ちょっと懐かしい気分になりました。(笑)
カカオ86％チョコを買いました。🍫🍫🍫
🍫Re:5677◆すみません。No.5676に書いた例示CSSに誤りがありました。[F:○○○:～] の記述で使える自由装飾記法で出力されるclass名には、必ず deco- という接頭辞が加わる仕様ですので、[F:center: ～中身～ ]と書いたなら、CSSは.deco-center { ～ }と書く必要があるのでした。No.5676も修正しておきました。詳しい仕様については、ヘルプドキュメントの「class名を自由に指定できる装飾記法」項目もご参照下さい。
🍫Re:5678◆HOMEを簡易的な表示にしたり、HOMEでは投稿が一切見えないようにしたりして運営なさっている方々もわりと居るようですね。そういえば。投稿直後に「その投稿単独ページが表示される」動作にする選択肢は用意するようにします。次のβ版ではお使い頂けるようにできると思いますので、もうしばらくお待ち下さい。
16進数の色指定表記をハッシュタグだとは認識させなくする機能も次のβ版からご使用頂けます。い ろ ん な 場所でつぶやきました。(^_^;) ご覧下さってありがとうございます。
「直近画像の挿入」ボタン機能もお役に立ったようで嬉しいです。(╹◡╹)ﾉ
🍫Re:5679◆何の絵文字かな、と思ったら投票箱ですね。^^; Voteありがとうございます。(╹◡╹)
🍫Re:5677◆すみません。No.5676に書いた例示CSSに誤りがありました。[F:○○○:～] の記述で使える自由装飾記法で出力されるclass名には、必ず deco- という接頭辞が加わる仕様ですので、[F:center: ～中身～ ]と書いたなら、CSSは.deco-center { ～ }と書く必要があるのでした。No.5676も修正しておきました。詳しい仕様については、ヘルプドキュメントの「class名を自由に指定できる装飾記法」項目もご参照下さい。
🍫Re:5678◆HOMEを簡易的な表示にしたり、HOMEでは投稿が一切見えないようにしたりして運営なさっている方々もわりと居るようですね。そういえば。投稿直後に「その投稿単独ページが表示される」動作にする選択肢は用意するようにします。次のβ版ではお使い頂けるようにできると思いますので、もうしばらくお待ち下さい。
16進数の色指定表記をハッシュタグだとは認識させなくする機能も次のβ版からご使用頂けます。い ろ ん な 場所でつぶやきました。(^_^;) ご覧下さってありがとうございます。
「直近画像の挿入」ボタン機能もお役に立ったようで嬉しいです。(╹◡╹)ﾉ
🍫Re:5679◆何の絵文字かな、と思ったら投票箱ですね。^^; Voteありがとうございます。(╹◡╹)
背中を丸めすぎたためか、背中が痛いです。
背筋を伸ばしてPCを使えるようにするには、背中に定規を入れるしかない……？📏📏📏
📏Re:5673◆ご要望をありがとうございます。なるほど、メモ用途の場合は先頭固定のON/OFFを気軽に変更できると便利っぽい気もしますね。てがろぐ側の仕組み的に簡単ではなさそうなんですが、しかし難しいというわけでもなさそうな気もしますし、とりあえずご要望として記録しておきます。
📏Re:5674◆センタリングするCSSをご自身で用意すると実現できます。方法はいろいろありますが、例えば、
どのようなCSSが望ましいかは、お使いのスキンによって異なりますので、「これ」という1つの回答は示しにくいですが。
もし「余計な要素では囲みたくない」という場合で「キャプション付きの全画像をセンタリング表示したい」のであれば、例えば標準スキンのCSSを修正するなら、.embeddedpictboxに対して書かれているdisplayプロパティとmarginプロパティを display:table; と margin:auto; に修正しても良いと思います。
📏Re:5675◆投稿した直後に「その投稿単独ページが表示される」動作にする選択肢があれば、『お使いのスキンに既に記述されているSNS共有ボタン』を投稿直後に（＝ページ移動なく）すぐ押せるようになるわけですから、てがろぐ側の機能として共有ボタンの表示機能を何も実装しなくても、あなたの「該当の記事に戻る手間が削減できる」という望み(>>5670)が叶うのではないかな……？ と思ったのですが、そうでもないですか？^^;
（なぜ質問したかというと、「てがろぐ側の機能として共有ボタン表示機能を作る」よりも「投稿直後に投稿単独ページを表示する機能を作る」方が圧倒的に簡単ですぐに実装できるからです。前者の場合は「気長にお待ち下さい」と言うしかないですが、後者の場合はわりと早く作れそうなので。）
背筋を伸ばしてPCを使えるようにするには、背中に定規を入れるしかない……？📏📏📏
📏Re:5673◆ご要望をありがとうございます。なるほど、メモ用途の場合は先頭固定のON/OFFを気軽に変更できると便利っぽい気もしますね。てがろぐ側の仕組み的に簡単ではなさそうなんですが、しかし難しいというわけでもなさそうな気もしますし、とりあえずご要望として記録しておきます。
📏Re:5674◆センタリングするCSSをご自身で用意すると実現できます。方法はいろいろありますが、例えば、
- センタリングしたい内容を [F:center: ～中身～ ] で囲むことにする。
- スキンのCSSに .deco-center { display:block; text-align:center; } と書いておく。
どのようなCSSが望ましいかは、お使いのスキンによって異なりますので、「これ」という1つの回答は示しにくいですが。
もし「余計な要素では囲みたくない」という場合で「キャプション付きの全画像をセンタリング表示したい」のであれば、例えば標準スキンのCSSを修正するなら、.embeddedpictboxに対して書かれているdisplayプロパティとmarginプロパティを display:table; と margin:auto; に修正しても良いと思います。
📏Re:5675◆投稿した直後に「その投稿単独ページが表示される」動作にする選択肢があれば、『お使いのスキンに既に記述されているSNS共有ボタン』を投稿直後に（＝ページ移動なく）すぐ押せるようになるわけですから、てがろぐ側の機能として共有ボタンの表示機能を何も実装しなくても、あなたの「該当の記事に戻る手間が削減できる」という望み(>>5670)が叶うのではないかな……？ と思ったのですが、そうでもないですか？^^;
（なぜ質問したかというと、「てがろぐ側の機能として共有ボタン表示機能を作る」よりも「投稿直後に投稿単独ページを表示する機能を作る」方が圧倒的に簡単ですぐに実装できるからです。前者の場合は「気長にお待ち下さい」と言うしかないですが、後者の場合はわりと早く作れそうなので。）
昼食はピザ。🍕🍕🍕
🍕Re:5669◆ご要望をありがとうございます。記事を投稿した後に共有ボタンを表示するとすると、掲載場所はどこでしょうかね……？ システム設定で「投稿や編集直後の動作(移動先)」項目を『投稿結果のステータス画面』に設定してお使いでしょうか？（下図黄色矢印） だとすると、下図の緑色矢印部分あたりに共有ボタンが出てくると望ましい感じですかね？
投稿や編集直後の動作(移動先) 
投稿結果のステータス画面
また、各記事ごとの共有ボタンは、スキンのカスタマイズでは対処できない部分（例えば投稿単独ページの下部にデフォルトで表示される「ユーティリティリンク枠」の中とか）に出てきて欲しい感じですかね？
もしそうではなく、各本文の前後などの「スキン側でどうにかできる箇所」で良いのであれば、No.5670さんがご紹介下さっているサイト等で解説されている skin-onelog.html を編集する方法が最も早く済むと思います。
🍕Re:5670◆詳しい説明をありがとうございます。1つ教えて欲しいのですが、
「各記事ごとの各SNS上へ共有ボタン」が既にスキンに書けているのであれば、記事を投稿した直後にもその「各記事ごとの各SNS上へ共有ボタン」が見えているのではないかと思うのですが、「一度該当の記事に戻る手間」というのは、どういう状況で発生するのでしょうか？
HOME（＝何も表示条件を限定していない状況）では目次のような内容しか見せず、本文は各「投稿単独ページ」に移動しないと表示されないような感じのスキンをお使いだということですかね？
もしそうだとすると、もしかして、『投稿や編集直後の動作(移動先)』（※上図の黄色矢印部分）として、現状の選択肢である
🍕Re:5669◆ご要望をありがとうございます。記事を投稿した後に共有ボタンを表示するとすると、掲載場所はどこでしょうかね……？ システム設定で「投稿や編集直後の動作(移動先)」項目を『投稿結果のステータス画面』に設定してお使いでしょうか？（下図黄色矢印） だとすると、下図の緑色矢印部分あたりに共有ボタンが出てくると望ましい感じですかね？
また、各記事ごとの共有ボタンは、スキンのカスタマイズでは対処できない部分（例えば投稿単独ページの下部にデフォルトで表示される「ユーティリティリンク枠」の中とか）に出てきて欲しい感じですかね？
もしそうではなく、各本文の前後などの「スキン側でどうにかできる箇所」で良いのであれば、No.5670さんがご紹介下さっているサイト等で解説されている skin-onelog.html を編集する方法が最も早く済むと思います。
🍕Re:5670◆詳しい説明をありがとうございます。1つ教えて欲しいのですが、
「各記事ごとの各SNS上へ共有ボタン」が既にスキンに書けているのであれば、記事を投稿した直後にもその「各記事ごとの各SNS上へ共有ボタン」が見えているのではないかと思うのですが、「一度該当の記事に戻る手間」というのは、どういう状況で発生するのでしょうか？
HOME（＝何も表示条件を限定していない状況）では目次のような内容しか見せず、本文は各「投稿単独ページ」に移動しないと表示されないような感じのスキンをお使いだということですかね？
もしそうだとすると、もしかして、『投稿や編集直後の動作(移動先)』（※上図の黄色矢印部分）として、現状の選択肢である
- HOME または 単独ページに戻る (※1)
- 常に「投稿結果のステータス画面」を表示 (※2)
- 常に「てがろぐHOME」へ戻る
夕食でおなかいっぱい。ぐふぅ。_(┐｢ε:)_
おなかいっぱいなので、食べようと思って置いてあった（既に切ってある）リンゴが入らない……。🍎🍎🍎
🍎Re:5660◆てがろぐは、ご自身で確保されたサーバに設置してお使い頂くツールですから（掲載コンテンツに対する責任はサイト運営者にしかありませんので）、てがろぐ側でコンテンツを制限する方針はありません。お使いのサーバで許可されている範囲であれば、何でもご活用下さい。
🍎Re:5661◆絶対に他者に漏れては困るようなら、必ずBASIC認証などのサーバ側で用意された認証機能をお使い下さい。てがろぐは特に堅牢なシステムではありませんので、てがろぐ側の機能で実現できるのはせいぜい「ネタバレ防止程度」だと認識頂いておく方が望ましいです。なお、ログイン者限定表示機能では、画像は最初から一切保護されていない点にもご留意下さい。（詳しくはリンク先のヘルプドキュメントに記載しています。）
おなかいっぱいなので、食べようと思って置いてあった（既に切ってある）リンゴが入らない……。🍎🍎🍎
🍎Re:5660◆てがろぐは、ご自身で確保されたサーバに設置してお使い頂くツールですから（掲載コンテンツに対する責任はサイト運営者にしかありませんので）、てがろぐ側でコンテンツを制限する方針はありません。お使いのサーバで許可されている範囲であれば、何でもご活用下さい。
🍎Re:5661◆絶対に他者に漏れては困るようなら、必ずBASIC認証などのサーバ側で用意された認証機能をお使い下さい。てがろぐは特に堅牢なシステムではありませんので、てがろぐ側の機能で実現できるのはせいぜい「ネタバレ防止程度」だと認識頂いておく方が望ましいです。なお、ログイン者限定表示機能では、画像は最初から一切保護されていない点にもご留意下さい。（詳しくはリンク先のヘルプドキュメントに記載しています。）
ここにお書き下さったご要望に対して、追加で質問をしたり対案を提示したりすることがありますが、それはご要望を否定したいわけではなく、『その機能を実装する優先度』を判断するために情報が必要だからです。
ご要望はできるだけ詳しく背景事情も含めてお書き頂ける方が、追加で質問する手間が省けるのでありがたいです。よろしくお願いします。
🥧Re:5655◆発掘ありがとうございます。なんか似たようなスクリプトを昔にどこかで書いたよな、というような気はしていたんですが。(^_^;)
🥧Re:5656◆最も知りたかった情報はまさしくそれです。『既にてがろぐを複数設置している』・『大枠で分けるほど離れた話題でもない』という背景事情がある前提なら、「特定のカテゴリだけ下げる扱いにしたい」という希望も理解できます。
（要望には背景事情も一緒に書いてくれ……！と言っているのは、まさにこのためです。この背景事情が分からないと、他に良い方法があるのか、それともその機能がないと困るのかが分からないので、その要望を検討リストに加えるべきなのか、加えるとしたらどれくらいの優先度を付けて把握すれば良いのか、が判断ができませんので。）
「特定のカテゴリだけ下げる扱いにしたい」というご要望は過去にもありましたから、（取り下げるとのことですけども）「そういう需要はあるようだ」という理解はしておきます。（一般的にある要望なのかどうかは確かに今のところは分かりませんが。^^;）
ちなみにですが、以下の機能だとどちらがより希望に近いですかね？
ご要望はできるだけ詳しく背景事情も含めてお書き頂ける方が、追加で質問する手間が省けるのでありがたいです。よろしくお願いします。
🥧Re:5655◆発掘ありがとうございます。なんか似たようなスクリプトを昔にどこかで書いたよな、というような気はしていたんですが。(^_^;)
🥧Re:5656◆最も知りたかった情報はまさしくそれです。『既にてがろぐを複数設置している』・『大枠で分けるほど離れた話題でもない』という背景事情がある前提なら、「特定のカテゴリだけ下げる扱いにしたい」という希望も理解できます。
（要望には背景事情も一緒に書いてくれ……！と言っているのは、まさにこのためです。この背景事情が分からないと、他に良い方法があるのか、それともその機能がないと困るのかが分からないので、その要望を検討リストに加えるべきなのか、加えるとしたらどれくらいの優先度を付けて把握すれば良いのか、が判断ができませんので。）
「特定のカテゴリだけ下げる扱いにしたい」というご要望は過去にもありましたから、（取り下げるとのことですけども）「そういう需要はあるようだ」という理解はしておきます。（一般的にある要望なのかどうかは確かに今のところは分かりませんが。^^;）
ちなみにですが、以下の機能だとどちらがより希望に近いですかね？
- 各カテゴリの設定に「このカテゴリに属する投稿は全部『下げる』扱いにする」という設定項目がある。
- 「HOME（＝何の表示条件も限定されていないページ）で表示対象外にするカテゴリID群」を一括設定する設定項目がある。
昼食はマカロニグラタン。グラタンに近い絵文字って何だ……？ パイ？🥧
🥧Re:5648◆（>>5638）まあそうですよね。設定項目をいろいろ増やさないといけないので、気長にお待ち頂ければ幸いです。
（>>5645）なるほど、「改行区切りのURL群」が一括で手に入る別ツールをお使いだという背景なんですね。理解できました。空白か改行かで区切って複数入力できるような感じの仕様にする方向で考えます。
🥧Re:5649◆とりあえず現状では [F:abc:​] と書くと良いです（※abcはお望みのclass名）。​はUnicodeのZero Width Space（ゼロ幅スペース）なので、システム的には空白扱いですが、幅がゼロなので画面上には何も見えません。つまり display:none; を書かなくても元から何も表示されないので、::afterだけを付ける用途に使えます。数値文字参照の「8203」が覚えにくい場合は、何でも簡単入力ボタン機能を使って、ボタンクリックで [F:abc:​] が入力されるように作っておくと良いのではないかと思います。
※数値文字参照を使わなくても、この「Zero Width Space」自体の文字をコピー＆ペーストして貼り付けることも可能なんですが（ゼロ幅とはいえ文字には違いないので）、ゼロ幅であるがためにコピーしにくいんですよね。ペーストしても本当にペーストされたのかが見た目で分かりませんし。Zero Width Spaceを含む前後の文字と一括して選択した状態で貼り付けることができれば、数値文字参照の長い見た目を避けて、本当に見た感じは [F:abc:] にしか見えない状態で使うことも可能だとは思いますけども。
🥧Re:5650◆その「嫌な思い出」と「害虫」だけを投稿するてがろぐをもう1つ設置するよりも、同じてがろぐに投稿しておいて「下げる」に留めたい理由が分かると、今後の方針を考える役に立ちそうな気がしますので、もしよろしければ教えて下さい。「記録はしておきたいけど隠したい」のであれば、てがろぐをOPEN版とCLOSE版の2つに分けてしまう方が確実だと思うのですが、「積極的に探して見ようと思った人には見れる」みたいな状態にはしたいということですかね？
🥧Re:5652◆今回、この例示を書いていて、複数カテゴリをANDで出す（つまり「絞り込む」）catパラメータの書き方もある方が望ましいな……という気にはなりました。?cat=A,Bが結合(OR)なら、絞り込み(AND)は?cat=A*Bくらいでしょうかね（ANDは論理積と言いますし）。もしくは完全に新しいパラメータを用意する方が良いかもしれませんけども。何か考えます。（とりあえず現状では検索コマンドを駆使してみて下さい。）
検索コマンドの中に「=」記号が出てくるので、検索コマンドを含むURLを書くと「=」が多くて紛らわしいので「=」は%3Dと書く方が無難かもしれません。なお、検索コマンドの「=」の右側は、セミコロン記号を省略すると前方一致で検索になるのでご注意下さい（詳しくは検索コマンドの種類と使用例にあります）。お書き下さった$ci=test+$ci=diary;だと、1つ目の「test」の後にはセミコロンがないので「testで始まるカテゴリID全部」が対象になります。もし「test1」・「test2」というカテゴリがあったら、両方が該当します。それを避けて完全一致にするには$ci=test;+$ci=diary;と指定する必要があります。
🥧Re:5648◆（>>5638）まあそうですよね。設定項目をいろいろ増やさないといけないので、気長にお待ち頂ければ幸いです。
（>>5645）なるほど、「改行区切りのURL群」が一括で手に入る別ツールをお使いだという背景なんですね。理解できました。空白か改行かで区切って複数入力できるような感じの仕様にする方向で考えます。
🥧Re:5649◆とりあえず現状では [F:abc:​] と書くと良いです（※abcはお望みのclass名）。​はUnicodeのZero Width Space（ゼロ幅スペース）なので、システム的には空白扱いですが、幅がゼロなので画面上には何も見えません。つまり display:none; を書かなくても元から何も表示されないので、::afterだけを付ける用途に使えます。数値文字参照の「8203」が覚えにくい場合は、何でも簡単入力ボタン機能を使って、ボタンクリックで [F:abc:​] が入力されるように作っておくと良いのではないかと思います。
※数値文字参照を使わなくても、この「Zero Width Space」自体の文字をコピー＆ペーストして貼り付けることも可能なんですが（ゼロ幅とはいえ文字には違いないので）、ゼロ幅であるがためにコピーしにくいんですよね。ペーストしても本当にペーストされたのかが見た目で分かりませんし。Zero Width Spaceを含む前後の文字と一括して選択した状態で貼り付けることができれば、数値文字参照の長い見た目を避けて、本当に見た感じは [F:abc:] にしか見えない状態で使うことも可能だとは思いますけども。
🥧Re:5650◆その「嫌な思い出」と「害虫」だけを投稿するてがろぐをもう1つ設置するよりも、同じてがろぐに投稿しておいて「下げる」に留めたい理由が分かると、今後の方針を考える役に立ちそうな気がしますので、もしよろしければ教えて下さい。「記録はしておきたいけど隠したい」のであれば、てがろぐをOPEN版とCLOSE版の2つに分けてしまう方が確実だと思うのですが、「積極的に探して見ようと思った人には見れる」みたいな状態にはしたいということですかね？
🥧Re:5652◆今回、この例示を書いていて、複数カテゴリをANDで出す（つまり「絞り込む」）catパラメータの書き方もある方が望ましいな……という気にはなりました。?cat=A,Bが結合(OR)なら、絞り込み(AND)は?cat=A*Bくらいでしょうかね（ANDは論理積と言いますし）。もしくは完全に新しいパラメータを用意する方が良いかもしれませんけども。何か考えます。（とりあえず現状では検索コマンドを駆使してみて下さい。）
検索コマンドの中に「=」記号が出てくるので、検索コマンドを含むURLを書くと「=」が多くて紛らわしいので「=」は%3Dと書く方が無難かもしれません。なお、検索コマンドの「=」の右側は、セミコロン記号を省略すると前方一致で検索になるのでご注意下さい（詳しくは検索コマンドの種類と使用例にあります）。お書き下さった$ci=test+$ci=diary;だと、1つ目の「test」の後にはセミコロンがないので「testで始まるカテゴリID全部」が対象になります。もし「test1」・「test2」というカテゴリがあったら、両方が該当します。それを避けて完全一致にするには$ci=test;+$ci=diary;と指定する必要があります。
きな粉餅を食べました。おいしい。角餅の絵文字がUnicodeにないのは、豆腐と区別が付かなさそうで誰も提案しないから……？ ちょっと膨らんでる角餅なら豆腐と間違えることはないだろうけど、1文字分の解像度を考えるとちょっと苦しい……？ そうでもない……？
餅が付く絵文字としては、月餅はあるけども。そういえば最近、月餅を食べていないな……。🥮🥮🥮
🥮Re:5636◆設置ありがとうございます！ いろいろご活用頂ければ幸いです。(╹◡╹)ﾉ
🥮Re:5637◆β版のご試用をありがとうございます。そして、フィードバックもありがとうございます。確かに、おっしゃる動作になりますね。ハッシュタグ関連のソースがあまりにもスパゲッティ化しすぎているので、ちょっとその辺をリファクタリングするところから対処しようと思います。(^_^;;; 次のバージョンではどうにかします～。
🥮Re:5638◆設定は共通の1つだけで良いですかね？（＝ハッシュタグでもリンクでも何でも、空白を入れるかどうかは1項目で設定。） それとも、個別に設定したいですか？（＝ハッシュタグはハッシュタグ、リンクはリンクで、それぞれ空白をどう入れるか個別に設定。）
🥮Re:5642◆その場合、鍵は「共通鍵」で良いのですか？ （なお、現状でそれに近い動作をしようと思うと、その「鍵カテゴリ」専用のてがろぐをもう1つ設置して、それをログイン者限定表示に設定して頂く、とかでしょうかね。）
🥮Re:5643◆検索コマンドを使うと「下げた投稿だけを表示」することもできますが（＝つまり「下げる」を1つのカテゴリっぽく使うこともできますが）、それでも、「特定のカテゴリに属する投稿を全部『下げる』扱いにする機能」が必要でしょうか？（もしよろしければ活用の背景をもう少し詳しく解説して頂けると参考になって助かります。）
🥮Re:5644◆てがろぐのカテゴリ設定にある親子関係は、カテゴリツリーの表示だけにしか影響しません。なので、カテゴリ限定表示時に「親子関係が設定されているから表示が変わる」ということは一切ありません。ここ（今ご覧になっている動作試験場）で実験して頂けば分かると思いますが、カテゴリツリーで親子関係にある雑記(12件)とつぼはち(16件)を合わせて ?cat=memo,hachi とすれば両方を合わせた結果(28件)が表示されますし、カテゴリツリーで親子関係にはないつぶやき(21件)とテスト(51件)を合わせて ?cat=diary,test とすると両方を合わせた結果(70件)が表示されます。こちらが単純な合計(72件)にならないのは、カテゴリ「つぶやき」と「テスト」に同時に属している投稿が2件ほどあるためです。
お使いの環境で望み通りの表示にならない場合は、とりあえず
なお、?cat=A,B のパラメータは、「カテゴリAに属する投稿」と「カテゴリBに属する投稿」の2条件を合わせて表示します。「AとBの両方に同時に属している投稿」に絞り込んで表示するわけではありませんのでご注意下さい。「AとBの両方に属している投稿だけ」を表示したい場合は、ちょっと専用の記法がないのでややこしいですが、検索コマンド記法を使って $ci=A; $ci=B; という検索語で検索すると良いです。先程の例で、「つぶやきとテストに同時に属している投稿」を出す際にも使っています。
🥮Re:5645◆複数のURLを入力する際には、空白文字で区切る仕様で良いですか？ なんとなく、最初に必要なだけ [PICT:] という記述をコピー＆ペーストで書いておいて、最後にURLを貼り付けていく方が操作が楽ではないでしょうかね？(^_^;)
🥮Re:5646◆β版のご試用ありがとうございます！ 便利に活用して頂けて嬉しいです。(╹◡╹)ﾉ
餅が付く絵文字としては、月餅はあるけども。そういえば最近、月餅を食べていないな……。🥮🥮🥮
🥮Re:5636◆設置ありがとうございます！ いろいろご活用頂ければ幸いです。(╹◡╹)ﾉ
🥮Re:5637◆β版のご試用をありがとうございます。そして、フィードバックもありがとうございます。確かに、おっしゃる動作になりますね。ハッシュタグ関連のソースがあまりにもスパゲッティ化しすぎているので、ちょっとその辺をリファクタリングするところから対処しようと思います。(^_^;;; 次のバージョンではどうにかします～。
🥮Re:5638◆設定は共通の1つだけで良いですかね？（＝ハッシュタグでもリンクでも何でも、空白を入れるかどうかは1項目で設定。） それとも、個別に設定したいですか？（＝ハッシュタグはハッシュタグ、リンクはリンクで、それぞれ空白をどう入れるか個別に設定。）
🥮Re:5642◆その場合、鍵は「共通鍵」で良いのですか？ （なお、現状でそれに近い動作をしようと思うと、その「鍵カテゴリ」専用のてがろぐをもう1つ設置して、それをログイン者限定表示に設定して頂く、とかでしょうかね。）
🥮Re:5643◆検索コマンドを使うと「下げた投稿だけを表示」することもできますが（＝つまり「下げる」を1つのカテゴリっぽく使うこともできますが）、それでも、「特定のカテゴリに属する投稿を全部『下げる』扱いにする機能」が必要でしょうか？（もしよろしければ活用の背景をもう少し詳しく解説して頂けると参考になって助かります。）
🥮Re:5644◆てがろぐのカテゴリ設定にある親子関係は、カテゴリツリーの表示だけにしか影響しません。なので、カテゴリ限定表示時に「親子関係が設定されているから表示が変わる」ということは一切ありません。ここ（今ご覧になっている動作試験場）で実験して頂けば分かると思いますが、カテゴリツリーで親子関係にある雑記(12件)とつぼはち(16件)を合わせて ?cat=memo,hachi とすれば両方を合わせた結果(28件)が表示されますし、カテゴリツリーで親子関係にはないつぶやき(21件)とテスト(51件)を合わせて ?cat=diary,test とすると両方を合わせた結果(70件)が表示されます。こちらが単純な合計(72件)にならないのは、カテゴリ「つぶやき」と「テスト」に同時に属している投稿が2件ほどあるためです。
お使いの環境で望み通りの表示にならない場合は、とりあえず
- どんなURLでアクセスした場合に、
- 本来はどのような表示になって欲しいのに、
- 実際にはどのような表示になっているのか
なお、?cat=A,B のパラメータは、「カテゴリAに属する投稿」と「カテゴリBに属する投稿」の2条件を合わせて表示します。「AとBの両方に同時に属している投稿」に絞り込んで表示するわけではありませんのでご注意下さい。「AとBの両方に属している投稿だけ」を表示したい場合は、ちょっと専用の記法がないのでややこしいですが、検索コマンド記法を使って $ci=A; $ci=B; という検索語で検索すると良いです。先程の例で、「つぶやきとテストに同時に属している投稿」を出す際にも使っています。
🥮Re:5645◆複数のURLを入力する際には、空白文字で区切る仕様で良いですか？ なんとなく、最初に必要なだけ [PICT:] という記述をコピー＆ペーストで書いておいて、最後にURLを貼り付けていく方が操作が楽ではないでしょうかね？(^_^;)
🥮Re:5646◆β版のご試用ありがとうございます！ 便利に活用して頂けて嬉しいです。(╹◡╹)ﾉ
結局、クリスマスケーキは食べませんでしたが、誕生日ケーキは食べました。🎂🍰
🍰Re:5621◆まだ「実装する気」云々の段階ではないのでストレートには回答しにくいのですが、基本的には「何も変わっていない」です。ツリーや引用に関しては、元々実装計画は特に立っていなくて「検討中の段階」ですから。
そもそも、スレッド式の掲示板は昔からありますから「ツリー表示」は別に𝕏独特の機能というわけでもないですしね。「引用」は表示形態によっては確かに𝕏独特と言えたかもしれませんが、「引用」という表現方法自体はどこにでもあるものですし。
年末の記事で、要望を実装する「優先度」の話をちょっと書きましたが、今のところ実装作業を計画していないのは、（元々そういう表示方法を考慮していないデータ形式だったこともあり）ここで説明している「🟣4」と「⚪5」の要素が低いから、という感じです。良さげな実装方法を思いつけば良いのですけども。畳む
🍰Re:5622◆あまり深くは考えていないので使えるかどうかハッキリとは分かりませんが、UnicodeのZero Width Space（ゼロ幅スペース）を使うと、わざわざ非表示用のCSSを活用しなくても「見えない区切り」を設けられそうな気がします。てがろぐ上では、数値文字参照を使って ​ と書くと使えます。（※幅がゼロの空白文字ですから、使ったところで目には見えませんけども。）もっとも、「余計な何らかの文字列を加えなければならない」という点では変わりありませんけども。(^_^;)
……とここまで書いて思ったんですが、もしかして ?ref=17 みたいなパラメータで、『「No.17自身」と「No.17へのリンクがある投稿」だけ』をまとめて閲覧できるような機能があれば良いんですかね……？ というか、投稿単独ページ自体がそういう仕様になったら良いのかな……。（まあ、たとえそうなったとしても、投稿単独ページ以外のページではツリー表示にはならないわけですが。あと「繋げたい投稿への番号リンク」を書かないと繋がりませんけども。）
🍰Re:5623◆有益な情報をありがとうございます！ 試してみます。
🍰Re:5624◆ネタがないときのプレースホルダ的な飲食ツイートにまさかの需要が。(笑) ありがとうございます。
🍰Re:5625◆ご指摘をありがとうございます！ 確かに、QUICKPOSTを2つ置くと[機能]ボタンが機能しなくなりますね！ そういえばここ最近は、QUICKPOSTを複数個置いた場合の動作テストをしていませんでした。こちらのローカルにあるソースでは修正しましたので、次に公開するβ版からは問題が解消します。もうしばらくお待ち願います。
🍰Re:5627◆ありがとうございます！
🍰Re:5628◆ありがとうございます～
🍰Re:5621◆まだ「実装する気」云々の段階ではないのでストレートには回答しにくいのですが、基本的には「何も変わっていない」です。ツリーや引用に関しては、元々実装計画は特に立っていなくて「検討中の段階」ですから。
そもそも、スレッド式の掲示板は昔からありますから「ツリー表示」は別に𝕏独特の機能というわけでもないですしね。「引用」は表示形態によっては確かに𝕏独特と言えたかもしれませんが、「引用」という表現方法自体はどこにでもあるものですし。
年末の記事で、要望を実装する「優先度」の話をちょっと書きましたが、今のところ実装作業を計画していないのは、（元々そういう表示方法を考慮していないデータ形式だったこともあり）ここで説明している「🟣4」と「⚪5」の要素が低いから、という感じです。良さげな実装方法を思いつけば良いのですけども。畳む
🍰Re:5622◆あまり深くは考えていないので使えるかどうかハッキリとは分かりませんが、UnicodeのZero Width Space（ゼロ幅スペース）を使うと、わざわざ非表示用のCSSを活用しなくても「見えない区切り」を設けられそうな気がします。てがろぐ上では、数値文字参照を使って ​ と書くと使えます。（※幅がゼロの空白文字ですから、使ったところで目には見えませんけども。）もっとも、「余計な何らかの文字列を加えなければならない」という点では変わりありませんけども。(^_^;)
……とここまで書いて思ったんですが、もしかして ?ref=17 みたいなパラメータで、『「No.17自身」と「No.17へのリンクがある投稿」だけ』をまとめて閲覧できるような機能があれば良いんですかね……？ というか、投稿単独ページ自体がそういう仕様になったら良いのかな……。（まあ、たとえそうなったとしても、投稿単独ページ以外のページではツリー表示にはならないわけですが。あと「繋げたい投稿への番号リンク」を書かないと繋がりませんけども。）
🍰Re:5623◆有益な情報をありがとうございます！ 試してみます。
🍰Re:5624◆ネタがないときのプレースホルダ的な飲食ツイートにまさかの需要が。(笑) ありがとうございます。
🍰Re:5625◆ご指摘をありがとうございます！ 確かに、QUICKPOSTを2つ置くと[機能]ボタンが機能しなくなりますね！ そういえばここ最近は、QUICKPOSTを複数個置いた場合の動作テストをしていませんでした。こちらのローカルにあるソースでは修正しましたので、次に公開するβ版からは問題が解消します。もうしばらくお待ち願います。
🍰Re:5627◆ありがとうございます！
🍰Re:5628◆ありがとうございます～
春の花粉がもう飛び始めたのか、それとも冬に花粉を飛ばす何らかの植物の花粉にも反応する身体になってしまったのか、もう花粉症の症状が出てきたんですけども……。_(┐｢ε:)_
🌲Re:5619◆投稿本文中に含まれている画像は、何らかのタグ等によって個別に出力されているわけではなく、てがろぐ本体の「本文出力機能」によって（他のテキストと併せて本文の一部として）一括で出力されていますので、（設定で『サムネイル画像があればサムネイルの方を表示』項目がONの状態なら）サムネイルが存在する場合にはサムネイルが出力されます。
（これを設定で防ぐには、[設定]→[ページの表示]→【投稿本文の表示／画像】で、『サムネイル画像があればサムネイルの方を表示』項目をOFFにするしかありませんが、そうすると、どんな場所でもサムネイルが出力されなくなりますので、お望みの動作とは異なりますね。）
幸い、『サムネイル画像のURLには必ず mini というディレクトリ名が含まれる』という前提条件がありますから、この仕様を利用することで、以下のJavaScriptを実行すると、サムネイルではなく原寸画像の方を強制的に表示させられます。（img要素のsrc属性値の中に /mini/ というディレクトリ名がある場合に、それを取り除く（＝/に置き換える）処理をするスクリプトです。）
<script>
document.addEventListener("DOMContentLoaded", () => {
const images = document.querySelectorAll("img.embeddedimage");
images.forEach(img => {
const src = img.getAttribute("src");
if(src && src.includes("/mini/")) {
img.setAttribute("src", src.replace("/mini/", "/"));
}
});
});
</script>
これを、IF文での出力条件分けを使うなどして、投稿単独ページでのみ出力すれば、『投稿単独ページでは、サムネイルがあろうとなかろうと、常に原寸画像が表示される』という仕組みにできると思います。
🌲Re:5619◆投稿本文中に含まれている画像は、何らかのタグ等によって個別に出力されているわけではなく、てがろぐ本体の「本文出力機能」によって（他のテキストと併せて本文の一部として）一括で出力されていますので、（設定で『サムネイル画像があればサムネイルの方を表示』項目がONの状態なら）サムネイルが存在する場合にはサムネイルが出力されます。
（これを設定で防ぐには、[設定]→[ページの表示]→【投稿本文の表示／画像】で、『サムネイル画像があればサムネイルの方を表示』項目をOFFにするしかありませんが、そうすると、どんな場所でもサムネイルが出力されなくなりますので、お望みの動作とは異なりますね。）
幸い、『サムネイル画像のURLには必ず mini というディレクトリ名が含まれる』という前提条件がありますから、この仕様を利用することで、以下のJavaScriptを実行すると、サムネイルではなく原寸画像の方を強制的に表示させられます。（img要素のsrc属性値の中に /mini/ というディレクトリ名がある場合に、それを取り除く（＝/に置き換える）処理をするスクリプトです。）
<script>
document.addEventListener("DOMContentLoaded", () => {
const images = document.querySelectorAll("img.embeddedimage");
images.forEach(img => {
const src = img.getAttribute("src");
if(src && src.includes("/mini/")) {
img.setAttribute("src", src.replace("/mini/", "/"));
}
});
});
</script>
これを、IF文での出力条件分けを使うなどして、投稿単独ページでのみ出力すれば、『投稿単独ページでは、サムネイルがあろうとなかろうと、常に原寸画像が表示される』という仕組みにできると思います。
🍰Re:5617◆サーバのサポート窓口からの返信がめちゃくちゃ早いですね!?
ご報告をどうもありがとうございます。やはりCGIの使用が許可されていないのですね。残念……！
台湾のレンタルサーバ事情に関しては知識がないので、具体的な会社の選択肢は提示できないのですが、次にサーバを検討する際には、「CGIが実行可能」という他に、以下の2点にもご注意下さい。
※少なくとも日本の場合では、CGIの実行が許可されているレンタルサーバなら、多くのサーバが①も②も満たしています。
ご報告をどうもありがとうございます。やはりCGIの使用が許可されていないのですね。残念……！
台湾のレンタルサーバ事情に関しては知識がないので、具体的な会社の選択肢は提示できないのですが、次にサーバを検討する際には、「CGIが実行可能」という他に、以下の2点にもご注意下さい。
- Perl 5.6 以上が使える。
- Perlに、「CGIモジュール」と「Time::Localモジュール」がインストールされている。
※少なくとも日本の場合では、CGIの実行が許可されているレンタルサーバなら、多くのサーバが①も②も満たしています。
🍰Re:5615◆なるほど。パーミッションを705や755にすると、「ウェブページが表示される」のではなく「test.cgiファイルそのものがダウンロードされる」という動作ですかね？
なかなか珍しい動作ですね。
そうなると、サーバ側のサポート窓口に「どうすればCGIが実行できるのか？」を質問してみる以外に対処方法はないと思います。
なんとなく、CGIの実行が許可されていない気がします。
何にせよ、サポート窓口に問い合わせてみて下さい。
なかなか珍しい動作ですね。
そうなると、サーバ側のサポート窓口に「どうすればCGIが実行できるのか？」を質問してみる以外に対処方法はないと思います。
なんとなく、CGIの実行が許可されていない気がします。
- 元々CGIの使用を許可していないサーバである。
- CGIは使用可能だが、今の契約状況では許可されていない。（試用期間中など）
- CGIを使うためには、コントロールパネル等から事前に設定が必要。
何にせよ、サポート窓口に問い合わせてみて下さい。
🍰Re:5613◆ご回答をありがとうございます。
なるほど、tegup.phpに普通にアクセスできることや、skin-cover.htmlにもアクセスできることから考えて、設置方法やアクセス位置には問題なさそうですね。出ているエラーは「500 Internal Server Error」ではなく「403 Forbidden」なのですよね？ そうだとすると、最も可能性の高い原因は、パーミッション不足です。他にも、「.htaccessで制限されている」、「CGIの実行が禁止されている」、「WAF（Web Application Firewall）でブロックされている」などの可能性もありますが。
「てがろぐ」だけに発生する問題なのか、「Perlで書かれたCGI全般」に発生する問題なのかを区別するために、以下の3行をテキストエディタで test.cgi などのファイル名で保存して、サーバにUPして、パーミッションを700（または705や755）に設定してから、ブラウザでアクセスしてみて下さい。
#! /usr/bin/env perl
print "Content-Type: text/html\n\n";
print "<h1>Perl CGI OK!</h1>";
これでも 403 Forbidden エラーが出る場合は、お使いのWebサーバのサポート窓口に、「CGIの実行ファイルに設定するパーミッションの正確な値」を問い合わせる必要があります。もしかすると、そのサーバ独特の値に設定しないといけない制約があるのかもしれません。
もし、上位のディレクトリに .htaccess ファイルがある場合は、一時的に削除（リネームでも可）してから試してみて下さい。
なるほど、tegup.phpに普通にアクセスできることや、skin-cover.htmlにもアクセスできることから考えて、設置方法やアクセス位置には問題なさそうですね。出ているエラーは「500 Internal Server Error」ではなく「403 Forbidden」なのですよね？ そうだとすると、最も可能性の高い原因は、パーミッション不足です。他にも、「.htaccessで制限されている」、「CGIの実行が禁止されている」、「WAF（Web Application Firewall）でブロックされている」などの可能性もありますが。
「てがろぐ」だけに発生する問題なのか、「Perlで書かれたCGI全般」に発生する問題なのかを区別するために、以下の3行をテキストエディタで test.cgi などのファイル名で保存して、サーバにUPして、パーミッションを700（または705や755）に設定してから、ブラウザでアクセスしてみて下さい。
#! /usr/bin/env perl
print "Content-Type: text/html\n\n";
print "<h1>Perl CGI OK!</h1>";
これでも 403 Forbidden エラーが出る場合は、お使いのWebサーバのサポート窓口に、「CGIの実行ファイルに設定するパーミッションの正確な値」を問い合わせる必要があります。もしかすると、そのサーバ独特の値に設定しないといけない制約があるのかもしれません。
もし、上位のディレクトリに .htaccess ファイルがある場合は、一時的に削除（リネームでも可）してから試してみて下さい。
そろそろ誕生日なんですが（まだ今日ではありません）、自分が何歳になるのかは西暦から引き算しないと確信が持てません。┌(:3」└)┐
🍰Re:5611◆おぉ、海外からのご活用をありがとうございます。以下の点を教えて頂ければ、何らかの回答ができるかもしれません。
🍰Re:5611◆おぉ、海外からのご活用をありがとうございます。以下の点を教えて頂ければ、何らかの回答ができるかもしれません。
- どこのサーバ会社をお使いですか？
- そのサーバ会社では、CGI（Perl）の使用は許可されていますか？
- どんなURLにアクセスしていますか？
- 例えば、skin-cover.html に直接アクセスしてみたときには、エラーにならずにスキンが表示されますか？（もしエラーが出るなら、そのエラー内容を教えて下さい。）
正月にクリスマスケーキを食べる習慣がなかった場合は、食べたたこ焼きの数でも……。
🍰Re:5604◆ありがとうございます～！(╹◡╹)ﾉ
🍰Re:5605◆いくつでも書いて大丈夫です。^^ 解説ありがとうございます。参考にします。
🍰Re:5606◆ケーキも食べましょう。もしくはたこ焼きを……。
🍰Re:5607◆自サイトに設置できて𝕏の代わりになるシステムといえばMastodonやMisskeyですよね。MastodonもMisskeyも自サーバに設置して（他者のアカウント開設を受け入れなければ）自分専用で使えます。実際にそうして「お一人様Mastodon／Misskey」を使っている方々もたくさんいらっしゃいますし。「そこまで大規模なものは要らない」と思われる方もいらっしゃるでしょうけども、𝕏に匹敵する機能を備えればそうなる、ということでもあります（たぶん）。
てがろぐの本質は、2000年代から存在する「掲示板CGI」ですから、𝕏に機能を寄せると言っても極めて浅いレベルで限界があります。システム的には単に「掲示板の見た目をちょっとSNS寄りっぽい感じにした」というだけのことですからね。しかもデータ管理にデータベースを使っていない上に、モジュールを2つしか読まないPerlで書かれているシステムですし。（理由は「動作要件を低く抑えるため」です。）
「CGIを設置して使おう」と考える人々は、その辺の技術レベル感は理解しているもの、という前提で（当初は）居ましたけども、てがろぐを使うために初めてサーバを契約するという方も最近はいらっしゃるようですから、確かに「期待させすぎるのはよくない」とは言えるかもしれませんね。
昔々そのまた昔、自サイトに通販機能を付けたいというクライアントさんから、「ちょっとAmazonみたいなやつを作ってくれたらええねんで」と言われたときのことを思い出しました。┌(:3」└)┐
なお、現状の標準機能でそれっぽい動作にするには、ツリー表示には隠れハッシュタグ機能を、引用表示にはOGPカードリンク機能を使って頂くくらいかな、と思います。
🍰Re:5608◆いつも有用な情報とツールをありがとうございます。検索機能を活用したツリー表示はなかなかアクロバット感のある実現方法で感心しました。JavaScriptでの引用も自然な感じで合成できていますね。私から要望するのはやや筋が違う気もしますが、解説は読んでみたいです。^^
🍰Re:5604◆ありがとうございます～！(╹◡╹)ﾉ
🍰Re:5605◆いくつでも書いて大丈夫です。^^ 解説ありがとうございます。参考にします。
🍰Re:5606◆ケーキも食べましょう。もしくはたこ焼きを……。
🍰Re:5607◆自サイトに設置できて𝕏の代わりになるシステムといえばMastodonやMisskeyですよね。MastodonもMisskeyも自サーバに設置して（他者のアカウント開設を受け入れなければ）自分専用で使えます。実際にそうして「お一人様Mastodon／Misskey」を使っている方々もたくさんいらっしゃいますし。「そこまで大規模なものは要らない」と思われる方もいらっしゃるでしょうけども、𝕏に匹敵する機能を備えればそうなる、ということでもあります（たぶん）。
てがろぐの本質は、2000年代から存在する「掲示板CGI」ですから、𝕏に機能を寄せると言っても極めて浅いレベルで限界があります。システム的には単に「掲示板の見た目をちょっとSNS寄りっぽい感じにした」というだけのことですからね。しかもデータ管理にデータベースを使っていない上に、モジュールを2つしか読まないPerlで書かれているシステムですし。（理由は「動作要件を低く抑えるため」です。）
「CGIを設置して使おう」と考える人々は、その辺の技術レベル感は理解しているもの、という前提で（当初は）居ましたけども、てがろぐを使うために初めてサーバを契約するという方も最近はいらっしゃるようですから、確かに「期待させすぎるのはよくない」とは言えるかもしれませんね。
昔々そのまた昔、自サイトに通販機能を付けたいというクライアントさんから、「ちょっとAmazonみたいなやつを作ってくれたらええねんで」と言われたときのことを思い出しました。┌(:3」└)┐
なお、現状の標準機能でそれっぽい動作にするには、ツリー表示には隠れハッシュタグ機能を、引用表示にはOGPカードリンク機能を使って頂くくらいかな、と思います。
🍰Re:5608◆いつも有用な情報とツールをありがとうございます。検索機能を活用したツリー表示はなかなかアクロバット感のある実現方法で感心しました。JavaScriptでの引用も自然な感じで合成できていますね。私から要望するのはやや筋が違う気もしますが、解説は読んでみたいです。^^
国産SNSとしてmixi2に期待しているんですけども、果たしてPCからアカウントが開設可能になるのはいつなのか。（招待状）
🍰Re:5586◆ご要望をありがとうございます。前3つについては、カスタムQUICKPOSTの機能ができれば（スキン側で）実現はできそうに思います（たぶん）。今のところ、CGIソースを触らずにカスタマイズで実現できる点はなさそうです。
🍰Re:5587◆「個別に」というのは、記事ごとにカウント方法を変えたい、という意味ですか？
🍰Re:5588◆「親ページ」・「子ページ」というのは何のことでしょう？
🍰Re:5589◆買収当初は、早々にイーロンが経営を諦めて𝕏から再びTwitterに戻ってくれることを期待してTwitterと呼び続けていたんですけども、もはやそうはなりそうにないので、そろそろ私もあれを𝕏と呼ぶべきかな……という気がしています。(笑)
🍰Re:5591◆お役に立っているようで嬉しいです。(╹◡╹)ﾉ
🍰Re:5593◆その場合、あらゆる投稿からランダムに選ぶのではなく、何らかの限定範囲から1つを選ぶような仕組みが必要でしょうかね？
🍰Re:5601◆ありがとうございます～！ メールで返信させて頂きました。もし届いていなかったら別の方ですので再度ご連絡下さい。(^_^;) 汎用いいね拍手ボタン的なツールもなんとかリリースに漕ぎ着けたいと思っています～。
🍰Re:5586◆ご要望をありがとうございます。前3つについては、カスタムQUICKPOSTの機能ができれば（スキン側で）実現はできそうに思います（たぶん）。今のところ、CGIソースを触らずにカスタマイズで実現できる点はなさそうです。
🍰Re:5587◆「個別に」というのは、記事ごとにカウント方法を変えたい、という意味ですか？
🍰Re:5588◆「親ページ」・「子ページ」というのは何のことでしょう？
🍰Re:5589◆買収当初は、早々にイーロンが経営を諦めて𝕏から再びTwitterに戻ってくれることを期待してTwitterと呼び続けていたんですけども、もはやそうはなりそうにないので、そろそろ私もあれを𝕏と呼ぶべきかな……という気がしています。(笑)
🍰Re:5591◆お役に立っているようで嬉しいです。(╹◡╹)ﾉ
🍰Re:5593◆その場合、あらゆる投稿からランダムに選ぶのではなく、何らかの限定範囲から1つを選ぶような仕組みが必要でしょうかね？
🍰Re:5601◆ありがとうございます～！ メールで返信させて頂きました。もし届いていなかったら別の方ですので再度ご連絡下さい。(^_^;) 汎用いいね拍手ボタン的なツールもなんとかリリースに漕ぎ着けたいと思っています～。
正月休み期間だからか、ずいぶん盛況ですね。2日で10投稿以上あるとは。
なお、そろそろ寝ます。(:3[____]
🍰Re:5578◆例と情報をありがとうございます。助かります。たぶんそう遠くないうちに実装できると思います～。
説明もありがとうございます。rel=0は確かにデフォルトで付けておくと便利そうですね。YouTubeの埋め込みは、特定の動画を埋め込む目的で使われるのが主でしょうから、rel=0をデフォルトで付けておくことによる不都合というのはあまりなさそうですし。
🍰Re:5579◆ご説明をありがとうございます。
てがろぐは、画像単位ではなく投稿単位で表示する仕組みですから、「あまり表に流したくない内容」は、投稿そのものを『下げる(一覧外)』に設定して投稿して頂く必要があります。つまり、画像のUP時ではなく、本文の投稿時に「それをどう扱って欲しいのか」を指定する感じです。
画像のフラグにある「一覧外」フラグは、あくまでも（例外的に画像だけが表示される）「新着画像リスト」と「画像一覧モード」の2つのためだけに存在しています。（投稿側の「下げる(一覧外)」と同じ「一覧外」という名称を画像フラグにも使ってしまったのはちょっと紛らわしかったかもしれませんね。）
てがろぐでは、投稿本文と画像は完全に別管理なので、「投稿に含まれている画像の属性」に応じて「投稿そのもの」の扱いを変える方法がありません。（仮にできたとしても、1投稿に複数の画像が含まれている場合の判断に困りますし。）
ギャラリーモードも通常モードと同じ投稿単位で表示するモードですから、画像側のフラグではなく投稿側のフラグで表示が決まります。
「一覧外にした意味がなくなってしまいます」と思われるということは、「新着画像リスト」や「画像一覧モード」は不使用なのでしょうね。
であれば、そもそも画像側に「一覧外」のフラグを付ける必要はありません。そのフラグはあくまでも「新着画像リスト」と「画像一覧モード」だけで使われるフラグですから。（※将来的に使うかもしれない、という場合には確かに使っておく意味はありますけども。）
投稿する際に、投稿に対して「下げる」機能をお使い下さい。
あと、文章後半の「一覧外に下げた投稿は～」以降の話は、今回の画像の件ではなく別件（投稿仕様の話）ですかね？ 投稿の際に、『下げる(一覧外)』に設定した上で、さらにカテゴリも設定すれば、そのカテゴリ限定表示時に表示されるようになりますのでお試し下さい。デフォルト設定では「カテゴリ限定表示時」以外でも表示されるのですが、下げた投稿が表示される状況を選択する方法をお使い頂くと、『「カテゴリ限定表示時」と「投稿単独表示時」だけでしか表示されない』ようにもできます。（※最新のVer 4.7.3βでは、ユーザ限定表示時も除外できるようになりました。）
なお、そろそろ寝ます。(:3[____]
🍰Re:5578◆例と情報をありがとうございます。助かります。たぶんそう遠くないうちに実装できると思います～。
説明もありがとうございます。rel=0は確かにデフォルトで付けておくと便利そうですね。YouTubeの埋め込みは、特定の動画を埋め込む目的で使われるのが主でしょうから、rel=0をデフォルトで付けておくことによる不都合というのはあまりなさそうですし。
🍰Re:5579◆ご説明をありがとうございます。
てがろぐは、画像単位ではなく投稿単位で表示する仕組みですから、「あまり表に流したくない内容」は、投稿そのものを『下げる(一覧外)』に設定して投稿して頂く必要があります。つまり、画像のUP時ではなく、本文の投稿時に「それをどう扱って欲しいのか」を指定する感じです。
画像のフラグにある「一覧外」フラグは、あくまでも（例外的に画像だけが表示される）「新着画像リスト」と「画像一覧モード」の2つのためだけに存在しています。（投稿側の「下げる(一覧外)」と同じ「一覧外」という名称を画像フラグにも使ってしまったのはちょっと紛らわしかったかもしれませんね。）
てがろぐでは、投稿本文と画像は完全に別管理なので、「投稿に含まれている画像の属性」に応じて「投稿そのもの」の扱いを変える方法がありません。（仮にできたとしても、1投稿に複数の画像が含まれている場合の判断に困りますし。）
ギャラリーモードも通常モードと同じ投稿単位で表示するモードですから、画像側のフラグではなく投稿側のフラグで表示が決まります。
「一覧外にした意味がなくなってしまいます」と思われるということは、「新着画像リスト」や「画像一覧モード」は不使用なのでしょうね。
であれば、そもそも画像側に「一覧外」のフラグを付ける必要はありません。そのフラグはあくまでも「新着画像リスト」と「画像一覧モード」だけで使われるフラグですから。（※将来的に使うかもしれない、という場合には確かに使っておく意味はありますけども。）
投稿する際に、投稿に対して「下げる」機能をお使い下さい。
あと、文章後半の「一覧外に下げた投稿は～」以降の話は、今回の画像の件ではなく別件（投稿仕様の話）ですかね？ 投稿の際に、『下げる(一覧外)』に設定した上で、さらにカテゴリも設定すれば、そのカテゴリ限定表示時に表示されるようになりますのでお試し下さい。デフォルト設定では「カテゴリ限定表示時」以外でも表示されるのですが、下げた投稿が表示される状況を選択する方法をお使い頂くと、『「カテゴリ限定表示時」と「投稿単独表示時」だけでしか表示されない』ようにもできます。（※最新のVer 4.7.3βでは、ユーザ限定表示時も除外できるようになりました。）
🍰Re:5575◆こちらのローカルにあるファイルは既に修正しました。
試しに、この試験場のCGIもアップデートしてみました。今は、No.5569でご指摘頂いたようなURL（＝丸括弧で終わっているページ名にフラグメント（ # 記号で始まるアンカー名）が付いているURL）でも、ハッシュタグだとは誤解釈されずにURLだと判定されます。
→ https://ja.wikisource.org/wiki/%E5%88%91%E6%B3%95_(%E6...
次のβ版から確実に対応版をご使用頂けますので、公開までもうしばらくお待ち下さい。（今月の内に少なくとも1回はβ版を公開したいと思っています。）
試しに、この試験場のCGIもアップデートしてみました。今は、No.5569でご指摘頂いたようなURL（＝丸括弧で終わっているページ名にフラグメント（ # 記号で始まるアンカー名）が付いているURL）でも、ハッシュタグだとは誤解釈されずにURLだと判定されます。
→ https://ja.wikisource.org/wiki/%E5%88%91%E6%B3%95_(%E6...
次のβ版から確実に対応版をご使用頂けますので、公開までもうしばらくお待ち下さい。（今月の内に少なくとも1回はβ版を公開したいと思っています。）
クリスマスケーキというと、一般的にはどんなケーキでしょうかね？ 苺が載った白いケーキ？
🍰Re:5574◆ご要望をありがとうございます。
🍰Re:5574◆ご要望をありがとうございます。
- その機能が何のために必要で、
- その機能がないとどのような点に困るのか
2026年ですねえ。もう令和も8年目……？
きな粉餅を食べました。おいしい。
クリスマスケーキはまだ食べていません。もうそういう名称では売っていないと思いますから、何らかのケーキを買ってきて「これはクリスマスケーキである」と思いながら食べる以外にないんですが、仮にそうするとしてもどこでケーキを調達するべきか……。🤔
🍰Re:5565◆現状の仕様の都合から実装はあまり簡単ではない気がしていますので、気長にお待ち頂ければ幸いです。
とりあえず、今の時点でできる対処方法としては、子孫カテゴリ全部を一気に表示させるのが目的であれば、cat=diary,tsubo のように（URLのパラメータで）カテゴリIDをカンマで区切って下さい。3つ以上でもいくつでも同時に表示できます。詳しくは「カテゴリ限定表示」の『▼複数のカテゴリを同時に表示したい場合』あたりをご覧下さい。
🍰Re:5566◆管理画面の投稿一覧から編集するのではなく、投稿そのものに「編集」ボタンを表示することをお勧めします。そうすれば、先頭固定でも何でも「いま見ている投稿」から編集画面に移動できます。（編集ボタンは、ログインしている場合に限って見えるようにする方法もあります。）
🍰Re:5567◆カレンダーは、本来の表示月から指定月数ほどずらしたカレンダーを表示する記法を併用することで、複数月分を一括出力できます。例えば、[[CALENDAR]] [[CALENDAR:-1]] [[CALENDAR:-2]]と書くと「今月・前月・前々月」の3ヶ月分のカレンダーを出力できます。この方法をうまく使うと、ページ遷移せずにその場でカレンダーを切り替えられる仕組みが（JavaScriptで）作れます。
🍰Re:5568◆今年もよろしくです！(╹◡╹)ﾉ
🍰Re:5569◆ああ、なるほど。ご指摘ありがとうございます。確かに、そうなりますね。ハッシュタグを (#Hashtag)(#Hashtag) ……のように掲載している人が居ないとも限りませんから、（URLが開きカッコ(記号で終わるケースはまずないだろうと考えて）とりあえず閉じ丸括弧)だけを（ハッシュタグ化の）除外条件に加えておくと良さそうですかね。
次のバージョンで対処します。（とりあえず現時点では、お手数ですが既にお試しの通り、URLに含まれる閉じ丸括弧を %29 に置き換えてご使用をお願いします。）
🍰Re:5570◆可能です。要は鍵入力欄にinputmode属性を加えれば良いだけなので、以下のJavaScriptをスキンHTMLの末尾に書けば良いです。
<script>
document.querySelectorAll('input.passkeyinput').forEach(input => {
input.setAttribute('inputmode', 'numeric');
});
</script>
上記の 'numeric'は、入力文字種を数字に限りたい場合の記述です。英字にしたい場合は email にすると良いかもしれません。HTML5.1の仕様には latin や kana がありましたが既に廃止されていますから、今のブラウザでは指定しても効かないかもしれません。
🍰Re:5571◆何かテストに使える無難なYouTubeのプレイリストってあります？
🍰Re:5572◆それはブラウザで skin-cover.html にアクセスしている状態です。tegalog.cgi にアクセスして下さい。
きな粉餅を食べました。おいしい。
クリスマスケーキはまだ食べていません。もうそういう名称では売っていないと思いますから、何らかのケーキを買ってきて「これはクリスマスケーキである」と思いながら食べる以外にないんですが、仮にそうするとしてもどこでケーキを調達するべきか……。🤔
🍰Re:5565◆現状の仕様の都合から実装はあまり簡単ではない気がしていますので、気長にお待ち頂ければ幸いです。
とりあえず、今の時点でできる対処方法としては、子孫カテゴリ全部を一気に表示させるのが目的であれば、cat=diary,tsubo のように（URLのパラメータで）カテゴリIDをカンマで区切って下さい。3つ以上でもいくつでも同時に表示できます。詳しくは「カテゴリ限定表示」の『▼複数のカテゴリを同時に表示したい場合』あたりをご覧下さい。
🍰Re:5566◆管理画面の投稿一覧から編集するのではなく、投稿そのものに「編集」ボタンを表示することをお勧めします。そうすれば、先頭固定でも何でも「いま見ている投稿」から編集画面に移動できます。（編集ボタンは、ログインしている場合に限って見えるようにする方法もあります。）
🍰Re:5567◆カレンダーは、本来の表示月から指定月数ほどずらしたカレンダーを表示する記法を併用することで、複数月分を一括出力できます。例えば、[[CALENDAR]] [[CALENDAR:-1]] [[CALENDAR:-2]]と書くと「今月・前月・前々月」の3ヶ月分のカレンダーを出力できます。この方法をうまく使うと、ページ遷移せずにその場でカレンダーを切り替えられる仕組みが（JavaScriptで）作れます。
🍰Re:5568◆今年もよろしくです！(╹◡╹)ﾉ
🍰Re:5569◆ああ、なるほど。ご指摘ありがとうございます。確かに、そうなりますね。ハッシュタグを (#Hashtag)(#Hashtag) ……のように掲載している人が居ないとも限りませんから、（URLが開きカッコ(記号で終わるケースはまずないだろうと考えて）とりあえず閉じ丸括弧)だけを（ハッシュタグ化の）除外条件に加えておくと良さそうですかね。
次のバージョンで対処します。（とりあえず現時点では、お手数ですが既にお試しの通り、URLに含まれる閉じ丸括弧を %29 に置き換えてご使用をお願いします。）
🍰Re:5570◆可能です。要は鍵入力欄にinputmode属性を加えれば良いだけなので、以下のJavaScriptをスキンHTMLの末尾に書けば良いです。
<script>
document.querySelectorAll('input.passkeyinput').forEach(input => {
input.setAttribute('inputmode', 'numeric');
});
</script>
上記の 'numeric'は、入力文字種を数字に限りたい場合の記述です。英字にしたい場合は email にすると良いかもしれません。HTML5.1の仕様には latin や kana がありましたが既に廃止されていますから、今のブラウザでは指定しても効かないかもしれません。
🍰Re:5571◆何かテストに使える無難なYouTubeのプレイリストってあります？
🍰Re:5572◆それはブラウザで skin-cover.html にアクセスしている状態です。tegalog.cgi にアクセスして下さい。
年末……！ 2025年最後の週！（水曜日までしかない！） まだ何も終わっていない。┌(:3」└)┐
二度寝しようかな……。(:3[_____]
🌭Re:5554◆違うという認識で合っています。単にリストの見た目が入れ子構造になるだけです。
🌭Re:5555◆てがろぐに限らず、Faviconは常に「HTMLに直接記述されている方」が優先されます。スキンごとにFaviconを変更したい場合は、てがろぐ側では何も設定せず、スキン(HTML)側に直接Favicon指定を書く方法が分かりやすいのではないかと思います。
もしくは、
※てがろぐのFaviconのデフォルト設定では、適用先が「管理画面内のみ」になっているので、そのままではWebページのFaviconとしては使われません。また、たとえ適用先を「管理画面とスキン」に変更しても、スキン側に [[FAVICON]] の記述がなければFavicon指定はどこにも出力されないので使われませんからご注意下さい。
🌭Re:5556◆お読み下さってありがとうございます。(╹◡╹) ヘルプドキュメントでもブログでもだいたい「誰か読む人おるんかいな？」と疑問に思いながら書いていますので反応があるのはありがたいです。(笑) 「汎用いいね拍手ボタン的なツール（名称未定）」も、なんとかリリースに漕ぎ着けたいと思っています～。
二度寝しようかな……。(:3[_____]
🌭Re:5554◆違うという認識で合っています。単にリストの見た目が入れ子構造になるだけです。
🌭Re:5555◆てがろぐに限らず、Faviconは常に「HTMLに直接記述されている方」が優先されます。スキンごとにFaviconを変更したい場合は、てがろぐ側では何も設定せず、スキン(HTML)側に直接Favicon指定を書く方法が分かりやすいのではないかと思います。
もしくは、
- 特殊な1カテゴリを作るスキンにだけFaviconを直接記述しておき、
- 他のスキンには [[FAVICON]] を書いててがろぐ側でFaviconを変更できるようにする
※てがろぐのFaviconのデフォルト設定では、適用先が「管理画面内のみ」になっているので、そのままではWebページのFaviconとしては使われません。また、たとえ適用先を「管理画面とスキン」に変更しても、スキン側に [[FAVICON]] の記述がなければFavicon指定はどこにも出力されないので使われませんからご注意下さい。
🌭Re:5556◆お読み下さってありがとうございます。(╹◡╹) ヘルプドキュメントでもブログでもだいたい「誰か読む人おるんかいな？」と疑問に思いながら書いていますので反応があるのはありがたいです。(笑) 「汎用いいね拍手ボタン的なツール（名称未定）」も、なんとかリリースに漕ぎ着けたいと思っています～。
