検索語「〔除外:$ci=;〕」の検索結果[1202件](21ページ目)
鍵機能について問題はありませんが、要望があったので再度書き込みさせていただきます。
[[LATESTLIST]]の鍵付き記事のタイトルは普通に表示されていますが、[[COMMENT:TITLE]]は全て「投稿を見るには鍵を入力:」の表示になってしまいます。
なので、[[COMMENT:TITLE]]もタイトル表示にできるようしたいです。
それと、[[ONEPICT:n]]で表示した画像を鍵付き記事だけcssで装飾したいので、画像リンクに
<a class="imagelink entryimg cboxElement keyimage" href="画像URL">
のように鍵用のclassを追加できればいいなと思います(class名は適当です)
要望が多くてすみませんが、もし可能でしたらよろしくお願いいたします。
9月になって肌寒くなってきたので、お体にお気をつけてお過ごしください。
🍰Re:3023◆β版のご試用をどうもありがとうございます。問題なく動いているようで良かったです。(╹◡╹)
🍰Re:3024◆CSSの解説が役に立ったと分かって嬉しいです。(笑) この説明は要るのかな……と思いながら書くことばかりですので。^^;
🍰Re:3025◆ご試用ありがとうございます。長らくお待たせしましたがようやく実装できました。ご活用頂ければ幸いです。
🍰Re:3027◆スキンのメンテナンスと拡充をどうもありがとうございます。サードパーティースキンが最新機能にも対応して下さっていると、とても嬉しいです。
🍰Re:3028◆てがろぐ自身が稼働ドメインを選ぶことはありませんので、(https://○○.com/blog/tegalog.cgi ではなく) https://www.○○.com/blog/tegalog.cgi というURLでアクセスなされば(そういうURLにリンクすれば)wwwありで稼働します。閲覧者がどのようなURLでアクセスしてきても強制的に統一したい場合は、.htaccessファイルにその旨を記述すると良いです。.htaccess www 統一 のような検索語でググると同種の解説ページが多数ヒットしますのでご参照下さい。
🍰Re:3029◆ご本人なのか他の方なのか、いずれにしても仕事の速い方がいらっしゃって助かります。^^
ショートケーキ食べたい……!🍰🍰🍰
🆕 Ver 3.7.5βの更新点(概要):
《▼新機能》
●鍵付き(パスワード保護)投稿機能を追加
《▼スキン更新》
●標準添付各スキンに、鍵入力フォームを装飾するためのCSSを追加(特殊用途を除く全スキン9種類)
《▼仕様改善・不具合修正》
●カテゴリツリーに「カテゴリなし」項目を追加したとき、装飾用のclassが付かなかった仕様を改善。
●RSSモードでは、YouTube・Spotify・ツイートの埋め込み部分を単なるテキストリンクとして収録するよう仕様修正。
●1行目に「続きを読む」機能による隠された部分があるとき、RSSフィードのタイトル部分では(相変わらず)ネタバレしてしまう不具合を解消。(Ver 3.7.4βで搭載した機能の修正)
●複数投稿の連結表示機能(パラメータposts)を使ったときに、「続きを読む」機能が無効になって表示されてしまう不具合を解消。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。鍵付き投稿の実働サンプルと解説は >>3019,3018,3017 あたりもご覧下さい。
🍩Re:3009◆タイムリーなことに刊行40周年記念で愛蔵版が復刊されつつあるっぽいですね。ここまでの人気作をどうして今まで読んでいなかったのかな、と自分でも不思議でした。^^;(まだ読んでいる途中ですけども)
🍩Re:3010◆動作確認をありがとうございます。問題なくなったようで良かったです。(╹◡╹)
🍩Re:3012◆気に入って頂けたようで嬉しいです。ヽ(╹◡╹)ノ
🍩Re:3013◆画像を格納するためのimagesディレクトリのパーミッションの設定を 766 にしてしまっていることが原因の可能性が高そうに思います。755や705などに変更してみて下さい。詳しくは、トラブルシューティングの「アップロードした画像が表示されない、ありがちな理由」もご覧下さい。それでも解決しない場合は再度ご質問頂けますでしょうか。
🍩Re:3002◆高速な反応をどうもありがとうございます。私の投稿から2分しか経っていない!(笑) RSSフィードでネタバレしてしまうという問題にそもそも今まで気付いていなかったのでした。個人的には「長すぎるから畳もうかな」くらいの感じでしか「続きを読む」機能を使っていませんでしたので。ネタバレを防止したい需要が結構あるのだな、ということについ最近になって気付きました。^^;
🆕 Ver 3.7.4βの更新点(概要):
《▼新機能》
●「続きを読む」機能で隠された範囲はOGP(+TwitterCard)に含まないよう仕様改善。(OGPでネタバレを防ぐため)
●「続きを読む」機能で隠された範囲はRSSフィードに含まないよう仕様改善。(RSSフィードでネタバレを防ぐため)
●「 #- 」で始まるか「 #-[タグ] 」形式のハッシュタグは『一覧にリストアップされないハッシュタグ』として機能する、新ハッシュタグ仕様を追加。
《▼スキン改善》
●「Twitterっぽいスキン(ブルー/ピンク)」のskin-onelog.htmlに含まれる <div class="onelog"> のclass名を onelogbody に変更。(※状況に応じた装飾に使える [[SITUATION:CLASS]] が出力する .onelog と重複して装飾がおかしくなるのを避けるため。)
《▼不具合修正》
●カテゴリをプルダウンメニューで表示すると「カテゴリなし」が(表示する設定にしていても)表示されない不具合を解消。
●カテゴリツリーの階層(ul要素)に加えられるclass名「depth + 数値」の出力が正しくなかった不具合を解消。
●ツイート埋め込み部分が、RSSフィードには『(ツイート埋め込み処理中...)Twitterで見る』のように処理途中であるかのように出力されてしまう仕様を改善。
●Spotify埋め込み部分が、RSSフィードには大きなブランクとして出力されてしまう場合がある問題を改善。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。実働サンプルは >>2999,3001/R , >>3000 あたりもご覧下さい。
🍨Re:2980◆私も楽しみにしています~ ( ੭ ˙ᗜ˙ )੭
🍨Re:2981◆そうなるのでしょうね。買収の目的はそれだと指摘する記事も出ていました。➡アマゾンは「ルンバ」のアイロボットの買収で、世界中の家庭の“地図”を手に入れる(WIRED)
🍨Re:2982◆グロさの閾値が人によって大きく異なるので、なかなか難しいですね……。流してくる人は、たぶん単に「おもしろい」と思って流しているだけなのでしょうしね。「AIに描」「AIで描」はなかなか良さげなミュートキーワードですね。あとは、Twitterがリストでもミュート機能を有効にしてくれれば……。
ね、む、い……。_(┐「ε:)_
>>2965,2966,2967,2968,2969,2970,2972
ご回答をどうもありがとうございます。やはり、当初のロードマップ通り、鍵付き機能を先に実装した方が良さそうですね。^^;
🍨Re:2965◆毎日ご活用をどうもありがとうございます。◆小手先の対策ではどうしようもないくらいの酷暑ですもんね……。^^;
🍨Re:2966◆予報では降らなさそうだったのに突然降ってくる、みたいなケースが最近ちょっと増えたな……という気がしています。
🍨Re:2967◆β版のご試用をどうもありがとうございます! 問題なく動作しているようで良かったです。ご報告ありがとうございます。
🍨Re:2968◆ミスドにもドライブスルーがあったら良いのにな……と思ってググったところ、ないわけではないんですね。ただ、うちの近所にはありませんでした。_(:3」z)_
🍨Re:2971◆ご報告をどうもありがとうございます! たしかに不具合がありますね。気付きませんでした。改めてソースを見たところ、明確なバグがありました(ツリー冒頭の階層は正しいですが、その後の階層では値が大きくなりすぎてしまう問題がありました)。こちらのローカルにあるソースは修正しましたので、次のバージョンで解消版を配布します。
🆕 Ver 3.7.3βの更新点(概要):
●複数投稿の連結表示機能を追加(パラメータ ?posts=123,135,179 で No.123、No.135、No.179 の3つが連続表示される機能)
●複数投稿を連結表示するページへリンクする各種記法を追加
●複数投稿が連結表示されている状況で [[SITUATION:CLASS]] に挿入されるclass名「somelogs」を追加
●リンク挿入ボタン「投稿No.リンク」でも投稿番号の複数列挙に対応
●検索リンク [>S:検索語] を挿入できるリンク挿入ボタン「検索リンク」の追加
●ツイートを埋め込む際に mobile.twitter.com 等のサブドメインが付いていると埋め込まれない問題を解消
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。実働サンプルは No.2953 あたりもご覧下さい。
🍧Re:2948◆早速のご試用をどうもありがとうございます! 検索コマンドも問題なさそうで良かったです。複数投稿の連結表示は、そう遠くないうちに ?posts=124,125,129 みたいなパラメータで実現できるようにして、 >>124,125,129 みたいな感じでもリンクが作れるようにする予定でおります。
🍧Re:2949◆カテゴリの実データは tegalog.ini ファイルに記録されますので、FTP等で tegalog.ini をバックアップしておけば任意の時点の設定に戻せます。ただ、tegalog.ini には他にもいろんな設定が含まれますから、それらも一緒に戻ってしまいますが。カテゴリ以外の設定を一切変更せずにカテゴリだけを修正していれば tegalog.ini をバックアップして書き戻すだけで良いと思います。(もし、どうしてもカテゴリ以外の設定も同時に触る必要がある場合は、tegalog.ini の中身をテキストエディタで開いて、categorylist= で始まる1行だけをコピーしておく方法もあります。この1行にカテゴリの全設定(※)が含まれていますので。前の設定に戻したい場合は、既存のcategorylist=行を上書きすれば良いです。)#🌱豆知識
※カテゴリ一覧画面の右側に見えるカテゴリ階層プレビュー部分の下部にある「オプション設定」枠内の設定だけは別記録になっていて、tegalog.ini内の nocatlabel=行と nocatshow=行に記録されています。なので、厳密にはこの2行も加えた計3行のバックアップが必要です。しかし、この「オプション設定」枠の設定くらいは手動でやり直しても大した手間ではないでしょうから、3行のバックアップが面倒なら、categorylist= で始まる1行だけのバックアップで良いと思います。
パターンをいろいろ試したいんですが、前の設定に簡単に戻せるといいなぁと。
カテゴリなしの投稿を出力したい場合は「cat=-」というパラメータで可能かと思うのですが、この逆で何らかのカテゴリに属する全ての投稿を出力する「cat=+」みたいなことってできますでしょうか?
Ver 3.7.2βで実装した検索コマンドを使って、 -$ci=; という検索語で検索すると、上記のご要望を実現できるようになりました。
そうできる背景の説明:
●検索コマンド $ci=; で「カテゴリなし」だけがヒットします。これは従来からあるパラメータ ?cat=- の表示結果と同じになります。
●この検索コマンドと除外検索機能を使って -$ci=; で検索すると「カテゴリなし以外全部」(=何らかのカテゴリに属しているすべての投稿)をヒットさせられます。
稼働例:
➡何らかのカテゴリに属している投稿のみを表示する
🆕 Ver 3.7.2βの更新点(概要):
●全文検索機能の対象範囲を拡張(カテゴリID、カテゴリ名、投稿日付、ユーザID、ユーザ名、投稿番号でも検索可能に。)
●検索専用コマンドで検索対象を限定する機能を追加
●検索結果へリンクできる専用記法 [>S:検索語]、[>S:検索語:リンクラベル] を追加
●3つ以上の単語を使ってOR検索した際の「状況に応じた見出し」の表示を改善
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところ、そこ以外に解説はありません。
🍧Re:2940◆なるほど……、写植機みたいな感じなんですかね(いや、写植機についてもよくは知らないのですけども^^;)。資格もあったとは。その当時から罫線はあったんですねえ。どうせ文字数が多いのなら、記号も含めれば便利になりますものね。◆かなタイプライターは電信用と。なるほど。そういえば電報というサービスがありましたね……。
🍧Re:2941◆そうですね、FREESPACEを活用すると実現できますね。その際は、「入力した改行は、実際の表示上でも改行する」項目をOFFに設定すると自動で<br>が挿入されてしまうのを防げるのでHTMLを書きやすいと思います。また、tegalog.cgiの54行目付近にあるmy $safemode = 1;の値を0にすると、script要素も書けるようになります。ユーザフレンドリーにしようと思うと、やはりスキンの切り替え画面でCSSだけを切り替えるとかの機能がある方が良いでしょうけども、とりあえず今の時点で自力で何とかしたい場合にはFREESPACEを活用する手はありますね。
🍧Re:2928◆はい。全角空白文字は「区切り」としては認識せず、文字として扱う仕様になっています。本当なら全角空白文字も「区切り」にした方が良いと思っているのですが、(全角空白文字が区切りになっていない問題に気付いた時には既に)全角空白文字を含むハッシュタグを使っているユーザさんが居る可能性もあったので、修正せずにそのままの仕様にしてあります。……が、どうなんでしょうね……。全角空白文字をハッシュタグに含めているユーザさんが果たしてどれくらい居るのか。(^_^;) もしかして、今からでも仕様変更して、全角空白文字は「区切り」として認識するようにする方が良いのかな……という気もしなくもないのですが。
🍧Re:2929◆腕の確かな看護師さんは本当にサクッと針刺せるんですよね……。私の腕をぐりぐり押したりバシバシ叩いたりせずに1発で刺せる看護師さんを見かけると、この人すごいな、と思います。(^_^;)
🍨Re:2931◆なるほど、CSSだけを切り替えられる機能というのも、あると良いかもしれませんね。「Twitterっぽいスキン(ブルー)」と「Twitterっぽいスキン(ピンク)」は、CSSが異なるだけでHTMLは全く同一(コメントの文字は異なりますがHTMLとしては同じ)なのですけども、CSSだけを切り替えられる機能があれば、これらのスキンは単一のスキンとして配布できましたね……。それに、他の配色の提供も楽になりそうですね。スキンを格納しているディレクトリに「altcss」というサブディレクトリがあるとき、そのサブディレクトリの中に入っているCSSファイルを「切り替え用の別CSS(Alternate CSS)」と解釈して、管理画面上で切り替えられる機能とかがあったら便利でしょうかね……? そういう機能があれば、CSSだけの配布もしやすそうですし。
🍧Re:2932◆さすがにtDiaryはテーマの数が多いですね。
🍧Re:2933◆古い記事を発掘して下さってありがとうございます。古すぎるので、もはやページ上のサンプル表示用JavaScriptが動作しませんね。(^_^;) All About側のシステム変更で、たぶん記事に直接埋め込まれたJavaScriptはもう動かないようになっているのだろうな……と思います。「➊記事中にJavaScriptを埋め込む必要があるジャンルの執筆者は2~3人しか居なかったこと」&「➋もはやIT系の記事は(世の中にあふれすぎていて)広告で儲ける題材としては扱いにくいこと」あたりの理由から、最近のシステム変更では「本文中にサンプルを埋め込んでいる記事」への考慮はもはやなくなっているのだろうな、と推測しています。
🍧Re:2934◆解説がお役に立ったようで良かったです。(╹◡╹) 全然知らなかったんですが、確かに今のActivePerlは、ダウンロードするためににGitHub連携かアカウント作成が必要になっているっぽいですね。いつの間に……。Perl公式でもActivePerlとStrawberry Perlの2つがWindows向けに紹介されているんですね。これも知りませんでした。Strawberry Perlはダウンロードが極めて簡単な点が良いですね。
🍨Re:2935◆てがろぐの場合は、やはり「ベースになるHTML」が何種類か存在している状態で、それら個別に対応する「着せ替え用CSS」(ベースが異なる場合は適用できない)という形である必要があるでしょうかね。
🍨スキンの仕様は従来通りにしつつ、1つ「着せ替えCSSを適用する専用のベーススキン」という特殊なスキンを1つ用意しておいて、そのスキンに対してだけは「着せ替えCSSをアップロードするだけで管理画面上でCSSを切り替えられる」みたいな仕様の方が、CSSを作りやすくて良いのかもしれませんけども……。つまり、「着せ替え用ベーススキン向けのCSSだけで望みのデザインが実現できるなら着せ替え用CSSを作る」方法で済ませて、それだけでは済まない場合には(従来通り)「HTML×2+CSSのスキン(フルセット)を作る」方法を採用する……みたいな感じで。
何か「こうなっているとスキンが作りやすい」みたいなご要望があればぜひお知らせ下さい。
🍧Re:2922◆紙の電話帳ってもしかして30年以上見ていないのではないかな……と一瞬思ったのですが、そういえば大学院の内線電話番号が紙の電話帳だったことを思い出しました。内線だと今でも一覧を紙で用意されていたりするのでしょうかね……?
🍧Re:2923◆そうそう。こんな感じで五十音の見出しが付いていましたよね。均等に割り振られていると、特定のページだけスペースが足りなくなるんですよね……。^^;
🍧Re:2924◆一般配布用のスキンを作って下さっているのですね! どうもありがとうございます。(╹◡╹)
🍧Re:2925◆その情報を併記頂けると親切で分かりやすくてたいへんありがたいです。◆ドイリーという名称なんですね、これ。果たして昔々のうちの黒電話の下にこれがあったかどうかまでは記憶にないのですが、そういえばなんかあったような気も……。
🍧Re:2926◆はい。もしCSSだけで全く異なるデザインにできてHTMLを改造する必要性がない、というような場合なら、HTMLソースは無変更のままで丸々流用して頂いてもOKです。👍
おなかがへった……。_(┐「ε:)_ 🍨🍨🍨
🍧Re:2916◆そういえば、うろ覚えですけども、昔々うちの黒電話にも何らかのカバーが掛かっていたような……。
🍧Re:2917◆黒電話って、何らかの電話帳がセットで必要ですよね。覚えている番号だけに掛けるわけではないでしょうし。黒電話と併せて使う電話帳は話題にならないのかな……?
🍧Re:2918◆「配布」というのは、ご自身のWebで公開するなど「不特定多数への配布」という意味でしょうかね?(不特定ではなくて、限られた相手に配布するだけならもう本当に何でも好きにして頂ければ良いです。)以下は、不特定多数へ配布する場合として回答します。
まず、大前提として、既存のスキンはいくらでも改造して下さって構いません。流用できるソースは何でも流用して、自由に作成して下さい。
で、既存のスキンを改造して作成された「新たなスキン」を不特定多数へ配布なさりたい場合の話ですが、「元のデザインと大きく異なる」くらいに改造されているのなら特に問題はありません。むしろ歓迎です。ぜひ配布して下さい。
そうではなくて、例えば「配色を変えただけ」とか「掲載順序を変えただけ」とか「特定の要素を削っただけ」などのように、「元のデザインからあまり変わっていない」状態での再配布はご遠慮頂けるとありがたいな、と思っています。
これはなぜかというと、(特に新規のユーザさんには)極力『最新版用に記述されたスキンで「てがろぐ」を使い始めて欲しい』と思っているからです。標準添付の各スキンは『そのときの最新版で使える多くの機能を使うように記述』してあります。そのようなスキンなら、搭載されている各機能の存在に気付きやすいだろうからです。ユーザさんによっては「不要な機能」が多々あるかも知れませんが、それは単に各自で消して頂ければ良いだけなのでカスタマイズも簡単です。
しかし、「古い版のスキン」で使い始められてしまうと、新しい機能の存在に気付いてもらえない可能性が高まってしまいます(※OGP+Twitter CardやRSS等のように「ページ上には見えない」機能の場合は特に)。たとえマニュアル等で新機能の存在を知ったとしても、それを使うためには「どうやってスキンに書き足せば良いのか」を調べて自力で編集しなければ使えません。それはハードルが高いと思うのですよね。
なので、できるだけ『使える機能を「全部盛り」した状態のスキン』で使い始めて頂きやすいようにしたいと思っているのです。
これは決して「機能を全部盛りしたスキンしか配布しないでくれ」と言っているわけではありません。シンプルな構成にも需要はあるでしょうし、デザイン上の都合で盛り込みにくい機能もあるでしょうし。私も個人的に使っているのは極めてシンプルに機能をそぎ落としたスキンです。様々なスキンの選択肢があることは「てがろぐ」にとって良いことだと思います。あなた独自のデザインなスキンであれば、特定の機能を使うも使わないもご自由に作成して配布頂いて全然問題ありません。(問題ないどころか、むしろ歓迎です。) その際に、既存スキンのソースがどれだけ流用されていても何の問題もありません。使えるものはいくらでも使って下さい。既存スキンのソースがお役に立つなら嬉しいです。
上記で「ご遠慮頂けるとありがたい」と言っているのは、あくまでも「元のデザインからあまり変わっていない」状態での配布についてだけです。
今、おそらく一番使われているスキンが「Twitterっぽいスキン」ですが、例えば『「Twitterっぽいスキン」のサイドバーの掲載順序を変えただけ』みたいなスキンを配布されてしまうと、「Twitterっぽいスキン」のデザインそのままで使いたい新規ユーザさんは、そのスキンを使うかもしれませんよね(便宜上「コピースキン」と呼びます)。すると、将来「てがろぐ」に新しい機能が追加されたとき、コピースキンをダウンロードして使おうとする新規ユーザさんは、新機能の存在に気付きにくくなってしまうでしょう。なので、『「Twitterっぽいスキン」を使いたいと思って下さったユーザさんには、公式配布されている(最新版用の)「Twitterっぽいスキン」を使って頂きたい』と思っているだけです。
以上で回答になっていますでしょうか?
🍧Re:2919◆おぉぅ。ご指摘ありがとうございます! たしかに、Twitterっぽいスキンでは <div class="onelog"> で .onelog を使っていましたね。気付いていませんでした。これはちょっと都合が悪そうなので、次のバージョンでは別のclass名に差し替えておこうと思います。 .onelogbody とかに。ご指摘感謝です! Web製作時の『class名あるある』のような気がしますが、どうしても自分の脳ミソから出てくる単語って限られているので、油断すると重複してしまうんですよね……。(^_^;)
🍧Re:2911◆「黒電話でも使える番号がある」という情報を先に得ていたからでしょうね。^^; 「どこかに確実にある」と分かっているわけですから。電話番号が「お問い合わせ」関連以外のページにあるとは思いにくいので、「掘りに掘って」という表現から、見つかりにくい位置にリンクがあるのかな、と思ったのでした。
🍧Re:2912◆黒電話ユーザってもしかして結構多いんですかね……?^^; まあ、故障しない限り買い換えることはなさそうですしね……。^^;
🍧Re:2913◆ひかり電話でも「ダイヤルパルス信号を出す電話機」(黒電話もその一種です)は使用可能です。そもそも2024年にはNTTはアナログ回線を廃止してしまいますけども、今の電話機はそのまま使えるようです。ただ、黒電話ってケーブルが家の壁に直結していませんかね? 今の一般的な電話機だとモジュラーケーブルで壁のモジュラージャックに繋がっていますから、光回線化する場合でも単に「壁のモジュラージャックに繋がっていたケーブル」を抜いて「ひかり電話用ルータにあるコネクタ」とかに挿し直せば良いだけですけども。黒電話の場合はまず「モジュラージャックに挿せるような改造」が必要なんじゃないかな、という気がします。軽くググってみると方法は存在するようですが、法的には資格者しかやっちゃダメなようなのでNTTとかに依頼する必要があるっぽいですね。たいていの場合は「そこまでせんでも電話機を買い換えるわ」ということになるのではないかと思います。(笑)
🍧そういえば、うちも(固定電話の)電話機が壊れたことはない気がします。引っ越しのついでに変わるか、機能不足で変えるかしかなかったような。
私の記憶にある最初の電話は黒電話でしたけども、引っ越しによってプッシュホンに変わりました。黒電話って(買い取りも可能なようですが)基本はレンタルですから、引っ越しした時代にNTTがプッシュホンを推していればあえて黒電話にはしないですよね。あとは、「留守電が必要だから留守電機能付きに買い換える」とか「FAXが必要だからFAX付きに買い換える」とかみたいな交換でした。
🍨Re:2907◆早速のご試用をどうもありがとうございます。問題なく動作しているようで良かったです。(^_^)
🍨Re:2908◆黒電話が現役とは、ずいぶん物持ちが良いですね! たしかに、各種サービスの受付電話だと、番号を選択させる仕組みが多そうですね。黒電話でもOKな番号というのは、もしかして問い合わせ窓口ページにある固定回線へのお問合せをご希望のお客さまでしょうか? こういうのがちゃんと用意されていることにちょっと驚きました。^^;
🍨Re:2909◆さんごよみCGIのご使用をどうもありがとうございます! そうですね、HTMLソースの直接投稿もできる仕様になっています。てがろぐCGIでは、実装上の関係から(たぶん) [HTML]~[/HTML] みたいな専用タグで括った範囲内だけでHTMLを有効にするとか、何かそんな感じの仕様になりそうな気がしています。何にしても、将来的にはHTMLも直接扱えるようにはする予定ですので気長にお待ち頂ければ幸いです。
夜中なので、何も食べずに寝る……。(:3[____]
🆕 Ver 3.7.1βの更新点(概要):
●検索結果の表示時に検索語をハイライト(強調)できる機能を追加。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところ、そこ以外に解説はありません。
いろいろ検索をお試し頂ければ幸いです。
🍨Re:2899◆ブックマーク機能はJavaScriptだけで作れば、てがろぐ側の機能拡張をあまりしなくても実装できそうな気がなんとなくはしています。その代わり、ブラウザ単位での保存になりますし、管理者側は数を把握できませんが(だからこそ、てがろぐ側の拡張が不要なわけですけども)。逆に、管理者側で把握できるようにするなら、てがろぐ側にその管理機能を加える必要がありますから、そこそこの拡張が必要ですね。ただ、それが実現できるなら、「いいね」機能も同時に実現可能だというメリットもありそうですが。◆かき氷はほとんど液体なので、(たくさん食べて冷やしすぎることさえなければ)胃腸に優しいのはかき氷の方ではないかな、と思っています。チョコレートとか消化にあまりよろしくない物体があるのはアイスクリームの方だろうとも思いますし。
No.2900投稿時に、公式ページのURLが間違っていたので修正しました。
公式ページ、公式動作サンプル です。
🍵Re:2893◆なるほど、ブックマーク機能は便利そうですね。Cookieに保存する仕組みにすれば、IDがなくてもブラウザ単位で保持しておけそうな気もしました。(ただその場合は、管理者がブックマーク数を知る手段がなさそうですけども。むしろその方が良いですかね?^^;)
🍵Re:2894◆うまくいったようで良かったです。(╹◡╹)ノ
🍵Re:2895◆自由にIDを作成できると、IDの総数が多くなるケースも想定しないといけないので、IDをプルダウンメニューから選ぶUIだけでなくて、IDも直接キー入力させるようなUIも用意しないといけなさそうですね。◆てがろぐは元々少人数で使うことを想定した仕様なので、不特定多数が利用する形態を考えると、何か他にもいろいろ追加しないといけない仕様が出てきそうな気もしてきました。^^;◆画像の使用を投稿者に限るよう制限する機能を作るのは不可能ではないのですが、「URLを指定して埋め込める」なら意味がほとんどありませんし、たとえURL指定を不可能にしても、「画像を一旦保存してから自分で再投稿する」手も使えるので、厳密に「投稿者に限る」のは(技術的に)無理だと思います。◆「思いつき」でのご要望も歓迎です。想定用途以外にももしかしたら活用できる便利機能な可能性もありますし。ご要望そのものは何でも歓迎です。(実現できるかは完全に別問題ですが。^^;)
🍵Re:2897◆ご要望をありがとうございます。複数投稿に対して一括して何かする機能は、やはりあると便利ですよね。今のところ「一括削除」機能しかありませんが、幸いチェックボックスを既に用意していますから、「チェックを入れた投稿を削除」ボタンの他のバリエーションを用意することでお望みの機能とかも実装できないかな……とちょっと考えてみます。一括カテゴリ登録機能とかもある方が便利ですもんね。
もはや、かき氷の季節……。アイスクリームよりも。🍨🍨🍨
🍵Re:2882◆word-breakとoverflow-wrapの違いを検索すると上位に出てくるこのページですが、W3Gなんですよね。(笑) 最初は私もW3Cがこんな分かりやすい解説を書いているのかと思いました。^^;
🍵Re:2883◆お知らせありがとうございます。驚きました。(公式以外で)てがろぐスキンを配布して下さった第1号ですね(少なくとも私の認識している範囲内では)。ありがたいことです。
🍵Re:2884◆『自動でリンクになるURL』だと自動改行されるのですよね? だとすると、たしかに何らかのCSSで打ち消されているのでしょうかね……。他のスタイルで打ち消されるのが問題なら、body .comment { word-break: break-all !important; overflow-wrap: break-word !important; } のように書いておくと、さすがに(詳細度が上がって)上書きできて適用されるのではないかと思うのですが。(ボックスが無限に横方向に拡張されてしまうようなレイアウトになっているのかな……と一瞬思ったのですが、その場合は『自動でリンクになるURL』も横に伸びないとおかしいので、そうではないんですよね……。)もし設置されているサイトをメールででもお知らせ頂けるなら、こちらからアクセスして何が原因なのか究明することは可能です。
🍵Re:2885◆Sleipnirのシェアが今どれくらいなのか謎ですが、今でも精力的に更新されているので、何らかの収益は上がっているのでしょうかね? 無料ソフトですけども。しかも、Ver.4系とVer.6系の開発が同時に進行していて、今でもVer.4系のアップデートも続いているのですよね。結構な開発リソースが必要だと思うのですが。私の環境にもインストールはしてあります。
雨が降っていなかったら銀行に行こうかと思っていたのだけど、降っておる。(´・ω・`) めちゃくちゃ風が強い。