てがろぐ - Fumy Otegaru Memo Logger -
2022年6月26日(日) 05:42:37 更新
■ （ 2788 件 ）
■フリースペース： 編集
動作サンプルです。◆他のスキン：標準スキン, ツイッターっぽいスキン(ピンク版), 付箋型スキン, シンプル日記スキン, ジャーナル(日誌)スキン, ブログタイプスキン, チャットタイプスキン, 黒板スキン 《てがろぐCGIの配布ページに戻る》
■日付検索：
■全文検索：
先頭固定（←ここの文字列も自由に変更可能。非表示にも設定可能）
2022/06/28 (Tue)
19:12:11
(先頭固定)
No.2352
by
にしし
フォロー数が増えると、私の開発モチベーションが向上するメリットもあります。(笑)
2022年6月 この範囲を時系列順で読む この範囲をファイルに出力する
〔168文字〕 編集
2022/06/26 (Sun)
05:42:37
New!
No.2902
by
みさき
気温と湿気がすごいのでご体調にくれぐれも気をつけてお過ごしください！🍧
2022/06/25 (Sat)
12:39:04
No.2901
by
にしし
🍨Re:2899◆ブックマーク機能はJavaScriptだけで作れば、てがろぐ側の機能拡張をあまりしなくても実装できそうな気がなんとなくはしています。その代わり、ブラウザ単位での保存になりますし、管理者側は数を把握できませんが（だからこそ、てがろぐ側の拡張が不要なわけですけども）。逆に、管理者側で把握できるようにするなら、てがろぐ側にその管理機能を加える必要がありますから、そこそこの拡張が必要ですね。ただ、それが実現できるなら、「いいね」機能も同時に実現可能だというメリットもありそうですが。◆かき氷はほとんど液体なので、（たくさん食べて冷やしすぎることさえなければ）胃腸に優しいのはかき氷の方ではないかな、と思っています。チョコレートとか消化にあまりよろしくない物体があるのはアイスクリームの方だろうとも思いますし。
No.2900投稿時に、公式ページのURLが間違っていたので修正しました。
公式ページ、公式動作サンプル です。
〔338文字〕 編集
2022/06/25 (Sat)
09:50:22
No.2899
by
あどみ
そうか、もともと少人数想定なんですね……機能多いとはいえ、名目はマイクロブログですしね。
やっぱり難しい気がしてきました。お手を煩わせるのも何か違うので、頭は捻りますが無茶振りはそろそろやめておきます。失礼いたしました。
画像に関しては仰る通りで、機能制限したところで幾らでも投稿の手はあるので無意味なのかもしれませんが、制限するだけでも違ってくるかなと思った上での発言でした。
ブックマーク機能、（技術的に）実装可能なのですか！？ すごい！
あれば確かに便利です。私はブックマーク数を知りたいほうの人ですが、これは人と使い方による気がします。
アイスクリームとかき氷だとどちらのほうが胃腸に優しいでしょうか。
最近胃腸の調子が悪くて_(┐「ε:)_
2022/06/23 (Thu)
09:31:57
No.2898
by
にしし
🍵Re:2893◆なるほど、ブックマーク機能は便利そうですね。Cookieに保存する仕組みにすれば、IDがなくてもブラウザ単位で保持しておけそうな気もしました。(ただその場合は、管理者がブックマーク数を知る手段がなさそうですけども。むしろその方が良いですかね？^^;)
🍵Re:2894◆うまくいったようで良かったです。(╹◡╹)ﾉ
🍵Re:2895◆自由にIDを作成できると、IDの総数が多くなるケースも想定しないといけないので、IDをプルダウンメニューから選ぶUIだけでなくて、IDも直接キー入力させるようなUIも用意しないといけなさそうですね。◆てがろぐは元々少人数で使うことを想定した仕様なので、不特定多数が利用する形態を考えると、何か他にもいろいろ追加しないといけない仕様が出てきそうな気もしてきました。^^;◆画像の使用を投稿者に限るよう制限する機能を作るのは不可能ではないのですが、「URLを指定して埋め込める」なら意味がほとんどありませんし、たとえURL指定を不可能にしても、「画像を一旦保存してから自分で再投稿する」手も使えるので、厳密に「投稿者に限る」のは(技術的に)無理だと思います。◆「思いつき」でのご要望も歓迎です。想定用途以外にももしかしたら活用できる便利機能な可能性もありますし。ご要望そのものは何でも歓迎です。(実現できるかは完全に別問題ですが。^^;)
🍵Re:2897◆ご要望をありがとうございます。複数投稿に対して一括して何かする機能は、やはりあると便利ですよね。今のところ「一括削除」機能しかありませんが、幸いチェックボックスを既に用意していますから、「チェックを入れた投稿を削除」ボタンの他のバリエーションを用意することでお望みの機能とかも実装できないかな……とちょっと考えてみます。一括カテゴリ登録機能とかもある方が便利ですもんね。
もはや、かき氷の季節……。アイスクリームよりも。🍨🍨🍨
〔121文字〕 編集
2022/06/22 (Wed)
13:38:37
No.2897
by
あどみ
「複数の投稿を一括で下書きにするor下げる機能」があると嬉しいです。
削除するほどでもないし後から見返したくなることもあるけれども、表示しておくにはちょっと……といった記事が結構あるので……。
もし可能でしたらご検討ください。
〔474文字〕 編集
2022/06/19 (Sun)
10:44:58
No.2895
by
あどみ
ありがとうございます。強制的に下げる機能いいですね。仮IDも実装できるのであれば便利に使えそうです。
＞来訪者が自由にIDを作成できる機能
どうなのでしょうね……私は掲示板的に使えて面白いと思うので、あると嬉しいのですが。
でも需要がなかったら実装もできないですよね。
テストしていて思ったのですが、もしも不特定多数が使用することを想定した場合、全ての画像を誰でも使用できるのは不都合が生じる可能性を感じました。
これは設定や今後のバージョンアップで対応できるものでしょうか？
もし自由にID作成できる機能が実装されなかったとしても、編集と削除が自由にできるならリンク集として便利に機能するかと思いましたので
「投稿した記事に対してID（とパス）を個別に管理者権限で設定して、編集できるようにする」とか……「管理者権限があれば、記事のユーザーIDを変更できる機能」とか。無理か。出来るか出来ないかも分からずに思いつきを言っています。すみません。
それ以前に需要。
登録型リンク集として使うのは難しいのかなあ（-_-;
〔85文字〕 編集
〔185文字〕 編集
2022/06/18 (Sat)
10:39:47
No.2893
by
あどみ
こちらの投稿でも「後で試そう！」と思った投稿を見失ったりしてしまうので。
投稿自体には触らず閲覧者側だけが自由に追加できるタグ？みたいな。知識がなくてうまく表現できないのですが
〔580文字〕 編集
2022/06/16 (Thu)
16:59:38
No.2892
by
にしし
🍵Re:2890◆来訪者が自由にIDを作成できる機能の需要ってどれくらいあるものなんでしょうかね……。ご要望は受けていますけども、需要がイマイチ見えないのでどんなもんかな……と思っている最中です。「強制的に下げる(or下書き)になる」仕様は安全で良さそうな気もしますね。自由に作成されたIDは一旦「仮ID」の扱いにしておいて、管理者が「普通ID」に昇格させたときにだけ一般にも見えるようにする、みたいな感じでも良いのかもしれないな……とふと思いました。その場合、もし「仮IDで投稿された内容はログイン者にしか見えない」みたいな仕様にしたとしたら、「ログインしていないと見えない仕様で使いたい」みたいなご要望も同時に叶えられそうな気もします。
🍵Re:2891◆ああ、いやいや、ご自分で削除なさったのなら全然構わないのですけどもね。第三者に削除されてしまっていた場合は、気分を害されると申し訳ないなと思ったので注釈がてら書いておこうと思ったのでした。◆てがろぐは自力でCGIを設置するスキルが必要なので比較的Web技術に明るい方々しか使わないだろうとは思うのですけども、GitHubまで使っている方々はどれくらいいらっしゃるものなのでしょうかね？
道を歩いていたら強風に巻き上げられた砂が目に入りました……。(>_<)
〔282文字〕 編集
2022/06/16 (Thu)
11:42:38
No.2891
by
ともよ
一度投稿して、自分で削除した者です（投稿と削除を別々のデバイスでやりました…）
そういう過去があったことを知らず……。
投稿したのは独り言というか、「自前のスキンファイルをgithubのプライベートリポジトリで管理してるけど、そういう人は結構いらっしゃるんでしょうか」みたいな内容でした。
スキン内部でハードコードしてるものがなく、ライセンス上も問題なければ、リポジトリ公開してもいいのか？……と。でも後から、なにやら恥ずかしくなりまして、削除してしまいました。
申し訳ありませんでした。（該当するのが私以外でしたら、重ねて申し訳なく思います…）
〔148文字〕 編集
2022/06/16 (Thu)
10:50:13
No.2890
by
あどみ
強制的に下げる機能か下書き機能を使った投稿しかできないようにして管理者権限で解除できるようにすれば、管理者がチェックしてから掲載できるので安心かも。
〔169文字〕 編集
2022/06/15 (Wed)
19:50:43
No.2889
by
にしし
〔420文字〕 編集
2022/06/15 (Wed)
19:43:05
No.2888
by
にしし
🍵Re:2886◆下げる機能は本当に自分でただ欲しかったから実装しただけの感じだったのですけども、便利にご活用下さる方が多くて驚いています。◆活用用途の幅が広がるのは嬉しいので、ご提案は歓迎です。(╹◡╹) ただ、どこまでできるかは分かりませんけども。(^_^;)◆『検索結果の表示時には検索語をハイライト(強調)できる機能』はたぶんそんなにお待たせせずに実装できるのではないかと今のところ思っています。
〔236文字〕 編集
2022/06/15 (Wed)
09:35:15
No.2887
by
あどみ
先日、管理人様にはメールで無茶振りしたのですが（その節はありがとうございました）てがろぐでリンク集やサーチエンジンを作れないかなって考えています。
実装予定の機能が正式に実装されたらうまく且つ便利に使えないかなあと頭を捻っているのですが。
なにか皆様から有益なご意見をいただけないかなあと思ったのでこちらでもシェアします。
それは無茶やで、っていうご指摘もお待ちしています（^_^;
2022/06/14 (Tue)
09:55:45
No.2886
by
にしし
🍵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系のアップデートも続いているのですよね。結構な開発リソースが必要だと思うのですが。私の環境にもインストールはしてあります。
雨が降っていなかったら銀行に行こうかと思っていたのだけど、降っておる。(´･ω･`) めちゃくちゃ風が強い。
〔54文字〕 編集
2022/06/14 (Tue)
07:47:22
No.2885
by
あどみ
〔379文字〕 編集
2022/06/13 (Mon)
22:12:11
No.2884
by
あどみ
>>2879さん
当方EdgeとSleipnirを使ってまして、どちらも折り返しませんでした。なのでCSSの問題かと思っており、どう検索したものか分からずこちらに、、。まさかブラウザが原因だとは考えもしませんでした。
>>2881さん
お返事ありがとうございました。
早速試しましたが、効果はありませんでした。
新たにてがろぐを設置して確認してみましたら、【自動でリンクにならないURL】はご指示の通り改行されていました。
問題があるのはうちのCSSかレイアウトのようです。何が原因なのかさっぱり……。
お騒がせしました。
お忙しい中、ありがとうございました。
>>2883さん
見やすいスキンですよね！
【自動でリンクにならないURL】に関して困っていたのでdoさんのスキンでも試して、改行がされず、お手上げ状態になってました。。。
〔79文字〕 編集
2022/06/13 (Mon)
22:02:56
No.2883
by
あどみ
〔102文字〕 編集
2022/06/12 (Sun)
20:13:31
No.2882
by
あどみ
2879です。W3Cがword-wrap:break-word;が効かない場合を書いてくれてました。そうだった、私のスキンでは幅指定してるからはみ出さないんですね。CSS本当にややこしい…。
2022/06/12 (Sun)
00:29:33
No.2881
by
にしし
🍵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に含まれる「/」記号で改行するなら自然だと思います。なぜ、他のレンダリングエンジンではそうならないのか……。^^;
〔145文字〕 編集
2022/06/11 (Sat)
21:21:37
No.2879
by
あどみ
確かにAndroid版のChromeやEdgeだと折り返さないですね。Firefoxだと普通に折り返してますが。私のスキンではChromeでも折り返してるので、CSSを弄れば折り返すと思います。
どこが？というのはわからないのでにししさんか他の方のアドバイスを待ってください。
〔202文字〕 編集
2022/06/11 (Sat)
20:19:08
No.2878
by
あどみ
ところで【自動でリンクにはならないURLを一時的に書きたい場合の書き方】を試したらスマホだとテンプレートが横に長くなります。何でですかね。スキンいじりすぎたかな。。。
https://www.wwwww.com/wwwwwwww/wwww/wwwwww/wwwww/
ああ・・・横に長くなりますね。
「円マーク:」を使うと改行されない？
🤔てがろぐヘルプ群：セットアップ方法、使い方・設定方法、カスタマイズ方法、FAQ・豆知識
※画像拡大スクリプトにFancyboxを使用した第2試験場はこちら ※開発放言