てがろぐ - Fumy Otegaru Memo Logger -
2025年12月16日(火) 23:37:14〔3日前〕 更新
■検索語「テスト」の検索結果［611件］ （ 611 件 ）
■フリースペース： 編集
動作サンプルです。◆他のスキン：標準スキン, 昔のツイッターっぽいスキン(ピンク版), 付箋型スキン, シンプル日記スキン, ジャーナル(日誌)スキン, ブログタイプスキン, チャットタイプスキン, 黒板スキン 《てがろぐCGIの配布ページに戻る》
■日付検索：
■全文検索：
〔202文字〕 編集
2025/11/07 (Fri)
10:52:05
No.5491
by
ともよ
〔43日前〕
そのころわたくしは、モリーオ市の博物局に勤めて居りました。
十八等官でしたから役所のなかでも、ずうっと下の方でしたし俸給もほんのわずかでしたが、受持ちが標本の採集や整理で生れ付き好きなことでしたから、わたくしは毎日ずいぶん愉快にはたらきました。
ポラーノの広場（宮沢賢治）
〔327文字〕 編集
2025/09/10 (Wed)
15:28:35
No.5407
by
にしし
〔101日前〕
[VIDEO]URL記法か、[VIDEO:キャプション]URL記法で以下のように埋め込まれます。（URLの自動リンクを無効にしている場合は埋め込まれません。）
※以下の動画ファイルは19.9MBあるので気を付けてね。(ブラウザ側のコントロールで再生ボタンを押さない限り読み込まれません。MetadataのPreloadはされます。）
※動画ファイルをアップロードする機能はありません。（別途FTP等でのアップロードが必要です。画像ファイルの対象拡張子設定を使うことで、画像としてUPする方法もありますけども。）
〔124文字〕 編集
2025/09/01 (Mon)
02:04:17
No.5391
by
あどみ
〔110日前〕
①ラベルに絵文字含む
続きを読む🍉:
続き中身
②ラベル絵文字のみ
🍉:
続き中身
〔49文字〕 編集
2025/06/29 (Sun)
22:18:09
No.5277
by
にしし
〔173日前〕
〔326文字〕 編集
2025/06/20 (Fri)
09:01:22
No.5259
by
あどみ
〔183日前〕
>>5258
ご回答ありがとうございます。
.jpgと.pngでテストしていたのですがそれでも画像一覧のところで確認しても縦横サイズが取得されないことが多々ありました（再度読み込みをしても）。なので何か管理しているところがあるのかしら、と思った次第でして。（もしかしたら複数画像を加工しての投稿であるからかもです…わかんないんですが）
WebPについては特に今のところ考慮しておりません。しかし自動取得される筈の拡張子でも取得されないことは事実であるので、手動で縦横サイズを登録する方法の方がWebPなど
他の拡張子にも対応できそうだなと思いました。
ご回答ありがとうございます。また色々お尋ねするかもしらませんが、よろしくお願いします
2025/06/19 (Thu)
21:44:41
No.5258
by
にしし
〔183日前〕
🍨Re:5255◆てがろぐ側で縦横サイズを自動取得できる画像形式は、JPEG、GIF、PNG、SVGだけです。WebPやHEICなどの画像の縦横サイズは自動では取得できません。以下、ご質問に回答します。
- てがろぐでは、画像ファイルのバイナリを直接読んで縦横サイズをその都度把握しています（記録はしていません）。その都度調べるのは、画像が（FTP等の外部の手段で）差し替えられた場合に対応するためです。JPEG、GIF、PNGには画像のバイナリに比較的単純な方法で縦横サイズが記録されているのでそこから取得しています。SVGの中身はXMLテキストデータなので属性値から取得しています（省略されていれば取得できませんが）。しかし、WebPやHEICはそこまで単純な方法では分からないので今のところ自動取得の対象外にしています。WebPに関しては画像処理系のライブラリ(Image::Info)を読めば取得できますが、そうすると動作環境を狭めてしまう可能性がありますので避けています。そのうち（OGPリンクと同様に）補助PHP側でなんとかするかもしれません。ただ、PHPでも7.1以降でないとダメっぽいですが。
- 画像管理画面から手動で縦横サイズを登録してみて、その後の画像インデックスファイル(index.xml)を見るとよく分かると思いますが、<fixed>930x620</fixed>のような感じで記録されます。「x」は小文字のエックスです。これも空白等は一切許容されないのでご注意下さい。ここに値を書き込んでおけば、その値が固定的に出力されます。（たとえ自動取得が可能な画像形式であっても、ここに書かれた値の方を採用して出力します。）
🍨Re:5256◆コピー＆ペーストとかで余計な空白が入ってしまうケースはわりとよくあると思うんですが、それでも今まで発覚しなかったのがちょっと不思議だな……と思いました。(笑) 自分でもかなりの回数でいろいろテストした気がしていたんですけども。^^;
🍨Re:5257◆ご確認ありがとうございます～。(╹◡╹)ﾉ やはりそこが原因ですね。
2025/06/19 (Thu)
12:00:08
No.5253
by
にしし
〔184日前〕
回答が遅くなってすみません。
🌽Re:5246◆お役に立って良かったです。内部の実装は冗長なんですけども（最初に本来の [[ONEPICT:1]] で出力されるHTMLソースを生成した上で、そこから必要な部分だけを抽出して出力するような実装なので）、しかしスキン側の自由度が上がるのは確かですね。
🌽Re:5247◆解決したとのことですが、参考までに回答しておきます。
- 省略形のタグは一切認識しません。てがろぐのデータは、XMLっぽい形式ですが、完全な仕様のXMLというわけではないので、XMLとして許可されているあらゆる書き方ができるわけではありません。既存のファイルの中身を見て、タグ部分は本当にそのままの状態で使う必要があります。空要素の場合は『 <tag></tag>＝空だと認識される』・『<tag />＝認識できないので結果的にデータなしと認識される』という点で不都合がないケースもあるかもしれませんが、（中身がカラでも）存在が必須である要素を省略形にしてしまうと、その1件まるごとが認識されなくなると思います。詳しくは、「他サービスから大量の過去データを引き継ぎたい場合は、XMLデータを直接編集すると楽かもしれない」項目の末尾にある補足欄をご覧下さい。（ここは、tegalog.xmlの説明ですが、画像インデックスファイルの場合でも制限仕様は同じです。）
- データファイルの更新は「てがろぐ内部による更新」と「人間が手動で編集する更新」の2通り以外は想定していませんので、外部のツールから新規投稿のタイミングで修正されるケースでは何か問題があるかもしれません。
- 画像インデックスファイルを更新する際は、全体を書き換えます。なぜなら、既存の画像が変化している場合にも対処する必要があるからです。とはいえ、人間がデータファイルを直接編集した場合にも備えて、既存のデータを読んでから更新しますので、正しく書き換えられてさえいれば、その情報は維持されるハズです。なので、もし維持されないなら、書き方が正しくない可能性があります。なお、①の回答にも含めましたが、XMLで許容されているすべての書き方ができるわけではなく、特に「1件1行」で書かなければ認識されない仕様です。1つでも改行があると、そのデータは正しく読めなくなります。
🌽Re:5249◆どへえ……！ たしかに文字化けしますね……！ 今まで誰からも指摘がなかったのが不思議なくらい、単純な検索で起きる現象ですね……。全文検索でのハイライト表示の処理に問題があるっぽいので、管理画面の[設定]→[ページの表示]→【全文検索／表示】で『検索結果に含まれる検索語を強調表示する』をOFFにすると発生しないと思います。次のバージョンでなんとかします。ご報告をどうもありがとうございます！
🌽Re:5250◆テストありがとうございます。[設定]→[ページの表示]→【全文検索／表示】で『検索結果に含まれる検索語を強調表示する』項目はOFFの状態でお使いでしょうか？ もし、ここがONであるにもかかわらず文字化けせずに済んでいるようならぜひ教えて下さい。
🌽Re:5251◆はい。[[ONEPICT:1:オプション～]]の各記法では、当該画像がない場合には何も出力されません。これは、JavaScript等で取得したい場合や、直接何らかの属性値として使いたい場合には、余計なエラーメッセージを出力するよりも空文字を出力する方が扱いやすいだろうからです。何も表示されない場合にCSSで代替画像を表示したい場合は、以下のようにする手があります。
- 例えば <span class="hoge">[[ONEPICT:1:IMG]]</span> のようにスキンを書いた場合、
- 当該画像がなければ、HTMLには <span class="hoge"></span> とだけ出力されますね。要素の内容がカラです。
- この場合、.hoge:empty { ～ } というCSSを用意すれば、「内容がカラの場合にだけ適用される装飾」を作れます。
🌽Re:5252◆テストありがとうございます。ご自身でお使いの方も、おそらく『検索結果に含まれる検索語を強調表示する』項目はONでお使いでしょうかね？
2025/06/02 (Mon)
10:48:15
No.5211
by
にしし
〔201日前〕
☕Re:5206◆Perl 5.8.9のままでの動作テストありがとうございます。問題なく動いて良かったです。(╹◡╹)ﾉ
☕Re:5207◆投げ銭ありがとうございます！ お役に立っているようで嬉しいです。
☕Re:5208◆カテゴリ目次モードは、FAQをてがろぐで作ろうと思ったときに、Questionのジャンル別に整列した目次が生成できると便利だよな、とは思っていまして、朧気には考えていました。ただ、時系列（の降順か昇順）に並ぶのが前提のシステムなので、そもそもそういう用途に適しているのかという問題もありますけども。作るとしても規模が大きめなので、気長にお待ち頂ければ幸いです。
☕Re:5209◆『リンク先のWebページにTwitter Cardの指定があって、そこで大画像が指定されている』というのが一番可能性が高そうに思います。どこのURLにリンクした時に問題が出るのかを教えて頂ければ調査できます。なお、カードサイズを固定する記法もありますので、相手先ページの記述に関係なく小画像で表示させたいなら、:CARD-Sを使って下さい。（もしくは、小カード用のCSSと大カード用のCSSを、どちらも「小カード用のCSS」にしてしまう方法もあります。※その場合は、大カードで見せる方法がなくなってしまいますけども。）
☕Re:5210◆一応Firefoxのレスポンシブモードではスマートフォンサイズで横スクロールが発生しないよう表示確認はしていたのですが、そういえば、URLっぽい文字列の折り返し処理については、実機とは動作が違いましたね（Firefoxだと「/」記号の存在で自動改行してくれるのですが）。ちょいとCSSを調整してみました。これでどうでしょうか？
〔771文字〕 編集
2025/05/21 (Wed)
17:28:51
No.5186
by
にしし
〔212日前〕
🧊Re:5185◆おぉ、それはスマートなアルゴリズムですね！ たしかに、JavaScriptが解釈しやすい日付フォーマットでdata-属性に出力しておいて現在日時と比較する方法なら、てがろぐの現状の仕様だけで簡単に（任意の）経過時間が計算できますね。
というわけで、No.5181さんは、ぜひ以下の手順で試してみて下さい。
--- ▼Step①: ---
まず、内側スキンで相対時刻を掲載したい箇所に
<span data-published="[[DATE:Y-M-D]]T[[DATE:h:m:s]]">[[DATE:《A》]]</span>
……と書いておきます。
（※data-published属性値は ISO 8601 のローカル時刻形式「YYYY-MM-DDThh:mm:ss」になるようにしています。）
--- ▼Step②: ---
次に、外側スキンに『日時情報を比較して非表示にするJavaScript』を書きます。
具体的には、このリンク先で閲覧できるChatGPTとの一連の会話をご覧下さい。
この会話の最後に提示されているソース（全20行）をコピー＆ペーストして使って下さい。（注：最初のソースではなく最後のソースです。）
（なぜISO 8601フォーマットにしたのかの理由が会話の途中で分かります。^^;）
実際の動作テストはしていないのですが、JavaScriptソースを読んだ限りではいけそうな気がします。
なお、「24時間」の閾値を変更したい場合は、ソース中の if (diffHours >= 24) の「24」の部分を修正すれば良いです。
〔401文字〕 編集
2025/05/10 (Sat)
19:39:11
No.5170
by
にしし
〔223日前〕
折り畳み
こんな感じで見えます。
ラベルはその都度指定します
入れ子にもできます
JavaScriptなしで動作する点も良いですね。装飾はCSS次第で好きなようにできます。
ここの動作試験場では、標準スキンにしか(まだ)CSSを用意していません。が、details要素＋summary要素はHTMLだけで動作しますから、CSSがなくても（単に装飾がないだけで）動作はします。
〔60文字〕 編集
〔143文字〕 編集
2025/04/24 (Thu)
17:38:24
No.5123
by
にしし
〔239日前〕
リンクラベルを書いた場合:
CARD = TEST...
CARD-S = TEST...
CARD-L = TEST...
リンクラベルを書かなかった場合:
CARD = (Loading...)...
CARD-S = (Loading...)...
CARD-L = (Loading...)...
〔167文字〕 編集
2025/04/18 (Fri)
11:20:37
No.5110
by
にしし
〔246日前〕
(Loading...)... (Loading...)... (Loading...)...
🍔Re:5109◆β版のご試用をどうもありがとうございます～。(╹◡╹)ﾉ 今夜までには（文字化けの可能性をさらに減らした）Ver 4.5.7βを公開する予定です。（次の正式版 4.6.0 も、できれば今月末までにはリリースしたいと思っています。）
〔147文字〕 編集
〔528文字〕 編集
2025/04/10 (Thu)
15:34:50
No.5079
by
にしし
〔254日前〕
🧇 [リンクラベル:CARD]URL と書くと、カード型リンクとして出力（基本）。
Twitter Cardがあればカードサイズを自動判別。
にししふぁくとりー...
🧇 [リンクラベル:CARD-S]URL と書くと、小さいカード型リンク固定で出力。
（Twitter Cardがあっても無視）
てがろぐ公式HOME...
🧇 [リンクラベル:CARD-L]URL と書くと、大きいカード型リンク固定で出力。
（Twitter Cardがあっても無視）
てがろぐカスタマイズ方法...
🧇Not FoundなURLを指定した場合のカード：
（画像部分に見えるグラデーションは、CSS側にプレースホルダとして指定してある装飾）
リンクラベルはそのまま見える...
カード型リンクとして読んだOGP情報は一定期間キャッシュされますので、一度でも表示した後は（リンク先ページでOGP情報が変更されても）しばらくは反映されません。その代わり、2度目以降の表示時は（相手先サーバには読みに行かずにキャッシュから表示されるので）高速に表示されます。
〔596文字〕 編集
2025/04/08 (Tue)
00:50:48
No.5074
by
さくら
〔256日前〕
スマホやタブレットのようなタッチパネル環境で似たような経験があったので、気になってAI(Copilot)に聞いてみました。
Copilotが提示した下記のjavascriptコードを外側スキンの末尾にある遅延読み込みスクリプト群の所に貼り付けてテストしたところ、文字を入力できるエリア(textareaとinput)に何らかの文字が入力されている状態でリンクをクリックした時に確認ダイアログが出ました。このままだと投稿ボタンや記事検索ボタンを押した時にも確認ダイアログが出るので、その辺の細かい部分はお好みに合わせて調整してみて下さい。
<script>
let isTyping = false;
document.querySelector("textarea").addEventListener("input", () => {
isTyping = true;
});
window.addEventListener("beforeunload", (event) => {
if (isTyping) {
event.preventDefault();
event.returnValue = "変更内容が失われる可能性があります。ページを移動してもよろしいですか？";
}
});
</script>
