2023年10月 この範囲を時系列順で読む この範囲をファイルに出力する
てがろぐCGIをワンクリックでバージョンアップできるPHPが、ほぼ完成したような気がします。近日中には配布できるといいな……。（最初の画面イメージ、実行後の画面イメージ）
🌰Re:4062◆てがろぐのご活用をどうもありがとうございます。(╹◡╹) 下書き投稿へも移動ナビが出るのは、今のところは仕様です。当初は「ずっと下書き状態にしておく」という使用形態を想定していなかったこともありまして。将来的には改善したいと思っています。◆また、ご要望もどうもありがとうございます。[[NAVI:PREVNEXT]] の PREVとNEXTの分割挿入は需要もあるようですから、実装を検討します。現時点では No.4063 さんがご紹介下さったあたりのCSSテクニックを駆使してみて下さい。
🌰Re:4063◆サポートありがとうございます！
🌰Re:4062◆てがろぐのご活用をどうもありがとうございます。(╹◡╹) 下書き投稿へも移動ナビが出るのは、今のところは仕様です。当初は「ずっと下書き状態にしておく」という使用形態を想定していなかったこともありまして。将来的には改善したいと思っています。◆また、ご要望もどうもありがとうございます。[[NAVI:PREVNEXT]] の PREVとNEXTの分割挿入は需要もあるようですから、実装を検討します。現時点では No.4063 さんがご紹介下さったあたりのCSSテクニックを駆使してみて下さい。
🌰Re:4063◆サポートありがとうございます！
>>4063 さん、ありがとうございます。
レイアウトの件、試行錯誤してどうにか思う形に近づきました。
下書きの件は過去ログを検索しても同様の質問がなく、自分だけの症状かと不安だったので同じ方がいらして安心しました。
レイアウトの件、試行錯誤してどうにか思う形に近づきました。
下書きの件は過去ログを検索しても同様の質問がなく、自分だけの症状かと不安だったので同じ方がいらして安心しました。
>>4062 さんの一つ目の質問は私も気になる点の一つです。できれば下書きはページ移動リンクに表示されないほうがうれしいです…
[[NAVI:PREVNEXT]]のレイアウトは過去にも話題になってました。
>>3311 が参考になるかと思います
[[NAVI:PREVNEXT]]のレイアウトは過去にも話題になってました。
>>3311 が参考になるかと思います
はじめまして。
「てがろぐ」があまりにも万能すぎて、自分のサイトで三つも設置してしまいました。
今回、はじめて下書き機能を使ってみたのですが、下書きであってもページ移動リンクに表示されるのは仕様でしょうか。
投稿単独表示で利用しており、例えばNo.2までの投稿があったとして、No.3を新たに下書き投稿した場合、No.2のページにNo.1へのリンクとNo.3へのリンクが表示されてしまいます。
No.3へのリンクをクリックしても、ログインしていなければ「指定された番号の投稿は存在しません。」ということで内容は表示されないのですが、気になります。
また、[[NAVI:PREVNEXT]]はPREVとNEXTが別々にレイアウトができると助かります。好みの問題なのですが、あいだに目次やホームを挟んだレイアウトにしたいのです。
とくに不具合というわけでもないので、お時間のあるときにお返事をいただければありがたいです。
「てがろぐ」があまりにも万能すぎて、自分のサイトで三つも設置してしまいました。
今回、はじめて下書き機能を使ってみたのですが、下書きであってもページ移動リンクに表示されるのは仕様でしょうか。
投稿単独表示で利用しており、例えばNo.2までの投稿があったとして、No.3を新たに下書き投稿した場合、No.2のページにNo.1へのリンクとNo.3へのリンクが表示されてしまいます。
No.3へのリンクをクリックしても、ログインしていなければ「指定された番号の投稿は存在しません。」ということで内容は表示されないのですが、気になります。
また、[[NAVI:PREVNEXT]]はPREVとNEXTが別々にレイアウトができると助かります。好みの問題なのですが、あいだに目次やホームを挟んだレイアウトにしたいのです。
とくに不具合というわけでもないので、お時間のあるときにお返事をいただければありがたいです。
1日の中での気温差が大きい……。
🌰Re:4060◆どっへえ。すごいバグですね……。URLの中に、さらに「 http:// 」の文字列が出てくることを想定していませんでした。現時点での解決策としては、URLの途中に出てくる方の http:// を http:// のように書き換えると、うまくリンクできます。ラベル のように。今のところはこの方法で対処して下さい。ご報告をありがとうございます。次のバージョンで解決させます。
https://web.archive.org/web/～/http://www.nintendo～
↓ ↓ ↓
https://web.archive.org/web/～/http://www.nintendo～
🌰Re:4060◆どっへえ。すごいバグですね……。URLの中に、さらに「 http:// 」の文字列が出てくることを想定していませんでした。現時点での解決策としては、URLの途中に出てくる方の http:// を http:// のように書き換えると、うまくリンクできます。ラベル のように。今のところはこの方法で対処して下さい。ご報告をありがとうございます。次のバージョンで解決させます。
https://web.archive.org/web/～/http://www.nintendo～
↓ ↓ ↓
https://web.archive.org/web/～/http://www.nintendo～
internet archiveのリンクを貼ると、こんな風になって 正しいリンクとならないのですが、対処方法はありますか？
元リンクは：https://web.archive.org/web/20050406220316/http://www....
元リンクは：https://web.archive.org/web/20050406220316/http://www....
チャーハンを食べました（昼食）。🍚🍳🍛
🍘Re:4057◆てがろぐのご活用をありがとうございます。やっぱり、ノータリンに空目しますよね！
＼ノークレーム・ノータリンでお願いします！／
🍘Re:4057◆てがろぐのご活用をありがとうございます。やっぱり、ノータリンに空目しますよね！
＼ノークレーム・ノータリンでお願いします！／
てがろぐをツイッターっぽくして好きなことひたすら呟くようにしたら毎日が楽しいです。
開発してくださって本当にありがたいです。#感謝
ノーリターン
昔、海外の小説を読んでたら「ノーポイント ノーリターン」という子見出しが出てきて、海外でもノータリンという言葉を使うのかと思ったのを思い出しました（本文読んで違うことに気づきましたが）
開発してくださって本当にありがたいです。#感謝
ノーリターン
昔、海外の小説を読んでたら「ノーポイント ノーリターン」という子見出しが出てきて、海外でもノータリンという言葉を使うのかと思ったのを思い出しました（本文読んで違うことに気づきましたが）
>>4052,4053,4054
>>4052です。
ルートディレクトリの直下にはfavicon.svg/favicon.ico/favicon.pngが置いてあったのですが、
HTMLには何も指定が無かったのでタグを追加したところ無事表示されました。
レスありがとうございました！即レスが返ってきて解決してしまったのでびっくりしています😂
>>4052です。
ルートディレクトリの直下にはfavicon.svg/favicon.ico/favicon.pngが置いてあったのですが、
HTMLには何も指定が無かったのでタグを追加したところ無事表示されました。
レスありがとうございました！即レスが返ってきて解決してしまったのでびっくりしています😂
"てがろぐ用スキン「sirason」配布するよ！ 今回のもギャラリーモードあるよ！"
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
モンブラン食べたい。🌰🌰🌰
🌰Re:4048◆直接そのような機能は用意していないのですが、「続きを読む」機能のうち、 [H:～] 記法を使って指定範囲を隠す書き方ではなくて、 ＜＞ の記法を使って以後全部を隠す書き方を使うと、[[COMMENT:BODY]] のように『投稿本文の一部分だけが挿入されるような記法』が使われているスキンでは「続きを読む」機能が有効にならないという仕様があります。この仕様を使って、「一覧表示時用のスキン」と「投稿単独ページ用のスキン」とを分ければ、お望みの動作になりそうな気がします。
🌰Re:4052◆なるほど、モバイル版Firefoxにそんな問題があったとは……。分かりやすい図示をありがとうございます。favicon.icoファイルの存在を探しに行かない仕様はさすがに不具合なのではないかと思いますので、そのうち解決してくれるのではないかな、と期待したいところですね。Webサイト側としては、No.4053さんの方法を使えば対処できそうです。
🌰Re:4053◆解決策のご提示をありがとうございます。(╹◡╹) もはや「あらゆるブラウザが無条件でfavicon.icoを読みに行く」という動作が標準な感じですから、HTMLソース内でfaviconの存在を明示するのは「.ico形式以外の画像を指定したい場合だけ」みたいな感覚で居るのですが、まさかこんなところに落とし穴が。(^_^;)
🌰Re:4048◆直接そのような機能は用意していないのですが、「続きを読む」機能のうち、 [H:～] 記法を使って指定範囲を隠す書き方ではなくて、 ＜＞ の記法を使って以後全部を隠す書き方を使うと、[[COMMENT:BODY]] のように『投稿本文の一部分だけが挿入されるような記法』が使われているスキンでは「続きを読む」機能が有効にならないという仕様があります。この仕様を使って、「一覧表示時用のスキン」と「投稿単独ページ用のスキン」とを分ければ、お望みの動作になりそうな気がします。
- 詳しくは、使い方・設定方法ページの「続きを読む(一部を隠す)機能の仕様」区画の中にある、「それ以降の全部を隠すタイプの「続きを読む」ボタンの書き方」あたりをご参照下さい。
- また、スキンの書き方については、カスタマイズ方法ページの「スキンのカスタマイズ方法（書き方リファレンス）」内の「【投稿本文関連要素（オプション）】」あたりをご参照下さい。（例えば [[COMMENT:LINE:1*]] と書くと、実際には投稿本文全部が表示されるものの、内部的には本文を分割している扱いになりますから、＜＞ の記法での続きを読む機能は無効になります。）
🌰Re:4052◆なるほど、モバイル版Firefoxにそんな問題があったとは……。分かりやすい図示をありがとうございます。favicon.icoファイルの存在を探しに行かない仕様はさすがに不具合なのではないかと思いますので、そのうち解決してくれるのではないかな、と期待したいところですね。Webサイト側としては、No.4053さんの方法を使えば対処できそうです。
🌰Re:4053◆解決策のご提示をありがとうございます。(╹◡╹) もはや「あらゆるブラウザが無条件でfavicon.icoを読みに行く」という動作が標準な感じですから、HTMLソース内でfaviconの存在を明示するのは「.ico形式以外の画像を指定したい場合だけ」みたいな感覚で居るのですが、まさかこんなところに落とし穴が。(^_^;)
>>4052
確かにこちらの動作試験版ではOGP画像がFaviconになってるようですね。普段タブはリスト表示にしてるので全く気づきませんでした😅
しかし私が設置してるてがろぐでは普通にFaviconが反映されてるので(OGP画像も設定してます)ここのソースを見てみたら明示的に指定してないようです。多分HTMLでFaviconを指定すれば反映されると思いますよ。
確かにこちらの動作試験版ではOGP画像がFaviconになってるようですね。普段タブはリスト表示にしてるので全く気づきませんでした😅
しかし私が設置してるてがろぐでは普通にFaviconが反映されてるので(OGP画像も設定してます)ここのソースを見てみたら明示的に指定してないようです。多分HTMLでFaviconを指定すれば反映されると思いますよ。
なぜか自サイトのてがろぐでfaviconが表示されずに薄紫色のアイコンが表示されるので色々試してみたら、FirefoxモバイルではfaviconよりもOGP用の画像のほうが優先して表示されるバグがあるみたい？です。
(モバイルChromeやPCでは問題なし)検索しても何も出てこないんでハッキリしないんですが…
キャッシュの削除やアプリの再インストールしても解決しません。OGPの画像タグを表示しなければ、faviconが表示されます。
こちらの公式てがろぐもfirefoxモバイルだとOGPの画像が表示されてます。
firefoxの問題っぽいですが、一応#報告 しておきます。どなたか解決方法をご存じでしたら教えてください。
(モバイルChromeやPCでは問題なし)検索しても何も出てこないんでハッキリしないんですが…
キャッシュの削除やアプリの再インストールしても解決しません。OGPの画像タグを表示しなければ、faviconが表示されます。
こちらの公式てがろぐもfirefoxモバイルだとOGPの画像が表示されてます。
firefoxの問題っぽいですが、一応#報告 しておきます。どなたか解決方法をご存じでしたら教えてください。
"てがろぐのサムネ、大きく出すことももちろんできるんだけど、この控えめなサイズがたいへん落ち着く"
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
"同人・創作向けにレスポンシブwebテンプレート・てがろぐskinを配布しております。"
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
"同人・創作向けにレスポンシブwebテンプレート・てがろぐskinを配布しております。"
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
ベーシック認証を使うのにサーバーでの管理が必須だったのですが、データ量が多くhtmlで管理するのもなと調べていたところ、てがろぐを見つけて重宝しております。
開発方面はめっきりなのですが、ｈｔｍｌ／cssのみでカスタマイズができる点が大変便利で助かります。
本当にありがとうございます。
一点、機能的な部分で質問です。
「続きを読む」機能を一覧表示時には活用した状態で、単独ページ？を開いた際には全文表示にすることは可能でしょうか。
使い方のページやこちらのログも拝見したのですが見つけられず、もし方法があるようでしたらお時間あるときにでもご教授いただけましたら幸いです。
開発方面はめっきりなのですが、ｈｔｍｌ／cssのみでカスタマイズができる点が大変便利で助かります。
本当にありがとうございます。
一点、機能的な部分で質問です。
「続きを読む」機能を一覧表示時には活用した状態で、単独ページ？を開いた際には全文表示にすることは可能でしょうか。
使い方のページやこちらのログも拝見したのですが見つけられず、もし方法があるようでしたらお時間あるときにでもご教授いただけましたら幸いです。
食べたいアイスがまだそこそこあるんですけども、そろそろアイスの気温でもなくなってきた……？🍨🍨🍨
🍨Re:4044◆「あえて識別子に G を加えるなら、デフォルトでギャラリーモードで表示されるようにしたいのだろう」と考えて良さそうに思いますから、識別子 G の仕様は「最初からチェックが入っている状態の『ギャラリーモードで検索』チェックボックスを表示する」という仕様で良いのではないかな、と思います。とすると、おっしゃるようにCSSで非表示にすれば、強制的にギャラリーモードで検索結果が表示される検索窓になりますね。（まあ、たとえそういう仕様ではなくても、JavaScriptを使えば非表示状態でもチェックをONにできますが。）
ご要望ありがとうございます。その方向で実装してみます。
🍨Re:4044◆「あえて識別子に G を加えるなら、デフォルトでギャラリーモードで表示されるようにしたいのだろう」と考えて良さそうに思いますから、識別子 G の仕様は「最初からチェックが入っている状態の『ギャラリーモードで検索』チェックボックスを表示する」という仕様で良いのではないかな、と思います。とすると、おっしゃるようにCSSで非表示にすれば、強制的にギャラリーモードで検索結果が表示される検索窓になりますね。（まあ、たとえそういう仕様ではなくても、JavaScriptを使えば非表示状態でもチェックをONにできますが。）
ご要望ありがとうございます。その方向で実装してみます。
>>4041 です。
>>4042 さん
教えてくださりありがとうございます！！
助かります！！やってみます！！☺️
>>4043
個人的には強制的にギャラリーモード（やその他のモード）で表示される機能だと便利です。私の使い方ですと、他モードで表示する事を想定していないので、仮にチェックボックスを外して検索された場合は想定外の表示になってしまうので…💦
と、思いましたが…。識別子のタグを利用しつつ画面上でチェックボックスを非表示にできれば、実質↑に書いた機能と同じかなぁと。
例えば
[[SEARCHBOX:COMPLEX:G]]
と記述しながら、G部分はCSSなどで非表示にする…など
チェックボックスを画面上に表示しないだけで、“常にチェックが入った状態”として扱えれば識別子の追加で充分な気がしてきました。チェックボックスの表示/非表示を使い手が選べますし…。
あまり詳しくなく、画面上に表示するしないがどういう仕組みなのかわかってないので、あくまでも理想として読んでいただければと思います。
>>4042 さん
教えてくださりありがとうございます！！
助かります！！やってみます！！☺️
>>4043
個人的には強制的にギャラリーモード（やその他のモード）で表示される機能だと便利です。私の使い方ですと、他モードで表示する事を想定していないので、仮にチェックボックスを外して検索された場合は想定外の表示になってしまうので…💦
と、思いましたが…。識別子のタグを利用しつつ画面上でチェックボックスを非表示にできれば、実質↑に書いた機能と同じかなぁと。
例えば
[[SEARCHBOX:COMPLEX:G]]
と記述しながら、G部分はCSSなどで非表示にする…など
チェックボックスを画面上に表示しないだけで、“常にチェックが入った状態”として扱えれば識別子の追加で充分な気がしてきました。チェックボックスの表示/非表示を使い手が選べますし…。
あまり詳しくなく、画面上に表示するしないがどういう仕組みなのかわかってないので、あくまでも理想として読んでいただければと思います。
あずきバーを食べました。🍨🍨🍨
🍨ふと気付いたんですが、ギャラリーモードで複合検索窓を表示すると、ギャラリーモードを維持できない（＝検索結果が通常モードで表示されてしまう）問題がありますね。次のバージョンで解決します。
🍨Re:4041-4042◆なるほど。ご要望をありがとうございます。そういう動作の需要があるとは考えていませんでした。複合検索窓でオプションとして指定できる識別子を増やしましょうかね？ 例えば、
「ギャラリーモードで検索するオプションを追加」というよりは、「検索結果を強制的にギャラリーモードで表示する」という機能(動作)の方が望ましいですかね……？「こう動作すると望ましい」みたいな、細部の動作にご要望があればお知らせ下さい。
🍨ふと気付いたんですが、ギャラリーモードで複合検索窓を表示すると、ギャラリーモードを維持できない（＝検索結果が通常モードで表示されてしまう）問題がありますね。次のバージョンで解決します。
🍨Re:4041-4042◆なるほど。ご要望をありがとうございます。そういう動作の需要があるとは考えていませんでした。複合検索窓でオプションとして指定できる識別子を増やしましょうかね？ 例えば、
- G=ギャラリーモードで検索するオプションを追加
- S=サイトマップページモードで検索するオプションを追加
- N=いま適用されているスキン指定を解除して検索結果を表示するようにする
- 例えば [[SEARCHBOX:COMPLEX:CHG]] のように、識別子として「CHG」を指定すると、(C)カテゴリ→(H)ハッシュタグ→(G)ギャラリー内限定検索チェックボックスの順に出力されるとか。
- もちろん、「ギャラリー内に限定して検索」チェックボックスだけが必要なら [[SEARCHBOX:COMPLEX:G]] だけと書けば良い感じで。
「ギャラリーモードで検索するオプションを追加」というよりは、「検索結果を強制的にギャラリーモードで表示する」という機能(動作)の方が望ましいですかね……？「こう動作すると望ましい」みたいな、細部の動作にご要望があればお知らせ下さい。
>>4041さんとは別人ですが、私も通常スキンの[[SEARCHBOX]]からも「ギャラリー内に限定して検索」のチェックを入れられる記法が欲しいなと思ってます。
CGI本体を弄ることになってしまうのでここに書くのはあまりよろしくないかもしれませんが、>>4041さんが望んでいると思われるものを自分のサイトで実現しているので、現時点ですぐに実現出来る方法を参考までに書きます。Ver 4.1.0での説明です。
tegalog.cgiをテキストエディタで開いて「my $galleryname = &fcts::forsafety($setdat{'galleryname'});」で検索します。すると1828行目付近に飛ぶと思います。
検索してヒットした文字列の1つ上の行にある
を
にして上書き保存。通常スキンでも「ギャラリー内に限定して検索」のチェックボックスが表示されるようになり、通常スキンの[[SEARCHBOX]]で生成される検索窓から検索しても検索結果がギャラリーモードになります。
「ギャラリー内に限定して検索」の文字およびチェックボックス自体を表示させずに検索結果をギャラリーモードに固定するなら、書き換えた所の3行ほど下にある
を
にします。ただしこれをやると通常スキンで検索結果を表示することができなくなります。畳む
どのようなスキンを使われているのか不明なので公式のギャラリーモード用スキンを前提に補足すると、
ギャラリーモードをメイン・検索結果として運用するならギャラリー内側スキンの
の所を
に変えておくと、ギャラリーモードの小さい画像をクリックすると記事の個別ページに飛ぶようになって直感的です。
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>
に変えておくと、ギャラリーモードの小さい画像をクリックすると記事の個別ページに飛ぶようになって直感的です。
いつもお世話になっております！
質問？要望？です。
検索結果ページのスキンの指定はできないでしょうか？
使い方としては、
ギャラリーモードをメインにしつつ、画像表示（複数画像がある場合や、原寸サイズの確認）は通常スキンで表示し
同じページ（通常スキン）から検索→結果をギャラリーモードで表示
のように出来るのが理想です（文章わかりに辛くてすみません）。
何か代替できるやり方があればご教授お願い致します！
質問？要望？です。
検索結果ページのスキンの指定はできないでしょうか？
使い方としては、
ギャラリーモードをメインにしつつ、画像表示（複数画像がある場合や、原寸サイズの確認）は通常スキンで表示し
同じページ（通常スキン）から検索→結果をギャラリーモードで表示
のように出来るのが理想です（文章わかりに辛くてすみません）。
何か代替できるやり方があればご教授お願い致します！
4038
回答ありがとうございました。
li要素になっているということで、そのあたりのCSSを確認しいじり回したところ、理想の並びになりました。ありがとうございます！！
回答ありがとうございました。
li要素になっているということで、そのあたりのCSSを確認しいじり回したところ、理想の並びになりました。ありがとうございます！！
🍨Re:4037◆複合検索窓の条件指定部分は1つ1つがli要素で出力されていますから、標準では縦に並んで表示されます。それが横に並んでいるということは、既に何らかのCSSが加えられているのだと思います。それが今どうなっているのかをお知らせ頂かないと、何とも言い難いです。現状でどう見えているのかの画面イメージ（スクリーンショット）を貼って頂くとか、それをどう見せるようにしたいのかを図示して頂くとか、現状のCSSソースを転記して頂くとかがあれば、何らかのアドバイスができるかもしれません。
いつもお世話になっております。
カスタマイズに関する質問なのですが、複合検索窓の並びを
[カテゴリ][ハッシュタグ][検索ボタン]の順番にしたいです。
現状、
[検索ボタン]
[カテゴリ][ハッシュタグ]
↑のように検索ボタンだけが若干ずれた位置に表示されてしまいます。
キレイに横並びにする方法があれば教えていただきたいです。
よろしくお願いします。
カスタマイズに関する質問なのですが、複合検索窓の並びを
[カテゴリ][ハッシュタグ][検索ボタン]の順番にしたいです。
現状、
[検索ボタン]
[カテゴリ][ハッシュタグ]
↑のように検索ボタンだけが若干ずれた位置に表示されてしまいます。
キレイに横並びにする方法があれば教えていただきたいです。
よろしくお願いします。
とうとう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の「ソースを取得」ボタンみたいな感じをイメージしていたので、デフォルト設定では「誰でも使用可能」な状態になっていますので。）
🍨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 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
