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