検索語「〔除外:$ci=;〕」の検索結果［1308件］（42ページ目）
いろいろ実験ありがとうございます！
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◆ご活用ありがとうございます。使用報告があると励みになって開発意欲が増してきます。(笑) そして、説明ページも全文をお読み下さいましたか、ありがとうございます。(笑) もうちょっと何か整頓できて探しやすく掲載できると良いのですけどもね。^^; イラストかわいいです。(╹◡╹)
メジャーバージョンアップ版 Ver 2.0.0 をやっと公開しました！ ➡ https://www.nishishi.com/cgi/tegalog/ アップデートする際は、tegalog.cgi と fumycts.pl の2ファイルを上書きアップロードして下さい。 #UpdateLog
データファイルや設定ファイルは、すべてそのまま引き継げます。
▼今回の大きな機能追加：
🌸画像の投稿や管理が可能になりました。(画像だけをアップロードすることも、本文と同時に画像を投稿することもできます。)
🌸Lightboxが必要な状況でだけ、動的に jQuery＋Lightboxを読み込む [[JS:LIGHTBOX:JQ]] や、Lightboxだけを読み込む [[JS:LIGHTBOX]] が外側スキン内で使用可能になりました。
■注意■画像投稿を可能にするためには、てがろぐの存在するディレクトリ内に images サブディレクトリを作って、CGIがファイルを書き込み可能な状態にしておく必要がありますので注意して下さい。サブディレクトリは自動では作られないので、自ら作っておく必要があります。
▼今回のその他の機能追加：
🌸表示対象になっている投稿の数を挿入する [[INFO:TARGETPOSTS]] が外側スキン内で使用可能になりました。投稿数を自分流に表示するスキンを自作したいときなどにお使い下さい。(^_^;)
🌸スキンに外部ファイルを合成できるSSI(Server Side Include)機能を搭載しました。外側スキン内に [[INCLUDE:ファイル名]] の書式で挿入できます。
※例えば [[INCLUDE:apple/pen.html]] と記述すると、その位置にappleフォルダのpen.htmlの中身がそのまま挿入されます。てがろぐの表示を、自サイトのデザインと合致させるためには、自サイト用のヘッダやフッタをそのまま表示に使えると便利ですよね。そのような場合の合成用途に使えます。
▼今回のスキン改良：
🌷標準スキンも別スキンも合わせて全7種類のスキンについて、HTML・CSSソースを最新バージョン用に新しくしました。(Lightboxを必要な場合に限って読み込むようになっています。)
🌷Twitterっぽいスキン(ブルー・ピンク共に)は、モバイル版での表示時に余白が少なすぎた問題を少々改善しました。
🌷チャットタイプスキンは、繰り返し読み込むためにできるだけスキンを軽くするよう、いろいろ削減しました。
▼その他の細かな機能改善：
●過去投稿数が100件を超えている場合には、管理画面での投稿一覧を100件ずつ表示するようになりました。(数が多くても表が無駄に縦長にならなくなりました。)
●管理画面でのデータサイズ表記では、KBやMBなどの単位付き数値で表示するようになりました。
●総ページ数を超えるページ番号が指定された場合に、無駄なページが生成されるのを防くよう仕様を変更しました。
●設定画面上の軽微な不具合を解消しました。
●ウェブサーバ側のログファイルにWarningが大量に記録されてしまう可能性がある問題を解消しました。
以上、ご活用頂ければ幸いです。
データファイルや設定ファイルは、すべてそのまま引き継げます。
▼今回の大きな機能追加：
🌸画像の投稿や管理が可能になりました。(画像だけをアップロードすることも、本文と同時に画像を投稿することもできます。)
🌸Lightboxが必要な状況でだけ、動的に jQuery＋Lightboxを読み込む [[JS:LIGHTBOX:JQ]] や、Lightboxだけを読み込む [[JS:LIGHTBOX]] が外側スキン内で使用可能になりました。
■注意■画像投稿を可能にするためには、てがろぐの存在するディレクトリ内に images サブディレクトリを作って、CGIがファイルを書き込み可能な状態にしておく必要がありますので注意して下さい。サブディレクトリは自動では作られないので、自ら作っておく必要があります。
▼今回のその他の機能追加：
🌸表示対象になっている投稿の数を挿入する [[INFO:TARGETPOSTS]] が外側スキン内で使用可能になりました。投稿数を自分流に表示するスキンを自作したいときなどにお使い下さい。(^_^;)
🌸スキンに外部ファイルを合成できるSSI(Server Side Include)機能を搭載しました。外側スキン内に [[INCLUDE:ファイル名]] の書式で挿入できます。
※例えば [[INCLUDE:apple/pen.html]] と記述すると、その位置にappleフォルダのpen.htmlの中身がそのまま挿入されます。てがろぐの表示を、自サイトのデザインと合致させるためには、自サイト用のヘッダやフッタをそのまま表示に使えると便利ですよね。そのような場合の合成用途に使えます。
▼今回のスキン改良：
🌷標準スキンも別スキンも合わせて全7種類のスキンについて、HTML・CSSソースを最新バージョン用に新しくしました。(Lightboxを必要な場合に限って読み込むようになっています。)
🌷Twitterっぽいスキン(ブルー・ピンク共に)は、モバイル版での表示時に余白が少なすぎた問題を少々改善しました。
🌷チャットタイプスキンは、繰り返し読み込むためにできるだけスキンを軽くするよう、いろいろ削減しました。
▼その他の細かな機能改善：
●過去投稿数が100件を超えている場合には、管理画面での投稿一覧を100件ずつ表示するようになりました。(数が多くても表が無駄に縦長にならなくなりました。)
●管理画面でのデータサイズ表記では、KBやMBなどの単位付き数値で表示するようになりました。
●総ページ数を超えるページ番号が指定された場合に、無駄なページが生成されるのを防くよう仕様を変更しました。
●設定画面上の軽微な不具合を解消しました。
●ウェブサーバ側のログファイルにWarningが大量に記録されてしまう可能性がある問題を解消しました。
以上、ご活用頂ければ幸いです。
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よりももっと上側までしかスクロールできないとは思いますが。^^;
#要望
・開発検討中に「投稿本文が一定文字数を超えたら、それ以降の文章は畳まれる（もしくは個別記事ページへのリンクが出る）機能」とあるのですがブログの続きを読む機能のように、指定した先から折りたたむ…という機能がほしいです。
・一度使ったことのあるタグを投稿画面にすぐ入力できるような機能があったら嬉しいです。
すごく軽くて使いやすいので愛用しています。自分でかなりいじってlightboxで表示できるようになど色々していたのですが、画像投稿が標準装備になりそうで楽しみです。
・開発検討中に「投稿本文が一定文字数を超えたら、それ以降の文章は畳まれる（もしくは個別記事ページへのリンクが出る）機能」とあるのですがブログの続きを読む機能のように、指定した先から折りたたむ…という機能がほしいです。
・一度使ったことのあるタグを投稿画面にすぐ入力できるような機能があったら嬉しいです。
すごく軽くて使いやすいので愛用しています。自分でかなりいじってlightboxで表示できるようになど色々していたのですが、画像投稿が標準装備になりそうで楽しみです。
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を「文字サイズを大きくする」スタイルに書き換えれば、大きくする機能を用意することは可能ではあります。）
例のTwitter規約のアレでTLがざわめいてて、サイトに戻るかーって言ってる人がたくさん。てがろぐはいいぞって叫ぶいいチャンスかな。
ところでどうでもいいんですが、投稿内の字を大きくするのって、レイアウトが乱れるからやめた方がいいんでしょうか。#質問
ところでどうでもいいんですが、投稿内の字を大きくするのって、レイアウトが乱れるからやめた方がいいんでしょうか。#質問
🌸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もメンテはしたいとは思うんですけどもね。^^;
