カテゴリ「回答/返信」に属する投稿［670件］（10ページ目）
もう6月3日……？ 6月になってから、いつの間に2日も過ぎたのか🤔
🍰Re:3747,3749◆図解付きサンプル提示をどうもありがとうございます！ カスタマイズ知見が貯まるのはたいへんありがたいです。
🍰Re:3748◆畳んだときに最初の位置が分からなくなる問題は確かにありますね。昔々にも要望は受けていたのですけども、良さそうな解決策を思いつけていません（>>2479,2482/R）。良さげな方法があると良いのですけどもね……。
🍰Re:3750◆弁護士なら頭は良い違いないだろうに、不思議です。^^; デジタルデバイスを叩きながら質問に回答してくれている各種専門家には、ChatGPTに尋ねていないか警戒が必要ですね。(笑)
🍰Re:3751◆InstagramのURLには www.instagram.com/p/(ID) だけでなく www.instagram.com/reel/(ID) というURLもあるんですねえ。/p/という文字列が含まれる場合に決め打ちしていましたので、今後のバージョンで対処します。
🍰Re:3752◆伝手は重要ですね。だいたい300～400kmくらい離れたところなら伝手があったんですけども、さすがに遠すぎました。(^_^;)
🍰Re:3747,3749◆図解付きサンプル提示をどうもありがとうございます！ カスタマイズ知見が貯まるのはたいへんありがたいです。
🍰Re:3748◆畳んだときに最初の位置が分からなくなる問題は確かにありますね。昔々にも要望は受けていたのですけども、良さそうな解決策を思いつけていません（>>2479,2482/R）。良さげな方法があると良いのですけどもね……。
🍰Re:3750◆弁護士なら頭は良い違いないだろうに、不思議です。^^; デジタルデバイスを叩きながら質問に回答してくれている各種専門家には、ChatGPTに尋ねていないか警戒が必要ですね。(笑)
🍰Re:3751◆InstagramのURLには www.instagram.com/p/(ID) だけでなく www.instagram.com/reel/(ID) というURLもあるんですねえ。/p/という文字列が含まれる場合に決め打ちしていましたので、今後のバージョンで対処します。
🍰Re:3752◆伝手は重要ですね。だいたい300～400kmくらい離れたところなら伝手があったんですけども、さすがに遠すぎました。(^_^;)
by nishishi. ⌚2023年6月3日(土) 00:01:21〔2年以上前〕 回答/返信 ＜572文字＞ 編集
冷凍たこ焼きを80個買ってきました。……こう書くと、買いすぎな気もしてくるな……。^^; 大袋を2つ買っただけなんですが。
🍪Re:3736◆β版のご試用をどうもありがとうございます！ 全体的にお試し下さってありがたいです。また、開発放言への反応もありがとうございます。反応がないと需要レベルを判断できないのでとてもありがたいです。(╹◡╹)
🍪Re:3737◆新機能がお役に立ったようで良かったです。手動入力した投稿日時順に並び替える機能は、やはりそこそこ需要があったのですね。
🍪Re:3738-3743◆サーバの障害は珍しいですがゼロにはならないのでしょうねえ。てがろぐリンク集には、どこのサーバで動かしているのかの情報もあったら参考になって良さそうですね。^^;
🍪Re:3740◆てがろぐ的なページを「てがろぐ」という名称で認識されるようになるとちょっと嬉しいです。(^_^)
🍪Re:3741◆はい。ここも、さくらインターネットのサーバで動作しています。スタンダードプランですが。かなり前に契約したサーバなためか、今回の障害の対象ではなかったようですね。
🍪Re:3744◆デザインツールからの変換だと元データの方にいろんな情報があるのでそれなりにできるとは思うんですよね……。ただ1枚の絵（PNG画像とか）から「そこに何が描かれているのか、サイズを変更するとどう見栄えが変わるハズか」みたいなのもAIで判断できるようになる日が来ると（まさしく私がそういう仕事をしているので）仕事が減りそうだな、と思いました。(笑)
🍪Re:3745◆「続きを読む」ボタンの開閉はJavaScriptを使って対象のdisplayプロパティの値を直接切り替えているだけですので、現状の仕様では残念ながらそこにアニメーションを加えるカスタマイズの余地はなさそうかな……という気がします。「続きを読む」ボタンで隠された範囲を開閉するJavaScriptソース自体も好きなソースに差し替えられる機能を用意すると、開閉動作を自由にカスタマイズしやすくなって望ましいかも知れませんね。ちょっとその辺も考えてみます。
（➡もしかしたら現状でもCSSのアニメーション機能で何かする方法があるかも知れませんけども。その辺を何か試したことがある方がいらっしゃったら情報をお待ちしております。）
🍪Re:3736◆β版のご試用をどうもありがとうございます！ 全体的にお試し下さってありがたいです。また、開発放言への反応もありがとうございます。反応がないと需要レベルを判断できないのでとてもありがたいです。(╹◡╹)
🍪Re:3737◆新機能がお役に立ったようで良かったです。手動入力した投稿日時順に並び替える機能は、やはりそこそこ需要があったのですね。
🍪Re:3738-3743◆サーバの障害は珍しいですがゼロにはならないのでしょうねえ。てがろぐリンク集には、どこのサーバで動かしているのかの情報もあったら参考になって良さそうですね。^^;
🍪Re:3740◆てがろぐ的なページを「てがろぐ」という名称で認識されるようになるとちょっと嬉しいです。(^_^)
🍪Re:3741◆はい。ここも、さくらインターネットのサーバで動作しています。スタンダードプランですが。かなり前に契約したサーバなためか、今回の障害の対象ではなかったようですね。
🍪Re:3744◆デザインツールからの変換だと元データの方にいろんな情報があるのでそれなりにできるとは思うんですよね……。ただ1枚の絵（PNG画像とか）から「そこに何が描かれているのか、サイズを変更するとどう見栄えが変わるハズか」みたいなのもAIで判断できるようになる日が来ると（まさしく私がそういう仕事をしているので）仕事が減りそうだな、と思いました。(笑)
🍪Re:3745◆「続きを読む」ボタンの開閉はJavaScriptを使って対象のdisplayプロパティの値を直接切り替えているだけですので、現状の仕様では残念ながらそこにアニメーションを加えるカスタマイズの余地はなさそうかな……という気がします。「続きを読む」ボタンで隠された範囲を開閉するJavaScriptソース自体も好きなソースに差し替えられる機能を用意すると、開閉動作を自由にカスタマイズしやすくなって望ましいかも知れませんね。ちょっとその辺も考えてみます。
（➡もしかしたら現状でもCSSのアニメーション機能で何かする方法があるかも知れませんけども。その辺を何か試したことがある方がいらっしゃったら情報をお待ちしております。）
by nishishi. ⌚2023年5月31日(水) 00:34:32〔2年以上前〕 回答/返信 ＜1050文字＞ 編集
今日は玄米茶を飲みました。🍵🍵🍵
🍵Re:3728◆てがろぐのご活用をありがとうございます！ [[COMMENT:TITLE]] ではなく [[COMMENT:LINE:1]] を使えばお望みの動作になると思いますが、この方法では何か別の問題があるでしょうか？ [[COMMENT:LINE:1]] の記述だと1行目の内容がそのまま出力されます（1行目が画像なら画像がそのまま出力されますし、1行目のテキストに装飾が加えられている場合は装飾も含めて出力されます）。
※投稿本文を行単位で分解する記法にはバリエーションがいろいろありますので、スキンを試行錯誤なさる際の参考にして頂ければ幸いです。
(追記) なお、もしかすると以下のようにするのが最もお望みに近いかもしれません。
※この方法を使う場合は、管理画面の［設定］→［ページの設定］→【投稿本文の表示／画像】→［▼画像が省略される場面での表示］にある『画像の代わりに「(画像省略)」という文字列を出力する』項目をOFFにする必要があります。（ONの状態だと、1行目に画像がある場合には「(画像省略)」という文字列が代わりに挿入されてしまいますので。
お望みの動作の意図が異なる場合はご指摘下さい。
🍵Re:3728◆てがろぐのご活用をありがとうございます！ [[COMMENT:TITLE]] ではなく [[COMMENT:LINE:1]] を使えばお望みの動作になると思いますが、この方法では何か別の問題があるでしょうか？ [[COMMENT:LINE:1]] の記述だと1行目の内容がそのまま出力されます（1行目が画像なら画像がそのまま出力されますし、1行目のテキストに装飾が加えられている場合は装飾も含めて出力されます）。
※投稿本文を行単位で分解する記法にはバリエーションがいろいろありますので、スキンを試行錯誤なさる際の参考にして頂ければ幸いです。
(追記) なお、もしかすると以下のようにするのが最もお望みに近いかもしれません。
- タイトルには [[COMMENT:TEXT:30]] を使う。(＝行に関係なく「先頭から30文字」が抽出されるので、1行目に何もなければ2行目以降にある文字も使われます。)
- 本文には普通にそのまま [[COMMENT]] を使う。(＝1行目からすべて表示されるので、1行目が画像でも問題なく表示されます。)
※この方法を使う場合は、管理画面の［設定］→［ページの設定］→【投稿本文の表示／画像】→［▼画像が省略される場面での表示］にある『画像の代わりに「(画像省略)」という文字列を出力する』項目をOFFにする必要があります。（ONの状態だと、1行目に画像がある場合には「(画像省略)」という文字列が代わりに挿入されてしまいますので。
お望みの動作の意図が異なる場合はご指摘下さい。
by nishishi. ⌚2023年5月21日(日) 23:51:26〔2年以上前〕 回答/返信 ＜697文字＞ 編集
なんとなく5月になったばかりのように思っていたのに、そろそろ下旬に突入するとか……？🤔
🍵Re:3723◆ご活用ありがとうございます。ハッシュタグの使用数に関係なく掲載順序が変わらないように掲載する需要が存在するとは、要望を受けるまで全く思っていませんでした。^^;
🍵Re:3723◆ご活用ありがとうございます。ハッシュタグの使用数に関係なく掲載順序が変わらないように掲載する需要が存在するとは、要望を受けるまで全く思っていませんでした。^^;
by nishishi. ⌚2023年5月19日(金) 23:16:19〔2年以上前〕 回答/返信 ＜135文字＞ 編集
柏餅と桜餅を食べました。🍵
🍵Re:3698-3702◆ありがとうございます。Ver.4もご愛用頂ければ幸いです！
🍵Re:3703◆投稿欄の下部にある、既存ハッシュタグ再入力プルダウンメニューの掲載数は、[設定]→[投稿欄の表示]→【既存ハッシュタグ簡単入力機能】→[リストアップする最大個数]項目に望みの個数を指定することで自由に変更できます。ここに「0」を指定すれば、上限なしで全ハッシュタグが含まれるようにもできます（※隠れハッシュタグは含みません）。お試し下さい。
🍵Re:3698-3702◆ありがとうございます。Ver.4もご愛用頂ければ幸いです！
🍵Re:3703◆投稿欄の下部にある、既存ハッシュタグ再入力プルダウンメニューの掲載数は、[設定]→[投稿欄の表示]→【既存ハッシュタグ簡単入力機能】→[リストアップする最大個数]項目に望みの個数を指定することで自由に変更できます。ここに「0」を指定すれば、上限なしで全ハッシュタグが含まれるようにもできます（※隠れハッシュタグは含みません）。お試し下さい。
by nishishi. ⌚2023年5月1日(月) 20:42:21〔2年以上前〕 回答/返信 ＜327文字＞ 編集
ショートケーキ食べたい！ ないけど。(´･ω･`)
🍰Re:3683◆スキンが増えてくれるのはたいへん嬉しいです。(╹◡╹) ハンバーガーのダウンロードリンクが切れているっぽいですね
🍰Re:3684◆今のところ、「内側スキン管轄の文字列」を「外側スキン管轄の位置」に持ってくる方法がないので、公式の記法では無理なのですが、もしOGPを出力される設定にしているなら、以下のJavaScriptを書くことで、og:titleの中身をtitleに変えることはできます。
<script>
let ogtitle = document.querySelector('meta[property="og:title"]').getAttribute("content");
document.title = ogtitle;
</script>
上記のスクリプトを、body要素内のどこか（どこでも）か、head要素内で「title要素や[[OGP]]の記述よりも後」の位置に書けば、og:titleとして出力されている文字列が、そのままページタイトルとしても使われます。
og:titleとして何を取得するかは、管理画面の［設定］→［補助出力］→【OGP＋Twitter Cardの出力】→［▼OGPの設定］→「og:title」で選択できます。
なお、OGPを出力しない設定にしたい場合や、og:titleで設定できる選択肢よりももっと細かく出力内容を決めたい場合には、以前にNo.3293さんが解説して下さった方法( https://10prs.com/view/57 )を使うのが良いと思います。（そちらの方が出力内容が柔軟で、処理される状況が限定されていて無駄がないので望ましそうです。単純に記述量を短くしたければ先のソースだと2行で済むので楽ではありますが。^^;）
🍰Re:3685◆てがろぐ側では文字コードの変換をしていない上に、CSSファイルの中身には一切触れていないので、文字化けするなら概ねブラウザ側の問題だと思います。で、No.3686さんご指摘のように contentプロパティの値に多言語文字を使う場合には、Unicodeのコードポイントを16進数で指定する必要があるようですね。私もいま初めて知ったんですが。before疑似要素で「カテゴリ」と書きたい場合は、
content: '\30AB\30C6\30B4\30EA';
のように書くとうまくいきます。No.3686さんがご紹介下さっているサイトの変換ツールを使うと良いです。
なお、MDNの解説には、
🍰Re:3686◆解説ありがとうございます！(╹◡╹)ﾉ
🍰Re:3683◆スキンが増えてくれるのはたいへん嬉しいです。(╹◡╹) ハンバーガーのダウンロードリンクが切れているっぽいですね
🍰Re:3684◆今のところ、「内側スキン管轄の文字列」を「外側スキン管轄の位置」に持ってくる方法がないので、公式の記法では無理なのですが、もしOGPを出力される設定にしているなら、以下のJavaScriptを書くことで、og:titleの中身をtitleに変えることはできます。
<script>
let ogtitle = document.querySelector('meta[property="og:title"]').getAttribute("content");
document.title = ogtitle;
</script>
上記のスクリプトを、body要素内のどこか（どこでも）か、head要素内で「title要素や[[OGP]]の記述よりも後」の位置に書けば、og:titleとして出力されている文字列が、そのままページタイトルとしても使われます。
og:titleとして何を取得するかは、管理画面の［設定］→［補助出力］→【OGP＋Twitter Cardの出力】→［▼OGPの設定］→「og:title」で選択できます。
なお、OGPを出力しない設定にしたい場合や、og:titleで設定できる選択肢よりももっと細かく出力内容を決めたい場合には、以前にNo.3293さんが解説して下さった方法( https://10prs.com/view/57 )を使うのが良いと思います。（そちらの方が出力内容が柔軟で、処理される状況が限定されていて無駄がないので望ましそうです。単純に記述量を短くしたければ先のソースだと2行で済むので楽ではありますが。^^;）
🍰Re:3685◆てがろぐ側では文字コードの変換をしていない上に、CSSファイルの中身には一切触れていないので、文字化けするなら概ねブラウザ側の問題だと思います。で、No.3686さんご指摘のように contentプロパティの値に多言語文字を使う場合には、Unicodeのコードポイントを16進数で指定する必要があるようですね。私もいま初めて知ったんですが。before疑似要素で「カテゴリ」と書きたい場合は、
content: '\30AB\30C6\30B4\30EA';
のように書くとうまくいきます。No.3686さんがご紹介下さっているサイトの変換ツールを使うと良いです。
なお、MDNの解説には、
ラテン文字以外は Unicode エスケープシーケンスを使用してエンコードする必要があります。と書いてあるんですが、Unicodeエスケープシーケンスというのは \u ＋16進数 で表記する方法なので、微妙に違いますね。^^; その方法だとうまくいきませんでした。(^_^;;; せっかく（世界中の文字をそのまま表せる）UTF-8を使っているにもかかわらず「エスケープせよ」と言う仕様にするのは思想的におかしい気がしますので、そのうち改善されるのではないかとは思いますが。
この文字化けが発生している際はcssファイル内の他の日本語文字列（たとえばフォント指定など）も同様に文字化けしています。ということは、ブラウザがCSSファイルの文字コードの認識に失敗している、ということですから、CSSファイルの文字コードを明示できれば良いのかもしれませんけども。
- CSSファイルの1行目に @charset "utf-8"; と書いておいたり、
- CSSファイルの先頭付近に /* これは○○のスタイルシートで云々 */ みたいな日本語のかな漢字交じり文を書いておくなどして、
🍰Re:3686◆解説ありがとうございます！(╹◡╹)ﾉ
by nishishi. ⌚2023年4月23日(日) 11:22:27〔2年以上前〕 回答/返信 ＜1736文字＞ 編集
ポテトチップスが食べたい……！ んだけども、買い置きがない……。(´･ω･`)
🍘Re:3678◆ご愛用ありがとうございます！ 残念ながら今のところは管理画面から一括で設定する方法しかありません。個別に設定できる記法があると便利ですかね？
🍘Re:3679◆β版のご試用をどうもありがとうございます。ご報告もありがとうございます。たしかに、てがろぐを1回動かすたびに1件記録されますね。（たまたま動作上の問題はなかったものの）プログラムソースの記述にちょっとしたミスがありました。次のバージョンで修正します。（ローカルのソースはもう修正しましたので、近日中にはお使い頂けるようになります。）
🍘Re:3678◆ご愛用ありがとうございます！ 残念ながら今のところは管理画面から一括で設定する方法しかありません。個別に設定できる記法があると便利ですかね？
🍘Re:3679◆β版のご試用をどうもありがとうございます。ご報告もありがとうございます。たしかに、てがろぐを1回動かすたびに1件記録されますね。（たまたま動作上の問題はなかったものの）プログラムソースの記述にちょっとしたミスがありました。次のバージョンで修正します。（ローカルのソースはもう修正しましたので、近日中にはお使い頂けるようになります。）
by nishishi. ⌚2023年4月22日(土) 00:27:24〔2年以上前〕 回答/返信 ＜305文字＞ 編集
ここ数年、たい焼きを食べる機会がないんですが、代わりにたい焼き型の和菓子を買いました。中身があんこな点は共通しているかもしれません。┌(:3」└)┐
なお、たこ焼きは昨日食べました。Unicode、たこ焼きの絵文字はまだか……！
🐟Re:3674,3675◆詳しい情報をありがとうございます。どうやらSpotify公式の短縮URLができたんですね。ただ、短縮URLから元のURLに（URLの情報だけで）変換するのは無理なようなので、短縮URLで埋め込むのは無理っぽいです。Spotify側が短縮URLでの埋め込みをサポートしてくれれば良いんですが、Spotifyの場合は（埋め込むWebサイト側が）直接iframeを書く方式なので、望み薄なような気もします……。
なお、たこ焼きは昨日食べました。Unicode、たこ焼きの絵文字はまだか……！
🐟Re:3674,3675◆詳しい情報をありがとうございます。どうやらSpotify公式の短縮URLができたんですね。ただ、短縮URLから元のURLに（URLの情報だけで）変換するのは無理なようなので、短縮URLで埋め込むのは無理っぽいです。Spotify側が短縮URLでの埋め込みをサポートしてくれれば良いんですが、Spotifyの場合は（埋め込むWebサイト側が）直接iframeを書く方式なので、望み薄なような気もします……。
by nishishi. ⌚2023年4月20日(木) 09:51:24〔2年以上前〕 回答/返信 ＜346文字＞ 編集
Spotify公式の埋め込みコードだと、横幅100%とか選べたり、高さは352px・152pxの2択になっていたりするんですね……。この辺も設定画面で指定可能にしましょうかね……？（まあ、CSSで指定して頂いても良い気もしますけども。）
🍵Re:3668◆β版のご試用をどうもありがとうございます。2秒ロックの画面にならないのはむしろ良いことで、それはつまり「人間が入力する際に不便になることはない」ということかなと思います。私の環境でも、パスワード未入力の状態で「ログイン」ボタンを素早く押す（のを2回繰り返す）、みたいなことをしないと表示されませんでした。パスワードを何か入力すると、もうそれで2秒ロックの時間は過ぎる感じで。◆大作スキンの配布もどうもありがとうございます！
🍵Re:3670◆こちらの環境だと問題なく埋め込めているのですが、「リンクをコピー」でどんなURLになりましたか？ こちらでWeb版Spotifyと、Windows版(Microsoft Store版)Spotifyを最新版(1.2.9.743)にして試してみましたが、特に埋め込みに問題はありませんでした。どんなURLになっているかを教えて頂けると何らかの対処ができるかもしれません。
🍵Re:3668◆β版のご試用をどうもありがとうございます。2秒ロックの画面にならないのはむしろ良いことで、それはつまり「人間が入力する際に不便になることはない」ということかなと思います。私の環境でも、パスワード未入力の状態で「ログイン」ボタンを素早く押す（のを2回繰り返す）、みたいなことをしないと表示されませんでした。パスワードを何か入力すると、もうそれで2秒ロックの時間は過ぎる感じで。◆大作スキンの配布もどうもありがとうございます！
🍵Re:3670◆こちらの環境だと問題なく埋め込めているのですが、「リンクをコピー」でどんなURLになりましたか？ こちらでWeb版Spotifyと、Windows版(Microsoft Store版)Spotifyを最新版(1.2.9.743)にして試してみましたが、特に埋め込みに問題はありませんでした。どんなURLになっているかを教えて頂けると何らかの対処ができるかもしれません。
by nishishi. ⌚2023年4月19日(水) 14:18:29〔2年以上前〕 回答/返信 ＜546文字＞ 編集
「白いルマンド」の「期間限定」というのは、いつまで……？
🍰Re:3664◆ありがとうございます。調べてみたところ、てがろぐ側の不備で『ノーマル状態の出力が <a href="?tag=%e3%82%bf… のように「?」で始まるURL』になっていないと、SITEMAPやGALLERY用のパラメータが付加されない動作になっていました。ちょっと実装方法を見直します。
SSIでご使用とのことですから、［設定］→［ページの表示］→【投稿本文の表示／テキスト】→［▼テキストリンクの出力調整］にある『本文中のテキストリンクを絶対URL(フルパス)で出力する』項目をONになさっているのだと思います。ここは「本文中のリンク先」を調整する目的で用意した機能ですが、ハッシュタグリストの出力ではここの設定が影響するようになっています（意図してそうしたわけではなく、いま気付きました^^;）。なので、ここをOFFにすることができればGALLERY用のリンクになりますが、SSIで合成にお使いならここはOFFにできませんね。実装方法を全体的に見直して解決しますが、とりあえず今の時点では、JavaScriptでご対処頂くしかなさそうです。すみません。
🍰Re:3665◆了解しました。その方向で考えてみます。
🍰Re:3664◆ありがとうございます。調べてみたところ、てがろぐ側の不備で『ノーマル状態の出力が <a href="?tag=%e3%82%bf… のように「?」で始まるURL』になっていないと、SITEMAPやGALLERY用のパラメータが付加されない動作になっていました。ちょっと実装方法を見直します。
SSIでご使用とのことですから、［設定］→［ページの表示］→【投稿本文の表示／テキスト】→［▼テキストリンクの出力調整］にある『本文中のテキストリンクを絶対URL(フルパス)で出力する』項目をONになさっているのだと思います。ここは「本文中のリンク先」を調整する目的で用意した機能ですが、ハッシュタグリストの出力ではここの設定が影響するようになっています（意図してそうしたわけではなく、いま気付きました^^;）。なので、ここをOFFにすることができればGALLERY用のリンクになりますが、SSIで合成にお使いならここはOFFにできませんね。実装方法を全体的に見直して解決しますが、とりあえず今の時点では、JavaScriptでご対処頂くしかなさそうです。すみません。
🍰Re:3665◆了解しました。その方向で考えてみます。
by nishishi. ⌚2023年4月18日(火) 00:51:29〔2年以上前〕 回答/返信 ＜558文字＞ 編集
先程配布した Ver 3.9.5β では、特にログインセキュリティ機能の動作をお試し頂けますと幸いです。問題なければ、次は Ver 4.0.0 正式版になる予定です。
🍰Re:3658◆なるほど、目次用途だと最初から時系列順の方が嬉しい、という場合もあるのですね。リンクに &order=reverse を最初から付与する機能は今のところはありませんので、現状ではJavaScriptを使って付加して頂く対策くらいしかなさそうな気がします。もしかして、「サイトマップページモードでは最初から時系列順で表示される」みたいなオプション設定機能があると役に立ちますか？（リンクに &order=reverse を付加するよりも。）
🍰Re:3659◆大作です。JavaScriptでどうにかするだけで、ここまで機能を付加できるものなのかと、ずいぶん感心しました。
🍰Re:3660◆問題のてがろぐで、[[HASHTAG:LIST:GALLERY]] を記述した箇所に、実際にどのようなHTMLが出力されていますでしょうか？ 全部でなくて良いので、1項目分のHTMLソースをそのままコピーして教えて頂けますでしょうか。例えば、<li class="count143"><a href="?tag=%e8%a6%81%e6%9c%9b" class="taglink" title="要望">要望</a><span class="num">(143)</span></li> のような感じです。
🍰Re:3661◆先程β版として配布しましたので、お試し頂ければ幸いです。ハッシュタグの集計機能をOFFにしたり、カテゴリ該当数の再カウントを単独で実行したりできるようになっています。
🍰Re:3658◆なるほど、目次用途だと最初から時系列順の方が嬉しい、という場合もあるのですね。リンクに &order=reverse を最初から付与する機能は今のところはありませんので、現状ではJavaScriptを使って付加して頂く対策くらいしかなさそうな気がします。もしかして、「サイトマップページモードでは最初から時系列順で表示される」みたいなオプション設定機能があると役に立ちますか？（リンクに &order=reverse を付加するよりも。）
🍰Re:3659◆大作です。JavaScriptでどうにかするだけで、ここまで機能を付加できるものなのかと、ずいぶん感心しました。
🍰Re:3660◆問題のてがろぐで、[[HASHTAG:LIST:GALLERY]] を記述した箇所に、実際にどのようなHTMLが出力されていますでしょうか？ 全部でなくて良いので、1項目分のHTMLソースをそのままコピーして教えて頂けますでしょうか。例えば、<li class="count143"><a href="?tag=%e8%a6%81%e6%9c%9b" class="taglink" title="要望">要望</a><span class="num">(143)</span></li> のような感じです。
🍰Re:3661◆先程β版として配布しましたので、お試し頂ければ幸いです。ハッシュタグの集計機能をOFFにしたり、カテゴリ該当数の再カウントを単独で実行したりできるようになっています。
by nishishi. ⌚2023年4月16日(日) 18:26:46〔2年以上前〕 回答/返信 ＜764文字＞ 編集
牛乳寒天を食べました。
🍫Re:3650◆情報ありがとうございます。投稿総数が128しかないのに10秒とはかなり掛かりますね……。ハッシュタグが3千種類くらいあると、そうなるんですねえ。(^_^;;; 再集計対象を絞れる機能はできるだけ早めに用意します。「 # 」記号を含む投稿をするとハッシュタグが再集計される仕様ですから、そうすると「 # 」を含む投稿をするたびに10秒くらいの待ち時間が発生しているのですかね……？ ハッシュタグを再集計するのはハッシュタグリストの生成と該当個数を調べるためなので、ハッシュタグリストを表示しないならそもそもハッシュタグを集計する必要性もないんですよね。ハッシュタグを集計しない機能も用意します。➡用意しました！ 次のバージョンからお使い頂けます。
🍫Re:3651◆ローカルにあるプログラムには既に実装しましたので、次に公開するバージョンからお使い頂けます。
🍫Re:3652◆お望みの動作になったようで良かったです。(╹◡╹)
🍫Re:3650◆情報ありがとうございます。投稿総数が128しかないのに10秒とはかなり掛かりますね……。ハッシュタグが3千種類くらいあると、そうなるんですねえ。(^_^;;; 再集計対象を絞れる機能はできるだけ早めに用意します。「 # 」記号を含む投稿をするとハッシュタグが再集計される仕様ですから、そうすると「 # 」を含む投稿をするたびに10秒くらいの待ち時間が発生しているのですかね……？ ハッシュタグを再集計するのはハッシュタグリストの生成と該当個数を調べるためなので、ハッシュタグリストを表示しないならそもそもハッシュタグを集計する必要性もないんですよね。ハッシュタグを集計しない機能も
🍫Re:3651◆ローカルにあるプログラムには既に実装しましたので、次に公開するバージョンからお使い頂けます。
🍫Re:3652◆お望みの動作になったようで良かったです。(╹◡╹)
by nishishi. ⌚2023年4月13日(木) 12:08:41〔2年以上前〕 回答/返信 ＜452文字＞ 編集
珈琲ゼリーも食べました！
🍫Re:3648◆謎の空白は、要は「オブジェクトの下端」が「ベースライン」に合わせられてしまうHTML側のデフォルト仕様が原因です。解決策は複数ありますが、簡単なのは、次のようにCSSを書くことでしょうかね。
.embeddedmusic iframe {
vertical-align: middle;
}
値は（デフォルトのbaselineでなければ良いので）middle以外に、topとかbottomとかでも良いです。画像の下に空白ができるのと現象としては同じです。
何らかの事情で vertical-align プロパティを使いたくない場合は、他にも、以下のようなCSSでも対処できます。
.embeddedmusic {
display: inline-block;
}
.embeddedmusic iframe {
display: block;
}
以上、お試し下さい。
🍫Re:3648◆謎の空白は、要は「オブジェクトの下端」が「ベースライン」に合わせられてしまうHTML側のデフォルト仕様が原因です。解決策は複数ありますが、簡単なのは、次のようにCSSを書くことでしょうかね。
.embeddedmusic iframe {
vertical-align: middle;
}
値は（デフォルトのbaselineでなければ良いので）middle以外に、topとかbottomとかでも良いです。画像の下に空白ができるのと現象としては同じです。
何らかの事情で vertical-align プロパティを使いたくない場合は、他にも、以下のようなCSSでも対処できます。
.embeddedmusic {
display: inline-block;
}
.embeddedmusic iframe {
display: block;
}
以上、お試し下さい。
by nishishi. ⌚2023年4月11日(火) 16:49:17〔2年以上前〕 回答/返信 ＜427文字＞ 編集
カカオ85％のチョコレートを舐めています。🍫🍫🍫
🍫Re:3638◆投稿内容をRSSリーダーでチェックすると、その機能はたいてい使えますね。RSSリーダーがもうちょっと復興すると良いなあ、と思っています。
🍫Re:3641◆複数人でチャット的に使っている場合には、そういう機能があると便利ですかね？
🍫Re:3642◆ご活用をありがとうございます。◆まず1点目ですが、[[NO-LINKADJUSTMENT]]を使っていても、ページ移動ナビゲーション系のリンクでは適用スキンを維持したリンクが出力されます。この点の解説が不足していたので加えておきました。適用スキンを外したHOMEへ移動させたい場合は、[[HOME:URL:FULL]] を使うか <a href="?">HOMEへ戻る</a> のようなa要素を直接書いて頂けますと幸いです。◆次に2点目ですが、それは確かにあると便利そうですね！ mode-gallery や mode-sitemappage のようなclass名も加えるようにします。ご要望をありがとうございます！
🍫Re:3643◆ありそうでないんですかね。^^; なんとなく作りたい気分ではいます。あまり期待せずにお待ち下さい。^^;;;
🍫Re:3645◆なるほど、そういえばハッシュタグの集計自体を止める方法は用意していませんでした。参考までにもしよろしければ3点教えて欲しいのですが、①ハッシュタグは何種類抽出されますか？ ②再集計にどれくらい秒数が掛かりますか？ ③投稿総数は何件ありますか？ ハッシュタグは全投稿を走査するので大量にあると重たくなるだろうな、とは思います。再集計対象を限定できるような機能も（そう遠くないうちに）用意しようと思います。なお、既存の # 記号を # に置き換えるには、 tegalog.xml をテキストエディタで開いて編集すると現実的に可能かもしれません。（てがろぐ上で再編集するのは量が多いと非現実的でしょうから。）
🍫Re:3646◆てがろぐ完全構成ZIPの中には rss というフォルダの中にRSS用スキンが含まれています。これをベースにして skin-onelog.html をお望みのように編集なされば良いと思います。編集できたら、管理画面の［設定］→［補助出力］→【RSSフィードの出力】で『自作のRSSスキンを使う』項目にチェックを入れて保存して下さい。そうすると、RSSモードで自作のRSS用スキンが使われるようになります。なお、そこまでしなくても、この項目を『内蔵のRSSスキン(抜粋収録)を使う』に変更すればお望みに近くなる可能性もあります。抜粋収録にすると、RSSフィードには「投稿の先頭から120文字」だけしか収録されなくなります。（開発放言のRSSフィードもその設定で出力しています。※正確には「1行目の先頭から最大30文字」がタイトルになり、2行目以降の先頭120文字だけが本文として抜粋して収録されます。画像等のテキスト以外の物体は一切省略されます。投稿が全1行の場合は1行目の先頭最大120文字だけが抜粋収録されます。）
🍫Re:3638◆投稿内容をRSSリーダーでチェックすると、その機能はたいてい使えますね。RSSリーダーがもうちょっと復興すると良いなあ、と思っています。
🍫Re:3641◆複数人でチャット的に使っている場合には、そういう機能があると便利ですかね？
🍫Re:3642◆ご活用をありがとうございます。◆まず1点目ですが、[[NO-LINKADJUSTMENT]]を使っていても、ページ移動ナビゲーション系のリンクでは適用スキンを維持したリンクが出力されます。この点の解説が不足していたので加えておきました。適用スキンを外したHOMEへ移動させたい場合は、[[HOME:URL:FULL]] を使うか <a href="?">HOMEへ戻る</a> のようなa要素を直接書いて頂けますと幸いです。◆次に2点目ですが、それは確かにあると便利そうですね！ mode-gallery や mode-sitemappage のようなclass名も加えるようにします。ご要望をありがとうございます！
🍫Re:3643◆ありそうでないんですかね。^^; なんとなく作りたい気分ではいます。あまり期待せずにお待ち下さい。^^;;;
🍫Re:3645◆なるほど、そういえばハッシュタグの集計自体を止める方法は用意していませんでした。参考までにもしよろしければ3点教えて欲しいのですが、①ハッシュタグは何種類抽出されますか？ ②再集計にどれくらい秒数が掛かりますか？ ③投稿総数は何件ありますか？ ハッシュタグは全投稿を走査するので大量にあると重たくなるだろうな、とは思います。再集計対象を限定できるような機能も（そう遠くないうちに）用意しようと思います。なお、既存の # 記号を # に置き換えるには、 tegalog.xml をテキストエディタで開いて編集すると現実的に可能かもしれません。（てがろぐ上で再編集するのは量が多いと非現実的でしょうから。）
🍫Re:3646◆てがろぐ完全構成ZIPの中には rss というフォルダの中にRSS用スキンが含まれています。これをベースにして skin-onelog.html をお望みのように編集なされば良いと思います。編集できたら、管理画面の［設定］→［補助出力］→【RSSフィードの出力】で『自作のRSSスキンを使う』項目にチェックを入れて保存して下さい。そうすると、RSSモードで自作のRSS用スキンが使われるようになります。なお、そこまでしなくても、この項目を『内蔵のRSSスキン(抜粋収録)を使う』に変更すればお望みに近くなる可能性もあります。抜粋収録にすると、RSSフィードには「投稿の先頭から120文字」だけしか収録されなくなります。（開発放言のRSSフィードもその設定で出力しています。※正確には「1行目の先頭から最大30文字」がタイトルになり、2行目以降の先頭120文字だけが本文として抜粋して収録されます。画像等のテキスト以外の物体は一切省略されます。投稿が全1行の場合は1行目の先頭最大120文字だけが抜粋収録されます。）
by nishishi. ⌚2023年4月11日(火) 13:57:02〔2年以上前〕 回答/返信 ＜1361文字＞ 編集
ね、む、い……。_(:3」∠)_
🍵Re:3624◆「想定していない」というのは単に「開発段階でそういう用途を考慮して作ってはいない」というだけの話で、「やっちゃダメ」というわけではありませんけどね。基本的には、主な表示時でPowered-by表記が見えていてリンクが繋がっていれば問題ありません。
🍵Re:3625◆::before疑似要素等をお使いになりたいのが理由なら、例えば『（出力形態はinput要素のままだけども）<span class="submit"><input type="submit" ...></span> のように、ボタンを作るinput要素を別のspan要素で囲む』というような出力仕様でも望みに適います？
🍵Re:3627◆宣伝ありがたいです。(╹◡╹)
🍵Re:3628◆ピークは過ぎましたかね……？^^; 本当にあの2日間は何があったのか。^^;
🍵Re:3630◆ご愛用ありがとうございます。また、ご要望もありがとうございます。「年」も古い順に並ぶ方が良いですか？ それとも「年は新しい順のまま、月だけ古い順(1→12月)」に並ぶ方が良いですか？
🍵Re:3631◆ナイスな案をありがとうございます。たしかにそのCSSですべて古い順にできますね。.datelimitlistを消して.datelimitsublistだけにすれば、「年は新しい順のまま、月は古い順」にもできますね。
🍵Re:3624◆「想定していない」というのは単に「開発段階でそういう用途を考慮して作ってはいない」というだけの話で、「やっちゃダメ」というわけではありませんけどね。基本的には、主な表示時でPowered-by表記が見えていてリンクが繋がっていれば問題ありません。
🍵Re:3625◆::before疑似要素等をお使いになりたいのが理由なら、例えば『（出力形態はinput要素のままだけども）<span class="submit"><input type="submit" ...></span> のように、ボタンを作るinput要素を別のspan要素で囲む』というような出力仕様でも望みに適います？
🍵Re:3627◆宣伝ありがたいです。(╹◡╹)
🍵Re:3628◆ピークは過ぎましたかね……？^^; 本当にあの2日間は何があったのか。^^;
🍵Re:3630◆ご愛用ありがとうございます。また、ご要望もありがとうございます。「年」も古い順に並ぶ方が良いですか？ それとも「年は新しい順のまま、月だけ古い順(1→12月)」に並ぶ方が良いですか？
🍵Re:3631◆ナイスな案をありがとうございます。たしかにそのCSSですべて古い順にできますね。.datelimitlistを消して.datelimitsublistだけにすれば、「年は新しい順のまま、月は古い順」にもできますね。
by nishishi. ⌚2023年4月7日(金) 15:13:34〔2年以上前〕 回答/返信 ＜660文字＞ 編集
Unicode、大福の絵文字もない？（返信群③）
🍵Re:3600◆ご活用下さってありがとうございます。スマートフォンでも問題なく使えているようで良かったです。(╹◡╹)
🍵Re:3601◆単独で成立して、ギャラリーモード用の表示も含んだスキンですね。スキンの選択肢が増えるのはとても嬉しいです。
🍵Re:3602◆いいところ列挙ありがとうございます！ いろいろ気に入って下さっているようで嬉しいです。(╹◡╹)
🍵Re:3603◆上手く仕様をご活用頂けているようで嬉しいです。^^
🍵Re:3607◆ドーナツ食べようかな……と思わなくもなかったんですが、ガッツリ食べる気分でもなかったので、今日は雪見だいふくにしました～。
🍵Re:3608◆ありがとうございます！ ぜひいじりまくって下さい！^^;
🍵Re:3609◆お気に召したようで良かったです！
🍵Re:3610◆時系列順に表示する機能は、Twilog（Twitter APIのせいで今後の継続が困難になってしまいましたが）にあって便利だな……と思っていたので実装した、という経緯がありました。
🍵Re:3611◆どこのinput要素のことでしょう？
🍵Re:3612◆デザインできる方がデザインすると良い感じになるなあ、と感心していました。デザイン能力って羨ましいですよね……。^^; なお、スキンは複数を同時並行で使用可能ですから、気に入ったスキンは全部UPしてしまって、気分に応じて切り替えて使う手もあると思います。(╹◡╹)
🍵Re:3613◆ご質問ありがとうございます。回答は No.3614 さんの通りです。
🍵Re:3614◆サポートありがとうございます！
🍵Re:3615◆たしかに、今となっては「▼」記号の部分だけCSSで指定しているのもちょっと紛らわしいというかややこしい感じですね。当初は、そもそも日付境界バーの日付表記をカスタマイズする機能がなかったので、あの辺をカスタマイズするとしたらCSSを弄るしかなかったんですけども、今は機能が増えましたので、ちょっと何やらちぐはぐな感じになっております……。^^;
🍵Re:3616◆ご活用下さってありがとうございます。複数投稿をまとめてリンクして言及できる点は、個人的にも便利だな……と時々思います。(笑)
🍵Re:3617◆スキン作者も「兄貴」ということでいいんですかね？^^;
🍵Re:3600◆ご活用下さってありがとうございます。スマートフォンでも問題なく使えているようで良かったです。(╹◡╹)
🍵Re:3601◆単独で成立して、ギャラリーモード用の表示も含んだスキンですね。スキンの選択肢が増えるのはとても嬉しいです。
🍵Re:3602◆いいところ列挙ありがとうございます！ いろいろ気に入って下さっているようで嬉しいです。(╹◡╹)
🍵Re:3603◆上手く仕様をご活用頂けているようで嬉しいです。^^
🍵Re:3607◆ドーナツ食べようかな……と思わなくもなかったんですが、ガッツリ食べる気分でもなかったので、今日は雪見だいふくにしました～。
🍵Re:3608◆ありがとうございます！ ぜひいじりまくって下さい！^^;
🍵Re:3609◆お気に召したようで良かったです！
🍵Re:3610◆時系列順に表示する機能は、Twilog（Twitter APIのせいで今後の継続が困難になってしまいましたが）にあって便利だな……と思っていたので実装した、という経緯がありました。
🍵Re:3611◆どこのinput要素のことでしょう？
🍵Re:3612◆デザインできる方がデザインすると良い感じになるなあ、と感心していました。デザイン能力って羨ましいですよね……。^^; なお、スキンは複数を同時並行で使用可能ですから、気に入ったスキンは全部UPしてしまって、気分に応じて切り替えて使う手もあると思います。(╹◡╹)
🍵Re:3613◆ご質問ありがとうございます。回答は No.3614 さんの通りです。
🍵Re:3614◆サポートありがとうございます！
🍵Re:3615◆たしかに、今となっては「▼」記号の部分だけCSSで指定しているのもちょっと紛らわしいというかややこしい感じですね。当初は、そもそも日付境界バーの日付表記をカスタマイズする機能がなかったので、あの辺をカスタマイズするとしたらCSSを弄るしかなかったんですけども、今は機能が増えましたので、ちょっと何やらちぐはぐな感じになっております……。^^;
🍵Re:3616◆ご活用下さってありがとうございます。複数投稿をまとめてリンクして言及できる点は、個人的にも便利だな……と時々思います。(笑)
🍵Re:3617◆スキン作者も「兄貴」ということでいいんですかね？^^;
by nishishi. ⌚2023年4月6日(木) 00:46:02〔2年以上前〕 回答/返信 ＜1126文字＞ 編集
珈琲ゼリーも食べました。最近よく食べます。（返信群②）
🍵Re:3589◆開発放言も見て頂いてありがとうございます。その用途(＝キャッシュをいい感じにクリアする用途)以外に使い道がない機能な気もしますけども、あれば便利そうだとは思うのですよね。^^; なんとなく作る方向で考えてはいます。ただ、「その用途以外に使い道がない」なら、もっと記法を簡単にして、例えば [[QFC]] (Query For CSS) とかにして問答無用でCSSファイルのタイムスタンプを使って ?dYYYYMMDDhhmmss のような文字列を出力するようにしてしまうとか、もしくはCSSを読み込むlink要素自体を [[LOADCSS:tegalog.css]] みたい書けるようにして、更新日時のクエリ文字列を自動で付加するようにしてもいいのかな……という気もしていて、ちょっと仕様に迷っています。
🍵Re:3589◆そうですね。確実にキャッシュをクリアさせられる点では良いですが、無駄な通信も発生しますしね。
🍵Re:3594◆はい。ルビもいけます。👍
🍵Re:3595◆ルビはHTMLのrt要素で出力されていますので、以下のようなJavaScript＋HTMLを書くと、ルビのON/OFFボタンが作れますので、ぜひお試し下さい。(╹◡╹)ﾉ #🌱豆知識
<script>
function toggleRuby() {
var rtElms = document.getElementsByTagName("rt");
for (var i = 0; i < rtElms.length; i++) {
if (rtElms[i].style.display === "none") {
rtElms[i].style.display = "";
}
else {
rtElms[i].style.display = "none";
}
}
}
</script>
<button onclick="toggleRuby()">ルビの表示/非表示</button>
上記のソースでボタンを作ると、ボタンを押す度に「そのページ内に存在するすべてのルビ」の表示/非表示が切り替わります。
🍵Re:3596◆ご要望をありがとうございます。リスト記法については、複数のオプションを同時に指定できる仕様に拡張するようにします。次のバージョンで提供できるかどうかはちょっと今の段階では分かりませんが、そう遠くないうちに実装できると思います。◆掲示板でよくある「返信」機能ですね。複数人で使っている場合には、あると便利でしょうかね？ 掲示板モードを作るという構想も（構想だけは）ありますので、その辺も合わせて考えてみます。気長にお待ち頂ければ幸いです。◆いいところの列挙もありがとうございます！
🍵Re:3597◆ありがとうございます。(^_^)
🍵Re:3598◆ご要望をありがとうございます。画像ファイルに半角ハイフン記号があると、てがろぐの古い仕様では別の解釈になってしまう問題があって、互換性のためにそのような仕様になっているのですが、たしかに画像にハイフン記号を使いたいケースは多々あるでしょうから、もうちょっとなんかうまい実装方法を考えてどうにかしたいとは思っています。^^; 気長にお待ち頂ければ幸いです。
🍵Re:3589◆開発放言も見て頂いてありがとうございます。その用途(＝キャッシュをいい感じにクリアする用途)以外に使い道がない機能な気もしますけども、あれば便利そうだとは思うのですよね。^^; なんとなく作る方向で考えてはいます。ただ、「その用途以外に使い道がない」なら、もっと記法を簡単にして、例えば [[QFC]] (Query For CSS) とかにして問答無用でCSSファイルのタイムスタンプを使って ?dYYYYMMDDhhmmss のような文字列を出力するようにしてしまうとか、もしくはCSSを読み込むlink要素自体を [[LOADCSS:tegalog.css]] みたい書けるようにして、更新日時のクエリ文字列を自動で付加するようにしてもいいのかな……という気もしていて、ちょっと仕様に迷っています。
🍵Re:3589◆そうですね。確実にキャッシュをクリアさせられる点では良いですが、無駄な通信も発生しますしね。
🍵Re:3594◆はい。ルビもいけます。👍
🍵Re:3595◆ルビはHTMLのrt要素で出力されていますので、以下のようなJavaScript＋HTMLを書くと、ルビのON/OFFボタンが作れますので、ぜひお試し下さい。(╹◡╹)ﾉ #🌱豆知識
<script>
function toggleRuby() {
var rtElms = document.getElementsByTagName("rt");
for (var i = 0; i < rtElms.length; i++) {
if (rtElms[i].style.display === "none") {
rtElms[i].style.display = "";
}
else {
rtElms[i].style.display = "none";
}
}
}
</script>
<button onclick="toggleRuby()">ルビの表示/非表示</button>
上記のソースでボタンを作ると、ボタンを押す度に「そのページ内に存在するすべてのルビ」の表示/非表示が切り替わります。
🍵Re:3596◆ご要望をありがとうございます。リスト記法については、複数のオプションを同時に指定できる仕様に拡張するようにします。次のバージョンで提供できるかどうかはちょっと今の段階では分かりませんが、そう遠くないうちに実装できると思います。◆掲示板でよくある「返信」機能ですね。複数人で使っている場合には、あると便利でしょうかね？ 掲示板モードを作るという構想も（構想だけは）ありますので、その辺も合わせて考えてみます。気長にお待ち頂ければ幸いです。◆いいところの列挙もありがとうございます！
🍵Re:3597◆ありがとうございます。(^_^)
🍵Re:3598◆ご要望をありがとうございます。画像ファイルに半角ハイフン記号があると、てがろぐの古い仕様では別の解釈になってしまう問題があって、互換性のためにそのような仕様になっているのですが、たしかに画像にハイフン記号を使いたいケースは多々あるでしょうから、もうちょっとなんかうまい実装方法を考えてどうにかしたいとは思っています。^^; 気長にお待ち頂ければ幸いです。
by nishishi. ⌚2023年4月6日(木) 00:45:44〔2年以上前〕 回答/返信 ＜1482文字＞ 編集
雪見だいふく生プリンを食べました！（返信群①）
🍵Re:3578◆無事に解決したようで良かったです。(╹◡╹)
🍵Re:3579◆大作をありがとうございます。名前変換分野には詳しくないのですが、ユーザさんの選択肢が増えることは嬉しいです。
🍵Re:3580◆てがろぐがPHP化されることは絶対にないです。^^; てがろぐのソースは現状でも2万行もありますので、それを他の言語に移植する作業は苦行でしかありませんから。てがろぐは今後もずっとPerlです。たしかに、PHPだとパーミッションの設定が不要なので「UPすれば動く」という点では望ましいですけどもね。今イチから（何の既存コードも流用せずに）作るならPHPを使いますが、既に2万行もあるプログラムを（仕事でもないのに）イチから作り直すとか絶対にあり得ませんので。^^; 移植はまず「ない」と思って下さい。
🍵Re:3581◆てがろぐ使用サイトだけでも100件もないのではないかな……と思っていましたので、創作系に絞っても100サイト以上も登録があるとは予想しませんでしたからとても驚いています。^^; 創作系以外も合わせるとどれくらい使われているのかは気になりますので、俄然ユーザリンク集を作りたい気持ちは向上してきました。(笑) 作るとしても、てがWA！さんのようなディレクトリ分類型の「サーチ」という感じではなくて、カテゴリ分けせずに単に更新順に並ぶ「雑多なリンク集」のような感じになるっぽい気がしています。その辺は開発放言や開発進捗報告でもちょっとだけ書きましたがが、まあそんな感じで。すぐに出来上がることはないので、気長にお待ち頂ければ幸いです。(そもそもまだ放置したままで再開していませんし。^^;)
🍵Re:3582◆β版のご試用をありがとうございます！ 問題なく動作しているようで良かったです。(╹◡╹)
🍵Re:3583◆そうですよね。それに、創作サイト(というか登録対象サイト)だとしても皆さんが登録するとは限りませんしね。たぶん、もっとひっそり活動している方々もいらっしゃるのでしょうし。
🍵Re:3584◆今年は花粉の飛散量が例年よりも相当多い感じなようで、残念ながら桜は車窓以外からは見ていません。^^;
🍵Re:3585◆たしかに、かわいいバナーもたくさんですねえ。バナーでリンクする文化がまだ残っていたとは思っていなかったので、そこも驚きました。ついでに、私のバナーも19年ぶりに新しくしました。^^;
🍵Re:3586◆さすがにそこまでは想定していません。(^_^;) RSS用スキンも、あくまでも本来の目的は「RSSフィードを配信する」ことですから。埋め込み用途にも使えますが、埋め込ませるために用意したわけではありませんので（もちろん新着等の一部を埋め込む用途にご活用頂くのは全く問題ありません）。基本的には、「メインの閲覧方法は tegalog.cgi にアクセスすることで行う」という前提で製作しています。具体的にどのような内容を検討なさっているのかが分かりませんが、my-blog.html からJavaScriptで処理しなくても、単に「望みの出力になるスキン」を作成すれば良いだけではないかな……？ という気もするのですが。なお、よほどスキンでは実現できないような出力が欲しい場合は、CGI側の出力を加工するよりも、データファイル(tegalog.xml)のXMLを直接読んで加工する方が自由度は高い気がします。（ただ、XMLの仕様に従っているXMLではありませんけども。^^;）
🍵Re:3587◆本当にうまくスキンをお作りになっている方が多くて驚いています。
🍵Re:3588◆そうですよね。「スキン未満」の配布場所みたいなのを作ったら役に立つでしょうかね……？ 『スキンとしてそのまま使うには不足している(可能性がある)んだけども、使用者が自ら補って使うことを前提にした「スキン未満」としての配布ですよ』という感じで配れるような。「配布」となると、ドキュメントを整備したり、ダウンロードできるようにしたり、メンテナンスしたり……とわりと大変なので、最初から「これは『スキン未満』です」というエクスキューズがあれば、提供ハードルは下がるのかな……？ という気もしたりしなかったり。
🍵Re:3578◆無事に解決したようで良かったです。(╹◡╹)
🍵Re:3579◆大作をありがとうございます。名前変換分野には詳しくないのですが、ユーザさんの選択肢が増えることは嬉しいです。
🍵Re:3580◆てがろぐがPHP化されることは絶対にないです。^^; てがろぐのソースは現状でも2万行もありますので、それを他の言語に移植する作業は苦行でしかありませんから。てがろぐは今後もずっとPerlです。たしかに、PHPだとパーミッションの設定が不要なので「UPすれば動く」という点では望ましいですけどもね。今イチから（何の既存コードも流用せずに）作るならPHPを使いますが、既に2万行もあるプログラムを（仕事でもないのに）イチから作り直すとか絶対にあり得ませんので。^^; 移植はまず「ない」と思って下さい。
🍵Re:3581◆てがろぐ使用サイトだけでも100件もないのではないかな……と思っていましたので、創作系に絞っても100サイト以上も登録があるとは予想しませんでしたからとても驚いています。^^; 創作系以外も合わせるとどれくらい使われているのかは気になりますので、俄然ユーザリンク集を作りたい気持ちは向上してきました。(笑) 作るとしても、てがWA！さんのようなディレクトリ分類型の「サーチ」という感じではなくて、カテゴリ分けせずに単に更新順に並ぶ「雑多なリンク集」のような感じになるっぽい気がしています。その辺は開発放言や開発進捗報告でもちょっとだけ書きましたがが、まあそんな感じで。すぐに出来上がることはないので、気長にお待ち頂ければ幸いです。(そもそもまだ放置したままで再開していませんし。^^;)
🍵Re:3582◆β版のご試用をありがとうございます！ 問題なく動作しているようで良かったです。(╹◡╹)
🍵Re:3583◆そうですよね。それに、創作サイト(というか登録対象サイト)だとしても皆さんが登録するとは限りませんしね。たぶん、もっとひっそり活動している方々もいらっしゃるのでしょうし。
🍵Re:3584◆今年は花粉の飛散量が例年よりも相当多い感じなようで、残念ながら桜は車窓以外からは見ていません。^^;
🍵Re:3585◆たしかに、かわいいバナーもたくさんですねえ。バナーでリンクする文化がまだ残っていたとは思っていなかったので、そこも驚きました。ついでに、私のバナーも19年ぶりに新しくしました。^^;
🍵Re:3586◆さすがにそこまでは想定していません。(^_^;) RSS用スキンも、あくまでも本来の目的は「RSSフィードを配信する」ことですから。埋め込み用途にも使えますが、埋め込ませるために用意したわけではありませんので（もちろん新着等の一部を埋め込む用途にご活用頂くのは全く問題ありません）。基本的には、「メインの閲覧方法は tegalog.cgi にアクセスすることで行う」という前提で製作しています。具体的にどのような内容を検討なさっているのかが分かりませんが、my-blog.html からJavaScriptで処理しなくても、単に「望みの出力になるスキン」を作成すれば良いだけではないかな……？ という気もするのですが。なお、よほどスキンでは実現できないような出力が欲しい場合は、CGI側の出力を加工するよりも、データファイル(tegalog.xml)のXMLを直接読んで加工する方が自由度は高い気がします。（ただ、XMLの仕様に従っているXMLではありませんけども。^^;）
🍵Re:3587◆本当にうまくスキンをお作りになっている方が多くて驚いています。
🍵Re:3588◆そうですよね。「スキン未満」の配布場所みたいなのを作ったら役に立つでしょうかね……？ 『スキンとしてそのまま使うには不足している(可能性がある)んだけども、使用者が自ら補って使うことを前提にした「スキン未満」としての配布ですよ』という感じで配れるような。「配布」となると、ドキュメントを整備したり、ダウンロードできるようにしたり、メンテナンスしたり……とわりと大変なので、最初から「これは『スキン未満』です」というエクスキューズがあれば、提供ハードルは下がるのかな……？ という気もしたりしなかったり。
by nishishi. ⌚2023年4月6日(木) 00:45:09〔2年以上前〕 回答/返信 ＜1878文字＞ 編集
もう4月……！
🍵Re:3576◆てがろぐのご活用をありがとうございます。②と③に分けて回答します。
まず、③はたぶん簡単です。投稿単独ページへのリンクを例えば <a href="[[PERMAURL]]">～</a> のように作っているのなら、このリンク先に望みのスキン指定を加えれば良いので、 <a href="[[PERMAURL]]&skin=skin-typeC">～</a> のような感じで skinパラメータを加えると、skin-typeC を使った状態のページに移動できます。
ただ、新着投稿リストのように、てがろぐ側がリンクHTML全部を出力するタイプの箇所では、上記のように自力でリンク先URLを構成することができません。その場合には、JavaScriptを使って「リスト内のa要素のhref属性値にskinパラメータを足す」というような処理が必要だと思います。
次に②ですが、JavaScriptを使えば可能です。鍵付き投稿のパスワード入力フォームは
➡ <form action="tegalog.cgi?postid=3566" method="post" class="passkeyform">～
のようなHTMLで出力されています。このaction属性値に、例えば
➡ <form action="tegalog.cgi?postid=3566&skin=skin-typeB" method="post" class="passkeyform">～
のような感じで望みのスキン指定を加えれば、移動先の投稿単独ページでは skin-typeB を使って表示されます。
パスワード入力フォームには class="passkeyform" という属性が付いていますから、この属性値で対象のform要素を探して、それらのaction属性値に &skin=skin-typeB を加えるようなスクリプトを書けば良いのではないかと思います。
上記のような感じの対処方法でいかがでしょう？（私の解釈がお望みの動作と異なるようでしたらご指摘下さい。） #🌱豆知識
🍵Re:3576◆てがろぐのご活用をありがとうございます。②と③に分けて回答します。
まず、③はたぶん簡単です。投稿単独ページへのリンクを例えば <a href="[[PERMAURL]]">～</a> のように作っているのなら、このリンク先に望みのスキン指定を加えれば良いので、 <a href="[[PERMAURL]]&skin=skin-typeC">～</a> のような感じで skinパラメータを加えると、skin-typeC を使った状態のページに移動できます。
ただ、新着投稿リストのように、てがろぐ側がリンクHTML全部を出力するタイプの箇所では、上記のように自力でリンク先URLを構成することができません。その場合には、JavaScriptを使って「リスト内のa要素のhref属性値にskinパラメータを足す」というような処理が必要だと思います。
次に②ですが、JavaScriptを使えば可能です。鍵付き投稿のパスワード入力フォームは
➡ <form action="tegalog.cgi?postid=3566" method="post" class="passkeyform">～
のようなHTMLで出力されています。このaction属性値に、例えば
➡ <form action="tegalog.cgi?postid=3566&skin=skin-typeB" method="post" class="passkeyform">～
のような感じで望みのスキン指定を加えれば、移動先の投稿単独ページでは skin-typeB を使って表示されます。
パスワード入力フォームには class="passkeyform" という属性が付いていますから、この属性値で対象のform要素を探して、それらのaction属性値に &skin=skin-typeB を加えるようなスクリプトを書けば良いのではないかと思います。
上記のような感じの対処方法でいかがでしょう？（私の解釈がお望みの動作と異なるようでしたらご指摘下さい。） #🌱豆知識
by nishishi. ⌚2023年4月1日(土) 23:05:18〔2年以上前〕 回答/返信 ＜917文字＞ 編集
3月が終わってしまう……？🥺
🍵Re:3574◆β版のご試用をありがとうございます！ 設定ファイルのバックアップも、投稿データのように履歴を蓄積しようかな……とも思ったんですが、とりあえず現状の設定を落とせる機能だけ先に用意してみました。お役に立ったようで良かったです。(╹◡╹)◆私も長年 IntelliMouse ユーザで、そればかり調達していました。片側の側面に2ボタンでも慣れはするんですね。（まあ、そうでなかったらそういう製品ばかりになるわけないですもんね。^^;）
🍵Re:3574◆β版のご試用をありがとうございます！ 設定ファイルのバックアップも、投稿データのように履歴を蓄積しようかな……とも思ったんですが、とりあえず現状の設定を落とせる機能だけ先に用意してみました。お役に立ったようで良かったです。(╹◡╹)◆私も長年 IntelliMouse ユーザで、そればかり調達していました。片側の側面に2ボタンでも慣れはするんですね。（まあ、そうでなかったらそういう製品ばかりになるわけないですもんね。^^;）
by nishishi. ⌚2023年3月31日(金) 22:39:23〔2年以上前〕 回答/返信 ＜240文字＞ 編集
パインアメを補充調達してきました。🍍🍍🍍
🍬Re:3570◆ご要望をありがとうございます。なるほど、出現数に関係なく整列させる発想はありませんでした。文字コード順に並べるなら簡単ですので（※ひらがなやカタカナは50音順に並びますが、漢字は読みの順にはなりませんけども）実装します。もうしばらくお待ち下さい。
🍬Re:3570◆ご要望をありがとうございます。なるほど、出現数に関係なく整列させる発想はありませんでした。文字コード順に並べるなら簡単ですので（※ひらがなやカタカナは50音順に並びますが、漢字は読みの順にはなりませんけども）実装します。もうしばらくお待ち下さい。
by nishishi. ⌚2023年3月30日(木) 19:29:41〔2年以上前〕 回答/返信 ＜155文字＞ 編集
パインアメを舐めきってしまったので買ってこなくては……。🍬🍬🍬
🍍Re:3569◆ひっそりでも作って配布して下さってありがとうございます！ ひっそり運営でもたいへんありがたいです！ 今後ともご愛用頂ければ幸いです。(╹◡╹)ﾉ
🍍Re:3569◆ひっそりでも作って配布して下さってありがとうございます！ ひっそり運営でもたいへんありがたいです！ 今後ともご愛用頂ければ幸いです。(╹◡╹)ﾉ
by nishishi. ⌚2023年3月28日(火) 22:05:38〔2年以上前〕 回答/返信 ＜115文字＞ 編集
Unicode、たこ焼きの絵文字はまだかッ……！
🍵Re:3561◆てがろぐ管理画面から「スキンの切り替え」を押してみて下さい。（または tegalog.cgi?mode=admin&work=skinlist に直接アクセスしても良いです。）何かのスキンが簡易本番適用されているような扱いになっていませんか？（簡易本番適用されていたスキンが見つからなくなった場合に、おっしゃるような動作になります。）画面の上部で解除できると思いますので、もし適用されているなら、解除してみて下さい。
例えば、skin-blogtype を簡易本番適用している状態で、skin-blogtypeディレクトリを削除すると、パラメータなしでtegalog.cgiにアクセスしている状態でも下図のように SKIN NOT FOUND のエラーが表示されます。
こんな感じの画面ではないですかね？
その場合は、管理画面の「スキンの切り替え」にアクセスすると、下図のように画面上部にデフォルトスキンに戻すボタンが表示されます。それを押せば、デフォルトスキンの適用状態に戻せます。
🍵Re:3561◆てがろぐ管理画面から「スキンの切り替え」を押してみて下さい。（または tegalog.cgi?mode=admin&work=skinlist に直接アクセスしても良いです。）何かのスキンが簡易本番適用されているような扱いになっていませんか？（簡易本番適用されていたスキンが見つからなくなった場合に、おっしゃるような動作になります。）画面の上部で解除できると思いますので、もし適用されているなら、解除してみて下さい。
例えば、skin-blogtype を簡易本番適用している状態で、skin-blogtypeディレクトリを削除すると、パラメータなしでtegalog.cgiにアクセスしている状態でも下図のように SKIN NOT FOUND のエラーが表示されます。
こんな感じの画面ではないですかね？
その場合は、管理画面の「スキンの切り替え」にアクセスすると、下図のように画面上部にデフォルトスキンに戻すボタンが表示されます。それを押せば、デフォルトスキンの適用状態に戻せます。
by nishishi. ⌚2023年3月26日(日) 14:32:10〔2年以上前〕 回答/返信 ＜491文字＞ 編集
アップルパイを食べました！🍎🥧 #-forme
🍵Re:3547◆なるほど。理解できたような気がします。本文の表示をどうにかしたいわけではなく、投稿に対して「見えないフラグ」を付与するようなイメージで、ラベルが透明なカテゴリかハッシュタグが作れれば良いわけですね。ハッシュタグなら簡単そうに思います。まず、隠れハッシュタグ機能を使えば、一覧にはリストアップされない点はご承知の通りです。後は、次のCSSを書けば、本文内にも表示されなくなります。
➡ .taglink[title="-forme"] { display: none; }
もしこれで消えない場合は、以下のように書くと良いでしょう。
➡ .taglink[title="-forme"] { display: none !important; }
ここで !important を加えているのは、ハッシュタグの表示箇所に対して既に別のスタイルが当たっているとき、それを確実に上書きするためです。（例えば、標準スキンだと .comment .taglink に対して display: inline-block; が指定されていますので、これを上書きできるだけの詳細度を持つセレクタを指定しないと上書きできません。ただ、標準スキンのCSSなら最初の方のCSSで詳細度を充分高くできるので !important は不要ですけども。例えば、.taglink[title="-forme"] ではなく a[title="-forme"] のようにセレクタを書いた場合、標準スキンでは（詳細度が足りないので）既存のスタイルを上書きできず、ハッシュタグは消えません。）
もし !important を加えるのがスマートではないと思われるなら、既存のCSSを上書きできるようなセレクタを必要なだけ追加すれば良いと思います。例えば次のような感じで。
.comment a.taglink[title="-forme"] { display: none; }
＜備考＞
第三者の方々に向けて参考までに補足情報を記しておきます。
▼まず、本文中に含まれるハッシュタグは、以下のようなHTMLで出力されています（設定に依って異なりますが、デフォルトでは以下のようになります）。
<a href="?tag=パーセントエンコードされたハッシュタグ名" class="taglink" title="ハッシュタグ名">#ハッシュタグ名</a>
▼ハッシュタグの先頭を「-」記号で始めると、ハッシュタグ一覧にはリストアップされない「隠れハッシュタグ」になります。仮に #-forme というハッシュタグを使うと、以下のようなHTMLが出力されます。
<a href="?tag=%2d%66%6f%72%6d%65" class="taglink" title="-forme">#-forme</a>
▼このハッシュタグだけを対象にしてCSSを適用したいときには、『class属性値が「taglink」である要素のうち、title属性値が「-forme」なもの』だけを対象にできる属性セレクタという書き方を使って、以下のようなCSSが書けます。
.taglink[title="-forme"] { ～装飾～ }
……というわけです。
畳む
🍵Re:3547◆なるほど。理解できたような気がします。本文の表示をどうにかしたいわけではなく、投稿に対して「見えないフラグ」を付与するようなイメージで、ラベルが透明なカテゴリかハッシュタグが作れれば良いわけですね。ハッシュタグなら簡単そうに思います。まず、隠れハッシュタグ機能を使えば、一覧にはリストアップされない点はご承知の通りです。後は、次のCSSを書けば、本文内にも表示されなくなります。
➡ .taglink[title="-forme"] { display: none; }
もしこれで消えない場合は、以下のように書くと良いでしょう。
➡ .taglink[title="-forme"] { display: none !important; }
ここで !important を加えているのは、ハッシュタグの表示箇所に対して既に別のスタイルが当たっているとき、それを確実に上書きするためです。（例えば、標準スキンだと .comment .taglink に対して display: inline-block; が指定されていますので、これを上書きできるだけの詳細度を持つセレクタを指定しないと上書きできません。ただ、標準スキンのCSSなら最初の方のCSSで詳細度を充分高くできるので !important は不要ですけども。例えば、.taglink[title="-forme"] ではなく a[title="-forme"] のようにセレクタを書いた場合、標準スキンでは（詳細度が足りないので）既存のスタイルを上書きできず、ハッシュタグは消えません。）
もし !important を加えるのがスマートではないと思われるなら、既存のCSSを上書きできるようなセレクタを必要なだけ追加すれば良いと思います。例えば次のような感じで。
.comment a.taglink[title="-forme"] { display: none; }
＜備考＞
第三者の方々に向けて参考までに補足情報を記しておきます。
▼まず、本文中に含まれるハッシュタグは、以下のようなHTMLで出力されています（設定に依って異なりますが、デフォルトでは以下のようになります）。
<a href="?tag=パーセントエンコードされたハッシュタグ名" class="taglink" title="ハッシュタグ名">#ハッシュタグ名</a>
▼ハッシュタグの先頭を「-」記号で始めると、ハッシュタグ一覧にはリストアップされない「隠れハッシュタグ」になります。仮に #-forme というハッシュタグを使うと、以下のようなHTMLが出力されます。
<a href="?tag=%2d%66%6f%72%6d%65" class="taglink" title="-forme">#-forme</a>
▼このハッシュタグだけを対象にしてCSSを適用したいときには、『class属性値が「taglink」である要素のうち、title属性値が「-forme」なもの』だけを対象にできる属性セレクタという書き方を使って、以下のようなCSSが書けます。
.taglink[title="-forme"] { ～装飾～ }
……というわけです。
畳む
by nishishi. ⌚2023年3月21日(火) 17:20:03〔2年以上前〕 回答/返信 ＜1411文字＞ 編集
今日はなぜか朝から気力がなさすぎて困っております……。なんでや……。🍩🍪🍫🍭🍮🍰 _(:3」∠)_
🍵Re:3537◆β版のご試用をどうもありがとうございます！
🍵Re:3540◆Twitterが登場したときの手軽さは本当にすごくて、私もブログを書く頻度が激減しました。ただ、誰でも入ってこられる空間なので、(ユーザ数が増えてくると)不快な空間にもなり得るわけで、今は「他者と交流できる」という点がマイナスにも働いている感じですね。
🍵Re:3541◆ご要望をどうもありがとうございます。日付ソートの需要もそこそこあるっぽいですね。直近での計画にはまだありませんが、そう遠くない未来に実現できるように考えたいと思います。気長にお待ち頂ければ幸いです。(╹◡╹)ﾉ
🍵Re:3542◆スキンの増加に期待しています！(✧ω✧)
🍵Re:3543◆やっぱり全体の春休みはもうちょっと先ですよね……。なんか小中の春休みって2週間くらいしかなかったイメージでしたので。高校の春休みってそんなに早くからあるんですね！
🍵Re:3544◆「下げる」機能ではダメなのですか？ 絶対に(自分以外の)誰からも見えないようにしたい場合は「下書き」機能もあります。ただ、下書きだとプレビューは1投稿ずつなので全部を一覧して見ることができませんけども。下げた投稿だけを一覧して見たい場合は、検索窓に rear と入れるか、または検索コマンドを使って $ps=rear; で検索すると良いです。「下げる」機能では、どういう状況で表示させるか(表示させないか)を設定で選択できます。例えば「全文検索時にしか見えないようにする」という設定をしておけば、ほぼ他者の目には触れない感じにできるのではないかと思います。（意図を私が捉え切れていないようでしたらご指摘下さい。）
🍵Re:3537◆β版のご試用をどうもありがとうございます！
🍵Re:3540◆Twitterが登場したときの手軽さは本当にすごくて、私もブログを書く頻度が激減しました。ただ、誰でも入ってこられる空間なので、(ユーザ数が増えてくると)不快な空間にもなり得るわけで、今は「他者と交流できる」という点がマイナスにも働いている感じですね。
🍵Re:3541◆ご要望をどうもありがとうございます。日付ソートの需要もそこそこあるっぽいですね。直近での計画にはまだありませんが、そう遠くない未来に実現できるように考えたいと思います。気長にお待ち頂ければ幸いです。(╹◡╹)ﾉ
🍵Re:3542◆スキンの増加に期待しています！(✧ω✧)
🍵Re:3543◆やっぱり全体の春休みはもうちょっと先ですよね……。なんか小中の春休みって2週間くらいしかなかったイメージでしたので。高校の春休みってそんなに早くからあるんですね！
🍵Re:3544◆「下げる」機能ではダメなのですか？ 絶対に(自分以外の)誰からも見えないようにしたい場合は「下書き」機能もあります。ただ、下書きだとプレビューは1投稿ずつなので全部を一覧して見ることができませんけども。下げた投稿だけを一覧して見たい場合は、検索窓に rear と入れるか、または検索コマンドを使って $ps=rear; で検索すると良いです。「下げる」機能では、どういう状況で表示させるか(表示させないか)を設定で選択できます。例えば「全文検索時にしか見えないようにする」という設定をしておけば、ほぼ他者の目には触れない感じにできるのではないかと思います。（意図を私が捉え切れていないようでしたらご指摘下さい。）
by nishishi. ⌚2023年3月21日(火) 13:39:59〔2年以上前〕 回答/返信 ＜822文字＞ 編集
そろそろ春になるか……と思ったら、明日はまた寒くなるっぽい……？
🍧Re:3533◆やったー。＼(^_^)／
🍧Re:3534◆ご活用ありがとうございます！ コンビニにも冷凍のたこ焼きがあるんですね。私はスーパーで40個入りのを720円くらいで買っています。(╹◡╹)
🍧Re:3535◆ゲスト(Lv.1)より上の権限でも、編集者(Lv.7)未満の権限なら、自分の投稿しか削除・編集はできません。IDを「発言者(Lv.3)」や「寄稿者(Lv.5)」の権限にすれば他人の投稿は編集できませんのでご安心下さい。詳しくは、ヘルプドキュメントの「ユーザ種類別の権限」をご参照下さい。
寄稿者(Lv.5)なら自分のIDを自分で管理できるので、パスワードを自分で設定可能です。なので、寄稿者(Lv.5)でアカウントを作成なされば、お望みの動作になるように思います。（※事前に管理者が各ユーザのIDを作成しておく必要はありますから、不特定多数が投稿する掲示板にはなりませんけども。）
なお、編集者(Lv.7)や管理者(Lv.9)権限なら他人の投稿を編集できますが、他人の投稿を編集すると投稿者名は編集した人物の名義に変更されます。他人の投稿を他人の名前のままで書き換えられるわけではありません。
🍧Re:3533◆やったー。＼(^_^)／
🍧Re:3534◆ご活用ありがとうございます！ コンビニにも冷凍のたこ焼きがあるんですね。私はスーパーで40個入りのを720円くらいで買っています。(╹◡╹)
🍧Re:3535◆ゲスト(Lv.1)より上の権限でも、編集者(Lv.7)未満の権限なら、自分の投稿しか削除・編集はできません。IDを「発言者(Lv.3)」や「寄稿者(Lv.5)」の権限にすれば他人の投稿は編集できませんのでご安心下さい。詳しくは、ヘルプドキュメントの「ユーザ種類別の権限」をご参照下さい。
【権限の種別】
- ゲスト(Lv.1)： 新規投稿のみができます。
- 発言者(Lv.3)： 新規投稿・再編集(自分の投稿のみ)・削除(自分の投稿のみ)ができます。
- 寄稿者(Lv.5)： 新規投稿・再編集(自分の投稿のみ)・削除(自分の投稿のみ)・ユーザ管理(自分のIDのみ)ができます。
- 編集者(Lv.7)： 新規投稿・再編集・削除・カテゴリ管理・バックアップ・エクスポート・ユーザ管理(自分のIDのみ)ができます。
- 管理者(Lv.9)： 新規投稿・再編集・削除・カテゴリ管理・バックアップ・エクスポート・ユーザ管理・設定などすべての操作ができます。
寄稿者(Lv.5)なら自分のIDを自分で管理できるので、パスワードを自分で設定可能です。なので、寄稿者(Lv.5)でアカウントを作成なされば、お望みの動作になるように思います。（※事前に管理者が各ユーザのIDを作成しておく必要はありますから、不特定多数が投稿する掲示板にはなりませんけども。）
なお、編集者(Lv.7)や管理者(Lv.9)権限なら他人の投稿を編集できますが、他人の投稿を編集すると投稿者名は編集した人物の名義に変更されます。他人の投稿を他人の名前のままで書き換えられるわけではありません。
by nishishi. ⌚2023年3月17日(金) 09:08:34〔2年以上前〕 回答/返信 ＜842文字＞ 編集
🍰Re:3755,3756◆はい。「埋め込み処理中」のまま表示されないのは主にInstagram側の問題です。Instagramの埋め込みは、Webページ側ではInstagramのURLを指定書式でマークアップしているだけで、実際の展開は「Instagram側の公式スクリプト https://www.instagram.com/embed.js 」が実行しています。なので、表示できないケースがあるのは（瞬間的にアクセスが集中したとかで）公式スクリプト側が処理してくれなかった（＝Instagram側が反応しなかった）とか何かそんな理由でしょう。たいていは読み込み直せば表示されるのではないかと思いますが、混雑が理由ならあまり頻繁には読み込み直さない方が良い気もします。
なお、Instagramとは違ってTwitterの埋め込みの場合は、元のツイートが消えている場合にも「埋め込み処理中」のまま変わらなくなります。（Twitter側のスクリプトがそういう仕様だからです。）