サイトマップ ［5048件］（44ページ目）
➡ 2019年4月16日(火) 00時08分 〔6年以上前〕 No.817 ✎ ！
➡ 2019年4月16日(火) 00時06分 〔6年以上前〕 No.816 ✎ ！
長すぎる連休前なので、たぶん使って下さる方々もアップデートしやすいんじゃないかと思ったり思わなかったり。
そこまでに、新作のブログタイプスキン（1行目をタイトルと解釈して、2行目以降を本文と解釈する例のスキン）が作れたら良いがなあ。
➡ 2019年4月14日(日) 22時33分 〔6年以上前〕 回答/返信 No.813 ✎ ！
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フィードはここにあるのだな」と認識できるようになります。
➡ 2019年4月14日(日) 22時20分 〔6年以上前〕 No.812 ✎ ！
標準添付のスキン群も新バージョン用に更新。RSS Auto-Discoveryの記述がヘッダに加わったので、RSSフィードの購読が(ブラウザ側の操作で)可能になっているハズ。(※チャットタイプスキンを除く)
あと、最終更新日時(最後に投稿または編集した日時)の表示ができる [[INFO:LASTUPDATE]] もサイドバー等に追加しました。これは「最新投稿の投稿日時」ではなく「最後にデータが更新された日時」なので、過去投稿を編集・削除しただけでも、その時点の日付が「最終更新日時」になります。(もちろん、新しい投稿をした直後は、最新投稿日時＝最終更新日時になります。)
内側スキンに記述できる投稿日時の指定と同様に、[[INFO:LASTUPDATE:Y年M月D日(b) h:m:s]] などの書き方を使えば自由な日付形式を作って表示できます。
さらに、No.803でご指摘頂いた、「過去の投稿を編集する画面から『新規投稿』を選んで新規扱いで投稿すると、前の日付がそのまま引き継がれてしまう」という不具合を解消。新規扱いで投稿した場合は、投稿した瞬間の日時で記録されるように戻しました。(やはり、日付の手動入力機能を搭載したことで発生していた副作用でした。^^;)
➡ 2019年4月14日(日) 20時15分 〔6年以上前〕 No.810 ✎ ！
すみません。自分で笑ってしまった
○検索サイトで自動取得(URLを指定できない)だと引っかからないのです>_<
➡ 2019年4月14日(日) 20時12分 〔6年以上前〕 No.809 ✎ ！
検索サイトで自動取得だとに引っかからないのです>_<
➡ 2019年4月13日(土) 11時23分 〔6年以上前〕 回答/返信 No.807 ✎ ！
Re:801◆テストありがとうございます。うまく認識されているようで良かったです。画像もありがとうございます。分かりやすくて助かります。Japan版ではない本家YAHOO!ロゴを久しぶりに見ました。(^_^;)
Re:802◆本気でフラグを実装しようと思うとデータ記録形式の拡張が必要なので結構かかりそうなのですが、例えば #none を付けた投稿だけはタイムラインから消す、みたいなハッシュタグを利用した形式だと簡単にできそうな気もしたりしなかったり。
Re:803◆ご報告をありがとうございます！ これは不具合です。(^_^;) 元々は「新規投稿」を選択した時点で「投稿された瞬間の日時」を新たに記録し直す設計になっていたのですが、たぶん「投稿日時の手動設定機能」を搭載したことによって（誤って）元々の日時が維持されてしまう仕様に変わってしまったのだと思います。次のバージョンで直します。
Re:804◆今回のRSSフィード出力機能のために実装した仕様を活用すると、サイトマップの出力機能も作れそうな気がしてきました。
➡ 2019年4月13日(土) 11時23分 〔6年以上前〕 No.806 ✎ ！
➡ 2019年4月13日(土) 09時43分 〔6年以上前〕 No.804 ✎ ！
っつか、RSSフィード使えば、簡易の記事一覧みたいに使えるのか。
➡ 2019年4月13日(土) 09時34分 〔6年以上前〕 No.803 ✎ ！
今気がついたけど、例えば３月に書いた記事を、４月に編集のち新規として投稿すると、その記事が突然４月の記事の間に３月の記事として出現するww 日付が変わってなければ当然だけど、こういう表示になるとは思わなかったww #報告
４月記事の区切り
----------------------
投稿
投稿
----------------------
３月記事の区切り
----------------------
編集後新規投稿した３月の記事
----------------------
４月記事の区切り
----------------------
投稿
投稿(ry
➡ 2019年4月13日(土) 00時21分 〔6年以上前〕 No.799 ✎ ！
なんとなく、RSSフィードを出力できるようになった気がします。
➡ tegalog.cgi?mode=rss で。
これで本当にRSSフィードとして機能するかどうかをチェックしないといけないけども。(ご協力お願いします！)
※投稿1行目(の最大30文字)を「記事タイトル」と解釈して、2行目以降(の最大100文字)を「本文抜粋」と解釈してRSSフィードにしています。
※ただし、投稿自体が1行しか存在しない場合はタイトルにも本文にも1行目を採用します。1行目が空行の場合や、1行目に画像しか存在しない場合は、記事No.をタイトルとして使います。
➡ 2019年4月12日(金) 15時55分 〔6年以上前〕 No.797 ✎ ！
●和暦表記「睦月～師走」、
●英語フル「January～December」、
●英語略称「Jan～Dec」
……の3種類以外に何かあるかな？ とりあえず、この3種類は実装した。今なら次のバージョン用に追加実装できるかも？(^_^;)
➡ 2019年4月12日(金) 11時18分 〔6年以上前〕 No.796 ✎ ！
➡ 2019年4月12日(金) 10時40分 〔6年以上前〕 回答/返信 No.795 ✎ ！
◆Re:791,3,4：桜が咲いている上に雪が降ったのは関東圏だけだったんですかね？(^_^;) 停電もあったんですか！ 関西では雨だけでした。
◆Re:792：とりあえず次のバージョンでは「サイズ上限を設けない」というチェックボックスを加えて無制限にできるようにして、それをデフォルト設定にしてみます。
➡ 2019年4月8日(月) 16時45分 〔6年以上前〕 No.790 ✎ ！
➡ 2019年4月7日(日) 20時59分 〔6年以上前〕 No.789 ✎ ！
Ⓐ
Ⓑ
配布サイトはⒶにあります。今ご覧のテストページはⒷにあり、βテスター用空間もⒷにあります。それぞれ、メンテ時間中にはアクセスできない可能性があります。※サーバのOSが「FreeBSD 11」にアップグレードされます。
➡ 2019年4月6日(土) 16時47分 〔6年以上前〕 No.788 ✎ ！
➡ 2019年4月5日(金) 12時36分 〔6年以上前〕 No.786 ✎ ！
➡ 2019年4月5日(金) 11時41分 〔6年以上前〕 No.785 ✎ ！
➡ 2019年4月5日(金) 11時39分 〔6年以上前〕 回答/返信 No.784 ✎ ！
CGIの先頭行を #!/usr/bin/perl -- のように「--」を加えると動作する理由は https://oshiete.goo.ne.jp/qa/767872.html#an2393406 が参考になります。それで動作しているなら良いのですが、改行コードがCR+LFのままだと、他の動作部分で何か予期しない不具合が出る可能性もないとは言えません。なので、可能なら「--」を付けなくても動作するようにアップロードし直される方が無難だと思います。
Re:781◆*･゜ﾟ･*:.｡..｡.:*･'(*ﾟ▽ﾟ*)'･*:.｡. .｡.:*･゜ﾟ･*
➡ 2019年4月5日(金) 01時10分 〔6年以上前〕 No.783 ✎ ！
自己解決しました。
tegalog.cgiに記載のパスを
#!/usr/bin/perl --
に変更で無事動きました！
もし、同じような感じで悩まれている方は
参考にしてみてください。
お騒がせして申し訳ありませんでした！
➡ 2019年4月5日(金) 00時35分 〔6年以上前〕 No.782 ✎ ！
500エラーが出て全く動きません。
ロリポップでの動作について、ご存知の方、お助けください
二時間ばかり格闘しましたが、、、モウダメポ（死語）
➡ 2019年4月3日(水) 16時39分 〔6年以上前〕 No.780 ✎ ！
➡ 2019年4月2日(火) 05時46分 〔6年以上前〕 No.779 ✎ ！
データベース不要で使えるのが手軽で嬉しいです。こういう自己設置型のCGIをあまり見かけなくなったのでありがたいです。応援してます～
ハッシュタグが使える、検索できる、表示がシンプルなところがいいと思いました！
➡ 2019年4月1日(月) 11時02分 〔6年以上前〕 No.775 ✎ ！
➡ 2019年3月31日(日) 23時57分 〔6年以上前〕 No.774 ✎ ！
➡ 2019年3月31日(日) 23時55分 〔6年以上前〕 No.773 ✎ ！
➡ 2019年3月31日(日) 23時54分 〔6年以上前〕 No.772 ✎ ！
➡ 2019年3月31日(日) 13時11分 〔6年以上前〕 No.771 ✎ ！
使われていることが見えないと…というのは、
そういう意味でならレンタルが一番わかりやすい気もしますけど、まだやってない…ですよね。始まったらレンタルしたいです。
自己設置のみなさまにはユーザーズリンクみたいなのを作るとかは？
私は単に人様のつぶやきを見るのが好きなので、見て回りたい 笑
➡ 2019年3月31日(日) 12時46分 〔6年以上前〕 No.770 ✎ ！
➡ 2019年3月31日(日) 11時17分 〔6年以上前〕 回答/返信 No.769 ✎ ！
Re:766◆仕様上の限界は15MBでも問題なさそうですね。デフォルトの画像サイズ上限が1MBなのは、微妙に低かったかな……と思いました。携帯端末から写真を直接UPしようとすると、1MBではまず足りませんもんね……。(^_^;) CGIを自力で設置できるくらいのスキルがある人なら、上限設定サイズを単位Bytesで指定することも簡単なんじゃないかと思っていたんですけども、意外とそうでもないのか……？ と思ったり思わなかったり……。
Re:767◆RSS対応もそこそこ優先度高めで考えてはいます。RSSを出力するスキンを作れば今でもRSS対応は可能ですが、RSS Auto-Discovery関連の出力をする機能とかも含めて対応はしようかと考えています。
Re:768◆応援ありがとうございます！ とりあえず、折り畳み機能はさほど遠くない将来に実装しそうな気がしています。(^_^;)
➡ 2019年3月29日(金) 20時41分 〔6年以上前〕 No.766 ✎ ！
自分のとこは最大でも1.2MBぐらいでしたよ〜iphoneの元写真でも3MB程度。
設定画面から簡単に変えられるのはいいですね！
psdとかの元ファイルでもない限りは15MBは超えないんじゃないかな…？
➡ 2019年3月29日(金) 11時45分 〔6年以上前〕 No.765 ✎ ！
➡ 2019年3月29日(金) 11時12分 〔6年以上前〕 回答/返信 No.764 ✎ ！
➡ 2019年3月28日(木) 14時15分 〔6年以上前〕 No.762 ✎ ！
➡ 2019年3月28日(木) 13時58分 〔6年以上前〕 No.761 ✎ ！
➡ 2019年3月28日(木) 12時29分 〔6年以上前〕 No.760 ✎ ！
➡ 2019年3月28日(木) 11時00分 〔6年以上前〕 No.759 ✎ ！
➡ 2019年3月27日(水) 23時47分 〔6年以上前〕 No.757 ✎ ！
➡ 2019年3月27日(水) 22時09分 〔6年以上前〕 アップデート✨ No.755 ✎ ！
データファイルや設定ファイルは、すべてそのまま引き継げます。
▼今回の大きな機能追加：
🌸画像の投稿や管理が可能になりました。(画像だけをアップロードすることも、本文と同時に画像を投稿することもできます。)
🌸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が大量に記録されてしまう可能性がある問題を解消しました。
以上、ご活用頂ければ幸いです。
➡ 2019年3月27日(水) 16時04分 〔6年以上前〕 No.753 ✎ ！
➡ 2019年3月27日(水) 14時17分 〔6年以上前〕 回答/返信 No.752 ✎ ！
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よりももっと上側までしかスクロールできないとは思いますが。^^;
➡ 2019年3月25日(月) 05時38分 〔6年以上前〕 質問/要望 No.751 ✎ ！
・開発検討中に「投稿本文が一定文字数を超えたら、それ以降の文章は畳まれる（もしくは個別記事ページへのリンクが出る）機能」とあるのですがブログの続きを読む機能のように、指定した先から折りたたむ…という機能がほしいです。
・一度使ったことのあるタグを投稿画面にすぐ入力できるような機能があったら嬉しいです。
すごく軽くて使いやすいので愛用しています。自分でかなりいじってlightboxで表示できるようになど色々していたのですが、画像投稿が標準装備になりそうで楽しみです。
➡ 2019年3月23日(土) 21時23分 〔6年以上前〕 No.750 ✎ ！
ちなみに「下から」30とかはダメですよね、やっぱり^^;)
window.scroll( 0, 50000 ); これはスマホでも同じ数値で大丈夫なのでしょうか？
ディスプレイがスマホだと縦長だなーと… わかってなくてすみません 笑
➡ 2019年3月23日(土) 20時49分 〔6年以上前〕 回答/返信 No.749 ✎ ！
で、うちの個人サイトに「ウェブページ内の特定の座標にスクロールさせる方法」という記事があるんですが、ここに書いているscrollメソッドのY座標を充分大きくすれば、ページの最下部に移動できると思います。window.scroll( 0, 50000 ); とか。たぶん。^^;
➡ 2019年3月23日(土) 18時20分 〔6年以上前〕 No.748 ✎ ！
どうもありがとう╰(*´︶`*)╯✨
LINE風だと読み込んだ時に最下部(最新)へ自動で飛ぶみたいな感じにすればなりますかね？
javascriptでそういうのありそうな感じが… するけどわからにゃい
➡ 2019年3月23日(土) 15時26分 〔6年以上前〕 No.747 ✎ ！
➡ 2019年3月23日(土) 15時23分 〔6年以上前〕 回答/返信 No.746 ✎ ！
➡ 2019年3月21日(木) 11時22分 〔6年以上前〕 No.745 ✎ ！
…どうしてくれよう…というかどうしたらいいんでしょう先生
(allaboutの人って今頃気づいた(˙ᴗ˙)
➡ 2019年3月20日(水) 16時00分 〔6年以上前〕 回答/返信 No.744 ✎ ！
先頭固定機能を考える場合、「全員の先頭に固定」するのか、「ユーザ単位の表示場面だけで固定」するのか、ちょっと仕様に迷うところがあります。
Re:743◆そうです。スキンに [[TEGALOG]] と書いている部分を例えば [[TEGALOG:3]] とすると、CGI側の設定に関係なく3件だけが表示されます。(ただ、この仕様はいつから搭載していたかちょっとよく覚えていません。^^; たぶん、Ver 1.4.0以降くらいなら使えると思うんですが。まだ配布ページのマニュアルには記載していませんでした。^^;)
➡ 2019年3月16日(土) 17時43分 〔6年以上前〕 No.738 ✎ ！
分かりました、回答ありがとうございます！
> Lightboxを(必要な状況に限って)読み込める記述を追加、例えば、下図をクリック！
できたー！
➡ 2019年3月16日(土) 16時35分 〔6年以上前〕 No.737 ✎ ！
🌺エクスポートで文字化けしなくなりました
エクスポート機能や「この範囲をファイルに出力する」リンクを使って出力したHTMLファイルをテキストエディタやブラウザ(主にChromeなど)で表示させても、文字化けしなくなったと思います。(たぶん)
🌺Lightboxを(必要な状況に限って)読み込める記述を追加
Lightbox用属性が付加された画像が掲載されている場面でのみ、jQuery＋Lightboxスクリプトを読み込むための記述 [[JS:LIGHTBOX:JQ]] を追加しました。これをスキンに含めておくと、自力でLightboxを読み込む記述を加えなくても、Lightboxが必要な場面に限って自動的にLightboxスクリプトが読み込まれます。例えば、下図をクリック！
従来は単なる画像へのリンクにしかなりませんでしたが、設定でLightbox支援の『画像リンクにLightbox用の属性を付加する』項目にチェックを入れておけば、Lightboxを使って表示されます。
🍀※具体的には、リンクに data-lightbox属性が付加されている画像が1つでも表示される状況だけで、LightboxスクリプトがCDNサーバから読み込まれます。画像が1つも表示されない状況ではスクリプトは読み込まれないので、無駄な通信は発生しません。
🍀※スキンへの記述は、 [[JS:LIGHTBOX:JQ]] だとjQueryとLightboxが読み込まれます。[[JS:LIGHTBOX]] だとLightboxだけが読み込まれます。(スキン側で既にjQueryを使っている場合は後者の記述を推奨。)
➡ 2019年3月16日(土) 16時28分 〔6年以上前〕 回答/返信 No.736 ✎ ！
Re:734◆変幻自在です。‹‹\(´ω` )/››‹‹\( ´)/››‹‹\( ´ω`)/››‹‹\(´ω` )/››‹‹\( ´)/›› ‹‹\( ´ω`)/››
Re:733◆*･゜ﾟ･*:.｡..｡.:*･'(*ﾟ▽ﾟ*)'･*:.｡. .｡.:*･゜ﾟ･*
➡ 2019年3月16日(土) 07時12分 〔6年以上前〕 No.735 ✎ ！
> サイト内検索窓を作れるYahoo! カスタムサーチがサービス終了
とのことですが、CGIでもサイト内検索がついてる場合、自力設置したスクリプトを何か変更したりする必要があるんでしょうか。それとも全然無関係な話？
➡ 2019年3月15日(金) 16時17分 〔6年以上前〕 No.733 ✎ ！
あります！！(`･ω･´)ﾉ
それと元気玉。( ・_・)っ゛ ≡○
➡ 2019年3月15日(金) 12時31分 〔6年以上前〕 回答/返信 No.732 ✎ ！
➡ 2019年3月14日(木) 12時49分 〔6年以上前〕 No.731 ✎ ！
そして、てがろぐがモテモテ(死語)なコメントが見ていてほっこりします。笑
○。*・。(ˊ◡ˋ*)元気玉
➡ 2019年3月14日(木) 11時37分 〔6年以上前〕 No.730 ✎ ！
➡ 2019年3月13日(水) 22時28分 〔6年以上前〕 回答/返信 No.729 ✎ ！
➡ 2019年3月13日(水) 14時56分 〔6年以上前〕 No.728 ✎ ！
Crieitはプログラマー、クリエイターが自由に興味のあることを投稿したり、議論したり、質問したりすることができるコミュニティです。
➡ 2019年3月13日(水) 10時52分 〔6年以上前〕 No.726 ✎ ！
追記等の記事編集がすごく手軽ってすごく大切なことだと思う。
➡ 2019年3月13日(水) 08時41分 〔6年以上前〕 No.724 ✎ ！
解説ありがとうございます！ そう言えば投稿再アカウントってあったなと思い出して、テスト版の方でしました。解決。
お礼です。
( ﾟДﾟ) ≡【煮込みうどん】)ﾟДﾟ)
⊂彡
➡ 2019年3月12日(火) 22時24分 〔6年以上前〕 回答/返信 No.723 ✎ ！
🍀ハッシュタグ個数カウントの仕様
新規投稿した際や、投稿を再編集した際に、投稿本文内にハッシュタグが1個以上あれば、自動的にハッシュタグの再カウントが実行されてハッシュタグ一覧が更新されます。が、1つだけ例外がありまして、『投稿内容を編集した結果として(その投稿本文内の)ハッシュタグの個数がゼロになった場合』だけは、ハッシュタグの再カウントが行われないので、ハッシュタグ一覧も変化しないのです。その際は管理画面にある「投稿を再カウント」ボタンを押して頂くと強制再カウントが行われるので個数表示も正しく更新されます。（または、ハッシュタグを含む別の投稿を編集or新規投稿すると再カウントされます。）
※この仕様は、ハッシュタグをカウントする負荷を必要最小限に抑え(ようとす)るための仕様です。実際には最小限より足りないわけですが。^^;(ハッシュタグを含んでいない投稿をした際にも全データを再カウントすると無駄な負荷が発生してしまいますので、それを避けよう、という仕様です。^^;) #使い方 #仕様
➡ 2019年3月12日(火) 21時33分 〔6年以上前〕 No.722 ✎ ！
ところでタグには句読点とか含まれるんだっけ？(含まれました)
半角シャープマークでタグにする → あ、タグにしたくないけど、目印にはしておきたいので、シャープマークを全角にする → 記事内ではタグになってない → タグ一覧にはまだタグありと出る → 記事はないと出る
タグが短いと？ ＃全角シャープ
あ、今度はちゃんとどっちも消えてる。サーバーの反応に時間が掛かるだけかな。お騒がせしました。
(ここでは無問題ですが、試験ユーザーで使ってる方は全角シャープにしてもタグが消えない･･･おや？)(解決しました、ありがとうございます)
➡ 2019年3月12日(火) 21時21分 〔6年以上前〕 No.720 ✎ ！
*･゜ﾟ･*:.｡..｡.:*･'(*ﾟ▽ﾟ*)'･*:.｡. .｡.:*･゜ﾟ･*
お礼の元気玉 ( ・_・)ノ((((((○ #感謝
➡ 2019年3月12日(火) 17時06分 〔6年以上前〕 回答/返信 No.719 ✎ ！
Re:716◆元気玉くれるのが恒例に……。*･゜ﾟ･*:.｡..｡.:*･'(*ﾟ▽ﾟ*)'･*:.｡. .｡.:*･゜ﾟ･* カテゴリ機能はデータファイルの仕様変更(拡張)が必要なので、Ver.3あたりになる予定です。「続きを読む」機能はできるだけ早めに実装したいと思っています。その前に、まずは画像機能を完成させたバージョンを Ver.2 として配布します～。
➡ 2019年3月12日(火) 16時59分 〔6年以上前〕 No.718 ✎ ！
画像投稿ボタンを表示するかどうかとか、画像1枚あたりの上限サイズなどを自由に設定できます。
画像投稿関連機能については、とりあえず最低限の実装はできたと思うので、そろそろ配布したい。
※βテスター用てがろぐも Ver 1.4.9 に更新されております。
➡ 2019年3月12日(火) 14時45分 〔6年以上前〕 No.717 ✎ ！
これ「⌚」腕時計？それともandroidのドロイドくん？(ほんとどうでもいい
>716 元気玉子ではダメだった模様 笑
