No.5732, No.5731, No.5730, No.5729, No.5728, No.5727［6件］
by admin. ⌚2026年2月11日(水) 20:10:44〔5日前〕 ＜84文字＞ 編集
お世話になっております。
てがろぐ Ver 4.7.5 beta版について、かなりマイナーな事例だと思いますが、不具合を発見したためご報告させていただきます。
・「#-[※一時的な話題2022/08]」の方式で記載したハッシュタグが無効になる
いつもありがたく利用させていただいております。寒い日が続きますので、心身ともにご自愛くださいませ。
今後とも応援しております。
てがろぐ Ver 4.7.5 beta版について、かなりマイナーな事例だと思いますが、不具合を発見したためご報告させていただきます。
・「#-[※一時的な話題2022/08]」の方式で記載したハッシュタグが無効になる
いつもありがたく利用させていただいております。寒い日が続きますので、心身ともにご自愛くださいませ。
今後とも応援しております。
by tomoyo. ⌚2026年2月11日(水) 20:02:03〔5日前〕 ＜189文字＞ 編集
>>5728
①設定の「投稿欄の表示」→「【日時ボタンの表示設定】」から「投稿日時の自由入力ボタンを表示」にチェックを入れて設定保存(解説リンク )
②下書き保存した記事の編集画面を開く
③「日時」ボタンを押して日時欄を表示し、既に入っている日時を削除して空欄にする。この状態で公開状態の「下書き(非公開)」のチェックを外して投稿ボタンを押す
…という手順で、記事Noはそのままで現在時刻として公開が出来ます。投稿日時指定が出来る状態で日時欄が空欄だと、投稿処理がされた瞬間の日時で記録されます。
①設定の「投稿欄の表示」→「【日時ボタンの表示設定】」から「投稿日時の自由入力ボタンを表示」にチェックを入れて設定保存(解説リンク )
②下書き保存した記事の編集画面を開く
③「日時」ボタンを押して日時欄を表示し、既に入っている日時を削除して空欄にする。この状態で公開状態の「下書き(非公開)」のチェックを外して投稿ボタンを押す
…という手順で、記事Noはそのままで現在時刻として公開が出来ます。投稿日時指定が出来る状態で日時欄が空欄だと、投稿処理がされた瞬間の日時で記録されます。
by sakura. ⌚2026年2月10日(火) 21:49:47〔6日前〕 ＜250文字＞ 編集
先日、他ブログサービスからこちらへ移行し、大変快適に利用させていただいております。
そんななかで生じた疑問（要望？）なのですが、投稿の「下書き」機能の挙動につきまして、「下書き」から「公開」へ状態を移行する際、「記事Noを保持したまま公開時に投稿日時のみ現在時刻に更新する」方法はございますでしょうか？
現状可能な「下書き」から「公開状態」にする方法として、「記事No・投稿日時を保持したまま公開」と「新規投稿として公開（記事No・日時を新規発行）」があるものと把握しております。
ここに追加で、「記事No（投稿の位置）は保持したまま、公開時に投稿日時だけは現在時刻に更新する」という選択肢があると、今までのブログサービスと同じような運用ができるため、大変助かります。
もし、現状の仕様で代替手段があれば教えていただきたいです。
また、もしないようであれば、新規の要望としてご検討いただけましたら幸いです。
そんななかで生じた疑問（要望？）なのですが、投稿の「下書き」機能の挙動につきまして、「下書き」から「公開」へ状態を移行する際、「記事Noを保持したまま公開時に投稿日時のみ現在時刻に更新する」方法はございますでしょうか？
現状可能な「下書き」から「公開状態」にする方法として、「記事No・投稿日時を保持したまま公開」と「新規投稿として公開（記事No・日時を新規発行）」があるものと把握しております。
ここに追加で、「記事No（投稿の位置）は保持したまま、公開時に投稿日時だけは現在時刻に更新する」という選択肢があると、今までのブログサービスと同じような運用ができるため、大変助かります。
もし、現状の仕様で代替手段があれば教えていただきたいです。
また、もしないようであれば、新規の要望としてご検討いただけましたら幸いです。
by admin. ⌚2026年2月10日(火) 20:12:30〔6日前〕 ＜405文字＞ 編集
微かに喉が痛いので、龍角散のど飴をなめていました。🍬🍬🍬
ただし、賞味期限は2025年1月。┌(:3」└)┐ >>4991
🍬Re:5725◆URLの中に & 記号をそのままを書くと、それはパラメータの区切りであると認識されてしまいます。「&以降の文字がTwitter側で表示されない」という現象の原因はそれです。
▼背景：
例えば、Web上のシステムに何らかのパラメータを送る場合、
https://example.com/?url=AAA&title=BBB&text=CCC&name=DDD
のような感じで「パラメータ=値」のセットを「 & 」で連結しますよね。上記の場合は、
もしここで、「BBB」の部分を「Baa&Bee」のように「 & 」記号を含む形で書いてしまうと、
https://example.com/?url=AAA&title=Baa&Bee&text=CCC&name=DDD
これは以下のように、
半角の「 & 」記号があれば常にパラメータの区切りになるからです。
本当は「Baa&Bee」というタイトルなのに「&」がパラメータの区切りだと認識されるため、タイトルの認識範囲は「Baa」で終わってしまうわけですね。「&に続くその先の文字がTwitterでタイトルとして認識されない」のもこのためです。
（※ここでは & を文字実体参照にして Baa&Bee としていても同じことで、やはりこの & は区切りになります。）
▼対処方法：
URLの中に「 & 」記号そのものを文字として含めたい場合には、URLエンコードという規則に従って & 1文字を %26 という3文字に置き換える必要があります。
先の例だと、
https://example.com/?url=AAA&title=Baa%26Bee&text=CCC&name=DDD
……のようにします。そうすれば、「Baa%26Bee」が「Baa&Bee」にデコード(復元)されて、
このような変換はJavaScript側でするしかありませんから（JavaScriptにはそのための関数 encodeURIComponent が用意されています）、てがろぐ側の本文（[[COMMENT:TITLE]]等）を取得してURLエンコードしてから「Twitterへ送るURL」を生成するようなJavaScriptを用意する必要があるでしょう。
※なお、<![CDATA[で始まり]]>で終わるCDATA（読みはたぶんシー・データ）はXMLでの特別な書き方なので、HTMLには無関係です。畳む
ただし、賞味期限は2025年1月。┌(:3」└)┐ >>4991
🍬Re:5725◆URLの中に & 記号をそのままを書くと、それはパラメータの区切りであると認識されてしまいます。「&以降の文字がTwitter側で表示されない」という現象の原因はそれです。
▼背景：
例えば、Web上のシステムに何らかのパラメータを送る場合、
https://example.com/?url=AAA&title=BBB&text=CCC&name=DDD
のような感じで「パラメータ=値」のセットを「 & 」で連結しますよね。上記の場合は、
- urlパラメータの値がAAA
- titleパラメータの値がBBB
- textパラメータの値がCCC
- nameパラメータの値がDDD
もしここで、「BBB」の部分を「Baa&Bee」のように「 & 」記号を含む形で書いてしまうと、
https://example.com/?url=AAA&title=Baa&Bee&text=CCC&name=DDD
これは以下のように、
- urlパラメータの値がAAA
- titleパラメータの値がBaa （←&記号の直前まで）
- Beeパラメータ（値なし） （←&記号の直後から）
- textパラメータの値がCCC
- nameパラメータの値がDDD
半角の「 & 」記号があれば常にパラメータの区切りになるからです。
本当は「Baa&Bee」というタイトルなのに「&」がパラメータの区切りだと認識されるため、タイトルの認識範囲は「Baa」で終わってしまうわけですね。「&に続くその先の文字がTwitterでタイトルとして認識されない」のもこのためです。
（※ここでは & を文字実体参照にして Baa&Bee としていても同じことで、やはりこの & は区切りになります。）
▼対処方法：
URLの中に「 & 」記号そのものを文字として含めたい場合には、URLエンコードという規則に従って & 1文字を %26 という3文字に置き換える必要があります。
先の例だと、
https://example.com/?url=AAA&title=Baa%26Bee&text=CCC&name=DDD
……のようにします。そうすれば、「Baa%26Bee」が「Baa&Bee」にデコード(復元)されて、
- titleパラメータの値はBaa&Bee
このような変換はJavaScript側でするしかありませんから（JavaScriptにはそのための関数 encodeURIComponent が用意されています）、てがろぐ側の本文（[[COMMENT:TITLE]]等）を取得してURLエンコードしてから「Twitterへ送るURL」を生成するようなJavaScriptを用意する必要があるでしょう。
※なお、<![CDATA[で始まり]]>で終わるCDATA（読みはたぶんシー・データ）はXMLでの特別な書き方なので、HTMLには無関係です。畳む
by nishishi. ⌚2026年2月9日(月) 23:04:01〔6日前〕 回答/返信 ＜1398文字＞ 編集
当初は丸1日寝たら治るかなと期待していたものの、結局4日間寝ていました。
🍵Re:5728◆ご活用ありがとうございます。No.5729さんの解説がまさしく公式方法ですのでご活用下さい～。
🍵Re:5729◆完璧なサポートをありがとうございます！(╹◡╹)ﾉ
🍵Re:5730◆ご指摘ありがとうございます。たしかに、おっしゃるとおりの動作になりますね。リファクタリングの際にチェックが漏れていました。先程ローカルのソースを修正しまして、ここの試験場にも反映させました。次のβ版では解決版を配布できますので、もうしばらくお待ち下さい。