てがろぐ
- Fumy Otegaru Memo Logger -
検索語「〔除外:$ci=;〕」の検索結果［1210件］（23ページ目）
スクリーンショットを随所に挿入して解説する文章を書いているといつも思うのですが、にししさんの解説記事でよく登場する色つきガラスみたいな質感の巨大な矢印がとてもわかりやすくて良いですね。これはにししさんがPhotoshop等で半透明の矢印を作ってスクショに貼り付けてらっしゃるのでしょうか？それともこういう矢印を画像内に簡単に貼り付けられるソフトなどがあるのでしょうか？
昼食は、ハヤシライスうどん。
🍵Re:2792◆私は逆に、単体で見せるという発想がありませんでした。^^; 「装飾機能」という先入観があったので「何かに適用した装飾を使って、それっぽく見せる」みたいな考え方だったもので。
🍵Re:2793◆なるほど、.htaccessで何かしているディレクトリでは使えないのですか。てがろぐCGIは .htaccess 配下のディレクトリに置きつつ、doさんのプログラムそのものは .htaccess で何も制御していない別ディレクトリに置いておいて、てがろぐからは「別ディレクトリに存在するdoさんのプログラム」を呼び出す方法でもダメなのですか？
🍵Re:2794◆いろいろ試してみて下さい～。(╹◡╹)ﾉ
🍵Re:2795◆ムーヴキャンバスだと、ボディの中程より上が白のようですね。私が見たのは、本当に（人間が乗る部分の）屋根だけが白だったのです。屋根というのか天板というのか天井というのかよく分かりませんが。^^; まさしく上端だけが白色だったので阪急電車みたいだな、と思ったのでした。
ハヤシライスをうどん用のお椀に入れて、さらにうどんも入れたような感じ。（米＋うどん）
🍵Re:2792◆私は逆に、単体で見せるという発想がありませんでした。^^; 「装飾機能」という先入観があったので「何かに適用した装飾を使って、それっぽく見せる」みたいな考え方だったもので。
🍵Re:2793◆なるほど、.htaccessで何かしているディレクトリでは使えないのですか。てがろぐCGIは .htaccess 配下のディレクトリに置きつつ、doさんのプログラムそのものは .htaccess で何も制御していない別ディレクトリに置いておいて、てがろぐからは「別ディレクトリに存在するdoさんのプログラム」を呼び出す方法でもダメなのですか？
🍵Re:2794◆いろいろ試してみて下さい～。(╹◡╹)ﾉ
🍵Re:2795◆ムーヴキャンバスだと、ボディの中程より上が白のようですね。私が見たのは、本当に（人間が乗る部分の）屋根だけが白だったのです。屋根というのか天板というのか天井というのかよく分かりませんが。^^; まさしく上端だけが白色だったので阪急電車みたいだな、と思ったのでした。
ハヤシライスをうどん用のお椀に入れて、さらにうどんも入れたような感じ。（米＋うどん）
3.6.1β版公開お疲れ様です！当方の環境でも問題なく動いています。ロリポップサーバーに設置している身としてはシェバンが/usr/local/bin/perlになったのが嬉しいです。でもxmlファイルの名前を変えたりしているためアップデート時に書き換え作業は行うので、/usr/bin/perlに戻っても問題ありません。
コミケレポートコーナーをリニューアルした理由 読みました。ドメインが破棄された人気サイトが無関係な業者にドメイン再取得されてアダルトサイトなどに変貌してしまう問題、日本の映画公式サイトにも多いですよね。ほんの数年前に公開された映画が気になって公式サイトを見に行ったら、全然関係ない怪しいサイトに繋がってガッカリする現象が多いこと多いこと(^^；) 個人運営の同人サイトは仕方ないにしても、企業がやってる映画の公式サイトが毎回独自ドメインで作られる慣習って未だに無くなりませんね…。ビターズ・エンド みたいに企業のドメイン内に作品ごとの公式サイトを置く方式が広まってほしいものです。
私の個人サイトにも未だにリンク集ページがありますので、(気の早い話ですが)もしも外部サイトリンク用のCGIを作られたら是非使わせて頂きたいです。てがろぐのスキンをうまく作ってリンク集ページに使おうかなと思ったことはあるのですが、リンク集用のCGIがあったらそれはそれで嬉しいなと…。
コミケレポートコーナーをリニューアルした理由 読みました。ドメインが破棄された人気サイトが無関係な業者にドメイン再取得されてアダルトサイトなどに変貌してしまう問題、日本の映画公式サイトにも多いですよね。ほんの数年前に公開された映画が気になって公式サイトを見に行ったら、全然関係ない怪しいサイトに繋がってガッカリする現象が多いこと多いこと(^^；) 個人運営の同人サイトは仕方ないにしても、企業がやってる映画の公式サイトが毎回独自ドメインで作られる慣習って未だに無くなりませんね…。ビターズ・エンド みたいに企業のドメイン内に作品ごとの公式サイトを置く方式が広まってほしいものです。
私の個人サイトにも未だにリンク集ページがありますので、(気の早い話ですが)もしも外部サイトリンク用のCGIを作られたら是非使わせて頂きたいです。てがろぐのスキンをうまく作ってリンク集ページに使おうかなと思ったことはあるのですが、リンク集用のCGIがあったらそれはそれで嬉しいなと…。
こんばんは。
最新β版のプレビュー機能とても便利ですね！投稿後にちょこちょこ直していたのですがその手間がなくなりました。パスワード設定の件も折衷案がフレキシブルで本当にすごいです😍アップデートいつも本当にありがとうございます#感謝
開発放言を拝見したのですが、切り替え型掲示板モードの採用、個人的にとても楽しみです。メモ代わり、ギャラリー用等々、複数設置して大活躍しているのですが、掲示板的に利用する時、ログイン無しで名前記入できて書き込めるといいな～と思っていたので。個人的には投稿者がアイコンを選べる機能があると嬉しいです💕
そして>>2778さんと同じく、私の環境でもいいねボタン（改）導入がちょっと…なので、ウェブ拍手風CGIもあったら嬉しいです。ご検討のほどをよろしくお願いいたします🙇🏼♂️#要望
最新β版のプレビュー機能とても便利ですね！投稿後にちょこちょこ直していたのですがその手間がなくなりました。パスワード設定の件も折衷案がフレキシブルで本当にすごいです😍アップデートいつも本当にありがとうございます#感謝
開発放言を拝見したのですが、切り替え型掲示板モードの採用、個人的にとても楽しみです。メモ代わり、ギャラリー用等々、複数設置して大活躍しているのですが、掲示板的に利用する時、ログイン無しで名前記入できて書き込めるといいな～と思っていたので。個人的には投稿者がアイコンを選べる機能があると嬉しいです💕
そして>>2778さんと同じく、私の環境でもいいねボタン（改）導入がちょっと…なので、ウェブ拍手風CGIもあったら嬉しいです。ご検討のほどをよろしくお願いいたします🙇🏼♂️#要望
開発進捗状況報告サイトで、てがろぐ Ver 3.6.1(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 3.6.1βの更新点(概要)：
●下書き投稿のプレビュー機能
●tegalog.cgi の1行目のPerlパスを試験的に「 #! /usr/local/bin/perl 」に変更
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところ、そこ以外に解説はありません。
🆕 Ver 3.6.1βの更新点(概要)：
●下書き投稿のプレビュー機能
●tegalog.cgi の1行目のPerlパスを試験的に「 #! /usr/local/bin/perl 」に変更
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところ、そこ以外に解説はありません。
ロードマップに対するご要望をどうもありがとうございます。パスワード付与機能にもやはり需要はあったんですね。(^_^;) なんとなく実装仕様の方向性が見えてきました。まだ（全然実装は始まっていないので）ご要望は受け付けられますから、今からでも何か言っておきたいご要望があればお気軽にお知らせ下さい。頂いたご要望はすべて開発の参考にさせて頂きます。
🍵Re:2759～Re:2765◆ベースは『パターン➊ パスワードをあらかじめ設定しておいて、各投稿には「☑鍵付き」のようなチェックボックスを加える。』にしておいて、「☑鍵付き」にチェックが入っていれば管理画面で設定してある共通パスワードを要求する。しかし、「☑鍵付き」にチェックが入っている投稿の1行目先頭に [[KEY:hogehoge]] のようなコマンドが書かれている場合は、共通パスワードではなく hogehoge をパスワードにする。……というような感じでいこうかな……という気が（今のところは）しています。No.2765さんのおっしゃるとおり、パスワードは一律の方が実装はシンプルなので、『パターン➊がベースで、裏技的に➋も使える実装』みたいな感じですかね。これだと、「パスワードは加えたいが共通パスワードで良い」という場合には、いちいちパスワードを書かなくても「☑鍵付き」にチェックを入れるだけで済むので、操作も楽な気がします。
🍵Re:2762◆素晴らしい気づきをありがとうございます！ 「プレビューの代わりに使うことになりそう」というご意見で、「そうか、プレビュー機能がこれで作れるんだな」と気付きました。(笑) 下書きのプレビュー機能自体はご要望頂いていましたし私も欲しいと思っていたのですが、簡単な実装方法が思いつかなかったので先送りしていたのですけども、よく考えたら「プレビュー」という単独機能をわざわざ用意しなくても、投稿1件の単独表示時にログイン中のユーザIDをチェックして表示するかどうかを決めれば良いだけですね。そこに気付けたので、わりと簡単に実装できました。この後でβ版として配布します。
🍵Re:2767◆てがろぐのご使用をどうもありがとうございます。(╹◡╹) ご質問の回答です。➡ おっしゃるとおり「最初の１枚を注意書き」にした上で、その1枚を（通常の表示時には）非表示にする方法はいかがでしょうか。例えば、下記のような感じです。
①メインのスキンで読み込まれるCSSに、あらかじめ .deco-hide { display: none; } のような1行を加えておきます。
②次に注意書き用の画像を例えば attention.png というファイル名でimagesディレクトリにUPしておきます。
③ネタバレ対策で隠したい画像を投稿する際には、投稿本文内でその画像が現れるよりも前の位置に [F:hide:[PICT:attention.png]] のように書いておきます。
すると、「1枚目の画像」は attention.png になりますからギャラリーモードではこれが表示されます。しかし、この1枚目の画像は [F:hide:～] で囲まれているので、（メインのスキンで読まれるCSSでは display:none; が適用されますから）ページ上には表示されません。
……こんな対策ではいかがでしょうか？
🍵Re:2768◆私もその投稿で「そんな活用方法が！」と膝を打ちました。(笑)
🍵Re:2769◆たしかに、投稿にパスワードを加えると、「全体は検索に拾われるようにしている中、特定の投稿だけは拾われないようにする」という使い方もできますね。その視点はありませんでした。参考情報をどうもありがとうございます！
🍵Re:2759～Re:2765◆ベースは『パターン➊ パスワードをあらかじめ設定しておいて、各投稿には「☑鍵付き」のようなチェックボックスを加える。』にしておいて、「☑鍵付き」にチェックが入っていれば管理画面で設定してある共通パスワードを要求する。しかし、「☑鍵付き」にチェックが入っている投稿の1行目先頭に [[KEY:hogehoge]] のようなコマンドが書かれている場合は、共通パスワードではなく hogehoge をパスワードにする。……というような感じでいこうかな……という気が（今のところは）しています。No.2765さんのおっしゃるとおり、パスワードは一律の方が実装はシンプルなので、『パターン➊がベースで、裏技的に➋も使える実装』みたいな感じですかね。これだと、「パスワードは加えたいが共通パスワードで良い」という場合には、いちいちパスワードを書かなくても「☑鍵付き」にチェックを入れるだけで済むので、操作も楽な気がします。
🍵Re:2762◆素晴らしい気づきをありがとうございます！ 「プレビューの代わりに使うことになりそう」というご意見で、「そうか、プレビュー機能がこれで作れるんだな」と気付きました。(笑) 下書きのプレビュー機能自体はご要望頂いていましたし私も欲しいと思っていたのですが、簡単な実装方法が思いつかなかったので先送りしていたのですけども、よく考えたら「プレビュー」という単独機能をわざわざ用意しなくても、投稿1件の単独表示時にログイン中のユーザIDをチェックして表示するかどうかを決めれば良いだけですね。そこに気付けたので、わりと簡単に実装できました。この後でβ版として配布します。
🍵Re:2767◆てがろぐのご使用をどうもありがとうございます。(╹◡╹) ご質問の回答です。➡ おっしゃるとおり「最初の１枚を注意書き」にした上で、その1枚を（通常の表示時には）非表示にする方法はいかがでしょうか。例えば、下記のような感じです。
①メインのスキンで読み込まれるCSSに、あらかじめ .deco-hide { display: none; } のような1行を加えておきます。
②次に注意書き用の画像を例えば attention.png というファイル名でimagesディレクトリにUPしておきます。
③ネタバレ対策で隠したい画像を投稿する際には、投稿本文内でその画像が現れるよりも前の位置に [F:hide:[PICT:attention.png]] のように書いておきます。
すると、「1枚目の画像」は attention.png になりますからギャラリーモードではこれが表示されます。しかし、この1枚目の画像は [F:hide:～] で囲まれているので、（メインのスキンで読まれるCSSでは display:none; が適用されますから）ページ上には表示されません。
……こんな対策ではいかがでしょうか？
🍵Re:2768◆私もその投稿で「そんな活用方法が！」と膝を打ちました。(笑)
🍵Re:2769◆たしかに、投稿にパスワードを加えると、「全体は検索に拾われるようにしている中、特定の投稿だけは拾われないようにする」という使い方もできますね。その視点はありませんでした。参考情報をどうもありがとうございます！
朝食はサンドイッチ。
🍍Re:2752◆もしダメっぽそうならまたご連絡下さい。サイトマップをテキストの形で出力するか、サイトマップXML自体を静的なファイルに書き出せるようにするか何か検討します。
🍍Re:2753◆なるほど、確かに視界の邪魔になるならストレスも大きそうですね……。平らなマスクだと隙間なくフィットさせるのも大変でしょうし。
🍍Re:2754◆なるほど、軽トラ！ その存在は考えていませんでした。軽くググってみると、積み荷で重量が大きく変わる場合や坂道でエンジンブレーキを使う必要がある場合にはMTの方が有利という話もあって、なるほど、と思いました。そういう需要があったんですねえ……。
🍍ここのサンプルでカテゴリアイコンに使っている果物アイコンは、FAQページ内のてがろぐ上で自由にご活用頂けるアイコン画像などで配布しています。
🍍Re:2752◆もしダメっぽそうならまたご連絡下さい。サイトマップをテキストの形で出力するか、サイトマップXML自体を静的なファイルに書き出せるようにするか何か検討します。
🍍Re:2753◆なるほど、確かに視界の邪魔になるならストレスも大きそうですね……。平らなマスクだと隙間なくフィットさせるのも大変でしょうし。
🍍Re:2754◆なるほど、軽トラ！ その存在は考えていませんでした。軽くググってみると、積み荷で重量が大きく変わる場合や坂道でエンジンブレーキを使う必要がある場合にはMTの方が有利という話もあって、なるほど、と思いました。そういう需要があったんですねえ……。
🍍ここのサンプルでカテゴリアイコンに使っている果物アイコンは、FAQページ内のてがろぐ上で自由にご活用頂けるアイコン画像などで配布しています。
> 白人は自分の目で自分の鼻が見えると知って驚いた。
遠隔レスなんですが、マスクをすると顔の真ん中の盛り上がり方がﾊﾟﾅｲんです顔の彫りの深い人は。あの人たちがマスクを嫌がるのは、多分視界に入って鬱陶しいと言うのがあるのではと割と真剣に思います。
アジア系が白いマスクをすると雪の関東平野なんですが、白人種や中東系の人たちの場合は雪に覆われたヒマラヤ山脈です。ヒゲの男性も多いので、単純にマスクは邪魔なんだろうなあと思います。
遠隔レスなんですが、マスクをすると顔の真ん中の盛り上がり方がﾊﾟﾅｲんです顔の彫りの深い人は。あの人たちがマスクを嫌がるのは、多分視界に入って鬱陶しいと言うのがあるのではと割と真剣に思います。
アジア系が白いマスクをすると雪の関東平野なんですが、白人種や中東系の人たちの場合は雪に覆われたヒマラヤ山脈です。ヒゲの男性も多いので、単純にマスクは邪魔なんだろうなあと思います。
お腹減った……。_(┐｢ε:)_
🍘Re:2750◆『取得できませんでした』と表示されている部分をクリックするとエラーの詳細を教えてくれるページに移動できないか試してみて下さい。私の方での試したところ、Google Search ConsoleとBing Webmaster Toolsでサイトマップの認識はできました。ただ、Google Search Consoleの場合は、最初は『取得できませんでした』と表示されました(下図1枚目)。ただ、その『取得できませんでした』をクリックすると、読み込み自体はうまくいったようで「サイトマップは正常に処理されました」と表示されたのですが。(^_^;) その時点でも前のページに戻ると『取得できませんでした』と表示される謎な状態だったのですが、別タブでGoogle Search Consoleを読み込み直すと、ステータスは『成功しました』に変わっていました(下図2枚目)。
「Google Search Console」のロゴの右側にあるURL検査窓に、てがろぐCGIが出力するサイトマップXMLのURLを入力して、Googleが正しくそのページにアクセスできるかどうかを試してみて下さい。もしアクセスできないなら何か原因を特定する必要がありますし、アクセスできるなら待てば読んでくれるのではないかな……と思っています。
いくつかのSitemap XML Validatorで試したところ、HTTPヘッダが「application/xml」ではなく何故か「text/html; charset=iso-8859-1」で認識されるケースがあるようで、そこがエラーが出る原因のような気がしています。ただ、毎回そうなるわけではなく、正しく「application/xml」のヘッダが認識されるときもあるのですが。なんとなくですが、CGIの動作速度の問題で、反応が遅すぎるとヘッダが誤解されるのかな……という気もしているのですが。
XMLで出力するからそういう問題が起きるのかもしれないので、次回のバージョンでは「サイトマップXML」ではなく「サイトマップテキストファイル」の形でも出力できるようにしようかと思います。そうすると、HTTPヘッダの問題はなさそうな気がしますので。
とりあえず、Search Consoleの「URL検査」を試してみて頂けますでしょうか。
なお、管理画面の［設定］→［システム設定］→【フルパス設定】で、『固定』の方を選択している場合で、値をURLで書いていない場合（＝「/」で始まる絶対パス等で書いている場合）は、正しいサイトマップの出力になりませんのでご注意下さい。サイトマップに収録するURLは「 http(s):// 」から始める必要があるのですが、この設定を『固定』にしている場合は、この項目の値を使ってフルパスが生成されますので。
🍘Re:2750◆『取得できませんでした』と表示されている部分をクリックするとエラーの詳細を教えてくれるページに移動できないか試してみて下さい。私の方での試したところ、Google Search ConsoleとBing Webmaster Toolsでサイトマップの認識はできました。ただ、Google Search Consoleの場合は、最初は『取得できませんでした』と表示されました(下図1枚目)。ただ、その『取得できませんでした』をクリックすると、読み込み自体はうまくいったようで「サイトマップは正常に処理されました」と表示されたのですが。(^_^;) その時点でも前のページに戻ると『取得できませんでした』と表示される謎な状態だったのですが、別タブでGoogle Search Consoleを読み込み直すと、ステータスは『成功しました』に変わっていました(下図2枚目)。
「Google Search Console」のロゴの右側にあるURL検査窓に、てがろぐCGIが出力するサイトマップXMLのURLを入力して、Googleが正しくそのページにアクセスできるかどうかを試してみて下さい。もしアクセスできないなら何か原因を特定する必要がありますし、アクセスできるなら待てば読んでくれるのではないかな……と思っています。
いくつかのSitemap XML Validatorで試したところ、HTTPヘッダが「application/xml」ではなく何故か「text/html; charset=iso-8859-1」で認識されるケースがあるようで、そこがエラーが出る原因のような気がしています。ただ、毎回そうなるわけではなく、正しく「application/xml」のヘッダが認識されるときもあるのですが。なんとなくですが、CGIの動作速度の問題で、反応が遅すぎるとヘッダが誤解されるのかな……という気もしているのですが。
XMLで出力するからそういう問題が起きるのかもしれないので、次回のバージョンでは「サイトマップXML」ではなく「サイトマップテキストファイル」の形でも出力できるようにしようかと思います。そうすると、HTTPヘッダの問題はなさそうな気がしますので。
とりあえず、Search Consoleの「URL検査」を試してみて頂けますでしょうか。
なお、管理画面の［設定］→［システム設定］→【フルパス設定】で、『固定』の方を選択している場合で、値をURLで書いていない場合（＝「/」で始まる絶対パス等で書いている場合）は、正しいサイトマップの出力になりませんのでご注意下さい。サイトマップに収録するURLは「 http(s):// 」から始める必要があるのですが、この設定を『固定』にしている場合は、この項目の値を使ってフルパスが生成されますので。
🍵Re:2744◆「逆の入れ子」にする意図ではないのですが、その出力順になるのは意図通りです。
これは以下のような歴史的な経緯によるものです。^^;
Ⓐカテゴリ名「サンプル」(ID:sample) の出力例
Ⓑカテゴリなし の出力例
▼➊最初の仕様
「カテゴリなし」が表示できるようになった初期は、以下のような出力でした。
Ⓐ <a href="..." class="categorylink cat-sample">サンプル</a>
Ⓑ <span class="nocategory">カテゴリなし</span>
カテゴリがある場合はリンクにしますが、カテゴリがない場合はリンクにならなかったので、a要素の代わりにspan要素で出力したのです。
▼➋次の仕様
「カテゴリなし」がリンクにできるようになった時点で、以下のような出力になりました。
Ⓐ <a href="..." class="categorylink cat-sample">サンプル</a>
Ⓑ <span class="nocategory"><a href="..." class="categorylink cat-">カテゴリなし</a></span>
既に span.nocategory に対して装飾を加えているスキンがあるかもしれないことを考慮して、span要素の中にa要素を追加しました。
▼➌次の次の仕様
カテゴリアイコンなど諸々の掲載をサポートした結果、「カテゴリ名だけ」や「カテゴリアイコンだけ」等を個別に装飾できるように、a要素の内側にもspan要素を加えました。しかし、「カテゴリなし」はテキストだけしか表示できない仕様のままなので、何も変わっていません。
Ⓐ <a href="..." class="categorylink cat-sample"><span class="categoryname cat-sample">サンプル</span></a>
Ⓑ <span class="nocategory"><a href="..." class="categorylink cat-">カテゴリなし</a></span>
上記が現状です。
今回の Ver 3.6.0 では、「カテゴリなし」の存在を全く考慮していなかったので、「カテゴリなし」用の出力仕様を一切変えていません。よく考えると、ここは以下のようにした方が良いかもしれませんね。
▼将来の案(？)
Ⓐ <a href="..." class="categorylink cat-sample"><span class="categoryname cat-sample">サンプル</span></a>
Ⓑ <span class="nocategory"><a href="..." class="categorylink cat-"><span class="categoryname cat-">カテゴリなし</span></a></span>
ちょっと階層が深くなりすぎる気もしますけども。(^_^;;;
今のところ、「カテゴリなし」の場合には、アイコンも概要もなく単に「カテゴリなし用のテキスト」が出るだけですので、上記のようにするとしたら、まず「カテゴリなし」の場合でもアイコンや概要文を登録できる仕組みを用意するところから始めないといけませんけども。ただ、カテゴリ機能を実装した当初は「カテゴリなし」の存在を全く考慮していなかったために、「カテゴリなし」の表示機能(仕様)は結構な『後付け』での実装になっているのですよね……。今の仕様のままでそれを追加すると設定項目が複雑になりすぎて望ましくない気がします。なので、もし「カテゴリなし」にもアイコンや概要文を登録できるようにするなら、その辺のUIを根本的に作り直す必要があるかな……とちょっと思っています。
これは以下のような歴史的な経緯によるものです。^^;
Ⓐカテゴリ名「サンプル」(ID:sample) の出力例
Ⓑカテゴリなし の出力例
▼➊最初の仕様
「カテゴリなし」が表示できるようになった初期は、以下のような出力でした。
Ⓐ <a href="..." class="categorylink cat-sample">サンプル</a>
Ⓑ <span class="nocategory">カテゴリなし</span>
カテゴリがある場合はリンクにしますが、カテゴリがない場合はリンクにならなかったので、a要素の代わりにspan要素で出力したのです。
▼➋次の仕様
「カテゴリなし」がリンクにできるようになった時点で、以下のような出力になりました。
Ⓐ <a href="..." class="categorylink cat-sample">サンプル</a>
Ⓑ <span class="nocategory"><a href="..." class="categorylink cat-">カテゴリなし</a></span>
既に span.nocategory に対して装飾を加えているスキンがあるかもしれないことを考慮して、span要素の中にa要素を追加しました。
▼➌次の次の仕様
カテゴリアイコンなど諸々の掲載をサポートした結果、「カテゴリ名だけ」や「カテゴリアイコンだけ」等を個別に装飾できるように、a要素の内側にもspan要素を加えました。しかし、「カテゴリなし」はテキストだけしか表示できない仕様のままなので、何も変わっていません。
Ⓐ <a href="..." class="categorylink cat-sample"><span class="categoryname cat-sample">サンプル</span></a>
Ⓑ <span class="nocategory"><a href="..." class="categorylink cat-">カテゴリなし</a></span>
上記が現状です。
今回の Ver 3.6.0 では、「カテゴリなし」の存在を全く考慮していなかったので、「カテゴリなし」用の出力仕様を一切変えていません。よく考えると、ここは以下のようにした方が良いかもしれませんね。
▼将来の案(？)
Ⓐ <a href="..." class="categorylink cat-sample"><span class="categoryname cat-sample">サンプル</span></a>
Ⓑ <span class="nocategory"><a href="..." class="categorylink cat-"><span class="categoryname cat-">カテゴリなし</span></a></span>
ちょっと階層が深くなりすぎる気もしますけども。(^_^;;;
今のところ、「カテゴリなし」の場合には、アイコンも概要もなく単に「カテゴリなし用のテキスト」が出るだけですので、上記のようにするとしたら、まず「カテゴリなし」の場合でもアイコンや概要文を登録できる仕組みを用意するところから始めないといけませんけども。ただ、カテゴリ機能を実装した当初は「カテゴリなし」の存在を全く考慮していなかったために、「カテゴリなし」の表示機能(仕様)は結構な『後付け』での実装になっているのですよね……。今の仕様のままでそれを追加すると設定項目が複雑になりすぎて望ましくない気がします。なので、もし「カテゴリなし」にもアイコンや概要文を登録できるようにするなら、その辺のUIを根本的に作り直す必要があるかな……とちょっと思っています。
自分用にイラストサイトスキン（一覧表示時には画像のサムネイルのみ（クリックするとLightBoxではなく記事の詳細へのリンク）、記事の詳細画面では画像を大きく表示して本文を表示する）を作ったのですが、思ったよりも簡単にできて「てがろぐって本当にありがたいな〜」と思いました。
前々からイラストをTumblrっぽく表示するけれども無駄な機能がなくてエディタが使いやすいサイトがほしいなと思っていたのでとても嬉しいです(*´∀｀*)
てがろぐの作者様にはもう足を向けて寝られないです……！本当にありがとうございます。
前々からイラストをTumblrっぽく表示するけれども無駄な機能がなくてエディタが使いやすいサイトがほしいなと思っていたのでとても嬉しいです(*´∀｀*)
てがろぐの作者様にはもう足を向けて寝られないです……！本当にありがとうございます。
てがろぐ Ver 3.6.0 を公開しました。#UpdateLog
サイトマップページ出力機能、SITEMAP XML出力機能、カテゴリアイコンやカテゴリ概要文の表示機能、Spotify埋め込み機能などの追加が主な更新点です。その他、細かな機能追加や不具合修正を含んでいます。
➡ https://www.nishishi.com/cgi/tegalog/
アップデートするには、tegalog.cgi と fumycts.pl の2ファイルだけ(※)を上書きアップロードして下さい。
データファイルや設定ファイルは、すべてそのまま引き継げます。(Ver.2以下も含む過去のどのバージョンからでも)
※標準添付スキンの各スキンも更新していますので、もし標準添付スキンをそのままご使用になっている場合は、それも上書きアップロードして下さい。標準添付スキンを使っていない場合や、使っていても独自にカスタマイズして使っている場合には上書きする必要はありません。従来のスキンのままでも、正常に動作します。新しい機能を使うには、今バージョンに添付されているスキンを参考にしてカスタマイズして下さい。
※今回のバージョンから新しく追加された「サイトマップページ」モード用の新スキン skin-sitemap を完全構成パッケージに同梱しています。サイトマップページモードをご使用になりたい場合は、完全構成のZIPから skin-sitemap フォルダを抜き出してアップロードしてご使用下さい。
🆕 Ver 3.6.0の更新点(概要)：
更新点について詳しい解説は、リリースノート(No.36)をご参照下さい。
なお、解説ドキュメント（使い方・設定方法／カスタマイズ方法／FAQ・豆知識）も増強したり再編したりしてあります。主な増量ポイントはリリースノートからもリンクしてありますのでご参照頂ければ幸いです。
宣伝ツイート：
今回も、解説ドキュメントを用意するのにずいぶんな日数を消費しました……。_(┐｢ε:)_
ご活用頂ければ幸いです。(笑)
サイトマップページ出力機能、SITEMAP XML出力機能、カテゴリアイコンやカテゴリ概要文の表示機能、Spotify埋め込み機能などの追加が主な更新点です。その他、細かな機能追加や不具合修正を含んでいます。
➡ https://www.nishishi.com/cgi/tegalog/
アップデートするには、tegalog.cgi と fumycts.pl の2ファイルだけ(※)を上書きアップロードして下さい。
データファイルや設定ファイルは、すべてそのまま引き継げます。(Ver.2以下も含む過去のどのバージョンからでも)
※標準添付スキンの各スキンも更新していますので、もし標準添付スキンをそのままご使用になっている場合は、それも上書きアップロードして下さい。標準添付スキンを使っていない場合や、使っていても独自にカスタマイズして使っている場合には上書きする必要はありません。従来のスキンのままでも、正常に動作します。新しい機能を使うには、今バージョンに添付されているスキンを参考にしてカスタマイズして下さい。
※今回のバージョンから新しく追加された「サイトマップページ」モード用の新スキン skin-sitemap を完全構成パッケージに同梱しています。サイトマップページモードをご使用になりたい場合は、完全構成のZIPから skin-sitemap フォルダを抜き出してアップロードしてご使用下さい。
🆕 Ver 3.6.0の更新点(概要)：
●サイトマップページを出力する機能を追加（タイトル一覧、目次ページとして活用可能）
●サイトマップページを表示できるURLを出力するオプション記法 [[SITEMAP:URL]] と [[SITEMAP:URL:FULL]] を追加
●カテゴリリンクで、サイトマップモードを維持したリンクが出力できる記法 [[CATEGORYLINKS:SITEMAP]] と [[CATEGORYLINKS:SITEMAP:FULL]] を追加
●SITEMAP XMLを出力する機能を追加
●カテゴリをアイコンで表示できる機能・カテゴリの概要文を表示できる機能を追加
●カテゴリ登録時にアイコンURLも登録できる機能を追加
●外側スキン用の [[CATEGORY:TREE:フラグ群]] の記述仕様を追加。（カテゴリツリーで「アイコン、カテゴリ名、概要文、該当件数」を自由な順序で表示可能にする機能を追加）
●内側スキン用の [[CATEGORYLINKS:識別子:オプション]] の記述仕様を追加。（該当カテゴリの「アイコン、カテゴリ名、概要文」を自由な順序で表示可能にする機能を追加）
●Spotifyの埋め込み機能を追加
●ページ番号だけを単独で得られる記法 [[INFO:PAGENUM]] を追加
●各投稿に「直接削除するリンク」も表示できる記法 [[DELETEURL]] を追加
●サイトマップとして表示されるハッシュタグリンクを出力できるオプション [[COMMENT:TAGS:SITEMAP]] を追加
●管理画面の投稿記事一覧での表示件数を設定する機能を追加。(デフォルトは100件)
●Spotify埋め込みボタンの表示機能を追加。
●OGPの出力で「og:descriptionにもog:titleと同じ内容を出力する」オプション設定を追加。
●ハッシュタグに全角文字と半角文字を混ぜたときの角括弧を表示上では消す(見えなくする)機能を追加。
●ハッシュタグ簡単入力機能の先頭に『「#」記号だけを単独で入力できる項目』の追加機能を追加。
●新スキン「サイトマップページ(skin-sitemap)」を追加
●既存の各スキンに、カテゴリアイコン用の装飾CSSを追加
●既存の各スキンに「サイトマップページ」用リンクを追加
不具合修正：
●ギャラリーモードで、skin=パラメータを使って別スキンを適用しているとき、[[PARMAURL:PURE]] の記述を使っても、デフォルトスキンではなく、現在適用中のスキンが維持されてしまう不具合を解消。
●一時適用中のスキンを適用しないリンクが出力されるハズの各記法、[[PARMAURL:PURE]]、[[USERURL:PURE]]、[[CATEGORYLINKS:PURE]] が、設定によっては正しく動作しなかった不具合を修正。
●新着リスト（最近の投稿）の文字数表示で、大幅に値が増えてしまう不具合を修正。
●投稿1行目に文字装飾記法やエスケープ記法等が含まれているとき、新着リスト（最近の投稿）でのタイトルの表示がおかしい（各種記法ソースがそのまま表示されてしまう）不具合を解消。
更新点について詳しい解説は、リリースノート(No.36)をご参照下さい。
なお、解説ドキュメント（使い方・設定方法／カスタマイズ方法／FAQ・豆知識）も増強したり再編したりしてあります。主な増量ポイントはリリースノートからもリンクしてありますのでご参照頂ければ幸いです。
宣伝ツイート：
（ツイート埋め込み処理中...）Twitterで見る
今回も、解説ドキュメントを用意するのにずいぶんな日数を消費しました……。_(┐｢ε:)_
ご活用頂ければ幸いです。(笑)
てがろぐユーザーﾇｸﾓﾘﾃｨ。
ふと気付いたら1週間以上放置していました。すみません。てがろぐ次期正式版に合わせた解説ページのアップデートを今ゴリゴリ書いています。もしよろしければβ版のご試用にご協力頂ければ幸いです。
🍵Re:2713◆β版のご試用をどうもありがとうございます。「カテゴリなし」の存在は素で忘却していました。┌(:3」└)┐ 今は「カテゴリなし」だけが特別な扱いになっていますが、「カテゴリなし」もその他のカテゴリと同様の方法で（＝カテゴリ一覧画面の表内で）編集できる仕様にした方が良いのだろうな……という気がしています。ただ、そうするとちょっと大がかりな変更になりそうなので、できるとしてももうちょっと先になりそうです。
🍵Re:2714◆お褒め下さってありがとうございます。お役に立っているようで嬉しいです。(╹◡╹) いろいろスキンを作ってみて下さい。
🍵Re:2715◆なるほど、最近のネクタイは結ばなくて良いんですね……！ 便利！ 学ランの硬いカラーがなくなったのは良いことです。
🍵Re:2716～17,19,20,23◆誕生日に風船が飛んでくれば、生年月日は登録されていますね。ただ、Twitter側が「生年月日を追加して下さい」と表示するなら登録していないのだろうと思いますが。生年月日は、もしパスワードを忘れた際の本人確認の1種に生年月日を尋ねてくるようなサービスの場合には危険が増しますから、特別必要でなければダミーの年月日を登録する方針が無難だとは思います（登録したダミーの年月日はサービスごとにどこかにメモっておかねばなりませんが、忘れるはずのない推しの誕生日とかがあればそれでも良いかもしれませんけども：笑）。Twitterで誕生日に風船を飛ばしたい場合は、月日だけ正しく入れておけば良いでしょう。
🍵Re:2718◆そうらしいですね。需要はあるでしょうけども、新しく作られる場合はCGIではなくPHPになりそうな気はします。doさんの「いいねボタン改」のように。
🍵Re:2721◆β版のご試用とカテゴリアイコン機能のご活用をありがとうございます。新着リストとして表示されるタイトル出力機能の改修と同時に、管理画面の投稿一覧の表示もちょっとだけ改修しました。気付いて下さってありがとうございます。(笑)
🍵Re:2724◆いろいろ作ってみて下さい～。配布して頂けるとなお嬉しいです。(╹◡╹)ﾉ 今のところ選択肢が公式配布スキンしかありませんから……。^^;
さて、昼食を食べてきます。🍙
🍵Re:2713◆β版のご試用をどうもありがとうございます。「カテゴリなし」の存在は素で忘却していました。┌(:3」└)┐ 今は「カテゴリなし」だけが特別な扱いになっていますが、「カテゴリなし」もその他のカテゴリと同様の方法で（＝カテゴリ一覧画面の表内で）編集できる仕様にした方が良いのだろうな……という気がしています。ただ、そうするとちょっと大がかりな変更になりそうなので、できるとしてももうちょっと先になりそうです。
🍵Re:2714◆お褒め下さってありがとうございます。お役に立っているようで嬉しいです。(╹◡╹) いろいろスキンを作ってみて下さい。
🍵Re:2715◆なるほど、最近のネクタイは結ばなくて良いんですね……！ 便利！ 学ランの硬いカラーがなくなったのは良いことです。
🍵Re:2716～17,19,20,23◆誕生日に風船が飛んでくれば、生年月日は登録されていますね。ただ、Twitter側が「生年月日を追加して下さい」と表示するなら登録していないのだろうと思いますが。生年月日は、もしパスワードを忘れた際の本人確認の1種に生年月日を尋ねてくるようなサービスの場合には危険が増しますから、特別必要でなければダミーの年月日を登録する方針が無難だとは思います（登録したダミーの年月日はサービスごとにどこかにメモっておかねばなりませんが、忘れるはずのない推しの誕生日とかがあればそれでも良いかもしれませんけども：笑）。Twitterで誕生日に風船を飛ばしたい場合は、月日だけ正しく入れておけば良いでしょう。
🍵Re:2718◆そうらしいですね。需要はあるでしょうけども、新しく作られる場合はCGIではなくPHPになりそうな気はします。doさんの「いいねボタン改」のように。
🍵Re:2721◆β版のご試用とカテゴリアイコン機能のご活用をありがとうございます。新着リストとして表示されるタイトル出力機能の改修と同時に、管理画面の投稿一覧の表示もちょっとだけ改修しました。気付いて下さってありがとうございます。(笑)
🍵Re:2724◆いろいろ作ってみて下さい～。配布して頂けるとなお嬉しいです。(╹◡╹)ﾉ 今のところ選択肢が公式配布スキンしかありませんから……。^^;
さて、昼食を食べてきます。🍙
またてがろぐのスキンいじって遊びたい。こういうの！って頭の中にイメージがはっきりあるのに、自分で作ると何か違うと言うのの繰り返しで、作り出すとどうしても満足できずに削除すると言う繰り返しー。
カテゴリアイコン機能実装お疲れ様です！早速アップデートして設定しました。閲覧者からもわかりやすくなったと好評です☺️
私は新着投稿リストは使っていなかったのですが、今回の文字数表示の修正に伴って投稿の削除/編集画面にある投稿内容抜粋欄でも、リンクや画像を含む投稿の文章が正しい内容に直ってますね。助かりました。
いつも痒い所に手が届くアップデートをありがとうございます！ #感謝
私は新着投稿リストは使っていなかったのですが、今回の文字数表示の修正に伴って投稿の削除/編集画面にある投稿内容抜粋欄でも、リンクや画像を含む投稿の文章が正しい内容に直ってますね。助かりました。
いつも痒い所に手が届くアップデートをありがとうございます！ #感謝
更新ありがとうございます！！！ #感謝
どうでもいいんですけど、最近こんなのをTwitterで見掛けるようになって、これってプロフに成人済みとかとでも書いておけば見えるようになるんですかね。
いや別に見たいわけじゃないんですけどどうなのかなーって気になって。どこで見掛けたかは内緒。
どうでもいいんですけど、最近こんなのをTwitterで見掛けるようになって、これってプロフに成人済みとかとでも書いておけば見えるようになるんですかね。
いや別に見たいわけじゃないんですけどどうなのかなーって気になって。どこで見掛けたかは内緒。
🍵Re:2710◆鋭いツッコミをありがとうございます。「カテゴリなし」にアイコンを設定する機能はありません。┌(:3」└)┐ やっぱり要ります？(^_^;)
開発進捗状況報告サイトで、てがろぐ Ver 3.5.4(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 3.5.4βの更新点(概要)：
●カテゴリをアイコンで表示できる機能（カテゴリ登録時にアイコンURLも登録できる機能）
●カテゴリの概要文を表示できる機能
●外側スキン用の [[CATEGORY:TREE:フラグ群]] の記述仕様を追加。（カテゴリツリーで「アイコン、カテゴリ名、概要文、該当件数」を自由な順序で表示可能にする機能を追加）
●内側スキン用の [[CATEGORYLINKS:識別子:オプション]] の記述仕様を追加。（該当カテゴリの「アイコン、カテゴリ名、概要文」を自由な順序で表示可能にする機能を追加）
●管理画面の投稿記事一覧での表示件数を設定する機能。(デフォルトは100件)
●本文中に含まれるハッシュタグだけを抜き出せる記述 [[COMMENT:TAGS]] に、サイトマップとして表示されるリンクを出力できるオプション [[COMMENT:TAGS:SITEMAP]] を追加。
❎新着リスト（最近の投稿）の文字数表示で、大幅に値が増えてしまう不具合を修正。
❎投稿1行目に文字装飾記法やエスケープ記法等が含まれているとき、新着リスト（最近の投稿）でのタイトルの表示がおかしい（各種記法ソースがそのまま表示されてしまう）不具合を解消。
❎サーバのエラーログに「"my" variable $glr masks earlier declaration in same scope at tegalog.cgi line 1388」というアラートが記録される問題を解消。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところ、そこ以外に解説はありません。
🆕 Ver 3.5.4βの更新点(概要)：
●カテゴリをアイコンで表示できる機能（カテゴリ登録時にアイコンURLも登録できる機能）
●カテゴリの概要文を表示できる機能
●外側スキン用の [[CATEGORY:TREE:フラグ群]] の記述仕様を追加。（カテゴリツリーで「アイコン、カテゴリ名、概要文、該当件数」を自由な順序で表示可能にする機能を追加）
●内側スキン用の [[CATEGORYLINKS:識別子:オプション]] の記述仕様を追加。（該当カテゴリの「アイコン、カテゴリ名、概要文」を自由な順序で表示可能にする機能を追加）
●管理画面の投稿記事一覧での表示件数を設定する機能。(デフォルトは100件)
●本文中に含まれるハッシュタグだけを抜き出せる記述 [[COMMENT:TAGS]] に、サイトマップとして表示されるリンクを出力できるオプション [[COMMENT:TAGS:SITEMAP]] を追加。
❎新着リスト（最近の投稿）の文字数表示で、大幅に値が増えてしまう不具合を修正。
❎投稿1行目に文字装飾記法やエスケープ記法等が含まれているとき、新着リスト（最近の投稿）でのタイトルの表示がおかしい（各種記法ソースがそのまま表示されてしまう）不具合を解消。
❎サーバのエラーログに「"my" variable $glr masks earlier declaration in same scope at tegalog.cgi line 1388」というアラートが記録される問題を解消。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところ、そこ以外に解説はありません。
おお～、カテゴリアイコン機能が…！お疲れ様です！>>2697が2月30日だったり、「つぼはち」が新たに増えてたりして笑いましたｗ
テストテスト。
標準添付スキンでは、「カテゴリアイコン」→「カテゴリ名(テキスト)」の順に表示するようになっていますが、スキン側の記述を修正することで順序を入れ替えたり、「アイコンだけ」・「テキストだけ」のようにもできます。
カテゴリアイコンは、カテゴリ管理画面でアイコンのURLを登録できます。img要素のsrc属性値に指定できれば何でも良いので、URLのほか、絶対パスや相対パスを使って同一サーバ内の画像を指定することもできます。
カテゴリにアイコンを加えられる機能は一応は完成しました。あと、新着リスト内での文字数カウントの不具合を解消したら、β版として配布する予定です。
連結したツイートの連結された方を埋め込んだら、複数のツイートが一気に埋め込まれるんですね。昔からこうだったっけ……？
（ツイート埋め込み処理中...）Twitterで見る
連結したツイートの連結された方を埋め込んだら、複数のツイートが一気に埋め込まれるんですね。昔からこうだったっけ……？
カテゴリにアイコンを登録できるようになった Ver 3.5.3(未配布) の動作テスト。
