てがろぐ
- Fumy Otegaru Memo Logger -
カテゴリ「回答/返信」に属する投稿［670件］（22ページ目）
Re:763◆ご活用ありがとうございます。使用報告があると励みになって開発意欲が増してきます。(笑) そして、説明ページも全文をお読み下さいましたか、ありがとうございます。(笑) もうちょっと何か整頓できて探しやすく掲載できると良いのですけどもね。^^; イラストかわいいです。(╹◡╹)
Re:751◆ご要望ありがとうございます！ 実装上も、たぶん「指定文字数を超えたら」というよりは、「折りたたむ境界を指定の表記方法で指定したら」という条件の方が実装しやすそうですから、たぶんそうすると思います。その方が、Fumy News Clipperにある折り畳み機能のように、多段階の折り畳みもできますしね。◆既存ハッシュタグの簡易入力機能については、すぐに実装する方法は思いつきませんが、ご要望リストには加えておきます。何か良い方法が思いついたら実装します。(^_^;) もしかしたらカテゴリ機能の方が先に実装されるかも知れません。
Re:750◆ウェブページ全体の高さが5万pxを超えるようなことはさすがにないと思うので、PCでもモバイルでも50000で充分ではないかと思います。心配なら10万とか1億とか大きな値を設定すれば良いです。(笑) なお、document.body.clientHeight でページ全体の高さが分かるので、 document.body.clientHeight - 30 を計算すれば「下から30px」の位置が分かります。この値をY座標に指定すれば、望みの位置に自動スクロールできると思います。(^_^)
要するに window.scroll( 0, (document.body.clientHeight - 30) ); でしょうかね。
※ただ、画面の高さは30px以上あるでしょうから、実際には30pxよりももっと上側までしかスクロールできないとは思いますが。^^;
Re:750◆ウェブページ全体の高さが5万pxを超えるようなことはさすがにないと思うので、PCでもモバイルでも50000で充分ではないかと思います。心配なら10万とか1億とか大きな値を設定すれば良いです。(笑) なお、document.body.clientHeight でページ全体の高さが分かるので、 document.body.clientHeight - 30 を計算すれば「下から30px」の位置が分かります。この値をY座標に指定すれば、望みの位置に自動スクロールできると思います。(^_^)
要するに window.scroll( 0, (document.body.clientHeight - 30) ); でしょうかね。
※ただ、画面の高さは30px以上あるでしょうから、実際には30pxよりももっと上側までしかスクロールできないとは思いますが。^^;
Re:748◆こちらこそ記事読んで下さってありがとうございます。(^_^)
で、うちの個人サイトに「ウェブページ内の特定の座標にスクロールさせる方法」という記事があるんですが、ここに書いているscrollメソッドのY座標を充分大きくすれば、ページの最下部に移動できると思います。window.scroll( 0, 50000 ); とか。たぶん。^^;
で、うちの個人サイトに「ウェブページ内の特定の座標にスクロールさせる方法」という記事があるんですが、ここに書いているscrollメソッドのY座標を充分大きくすれば、ページの最下部に移動できると思います。window.scroll( 0, 50000 ); とか。たぶん。^^;
Re:745◆ああ、確かに最新の投稿が上に来る仕組みだと、LINEのようにはなりませんね……。時系列順に並べることも可能なので、 tegalog.cgi?order=reverse のようなURLでアクセスすれば、最新の投稿が下に来るようにはなりますが、ページの扱いがちょっと困る可能性はありそうな気がします。ページ分割せず、1ページに全投稿を表示する感じで運営できれば問題ないかも知れませんが。(^_^;)
Re:740～742◆実は [[ONEPOST:123]] と記述するとその位置にNo.123の投稿本文が挿入されるという機能があるので、スキンを編集できる場合はその方法で先頭部分に任意の投稿を表示することはできます。個数に制限もないのでいくらでも配置できます。ただ、スキンの編集が必要なので、ちょっと手間ですね。実はフリースペースの内部でも [[ONEPOST:123]] という記述は有効なので、フリースペースを活用するとちょっとは楽かも知れません。（その場合でも、フリースペースの場所を調整するために最初の1回はスキンの編集が必要ですが。）
先頭固定機能を考える場合、「全員の先頭に固定」するのか、「ユーザ単位の表示場面だけで固定」するのか、ちょっと仕様に迷うところがあります。
Re:743◆そうです。スキンに [[TEGALOG]] と書いている部分を例えば [[TEGALOG:3]] とすると、CGI側の設定に関係なく3件だけが表示されます。(ただ、この仕様はいつから搭載していたかちょっとよく覚えていません。^^; たぶん、Ver 1.4.0以降くらいなら使えると思うんですが。まだ配布ページのマニュアルには記載していませんでした。^^;)
先頭固定機能を考える場合、「全員の先頭に固定」するのか、「ユーザ単位の表示場面だけで固定」するのか、ちょっと仕様に迷うところがあります。
Re:743◆そうです。スキンに [[TEGALOG]] と書いている部分を例えば [[TEGALOG:3]] とすると、CGI側の設定に関係なく3件だけが表示されます。(ただ、この仕様はいつから搭載していたかちょっとよく覚えていません。^^; たぶん、Ver 1.4.0以降くらいなら使えると思うんですが。まだ配布ページのマニュアルには記載していませんでした。^^;)
Re:735◆全然無関係な話です。CGIによる検索はCGIがすべての処理を担っていますから外部の検索エンジンは無関係です。ご安心下さい。
Re:734◆変幻自在です。‹‹\(´ω` )/››‹‹\( ´)/››‹‹\( ´ω`)/››‹‹\(´ω` )/››‹‹\( ´)/›› ‹‹\( ´ω`)/››
Re:733◆*･゜ﾟ･*:.｡..｡.:*･'(*ﾟ▽ﾟ*)'･*:.｡. .｡.:*･゜ﾟ･*
Re:734◆変幻自在です。‹‹\(´ω` )/››‹‹\( ´)/››‹‹\( ´ω`)/››‹‹\(´ω` )/››‹‹\( ´)/›› ‹‹\( ´ω`)/››
Re:733◆*･゜ﾟ･*:.｡..｡.:*･'(*ﾟ▽ﾟ*)'･*:.｡. .｡.:*･゜ﾟ･*
Re:731◆今のところ画像だけをリストアップする方法はないのですが、そういえばTwitterだとサイドバーに最近の画像だけを一覧で見れたりしますね。画像もですが、画像に限らず「最新のxx件」みたいな機能は需要がありそうな気もします。ちょっと何か考えてみます。
Re:726◆ありがとうございます。(๑╹◡╹๑) その場ですぐに再編集できる仕様は自分でも「便利だな」と思いました。(笑)
Re:722◆いろいろ実験ありがとうございます。その現象は、データの再カウントタイミングの仕様が原因です。(^_^;) 以下に少し解説します。
🍀ハッシュタグ個数カウントの仕様
新規投稿した際や、投稿を再編集した際に、投稿本文内にハッシュタグが1個以上あれば、自動的にハッシュタグの再カウントが実行されてハッシュタグ一覧が更新されます。が、1つだけ例外がありまして、『投稿内容を編集した結果として(その投稿本文内の)ハッシュタグの個数がゼロになった場合』だけは、ハッシュタグの再カウントが行われないので、ハッシュタグ一覧も変化しないのです。その際は管理画面にある「投稿を再カウント」ボタンを押して頂くと強制再カウントが行われるので個数表示も正しく更新されます。（または、ハッシュタグを含む別の投稿を編集or新規投稿すると再カウントされます。）
※この仕様は、ハッシュタグをカウントする負荷を必要最小限に抑え(ようとす)るための仕様です。実際には最小限より足りないわけですが。^^;(ハッシュタグを含んでいない投稿をした際にも全データを再カウントすると無駄な負荷が発生してしまいますので、それを避けよう、という仕様です。^^;) #使い方 #仕様
🍀ハッシュタグ個数カウントの仕様
新規投稿した際や、投稿を再編集した際に、投稿本文内にハッシュタグが1個以上あれば、自動的にハッシュタグの再カウントが実行されてハッシュタグ一覧が更新されます。が、1つだけ例外がありまして、『投稿内容を編集した結果として(その投稿本文内の)ハッシュタグの個数がゼロになった場合』だけは、ハッシュタグの再カウントが行われないので、ハッシュタグ一覧も変化しないのです。その際は管理画面にある「投稿を再カウント」ボタンを押して頂くと強制再カウントが行われるので個数表示も正しく更新されます。（または、ハッシュタグを含む別の投稿を編集or新規投稿すると再カウントされます。）
※この仕様は、ハッシュタグをカウントする負荷を必要最小限に抑え(ようとす)るための仕様です。実際には最小限より足りないわけですが。^^;(ハッシュタグを含んでいない投稿をした際にも全データを再カウントすると無駄な負荷が発生してしまいますので、それを避けよう、という仕様です。^^;) #使い方 #仕様
Re:717◆絵文字「⌚」は腕時計です。この絵文字を表示できない環境では他の代替記号が出てくる可能性はあると思いますが。ドロイドくんが表示されましたか？(^_^;) Unicode「U+231A」で「Watch」として定義されている絵文字なので、腕時計として表示されるのが本来の形です。ただ、「どんな腕時計か」という点は環境次第ですが。^^;
Re:716◆元気玉くれるのが恒例に……。*･゜ﾟ･*:.｡..｡.:*･'(*ﾟ▽ﾟ*)'･*:.｡. .｡.:*･゜ﾟ･* カテゴリ機能はデータファイルの仕様変更(拡張)が必要なので、Ver.3あたりになる予定です。「続きを読む」機能はできるだけ早めに実装したいと思っています。その前に、まずは画像機能を完成させたバージョンを Ver.2 として配布します～。
Re:716◆元気玉くれるのが恒例に……。*･゜ﾟ･*:.｡..｡.:*･'(*ﾟ▽ﾟ*)'･*:.｡. .｡.:*･゜ﾟ･* カテゴリ機能はデータファイルの仕様変更(拡張)が必要なので、Ver.3あたりになる予定です。「続きを読む」機能はできるだけ早めに実装したいと思っています。その前に、まずは画像機能を完成させたバージョンを Ver.2 として配布します～。
Re:689◆どうぞ～。βテスト用の枠にはまだ空きがありますので、歓迎です。ありがとうございます。
Re:690◆ボタンが横に並ぶか縦に並ぶかは、主タイトル・副タイトル・概要文の長さ次第ですね。(Twitterっぽいスキンに限らず、標準スキンでも。) CSSの書き方次第では横に並ぶのを強制することもできますが、そうすると、その分だけタイトルや概要文が多めに改行されてしまいます。この辺は今のところ、スキンをカスタマイズして調整して頂くことが前提になっています。(^_^;)
Re:691◆今のところはないんですが、たしかにあのボックスの表示は固定なので、カスタマイズできた方が望ましそうですね。
Re:692◆そういえば、今は横方向しか制限していませんでした。縦長の画像も考慮しないといけませんねえ……。本番公開(配布)までにはなんとかします。
Re:693◆確かに。そうえいば、そこのデータ引き継ぎは実装がまだでした！ ご報告ありがとうございます！
Re:696◆Google＋、開始当初は検索結果ページにサイト所有者のGoogle＋アイコンを表示するとかして勢いがあったように見えたんですけどもね。GoogleはFacebookよりも早くにSNS（orkut）を始めていたというのに、結局SNSは成功しませんでしたねえ。orkut→Google+のブランクが長すぎて機会を逃したのがもったいない気がします。
Re:690◆ボタンが横に並ぶか縦に並ぶかは、主タイトル・副タイトル・概要文の長さ次第ですね。(Twitterっぽいスキンに限らず、標準スキンでも。) CSSの書き方次第では横に並ぶのを強制することもできますが、そうすると、その分だけタイトルや概要文が多めに改行されてしまいます。この辺は今のところ、スキンをカスタマイズして調整して頂くことが前提になっています。(^_^;)
Re:691◆今のところはないんですが、たしかにあのボックスの表示は固定なので、カスタマイズできた方が望ましそうですね。
Re:692◆そういえば、今は横方向しか制限していませんでした。縦長の画像も考慮しないといけませんねえ……。本番公開(配布)までにはなんとかします。
Re:693◆確かに。そうえいば、そこのデータ引き継ぎは実装がまだでした！ ご報告ありがとうございます！
Re:696◆Google＋、開始当初は検索結果ページにサイト所有者のGoogle＋アイコンを表示するとかして勢いがあったように見えたんですけどもね。GoogleはFacebookよりも早くにSNS（orkut）を始めていたというのに、結局SNSは成功しませんでしたねえ。orkut→Google+のブランクが長すぎて機会を逃したのがもったいない気がします。
以下、返信です。（ご質問・テスト等ありがとうございます。ご質問もテストもご要望もお気軽にどうぞ。）
🌺外部への送信はありません
Re:683◆投稿内容の処理は文章も画像もすべて完全に設置サーバ内だけで完結しており、外部へ送信することは一切ありません。CGI自体の処理もサーバ内で完結します。管理画面のTOPにアクセスした際に、動作バージョンが最新版かどうかの案内が出ますが、これも特に情報は何も送信しておらず、ただここに書いてある方法で最新版の存在を示す画像を1枚表示しているだけです。したがって、閉じたネットワーク内で使っても特に影響はありません。社内サーバ等に設置の場合でも安心してご活用下さい。
🌺ハッシュタグの仕様
Re:682◆そういえば、全角の空白文字は「区切り」とは認識していないのでした。 # 記号の後に全角文字を続けると「全角以外の文字が登場するまで全部」をハッシュタグだと認識しますので、(全角空白も全角文字ですから)そのようになります。これはちょっと分かりにくいので今後修正します。
🌺画像投稿の現時点の仕様
Re:681◆画像テストありがとうございます。内部画像を挿入するための [PICT] を改行せずに横に並べれば、画像も横に並びます。同時に複数枚をUPできるようにもしたいと思っていますが、とりあえずはミニマムな実装で一旦公開する予定でいます。
🌺外部への送信はありません
Re:683◆投稿内容の処理は文章も画像もすべて完全に設置サーバ内だけで完結しており、外部へ送信することは一切ありません。CGI自体の処理もサーバ内で完結します。管理画面のTOPにアクセスした際に、動作バージョンが最新版かどうかの案内が出ますが、これも特に情報は何も送信しておらず、ただここに書いてある方法で最新版の存在を示す画像を1枚表示しているだけです。したがって、閉じたネットワーク内で使っても特に影響はありません。社内サーバ等に設置の場合でも安心してご活用下さい。
🌺ハッシュタグの仕様
Re:682◆そういえば、全角の空白文字は「区切り」とは認識していないのでした。 # 記号の後に全角文字を続けると「全角以外の文字が登場するまで全部」をハッシュタグだと認識しますので、(全角空白も全角文字ですから)そのようになります。これはちょっと分かりにくいので今後修正します。
🌺画像投稿の現時点の仕様
Re:681◆画像テストありがとうございます。内部画像を挿入するための [PICT] を改行せずに横に並べれば、画像も横に並びます。同時に複数枚をUPできるようにもしたいと思っていますが、とりあえずはミニマムな実装で一旦公開する予定でいます。
2月中の新バージョン配布は無理だった。まあ、急がずにテストを重ねつつ開発しよう。(^_^;)
Re:678◆たしかに、タイトル用途だと大きくしたいという需要はありそうですね。装飾を増やすのは簡単なのでToDoリストに入れておきます。
Re:678◆たしかに、タイトル用途だと大きくしたいという需要はありそうですね。装飾を増やすのは簡単なのでToDoリストに入れておきます。
Re:674◆Twitter的な感じで短文を投稿していくような形なので、文字を大きくできるようにするとTLに節操がなくなるかな……と思って「文字サイズを大きくする」という装飾手段は用意しなかったんですが、やはり大きくする装飾手段もあった方が良いですかね？(^_^;) 今後は画像も投稿可能になるわけですし、どうせその使い方次第では簡単に節操がなくなるので(^_^;)、それならいっそ文字を大きくする装飾ボタンも用意しても良いかな、と思ってはいます。（※とはいえ、今でも「強調」という装飾ボタンがあるので、これに対するCSSを「文字サイズを大きくする」スタイルに書き換えれば、大きくする機能を用意することは可能ではあります。）
🌸Re:642◆ご愛用頂ければ幸いです。「続きを読む」機能は実装予定でいます。もうちょっと先になりますが。まずは画像投稿機能を完成させて公開します。
🌸Re:643◆画像保存用ログとしての活用方法もありそうですね。
🌸Re:651◆テストありがとうございます。新バージョンを公開(配布)する際には、文章投稿と同時に画像もUPできるようにもします。(Twitterと違って枚数制限がないところは強みですが、Twitterのようにサムネイルが掲載されるわけではない点は、どう見やすくするかちょっと迷うところです。)
🌸Re:656◆何度かご要望に上がっていたような気もしますね。(^_^;) その機能も作りたいとは思っています。既にいろんな書き方がされているので、どんな形態で実装するのが良いかを迷うところではありますが。
🌸Re:643◆画像保存用ログとしての活用方法もありそうですね。
🌸Re:651◆テストありがとうございます。新バージョンを公開(配布)する際には、文章投稿と同時に画像もUPできるようにもします。(Twitterと違って枚数制限がないところは強みですが、Twitterのようにサムネイルが掲載されるわけではない点は、どう見やすくするかちょっと迷うところです。)
🌸Re:656◆何度かご要望に上がっていたような気もしますね。(^_^;) その機能も作りたいとは思っています。既にいろんな書き方がされているので、どんな形態で実装するのが良いかを迷うところではありますが。
Fumy News Clipperとてがろぐで迷っています。
Re:636◆決めかねておられるなら「てがろぐ」をお勧めします。
両方のユーザーが横から余計なひと言。
毎回がっつり千字程度の長文ならFNCかもと思いますが、気軽に数行ずつの投稿なら絶対にてがろぐの方が良いと思います。
タイトル等はてがろぐで文字装飾で目立つようにできますし、タグで記事分けもできますし、将来的にはカテゴリ機能も追加されると言う噂が。
自分は筋金入りのFNCｽｷｰですが、記事投稿の気楽さ気軽さはてがろぐに軍配と思います。スキン選ぶのも楽しいですよ☆ #感想
既にサーバ上にある画像を一覧表示する機能は作ったので、そのうちここで動作テストをします。
🌸スキンの種類
Re:634◆ありがとうございます。スキンの種類ももっと増やしたいと思っています。スキンを作って配布して下さるユーザさんが現れるくらいユーザ数が増えるのが今のところの目標になりつつあります。(笑)
🌸チャット用途
Re:635◆なるほど、たしかに多人数が集まるチャット用途だと来訪者が自力でIDを作成できる必要がありますね。チャット用途への活用も想定はしていましたが、その点は思い至りませんでした。(^_^;) 今後、来訪者が自力でIDを作成できる機能も加えようと思います。(もちろん、来訪者が自由にIDを追加できるかどうかは設定でON/OFFができるように作ります。)
しかし、チャットに18人集合とはなかなか盛況でしたね！ 昨今、そんな大人数でチャットするのも珍しくなった気がします。(そもそもチャット自体が今では珍しくなりましたけども。^^;) 昔々は入れ替わり立ち替わりで夜通しチャットしたものでしたが。^^;;;
ID数は、数百件などにならない限り動作に影響はないように思います。実験してみないと分かりませんが。
🌸てがろぐかFumy News Clipperか
Re:636◆決めかねておられるなら「てがろぐ」をお勧めします。Fumy News Clipperはベースの文字コードがSHIFT-JISということもあって、何かと機能を追加しにくいので……。開発の優先度は明らかに「てがろぐ」の方が高いです。(^_^;) ご要望ある限りFumy News Clipperもメンテはしたいとは思うんですけどもね。^^;
🌸スキンの種類
Re:634◆ありがとうございます。スキンの種類ももっと増やしたいと思っています。スキンを作って配布して下さるユーザさんが現れるくらいユーザ数が増えるのが今のところの目標になりつつあります。(笑)
🌸チャット用途
Re:635◆なるほど、たしかに多人数が集まるチャット用途だと来訪者が自力でIDを作成できる必要がありますね。チャット用途への活用も想定はしていましたが、その点は思い至りませんでした。(^_^;) 今後、来訪者が自力でIDを作成できる機能も加えようと思います。(もちろん、来訪者が自由にIDを追加できるかどうかは設定でON/OFFができるように作ります。)
しかし、チャットに18人集合とはなかなか盛況でしたね！ 昨今、そんな大人数でチャットするのも珍しくなった気がします。(そもそもチャット自体が今では珍しくなりましたけども。^^;) 昔々は入れ替わり立ち替わりで夜通しチャットしたものでしたが。^^;;;
ID数は、数百件などにならない限り動作に影響はないように思います。実験してみないと分かりませんが。
🌸てがろぐかFumy News Clipperか
Re:636◆決めかねておられるなら「てがろぐ」をお勧めします。Fumy News Clipperはベースの文字コードがSHIFT-JISということもあって、何かと機能を追加しにくいので……。開発の優先度は明らかに「てがろぐ」の方が高いです。(^_^;) ご要望ある限りFumy News Clipperもメンテはしたいとは思うんですけどもね。^^;
画像アップロード機能は、そんなにお待たせせずにリリースできるかも知れない、と思ったり思わなかったり。
Re:629◆不特定多数に開放する掲示板という用途を考えると確かにそういう仕様が必要ですよね。問題は、そういう用途に（既存の掲示板CGIではなく）てがろぐを使う意味があるかどうか、というところらへんかな、と思うのですが、需要がありそうならToDoに加えます。「こういう感じで活用するケースに必要」という何かが見えると良いんですが。(^_^;)
Re:630◆たしかにスキンもアップロードできると便利ですよね。管理画面上からスキンを書き換えたいというご要望も過去に頂いていますので、それと含めて考えてみます。
Re:629◆不特定多数に開放する掲示板という用途を考えると確かにそういう仕様が必要ですよね。問題は、そういう用途に（既存の掲示板CGIではなく）てがろぐを使う意味があるかどうか、というところらへんかな、と思うのですが、需要がありそうならToDoに加えます。「こういう感じで活用するケースに必要」という何かが見えると良いんですが。(^_^;)
Re:630◆たしかにスキンもアップロードできると便利ですよね。管理画面上からスキンを書き換えたいというご要望も過去に頂いていますので、それと含めて考えてみます。
ご感想、ご要望ありがとうございます。
◆Re:612：もし「いいね」機能を実装する場合には、名称は固定せず「ふぁぼ」でも「メモ」でも自由な名称に設定できるように作ると思います。あくまでも作るとしたら、の話ですが。(笑)
◆Re:617：ありがとうございます。とりあえず「いいね」は心の中で受け取っておきます。(笑)
◆Re:618：Fumy News ClipperはそもそもHTMLソースを直接入力可能なので文字装飾ボタンを用意する予定は考えていません。2つのCGIに同じ機能を実装していくのは手間なので、棲み分けられるようにするか、いっそのこと「Fumy News Clipper」から「てがろぐ」へ移行できるような仕組みを用意して、てがろぐだけをアップデートするか、何かそんな感じを(なんとなく)考えています。とはいえ、ご要望は歓迎です。(そもそも要望されないと需要が分からないので。^^;)
◆Re:612：もし「いいね」機能を実装する場合には、名称は固定せず「ふぁぼ」でも「メモ」でも自由な名称に設定できるように作ると思います。あくまでも作るとしたら、の話ですが。(笑)
◆Re:617：ありがとうございます。とりあえず「いいね」は心の中で受け取っておきます。(笑)
◆Re:618：Fumy News ClipperはそもそもHTMLソースを直接入力可能なので文字装飾ボタンを用意する予定は考えていません。2つのCGIに同じ機能を実装していくのは手間なので、棲み分けられるようにするか、いっそのこと「Fumy News Clipper」から「てがろぐ」へ移行できるような仕組みを用意して、てがろぐだけをアップデートするか、何かそんな感じを(なんとなく)考えています。とはいえ、ご要望は歓迎です。(そもそも要望されないと需要が分からないので。^^;)
> カテゴリ機能
今は投稿者とタグで記事が分かれるようになってますが、カテゴリが追加されると、一体どういう風になる、と言うか、投稿者が勝手にカテゴリを増やせるようになるんでしょうか。
それともAdminのみがカテゴリ設定できて、投稿者はそれを選択、と言う形？ あるいはそれもどっちでも大丈夫なようになるとか？ #質問
今は投稿者とタグで記事が分かれるようになってますが、カテゴリが追加されると、一体どういう風になる、と言うか、投稿者が勝手にカテゴリを増やせるようになるんでしょうか。
それともAdminのみがカテゴリ設定できて、投稿者はそれを選択、と言う形？ あるいはそれもどっちでも大丈夫なようになるとか？ #質問
Re:543◆気に入って下さって嬉しいです。やはり画像投稿機能の搭載は優先課題ですねえ。ご要望ありがとうございます！ Ver 1.4.0では、こっそりLightbox使用支援機能として、画像リンクに data-lightbox属性を付加できる機能を加えてはあります。(^_^;) ※設定でOFFにもできます。
Re:537◆極小を気に入って下さって良かったです。(笑)
タイムラインを見るに、残っているのはココアだけかな？(笑)
Re:507◆スタバのRewardが貯まっていたのでココアを注文したところ、バリスタさんからせっかくなんで大きくしたらどうかと提案されたのでGrandeサイズで飲みました。ずっしり……。(笑) Ventiだったらどうなっていたのか……。しかし、ココアは美味いのですぐに飲んでしまいますね！
Re:508◆配布までもうしばらくお待ちください……。ちょっと仕事の進捗状況に難があって、ここ最近はさっぱり開発が進められていません。(´･ω･`)
☕毎朝、仕事用に調達するのはアイスコーヒーです。そろそろホットでもいいかな、と思わなくもないですが。目を覚ます目的もあるので、まだアイスの方がいいかな。(^_^;) 2杯目を調達するときは、アイスラテにするときとアイスティーにするときもありますが、アイスコーヒーを足すときもあります。何にせよ、カフェインが必要です。(ﾟ∀ﾟ )
Re:507◆スタバのRewardが貯まっていたのでココアを注文したところ、バリスタさんからせっかくなんで大きくしたらどうかと提案されたのでGrandeサイズで飲みました。ずっしり……。(笑) Ventiだったらどうなっていたのか……。しかし、ココアは美味いのですぐに飲んでしまいますね！
Re:508◆配布までもうしばらくお待ちください……。ちょっと仕事の進捗状況に難があって、ここ最近はさっぱり開発が進められていません。(´･ω･`)
☕毎朝、仕事用に調達するのはアイスコーヒーです。そろそろホットでもいいかな、と思わなくもないですが。目を覚ます目的もあるので、まだアイスの方がいいかな。(^_^;) 2杯目を調達するときは、アイスラテにするときとアイスティーにするときもありますが、アイスコーヒーを足すときもあります。何にせよ、カフェインが必要です。(ﾟ∀ﾟ )
Re:494◆もしかして、ウェブサーバにはロリポップをお使いでしょうか？ そのエラーは、WAF（Webアプリケーション ファイアウォール）という仕組みが働いている際に表示されます。動的なページを生成する際に不正な攻撃から守る仕組みですが、そのために使えなくなる機能もあります。コントロールパネルからWAFを無効にすれば、エラーは出なくなると思います。「強固な安全」を取るか「利便性」を取るか、トレードオフの関係ですね。
Re:491◆ダメでしたか～。どんなエラーが出ました？
Re:487◆ご活用ありがとうございます！ ご質問は、てがろぐではなく、Fumy News Clipperの方ですか!?(笑) Fumy News ClipperにはHTMLソースを何でも書けますので、ツイート埋め込み用のHTMLをそのままコメント欄に書いて頂ければ埋め込みは可能だと思います。もし何か問題があったら調べますので状況を教えて下さい～。
(Re:467) CGIを気に入って下さったようで嬉しいです。画像の挿入は下記のように記述すると掲載できます。(この投稿の編集画面で書き方を確認してみて下さい。とはいえ、おっしゃっている書き方で正しいように思いますが。)
▼▼▼
▲▲▲
ただし、画像を掲載するには、設定上の前提条件が2つあります。
①「URLを自動でリンクにする」機能がONになっていること。
②「URLの直前に[IMG:*]ラベルがあれば画像として掲載」機能がONになっていること。
上記の②だけだと画像は挿入されず、①も必要なのでご注意下さい。(①がOFFだと、URLの存在自体をチェックしなくなるためです。)
記述上の注意点としては、 [IMG:代替文字] と URL との間には空白を一切入れず続けて記述するという点もあります。空白があると「URLに対するラベル」としては解釈されなくなりますので、閉じカッコに続けてURLを記述して下さい。
あと、角括弧 [ と ] は半角で書く必要があります。
※画像や動画の挿入については、後々はボタンクリックだけで実現できるようにするつもりなため、自力で記述するにはやや面倒な仕様になっております。すみません。たぶん慣れたら問題ないと思います。(^_^;)
▼▼▼
▲▲▲
ただし、画像を掲載するには、設定上の前提条件が2つあります。
①「URLを自動でリンクにする」機能がONになっていること。
②「URLの直前に[IMG:*]ラベルがあれば画像として掲載」機能がONになっていること。
上記の②だけだと画像は挿入されず、①も必要なのでご注意下さい。(①がOFFだと、URLの存在自体をチェックしなくなるためです。)
記述上の注意点としては、 [IMG:代替文字] と URL との間には空白を一切入れず続けて記述するという点もあります。空白があると「URLに対するラベル」としては解釈されなくなりますので、閉じカッコに続けてURLを記述して下さい。
あと、角括弧 [ と ] は半角で書く必要があります。
※画像や動画の挿入については、後々はボタンクリックだけで実現できるようにするつもりなため、自力で記述するにはやや面倒な仕様になっております。すみません。たぶん慣れたら問題ないと思います。(^_^;)
Re:436 気に入って頂けたようで嬉しいです。ご活用頂ければ幸いです。画像の表示はおっしゃるとおり、URLの自動リンクを無効にしている場合には処理されません。URLの自動リンクを無効にしている場合には「URLの存在」自体を最初から調べない仕様になっているからですが、もしこのCGIに直接画像をアップロードできる機能が付いた際には、URLに関係なく画像を掲載できる仕様にする必要があるでしょうね。(^_^;)
