2022年6月の投稿[49件]
2022年6月30日 この範囲を時系列順で読む この範囲をファイルに出力する
🆕 Ver 3.7.1βの更新点(概要):
●検索結果の表示時に検索語をハイライト(強調)できる機能を追加。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところ、そこ以外に解説はありません。
いろいろ検索をお試し頂ければ幸いです。
2022年6月29日 この範囲を時系列順で読む この範囲をファイルに出力する
テストしていて思ったのですが、てがろぐの検索機能は大文字と小文字の区別はしないようですが、全角と半角の区別はするのでしょうか。
区別しないほうが便利かなと思う反面、区別して欲しい場面もあるにはあるので、これはどちらがいいのかなあと思ったりしました。
2022年6月26日 この範囲を時系列順で読む この範囲をファイルに出力する
2022年6月25日 この範囲を時系列順で読む この範囲をファイルに出力する
🍨Re:2899◆ブックマーク機能はJavaScriptだけで作れば、てがろぐ側の機能拡張をあまりしなくても実装できそうな気がなんとなくはしています。その代わり、ブラウザ単位での保存になりますし、管理者側は数を把握できませんが(だからこそ、てがろぐ側の拡張が不要なわけですけども)。逆に、管理者側で把握できるようにするなら、てがろぐ側にその管理機能を加える必要がありますから、そこそこの拡張が必要ですね。ただ、それが実現できるなら、「いいね」機能も同時に実現可能だというメリットもありそうですが。◆かき氷はほとんど液体なので、(たくさん食べて冷やしすぎることさえなければ)胃腸に優しいのはかき氷の方ではないかな、と思っています。チョコレートとか消化にあまりよろしくない物体があるのはアイスクリームの方だろうとも思いますし。
No.2900投稿時に、公式ページのURLが間違っていたので修正しました。
公式ページ、公式動作サンプル です。
やっぱり難しい気がしてきました。お手を煩わせるのも何か違うので、頭は捻りますが無茶振りはそろそろやめておきます。失礼いたしました。
画像に関しては仰る通りで、機能制限したところで幾らでも投稿の手はあるので無意味なのかもしれませんが、制限するだけでも違ってくるかなと思った上での発言でした。
ブックマーク機能、(技術的に)実装可能なのですか!? すごい!
あれば確かに便利です。私はブックマーク数を知りたいほうの人ですが、これは人と使い方による気がします。
アイスクリームとかき氷だとどちらのほうが胃腸に優しいでしょうか。
最近胃腸の調子が悪くて_(┐「ε:)_
2022年6月23日 この範囲を時系列順で読む この範囲をファイルに出力する
🍵Re:2893◆なるほど、ブックマーク機能は便利そうですね。Cookieに保存する仕組みにすれば、IDがなくてもブラウザ単位で保持しておけそうな気もしました。(ただその場合は、管理者がブックマーク数を知る手段がなさそうですけども。むしろその方が良いですかね?^^;)
🍵Re:2894◆うまくいったようで良かったです。(╹◡╹)ノ
🍵Re:2895◆自由にIDを作成できると、IDの総数が多くなるケースも想定しないといけないので、IDをプルダウンメニューから選ぶUIだけでなくて、IDも直接キー入力させるようなUIも用意しないといけなさそうですね。◆てがろぐは元々少人数で使うことを想定した仕様なので、不特定多数が利用する形態を考えると、何か他にもいろいろ追加しないといけない仕様が出てきそうな気もしてきました。^^;◆画像の使用を投稿者に限るよう制限する機能を作るのは不可能ではないのですが、「URLを指定して埋め込める」なら意味がほとんどありませんし、たとえURL指定を不可能にしても、「画像を一旦保存してから自分で再投稿する」手も使えるので、厳密に「投稿者に限る」のは(技術的に)無理だと思います。◆「思いつき」でのご要望も歓迎です。想定用途以外にももしかしたら活用できる便利機能な可能性もありますし。ご要望そのものは何でも歓迎です。(実現できるかは完全に別問題ですが。^^;)
🍵Re:2897◆ご要望をありがとうございます。複数投稿に対して一括して何かする機能は、やはりあると便利ですよね。今のところ「一括削除」機能しかありませんが、幸いチェックボックスを既に用意していますから、「チェックを入れた投稿を削除」ボタンの他のバリエーションを用意することでお望みの機能とかも実装できないかな……とちょっと考えてみます。一括カテゴリ登録機能とかもある方が便利ですもんね。
もはや、かき氷の季節……。アイスクリームよりも。🍨🍨🍨
2022年6月22日 この範囲を時系列順で読む この範囲をファイルに出力する
削除するほどでもないし後から見返したくなることもあるけれども、表示しておくにはちょっと……といった記事が結構あるので……。
もし可能でしたらご検討ください。
2022年6月19日 この範囲を時系列順で読む この範囲をファイルに出力する
>来訪者が自由にIDを作成できる機能
どうなのでしょうね……私は掲示板的に使えて面白いと思うので、あると嬉しいのですが。
でも需要がなかったら実装もできないですよね。
テストしていて思ったのですが、もしも不特定多数が使用することを想定した場合、全ての画像を誰でも使用できるのは不都合が生じる可能性を感じました。
これは設定や今後のバージョンアップで対応できるものでしょうか?
もし自由にID作成できる機能が実装されなかったとしても、編集と削除が自由にできるならリンク集として便利に機能するかと思いましたので
「投稿した記事に対してID(とパス)を個別に管理者権限で設定して、編集できるようにする」とか……「管理者権限があれば、記事のユーザーIDを変更できる機能」とか。無理か。出来るか出来ないかも分からずに思いつきを言っています。すみません。
それ以前に需要。
登録型リンク集として使うのは難しいのかなあ(-_-;
2022年6月18日 この範囲を時系列順で読む この範囲をファイルに出力する
2884です。
教えていただいたとおり書き込んだら、無事リンクは張られず横にも伸びなくなりました。
本当にありがとうございます!
CSSって難しい。。。
投稿自体には触らず閲覧者側だけが自由に追加できるタグ?みたいな。知識がなくてうまく表現できないのですが
2022年6月16日 この範囲を時系列順で読む この範囲をファイルに出力する
🍵Re:2890◆来訪者が自由にIDを作成できる機能の需要ってどれくらいあるものなんでしょうかね……。ご要望は受けていますけども、需要がイマイチ見えないのでどんなもんかな……と思っている最中です。「強制的に下げる(or下書き)になる」仕様は安全で良さそうな気もしますね。自由に作成されたIDは一旦「仮ID」の扱いにしておいて、管理者が「普通ID」に昇格させたときにだけ一般にも見えるようにする、みたいな感じでも良いのかもしれないな……とふと思いました。その場合、もし「仮IDで投稿された内容はログイン者にしか見えない」みたいな仕様にしたとしたら、「ログインしていないと見えない仕様で使いたい」みたいなご要望も同時に叶えられそうな気もします。
🍵Re:2891◆ああ、いやいや、ご自分で削除なさったのなら全然構わないのですけどもね。第三者に削除されてしまっていた場合は、気分を害されると申し訳ないなと思ったので注釈がてら書いておこうと思ったのでした。◆てがろぐは自力でCGIを設置するスキルが必要なので比較的Web技術に明るい方々しか使わないだろうとは思うのですけども、GitHubまで使っている方々はどれくらいいらっしゃるものなのでしょうかね?
道を歩いていたら強風に巻き上げられた砂が目に入りました……。(>_<)
一度投稿して、自分で削除した者です(投稿と削除を別々のデバイスでやりました…)
そういう過去があったことを知らず……。
投稿したのは独り言というか、「自前のスキンファイルをgithubのプライベートリポジトリで管理してるけど、そういう人は結構いらっしゃるんでしょうか」みたいな内容でした。
スキン内部でハードコードしてるものがなく、ライセンス上も問題なければ、リポジトリ公開してもいいのか?……と。でも後から、なにやら恥ずかしくなりまして、削除してしまいました。
申し訳ありませんでした。(該当するのが私以外でしたら、重ねて申し訳なく思います…)
2022年6月15日 この範囲を時系列順で読む この範囲をファイルに出力する
🍵Re:2886◆下げる機能は本当に自分でただ欲しかったから実装しただけの感じだったのですけども、便利にご活用下さる方が多くて驚いています。◆活用用途の幅が広がるのは嬉しいので、ご提案は歓迎です。(╹◡╹) ただ、どこまでできるかは分かりませんけども。(^_^;)◆『検索結果の表示時には検索語をハイライト(強調)できる機能』はたぶんそんなにお待たせせずに実装できるのではないかと今のところ思っています。
先日、管理人様にはメールで無茶振りしたのですが(その節はありがとうございました)てがろぐでリンク集やサーチエンジンを作れないかなって考えています。
実装予定の機能が正式に実装されたらうまく且つ便利に使えないかなあと頭を捻っているのですが。
なにか皆様から有益なご意見をいただけないかなあと思ったのでこちらでもシェアします。
それは無茶やで、っていうご指摘もお待ちしています(^_^;
2022年6月14日 この範囲を時系列順で読む この範囲をファイルに出力する
🍵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系のアップデートも続いているのですよね。結構な開発リソースが必要だと思うのですが。私の環境にもインストールはしてあります。
雨が降っていなかったら銀行に行こうかと思っていたのだけど、降っておる。(´・ω・`) めちゃくちゃ風が強い。
2022年6月13日 この範囲を時系列順で読む この範囲をファイルに出力する
>>2879さん
当方EdgeとSleipnirを使ってまして、どちらも折り返しませんでした。なのでCSSの問題かと思っており、どう検索したものか分からずこちらに、、。まさかブラウザが原因だとは考えもしませんでした。
>>2881さん
お返事ありがとうございました。
早速試しましたが、効果はありませんでした。
新たにてがろぐを設置して確認してみましたら、【自動でリンクにならないURL】はご指示の通り改行されていました。
問題があるのはうちのCSSかレイアウトのようです。何が原因なのかさっぱり……。
お騒がせしました。
お忙しい中、ありがとうございました。
>>2883さん
見やすいスキンですよね!
【自動でリンクにならないURL】に関して困っていたのでdoさんのスキンでも試して、改行がされず、お手上げ状態になってました。。。
2022年6月12日 この範囲を時系列順で読む この範囲をファイルに出力する
🍵Re:2873◆早速のバージョンアップをどうもありがとうございます。(╹◡╹)ノ
🍵Re:2875◆下げる機能の動作を果たして把握して頂けるかどうかが不安だったのですけども、把握どころか意外とご活用頂けていそうな感じで驚いています。^^;
🍵Re:2877◆ご活用ありがとうございます!
🍵Re:2878◆ブラウザには「英単語の途中では改行しない」という禁則処理があります。そのせいで、半角英字を長く連続させるとウインドウからはみ出て横スクロールが発生します。URLも「英字の連続」なので同様の禁則処理が働いてしまうのですよね。Firefoxだけは「/」記号を「単語の区切り」だと認識してくれるので、「/」が出てきたところで自動改行されるため、横には伸びずに済むのですが。
てがろぐでは、URLの自動リンクではa要素に class="url" という属性を付加してありまして、標準添付の各スキンのCSSではここに word-break: break-all; というスタイルを適用して、英単語だろうが何だろうが「描画領域の端」で強制的に改行するように指定してあります。なので、リンクになってさえいれば「URL」でも「長い英単語」でも何でも強制改行されます。
今回ご質問頂いたケースである「自動でリンクにはならないURLの書き方」は、「URLだとは認識されないから自動リンクにならない」わけですから、要するに普通の本文なので何のスタイルも適用されません。なのでブラウザ標準の禁則処理が働いてしまって、横に伸びるわけです。ブラウザ側の標準動作がそうなので、これを防ぐには何らかのスタイルを自ら適用しないとどうにもなりません。(てがろぐの問題ではなく、どんなWebでも同様です。)
▼解決策①
で、本文中に含まれるあらゆる英単語が途中で改行されても構わないなら .comment { word-break: break-all; } というCSSを追加すると解決します。
▼解決策①B
※サイドバーの存在しないレイアウトをお使いなら、.comment { overflow-wrap: break-word; } の方を使うと、短い英単語が途中でぶった切られるのを防げるので望ましいです。(サイドバーがあるレイアウトでこのCSSを使うと、段組の作り方によってはうまくいきません。例えば「標準スキン」や「Twitterっぽいスキン」ではこの方法では対処できません。しかし「ブログタイプスキン」は(サイドバーがあるものの)この方法で対処可能です。)※参考:word-break、overflow-wrap(@MDN)
▼解決策②
なお、本文中に含まれるあらゆる英単語が途中でぶった切られると困るわい、という場合は、リンクにしたくないURLをとりあえず自由装飾記法を使って [F:longword:~] とかで装飾しておいて、 .deco-longword { word-break: break-all; } というCSSを追加すると良いと思います。
解決策①B > 解決策② > 解決策① の順でお勧めです。(解決策①Bが使えないスキンをお使いなら、解決策②がお勧めということになります。)
🍵Re:2879◆この場合は、Firefoxの動作が望ましいですね。URLに含まれる「/」記号で改行するなら自然だと思います。なぜ、他のレンダリングエンジンではそうならないのか……。^^;
2022年6月11日 この範囲を時系列順で読む この範囲をファイルに出力する
どこが?というのはわからないのでにししさんか他の方のアドバイスを待ってください。
ところで【自動でリンクにはならないURLを一時的に書きたい場合の書き方】を試したらスマホだとテンプレートが横に長くなります。何でですかね。スキンいじりすぎたかな。。。
https://www.wwwww.com/wwwwwwww/wwww/wwwwww/wwwww/
ああ・・・横に長くなりますね。
「円マーク:」を使うと改行されない?