2023年10月 この範囲を時系列順で読む この範囲をファイルに出力する
開発方面はめっきりなのですが、html/cssのみでカスタマイズができる点が大変便利で助かります。
本当にありがとうございます。
一点、機能的な部分で質問です。
「続きを読む」機能を一覧表示時には活用した状態で、単独ページ?を開いた際には全文表示にすることは可能でしょうか。
使い方のページやこちらのログも拝見したのですが見つけられず、もし方法があるようでしたらお時間あるときにでもご教授いただけましたら幸いです。
🍨Re:4044◆「あえて識別子に G を加えるなら、デフォルトでギャラリーモードで表示されるようにしたいのだろう」と考えて良さそうに思いますから、識別子 G の仕様は「最初からチェックが入っている状態の『ギャラリーモードで検索』チェックボックスを表示する」という仕様で良いのではないかな、と思います。とすると、おっしゃるようにCSSで非表示にすれば、強制的にギャラリーモードで検索結果が表示される検索窓になりますね。(まあ、たとえそういう仕様ではなくても、JavaScriptを使えば非表示状態でもチェックをONにできますが。)
ご要望ありがとうございます。その方向で実装してみます。
>>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の「ソースを取得」ボタンみたいな感じをイメージしていたので、デフォルト設定では「誰でも使用可能」な状態になっていますので。)
内側スキンに何も記載しないようにして、RSS配信なども無効化すれば閲覧者からは投稿内容が見えないはず。
2023年9月 この範囲を時系列順で読む この範囲をファイルに出力する
4029です。
ユーザーは自分が投稿した物だけを編集・削除出来るようにするなら『IDを自由に作成できる』の方が良いのかなと考えていました。
また、現行のバージョンでの対応方法についてのご教示いただきありがとうございます!不特定多数に書き込んで頂く場合書き方の統一の面での強制力等の問題もありますが現状一番イメージに近く運用出来そうです。リンク先にあるような投稿欄の分割、もしくは掲示板モードの実装もご検討いただけるととても嬉しいです。お返事ありがとうございました。
失礼します。
#テスト
#要望 としててがろぐをゲストブックのように使用できると嬉しいのですが、ゲスト(Lv.1)設定か発言者(Lv.3)設定でサイト閲覧者がユーザIDを自分で作成出来るようにする、というのはやはり難しいでしょうか…?
一人SNSや少人数の交流ツールとしての使用用途からは外れてしまうため無理とは分かりつつ、駄目元で書き込ませて頂きます…!
🍫Re:4026◆情報をどうもありがとうございます。おかげさまで、カラフルボックスでのセットアップ手順を修正できました。mixhostもそうですが、標準モジュールもデフォルトでは入っていない仕様になっているというのは、もはや「CGIを使う」ということを積極的には考慮しない方針なんでしょうかね……。
🍫Re:4027◆Spotifyの埋め込みサイズは、管理画面の設定から自由に変更できますのでお試し下さい。660×175(px)にすると、だいたいApple Musicの埋め込みサイズと同じになると思います。てがろぐの設定では(従来からお使いの方々の表示が突然変わってしまわないように)Spotifyは「旧標準サイズ」がデフォルトになっていますが、今のSpotifyだとApple Musicのように「横長」が基本なようです。

🍨Re:4023◆ご報告をありがとうございます。もはやPerlで動くCGIを使うという発想がないレンタルサーバも増えつつあるんでしょうかね……。ちょいと質問ですが、手動で入れる必要があったのは「CGIモジュール」だけで、Time::Localモジュールの方は最初からインストールされていましたでしょうか?
カラフルボックスの一部サーバーが新仕様のサーバーに移行しましたが、mixhostでの設置方法と同じくCGIモジュールを自分でインストールしなくてはならなくなったようです。移行後に500エラーが出てしまうのでモジュールをインストール後にtegalog.cgiの1行目を#! /usr/bin/perlmlに書き換えたら動くようになりました。
➡てがろぐCGIをローカルPCで動かす方法