てがろぐ
- Fumy Otegaru Memo Logger -
検索語「〔除外:$ci=;〕」の検索結果［1201件］（17ページ目）
そういえば最近、カレーライスを食べていないな……。いや、カレーパイは食べたんですが。美味しかったです。(╹◡╹) また食べたいんですが、この手の製品はそんなに長くは販売されない気もするんですよね……。よほど売れたら別でしょうけども。(´･ω･`)
🍛Re:3451◆RSSは私も活用しています。更新チェックには便利ですよね。NSFWフラグ付き画像がRSSフィードにそのまま出てしまう仕様も次のバージョンでは改善しますので、もうしばらくお待ち下さい。既に実装は済んでいます。というか、つい先程実装しました。^^;
🍛Re:3452◆こちらこそ、ご活用をどうもありがとうございます。(╹◡╹) なお、大事なデータの場合は特に、定期的にローカルにもデータファイルをバックアップコピーされることをお勧め致します。
🍛Re:3451◆RSSは私も活用しています。更新チェックには便利ですよね。NSFWフラグ付き画像がRSSフィードにそのまま出てしまう仕様も次のバージョンでは改善しますので、もうしばらくお待ち下さい。既に実装は済んでいます。というか、つい先程実装しました。^^;
🍛Re:3452◆こちらこそ、ご活用をどうもありがとうございます。(╹◡╹) なお、大事なデータの場合は特に、定期的にローカルにもデータファイルをバックアップコピーされることをお勧め致します。
恵方巻きを食べました。いや、どうかな。恵方巻きなのかな……？ 今日食べる巻き寿司は全部「恵方巻き」という解釈で良い？^^;
🧀Re:3441◆doさんのサイトで配布されているテンプレートと合体させて使うタイプのスキン第2弾ですね！ ユーザさんの選択肢の幅が広がるのはありがたいです。(╹◡╹)
🧀Re:3442◆てがろぐのご活用をどうもありがとうございます。ご要望もありがとうございます。たしかに、現在の仕様だと埋め込む動画のURL内に再生開始位置の指定があっても（パラメータは全部破棄するので）0秒時点からの再生にしかなりませんね。今のバージョンでは対処方法がないのですが、今後のバージョンでサポートできるようにします。気長にお待ち頂ければ幸いです。
🧀Re:3441◆doさんのサイトで配布されているテンプレートと合体させて使うタイプのスキン第2弾ですね！ ユーザさんの選択肢の幅が広がるのはありがたいです。(╹◡╹)
🧀Re:3442◆てがろぐのご活用をどうもありがとうございます。ご要望もありがとうございます。たしかに、現在の仕様だと埋め込む動画のURL内に再生開始位置の指定があっても（パラメータは全部破棄するので）0秒時点からの再生にしかなりませんね。今のバージョンでは対処方法がないのですが、今後のバージョンでサポートできるようにします。気長にお待ち頂ければ幸いです。
ご報告に感謝致します。
🧀Re:3438◆なるほど、スペースが2つ入っていましたか……。もしかして『画像リンクに独自のclass属性値を追加』にチェックが入っていて、なおかつ直下の「class=" "」の入力欄は空っぽになっていたりしないでしょうか？（下図の緑色矢印の先です。その条件だと、こちらでも不具合が再現しました。）その場合、『画像リンクに独自のclass属性値を追加』のチェックをOFFにすると解決すると思います。
緑色矢印の先が空欄で、その直上のチェックボックスがONのとき
詳しい話を読む:画像をリンクにするa要素部分は、正確には <a class="● ▲ ■" ～> のように3種類のclass名が出力されるようになっています。●はimagelink固定で必ず含まれます。▲は『画像リンクに独自のclass属性値を追加』のチェックがONの時に限って直下のテキスト入力欄に設定された文字列が出力されます。■には画像に付加されたフラグがある場合に限ってフラグに対応する文字列(nsfwやnolisted)が出力されます。なので、●は必ず出力されますが、▲と■は状況によって出力されたりされなかったりします。
このとき、『画像リンクに独自のclass属性値を追加』にチェックが入っている状態で、直下のテキスト入力欄が空っぽだと、● ▲ ■ の「▲」が0文字になるため、たしかに空白が2つ連続で挿入されてしまいます。通常のHTMLならそうなっても問題ありませんが、別の設定項目『空白の連続を再現 (半角空白文字の連続をそのまま見せる)』がONの場合（※デフォルトでONです）には、連続する2つ以上の空白が という文字実体参照に変換される機能が働いてしまって（本当は働いてはいけないのですが）、それが悪影響を及ぼしてしまうのだと分かりました。(^_^;;;
ううーん、そんな問題があったとは……。今までは（画像フラグの実装前までは）ここに2種類のclassしか入らなかったので、空白が2つ以上連続する状況があり得なかったから問題なかったのでしょうね。次のバージョンで仕様を修正します。
とりあえず今のバージョンでは、
🍩解決策1：『画像リンクに独自のclass属性値を追加』のチェックをOFFにする。
🍩解決策2：『画像リンクに独自のclass属性値を追加』直下のテキスト入力欄に半角英数字を1文字以上書く。
🍩解決策3：『空白の連続を再現 (半角空白文字の連続をそのまま見せる)』のチェックをOFFにする。
……のどれかで解決はできます。（どれか1つだけで大丈夫です。）
ご報告をどうもありがとうございました！
これも絶対に誰かから報告されないと気付かなかったでしょうね……。(^_^;;; 「スペースが2つ入っていた」という情報が重要なヒントになりました。ありがとうございます。
🧀Re:3438◆なるほど、スペースが2つ入っていましたか……。もしかして『画像リンクに独自のclass属性値を追加』にチェックが入っていて、なおかつ直下の「class=" "」の入力欄は空っぽになっていたりしないでしょうか？（下図の緑色矢印の先です。その条件だと、こちらでも不具合が再現しました。）その場合、『画像リンクに独自のclass属性値を追加』のチェックをOFFにすると解決すると思います。
詳しい話を読む:画像をリンクにするa要素部分は、正確には <a class="● ▲ ■" ～> のように3種類のclass名が出力されるようになっています。●はimagelink固定で必ず含まれます。▲は『画像リンクに独自のclass属性値を追加』のチェックがONの時に限って直下のテキスト入力欄に設定された文字列が出力されます。■には画像に付加されたフラグがある場合に限ってフラグに対応する文字列(nsfwやnolisted)が出力されます。なので、●は必ず出力されますが、▲と■は状況によって出力されたりされなかったりします。
このとき、『画像リンクに独自のclass属性値を追加』にチェックが入っている状態で、直下のテキスト入力欄が空っぽだと、● ▲ ■ の「▲」が0文字になるため、たしかに空白が2つ連続で挿入されてしまいます。通常のHTMLならそうなっても問題ありませんが、別の設定項目『空白の連続を再現 (半角空白文字の連続をそのまま見せる)』がONの場合（※デフォルトでONです）には、連続する2つ以上の空白が という文字実体参照に変換される機能が働いてしまって（本当は働いてはいけないのですが）、それが悪影響を及ぼしてしまうのだと分かりました。(^_^;;;
ううーん、そんな問題があったとは……。今までは（画像フラグの実装前までは）ここに2種類のclassしか入らなかったので、空白が2つ以上連続する状況があり得なかったから問題なかったのでしょうね。次のバージョンで仕様を修正します。
とりあえず今のバージョンでは、
🍩解決策1：『画像リンクに独自のclass属性値を追加』のチェックをOFFにする。
🍩解決策2：『画像リンクに独自のclass属性値を追加』直下のテキスト入力欄に半角英数字を1文字以上書く。
🍩解決策3：『空白の連続を再現 (半角空白文字の連続をそのまま見せる)』のチェックをOFFにする。
……のどれかで解決はできます。（どれか1つだけで大丈夫です。）
ご報告をどうもありがとうございました！
これも絶対に誰かから報告されないと気付かなかったでしょうね……。(^_^;;; 「スペースが2つ入っていた」という情報が重要なヒントになりました。ありがとうございます。
安倍川餅を食べました。昼に。
🍵Re:3434◆4300行目にある引用符に囲まれた半角スペースは必要なもの（＝消すと正しく動作しなくなるもの）です。どんな問題が発生していますか？ おそらくぼかしがうまくいかない原因は別の所にあると思います。
この4300行目にある $userclass = ' ' . &fcts::forsafety( $setdat{'imageclass'} ); の引用符内の空白を消してしまうと、以下のような出力になってしまいます。
【背景】画像を原寸画像へのリンクにする設定の場合、画像は <a class="imagelink" ～> というaタグで囲まれる形で出力されます。
【設定】画像拡大スクリプト関連の設定項目に『画像リンクに独自のclass属性値を追加』という項目があります。ここにclass名の指定がある場合（例えば sakura ）は、画像は <a class="imagelink sakura" ～> というaタグで囲まれる形で出力されます。
【問題】もし4300行目の空白を消してしまうと、ここは <a class="imagelinksakura" ～> という連結されたclass名が1つだけ出力されるaタグになってしまいます。
要するに4300行目の半角スペースは、2つのclass名を区切るための空白なのです。これを消してしまったら、class名が正しく解釈されなくなります。
🍵Re:3435◆うまくいったようで良かったです。NO IMAGEダミーも（リンクにはならないのでa要素で囲むわけにはいきませんが、代わりにspanを使って）<span class="imagesearch">～</span> で囲むとかにして、imagesearchクラスが適用されるようにしておく方が装飾が作りやすくて良さそうですね。今後のバージョンで改善します。
🍵Re:3436◆スキン配布ありがとうございます！ スキンの選択肢が増えてきて嬉しいです。(╹◡╹)
🍵Re:3434◆4300行目にある引用符に囲まれた半角スペースは必要なもの（＝消すと正しく動作しなくなるもの）です。どんな問題が発生していますか？ おそらくぼかしがうまくいかない原因は別の所にあると思います。
この4300行目にある $userclass = ' ' . &fcts::forsafety( $setdat{'imageclass'} ); の引用符内の空白を消してしまうと、以下のような出力になってしまいます。
【背景】画像を原寸画像へのリンクにする設定の場合、画像は <a class="imagelink" ～> というaタグで囲まれる形で出力されます。
【設定】画像拡大スクリプト関連の設定項目に『画像リンクに独自のclass属性値を追加』という項目があります。ここにclass名の指定がある場合（例えば sakura ）は、画像は <a class="imagelink sakura" ～> というaタグで囲まれる形で出力されます。
【問題】もし4300行目の空白を消してしまうと、ここは <a class="imagelinksakura" ～> という連結されたclass名が1つだけ出力されるaタグになってしまいます。
要するに4300行目の半角スペースは、2つのclass名を区切るための空白なのです。これを消してしまったら、class名が正しく解釈されなくなります。
🍵Re:3435◆うまくいったようで良かったです。NO IMAGEダミーも（リンクにはならないのでa要素で囲むわけにはいきませんが、代わりにspanを使って）<span class="imagesearch">～</span> で囲むとかにして、imagesearchクラスが適用されるようにしておく方が装飾が作りやすくて良さそうですね。今後のバージョンで改善します。
🍵Re:3436◆スキン配布ありがとうございます！ スキンの選択肢が増えてきて嬉しいです。(╹◡╹)
さむい……。春はまだか……。
🍵Re:3430◆ああ、そうか。NO IMAGEダミー画像はリンクにならないので <a class="imagesearch" ～> が付かないのでした。画像を6個以上アップロードするか（NSFWでなくて可）、NO IMAGEダミー画像を出力しない設定（＝管理画面の「設定」→「ページの表示」→【新着画像リストの表示】→「▼投稿画像の総数が掲載個数に満たない場合：」欄で『何も出力しない』を選択）にすれば問題はなくなると思います。(^_^;) もしくは、以下のように vertical-align: middle; を加えるのでもいけそうな気がします。
.imagesearch {
display: inline-block;
overflow: hidden;
width: 100px;
height: 100px;
vertical-align: middle;
}
🍵Re:3431◆No.3432さんの指摘通り psif.cgi ファイルをアップロードできているかどうか、パーミッションが正しいかをご確認下さい。このファイルは、中身を外部から閲覧されなくするために拡張子を .cgi にしていますが、中身はデータファイルですので、特にパーミッションを自動で設定してくれるようなFTPソフトでUPするとうまくいかないかもしれません。（もし psif.cgi ファイルがちゃんと存在していてパーミッションも正しいように見える場合は、psif.cgiを一旦削除して、再度アップロードしなおして、パーミッションを設定し直してみて下さい。）
🍵Re:3432◆的確なサポートありがとうございます！
🍵Re:3430◆ああ、そうか。NO IMAGEダミー画像はリンクにならないので <a class="imagesearch" ～> が付かないのでした。画像を6個以上アップロードするか（NSFWでなくて可）、NO IMAGEダミー画像を出力しない設定（＝管理画面の「設定」→「ページの表示」→【新着画像リストの表示】→「▼投稿画像の総数が掲載個数に満たない場合：」欄で『何も出力しない』を選択）にすれば問題はなくなると思います。(^_^;) もしくは、以下のように vertical-align: middle; を加えるのでもいけそうな気がします。
.imagesearch {
display: inline-block;
overflow: hidden;
width: 100px;
height: 100px;
vertical-align: middle;
}
🍵Re:3431◆No.3432さんの指摘通り psif.cgi ファイルをアップロードできているかどうか、パーミッションが正しいかをご確認下さい。このファイルは、中身を外部から閲覧されなくするために拡張子を .cgi にしていますが、中身はデータファイルですので、特にパーミッションを自動で設定してくれるようなFTPソフトでUPするとうまくいかないかもしれません。（もし psif.cgi ファイルがちゃんと存在していてパーミッションも正しいように見える場合は、psif.cgiを一旦削除して、再度アップロードしなおして、パーミッションを設定し直してみて下さい。）
🍵Re:3432◆的確なサポートありがとうございます！
キットカットっぽい見た目だけどキットカットではないチョコを食べてみたところ、チョコの味がキットカットとはずいぶん違った……。
🍵Re:3425◆楽しいスキンをありがとうございます！ QUICKPOSTのウインドウの重なり方がまさしくそれっぽいな、と思いました。^^
🍵Re:3426◆公式ドキュメントがお役に立っているようで嬉しいです。(╹◡╹) さて、ぼかされた画像が、本来の描画領域からはみ出さないようにする方法については、いろんな方法があると思いますが、以下に紹介します。
➊ まずは、No.3427さんがおっしゃるように、キャプション付きの記法を使ってキャプションなしで表示する方法だと、何もカスタマイズすることなく標準スキンのままで実現できます。
画像管理画面でキャプションを登録していないなら、単に [PICT:FIG:画像パス] のように書けば良いだけですが、キャプションを登録しているなら [PICT:FIG( ):画像パス] のように、臨時のキャプションとして半角空白文字を1つ入れると良いです。すると、figure要素で囲まれるので、ぼかされた画像が元の範囲からはみ出なくなります。（No.3428で比較実験しました。）
➋ 何らかの事情で上記のようにはしたくない場合は、例えば、
.imagelink.nsfw {
overflow: hidden;
display: inline-block;
}
というようなCSSを追記するのでも良いかもしれません。これは、標準スキンではfigure要素に対して付加されているスタイルです。画像がリンクになっているなら、画像は <a class="imagelink" ～>～</a> で囲まれますので、これに「中身がはみ出ないようにするスタイル」を加えれば良さそうに思います。
➌ 新着画像リストでぼかされた範囲が外に出ないようにするには、例えば、
.imagesearch {
overflow: hidden;
display: inline-block;
width: 100px;
height: 100px;
}
というCSSを追加した上で、既存の .imagelistbox .oneimage { ～ } の中にある width: 30%; という行を削除すると良さそうな気がします。
上記でご紹介したコードはどれも、いま思いついただけのものなので、もっと良い書き方があるかもしれません。（何か思いつかれた方がいらっしゃったらぜひ教えて下さい。）
🍵Re:3427◆サポートありがとうございます！
🍵Re:3425◆楽しいスキンをありがとうございます！ QUICKPOSTのウインドウの重なり方がまさしくそれっぽいな、と思いました。^^
🍵Re:3426◆公式ドキュメントがお役に立っているようで嬉しいです。(╹◡╹) さて、ぼかされた画像が、本来の描画領域からはみ出さないようにする方法については、いろんな方法があると思いますが、以下に紹介します。
➊ まずは、No.3427さんがおっしゃるように、キャプション付きの記法を使ってキャプションなしで表示する方法だと、何もカスタマイズすることなく標準スキンのままで実現できます。
画像管理画面でキャプションを登録していないなら、単に [PICT:FIG:画像パス] のように書けば良いだけですが、キャプションを登録しているなら [PICT:FIG( ):画像パス] のように、臨時のキャプションとして半角空白文字を1つ入れると良いです。すると、figure要素で囲まれるので、ぼかされた画像が元の範囲からはみ出なくなります。（No.3428で比較実験しました。）
➋ 何らかの事情で上記のようにはしたくない場合は、例えば、
.imagelink.nsfw {
overflow: hidden;
display: inline-block;
}
というようなCSSを追記するのでも良いかもしれません。これは、標準スキンではfigure要素に対して付加されているスタイルです。画像がリンクになっているなら、画像は <a class="imagelink" ～>～</a> で囲まれますので、これに「中身がはみ出ないようにするスタイル」を加えれば良さそうに思います。
➌ 新着画像リストでぼかされた範囲が外に出ないようにするには、例えば、
.imagesearch {
overflow: hidden;
display: inline-block;
width: 100px;
height: 100px;
}
というCSSを追加した上で、既存の .imagelistbox .oneimage { ～ } の中にある width: 30%; という行を削除すると良さそうな気がします。
上記でご紹介したコードはどれも、いま思いついただけのものなので、もっと良い書き方があるかもしれません。（何か思いつかれた方がいらっしゃったらぜひ教えて下さい。）
🍵Re:3427◆サポートありがとうございます！
実験
➊キャプションあり → ➋キャプションなし → ➌キャプションに空白文字を臨時指定
▼NSFWフラグ画像：
①
NSFWフラグ付与の例
▼ノーマル画像：
①
キャプションだぜ！
➊キャプションあり → ➋キャプションなし → ➌キャプションに空白文字を臨時指定
▼NSFWフラグ画像：
①
③▼ノーマル画像：
①
③
てがろぐVer3.9.0アップデートおよびドキュメント作成お疲れ様です。いつもてがろぐには大変お世話になっております、ありがとうございます！丁寧に詳細が書かれたドキュメントは「あの機能ってどうやって使うんだっけ？」「こういうことって実現できないかな？」と思った時にとても役立ってます。公式且つ日本語で詳しい解説が用意されているというのはユーザーとしてとてもありがたいです。
画像にNSFWフラグをつけた時のぼかし加工についての質問です。ぼかし度合いについてはこのままで良いのですが、隣接した部分にまでぼかした画像の色が被ってしまうのが気になるので(下のスクリーンショットの赤枠部分)画像外周の四辺はぼかさないようにしたいです。CSSで背景画像だけにブラー(ぼかし)エフェクトを加える方法 の「画像を大きめに引き伸ばし、端のぼやけた部分をカット」の項目を参考に読んでみたのですが、てがろぐのスキンをカスタマイズする場合はどこを変えたら良いのかがいまいちよくわからず…。標準スキンの場合、スキンをどのようにすれば画像外周の四辺はぼかさないように出来るかご教示頂けますと幸いです。
画像にNSFWフラグをつけた時のぼかし加工についての質問です。ぼかし度合いについてはこのままで良いのですが、隣接した部分にまでぼかした画像の色が被ってしまうのが気になるので(下のスクリーンショットの赤枠部分)画像外周の四辺はぼかさないようにしたいです。CSSで背景画像だけにブラー(ぼかし)エフェクトを加える方法 の「画像を大きめに引き伸ばし、端のぼやけた部分をカット」の項目を参考に読んでみたのですが、てがろぐのスキンをカスタマイズする場合はどこを変えたら良いのかがいまいちよくわからず…。標準スキンの場合、スキンをどのようにすれば画像外周の四辺はぼかさないように出来るかご教示頂けますと幸いです。
今日もさむい……！
🍔Re:3420◆バージョンアップありがとうございます。ご要望もありがとうございます。OGPに出力されるNSFW専用画像を指定できる方が望ましいのですね。なるほど。設定画面の『補助出力』ページで「NSFW用画像のURL」を自由に設定しておける方向で機能を作ろうと思います。（それをOGPでもRSSでも共通して使うようにすれば良いでしょうかね……？）
🍔Re:3420◆バージョンアップありがとうございます。ご要望もありがとうございます。OGPに出力されるNSFW専用画像を指定できる方が望ましいのですね。なるほど。設定画面の『補助出力』ページで「NSFW用画像のURL」を自由に設定しておける方向で機能を作ろうと思います。（それをOGPでもRSSでも共通して使うようにすれば良いでしょうかね……？）
てがろぐ Ver 3.9.0を公開しました！画像をキャプション付きで表示できる機能、新着画像リスト表示機能、サムネイルがあればそちらを先に表示する機能、投稿経過時間の表示機能、インスタグラム埋め込み機能、「続きを読む」ボタンラベルをその都度指定できる新記法、リスト表示用の記法などの追加が主な更新点です。その他、細かな機能追加や不具合修正を含んでいます。
➡ https://www.nishishi.com/cgi/tegalog/
アップデートするには、tegalog.cgi と fumycts.pl の2ファイルだけ(※)を上書きアップロードして下さい。
データファイルや設定ファイルは、すべてそのまま引き継げます。(Ver.2以下も含む過去のどのバージョンからでも)
※今回も標準添付スキンのソースを全体的に更新しています。標準添付スキンをそのままお使いの場合は、それらも上書きアップロードして下さい。
🆕 Ver 3.9.0の更新点(概要)：
《▼新機能：画像投稿関連》
●新着画像リスト（最近UPされた画像の一覧）出力機能。
●UPされた画像1つ1つにキャプションやフラグ等を事前登録しておける画像インデックス機能。
●画像をキャプション付きで表示できる新記法を追加。
●画像のキャプションをその都度指定できる新記法を追加。
●その画像に対応したサムネイル画像が存在する場合には『ページ上の表示にはサムネイル画像を使い、Lightboxでのリンク先にはオリジナル画像を使う』ように表示できる機能を追加。
●投稿本文内に含まれる画像をすべて抽出して表示できる記法を追加。
《▼新機能：ページ上の表示関連》
●インスタグラムの埋め込み機能。
●投稿日付の表示に（n分前、n時間前、n日前……のような）経過時間を表示できる日付表記オプション。
●ページ番号の省略を始める総ページ数を自由に設定できる機能。
●ページ番号リンクの両端（先頭と末尾）に何ページずつ固定表示するかを変更できる機能。
●サイドコンテンツ各種でもギャラリーモードやサイトマップページを維持したリンクを出力できる新記法。
《▼新機能：表示を拡張する新記法》
●「続きを読む」ボタンのラベルをその都度指定できる新記法を追加。
●リストを表示するための専用記法。（箇条書きリストや番号付きリストが表示可能に）
●投稿本文の行数が得られる記法を追加。(内側スキンのみ)
●RSS Auto-Discoveryを挿入する記法を追加。(外側スキンのみ)
《▼新機能：スキンのカスタマイズ関連》
●上位ディレクトリや別階層に存在するスキンでもプレビューしたり簡易適用したりできる機能。
●投稿本文内の、任意の範囲をコメントアウトできる記法。
●各種ディレクトリのパス(PATH)を得られる新記法を追加。
●スキン内に記述されている link要素やform要素に対して、「現在のスキンでの表示を維持する」目的で自動挿入される各種記述をスキップできる記法を追加。
●[[INCLUDE:～]] 記法と [[PATH:～]] 記法を、内側スキンでも使用可能に。(従来は外側スキン専用でした)
●任意のファイルを挿入できる INCLUDE 記法の仕様拡充。
《▼新機能：設定項目》
●記述サンプルを自動入力するかどうかの設定項目と、文字色や背景色として自動入力するサンプル文字列の設定項目を追加。
●ログインフォームの下部に表示できるメッセージを設定画面で設定できる機能。
●ハッシュタグだとは認識されない「 # 」記号を簡単に表示させる方法として、「#」を入力できる項目をハッシュタグ簡単入力プルダウンメニューに追加できる機能を追加。
●投稿本文中にAmazonのURLが書かれたとき、自動で極力短く加工する機能を追加（標準ではOFF）。
《▼仕様改善》
●拡大画像をLightboxで表示できるテキストリンクを作る記法に、「画像リンクに独自のclass属性値を追加する」と同じclass属性値も追加されるよう仕様改善。
●全文検索の強調表示では、半角英字の大文字小文字が一致しなくても強調対象になるよう仕様改善。
●上位ディレクトリを参照するパスで画像が指定されたときに、ファイルが見つからなければ注釈を含むエラーを表示するよう仕様改善。
●デフォルトで読み込むjQueryやLightboxを最新版にバージョンアップ。
《▼スキン更新》
●標準添付の各スキンを更新
《▼不具合修正》
●「スラッシュで始まる絶対パス」で画像が指定されたとき、画像のURLが正しくなくなって画像が表示されない不具合を解消。
●「続きを読む」記法が使われている状態で、設定画面から「続きを読む」機能をOFFにすると、Internal Server Errorになる不具合を修正。
●「skin=」パラメータでスキンが指定されているとき、投稿本文内のハッシュタグをすべて抜き出す記法 [[COMMENT:TAGS]] が動作しない不具合を解消。
●ハッシュタグに半角アンダーバー「_」を使うと、既存ハッシュタグ簡単入力用プルダウンメニューでは角括弧付きでリストアップされる不具合を修正。
●内側スキンで [[CATEGORYLINKS:FULL]] と書いても、カテゴリページへのURLがフルパスでは出力されない不具合を解消。
●投稿単独ページのURLを挿入する [[PARMAURL]] キーワードのスペルを [[PERMAURL]] でも認識するよう改善。
●「Unrecognized escape \\v passed through at tegalog.cgi」というアラートがサーバのエラーログに記録される問題を解消。
●サーバのエラーログに「CGI::param called in list context」のようなアラートが出力されるのを防ぐよう改善。
●設定画面のHTMLにいくつか存在していた文法ミスを修正。
●リンクラベルの中に # での # 記号が入っていても正しくラベルとして使えるよう仕様を修正。
●「続きを読む」機能を入れ子にして使うと、ボタンラベルが正しく出力されないケースがある不具合を修正。
更新点について詳しい解説は、リリースノート(No.39)をご参照下さい。
宣伝ツイート：
ご活用頂ければ幸いです！
➡ https://www.nishishi.com/cgi/tegalog/
アップデートするには、tegalog.cgi と fumycts.pl の2ファイルだけ(※)を上書きアップロードして下さい。
データファイルや設定ファイルは、すべてそのまま引き継げます。(Ver.2以下も含む過去のどのバージョンからでも)
※今回も標準添付スキンのソースを全体的に更新しています。標準添付スキンをそのままお使いの場合は、それらも上書きアップロードして下さい。
🆕 Ver 3.9.0の更新点(概要)：
《▼新機能：画像投稿関連》
●新着画像リスト（最近UPされた画像の一覧）出力機能。
●UPされた画像1つ1つにキャプションやフラグ等を事前登録しておける画像インデックス機能。
●画像をキャプション付きで表示できる新記法を追加。
●画像のキャプションをその都度指定できる新記法を追加。
●その画像に対応したサムネイル画像が存在する場合には『ページ上の表示にはサムネイル画像を使い、Lightboxでのリンク先にはオリジナル画像を使う』ように表示できる機能を追加。
●投稿本文内に含まれる画像をすべて抽出して表示できる記法を追加。
《▼新機能：ページ上の表示関連》
●インスタグラムの埋め込み機能。
●投稿日付の表示に（n分前、n時間前、n日前……のような）経過時間を表示できる日付表記オプション。
●ページ番号の省略を始める総ページ数を自由に設定できる機能。
●ページ番号リンクの両端（先頭と末尾）に何ページずつ固定表示するかを変更できる機能。
●サイドコンテンツ各種でもギャラリーモードやサイトマップページを維持したリンクを出力できる新記法。
《▼新機能：表示を拡張する新記法》
●「続きを読む」ボタンのラベルをその都度指定できる新記法を追加。
●リストを表示するための専用記法。（箇条書きリストや番号付きリストが表示可能に）
●投稿本文の行数が得られる記法を追加。(内側スキンのみ)
●RSS Auto-Discoveryを挿入する記法を追加。(外側スキンのみ)
《▼新機能：スキンのカスタマイズ関連》
●上位ディレクトリや別階層に存在するスキンでもプレビューしたり簡易適用したりできる機能。
●投稿本文内の、任意の範囲をコメントアウトできる記法。
●各種ディレクトリのパス(PATH)を得られる新記法を追加。
●スキン内に記述されている link要素やform要素に対して、「現在のスキンでの表示を維持する」目的で自動挿入される各種記述をスキップできる記法を追加。
●[[INCLUDE:～]] 記法と [[PATH:～]] 記法を、内側スキンでも使用可能に。(従来は外側スキン専用でした)
●任意のファイルを挿入できる INCLUDE 記法の仕様拡充。
《▼新機能：設定項目》
●記述サンプルを自動入力するかどうかの設定項目と、文字色や背景色として自動入力するサンプル文字列の設定項目を追加。
●ログインフォームの下部に表示できるメッセージを設定画面で設定できる機能。
●ハッシュタグだとは認識されない「 # 」記号を簡単に表示させる方法として、「#」を入力できる項目をハッシュタグ簡単入力プルダウンメニューに追加できる機能を追加。
●投稿本文中にAmazonのURLが書かれたとき、自動で極力短く加工する機能を追加（標準ではOFF）。
《▼仕様改善》
●拡大画像をLightboxで表示できるテキストリンクを作る記法に、「画像リンクに独自のclass属性値を追加する」と同じclass属性値も追加されるよう仕様改善。
●全文検索の強調表示では、半角英字の大文字小文字が一致しなくても強調対象になるよう仕様改善。
●上位ディレクトリを参照するパスで画像が指定されたときに、ファイルが見つからなければ注釈を含むエラーを表示するよう仕様改善。
●デフォルトで読み込むjQueryやLightboxを最新版にバージョンアップ。
《▼スキン更新》
●標準添付の各スキンを更新
《▼不具合修正》
●「スラッシュで始まる絶対パス」で画像が指定されたとき、画像のURLが正しくなくなって画像が表示されない不具合を解消。
●「続きを読む」記法が使われている状態で、設定画面から「続きを読む」機能をOFFにすると、Internal Server Errorになる不具合を修正。
●「skin=」パラメータでスキンが指定されているとき、投稿本文内のハッシュタグをすべて抜き出す記法 [[COMMENT:TAGS]] が動作しない不具合を解消。
●ハッシュタグに半角アンダーバー「_」を使うと、既存ハッシュタグ簡単入力用プルダウンメニューでは角括弧付きでリストアップされる不具合を修正。
●内側スキンで [[CATEGORYLINKS:FULL]] と書いても、カテゴリページへのURLがフルパスでは出力されない不具合を解消。
●投稿単独ページのURLを挿入する [[PARMAURL]] キーワードのスペルを [[PERMAURL]] でも認識するよう改善。
●「Unrecognized escape \\v passed through at tegalog.cgi」というアラートがサーバのエラーログに記録される問題を解消。
●サーバのエラーログに「CGI::param called in list context」のようなアラートが出力されるのを防ぐよう改善。
●設定画面のHTMLにいくつか存在していた文法ミスを修正。
●リンクラベルの中に # での # 記号が入っていても正しくラベルとして使えるよう仕様を修正。
●「続きを読む」機能を入れ子にして使うと、ボタンラベルが正しく出力されないケースがある不具合を修正。
更新点について詳しい解説は、リリースノート(No.39)をご参照下さい。
宣伝ツイート：
（ツイート埋め込み処理中...）Twitterで見る
ご活用頂ければ幸いです！
かわいい！😍 かわいい！😍
はにゃーん！😍はにゃーん！😍はにゃーん！😍
何かNSFWフラグな画像が単独で置いてあるなと思ったら😍
フラグのテスト
はにゃーん！😍はにゃーん！😍はにゃーん！😍
何かNSFWフラグな画像が単独で置いてあるなと思ったら😍
あと14項目ほど書けば正式版リリース用のドキュメントが書き終わる……。
🍵Re:3397◆訛りと言えば、日本人の話す英語を「日本訛り」と表現するとか、なんか英語は訛りに対する許容度が広いという話は聞いたことがあります。日本人の感覚では単に「発音が下手なだけ」だと解釈しそうでも、英語圏人はそれを「日本訛り」と表現するとか(？)。その下手さでも「訛り」という表現で許容されるのか、というような。日本語の場合だと、例えば「英国訛りの日本語」とか言いませんもんね。単に「発音が下手」と言われるだけで。まあ、それは日本語が日本だけでしか使われていない言語だから「××国訛り」とかがあり得ないだけであって、英語は世界中で使われているから「××国訛り」というのが成立するだけの話かもしれませんが。^^;
🍵Re:3399◆ストレスなく生きたいです。(╹◡╹) 好きなときにケーキを食べ、好きなときにドーナツを食べ……。(太る)
🍵Re:3397◆訛りと言えば、日本人の話す英語を「日本訛り」と表現するとか、なんか英語は訛りに対する許容度が広いという話は聞いたことがあります。日本人の感覚では単に「発音が下手なだけ」だと解釈しそうでも、英語圏人はそれを「日本訛り」と表現するとか(？)。その下手さでも「訛り」という表現で許容されるのか、というような。日本語の場合だと、例えば「英国訛りの日本語」とか言いませんもんね。単に「発音が下手」と言われるだけで。まあ、それは日本語が日本だけでしか使われていない言語だから「××国訛り」とかがあり得ないだけであって、英語は世界中で使われているから「××国訛り」というのが成立するだけの話かもしれませんが。^^;
🍵Re:3399◆ストレスなく生きたいです。(╹◡╹) 好きなときにケーキを食べ、好きなときにドーナツを食べ……。(太る)
>>3396
> Twitterを「つうぃらー」みたいに発音していて、TはRなのか？ と思ったことはありました。
多分、彼らはそう意識してないと思いますが、どちらかと言うと、ツゥイダーと言う風に発音してるんじゃないかと思われます(多分北米。英国ははっきりTをTとして、Rの発音が薄くなって、ツゥイタと言う感じになるのではと想像)。
訛りと言えば、The Commitmentsと言うアイルランドの映画でバンドが出て来て演奏するのですが、マネージャーがコーラスの女性たちに、アイルランド訛りになるな！って注意してるシーンがあって、これ英語の訛りが分かると笑えるシーンなんだろうなあと思った記憶。
日本人が邦画や国産ドラマを見て、どこの地方の訛りとすぐ分かるようなものでしょうね。
石原裕次郎が教師役で主演した古い映画で、彼が着任の生徒に向けてのスピーチで流暢な英語をかますのですが、｢ボクの英語は南部訛りで、日本語で言えば薩摩言葉のようなものです｣って言ってて、薩摩訛りの英語･･･？ってなって印象深かったなあと思い出すなど。
と言うような長文レスも字数を気にせずできて、てがろぐはほんとうに使い勝手がいいですね。#感謝
> Twitterを「つうぃらー」みたいに発音していて、TはRなのか？ と思ったことはありました。
多分、彼らはそう意識してないと思いますが、どちらかと言うと、ツゥイダーと言う風に発音してるんじゃないかと思われます(多分北米。英国ははっきりTをTとして、Rの発音が薄くなって、ツゥイタと言う感じになるのではと想像)。
訛りと言えば、The Commitmentsと言うアイルランドの映画でバンドが出て来て演奏するのですが、マネージャーがコーラスの女性たちに、アイルランド訛りになるな！って注意してるシーンがあって、これ英語の訛りが分かると笑えるシーンなんだろうなあと思った記憶。
日本人が邦画や国産ドラマを見て、どこの地方の訛りとすぐ分かるようなものでしょうね。
石原裕次郎が教師役で主演した古い映画で、彼が着任の生徒に向けてのスピーチで流暢な英語をかますのですが、｢ボクの英語は南部訛りで、日本語で言えば薩摩言葉のようなものです｣って言ってて、薩摩訛りの英語･･･？ってなって印象深かったなあと思い出すなど。
と言うような長文レスも字数を気にせずできて、てがろぐはほんとうに使い勝手がいいですね。#感謝
なるほど、あれはNY訛りなんですね……！ ググったら「アメリカ英語の方言の中でも特に特徴が顕著な方言」と紹介されていました。
まさしくそれを強調(誇張)しているのが、おっちゃんガーなわけですね。┌(:3」└)┐ なるほど。
Tの音といえば、映画の中で作中の人物がTwitterを「つうぃらー」みたいに発音していて、TはRなのか？ と思ったことはありました。
映画やテレビで「コテコテのニューヨーク訛り」が取り上げられることも多いですが、友人の複数のニューヨーカーに聞いてみると、"みんなが想像しているニューヨークアクセントはかなり誇張されたコテコテの訛り"だと言うのです。
まさしくそれを強調(誇張)しているのが、おっちゃんガーなわけですね。┌(:3」└)┐ なるほど。
Tの音といえば、映画の中で作中の人物がTwitterを「つうぃらー」みたいに発音していて、TはRなのか？ と思ったことはありました。
Billy JoelのUptown Girl、多分だけど、彼の発音では、アップタウンガールと言うよりも、オップトンギャールと聞こえるので、これは多分彼の生まれのNY訛りを強調してるのかもと思った件。このNY訛りも含めての、｢Uptown Girl｣と言うタイトルなのかも(NYが舞台のドラマ等ではよく出る表現)。
今時の若い人が歌ったら、多分おっちゃんぎゃるとは聞こえないかもしれません。昨今は多分NY訛りと言うのはそれほど目立たないのかもだけど、あの頃はまだその土地土地の発音と言うのはかなりはっきりしてたと思うので･･･。ちなみにイギリス訛りの人も、Girlをギャルと発音しますね。
さらにちなみに、テキサスのあるバンドは、Are you talkin' to meと言う歌詞を、どう聞いてもあゆときのみーと歌うので、一部の米語発音はTの音(やその他の音)をしばしば無視すると言うのを知らずに、そんな歌詞ない！！聞き取れない！！英語永遠に分からない！！ってなったなあとか思い出した件。
英国やオーストラリアで、Todayって言うと、To dieに聞こえると言う有名な話。
すごくどうでもいいけど、Alwaysを、ネイティブはあうえいず、と言う風に発音するので、どっちかと言うとおーるうぇいずって発音する自分はきっとうわーひでー訛りーって思われてるんだろうなと思いました。大変どうでもいい。
TwitterではWaterがどうやってもウォーターには聞こえないと言う話題が流れてましたが、イギリスでは割ときちんとウォーターと言う感じっぽいですが、北米では、どっちかと言うと、ウォーダーって、Tの音をDに近く発音した方がWaterに聞こえるんじゃなかろうかと言う話(英語、米語では、しばしばTの音はDで発音される)。
シカゴの次は、BostonとかEaglesとかどうでしょう。Jeff Beckもいいかもしれません。つぼやき終わり。
今時の若い人が歌ったら、多分おっちゃんぎゃるとは聞こえないかもしれません。昨今は多分NY訛りと言うのはそれほど目立たないのかもだけど、あの頃はまだその土地土地の発音と言うのはかなりはっきりしてたと思うので･･･。ちなみにイギリス訛りの人も、Girlをギャルと発音しますね。
さらにちなみに、テキサスのあるバンドは、Are you talkin' to meと言う歌詞を、どう聞いてもあゆときのみーと歌うので、一部の米語発音はTの音(やその他の音)をしばしば無視すると言うのを知らずに、そんな歌詞ない！！聞き取れない！！英語永遠に分からない！！ってなったなあとか思い出した件。
英国やオーストラリアで、Todayって言うと、To dieに聞こえると言う有名な話。
すごくどうでもいいけど、Alwaysを、ネイティブはあうえいず、と言う風に発音するので、どっちかと言うとおーるうぇいずって発音する自分はきっとうわーひでー訛りーって思われてるんだろうなと思いました。大変どうでもいい。
TwitterではWaterがどうやってもウォーターには聞こえないと言う話題が流れてましたが、イギリスでは割ときちんとウォーターと言う感じっぽいですが、北米では、どっちかと言うと、ウォーダーって、Tの音をDに近く発音した方がWaterに聞こえるんじゃなかろうかと言う話(英語、米語では、しばしばTの音はDで発音される)。
シカゴの次は、BostonとかEaglesとかどうでしょう。Jeff Beckもいいかもしれません。つぼやき終わり。
足が！ 冷たい！(>_<)
🍵Re:3387◆お役に立ったようで良かったです。(^_^)◆補完の仕様は安易に変えると方々で困ったことになりそうですので、今後も変更しないつもりで居ます。Ver 3.8.1βで、スキンディレクトリを得られる [[PATH:SKINDIR]] という記法を加えましたので、「自分のスキンが格納されているディレクトリの中に存在する何か」を参照したいときには、この記法をhref属性値なりsrc属性値なりに加えて頂けば良いと思っています。◆複数スキンの併用は、「『最新投稿をSSIで埋め込むため専用のスキン』を作って併用する」みたいなことに関しては初期の段階からやっていましたので、その意味では「複数のスキンを並行して使う活用方法を全然想定していなかった」というと語弊があるんですが、そういう「ごくごくオマケ」的な使い方しか想定していなくて、2種類以上のスキンをどちらも等しいくらいの感じの重要度で併用する、みたいな本格的(？)な併用シーンがあるとは（当初は）思っていなかったというか、なんかそんな感じです。(^_^;)
🍵Re:3387◆お役に立ったようで良かったです。(^_^)◆補完の仕様は安易に変えると方々で困ったことになりそうですので、今後も変更しないつもりで居ます。Ver 3.8.1βで、スキンディレクトリを得られる [[PATH:SKINDIR]] という記法を加えましたので、「自分のスキンが格納されているディレクトリの中に存在する何か」を参照したいときには、この記法をhref属性値なりsrc属性値なりに加えて頂けば良いと思っています。◆複数スキンの併用は、「『最新投稿をSSIで埋め込むため専用のスキン』を作って併用する」みたいなことに関しては初期の段階からやっていましたので、その意味では「複数のスキンを並行して使う活用方法を全然想定していなかった」というと語弊があるんですが、そういう「ごくごくオマケ」的な使い方しか想定していなくて、2種類以上のスキンをどちらも等しいくらいの感じの重要度で併用する、みたいな本格的(？)な併用シーンがあるとは（当初は）思っていなかったというか、なんかそんな感じです。(^_^;)
おなかがへりました……。ぐぅ。(´･ω･`)
🍵Re:3379◆さんごよみのご活用もどうもありがとうございます！ さんごよみに対するご要望もここに書いて下さって問題ありません。てがろぐと共通している仕様も多いですしね。◆ご要望をありがとうございます。たしかに、管理画面のスケジュール登録編集画面では、3ヶ月単位でしか出ない仕様になっていますね。ここをカスタマイズ可能にする発想がそういえばなかったんですが、たしかに（画面が広い場合には特に）もっとたくさんの月数を一気に表示できると便利そうな気もしますね。管理画面上での表示月数も自由に設定変更できるようにします。ToDoリストに加えておきますので、気長にお待ち頂ければ幸いです。
🍵Re:3380◆ご心配ありがとうございます。休日診療制度は本当にありがたいですねえ。応急処置だったところを昨日に近所の歯科医院で本格対処してもらえまして、ようやく無事に解決しました。
🍵Re:3379◆さんごよみのご活用もどうもありがとうございます！ さんごよみに対するご要望もここに書いて下さって問題ありません。てがろぐと共通している仕様も多いですしね。◆ご要望をありがとうございます。たしかに、管理画面のスケジュール登録編集画面では、3ヶ月単位でしか出ない仕様になっていますね。ここをカスタマイズ可能にする発想がそういえばなかったんですが、たしかに（画面が広い場合には特に）もっとたくさんの月数を一気に表示できると便利そうな気もしますね。管理画面上での表示月数も自由に設定変更できるようにします。ToDoリストに加えておきますので、気長にお待ち頂ければ幸いです。
🍵Re:3380◆ご心配ありがとうございます。休日診療制度は本当にありがたいですねえ。応急処置だったところを昨日に近所の歯科医院で本格対処してもらえまして、ようやく無事に解決しました。
お腹が減ってきたので寝なくては……。(:3[_____]
🍵Re:3376◆なるほど、壁掛けは良いアイデアですね！ 写真付きのとても分かりやすい解説をありがとうございます。机上スタンドだと邪魔になり、本棚だと面倒になるわけですね！ お役立ちな知見をありがとうございました！ とても参考になりました。
🍵Re:3376◆なるほど、壁掛けは良いアイデアですね！ 写真付きのとても分かりやすい解説をありがとうございます。机上スタンドだと邪魔になり、本棚だと面倒になるわけですね！ お役立ちな知見をありがとうございました！ とても参考になりました。
地域内の歯科医院による輪番制の休日診療制度があったために、元日から治療できました。良かった……。応急処置ですけども。
🍵Re:3372◆β版のご試用をありがとうございます。画像管理画面から画像だけを単独で先に投稿すれば、画像の投稿と同時にフラグも設定できますのでお試し頂ければ幸いです。本文と同時に画像を投稿する際には今のところフラグは設定できませんが、まあ、フラグの種類も少ないので投稿欄の下部にフラグのチェックボックを追加しても良いかもしれないな……とも思いつつあります。まだ検討中ですが、ご要望は参考にします。ありがとうございます。◆なお、内側スキンに [[CATEGORYIDS]] と記述すると、その位置にその投稿が属しているカテゴリのIDだけが挿入されますので、1投稿を構成している <div class="onelogbox">～</div> 等の要素を、例えば <div class="onelogbox [[CATEGORYIDS]]"> のようにすることで、『特定のカテゴリに属する投稿では、画像を必ずぼかす』みたいなCSSは作れると思います。ただ、その場合「この画像は別にぼかす必要はない」というような画像があったとしても、そのカテゴリに属している限りは必ずぼかされてしまいますが。◆今のところは、「そのまま出すと危険な画像」については、画像管理画面から画像だけを先にUPして頂く方法が良さそうな気がします。
🍵Re:3373◆難しいわけではないので、少なくともカテゴリに関しては実装できると思います。以前にも、カテゴリの概要文を単独で見せたいというご要望も頂いていて、どのように見えるように実装するかは検討中でしたので。複数カテゴリの同時表示のときに「こうなると嬉しい」というご要望があれば聞いてみたいと思っただけです。特にご要望がなさそうなら、まあ、単純に全部列挙する形になるでしょうかね。(^_^;) ◆なお、ハッシュタグに関しては、説明等を登録する仕組みがないので（というか、ハッシュタグ自体を管理する仕組みがないので）ちょっと難しい気がします。URLのクエリ文字列の中から「tag=XXX」を抽出して、それに応じて説明文を出力するようなJavaScriptを書く、みたいな方法でも良ければ（今の時点でも）実現はできると思いますけども。^^;
🍵Re:3372◆β版のご試用をありがとうございます。画像管理画面から画像だけを単独で先に投稿すれば、画像の投稿と同時にフラグも設定できますのでお試し頂ければ幸いです。本文と同時に画像を投稿する際には今のところフラグは設定できませんが、まあ、フラグの種類も少ないので投稿欄の下部にフラグのチェックボックを追加しても良いかもしれないな……とも思いつつあります。まだ検討中ですが、ご要望は参考にします。ありがとうございます。◆なお、内側スキンに [[CATEGORYIDS]] と記述すると、その位置にその投稿が属しているカテゴリのIDだけが挿入されますので、1投稿を構成している <div class="onelogbox">～</div> 等の要素を、例えば <div class="onelogbox [[CATEGORYIDS]]"> のようにすることで、『特定のカテゴリに属する投稿では、画像を必ずぼかす』みたいなCSSは作れると思います。ただ、その場合「この画像は別にぼかす必要はない」というような画像があったとしても、そのカテゴリに属している限りは必ずぼかされてしまいますが。◆今のところは、「そのまま出すと危険な画像」については、画像管理画面から画像だけを先にUPして頂く方法が良さそうな気がします。
🍵Re:3373◆難しいわけではないので、少なくともカテゴリに関しては実装できると思います。以前にも、カテゴリの概要文を単独で見せたいというご要望も頂いていて、どのように見えるように実装するかは検討中でしたので。複数カテゴリの同時表示のときに「こうなると嬉しい」というご要望があれば聞いてみたいと思っただけです。特にご要望がなさそうなら、まあ、単純に全部列挙する形になるでしょうかね。(^_^;) ◆なお、ハッシュタグに関しては、説明等を登録する仕組みがないので（というか、ハッシュタグ自体を管理する仕組みがないので）ちょっと難しい気がします。URLのクエリ文字列の中から「tag=XXX」を抽出して、それに応じて説明文を出力するようなJavaScriptを書く、みたいな方法でも良ければ（今の時点でも）実現はできると思いますけども。^^;
あけましておめでとうございます🎍🐰
てがろぐ3.8.8にしてまいりました⭐️
凄く高機能でびっくりです……感謝です。
#要望 です！
●画像のフラグを最初の投稿する時に選択できたら嬉しいなぁと思いました…！
アレゲな絵をフラグをつけ忘れて、半分寝惚けて、上げた時に「ハッ！しまった！」となりそうな臭いがするからです……。と言うか、やらかしました。同じ方いらっしゃるかなぁ…？
リリースノートを拝見させていただき、画像と投稿は別で扱っていると言った形の仕組みだと理解いたしましたので、使わせていただく側が特定のハッシュタグを付けたらぼかしやブラーが掛かるようにする、と言ったcss？？など、代用ができたら教えて欲しいです🙏
Ps.きな粉買い忘れちゃいました🧧🥣スーパーの開店はよ……
てがろぐ3.8.8にしてまいりました⭐️
凄く高機能でびっくりです……感謝です。
#要望 です！
●画像のフラグを最初の投稿する時に選択できたら嬉しいなぁと思いました…！
アレゲな絵をフラグをつけ忘れて、半分寝惚けて、上げた時に「ハッ！しまった！」となりそうな臭いがするからです……。と言うか、やらかしました。同じ方いらっしゃるかなぁ…？
リリースノートを拝見させていただき、画像と投稿は別で扱っていると言った形の仕組みだと理解いたしましたので、使わせていただく側が特定のハッシュタグを付けたらぼかしやブラーが掛かるようにする、と言ったcss？？など、代用ができたら教えて欲しいです🙏
Ps.きな粉買い忘れちゃいました🧧🥣スーパーの開店はよ……
2023年も、てがろぐをご愛用頂ければ幸いです。よいお年をお迎えください。🍵🍵🍵
大晦日に奥歯の詰め物が取れた……！😱 大晦日！😱 歯医者が次に開くのはいつだ!?😱
大晦日に奥歯の詰め物が取れた……！😱 大晦日！😱 歯医者が次に開くのはいつだ!?😱
年越し蕎麦を食べました。夕食に。
🍵Re:3364◆たしかにその機能があると、（特に1人だけで使う場合の）スキンでの表示の幅が増えますね。実装も難しくないので採用します。ToDoには加えましたので、気長にお待ち頂ければ幸いです。
🍵Re:3365◆ご要望をどうもありがとうございます。上から➊➋➌と割り振って回答します。➊に関しては、何か良さげな実装方法を思いつけば試したいとは思っています。気長にお待ち頂ければ幸いです。➋は、例えば複数のカテゴリが同時に表示されているとき、どのように表示されると望ましいでしょうかね？ 例えば「雑記,つぶやき」みたいに2つのカテゴリを同時表示している場合とか。何かご希望があったら教えて下さい。カテゴリの概要文を(状況に応じた見出しか、または別のところかに)出力する機能はあると便利だとは思っているのですが、複数カテゴリを同時表示するときにどうすれば良いかな……という点にちょっと迷っています。➌は、たぶん「リンク先ページのHTML」からOGPを読み取って「タイトル・サムネイル画像・概要文」を表示したいというご要望でしょうかね？ あると便利だとは思うんですが、リンク先の情報を読みに行く処理が、Perlだと（何のモジュールも使わない場合は）激しく面倒なので今のところ保留になっています。（モジュールを使えばPHP並に簡単ではあるんですが、そうするとセットアップ環境が狭まってしまう気がしますので、できるだけモジュールには依存しないように書きたいと思っていまして。）
🍵Re:3366◆いま入っているHDD(orSSD)は取り外してそのまま「Win7バックアップ」としておいて、新しくSSDを調達してそこにWin10をセットアップする、というのがお勧めです。その場合、問題があったらすぐに元に戻せますし、ストレージの寿命をリセットできますし。不可視パーティションに何らかのリカバリー用データが入っている場合には、事前にそれを新SSDにもコピーしておく方が良いと思いますので、何らかのクローンソフトをお使いになるのが良いと思います。それに（Win7自身もコピーするかどうかはともかく）データのコピーは必要でしょうしね。SSDにクローンソフトの利用権が付属している製品もあります（WD製SSDのAcronis True Image WD Editionみたいな）。◆キーボードは、本当に店頭の見本を実際に触って、打鍵感が自分にマッチしているかどうか確かめた方が良いと思いますね！(笑)
🍵Re:3367◆気に入って下さってありがとうございます！ ご質問は解決したようですね。なお、ピンクなら、昔のツイッターっぽいスキン(ピンク)をベースにしてカスタマイズする手もあると思います。
🍵Re:3368◆迅速なサポートをありがとうございます！ 助かります。m(_ _)m
🍵Re:3364◆たしかにその機能があると、（特に1人だけで使う場合の）スキンでの表示の幅が増えますね。実装も難しくないので採用します。ToDoには加えましたので、気長にお待ち頂ければ幸いです。
🍵Re:3365◆ご要望をどうもありがとうございます。上から➊➋➌と割り振って回答します。➊に関しては、何か良さげな実装方法を思いつけば試したいとは思っています。気長にお待ち頂ければ幸いです。➋は、例えば複数のカテゴリが同時に表示されているとき、どのように表示されると望ましいでしょうかね？ 例えば「雑記,つぶやき」みたいに2つのカテゴリを同時表示している場合とか。何かご希望があったら教えて下さい。カテゴリの概要文を(状況に応じた見出しか、または別のところかに)出力する機能はあると便利だとは思っているのですが、複数カテゴリを同時表示するときにどうすれば良いかな……という点にちょっと迷っています。➌は、たぶん「リンク先ページのHTML」からOGPを読み取って「タイトル・サムネイル画像・概要文」を表示したいというご要望でしょうかね？ あると便利だとは思うんですが、リンク先の情報を読みに行く処理が、Perlだと（何のモジュールも使わない場合は）激しく面倒なので今のところ保留になっています。（モジュールを使えばPHP並に簡単ではあるんですが、そうするとセットアップ環境が狭まってしまう気がしますので、できるだけモジュールには依存しないように書きたいと思っていまして。）
🍵Re:3366◆いま入っているHDD(orSSD)は取り外してそのまま「Win7バックアップ」としておいて、新しくSSDを調達してそこにWin10をセットアップする、というのがお勧めです。その場合、問題があったらすぐに元に戻せますし、ストレージの寿命をリセットできますし。不可視パーティションに何らかのリカバリー用データが入っている場合には、事前にそれを新SSDにもコピーしておく方が良いと思いますので、何らかのクローンソフトをお使いになるのが良いと思います。それに（Win7自身もコピーするかどうかはともかく）データのコピーは必要でしょうしね。SSDにクローンソフトの利用権が付属している製品もあります（WD製SSDのAcronis True Image WD Editionみたいな）。◆キーボードは、本当に店頭の見本を実際に触って、打鍵感が自分にマッチしているかどうか確かめた方が良いと思いますね！(笑)
🍵Re:3367◆気に入って下さってありがとうございます！ ご質問は解決したようですね。なお、ピンクなら、昔のツイッターっぽいスキン(ピンク)をベースにしてカスタマイズする手もあると思います。
🍵Re:3368◆迅速なサポートをありがとうございます！ 助かります。m(_ _)m
>>3358
No.3356です。熱い語りをありがとうございますww
窓７のまま、10にアップグレードするか、新品窓10を入れるかするのが無難そうですね。アップグレード時はどちらにせよバックアップは取っておけ！と注意書きが散見されるので、まっさら新品の状態で窓７→窓10、と言うことにしようかなあとぼんやりと計画など立てつつ。
メモリは積んでおくに越したことはないですよね。デスクトップなので、後から変更も可能ですし。メモリの値段を見ながら、32Gをちょっと狙ってみたいと思います。
キーボードの打鍵感にこだわる発言をすると、場所によってははあ？と言う顔をされるのですが、キーボードの打ち心地の好みは大事ですよね！！！ てがろぐ族は文章書きの人が多い印象なので、多分同意の声が得られるはず。はず。
入れるソフトの一覧を作りつつ、中身をどうするか調べて計画しつつ、予算と相談の年始になりそうです。
こういう時にオンラインメモでもあるてがろぐがあると、ネットにアクセスする機械が変わっても無問題なのがありがたいです。
以前はオンライン＝どこからでも何からでもアクセスできると言う印象でしたが、昨今はこの機体からでないとアクセス許可しませんと言うのが結構あって(Googleなど)、安全性的には安心度は高くなってると思いますが、やや不便に感じることが増えたような気がががががが。
別機体からアクセスするたび、拒否られるか、後からパスワード変えろやあああああああ！！って脅迫じみたメッセージが消えなかったりとか。
個人持ちのネット端末の携帯が当然の今の時代、そういうものかと思いつつ、今日も自宅の自分の机のデスクトップからこんにちわーとさようならー |´ω`)ﾉﾞ))
No.3356です。熱い語りをありがとうございますww
窓７のまま、10にアップグレードするか、新品窓10を入れるかするのが無難そうですね。アップグレード時はどちらにせよバックアップは取っておけ！と注意書きが散見されるので、まっさら新品の状態で窓７→窓10、と言うことにしようかなあとぼんやりと計画など立てつつ。
メモリは積んでおくに越したことはないですよね。デスクトップなので、後から変更も可能ですし。メモリの値段を見ながら、32Gをちょっと狙ってみたいと思います。
キーボードの打鍵感にこだわる発言をすると、場所によってははあ？と言う顔をされるのですが、キーボードの打ち心地の好みは大事ですよね！！！ てがろぐ族は文章書きの人が多い印象なので、多分同意の声が得られるはず。はず。
入れるソフトの一覧を作りつつ、中身をどうするか調べて計画しつつ、予算と相談の年始になりそうです。
こういう時にオンラインメモでもあるてがろぐがあると、ネットにアクセスする機械が変わっても無問題なのがありがたいです。
以前はオンライン＝どこからでも何からでもアクセスできると言う印象でしたが、昨今はこの機体からでないとアクセス許可しませんと言うのが結構あって(Googleなど)、安全性的には安心度は高くなってると思いますが、やや不便に感じることが増えたような気がががががが。
別機体からアクセスするたび、拒否られるか、後からパスワード変えろやあああああああ！！って脅迫じみたメッセージが消えなかったりとか。
個人持ちのネット端末の携帯が当然の今の時代、そういうものかと思いつつ、今日も自宅の自分の机のデスクトップからこんにちわーとさようならー |´ω`)ﾉﾞ))
>>3354です。返信ありがとうございます。
そういうイメージですね。ユーザ情報の表示名で例えますと、
内側スキンの［［USERNAME］］で挿入される表示名は、自動的にその1投稿ごとの投稿ユーザに基づきますが、
自分は外側スキンで（何らかの投稿や状況など関係なく単純に）「自分がユーザを指定してそれに基づいた表示名」を挿入したいです。
（キーワードはただの例えなのですが）外側スキンで［［USERINFO:(指定ユーザID):USERNAME］］等で「指定ユーザの表示名をプレーンテキストで挿入」、
内側スキンの［［USERICON］］にあたるものが、外側スキンで［［USERINFO:(指定ユーザID):USERICON］］等で「指定ユーザのアイコン画像がimg要素で挿入」…のようなものが
あったら良いなと思いました。
Twitterなどで名前を頻繁に編集するような使い方（出展情報を付け足したり、遊び心で変えたりなど）があるので、
てがろぐの外側スキンにプロフィール部分を設けたときにも、ユーザ情報の表示名を変更すれば外側スキンでも変更後の表示名になると便利そうです。
こういったことに疎い1ユーザによる拙い文章になりましたが、聞いていただきありがとうございました。
そういうイメージですね。ユーザ情報の表示名で例えますと、
内側スキンの［［USERNAME］］で挿入される表示名は、自動的にその1投稿ごとの投稿ユーザに基づきますが、
自分は外側スキンで（何らかの投稿や状況など関係なく単純に）「自分がユーザを指定してそれに基づいた表示名」を挿入したいです。
（キーワードはただの例えなのですが）外側スキンで［［USERINFO:(指定ユーザID):USERNAME］］等で「指定ユーザの表示名をプレーンテキストで挿入」、
内側スキンの［［USERICON］］にあたるものが、外側スキンで［［USERINFO:(指定ユーザID):USERICON］］等で「指定ユーザのアイコン画像がimg要素で挿入」…のようなものが
あったら良いなと思いました。
Twitterなどで名前を頻繁に編集するような使い方（出展情報を付け足したり、遊び心で変えたりなど）があるので、
てがろぐの外側スキンにプロフィール部分を設けたときにも、ユーザ情報の表示名を変更すれば外側スキンでも変更後の表示名になると便利そうです。
こういったことに疎い1ユーザによる拙い文章になりましたが、聞いていただきありがとうございました。
たこ焼きを食べました。
🍰Re:3361◆状況別に「そのとき限定表示されているユーザの情報」を得たいわけではなくて、固定的に特定のユーザIDの情報を挿入したいということですかね？ IDの指定を省略した場合には「先頭のIDが指定されたとみなす」みたいなデフォルト仕様があれば、スキンを編集する必要性が低下して便利かも知れないですね。
🍰Re:3361◆状況別に「そのとき限定表示されているユーザの情報」を得たいわけではなくて、固定的に特定のユーザIDの情報を挿入したいということですかね？ IDの指定を省略した場合には「先頭のIDが指定されたとみなす」みたいなデフォルト仕様があれば、スキンを編集する必要性が低下して便利かも知れないですね。
>>3354 です。返信ありがとうございます。
外側スキンにあたる部分に自分のプロフィールを表示する場合、そこに管理画面から編集ができる、ユーザごとの「IDそのもの」「表示名」「紹介文」と紐づいたプレーンテキストを挿入したいと思いました。
フリースペースのキーワードを使用することで、「管理画面から編集ができるテキストを挿入」すること自体は可能ですが、追加でフリースペースに表示名や紹介文にあたるテキストを作らずとも、
ユーザ情報として用意されている項目欄を活用し、
例えば、キーワードとして［［USERINFO:(特定ID)］］でそのIDのプレーンテキストを挿入、［［USERINFO:(特定ID):(表示名欄を指定する識別子)］］で表示名のプレーンテキストを挿入、といったイメージがあります。
（今風のデザインのTwitterプロフィールページ風スキンを配布されている方を拝見して、このスキンの上部プロフィール欄にユーザ情報と紐づいたものが挿入されると便利で良いな…と思いました。）
外側スキンにあたる部分に自分のプロフィールを表示する場合、そこに管理画面から編集ができる、ユーザごとの「IDそのもの」「表示名」「紹介文」と紐づいたプレーンテキストを挿入したいと思いました。
フリースペースのキーワードを使用することで、「管理画面から編集ができるテキストを挿入」すること自体は可能ですが、追加でフリースペースに表示名や紹介文にあたるテキストを作らずとも、
ユーザ情報として用意されている項目欄を活用し、
例えば、キーワードとして［［USERINFO:(特定ID)］］でそのIDのプレーンテキストを挿入、［［USERINFO:(特定ID):(表示名欄を指定する識別子)］］で表示名のプレーンテキストを挿入、といったイメージがあります。
（今風のデザインのTwitterプロフィールページ風スキンを配布されている方を拝見して、このスキンの上部プロフィール欄にユーザ情報と紐づいたものが挿入されると便利で良いな…と思いました。）
🍰Re:3359◆ああ、なるほど。rel="nofollow" でなければ不都合はないので、デフォルトで rel="noreferrer noopener" を加えておいて、target属性値は _top か _blank かを選べるようにしましょうかね。ToDoリストに加えておきます。
