てがろぐ
- Fumy Otegaru Memo Logger -
カテゴリ「回答/返信」に属する投稿［650件］（21ページ目）
次のバージョンの4月27日リリースはちょっと無理そうだ。もうちょっと後になります。(^_^;)
いろいろあって、さっぱりプログラミングが進んでいないので。
🌸Re:841◆ご愛用ありがとうございます！ お役に立っているようで嬉しいです。(*^_^*) 既製スキンをそのまま利用なさっている方々の中では、どうもツイッターっぽいスキンが一番利用数が多そうな感じですね。ご要望もありがとうございます。どれもできるだけ実装したいと思っています。
🌸Re:840◆あんこ。きんつばとかですかね？ たまに72円くらいで売っているのを買います。^^;
🌸Re:839◆だから誰宛……？(笑) そして、なんでタマネギ。^^;
🌸Re:838◆無事にサイズ指定できたとのこと、良かったです。ハッシュタグ機能は自分でもよく使っていて、最初から実装しておいて良かった……としみじみ思っています。^^; 確かに最近は、他者のウェブサイトへ行って何かを書き込みするという交流パターンがとても少なくなりましたね～。
いろいろあって、さっぱりプログラミングが進んでいないので。
🌸Re:841◆ご愛用ありがとうございます！ お役に立っているようで嬉しいです。(*^_^*) 既製スキンをそのまま利用なさっている方々の中では、どうもツイッターっぽいスキンが一番利用数が多そうな感じですね。ご要望もありがとうございます。どれもできるだけ実装したいと思っています。
🌸Re:840◆あんこ。きんつばとかですかね？ たまに72円くらいで売っているのを買います。^^;
🌸Re:839◆だから誰宛……？(笑) そして、なんでタマネギ。^^;
🌸Re:838◆無事にサイズ指定できたとのこと、良かったです。ハッシュタグ機能は自分でもよく使っていて、最初から実装しておいて良かった……としみじみ思っています。^^; 確かに最近は、他者のウェブサイトへ行って何かを書き込みするという交流パターンがとても少なくなりましたね～。
ご活用報告も大変励みになるので嬉しいです。(^_^)
🌸Re:836◆まあ芋ですし……？🍟🍠🍟🍠🍟🍠
🌸Re:835◆ご愛用ありがとうございます。複数人で共有して「仲間内専用Twitter」的にご活用下さっているケースもちらほらあって、複数ユーザ対応の仕様にしておいて良かったなあ……とつくづく思いました。^^;
画像の掲載サイズは、最新のスキンをお使い頂けば、下記のように縮小されて表示されます。(古いスキンでは単に横幅いっぱいに表示する仕様でした。) クリックするとLightboxによって拡大されます。ぜひお試し下さい。
※あくまでも表示上のサイズ(掲載面積)を絞っているだけであって、画像そのものを加工しているわけではないのですが。どれくらいの縮小サイズで表示するかは、CSSで自由に決められます。独自にスキンを作成なさっている場合は、最新スキンのソースを参考にしてみて下さい。Ver 2.0.0付属の標準スキンのCSSだと、132～137行目に埋め込み画像のサイズを指定する区画があります。
標準スキンのCSSで指定してあるサイズだと、たいていは「PCでは縮小され、スマートフォンでは横いっぱいに表示される」という感じになると思います。
🌸Re:834◆元気玉がとうとう風習に。(笑) あんこ玉🍡も。^^;
*･゜ﾟ･*:.｡..｡.:*･'(*ﾟ▽ﾟ*)'･*:.｡. .｡.:*･゜ﾟ･*
ご活用ありがとうございます。色指定はやはり16進数の方が使いやすいですよね。私も色名を調べるのが大変で。将来的には16進数でも指定できるようにします。そして「続きを読む」機能の需要は相当に高そうですね。ご要望ありがとうございます。
🌸Re:836◆まあ芋ですし……？🍟🍠🍟🍠🍟🍠
🌸Re:835◆ご愛用ありがとうございます。複数人で共有して「仲間内専用Twitter」的にご活用下さっているケースもちらほらあって、複数ユーザ対応の仕様にしておいて良かったなあ……とつくづく思いました。^^;
画像の掲載サイズは、最新のスキンをお使い頂けば、下記のように縮小されて表示されます。(古いスキンでは単に横幅いっぱいに表示する仕様でした。) クリックするとLightboxによって拡大されます。ぜひお試し下さい。
※あくまでも表示上のサイズ(掲載面積)を絞っているだけであって、画像そのものを加工しているわけではないのですが。どれくらいの縮小サイズで表示するかは、CSSで自由に決められます。独自にスキンを作成なさっている場合は、最新スキンのソースを参考にしてみて下さい。Ver 2.0.0付属の標準スキンのCSSだと、132～137行目に埋め込み画像のサイズを指定する区画があります。
標準スキンのCSSで指定してあるサイズだと、たいていは「PCでは縮小され、スマートフォンでは横いっぱいに表示される」という感じになると思います。
🌸Re:834◆元気玉がとうとう風習に。(笑) あんこ玉🍡も。^^;
*･゜ﾟ･*:.｡..｡.:*･'(*ﾟ▽ﾟ*)'･*:.｡. .｡.:*･゜ﾟ･*
ご活用ありがとうございます。色指定はやはり16進数の方が使いやすいですよね。私も色名を調べるのが大変で。将来的には16進数でも指定できるようにします。そして「続きを読む」機能の需要は相当に高そうですね。ご要望ありがとうございます。
テスト投稿はご自由にどうぞ。ご質問・ご要望などもあればお気軽にどうぞ～。
🌸Re:829◆ご愛用ありがとうございます！ ご要望もありがとうございます！ 画像だけでなくハッシュタグの一覧も単独で閲覧できた方が良い感じですか。
🌸Re:830◆たーのしー♪
🌸Re:831◆誰宛の注文!?(笑)
🌸Re:832◆あ、ポテトチップスもお願いします。
🌸Re:829◆ご愛用ありがとうございます！ ご要望もありがとうございます！ 画像だけでなくハッシュタグの一覧も単独で閲覧できた方が良い感じですか。
🌸Re:830◆たーのしー♪
🌸Re:831◆誰宛の注文!?(笑)
🌸Re:832◆あ、ポテトチップスもお願いします。
Re:826
了解しました。ご要望ありがとうございます。いつかはできる気がします。(笑) 今はサイドバーにカレンダーを表示させたい気分になっております(全く関係ない話^^;)。
了解しました。ご要望ありがとうございます。いつかはできる気がします。(笑) 今はサイドバーにカレンダーを表示させたい気分になっております(全く関係ない話^^;)。
モンキー・パンチ……
🌸Re:818◆たしかに便利ですね。何か考えます。とりあえず現状では、この試験てがろぐのRSSをチェックするという方法はあります。更新案内以外の投稿が多いですが。(笑)
🌸Re:819◆Twitterみたいな画像一覧というと、サイドバーに掲載できるようなサムネイルが新着順で数個……みたいな形態の方が良いのでしょうかね？ 画像だけを大きく一覧で見られる専用ページよりも。
確かに「開発検討中の機能など」項目には載せていませんでしたね。(^_^;) ただ、手元のToDoリストにはちゃんと記録がありました。^^; 先程ウェブにも書き加えておきました。
🌸Re:820◆クルー……といいな、くらいの感じでご期待下さい。(^_^;;; ご要望ありがとうございます。非公開機能は、TLだけでなく何をどうやっても絶対にどこにも出ない完全非公開、という意味でしょうかね？^^;
🌸Re:821◆ボヘミアン・ラプソディBlu-ray/DVDが発売されましたね。TwitterのTLでちょっと話題でした。朝のニュース番組でもちょっとだけ扱われていて驚きました。
🌸Re:822◆ご活用ありがとうございます。「続きを読む」機能は、もしかしたら次のバージョンには間に合わないかも知れませんが、次の次あたりまでには加えたいと思っています。
🌸Re:823◆ありがとうございます！ ブルーとピンク以外にも何か追加したい気はしています。
🌸Re:818◆たしかに便利ですね。何か考えます。とりあえず現状では、この試験てがろぐのRSSをチェックするという方法はあります。更新案内以外の投稿が多いですが。(笑)
🌸Re:819◆Twitterみたいな画像一覧というと、サイドバーに掲載できるようなサムネイルが新着順で数個……みたいな形態の方が良いのでしょうかね？ 画像だけを大きく一覧で見られる専用ページよりも。
確かに「開発検討中の機能など」項目には載せていませんでしたね。(^_^;) ただ、手元のToDoリストにはちゃんと記録がありました。^^; 先程ウェブにも書き加えておきました。
🌸Re:820◆クルー……といいな、くらいの感じでご期待下さい。(^_^;;; ご要望ありがとうございます。非公開機能は、TLだけでなく何をどうやっても絶対にどこにも出ない完全非公開、という意味でしょうかね？^^;
🌸Re:821◆ボヘミアン・ラプソディBlu-ray/DVDが発売されましたね。TwitterのTLでちょっと話題でした。朝のニュース番組でもちょっとだけ扱われていて驚きました。
🌸Re:822◆ご活用ありがとうございます。「続きを読む」機能は、もしかしたら次のバージョンには間に合わないかも知れませんが、次の次あたりまでには加えたいと思っています。
🌸Re:823◆ありがとうございます！ ブルーとピンク以外にも何か追加したい気はしています。
いろいろ実験ありがとうございます！
Re:809～810◆今の最新スキン(注：未配布)だと、ヘッダにRSS Auto-Discoveryの記述がありますから、たぶんRSSフィードを自動取得できると思います。試してみて下さい～。(※チャットタイプスキンを除く)
なお、RSS Auto-Discoveryは <link rel="alternate" type="application/rss+xml" title="RSSフィード題名" href="RSSフィードのURL"> のような記述のことです。これをHTMLのhead要素内に書いておくと、ブラウザやRSSリーダなどは「このページ用のRSSフィードはここにあるのだな」と認識できるようになります。
Re:809～810◆今の最新スキン(注：未配布)だと、ヘッダにRSS Auto-Discoveryの記述がありますから、たぶんRSSフィードを自動取得できると思います。試してみて下さい～。(※チャットタイプスキンを除く)
なお、RSS Auto-Discoveryは <link rel="alternate" type="application/rss+xml" title="RSSフィード題名" href="RSSフィードのURL"> のような記述のことです。これをHTMLのhead要素内に書いておくと、ブラウザやRSSリーダなどは「このページ用のRSSフィードはここにあるのだな」と認識できるようになります。
返信 801～804：
Re:801◆テストありがとうございます。うまく認識されているようで良かったです。画像もありがとうございます。分かりやすくて助かります。Japan版ではない本家YAHOO!ロゴを久しぶりに見ました。(^_^;)
Re:802◆本気でフラグを実装しようと思うとデータ記録形式の拡張が必要なので結構かかりそうなのですが、例えば #none を付けた投稿だけはタイムラインから消す、みたいなハッシュタグを利用した形式だと簡単にできそうな気もしたりしなかったり。
Re:803◆ご報告をありがとうございます！ これは不具合です。(^_^;) 元々は「新規投稿」を選択した時点で「投稿された瞬間の日時」を新たに記録し直す設計になっていたのですが、たぶん「投稿日時の手動設定機能」を搭載したことによって（誤って）元々の日時が維持されてしまう仕様に変わってしまったのだと思います。次のバージョンで直します。
Re:804◆今回のRSSフィード出力機能のために実装した仕様を活用すると、サイトマップの出力機能も作れそうな気がしてきました。
Re:801◆テストありがとうございます。うまく認識されているようで良かったです。画像もありがとうございます。分かりやすくて助かります。Japan版ではない本家YAHOO!ロゴを久しぶりに見ました。(^_^;)
Re:802◆本気でフラグを実装しようと思うとデータ記録形式の拡張が必要なので結構かかりそうなのですが、例えば #none を付けた投稿だけはタイムラインから消す、みたいなハッシュタグを利用した形式だと簡単にできそうな気もしたりしなかったり。
Re:803◆ご報告をありがとうございます！ これは不具合です。(^_^;) 元々は「新規投稿」を選択した時点で「投稿された瞬間の日時」を新たに記録し直す設計になっていたのですが、たぶん「投稿日時の手動設定機能」を搭載したことによって（誤って）元々の日時が維持されてしまう仕様に変わってしまったのだと思います。次のバージョンで直します。
Re:804◆今回のRSSフィード出力機能のために実装した仕様を活用すると、サイトマップの出力機能も作れそうな気がしてきました。
今、作りかけの機能。5つのうち最初の1つは実装できた。ただ、それを利用するスキンを作らないとまだ役に立たないけど。
◆Re:791,3,4：桜が咲いている上に雪が降ったのは関東圏だけだったんですかね？(^_^;) 停電もあったんですか！ 関西では雨だけでした。
◆Re:792：とりあえず次のバージョンでは「サイズ上限を設けない」というチェックボックスを加えて無制限にできるようにして、それをデフォルト設定にしてみます。
◆Re:791,3,4：桜が咲いている上に雪が降ったのは関東圏だけだったんですかね？(^_^;) 停電もあったんですか！ 関西では雨だけでした。
◆Re:792：とりあえず次のバージョンでは「サイズ上限を設けない」というチェックボックスを加えて無制限にできるようにして、それをデフォルト設定にしてみます。
Re:783～782◆それはおそらく、FTPでアップロードする際に改行コードが適切に変換されていないことが原因だと思います。配布している元ファイルの改行コードは（Windows向けの）CR+LFですが、たいていのウェブサーバでは（UNIX向けの）LFにする必要があります。FTPソフトのテキストモードで転送すれば、たいてい自動変換されるのですが、バイナリモードで転送されると自動変換されないのでInternal Server Errorになってしまいます。
CGIの先頭行を #!/usr/bin/perl -- のように「--」を加えると動作する理由は https://oshiete.goo.ne.jp/qa/767872.html#an2393406 が参考になります。それで動作しているなら良いのですが、改行コードがCR+LFのままだと、他の動作部分で何か予期しない不具合が出る可能性もないとは言えません。なので、可能なら「--」を付けなくても動作するようにアップロードし直される方が無難だと思います。
Re:781◆*･゜ﾟ･*:.｡..｡.:*･'(*ﾟ▽ﾟ*)'･*:.｡. .｡.:*･゜ﾟ･*
CGIの先頭行を #!/usr/bin/perl -- のように「--」を加えると動作する理由は https://oshiete.goo.ne.jp/qa/767872.html#an2393406 が参考になります。それで動作しているなら良いのですが、改行コードがCR+LFのままだと、他の動作部分で何か予期しない不具合が出る可能性もないとは言えません。なので、可能なら「--」を付けなくても動作するようにアップロードし直される方が無難だと思います。
Re:781◆*･゜ﾟ･*:.｡..｡.:*･'(*ﾟ▽ﾟ*)'･*:.｡. .｡.:*･゜ﾟ･*
ご活用報告をどうもありがとうございます。報告頂けると開発の励みになって大変ありがたいです。(^_^) 使われていることが見えないと、次第に気力が衰えていきますので。(笑)
Re:766◆仕様上の限界は15MBでも問題なさそうですね。デフォルトの画像サイズ上限が1MBなのは、微妙に低かったかな……と思いました。携帯端末から写真を直接UPしようとすると、1MBではまず足りませんもんね……。(^_^;) CGIを自力で設置できるくらいのスキルがある人なら、上限設定サイズを単位Bytesで指定することも簡単なんじゃないかと思っていたんですけども、意外とそうでもないのか……？ と思ったり思わなかったり……。
Re:767◆RSS対応もそこそこ優先度高めで考えてはいます。RSSを出力するスキンを作れば今でもRSS対応は可能ですが、RSS Auto-Discovery関連の出力をする機能とかも含めて対応はしようかと考えています。
Re:768◆応援ありがとうございます！ とりあえず、折り畳み機能はさほど遠くない将来に実装しそうな気がしています。(^_^;)
Re:766◆仕様上の限界は15MBでも問題なさそうですね。デフォルトの画像サイズ上限が1MBなのは、微妙に低かったかな……と思いました。携帯端末から写真を直接UPしようとすると、1MBではまず足りませんもんね……。(^_^;) CGIを自力で設置できるくらいのスキルがある人なら、上限設定サイズを単位Bytesで指定することも簡単なんじゃないかと思っていたんですけども、意外とそうでもないのか……？ と思ったり思わなかったり……。
Re:767◆RSS対応もそこそこ優先度高めで考えてはいます。RSSを出力するスキンを作れば今でもRSS対応は可能ですが、RSS Auto-Discovery関連の出力をする機能とかも含めて対応はしようかと考えています。
Re:768◆応援ありがとうございます！ とりあえず、折り畳み機能はさほど遠くない将来に実装しそうな気がしています。(^_^;)
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」から「てがろぐ」へ移行できるような仕組みを用意して、てがろぐだけをアップデートするか、何かそんな感じを(なんとなく)考えています。とはいえ、ご要望は歓迎です。(そもそも要望されないと需要が分からないので。^^;)
