カテゴリ「回答/返信」に属する投稿［676件］（19ページ目）
カレンダーの表示機能を加えた Ver 2.5.2 の動作テスト(未配布)。
標準スキンだけにしかまだ加えていませんが、標準スキン適用状態で右側に見えるサイドバー(DASHBOARD)のハッシュタグリストの下（フリースペースの上）にカレンダーが表示されています。そのとき表示される最新投稿の属する月のカレンダーが表示されます。(投稿単独ページならその投稿月)
今月は、なぜか火曜日だけ誰も書いていない……。(^_^;)
こんな風にカレンダーで表示できると、投稿頻度が見えてちょっと面白い気がします。
投稿がある日付はリンクになっていて、クリックするとその日の投稿だけを閲覧できます。
カレンダーを生成すると重たくならないかちょっと不安でしたが、全然問題なくほぼ一瞬で生成できているようで安心。
返信：
🍘Re:1527◆ご報告ありがとうございます。モチベーション向上に繋がるので大変嬉しいです。そうえいば、まだそういう経験はしたことがありませんでした。(^_^;) 最近はそもそも日記どころか自分の個人サイトを持っている知人も減りましたからね……。(^_^;;; 早い時期から独自ドメインを取得していたようなコアな人々は長く続けている印象がありますが。
標準スキンだけにしかまだ加えていませんが、標準スキン適用状態で右側に見えるサイドバー(DASHBOARD)のハッシュタグリストの下（フリースペースの上）にカレンダーが表示されています。そのとき表示される最新投稿の属する月のカレンダーが表示されます。(投稿単独ページならその投稿月)
今月は、なぜか火曜日だけ誰も書いていない……。(^_^;)
こんな風にカレンダーで表示できると、投稿頻度が見えてちょっと面白い気がします。
投稿がある日付はリンクになっていて、クリックするとその日の投稿だけを閲覧できます。
カレンダーを生成すると重たくならないかちょっと不安でしたが、全然問題なくほぼ一瞬で生成できているようで安心。
返信：
🍘Re:1527◆ご報告ありがとうございます。モチベーション向上に繋がるので大変嬉しいです。そうえいば、まだそういう経験はしたことがありませんでした。(^_^;) 最近はそもそも日記どころか自分の個人サイトを持っている知人も減りましたからね……。(^_^;;; 早い時期から独自ドメインを取得していたようなコアな人々は長く続けている印象がありますが。
by nishishi. ⌚2020年2月24日(月) 02:01:51〔5年以上前〕 回答/返信 ＜528文字＞ 編集
URLを自動でリンクにする設定にしていると https://www.nishishi.com/ のようにURLを書くだけでリンクになるわけですが、ある特定の箇所だけはリンクにしたくない場合もあるでしょう。その場合は、https:// の8文字の中のどれか1つを数値文字参照の書き方に変えると良いです。
例えば、h と書けばウェブ上では「h」に見えるので https://www.nishishi.com/ のようにリンクにならずに記述できます。 : と書けばウェブ上では「:」に見えるので https://www.nishishi.com/ のようにリンクにならずに記述できます。要は https:// の全部がそのまま(見たままの)英字・記号で書かれていない限りリンクにはなりませんので。 #🌱豆知識
返信：
🍘Re:1522◆お気に召したようで嬉しいです。ご活用頂ければ幸いです。(^_^)
🍘Re:1521◆気付いて下さってありがとうございます。(^_^) 新バージョンのアナウンスはどうするのが最も望ましいのでしょうかね……。^^;
例えば、h と書けばウェブ上では「h」に見えるので https://www.nishishi.com/ のようにリンクにならずに記述できます。 : と書けばウェブ上では「:」に見えるので https://www.nishishi.com/ のようにリンクにならずに記述できます。要は https:// の全部がそのまま(見たままの)英字・記号で書かれていない限りリンクにはなりませんので。 #🌱豆知識
返信：
🍘Re:1522◆お気に召したようで嬉しいです。ご活用頂ければ幸いです。(^_^)
🍘Re:1521◆気付いて下さってありがとうございます。(^_^) 新バージョンのアナウンスはどうするのが最も望ましいのでしょうかね……。^^;
by nishishi. ⌚2020年2月20日(木) 15:01:16〔5年以上前〕 回答/返信 ＜498文字＞ 編集
埋め込み合成用のスキンを使った表示結果を、SSIを使って他ページに合成している場合に、ハッシュタグリンクなど『本文中のテキストリンク』のリンク先が(相対パスで出力されるために)リンク切れになってしまう問題が従来のバージョンにありましたが、Ver 2.5.0 からは下記の設定項目にチェックを入れておくと、絶対URIで出力されるようになるため、リンク切れにならずに済みます。
SSI等で他ページに合成している方々は、お試し下さい。 #🌱豆知識
以下、返信です。
🍪Re:1509◆気に入って下さったようで嬉しいです。(^_^)
🍪Re:1508◆投稿数が増えてくると、複数の単語や条件で検索したい機会も増えますよね。ご活用頂ければ幸いです。コーヒーありがとうございました。開発の合間のカフェイン補充に使わせて頂きます。m(_ _)m🥤
🍪Re:1507◆早々のバージョンアップをありがとうございます。(╹◡╹)ﾉ
何か無性にクッキー的な物を食べたい。🍪🍪🍪
SSI等で他ページに合成している方々は、お試し下さい。 #🌱豆知識
以下、返信です。
🍪Re:1509◆気に入って下さったようで嬉しいです。(^_^)
🍪Re:1508◆投稿数が増えてくると、複数の単語や条件で検索したい機会も増えますよね。ご活用頂ければ幸いです。コーヒーありがとうございました。開発の合間のカフェイン補充に使わせて頂きます。m(_ _)m🥤
🍪Re:1507◆早々のバージョンアップをありがとうございます。(╹◡╹)ﾉ
何か無性にクッキー的な物を食べたい。🍪🍪🍪
by nishishi. ⌚2020年2月12日(水) 11:45:26〔5年以上前〕 回答/返信 ＜448文字＞ 編集
🍘Re:1496◆ログイン画面でのユーザIDの並び順は、おっしゃるとおり設定画面上では変更できません。設定保存用データファイル(tegalog.ini)を編集する方法でなら自由に変えられます。
tegalog.iniファイルをFTPソフトのアスキーモードでダウンロードしてテキストエディタで開くとずらずらと設定値が出てきますが、その下の方（たぶん下から5行目あたり）に以下のような記述があります。
これがユーザIDの生データです。
上記の例だと3つのIDがあり、あどみ→さくら→ともよ の順に並びます。
内容はすぐにお分かり頂けると思いますが、先頭の「userids=」は固定で、それに続いて1件のIDが「ID名<>権限Lv<>表示名<>紹介文<>アイコン<>」を1セットにして記録されており、IDとIDは「<,>」の3文字で区切られています。先程の記述例は以下のような意味です。
なので、この <,> で区切られた部分を基準にして前後を入れ替えれば、自由な表示順にできます。
なお、パスワードやセッション情報はこのファイル内には記録されていません。(ここで並び順を変えたり削除したりしても、パスワードや認証記録は消えません。)
tegalog.iniファイルをFTPソフトのアスキーモードでダウンロードしてテキストエディタで開くとずらずらと設定値が出てきますが、その下の方（たぶん下から5行目あたり）に以下のような記述があります。
userids=admin<>9<>あどみ<>自動作成された初期ID<>adminicon32.jpg<><,>sakura<>7<>さくら<>編集者権限のIDです。<>sakuraicon32.gif<><,>tomoyo<>5<>ともよ<>寄稿者権限のIDです。<>tomoyoicon32.gif<>畳む
これがユーザIDの生データです。
上記の例だと3つのIDがあり、あどみ→さくら→ともよ の順に並びます。
内容はすぐにお分かり頂けると思いますが、先頭の「userids=」は固定で、それに続いて1件のIDが「ID名<>権限Lv<>表示名<>紹介文<>アイコン<>」を1セットにして記録されており、IDとIDは「<,>」の3文字で区切られています。先程の記述例は以下のような意味です。
userids=ID①<>権限①<>表示名①<>紹介文①<>アイコン①<><,>ID②<>権限②<>表示名②<>紹介文②<>アイコン②<><,>ID③<>権限③<>表示名③<>紹介文③<>アイコン③<>畳む
なので、この <,> で区切られた部分を基準にして前後を入れ替えれば、自由な表示順にできます。
なお、パスワードやセッション情報はこのファイル内には記録されていません。(ここで並び順を変えたり削除したりしても、パスワードや認証記録は消えません。)
by nishishi. ⌚2020年2月8日(土) 10:54:37〔5年以上前〕 回答/返信 ＜1105文字＞ 編集
そういえば最近、プリンを食べていないな……。🍮🍮🍮
メール等でのご活用報告もどうもありがとうございます。たいへん嬉しいです。
以下、返信です。
🍮Re:1479◆スキンの簡易適用だと、アクセスされる度に動的なスキンの切り替え処理が発生するので、厳密に比較すれば遅くなることは確かです。とはいえ、実際にはミリ秒単位の差しかないだろうとは思いますが。「実際に試してみて問題がなければ問題はない」と言っても構わないのですが、まあ塵も積もれば山となるということで、負荷は低いに越したことはありませんから、ずっと使い続けることが確定した段階で、スキン構成ファイルをCGIと同じディレクトリに入れて使うのがお勧めです。
🍮Re:1480◆そうおっしゃって頂けるとありがたいです。リリースまでもうしばらくお待ち下さい。
🍮Re:1481◆試して下さってありがとうございます。お褒め頂き嬉しいです。装飾ボタンの存在にも気付いて下さってありがとうございます。(^_^) なお、ボタンはデフォルトでは表示されますが、有無は管理画面から(他の装飾ボタンと同様に)設定できる仕様になっています。
🍮Re:1482◆特に問題はありません。CGIのファイル名は自由に変えられます。ただ、CGIのファイル名を別の名称に変えているときに、アップデートする目的でtegalog.cgiをそのままUPしてしまって「何故かアップデートできない」と問い合わせられるケースが過去にありましたのでそこだけお気を付け下さい。(^_^;) なお、index.cgiに書き換えようと思われる方もいらっしゃると思いますが、.htaccessファイルを使えばCGIのファイル名がtegalog.cgiのままでも「/」で終わる短いURLでアクセスさせられます。その点は公式マニュアルにも記載していますのでご参照頂ければ幸いです。
🍮Re:1483◆🐤
🍮Re:1484◆Windows10だと、[Windows]キー＋[.(ピリオド)]キーで絵文字入力窓が現れます。WikipediaのEmoji一覧からコピー＆ペーストする方法もあります。過去投稿を検索したところ、No.1310でもリンクをご紹介頂いていました。絵文字の需要は高いのですねー。
🍮Re:1485◆早いものですね……。天気予報によると来週はかなり寒くなりそうです。(＠大阪)
メール等でのご活用報告もどうもありがとうございます。たいへん嬉しいです。
以下、返信です。
🍮Re:1479◆スキンの簡易適用だと、アクセスされる度に動的なスキンの切り替え処理が発生するので、厳密に比較すれば遅くなることは確かです。とはいえ、実際にはミリ秒単位の差しかないだろうとは思いますが。「実際に試してみて問題がなければ問題はない」と言っても構わないのですが、まあ塵も積もれば山となるということで、負荷は低いに越したことはありませんから、ずっと使い続けることが確定した段階で、スキン構成ファイルをCGIと同じディレクトリに入れて使うのがお勧めです。
🍮Re:1480◆そうおっしゃって頂けるとありがたいです。リリースまでもうしばらくお待ち下さい。
🍮Re:1481◆試して下さってありがとうございます。お褒め頂き嬉しいです。装飾ボタンの存在にも気付いて下さってありがとうございます。(^_^) なお、ボタンはデフォルトでは表示されますが、有無は管理画面から(他の装飾ボタンと同様に)設定できる仕様になっています。
🍮Re:1482◆特に問題はありません。CGIのファイル名は自由に変えられます。ただ、CGIのファイル名を別の名称に変えているときに、アップデートする目的でtegalog.cgiをそのままUPしてしまって「何故かアップデートできない」と問い合わせられるケースが過去にありましたのでそこだけお気を付け下さい。(^_^;) なお、index.cgiに書き換えようと思われる方もいらっしゃると思いますが、.htaccessファイルを使えばCGIのファイル名がtegalog.cgiのままでも「/」で終わる短いURLでアクセスさせられます。その点は公式マニュアルにも記載していますのでご参照頂ければ幸いです。
🍮Re:1483◆🐤
🍮Re:1484◆Windows10だと、[Windows]キー＋[.(ピリオド)]キーで絵文字入力窓が現れます。WikipediaのEmoji一覧からコピー＆ペーストする方法もあります。過去投稿を検索したところ、No.1310でもリンクをご紹介頂いていました。絵文字の需要は高いのですねー。
🍮Re:1485◆早いものですね……。天気予報によると来週はかなり寒くなりそうです。(＠大阪)
by nishishi. ⌚2020年2月1日(土) 13:14:06〔5年以上前〕 回答/返信 ＜1077文字＞ 編集
Twitterっぽいスキンのタイトル横にあるアイコンは、Base64でエンコードして埋め込んであるのですが、あれをSVGに変更しようと思っていつつずっと忘れたままでした。もしかしたら、今ならSVGにするよりも単に絵文字にした方が望ましいかもしれませんけども。
以下、返信です。
🍓Re:1470◆Fumy News Clipperもご活用ありがとうございます。あちらは通常スキンの他にサイトマップ用スキンが常設されている仕様にしたので、タイトルだけの一覧も簡単なのでした。ご要望もありがとうございます。任意のツイートの埋め込みもたぶんそのうち実装できると思っています。とりあえずの設計っぽいものは、ギャラリー機能を作った後に考えます。(^_^;)
🍓Re:1471◆指定箇所以降のすべてを隠すのではなく、特定の範囲内だけを隠す機能にも需要はありそうですね。現在のバージョンではそのように書く方法はありませんが、何か用意したいと思っています。
画像保存用ディレクトリへのFTPでのUPが非推奨なのは、管理画面での画像一覧の表示が望ましい順序になるとは限らなくなるためです。管理画面での画像一覧は、一見すると最新画像から古い画像へと時刻順に並んでいるように見えますが、実はファイル名を見て降順に並べているだけです。なので、もし ZZZ.jpg というファイル名でUPすると、てがろぐ側の機能を使って画像をいくらUPしても、ZZZ.jpg ファイルが常に先頭に居座ってしまいます。それだと一覧が使いにくいので非推奨と書いています。FTPでUPする場合でも画像ファイル名の先頭に日付を付けておけば問題はありません。
なお、今は [PICT:ファイル名] の記述仕様しかありませんが、後々には [PICT:※:/path/to/file.png] のような感じで絶対パスやURLを使っての画像指定もできるようにする予定ではいます。(どんな書き方にするかはまだ決めていませんが。)
🍓テスト投稿はご自由にどうぞ。ご質問・ご要望等もお気軽にどうぞー。
以下、返信です。
🍓Re:1470◆Fumy News Clipperもご活用ありがとうございます。あちらは通常スキンの他にサイトマップ用スキンが常設されている仕様にしたので、タイトルだけの一覧も簡単なのでした。ご要望もありがとうございます。任意のツイートの埋め込みもたぶんそのうち実装できると思っています。とりあえずの設計っぽいものは、ギャラリー機能を作った後に考えます。(^_^;)
🍓Re:1471◆指定箇所以降のすべてを隠すのではなく、特定の範囲内だけを隠す機能にも需要はありそうですね。現在のバージョンではそのように書く方法はありませんが、何か用意したいと思っています。
画像保存用ディレクトリへのFTPでのUPが非推奨なのは、管理画面での画像一覧の表示が望ましい順序になるとは限らなくなるためです。管理画面での画像一覧は、一見すると最新画像から古い画像へと時刻順に並んでいるように見えますが、実はファイル名を見て降順に並べているだけです。なので、もし ZZZ.jpg というファイル名でUPすると、てがろぐ側の機能を使って画像をいくらUPしても、ZZZ.jpg ファイルが常に先頭に居座ってしまいます。それだと一覧が使いにくいので非推奨と書いています。FTPでUPする場合でも画像ファイル名の先頭に日付を付けておけば問題はありません。
なお、今は [PICT:ファイル名] の記述仕様しかありませんが、後々には [PICT:※:/path/to/file.png] のような感じで絶対パスやURLを使っての画像指定もできるようにする予定ではいます。(どんな書き方にするかはまだ決めていませんが。)
🍓テスト投稿はご自由にどうぞ。ご質問・ご要望等もお気軽にどうぞー。
by nishishi. ⌚2020年1月28日(火) 11:38:25〔5年以上前〕 回答/返信 ＜898文字＞ 編集
形だけは製作済みのギャラリー機能は仕様の拡張量が多いので、最初は試験実装(β版)ということにしておいて、大きくはアナウンスしない状態で公開しようかな……。画像投稿がメイン用途の方々にいろいろ使って頂いて、意見を聞いて、調整を施してから仕様を確定する、というような……。（最初に「できました」と言ってしまうと、後から仕様を変更しにくくなるので。）
以下、返信です。
🍟Re:1466◆なるほど、スマートフォン。たしかにモバイル端末のソフトキーボードだと ＜＞ を打つのは面倒ですね（それに限らず記号全般がですが）。続きを読むボタンも加えることにします。問題はどこに配置するかですが。リンク系の挿入ボタンも加える方針ではいますので、もうしばらくお待ち下さい。
🍟Re:1467◆ご愛用ありがとうございます。管理画面にある「投稿を再カウント」ボタンを1回押して下さい。すると、全投稿の内容が再走査されてあらゆるカウントがやり直されるので、ハッシュタグのリストも更新されます。新規投稿時や編集時にハッシュタグが含まれてれば自動で再カウントされる仕様なのですが、投稿(or編集)時に本文内にハッシュタグが含まれていない場合（ハッシュタグを削除した結果としてハッシュタグが0個になる場合も含む）には、負荷軽減のために自動再カウントはしない仕様なのです。詳しくは、過去のNo.723もご参照下さい。
テスト投稿はご自由にどうぞ～。ご質問・ご要望等もお気軽にどうぞー。
以下、返信です。
🍟Re:1466◆なるほど、スマートフォン。たしかにモバイル端末のソフトキーボードだと ＜＞ を打つのは面倒ですね（それに限らず記号全般がですが）。続きを読むボタンも加えることにします。問題はどこに配置するかですが。リンク系の挿入ボタンも加える方針ではいますので、もうしばらくお待ち下さい。
🍟Re:1467◆ご愛用ありがとうございます。管理画面にある「投稿を再カウント」ボタンを1回押して下さい。すると、全投稿の内容が再走査されてあらゆるカウントがやり直されるので、ハッシュタグのリストも更新されます。新規投稿時や編集時にハッシュタグが含まれてれば自動で再カウントされる仕様なのですが、投稿(or編集)時に本文内にハッシュタグが含まれていない場合（ハッシュタグを削除した結果としてハッシュタグが0個になる場合も含む）には、負荷軽減のために自動再カウントはしない仕様なのです。詳しくは、過去のNo.723もご参照下さい。
テスト投稿はご自由にどうぞ～。ご質問・ご要望等もお気軽にどうぞー。
by nishishi. ⌚2020年1月23日(木) 11:29:16〔5年以上前〕 回答/返信 ＜645文字＞ 編集
「続きを読む」機能って、単に ＜＞ の2文字を(半角で)書けば良いだけなので、別に挿入用ボタンは要らないかなと思っていたのだけども、あった方が良いのかな……。ボタンがあれば、機能の存在に気付きやすいというメリットはあるかも知れないけども。
🍙Re:1463◆そういえば同様のご要望をずいぶん前にも頂いていたことを思い出しました。次のバージョンでは(とりあえず)縦方向にも大きくなりすぎないようにするCSSを加えます。今、私の開発環境にあるtegalog.cgiにCSSを書き加えましたので、次に公開するバージョンでは確実に対処されています。
🍙Re:1463◆そういえば同様のご要望をずいぶん前にも頂いていたことを思い出しました。次のバージョンでは(とりあえず)縦方向にも大きくなりすぎないようにするCSSを加えます。今、私の開発環境にあるtegalog.cgiにCSSを書き加えましたので、次に公開するバージョンでは確実に対処されています。
by nishishi. ⌚2020年1月20日(月) 13:46:55〔5年以上前〕 回答/返信 ＜271文字＞ 編集
テスト投稿はご自由にどうぞー。ご質問・ご要望等もお気軽にどうぞー。
以下、返信です。
🍞Re:1457◆傍点はCSSを書けば表示できます。例えば、てがろぐの「強調」装飾に対して傍点を加えたい場合は、以下のようにCSSを追加すると良いでしょう。
この場合は、丸く(circle)塗りつぶされた(filled)赤色(red)の傍点が付きます。CSS3では様々な色や形の傍点が表示できますので、お望みの装飾を記述すれば表示できます。傍点を表示するためのCSSについては、過去に私のブログでも記事を書いていますのでご覧下さい。→「CSS3なら傍点(圏点)で文字を強調できる」
※てがろぐの既存スキンに付属しているCSSを編集する場合は、 .decorationE や .decorationB などのように「.decoration」で始まっている記述が並んでいる部分を探してそこを修正して下さい。
※なお、てがろぐの入力欄に書けるのはプレーンテキストのみですので、ワープロソフト上の装飾付きテキストを（装飾情報を維持したまま）貼り付けることはできません。
🍞Re:1456◆ご要望をありがとうございます。やはり日付を使ってソートできる方が便利ですよね。特に過去にどこか別の場所で書いていたデータを引っ越ししてきたい場合には。てがろぐのデータファイルは、日付順にソートする際のことを考慮した記録形式にはなっているのです。まだソート機能は作っていませんが。将来的には用意しようかな……と、なんとなく思ってはいました。(^_^;) ToDoリストには加えておきますので、気長にお待ち頂ければ幸いです。
なお、今すぐ大量のデータをどうしても並び替えたい場合には、てがろぐのデータファイル( tegalog.xml )を一旦ダウンロードして、テキストエディタで読み込んで、順序を自由に編集する手はあります。このXMLファイル内では、1件1行で成り立っていますから、行を入れ替えれば順序を入れ替えることになります。ただし、安全のため、元データのバックアップコピーを忘れないようご注意下さい。（※EmEditorのような、行単位の並び替え機能を搭載したテキストエディタなら、頭の2行と末尾の1行を除く中身を対象にして並び替えることで、日付順のソートができます。）
以下、返信です。
🍞Re:1457◆傍点はCSSを書けば表示できます。例えば、てがろぐの「強調」装飾に対して傍点を加えたい場合は、以下のようにCSSを追加すると良いでしょう。
.decorationE { text-emphasis: filled circle red; }
この場合は、丸く(circle)塗りつぶされた(filled)赤色(red)の傍点が付きます。CSS3では様々な色や形の傍点が表示できますので、お望みの装飾を記述すれば表示できます。傍点を表示するためのCSSについては、過去に私のブログでも記事を書いていますのでご覧下さい。→「CSS3なら傍点(圏点)で文字を強調できる」
※てがろぐの既存スキンに付属しているCSSを編集する場合は、 .decorationE や .decorationB などのように「.decoration」で始まっている記述が並んでいる部分を探してそこを修正して下さい。
※なお、てがろぐの入力欄に書けるのはプレーンテキストのみですので、ワープロソフト上の装飾付きテキストを（装飾情報を維持したまま）貼り付けることはできません。
🍞Re:1456◆ご要望をありがとうございます。やはり日付を使ってソートできる方が便利ですよね。特に過去にどこか別の場所で書いていたデータを引っ越ししてきたい場合には。てがろぐのデータファイルは、日付順にソートする際のことを考慮した記録形式にはなっているのです。まだソート機能は作っていませんが。将来的には用意しようかな……と、なんとなく思ってはいました。(^_^;) ToDoリストには加えておきますので、気長にお待ち頂ければ幸いです。
なお、今すぐ大量のデータをどうしても並び替えたい場合には、てがろぐのデータファイル( tegalog.xml )を一旦ダウンロードして、テキストエディタで読み込んで、順序を自由に編集する手はあります。このXMLファイル内では、1件1行で成り立っていますから、行を入れ替えれば順序を入れ替えることになります。ただし、安全のため、元データのバックアップコピーを忘れないようご注意下さい。（※EmEditorのような、行単位の並び替え機能を搭載したテキストエディタなら、頭の2行と末尾の1行を除く中身を対象にして並び替えることで、日付順のソートができます。）
by nishishi. ⌚2020年1月18日(土) 23:15:13〔5年以上前〕 回答/返信 ＜1036文字＞ 編集
Lightbox以外の画像拡大スクリプトを使っている方がいらっしゃったら名称を教えて下さい。もし将来に選択肢を提供する際には参考にします。
以下、返信です。
🍘Re:1442◆ありがとうございますにゃ。🐱
🍘Re:1441◆そっ……🥒
🍘Re:1440◆🥒🥒 (キュウリ)
🍘Re:1439◆投稿IDが異なりますし、時間も離れていますから、二重投稿というわけではないと思います。たぶん、どなたかがNo.1436の編集ボタンを押した後で、ラジオボタンを「新規に投稿」にして投稿されたのではないかと思います。もしくは、単にコピー＆ペーストして投稿しただけかも知れませんが。
🍘Re:1437◆サンプルとして作った画像では、表示されている文章は「投稿本文」です。最大文字数を制限して掲載しています。将来的には、画像1つ1つに代替文字用の説明文やタグを加えられるようにしたいと思ってはいます。このギャラリー用スキンを使って、てがろぐ1つを丸ごとギャラリー専用にするのであれば、投稿者別の絞り込みは簡単ですし、タグ別に閲覧することも簡単です。それは、スキンさえ用意すれば現状のてがろぐでも可能な気がします。とりあえず、ギャラリー機能の前に、ギャラリー用スキンだけを先行公開してみるつもりですので、お試し頂ければ幸いです。投稿画像のサムネイル化は、「別途ライブラリがサーバに存在する場合には使う」というような形で実装はできそうな気がしています。
🍘Re:1436◆二次創作サイトでも別に問題はありません。そもそも、てがろぐが設置されているサイトには二次創作サイトも多そうな感じがしています。
🍘Re:1435◆忘年会、年度末までにはまだ2ヶ月ありますしね。^^; ユーザリストには、ジャンル的な種別を何かアイコンで加えておけるようにできると良さそうですね。
🍘Re:1434◆てがろぐへのツイートの埋め込み機能も、Twitter側が提供しているAPIを使えば簡単そうな気もしているので、将来的には加えられそうだと思っています。需要というか、ご要望の多さ次第で開発の優先度を決める参考にしますので、ご希望なら表明して頂くのが望ましいです。(^_^)
🍘Re:1433◆そうですね。「区切り文字」という扱いとして実装したので、先頭に書くと認識されません。ただ、おっしゃるとおり先頭に1文字だけでも空白を入れておけば、事実上は全文を隠せます。
🍘Re:1432◆ありがとうございました～。🍰
テスト投稿はご自由にどうぞ。ご質問・ご要望等もお気軽にどうぞー。
以下、返信です。
🍘Re:1442◆ありがとうございますにゃ。🐱
🍘Re:1441◆そっ……🥒
🍘Re:1440◆🥒🥒 (キュウリ)
🍘Re:1439◆投稿IDが異なりますし、時間も離れていますから、二重投稿というわけではないと思います。たぶん、どなたかがNo.1436の編集ボタンを押した後で、ラジオボタンを「新規に投稿」にして投稿されたのではないかと思います。もしくは、単にコピー＆ペーストして投稿しただけかも知れませんが。
🍘Re:1437◆サンプルとして作った画像では、表示されている文章は「投稿本文」です。最大文字数を制限して掲載しています。将来的には、画像1つ1つに代替文字用の説明文やタグを加えられるようにしたいと思ってはいます。このギャラリー用スキンを使って、てがろぐ1つを丸ごとギャラリー専用にするのであれば、投稿者別の絞り込みは簡単ですし、タグ別に閲覧することも簡単です。それは、スキンさえ用意すれば現状のてがろぐでも可能な気がします。とりあえず、ギャラリー機能の前に、ギャラリー用スキンだけを先行公開してみるつもりですので、お試し頂ければ幸いです。投稿画像のサムネイル化は、「別途ライブラリがサーバに存在する場合には使う」というような形で実装はできそうな気がしています。
🍘Re:1436◆二次創作サイトでも別に問題はありません。そもそも、てがろぐが設置されているサイトには二次創作サイトも多そうな感じがしています。
🍘Re:1435◆忘年会、年度末までにはまだ2ヶ月ありますしね。^^; ユーザリストには、ジャンル的な種別を何かアイコンで加えておけるようにできると良さそうですね。
🍘Re:1434◆てがろぐへのツイートの埋め込み機能も、Twitter側が提供しているAPIを使えば簡単そうな気もしているので、将来的には加えられそうだと思っています。需要というか、ご要望の多さ次第で開発の優先度を決める参考にしますので、ご希望なら表明して頂くのが望ましいです。(^_^)
🍘Re:1433◆そうですね。「区切り文字」という扱いとして実装したので、先頭に書くと認識されません。ただ、おっしゃるとおり先頭に1文字だけでも空白を入れておけば、事実上は全文を隠せます。
🍘Re:1432◆ありがとうございました～。🍰
テスト投稿はご自由にどうぞ。ご質問・ご要望等もお気軽にどうぞー。
by nishishi. ⌚2020年1月15日(水) 13:01:35〔5年以上前〕 回答/返信 ＜1144文字＞ 編集
今日は誕生日でございます。Twitterで風船が飛んできました。🎂🍰
以下、返信2件です。
🥞Re:1425◆「モード切替ができない」というのは、たぶん「常にバイナリモードでアップロードされる」というのと同じです。アスキー(テキスト)モード、バイナリモードという言い方だと何やら分かりにくいかも知れませんが、要するに、
・改行コードを自動変換してUPするのが、アスキーモード
・何も変換せずにそのままUPするのが、バイナリモード
です。
というわけで、てがろぐCGIの構成ファイルをバイナリモードで（＝何も変換せずに）UPしてサーバ上で正しく動作するようにするためには、（アスキーモードでUPした場合には自動実行されるハズだった）「改行コードの変換」処理をあらかじめ手動でしておけば良いのです。
てがろぐCGIの構成ファイルは、改行コードを（Windowsの標準である）[CR＋LF]にしてあります。これはWindows上で中身を編集しやすくするためです。
ほとんどのWebサーバはUNIX系OSで動いていますから、改行コードは（UNIXの標準である）[LF]にしないといけません。この変換を手動でやっておけば、バイナリモードでCGI構成ファイルをUPしても正しく動作します。
改行コードをローカル(＝自分のPC上)で変換するには、改行コードを指定して保存ができるテキストエディタを使うのが簡単です。私が長年愛用しているEmEditorでも下図のように指定できます。
🥞Re:1424◆もし、画像のURLだけを単独で得られれば良いなら、別途[[GETURL:PICT:1]]という書き方で、投稿に含まれる1枚目の画像のURLだけが得られますのでご活用下さい。これは、画像自体が挿入される(HTMLのimg要素が出力される)わけではなく、画像のURLがテキストで得られますので、自力で書いたimg要素で使うなり、CSSで使うなり、自由にできます。
とはいえ、確かに [[COMMENT:TEXT:200]] に対する [[COMMENT:HTML:200]] のような記法があっても良いかも知れませんね。装飾や画像などのマークアップを含めた状態で文字数制限をすると、HTMLタグの途中でぶった切ってしまうことになった場合に表示が崩れるので（それを勘案して切る処理を書くのが面倒だったので^^;）実装はしていなかったのでした。(^_^;)
あと、1422のハッシュタグリンクの件ですが、もしSSIで埋め込む先ではハッシュタグの表示を省略した方が望ましいなら、CSSで以下のように書いておけば、ハッシュタグは表示されなくなります。すると、リンク先URLが正しくないリンクが出力されていても問題はないかもしれません。
CGIソースを直接編集したくない場合は、このような対処もあります。
以下、返信2件です。
🥞Re:1425◆「モード切替ができない」というのは、たぶん「常にバイナリモードでアップロードされる」というのと同じです。アスキー(テキスト)モード、バイナリモードという言い方だと何やら分かりにくいかも知れませんが、要するに、
・改行コードを自動変換してUPするのが、アスキーモード
・何も変換せずにそのままUPするのが、バイナリモード
です。
というわけで、てがろぐCGIの構成ファイルをバイナリモードで（＝何も変換せずに）UPしてサーバ上で正しく動作するようにするためには、（アスキーモードでUPした場合には自動実行されるハズだった）「改行コードの変換」処理をあらかじめ手動でしておけば良いのです。
てがろぐCGIの構成ファイルは、改行コードを（Windowsの標準である）[CR＋LF]にしてあります。これはWindows上で中身を編集しやすくするためです。
ほとんどのWebサーバはUNIX系OSで動いていますから、改行コードは（UNIXの標準である）[LF]にしないといけません。この変換を手動でやっておけば、バイナリモードでCGI構成ファイルをUPしても正しく動作します。
改行コードをローカル(＝自分のPC上)で変換するには、改行コードを指定して保存ができるテキストエディタを使うのが簡単です。私が長年愛用しているEmEditorでも下図のように指定できます。
🥞Re:1424◆もし、画像のURLだけを単独で得られれば良いなら、別途[[GETURL:PICT:1]]という書き方で、投稿に含まれる1枚目の画像のURLだけが得られますのでご活用下さい。これは、画像自体が挿入される(HTMLのimg要素が出力される)わけではなく、画像のURLがテキストで得られますので、自力で書いたimg要素で使うなり、CSSで使うなり、自由にできます。
とはいえ、確かに [[COMMENT:TEXT:200]] に対する [[COMMENT:HTML:200]] のような記法があっても良いかも知れませんね。装飾や画像などのマークアップを含めた状態で文字数制限をすると、HTMLタグの途中でぶった切ってしまうことになった場合に表示が崩れるので（それを勘案して切る処理を書くのが面倒だったので^^;）実装はしていなかったのでした。(^_^;)
あと、1422のハッシュタグリンクの件ですが、もしSSIで埋め込む先ではハッシュタグの表示を省略した方が望ましいなら、CSSで以下のように書いておけば、ハッシュタグは表示されなくなります。すると、リンク先URLが正しくないリンクが出力されていても問題はないかもしれません。
.taglink { display: none; }
CGIソースを直接編集したくない場合は、このような対処もあります。
by nishishi. ⌚2020年1月12日(日) 11:42:34〔5年以上前〕 回答/返信 ＜1269文字＞ 編集
そろそろ「🌱豆知識」集をどこかにまとめたいような気もしたりしなかったり。
以下、返信です。
🍮Re:1419◆追加機能を気に入って下さってありがとうございます！ そのほかご要望があればお気軽にお知らせ下さい！🥤
🍮Re:1420◆ご活用ありがとうございます。そういえば、ハッシュタグや特定Noへのリンクは問答無用で相対パスでの出力になるのでした。すっかり忘れていました。(^_^;) 今のところそれらを絶対パスで出力させる機能がありません。すみません。^^; 次のバージョンあたりで実装します。
「今すぐ何とかしたい！」という場合には、tegalog.cgiの6695行目にある以下の記述に対して、
以下の太字の部分のように追記すると、
どんな場合でも絶対パスでタグリンクが出力されるようになります。「path-to」の部分はお使いのてがろぐCGIが存在する絶対パスに置き換えて下さい。
以下、返信です。
🍮Re:1419◆追加機能を気に入って下さってありがとうございます！ そのほかご要望があればお気軽にお知らせ下さい！🥤
🍮Re:1420◆ご活用ありがとうございます。そういえば、ハッシュタグや特定Noへのリンクは問答無用で相対パスでの出力になるのでした。すっかり忘れていました。(^_^;) 今のところそれらを絶対パスで出力させる機能がありません。すみません。^^; 次のバージョンあたりで実装します。
「今すぐ何とかしたい！」という場合には、tegalog.cgiの6695行目にある以下の記述に対して、
return qq|<a href="$tagquery" class="taglink" title="$tagtitle">|;
以下の太字の部分のように追記すると、
return qq|<a href="/path-to/tegalog.cgi$tagquery" class="taglink" title="$tagtitle">|;
どんな場合でも絶対パスでタグリンクが出力されるようになります。「path-to」の部分はお使いのてがろぐCGIが存在する絶対パスに置き換えて下さい。
by nishishi. ⌚2020年1月10日(金) 15:59:18〔5年以上前〕 回答/返信 ＜562文字＞ 編集
余計なWarningが記録される問題も解消していますので、既に Ver 2.4.0 を問題なくご使用頂けている場合でも、Ver 2.4.2 へアップグレードして頂けますと幸いです。
🍯Re:1415◆いつもアナウンスをチェックして下さってありがとうございます。(^_^)
🍯Re:1414◆最近に契約されたような新しいサーバではない場合には、デフォルト設定のままの状態でも新しいバージョンのPerlはセットアップされていないのかも知れません。また、かなり昔からさくらインターネットを使っている場合は、古いバージョンで固定されていて、自ら設定を変えない限りずっと古いバージョンのPerlで動作する仕様になっています。
🍯Re:1415◆いつもアナウンスをチェックして下さってありがとうございます。(^_^)
🍯Re:1414◆最近に契約されたような新しいサーバではない場合には、デフォルト設定のままの状態でも新しいバージョンのPerlはセットアップされていないのかも知れません。また、かなり昔からさくらインターネットを使っている場合は、古いバージョンで固定されていて、自ら設定を変えない限りずっと古いバージョンのPerlで動作する仕様になっています。
by nishishi. ⌚2020年1月9日(木) 16:57:11〔5年以上前〕 回答/返信 ＜317文字＞ 編集
🍯Re:1410◆ご使用ありがとうございます。投稿画面がモバイル端末からでも操作可能だという点は便利だと時々おっしゃって頂けてありがたい限りです。QUICKPOST（ページに埋め込む投稿フォーム）がスマートフォンからでも利用可能かどうかは、適用するCSSがレスポンシブに書かれているかどうか次第ですが。10年くらい以上前のフリーCGIだと、なかなかモバイル端末のような狭い画面を考慮はされていないでしょうからね……。（私が公開しているCGIでも、開発開始の古いものは今でもモバイル環境は考慮していませんし。^^;）
by nishishi. ⌚2020年1月7日(火) 10:51:34〔5年以上前〕 回答/返信 ＜439文字＞ 編集
投稿単独ページに出力されるOGPで、 og:type が出力されていない不具合がありました。次のバージョンで修正します。ただ、og:type が出力されていなくても、TwitterやFacebookでは特に問題なくOGPとして使ってくれるようなので実際の使用に問題はないとは思います。
あと、通常使用中でもそこそこWarningを吐くようなので、WebサーバのエラーログにWarningメッセージが蓄積されてしまいます。それが気になる場合は、とりあえず、tegalog.cgi の97行目にある use warnings; という記述を丸ごと削除して下さい……。これも次のバージョンで解消させます。
🍯Re:1405◆コルクって栓抜きがないと抜けないんですね。さっぱり酒を飲まないので知りませんでした。^^;
🍯Re:1406◆アップデートありがとうございます。ご活用下さっているようで嬉しいです。(^_^)
🍯Re:1407◆したいことにせよ、しないといけないことにせよ、ToDoリストを消化するには気力が必要ですものね……。仕事が休みだからといって気力が復活するとは限らないわけで。(^_^;) ゆっくり休めましたか？
テスト投稿はご自由にどうぞ。ご質問・ご要望等もお気軽にどうぞー。
あと、通常使用中でもそこそこWarningを吐くようなので、WebサーバのエラーログにWarningメッセージが蓄積されてしまいます。それが気になる場合は、とりあえず、tegalog.cgi の97行目にある use warnings; という記述を丸ごと削除して下さい……。これも次のバージョンで解消させます。
🍯Re:1405◆コルクって栓抜きがないと抜けないんですね。さっぱり酒を飲まないので知りませんでした。^^;
🍯Re:1406◆アップデートありがとうございます。ご活用下さっているようで嬉しいです。(^_^)
🍯Re:1407◆したいことにせよ、しないといけないことにせよ、ToDoリストを消化するには気力が必要ですものね……。仕事が休みだからといって気力が復活するとは限らないわけで。(^_^;) ゆっくり休めましたか？
テスト投稿はご自由にどうぞ。ご質問・ご要望等もお気軽にどうぞー。
by nishishi. ⌚2020年1月6日(月) 17:36:17〔5年以上前〕 回答/返信 ＜563文字＞ 編集
なんとなく前回のリリースから3ヶ月が過ぎない年内のうちに新バージョンをリリースしておきたいなと思ったので今日公開したわけですけども、コミケ(というか年の瀬)でどこも忙しいこの時期に急いで新バージョンを公開する意味はあまりなかったかな。
……と思ったのですけども、アップデートのご報告をちらほら頂けたということは、まあ良かったのかな。(^_^;)
🍨Re:1400◆複数ファイルの同時アップロード機能もあると嬉しい方々がいらっしゃるようでしたので実装してみました。たしかに、たとえ3枚しか掲載しないとしても、1枚ずつしかアップロードできないよりは、一括してアップロードできる方が楽で良いですよね。^^;
🍨Re:1399◆早速のアップデートをどうもありがとうございます！ ご報告頂けると作った甲斐があったと感じやすくてありがたいです。(^_^)
🍨Re:1397◆お褒め頂きありがとうございます。(^_^)
中身を作っても、それを使えるように案内しないと使いようがありませんからね。(^_^;;; できるだけマニュアルを参照しなくてもカスタマイズできるようにコメントを加える方針で居ます。それでもやはりカスタマイズの説明は必要でしょうから、どうやって見やすくて分かりやすいマニュアルにできるかがちょっと迷っているところです。既に説明し切れていない機能もちょっとありますし……。
北米欧州では物理クリスマスカードはやはり一般的なのですね。お仕事おつかれさまでした！ そろそろ仕事納めな方々も多そうですね。新幹線で寝過ごすのは後の面倒くささが半端ではありませんからね……。一度だけ、京都から新快速に乗って大阪で降りるつもりがふと目が覚めたら西明石に居たことはありました。新幹線ではないとはいえ、新幹線の3駅分です(京都→新大阪→新神戸→西明石)。戻るしかないわけですけども、すさまじい徒労感でした。(^_^;)
動作テストありがとうございます。テスト投稿もご質問もご要望等もお気軽にどうぞー。
……と思ったのですけども、アップデートのご報告をちらほら頂けたということは、まあ良かったのかな。(^_^;)
🍨Re:1400◆複数ファイルの同時アップロード機能もあると嬉しい方々がいらっしゃるようでしたので実装してみました。たしかに、たとえ3枚しか掲載しないとしても、1枚ずつしかアップロードできないよりは、一括してアップロードできる方が楽で良いですよね。^^;
🍨Re:1399◆早速のアップデートをどうもありがとうございます！ ご報告頂けると作った甲斐があったと感じやすくてありがたいです。(^_^)
🍨Re:1397◆お褒め頂きありがとうございます。(^_^)
中身を作っても、それを使えるように案内しないと使いようがありませんからね。(^_^;;; できるだけマニュアルを参照しなくてもカスタマイズできるようにコメントを加える方針で居ます。それでもやはりカスタマイズの説明は必要でしょうから、どうやって見やすくて分かりやすいマニュアルにできるかがちょっと迷っているところです。既に説明し切れていない機能もちょっとありますし……。
北米欧州では物理クリスマスカードはやはり一般的なのですね。お仕事おつかれさまでした！ そろそろ仕事納めな方々も多そうですね。新幹線で寝過ごすのは後の面倒くささが半端ではありませんからね……。一度だけ、京都から新快速に乗って大阪で降りるつもりがふと目が覚めたら西明石に居たことはありました。新幹線ではないとはいえ、新幹線の3駅分です(京都→新大阪→新神戸→西明石)。戻るしかないわけですけども、すさまじい徒労感でした。(^_^;)
動作テストありがとうございます。テスト投稿もご質問もご要望等もお気軽にどうぞー。
by nishishi. ⌚2019年12月29日(日) 21:53:19〔5年以上前〕 回答/返信 ＜864文字＞ 編集
現状の Ver 2.3.1 テスト版(未配布)では、以下の機能も実装済みです。
🍮内蔵RSSスキン(抜粋版/完全版)で、全文字数も出力できるようになっています。
🍮[ラベル:LB]記法で出力されるLightbox用の属性値も、「URL自動リンクの特殊表示化」項目内で設定した値に合わせるようになっています。(◆Re:1299)
🍮設定画面をモバイル端末など（の横幅の狭い画面）で表示したときに、タブが2行になってしまうのを極力防げるようになっています。(たぶん)
🍮本文中に「 [>1218] 」と書くことで1218番の投稿にリンクできる記法(仕様)を追加しています。この機能を使うと、てがろぐ設置場所を引っ越した場合でもリンク切れになる心配がありません。
🍮特定の状況でのみ発生する(かもしれない)若干の不具合を修正。
次の正式リリース版は、たぶん Ver 2.4.0 になると思いますが、その時点では(上記に加えて)たぶん以下のような機能を搭載する予定でいます。たぶん。たぶん。たぶん。
🍥OGP＋Twitter Cardを出力できる機能。(◆Re:1306他)
🍥外部画像でも「画像へのリンク」にせず、画像だけを単独で表示できるような専用記法。(◆Re:1323,1340)
🍥ページ移動ナビの「次の30件／前の30件」等のリンクラベルで、件数の数値を表示せずに出力できるようにするオプション。(◆Re:1308)
🍥RSSフィードなどで使われる(収録文字数を制限している際に)画像に対して「（画像省略）」という文言を出すかどうかを設定できるオプション。(◆Re:1369)
他にも加わるかもしれませんし、どれかは先送りするかもしれません。今のところ予断は許しません。
🍮内蔵RSSスキン(抜粋版/完全版)で、全文字数も出力できるようになっています。
🍮[ラベル:LB]記法で出力されるLightbox用の属性値も、「URL自動リンクの特殊表示化」項目内で設定した値に合わせるようになっています。(◆Re:1299)
🍮設定画面をモバイル端末など（の横幅の狭い画面）で表示したときに、タブが2行になってしまうのを極力防げるようになっています。(たぶん)
🍮本文中に「 [>1218] 」と書くことで1218番の投稿にリンクできる記法(仕様)を追加しています。この機能を使うと、てがろぐ設置場所を引っ越した場合でもリンク切れになる心配がありません。
🍮特定の状況でのみ発生する(かもしれない)若干の不具合を修正。
次の正式リリース版は、たぶん Ver 2.4.0 になると思いますが、その時点では(上記に加えて)たぶん以下のような機能を搭載する予定でいます。たぶん。たぶん。たぶん。
🍥OGP＋Twitter Cardを出力できる機能。(◆Re:1306他)
🍥外部画像でも「画像へのリンク」にせず、画像だけを単独で表示できるような専用記法。(◆Re:1323,1340)
🍥ページ移動ナビの「次の30件／前の30件」等のリンクラベルで、件数の数値を表示せずに出力できるようにするオプション。(◆Re:1308)
🍥RSSフィードなどで使われる(収録文字数を制限している際に)画像に対して「（画像省略）」という文言を出すかどうかを設定できるオプション。(◆Re:1369)
他にも加わるかもしれませんし、どれかは先送りするかもしれません。今のところ予断は許しません。
by nishishi. ⌚2019年12月15日(日) 16:08:20〔5年以上前〕 回答/返信 ＜748文字＞ 編集
てがろぐCGIの次のバージョンでは、OGP＋Twitter Cardの出力機能を搭載できるような気がしています。実装作業はまだですが、設計っぽいことは考えました。たぶん問題なく実装できると思っています。たぶん。
画像を掲載した投稿の単独URLをFacebookやTwitterなどに書けば、その画像のサムネイルが表示されるようになるハズです。タイトルや概要文は投稿の先頭から指定文字を抜粋して掲載するような仕様になると思いますが、ある程度は設定で選べるようにするつもりでいます。たぶん、最初は必要最小限の実装で、追々（ご要望に応じて）機能強化するような感じで考えています。最初からいろいろ盛り込んでしまうと、企画倒れになる可能性の方が高まってしまいますので。(^_^;)
🍞Re:1371◆ご意見ありがとうございます。仮に「 # 」を非表示にできる機能を加えるとしても、設定でどうするか選べるようにはします。（そして、特に需要はなさそうなので、今のところは加えないと思います。：笑）
画像を掲載した投稿の単独URLをFacebookやTwitterなどに書けば、その画像のサムネイルが表示されるようになるハズです。タイトルや概要文は投稿の先頭から指定文字を抜粋して掲載するような仕様になると思いますが、ある程度は設定で選べるようにするつもりでいます。たぶん、最初は必要最小限の実装で、追々（ご要望に応じて）機能強化するような感じで考えています。最初からいろいろ盛り込んでしまうと、企画倒れになる可能性の方が高まってしまいますので。(^_^;)
🍞Re:1371◆ご意見ありがとうございます。仮に「 # 」を非表示にできる機能を加えるとしても、設定でどうするか選べるようにはします。（そして、特に需要はなさそうなので、今のところは加えないと思います。：笑）
by nishishi. ⌚2019年12月11日(水) 22:51:07〔5年以上前〕 回答/返信 ＜442文字＞ 編集
本文中のハッシュタグをリンク化する際に、先頭の「 # 」記号を非表示にしたい要望はあるかな？
てがろぐ初公開から昨日で2年でした。日々のご活用をどうもありがとうございます。
🍞Re:1369◆なるほど、そういえばそこのカスタマイズが設定できなかったですね。次のバージョンで設定機能を搭載します。元々あの「(画像省略)」という表記は、問答無用で画像が省略されてしまう仕様だった頃に「なぜ画像が見えないのか」と疑問に思われてしまわないように「画像は含まれませんよ」という仕様を明示するためだったんですが、今では画像をRSSフィードに含めることも可能なので、わざわざ「(画像省略)」と表記する必要性が失われているのでした。
🍞Re:1368◆🎉🎉🎉🎊
てがろぐ初公開から昨日で2年でした。日々のご活用をどうもありがとうございます。
🍞Re:1369◆なるほど、そういえばそこのカスタマイズが設定できなかったですね。次のバージョンで設定機能を搭載します。元々あの「(画像省略)」という表記は、問答無用で画像が省略されてしまう仕様だった頃に「なぜ画像が見えないのか」と疑問に思われてしまわないように「画像は含まれませんよ」という仕様を明示するためだったんですが、今では画像をRSSフィードに含めることも可能なので、わざわざ「(画像省略)」と表記する必要性が失われているのでした。
🍞Re:1368◆🎉🎉🎉🎊
by nishishi. ⌚2019年12月8日(日) 12:36:19〔5年以上前〕 回答/返信 ＜325文字＞ 編集
RSSフィード用の内蔵スキンの抜粋版では、先頭120文字を超える部分が三点リーダ「…」で省略されるけども、その後に「全部で何文字あるのか」の出力も加えたい。 #搭載済
以下返信。
🍞Re:1365◆いらっしゃいませ。今のところ返信機能は存在せず、この左側に書いたような「Re:0000」というのは、単にそういう文字列を使ってリンクを作っているだけです。このような特定のNoへ簡単にリンクできる機能は、個人的にも欲しいので作る予定でいます。たぶん [>1234] のような感じで書くことで「Re:1234」というリンクになる（表記方法は別途設定できる）予定で考えています。なお、Twitterのように複数の投稿を連結させて表示する機能はありません。その表示方法はそこそこ複雑になるので、残念ながら今のところ実装は考えていません。ただ、ハッシュタグ機能を使えば複数の投稿をスレッドのように順番に読ませることは可能だとは思いますのでもしよろしければご検討下さい。(その場合、複数の投稿を「降順に並べる」か「昇順に並べる」かを選択できるメリットもあります。)
🍞Re:1366◆ご要望をどうもありがとうございます！ カテゴリ機能は要望として頂くことも多いので将来的には実装する方向で考えています。ただ、データファイル自体の仕様を拡張しないといけないので、実装するのは少し先になると思います。気長にお待ち頂ければ幸いです。
テスト投稿はご自由にどうぞ。ご質問やご要望もお気軽にどうぞ。その他、ただの呟き等もご自由にどうぞー。(返信は遅くなることがありますので気長にお待ち願います。)
以下返信。
🍞Re:1365◆いらっしゃいませ。今のところ返信機能は存在せず、この左側に書いたような「Re:0000」というのは、単にそういう文字列を使ってリンクを作っているだけです。このような特定のNoへ簡単にリンクできる機能は、個人的にも欲しいので作る予定でいます。たぶん [>1234] のような感じで書くことで「Re:1234」というリンクになる（表記方法は別途設定できる）予定で考えています。なお、Twitterのように複数の投稿を連結させて表示する機能はありません。その表示方法はそこそこ複雑になるので、残念ながら今のところ実装は考えていません。ただ、ハッシュタグ機能を使えば複数の投稿をスレッドのように順番に読ませることは可能だとは思いますのでもしよろしければご検討下さい。(その場合、複数の投稿を「降順に並べる」か「昇順に並べる」かを選択できるメリットもあります。)
🍞Re:1366◆ご要望をどうもありがとうございます！ カテゴリ機能は要望として頂くことも多いので将来的には実装する方向で考えています。ただ、データファイル自体の仕様を拡張しないといけないので、実装するのは少し先になると思います。気長にお待ち頂ければ幸いです。
テスト投稿はご自由にどうぞ。ご質問やご要望もお気軽にどうぞ。その他、ただの呟き等もご自由にどうぞー。(返信は遅くなることがありますので気長にお待ち願います。)
by nishishi. ⌚2019年12月4日(水) 10:52:01〔5年以上前〕 回答/返信 ＜698文字＞ 編集
新機能の追加、登録型ユーザリンク集の作成、新スキンの追加。どれから取りかかるべきか。
以下、返信です。
🍞Re:1362◆静的なページか動的なページかで動作が変わるということはあまりないように思います。CGIが生成しているのはHTMLですから、動的に生成されていても静的に用意されていても、得られるデータは同じ「HTMLの文法で書かれたデータ」ですから。
無限スクロールを提供するJavaScriptの場合、「バックグラウンドで次のページを読み込む」→「コンテンツのある場所をclass名やid名で特定する」→「コンテンツだけを現在のページの指定位置(同じclass名やid名が使われている場所)に追記する」というような処理をしていると思います。なので、コンテンツ部分だけを何らかのclass名で特定できるようなスキンを作っておく必要があります。
てがろぐ標準スキンの場合は、.mainarea (<div class="mainarea">～</div>) がそれっぽいように感じられるかもしれませんが、ここにはページ移動ナビも含まれるので適していません。投稿部分だけを括る、新たなdiv要素を1つ追加して、そこに適当なclass名を付加して、それを無限スクロールを提供してくれるJavaScriptに指定する必要があると思います。もう少し具体的に、どのようなスキンに対して何をどう書いたのかを教えて頂けると、何らかの回答ができるかもしれません。
以下、返信です。
🍞Re:1362◆静的なページか動的なページかで動作が変わるということはあまりないように思います。CGIが生成しているのはHTMLですから、動的に生成されていても静的に用意されていても、得られるデータは同じ「HTMLの文法で書かれたデータ」ですから。
無限スクロールを提供するJavaScriptの場合、「バックグラウンドで次のページを読み込む」→「コンテンツのある場所をclass名やid名で特定する」→「コンテンツだけを現在のページの指定位置(同じclass名やid名が使われている場所)に追記する」というような処理をしていると思います。なので、コンテンツ部分だけを何らかのclass名で特定できるようなスキンを作っておく必要があります。
てがろぐ標準スキンの場合は、.mainarea (<div class="mainarea">～</div>) がそれっぽいように感じられるかもしれませんが、ここにはページ移動ナビも含まれるので適していません。投稿部分だけを括る、新たなdiv要素を1つ追加して、そこに適当なclass名を付加して、それを無限スクロールを提供してくれるJavaScriptに指定する必要があると思います。もう少し具体的に、どのようなスキンに対して何をどう書いたのかを教えて頂けると、何らかの回答ができるかもしれません。
by nishishi. ⌚2019年12月2日(月) 10:29:48〔5年以上前〕 回答/返信 ＜625文字＞ 編集
頂いたメールにはだいたい24時間以内には返信をお送りしています。遅くなる場合でも72時間以内にはお送りしていますので、もし私からの返信が届かないなあ……と思われる場合には、迷惑メールフォルダなどをチェック頂ければ幸いです。私からの返信は、さくらインターネットのメールサーバを経由して送られる上に、本文中にURLが複数含まれることがよくあることもあってか、わりと高い頻度で迷惑メールに自動分類されているような気がします。(^_^;)
🍩Re:1340◆応援ありがとうございます！ しばらくはその対処方法でお願いします。[IMG:*]URL記法も含めて、[何か]URLという書き方自体が「URLのリンク化」機能なので、画像表示に関しては [PICT:場所] という書き方だけでいろいろできる(外部画像も指定できる)仕様に拡張した方が分かりやすそうな気もしてきました。場所にファイル名だけが書かれている場合は従来通り画像UPフォルダの中身を示すものの、場所にURLが書かれている場合にはそのURL(の画像)を表示する、という仕様が分かりやすいでしょうかね。
🍩Re:1339◆👓
🍩Re:1338◆様々な用途にご活用頂けていて大変嬉しいです。1記事単位でパスワードを設定するようなリッチな(？)仕様は、むしろこの「てがろぐ」の前身にもなったFumy News Clipperの方で機能強化する方針に採用すると良いかもなあ……となんとなく思えてきました。あちらの方が、タイトル付き＆カテゴリ付きのブログ記事にできるツールですし。(ただし1人専用のツールですが。) 両者のうまい棲み分け方法を探っていたので、ちょっとヒントになった気がします。どうもありがとうございます。
テスト投稿も呟きもご質問もご要望もお気軽にどうぞ～。(返信は遅くなることがあります。)
🍩Re:1340◆応援ありがとうございます！ しばらくはその対処方法でお願いします。[IMG:*]URL記法も含めて、[何か]URLという書き方自体が「URLのリンク化」機能なので、画像表示に関しては [PICT:場所] という書き方だけでいろいろできる(外部画像も指定できる)仕様に拡張した方が分かりやすそうな気もしてきました。場所にファイル名だけが書かれている場合は従来通り画像UPフォルダの中身を示すものの、場所にURLが書かれている場合にはそのURL(の画像)を表示する、という仕様が分かりやすいでしょうかね。
🍩Re:1339◆👓
🍩Re:1338◆様々な用途にご活用頂けていて大変嬉しいです。1記事単位でパスワードを設定するようなリッチな(？)仕様は、むしろこの「てがろぐ」の前身にもなったFumy News Clipperの方で機能強化する方針に採用すると良いかもなあ……となんとなく思えてきました。あちらの方が、タイトル付き＆カテゴリ付きのブログ記事にできるツールですし。(ただし1人専用のツールですが。) 両者のうまい棲み分け方法を探っていたので、ちょっとヒントになった気がします。どうもありがとうございます。
テスト投稿も呟きもご質問もご要望もお気軽にどうぞ～。(返信は遅くなることがあります。)
by nishishi. ⌚2019年11月19日(火) 22:02:36〔5年以上前〕 回答/返信 ＜803文字＞ 編集
🍮Re:1335◆「パスワードを入力すると読める」という仕組みを用意する場合、どのようなレベルのセキュリティが必要かによって実装方法が異なります。話が長いので、ちょっと折り畳んでおきますね。(^_^;)
①たとえば既にある「続きを読む」機能のように、JavaScriptを使ってパスワードの入力を求める場合。ユーザの操作はとても簡単ですが、HTMLソースを見ればパスワードも本文もすべてが見えてしまいます。ソースを見る発想のないPC初心者だけを対象にしたり、ソースを見づらいスマートフォンユーザ向けにちょっとだけ隠せれば充分ならこの方法でも良いかもしれませんが、セキュリティという面では「全くない」と言えます。
②次に、リンクやボタンなどをクリックするとパスワード入力画面に移動して、パスワードが正しければ内容を表示するという仕組みの場合。ページ遷移が必要なのでやや面倒ですが、認証はCGI側が実施するのでHTMLソースを見てもパスワードや本文はバレません。この点では多少のセキュリティがあります。しかし、パスワード入力用の画面が必要なので「管理画面にも繋ぎたくない」という要望は満たせないように思います。また、てがろぐCGIの仕様上、投稿内容はすべて共通のデータファイル（標準では tegalog.xml）に含まれます。なので、このデータファイルの中身を覗かれれば、本文は読めてしまいます。（とはいえ、これはデータファイルのファイル名を複雑なものに変更しておけば防げるとは思いますが。）
もしかすると、てがろぐを2つ設置しておいて、片方はBasic認証を設定したディレクトリに置いておく、という方法で充分だったりしないでしょうか？ Basic認証ならブラウザの機能でIDとパスワードが問われますので、余計な画面遷移なく入力できます。ただ、記事単位で異なるパスワードを設定するようなことはできませんが。
どのようにパスワードによる認証をお使いになりたいかをもう少し具体的にご説明頂ければ、何らかの検討（もしくは解決策の提示）ができるかも知れません。
畳む
①たとえば既にある「続きを読む」機能のように、JavaScriptを使ってパスワードの入力を求める場合。ユーザの操作はとても簡単ですが、HTMLソースを見ればパスワードも本文もすべてが見えてしまいます。ソースを見る発想のないPC初心者だけを対象にしたり、ソースを見づらいスマートフォンユーザ向けにちょっとだけ隠せれば充分ならこの方法でも良いかもしれませんが、セキュリティという面では「全くない」と言えます。
②次に、リンクやボタンなどをクリックするとパスワード入力画面に移動して、パスワードが正しければ内容を表示するという仕組みの場合。ページ遷移が必要なのでやや面倒ですが、認証はCGI側が実施するのでHTMLソースを見てもパスワードや本文はバレません。この点では多少のセキュリティがあります。しかし、パスワード入力用の画面が必要なので「管理画面にも繋ぎたくない」という要望は満たせないように思います。また、てがろぐCGIの仕様上、投稿内容はすべて共通のデータファイル（標準では tegalog.xml）に含まれます。なので、このデータファイルの中身を覗かれれば、本文は読めてしまいます。（とはいえ、これはデータファイルのファイル名を複雑なものに変更しておけば防げるとは思いますが。）
もしかすると、てがろぐを2つ設置しておいて、片方はBasic認証を設定したディレクトリに置いておく、という方法で充分だったりしないでしょうか？ Basic認証ならブラウザの機能でIDとパスワードが問われますので、余計な画面遷移なく入力できます。ただ、記事単位で異なるパスワードを設定するようなことはできませんが。
どのようにパスワードによる認証をお使いになりたいかをもう少し具体的にご説明頂ければ、何らかの検討（もしくは解決策の提示）ができるかも知れません。
畳む
by nishishi. ⌚2019年11月18日(月) 00:00:43〔5年以上前〕 回答/返信 ＜879文字＞ 編集
いつになく投稿が多い。ご試用ありがとうございます。
通行人の男女がインドカレーの話をしていたのでお腹が減ってきました。🍛
🍮Re:1320◆仮に何らかの返信的な機能を加えるとしても、ログインしないと投稿できない仕様にはなると思います。(パスワードなしのゲストIDを用意して誰でも書けるようにする運営は可能ですが。) Web拍手的な機能を加える案もあったりなかったり。スキンのカスタマイズは、どこをどう書き換えれば何がどうなるという解説ページを設けたい気もしないでもないんですが、てがろぐCGIそのものの解説をもっと増やす方が先かな、と思っていて手を付けられていません。それよりもCGIの機能を増やしたり、スキンを増やしたりする方が良い気もしますし。
🍮Re:1321◆ハロウィンが終わると11月からクリスマスになるのは、やはり世界的にそうなんですかね。ハッピーホリデーと言う場合でもサンタクロースは来るんでしょうかね。サンタクロースは宗教と関係ありませんでしたよね？(^_^;) 何でも雑多に書き残しておける場所を確保しておくのは便利だな、と最近気付きました。
🍮Re:1322◆Twitterは返信を制御できない点が大きなデメリットですね。あの仕様では、返信ツイートはあくまでも返信投稿者に属するツイートになるので、返信された側はどうしようもないわけですが。元ツイートとの連結を（元ツイートの投稿者側の意思で）切断できる機能とか、そもそも最初から連結を拒否できる機能とかがあればもう少し平和的に使えるとは思うのですけども。まあしかし最近思うのは、140文字では少なすぎるな、という点です。(^_^;) コーヒーありがとうございます！
🍮Re:1323◆ご質問ありがとうございます。おっしゃるとおり、原寸画像へのリンクにしない設定は、[IMG:*]URL記法を使った外部画像の表示には適用されません。外部画像の表示は元々「URLの自動リンク」から派生した機能なので「リンクしない」という表示形態は想定していなかったのでした。これは設定でどうにかするというよりも、 [PICT:URL:https://～]のような（リンクにならない）新たな記法を作った方が良いかもしれませんね。
🍮Re:1324◆公開したら良いんじゃないかと思いますけどねー。過去には新嘗祭の様子を（後からですが）映像で公開したことはあるようですし。
🍮Re:1325◆ありがとうございます。スマートフォンなどのモバイル端末からでも投稿可能な仕様は、時々お褒め頂きます。役に立っているようで嬉しいです。
🍮Re:1326◆リーリー
🍮Re:1327◆こちらこそご活用をありがとうございます。ご活用報告がCGI継続開発のモチベーション維持に繋がっています！
🍮Re:1328◆ご要望をありがとうございます。例えば「ログインしている際にだけ読める投稿を作れる」というような仕様を加えたとしたら代替になりますでしょうか？（その場合、ゲストIDなど何らかのIDでログインできるパスワードを知らなければ読めないことになります。） それとも、投稿記事単位で異なるパスワードの設定が必要でしょうか？
🍮Re:1329◆レーレー。
🍮Re:1330◆うほうほうほ🦍
🍮Re:1331◆かべかべかべ
テスト投稿も呟きもご質問もご要望もお気軽にどうぞ。(返信は遅くなることがあります。)
通行人の男女がインドカレーの話をしていたのでお腹が減ってきました。🍛
🍮Re:1320◆仮に何らかの返信的な機能を加えるとしても、ログインしないと投稿できない仕様にはなると思います。(パスワードなしのゲストIDを用意して誰でも書けるようにする運営は可能ですが。) Web拍手的な機能を加える案もあったりなかったり。スキンのカスタマイズは、どこをどう書き換えれば何がどうなるという解説ページを設けたい気もしないでもないんですが、てがろぐCGIそのものの解説をもっと増やす方が先かな、と思っていて手を付けられていません。それよりもCGIの機能を増やしたり、スキンを増やしたりする方が良い気もしますし。
🍮Re:1321◆ハロウィンが終わると11月からクリスマスになるのは、やはり世界的にそうなんですかね。ハッピーホリデーと言う場合でもサンタクロースは来るんでしょうかね。サンタクロースは宗教と関係ありませんでしたよね？(^_^;) 何でも雑多に書き残しておける場所を確保しておくのは便利だな、と最近気付きました。
🍮Re:1322◆Twitterは返信を制御できない点が大きなデメリットですね。あの仕様では、返信ツイートはあくまでも返信投稿者に属するツイートになるので、返信された側はどうしようもないわけですが。元ツイートとの連結を（元ツイートの投稿者側の意思で）切断できる機能とか、そもそも最初から連結を拒否できる機能とかがあればもう少し平和的に使えるとは思うのですけども。まあしかし最近思うのは、140文字では少なすぎるな、という点です。(^_^;) コーヒーありがとうございます！
🍮Re:1323◆ご質問ありがとうございます。おっしゃるとおり、原寸画像へのリンクにしない設定は、[IMG:*]URL記法を使った外部画像の表示には適用されません。外部画像の表示は元々「URLの自動リンク」から派生した機能なので「リンクしない」という表示形態は想定していなかったのでした。これは設定でどうにかするというよりも、 [PICT:URL:https://～]のような（リンクにならない）新たな記法を作った方が良いかもしれませんね。
🍮Re:1324◆公開したら良いんじゃないかと思いますけどねー。過去には新嘗祭の様子を（後からですが）映像で公開したことはあるようですし。
🍮Re:1325◆ありがとうございます。スマートフォンなどのモバイル端末からでも投稿可能な仕様は、時々お褒め頂きます。役に立っているようで嬉しいです。
🍮Re:1326◆リーリー
🍮Re:1327◆こちらこそご活用をありがとうございます。ご活用報告がCGI継続開発のモチベーション維持に繋がっています！
🍮Re:1328◆ご要望をありがとうございます。例えば「ログインしている際にだけ読める投稿を作れる」というような仕様を加えたとしたら代替になりますでしょうか？（その場合、ゲストIDなど何らかのIDでログインできるパスワードを知らなければ読めないことになります。） それとも、投稿記事単位で異なるパスワードの設定が必要でしょうか？
🍮Re:1329◆レーレー。
🍮Re:1330◆うほうほうほ🦍
🍮Re:1331◆かべかべかべ
テスト投稿も呟きもご質問もご要望もお気軽にどうぞ。(返信は遅くなることがあります。)
by nishishi. ⌚2019年11月16日(土) 11:36:21〔5年以上前〕 回答/返信 ＜1441文字＞ 編集
返信。
🍵Re:1308◆(追記)前回の返信は複数投稿が表示される標準ページでの移動リンクの話でした。ちなみにですが、1投稿の単独表示ページで、前後の投稿へ移動させるためのリンクの場合なら、単に「投稿番号」というチェックボックスをOFFにするだけで番号を非表示にできます。
🍵Re:1317◆天皇陛下の即位パレードですかね？ 関東在住の方だと観覧に行かれる方も多いのでしょうか。周辺警備も大変そうですね。
🍵Re:1316◆ご活用ありがとうございます。[装飾]や[＃]ボタンは、最初から展開している「常時表示」でお使いですか？
🍵「投稿する」ボタンや「他のIDに切り替える」ボタンは表示ラベルを自由に変更可能ですけども、もしかして「日時」・「装飾」・「画像」・「＃」各ボタンのラベルも自由に書き換えられると嬉しかったりしますかね？(^_^;) あと「検索」ボタンとか。
🍵Re:1308◆(追記)前回の返信は複数投稿が表示される標準ページでの移動リンクの話でした。ちなみにですが、1投稿の単独表示ページで、前後の投稿へ移動させるためのリンクの場合なら、単に「投稿番号」というチェックボックスをOFFにするだけで番号を非表示にできます。
🍵Re:1317◆天皇陛下の即位パレードですかね？ 関東在住の方だと観覧に行かれる方も多いのでしょうか。周辺警備も大変そうですね。
🍵Re:1316◆ご活用ありがとうございます。[装飾]や[＃]ボタンは、最初から展開している「常時表示」でお使いですか？
🍵「投稿する」ボタンや「他のIDに切り替える」ボタンは表示ラベルを自由に変更可能ですけども、もしかして「日時」・「装飾」・「画像」・「＃」各ボタンのラベルも自由に書き換えられると嬉しかったりしますかね？(^_^;) あと「検索」ボタンとか。
by nishishi. ⌚2019年11月10日(日) 10:29:45〔5年以上前〕 回答/返信 ＜387文字＞ 編集
最新の Ver 2.5.0 で全文検索機能を拡張したわけですが、英字の大文字・小文字は区別する仕様のままだったことに気付きました。これは区別せずに検索できる方が便利ですよね。ソースに「i」という1文字を足すだけで実現できるんですが。(正規表現)
🍞Re:1529◆なるほど、カレンダー機能も役立ちそうですね。カレンダー機能を作ったのは、てがろぐ以外のところに活用する思惑があったからなので、てがろぐCGIに加えて意味があるかどうかは分からないなと思っていたのですが、これはこれで役に立ちそうで嬉しいです。(笑) 次のリリースまでにはもうちょっと機能を拡充します。
🍞Re:1530◆ご愛用をありがとうございます。ギャラリー機能が役に立ったようで嬉しいです。(๑╹◡╹๑) ギャラリー機能は、実装しながらもこれが本当に役に立つ機能なのかどうか半信半疑だったのですが、公開してみると意外と需要があったようで驚きました。また、ご要望もありがとうございます。ToDoリストに載せている項目でもなかなか需要の度合いは分からないので、ご要望を表明頂くことは需要判断の参考になってありがたいです。とはいえ、作るかどうかは気分次第な面もありますので(^_^;)、気長にお待ち頂ければ幸いです。
🍞Re:1531◆てがろぐCGIを個人的にはToDoリスト管理ツールのような感じでも使っているのですが、済んだ項目を削除してしまうと記録に残せないので消しにくいのですよね……。でも、残したままだと「遂行すべきToDo」が見えにくくなってしまうのでちょっと困ります。今は済んだ項目を「続きを読む」機能で隠したりしているのですが、やはり投稿そのものを非表示にできる方が便利なのですよね。操作も楽ですし。……という感じの用途で非表示機能が欲しいなあ、と思っていたのでした。たぶん他の用途でも役立つことはありそうですが、想像できないと実装しにくいので、「こんな用途で非表示にしたい」という使い方も明確に頂けると実装の参考にしやすくて助かります。
テスト投稿はご自由にどうぞー。ご質問やご要望もお気軽にどうぞー。ただの呟き等もご自由にどうぞー。(返信は遅くなることがありますので気長にお待ち頂ければ幸いです。)