2023年10月 この範囲を時系列順で読む この範囲をファイルに出力する
>>4042 さん
教えてくださりありがとうございます!!
助かります!!やってみます!!☺️
>>4043
個人的には強制的にギャラリーモード(やその他のモード)で表示される機能だと便利です。私の使い方ですと、他モードで表示する事を想定していないので、仮にチェックボックスを外して検索された場合は想定外の表示になってしまうので…💦
と、思いましたが…。識別子のタグを利用しつつ画面上でチェックボックスを非表示にできれば、実質↑に書いた機能と同じかなぁと。
例えば
[[SEARCHBOX:COMPLEX:G]]
と記述しながら、G部分はCSSなどで非表示にする…など
チェックボックスを画面上に表示しないだけで、“常にチェックが入った状態”として扱えれば識別子の追加で充分な気がしてきました。チェックボックスの表示/非表示を使い手が選べますし…。
あまり詳しくなく、画面上に表示するしないがどういう仕組みなのかわかってないので、あくまでも理想として読んでいただければと思います。
🍨ふと気付いたんですが、ギャラリーモードで複合検索窓を表示すると、ギャラリーモードを維持できない(=検索結果が通常モードで表示されてしまう)問題がありますね。次のバージョンで解決します。
🍨Re:4041-4042◆なるほど。ご要望をありがとうございます。そういう動作の需要があるとは考えていませんでした。複合検索窓でオプションとして指定できる識別子を増やしましょうかね? 例えば、
- G=ギャラリーモードで検索するオプションを追加
- S=サイトマップページモードで検索するオプションを追加
- N=いま適用されているスキン指定を解除して検索結果を表示するようにする
- 例えば [[SEARCHBOX:COMPLEX:CHG]] のように、識別子として「CHG」を指定すると、(C)カテゴリ→(H)ハッシュタグ→(G)ギャラリー内限定検索チェックボックスの順に出力されるとか。
- もちろん、「ギャラリー内に限定して検索」チェックボックスだけが必要なら [[SEARCHBOX:COMPLEX:G]] だけと書けば良い感じで。
「ギャラリーモードで検索するオプションを追加」というよりは、「検索結果を強制的にギャラリーモードで表示する」という機能(動作)の方が望ましいですかね……?「こう動作すると望ましい」みたいな、細部の動作にご要望があればお知らせ下さい。
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>
に変えておくと、ギャラリーモードの小さい画像をクリックすると記事の個別ページに飛ぶようになって直感的です。
検索結果ページのスキンの指定はできないでしょうか?
使い方としては、
ギャラリーモードをメインにしつつ、画像表示(複数画像がある場合や、原寸サイズの確認)は通常スキンで表示し
同じページ(通常スキン)から検索→結果をギャラリーモードで表示
のように出来るのが理想です(文章わかりに辛くてすみません)。
何か代替できるやり方があればご教授お願い致します!
li要素になっているということで、そのあたりのCSSを確認しいじり回したところ、理想の並びになりました。ありがとうございます!!
[カテゴリ][ハッシュタグ][検索ボタン]の順番にしたいです。
現状、
[検索ボタン]
[カテゴリ][ハッシュタグ]
↑のように検索ボタンだけが若干ずれた位置に表示されてしまいます。
キレイに横並びにする方法があれば教えていただきたいです。
よろしくお願いします。
🍨Re:4032◆ああ、ゲストブックでも投稿者が後から編集できる方が便利ですかね。その発想はありませんでした。ご要望ありがとうございます。使用イメージが分かると「何を実装すれば良いか」が考えやすくなるのでありがたいです。現状の仕様が「IDは管理者だけが作る」という前提なので、ユーザ側の操作をそのまま受け入れる仕様になっているのですが、「IDを誰でも作成できる」となると、他の皆が tomoyo とか sakura とかなIDを使っている中で、1人だけ SupermanFromSriJayawardenepuraKotte みたいな長いID名で作成されたときの対策(※そのまま出力するとレイアウトが崩れる可能性があるので)とかが何もないのもちょっと問題なので(笑)、その辺も考慮しないといけないよな……という気がしていまして、もしかしたら「IDなしで投稿できる」(=ログインしなかったらゲスト扱いの投稿にする)みたいな方がまだ楽だという可能性もあるな……とちょっと思ったのでした。いや、ID名の長さ1点だけが問題なら上限を設ければ良いだけなんですけども、他にも『今は思いつけていない』問題があるかもしれませんから、そこを洗い出すところから始めないといけないので。現状では「IDさえ違っていれば表示名は重複可能」な仕様ですけども、そこも重複を拒否するような設定も必要かもしれませんね。あとは、ログインフォームのID選択欄がセレクトボックスになっていると、人数が多くなりすぎたときに選ぶのが大変なので、IDも直接打ち込む方式にできるような設定も必要でしょうね。……というような感じで。他にもたぶん考えればもっと何かあるでしょうね……。^^;畳む
🍨Re:4033◆誰でも書けるとなると、やはりスパム対策は必要になりますよね。既存の掲示板BBSとか、あっという間に自動投稿スパムで一杯になりますからね……。ここにそのような自動投稿スパムが来ないのは、ログインが必要だからなんでしょうね。……とすると、やはり自由に誰でも書けるようにできる設定を設けるとしても、ログインは必要にする方が良さそうな気もしますね……。
🍨Re:4034-5◆なるほど。内側スキンを空っぽにする発想もありませんでした。^^; あとは、エクスポート機能をログイン者に限るよう制限しておく方が望ましいでしょうね。(リンクが画面上に存在しなくても、そのURLを自力で作成してアクセスすることは可能ですから。Twilogの「ソースを取得」ボタンみたいな感じをイメージしていたので、デフォルト設定では「誰でも使用可能」な状態になっていますので。)
2023年9月 この範囲を時系列順で読む この範囲をファイルに出力する
ユーザーは自分が投稿した物だけを編集・削除出来るようにするなら『IDを自由に作成できる』の方が良いのかなと考えていました。
また、現行のバージョンでの対応方法についてのご教示いただきありがとうございます!不特定多数に書き込んで頂く場合書き方の統一の面での強制力等の問題もありますが現状一番イメージに近く運用出来そうです。リンク先にあるような投稿欄の分割、もしくは掲示板モードの実装もご検討いただけるととても嬉しいです。お返事ありがとうございました。
#要望 としててがろぐをゲストブックのように使用できると嬉しいのですが、ゲスト(Lv.1)設定か発言者(Lv.3)設定でサイト閲覧者がユーザIDを自分で作成出来るようにする、というのはやはり難しいでしょうか…?
一人SNSや少人数の交流ツールとしての使用用途からは外れてしまうため無理とは分かりつつ、駄目元で書き込ませて頂きます…!
🍫Re:4026◆情報をどうもありがとうございます。おかげさまで、カラフルボックスでのセットアップ手順を修正できました。mixhostもそうですが、標準モジュールもデフォルトでは入っていない仕様になっているというのは、もはや「CGIを使う」ということを積極的には考慮しない方針なんでしょうかね……。
🍫Re:4027◆Spotifyの埋め込みサイズは、管理画面の設定から自由に変更できますのでお試し下さい。660×175(px)にすると、だいたいApple Musicの埋め込みサイズと同じになると思います。てがろぐの設定では(従来からお使いの方々の表示が突然変わってしまわないように)Spotifyは「旧標準サイズ」がデフォルトになっていますが、今のSpotifyだとApple Musicのように「横長」が基本なようです。
普段SpotifyやAppleMusicはてがろぐに埋め込む以外には使っていないのですが、埋め込んだ時のスペースの大きさはAppleMusicの方が好みなもので…
🍨Re:4023◆ご報告をありがとうございます。もはやPerlで動くCGIを使うという発想がないレンタルサーバも増えつつあるんでしょうかね……。ちょいと質問ですが、手動で入れる必要があったのは「CGIモジュール」だけで、Time::Localモジュールの方は最初からインストールされていましたでしょうか?
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