てがろぐ - Fumy Otegaru Memo Logger -
2025年12月28日(日) 08:07:08〔5時間前〕 更新
■ （ 5377 件 ）
■フリースペース： 編集
動作サンプルです。◆他のスキン：標準スキン, 昔のツイッターっぽいスキン(ピンク版), 付箋型スキン, シンプル日記スキン, ジャーナル(日誌)スキン, ブログタイプスキン, チャットタイプスキン, 黒板スキン 《てがろぐCGIの配布ページに戻る》
■日付検索：
■全文検索：
2023年10月 この範囲を時系列順で読む この範囲をファイルに出力する
〔168文字〕 編集
2023/10/18 (Wed)
00:41:09
No.4060
by
あどみ
〔2年以上前〕
元リンクは：https://web.archive.org/web/20050406220316/http://www....
〔94文字〕 編集
〔166文字〕 編集
〔170文字〕 編集
2023/10/11 (Wed)
22:10:14
No.4056
by
あどみ
〔2年以上前〕
>>4052です。
ルートディレクトリの直下にはfavicon.svg/favicon.ico/favicon.pngが置いてあったのですが、
HTMLには何も指定が無かったのでタグを追加したところ無事表示されました。
レスありがとうございました！即レスが返ってきて解決してしまったのでびっくりしています😂
〔44文字〕 編集
2023/10/11 (Wed)
11:07:46
No.4055
by
ともよ
〔2年以上前〕
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
〔914文字〕 編集
2023/10/11 (Wed)
07:00:14
No.4054
by
にしし
〔2年以上前〕
🌰Re:4048◆直接そのような機能は用意していないのですが、「続きを読む」機能のうち、 [H:～] 記法を使って指定範囲を隠す書き方ではなくて、 ＜＞ の記法を使って以後全部を隠す書き方を使うと、[[COMMENT:BODY]] のように『投稿本文の一部分だけが挿入されるような記法』が使われているスキンでは「続きを読む」機能が有効にならないという仕様があります。この仕様を使って、「一覧表示時用のスキン」と「投稿単独ページ用のスキン」とを分ければ、お望みの動作になりそうな気がします。
- 詳しくは、使い方・設定方法ページの「続きを読む(一部を隠す)機能の仕様」区画の中にある、「それ以降の全部を隠すタイプの「続きを読む」ボタンの書き方」あたりをご参照下さい。
- また、スキンの書き方については、カスタマイズ方法ページの「スキンのカスタマイズ方法（書き方リファレンス）」内の「【投稿本文関連要素（オプション）】」あたりをご参照下さい。（例えば [[COMMENT:LINE:1*]] と書くと、実際には投稿本文全部が表示されるものの、内部的には本文を分割している扱いになりますから、＜＞ の記法での続きを読む機能は無効になります。）
🌰Re:4052◆なるほど、モバイル版Firefoxにそんな問題があったとは……。分かりやすい図示をありがとうございます。favicon.icoファイルの存在を探しに行かない仕様はさすがに不具合なのではないかと思いますので、そのうち解決してくれるのではないかな、と期待したいところですね。Webサイト側としては、No.4053さんの方法を使えば対処できそうです。
🌰Re:4053◆解決策のご提示をありがとうございます。(╹◡╹) もはや「あらゆるブラウザが無条件でfavicon.icoを読みに行く」という動作が標準な感じですから、HTMLソース内でfaviconの存在を明示するのは「.ico形式以外の画像を指定したい場合だけ」みたいな感覚で居るのですが、まさかこんなところに落とし穴が。(^_^;)
〔182文字〕 編集
2023/10/11 (Wed)
06:21:52
No.4053
by
あどみ
〔2年以上前〕
確かにこちらの動作試験版ではOGP画像がFaviconになってるようですね。普段タブはリスト表示にしてるので全く気づきませんでした😅
しかし私が設置してるてがろぐでは普通にFaviconが反映されてるので(OGP画像も設定してます)ここのソースを見てみたら明示的に指定してないようです。多分HTMLでFaviconを指定すれば反映されると思いますよ。
〔317文字〕 編集
2023/10/10 (Tue)
23:58:49
No.4052
by
あどみ
〔2年以上前〕
(モバイルChromeやPCでは問題なし)検索しても何も出てこないんでハッキリしないんですが…
キャッシュの削除やアプリの再インストールしても解決しません。OGPの画像タグを表示しなければ、faviconが表示されます。
こちらの公式てがろぐもfirefoxモバイルだとOGPの画像が表示されてます。
firefoxの問題っぽいですが、一応#報告 しておきます。どなたか解決方法をご存じでしたら教えてください。
〔98文字〕 編集
2023/10/10 (Tue)
01:38:38
No.4049
by
ともよ
〔2年以上前〕
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
"同人・創作向けにレスポンシブwebテンプレート・てがろぐskinを配布しております。"
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
2023/10/09 (Mon)
02:53:55
No.4048
by
みさき
〔2年以上前〕
開発方面はめっきりなのですが、ｈｔｍｌ／cssのみでカスタマイズができる点が大変便利で助かります。
本当にありがとうございます。
一点、機能的な部分で質問です。
「続きを読む」機能を一覧表示時には活用した状態で、単独ページ？を開いた際には全文表示にすることは可能でしょうか。
使い方のページやこちらのログも拝見したのですが見つけられず、もし方法があるようでしたらお時間あるときにでもご教授いただけましたら幸いです。
2023/10/05 (Thu)
23:44:49
No.4047
by
にしし
〔2年以上前〕
🍨Re:4044◆「あえて識別子に G を加えるなら、デフォルトでギャラリーモードで表示されるようにしたいのだろう」と考えて良さそうに思いますから、識別子 G の仕様は「最初からチェックが入っている状態の『ギャラリーモードで検索』チェックボックスを表示する」という仕様で良いのではないかな、と思います。とすると、おっしゃるようにCSSで非表示にすれば、強制的にギャラリーモードで検索結果が表示される検索窓になりますね。（まあ、たとえそういう仕様ではなくても、JavaScriptを使えば非表示状態でもチェックをONにできますが。）
ご要望ありがとうございます。その方向で実装してみます。
〔456文字〕 編集
2023/10/05 (Thu)
00:00:30
No.4044
by
あどみ
〔2年以上前〕
>>4042 さん
教えてくださりありがとうございます！！
助かります！！やってみます！！☺️
>>4043
個人的には強制的にギャラリーモード（やその他のモード）で表示される機能だと便利です。私の使い方ですと、他モードで表示する事を想定していないので、仮にチェックボックスを外して検索された場合は想定外の表示になってしまうので…💦
と、思いましたが…。識別子のタグを利用しつつ画面上でチェックボックスを非表示にできれば、実質↑に書いた機能と同じかなぁと。
例えば
[[SEARCHBOX:COMPLEX:G]]
と記述しながら、G部分はCSSなどで非表示にする…など
チェックボックスを画面上に表示しないだけで、“常にチェックが入った状態”として扱えれば識別子の追加で充分な気がしてきました。チェックボックスの表示/非表示を使い手が選べますし…。
あまり詳しくなく、画面上に表示するしないがどういう仕組みなのかわかってないので、あくまでも理想として読んでいただければと思います。
2023/10/04 (Wed)
18:02:58
No.4043
by
にしし
〔2年以上前〕
🍨ふと気付いたんですが、ギャラリーモードで複合検索窓を表示すると、ギャラリーモードを維持できない（＝検索結果が通常モードで表示されてしまう）問題がありますね。次のバージョンで解決します。
🍨Re:4041-4042◆なるほど。ご要望をありがとうございます。そういう動作の需要があるとは考えていませんでした。複合検索窓でオプションとして指定できる識別子を増やしましょうかね？ 例えば、
- G=ギャラリーモードで検索するオプションを追加
- S=サイトマップページモードで検索するオプションを追加
- N=いま適用されているスキン指定を解除して検索結果を表示するようにする
- 例えば [[SEARCHBOX:COMPLEX:CHG]] のように、識別子として「CHG」を指定すると、(C)カテゴリ→(H)ハッシュタグ→(G)ギャラリー内限定検索チェックボックスの順に出力されるとか。
- もちろん、「ギャラリー内に限定して検索」チェックボックスだけが必要なら [[SEARCHBOX:COMPLEX:G]] だけと書けば良い感じで。
「ギャラリーモードで検索するオプションを追加」というよりは、「検索結果を強制的にギャラリーモードで表示する」という機能(動作)の方が望ましいですかね……？「こう動作すると望ましい」みたいな、細部の動作にご要望があればお知らせ下さい。
〔1216文字〕 編集
2023/10/04 (Wed)
03:01:24
No.4042
by
あどみ
〔2年以上前〕
CGI本体を弄ることになってしまうのでここに書くのはあまりよろしくないかもしれませんが、>>4041さんが望んでいると思われるものを自分のサイトで実現しているので、現時点ですぐに実現出来る方法を参考までに書きます。Ver 4.1.0での説明です。
tegalog.cgiをテキストエディタで開いて「my $galleryname = &fcts::forsafety($setdat{'galleryname'});」で検索します。すると1828行目付近に飛ぶと思います。
検索してヒットした文字列の1つ上の行にある
if( $cp{'mode'} eq 'gallery' ) {
を
if( $cp{'mode'} eq 'gallery' || $searchoptions eq '' ) {
にして上書き保存。通常スキンでも「ギャラリー内に限定して検索」のチェックボックスが表示されるようになり、通常スキンの[[SEARCHBOX]]で生成される検索窓から検索しても検索結果がギャラリーモードになります。
「ギャラリー内に限定して検索」の文字およびチェックボックス自体を表示させずに検索結果をギャラリーモードに固定するなら、書き換えた所の3行ほど下にある
$searchoptions .= qq|<label class="searchoption"><input type="checkbox" value="gallery" name="mode" checked>$galleryname内に限定して検索</label><br>
を
$searchoptions .= qq|<input type="hidden" value="gallery" name="mode">|;
にします。ただしこれをやると通常スキンで検索結果を表示することができなくなります。畳む
どのようなスキンを使われているのか不明なので公式のギャラリーモード用スキンを前提に補足すると、
ギャラリーモードをメイン・検索結果として運用するならギャラリー内側スキンの
<!-- ▽投稿本文内の1つ目の画像だけを表示 -->
[[ONEPICT:1]]
の所を
<!-- ▽投稿本文内の1つ目の画像だけを表示 -->
<a href="[[PARMAURL:PURE]]"><img src="[[GETURL:PICT:1]]" alt="No.[[POSTID]]" class="embeddedimage" loading="lazy"></a>
に変えておくと、ギャラリーモードの小さい画像をクリックすると記事の個別ページに飛ぶようになって直感的です。
〔204文字〕 編集
2023/10/04 (Wed)
01:36:08
No.4041
by
あどみ
〔2年以上前〕
質問？要望？です。
検索結果ページのスキンの指定はできないでしょうか？
使い方としては、
ギャラリーモードをメインにしつつ、画像表示（複数画像がある場合や、原寸サイズの確認）は通常スキンで表示し
同じページ（通常スキン）から検索→結果をギャラリーモードで表示
のように出来るのが理想です（文章わかりに辛くてすみません）。
何か代替できるやり方があればご教授お願い致します！
〔84文字〕 編集
〔178文字〕 編集
2023/10/02 (Mon)
23:34:20
No.4037
by
あどみ
〔2年以上前〕
カスタマイズに関する質問なのですが、複合検索窓の並びを
[カテゴリ][ハッシュタグ][検索ボタン]の順番にしたいです。
現状、
[検索ボタン]
[カテゴリ][ハッシュタグ]
↑のように検索ボタンだけが若干ずれた位置に表示されてしまいます。
キレイに横並びにする方法があれば教えていただきたいです。
よろしくお願いします。
2023/10/02 (Mon)
23:00:40
No.4036
by
にしし
〔2年以上前〕
🍨Re:4032◆ああ、ゲストブックでも投稿者が後から編集できる方が便利ですかね。その発想はありませんでした。ご要望ありがとうございます。使用イメージが分かると「何を実装すれば良いか」が考えやすくなるのでありがたいです。現状の仕様が「IDは管理者だけが作る」という前提なので、ユーザ側の操作をそのまま受け入れる仕様になっているのですが、「IDを誰でも作成できる」となると、他の皆が tomoyo とか sakura とかなIDを使っている中で、1人だけ SupermanFromSriJayawardenepuraKotte みたいな長いID名で作成されたときの対策（※そのまま出力するとレイアウトが崩れる可能性があるので）とかが何もないのもちょっと問題なので(笑)、その辺も考慮しないといけないよな……という気がしていまして、もしかしたら「IDなしで投稿できる」（＝ログインしなかったらゲスト扱いの投稿にする）みたいな方がまだ楽だという可能性もあるな……とちょっと思ったのでした。いや、ID名の長さ1点だけが問題なら上限を設ければ良いだけなんですけども、他にも『今は思いつけていない』問題があるかもしれませんから、そこを洗い出すところから始めないといけないので。現状では「IDさえ違っていれば表示名は重複可能」な仕様ですけども、そこも重複を拒否するような設定も必要かもしれませんね。あとは、ログインフォームのID選択欄がセレクトボックスになっていると、人数が多くなりすぎたときに選ぶのが大変なので、IDも直接打ち込む方式にできるような設定も必要でしょうね。……というような感じで。他にもたぶん考えればもっと何かあるでしょうね……。^^;畳む
🍨Re:4033◆誰でも書けるとなると、やはりスパム対策は必要になりますよね。既存の掲示板BBSとか、あっという間に自動投稿スパムで一杯になりますからね……。ここにそのような自動投稿スパムが来ないのは、ログインが必要だからなんでしょうね。……とすると、やはり自由に誰でも書けるようにできる設定を設けるとしても、ログインは必要にする方が良さそうな気もしますね……。
🍨Re:4034-5◆なるほど。内側スキンを空っぽにする発想もありませんでした。^^; あとは、エクスポート機能をログイン者に限るよう制限しておく方が望ましいでしょうね。（リンクが画面上に存在しなくても、そのURLを自力で作成してアクセスすることは可能ですから。Twilogの「ソースを取得」ボタンみたいな感じをイメージしていたので、デフォルト設定では「誰でも使用可能」な状態になっていますので。）
〔58文字〕 編集
2023/10/01 (Sun)
01:39:20
No.4035
by
さくら
〔2年以上前〕
内側スキンに何も記載しないようにして、RSS配信なども無効化すれば閲覧者からは投稿内容が見えないはず。
2023年9月 この範囲を時系列順で読む この範囲をファイルに出力する
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180
🌰Re:4060◆どっへえ。すごいバグですね……。URLの中に、さらに「 http:// 」の文字列が出てくることを想定していませんでした。現時点での解決策としては、URLの途中に出てくる方の http:// を http:// のように書き換えると、うまくリンクできます。ラベル のように。今のところはこの方法で対処して下さい。ご報告をありがとうございます。次のバージョンで解決させます。
https://web.archive.org/web/～/http://www.nintendo～
↓ ↓ ↓
https://web.archive.org/web/～/http://www.nintendo～