No.4042, No.4041, No.4040, No.4039, No.4038, No.4037, No.4036［7件］
あどみ
＞
>>4041さんとは別人ですが、私も通常スキンの[[SEARCHBOX]]からも「ギャラリー内に限定して検索」のチェックを入れられる記法が欲しいなと思ってます。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>
に変えておくと、ギャラリーモードの小さい画像をクリックすると記事の個別ページに飛ぶようになって直感的です。 1年以上前（水 03:01:24）
あどみ
＞
いつもお世話になっております！質問？要望？です。
検索結果ページのスキンの指定はできないでしょうか？
使い方としては、
ギャラリーモードをメインにしつつ、画像表示（複数画像がある場合や、原寸サイズの確認）は通常スキンで表示し
同じページ（通常スキン）から検索→結果をギャラリーモードで表示
のように出来るのが理想です（文章わかりに辛くてすみません）。
何か代替できるやり方があればご教授お願い致します！ 1年以上前（水 01:36:08）
あどみ
＞
4038回答ありがとうございました。
li要素になっているということで、そのあたりのCSSを確認しいじり回したところ、理想の並びになりました。ありがとうございます！！ 1年以上前（火 22:55:31）
にしし
＞
🍨Re:4037◆複合検索窓の条件指定部分は1つ1つがli要素で出力されていますから、標準では縦に並んで表示されます。それが横に並んでいるということは、既に何らかのCSSが加えられているのだと思います。それが今どうなっているのかをお知らせ頂かないと、何とも言い難いです。現状でどう見えているのかの画面イメージ（スクリーンショット）を貼って頂くとか、それをどう見せるようにしたいのかを図示して頂くとか、現状のCSSソースを転記して頂くとかがあれば、何らかのアドバイスができるかもしれません。
1年以上前（火 14:12:31）
回答/返信
あどみ
＞
いつもお世話になっております。カスタマイズに関する質問なのですが、複合検索窓の並びを
[カテゴリ][ハッシュタグ][検索ボタン]の順番にしたいです。
現状、
[検索ボタン]
[カテゴリ][ハッシュタグ]
↑のように検索ボタンだけが若干ずれた位置に表示されてしまいます。
キレイに横並びにする方法があれば教えていただきたいです。
よろしくお願いします。 1年以上前（月 23:34:20）
にしし
＞
とうとう10月になってしまいました。今年もあと4分の1……。いつの間に……。_(:3」z)_🍨Re:4032◆ああ、ゲストブックでも投稿者が後から編集できる方が便利ですかね。その発想はありませんでした。ご要望ありがとうございます。使用イメージが分かると「何を実装すれば良いか」が考えやすくなるのでありがたいです。現状の仕様が「IDは管理者だけが作る」という前提なので、ユーザ側の操作をそのまま受け入れる仕様になっているのですが、「IDを誰でも作成できる」となると、他の皆が tomoyo とか sakura とかなIDを使っている中で、1人だけ SupermanFromSriJayawardenepuraKotte みたいな長いID名で作成されたときの対策（※そのまま出力するとレイアウトが崩れる可能性があるので）とかが何もないのもちょっと問題なので(笑)、その辺も考慮しないといけないよな……という気がしていまして、もしかしたら「IDなしで投稿できる」（＝ログインしなかったらゲスト扱いの投稿にする）みたいな方がまだ楽だという可能性もあるな……とちょっと思ったのでした。いや、ID名の長さ1点だけが問題なら上限を設ければ良いだけなんですけども、他にも『今は思いつけていない』問題があるかもしれませんから、そこを洗い出すところから始めないといけないので。現状では「IDさえ違っていれば表示名は重複可能」な仕様ですけども、そこも重複を拒否するような設定も必要かもしれませんね。あとは、ログインフォームのID選択欄がセレクトボックスになっていると、人数が多くなりすぎたときに選ぶのが大変なので、IDも直接打ち込む方式にできるような設定も必要でしょうね。……というような感じで。他にもたぶん考えればもっと何かあるでしょうね……。^^;畳む
🍨Re:4033◆誰でも書けるとなると、やはりスパム対策は必要になりますよね。既存の掲示板BBSとか、あっという間に自動投稿スパムで一杯になりますからね……。ここにそのような自動投稿スパムが来ないのは、ログインが必要だからなんでしょうね。……とすると、やはり自由に誰でも書けるようにできる設定を設けるとしても、ログインは必要にする方が良さそうな気もしますね……。
🍨Re:4034-5◆なるほど。内側スキンを空っぽにする発想もありませんでした。^^; あとは、エクスポート機能をログイン者に限るよう制限しておく方が望ましいでしょうね。（リンクが画面上に存在しなくても、そのURLを自力で作成してアクセスすることは可能ですから。Twilogの「ソースを取得」ボタンみたいな感じをイメージしていたので、デフォルト設定では「誰でも使用可能」な状態になっていますので。）
1年以上前（月 23:00:40） 回答/返信