てがろぐ
- Fumy Otegaru Memo Logger -
カテゴリ「回答/返信」に属する投稿［661件］（21ページ目）
テスト投稿はご自由にどうぞ。ご要望もお気軽にどうぞ。その他ただの呟きでもどうぞー。
🍰Re:944◆そうなんです。index.cgiにわざわざファイル名を変更なさっているケースをちらほら見かけていて、ちょっと気になっていました。.htaccessを使える必要はありますが、まあたいていのレンタルサーバなら使用可能でしょう。#🌱豆知識 ／ユーザ名をカテゴリ扱いにする場合、カテゴリの名称をいつでも一括変更できるメリットはありそうです。／色指定はやはり16進数の方が楽ですよね！^^;
🍰Re:943◆RSSに関しては、RSSフィードを出力するスキンを用意することで、内蔵のRSS出力機能の代わりにできるような機能を計画しています。その場合、フィードに含める内容は自由自在に決められます。とりあえずはその機能のリリースをお待ち頂ければ幸いです。
🍰Re:944◆そうなんです。index.cgiにわざわざファイル名を変更なさっているケースをちらほら見かけていて、ちょっと気になっていました。.htaccessを使える必要はありますが、まあたいていのレンタルサーバなら使用可能でしょう。#🌱豆知識 ／ユーザ名をカテゴリ扱いにする場合、カテゴリの名称をいつでも一括変更できるメリットはありそうです。／色指定はやはり16進数の方が楽ですよね！^^;
🍰Re:943◆RSSに関しては、RSSフィードを出力するスキンを用意することで、内蔵のRSS出力機能の代わりにできるような機能を計画しています。その場合、フィードに含める内容は自由自在に決められます。とりあえずはその機能のリリースをお待ち頂ければ幸いです。
最近ユーザさんが増えてきて嬉しい。
自作スキンを配布して下さるユーザさんが現れるのが次の目標かな。^^;
🍞Re:933◆ご活用をありがとうございます。お褒め頂き嬉しいです。記事の非公開機能も、やはり何やらそこそこ需要がありそうですね。例えば記事冒頭に [HIDE] と書いておけば非表示になる、みたいな仕様ならわりと簡単にいけそうな気もしています。（別途、公開状態を設定する項目をデータに用意しようと思うと、仕様の拡張が必要で大がかりになってしまいますが、「先頭に特殊な記載があるかどうか」みたいな判定なら複雑にはならずに済みそうな気もしています。）
🍞Re:934◆デザインセンスのある方々が、ずいぶん良い感じの独自スキンを製作なさっていて、私も驚くことがあります。配布して下さると良いのですけどもねー。(^_^;) というか、むしろ、うちのサイトで配布させて下さい、という感じなのも多数あるんですけども。^^;
🍞Re:935◆ご活用とご提案をありがとうございます。本文部分をインライン系の要素でマークアップしている場合も考慮しようと思うと、「続きを読む」自体もspanみたいなインライン系要素を使うしかないかな、という感じでおります。あと、(Fumy News Clipperと同様の仕様で)多段階に「続きを読む」を配置できるようにしますので、spanで実装しておくのが一番確実かな、という気がしています。とはいえ、details＋summary要素の挙動はおもしろいですね。それはそれで何かに活用したいと思います。いずれにせよ、ご意見ありがとうございます！
🍞Re:936◆配布用のUP場所を公式に用意したらUPしてくれたりするでしょうかね……？(^_^;) そういう場があっても良いかな、と思わなくもないんですが。誰も公開してくれなかったら寂しいな……と思って何もしてないんですけども。(笑) ユーザリンク集的な空間を作っていないのも同じ理由で。(^_^;;;
自作スキンを配布して下さるユーザさんが現れるのが次の目標かな。^^;
🍞Re:933◆ご活用をありがとうございます。お褒め頂き嬉しいです。記事の非公開機能も、やはり何やらそこそこ需要がありそうですね。例えば記事冒頭に [HIDE] と書いておけば非表示になる、みたいな仕様ならわりと簡単にいけそうな気もしています。（別途、公開状態を設定する項目をデータに用意しようと思うと、仕様の拡張が必要で大がかりになってしまいますが、「先頭に特殊な記載があるかどうか」みたいな判定なら複雑にはならずに済みそうな気もしています。）
🍞Re:934◆デザインセンスのある方々が、ずいぶん良い感じの独自スキンを製作なさっていて、私も驚くことがあります。配布して下さると良いのですけどもねー。(^_^;) というか、むしろ、うちのサイトで配布させて下さい、という感じなのも多数あるんですけども。^^;
🍞Re:935◆ご活用とご提案をありがとうございます。本文部分をインライン系の要素でマークアップしている場合も考慮しようと思うと、「続きを読む」自体もspanみたいなインライン系要素を使うしかないかな、という感じでおります。あと、(Fumy News Clipperと同様の仕様で)多段階に「続きを読む」を配置できるようにしますので、spanで実装しておくのが一番確実かな、という気がしています。とはいえ、details＋summary要素の挙動はおもしろいですね。それはそれで何かに活用したいと思います。いずれにせよ、ご意見ありがとうございます！
🍞Re:936◆配布用のUP場所を公式に用意したらUPしてくれたりするでしょうかね……？(^_^;) そういう場があっても良いかな、と思わなくもないんですが。誰も公開してくれなかったら寂しいな……と思って何もしてないんですけども。(笑) ユーザリンク集的な空間を作っていないのも同じ理由で。(^_^;;;
ご要望も諸々歓迎です。お気軽にお知らせ下さい。(╹◡╹)ﾉ
ご活用状況もお知らせいただけると、さらにやる気がUPします。(笑)
🍘Re:924◆ご愛用下さっているとのこと、大変嬉しいです。機能は了解しました。リンクラベルに指定のキーワードがあった場合に、data-lightbox属性を付加するような方向で機能追加を考えます。たぶん、次回のバージョンアップ時に提供できると思います～。
ご活用状況もお知らせいただけると、さらにやる気がUPします。(笑)
🍘Re:924◆ご愛用下さっているとのこと、大変嬉しいです。機能は了解しました。リンクラベルに指定のキーワードがあった場合に、data-lightbox属性を付加するような方向で機能追加を考えます。たぶん、次回のバージョンアップ時に提供できると思います～。
ご活用報告・アップデート報告をどうもありがとうございます。ご活用下さっていることが分かると開発モチベーションの維持に繋がるので大変嬉しいです。(^_^)
🍮Re:920◆ご要望ありがとうございます。たしかに、サイズの大きな画像を最初から掲載しておくのは躊躇われますね。ご要望は了解しました。その機能も追加したいと思います。
その場合、設定画面で「リンクにすべてdata-lightbox属性を付加する」のような項目があった方が良いでしょうかね？ それとも、リンクラベルに例えば [ラベル:LB] などと書くことでそのリンクにだけ data-lightbox属性が加わるようにした方が良いでしょうかね？ もしご希望あればお知らせ下さい。(その他の方法でも)
なお、「続きを読む」機能は次のバージョンでのリリースを目指しています。あくまでも目指しているだけですが。(^_^;)
🍮Re:921◆RSSフィードは、現時点では内蔵機能での出力しかできませんが、将来的には「RSSフィード用のスキン」を自力で作成してUPすることで、RSSフィードの出力内容を自力で完全にカスタマイズできるようにする計画で居ます。なので、そうなれば、「何を」「どれくらい」「どこに」挿入するかも自由にできるようになる予定です～。
🍮Re:920◆ご要望ありがとうございます。たしかに、サイズの大きな画像を最初から掲載しておくのは躊躇われますね。ご要望は了解しました。その機能も追加したいと思います。
その場合、設定画面で「リンクにすべてdata-lightbox属性を付加する」のような項目があった方が良いでしょうかね？ それとも、リンクラベルに例えば [ラベル:LB] などと書くことでそのリンクにだけ data-lightbox属性が加わるようにした方が良いでしょうかね？ もしご希望あればお知らせ下さい。(その他の方法でも)
なお、「続きを読む」機能は次のバージョンでのリリースを目指しています。あくまでも目指しているだけですが。(^_^;)
🍮Re:921◆RSSフィードは、現時点では内蔵機能での出力しかできませんが、将来的には「RSSフィード用のスキン」を自力で作成してUPすることで、RSSフィードの出力内容を自力で完全にカスタマイズできるようにする計画で居ます。なので、そうなれば、「何を」「どれくらい」「どこに」挿入するかも自由にできるようになる予定です～。
JavaScript有効を前提にするのはマズかったかー
▼Re:868：
🌸JavaScript：なるほど。JavaScriptがOFFだったのですね。さすがに今の時代はJavaScriptが有効な環境を前提にして大丈夫だろうと思っていたのですが、やはりまだOFFにしてお使いのケースもあるのですね。(^_^;) 装飾ボタンとか設定画面のタブとかでJavaScriptを使っているので、JavaScriptは使えることが前提になっていました。もうちょっと何か考えてみます。
🌸コーヒー：もうちょっと簡便な方法が何かないかな……と思いつつ、まあ、とりあえず今はそんな感じになっております。(^_^;) メール便で届く薄さのコーヒーパッケージがあったらAmazonのリストのままでも良かったんですけどね～。
🌸ブログタイプスキン： [[COMMENT:TITLE:30]] の 30 を取っ払って [[COMMENT:TITLE]] と書くと、1行目の全部が挿入されます。文字数制限なしで。また、[[COMMENT:BODY]] と書いた場合には2行目以降が挿入されますが、そう書かないといけないわけではないので、従来通り [[COMMENT]] とだけ書けば1行目も含めて全文がそのまま挿入されます。
▼Re:868：
🌸JavaScript：なるほど。JavaScriptがOFFだったのですね。さすがに今の時代はJavaScriptが有効な環境を前提にして大丈夫だろうと思っていたのですが、やはりまだOFFにしてお使いのケースもあるのですね。(^_^;) 装飾ボタンとか設定画面のタブとかでJavaScriptを使っているので、JavaScriptは使えることが前提になっていました。もうちょっと何か考えてみます。
🌸コーヒー：もうちょっと簡便な方法が何かないかな……と思いつつ、まあ、とりあえず今はそんな感じになっております。(^_^;) メール便で届く薄さのコーヒーパッケージがあったらAmazonのリストのままでも良かったんですけどね～。
🌸ブログタイプスキン： [[COMMENT:TITLE:30]] の 30 を取っ払って [[COMMENT:TITLE]] と書くと、1行目の全部が挿入されます。文字数制限なしで。また、[[COMMENT:BODY]] と書いた場合には2行目以降が挿入されますが、そう書かないといけないわけではないので、従来通り [[COMMENT]] とだけ書けば1行目も含めて全文がそのまま挿入されます。
TLにタマネギにこだわりのある方がいらっしゃることは分かりました。(笑)
タマネギというと、パタリロくらいしか連想しないんだけども。-◇-
🌸Re:853◆実験とテストをどうもありがとうございます。これ、再現率は100％でしょうかね？ こちらで状況を再現できていないので確認したいのですが、JavaScriptは有効な環境でしょうか？ ただ、いろいろ試してみたところ『「日付の手動入力ボタンを表示している」状況で、「新規に投稿ボタンを押した」後に、「日付入力ボタンを3回以上押した」場合』には、たしかに元の投稿日時が引き継がれてしまうことは確認しました。(^_^;;; 最初に1回だけ新規扱いに切り替えただけでは、投稿の瞬間の日時が記録されたんですが。もし元の日付が引き継がれてしまう状況になる操作手順が分かったら教えて頂けるとありがたいです。こちらでも引き続き実験してみます(何にせよJavaScriptの不具合だと思いますので)。βテストにご協力ありがとうございます！
🌸Re:854◆メロンパンの皮だけの製品(たぶん70円くらいで売ってるやつ)が美味しいですね！
🌸Re:855◆コーヒーは毎日飲みまくっています。(笑) Amazonのリストは閉じてしまいましたが、この辺をご参照頂けるとありがたいです。
タマネギというと、パタリロくらいしか連想しないんだけども。-◇-
🌸Re:853◆実験とテストをどうもありがとうございます。これ、再現率は100％でしょうかね？ こちらで状況を再現できていないので確認したいのですが、JavaScriptは有効な環境でしょうか？ ただ、いろいろ試してみたところ『「日付の手動入力ボタンを表示している」状況で、「新規に投稿ボタンを押した」後に、「日付入力ボタンを3回以上押した」場合』には、たしかに元の投稿日時が引き継がれてしまうことは確認しました。(^_^;;; 最初に1回だけ新規扱いに切り替えただけでは、投稿の瞬間の日時が記録されたんですが。もし元の日付が引き継がれてしまう状況になる操作手順が分かったら教えて頂けるとありがたいです。こちらでも引き続き実験してみます(何にせよJavaScriptの不具合だと思いますので)。βテストにご協力ありがとうございます！
🌸Re:854◆メロンパンの皮だけの製品(たぶん70円くらいで売ってるやつ)が美味しいですね！
🌸Re:855◆コーヒーは毎日飲みまくっています。(笑) Amazonのリストは閉じてしまいましたが、この辺をご参照頂けるとありがたいです。
テスト投稿というわけでもない単なる呟き投稿でもご自由にどうぞ。(笑)
🍮Re:846◆『実用的ではないだろうけどもスキンファイルが「ただのHTML＋CSSだ」と示すためにあえて変わったデザインのスキンも用意してみよう』という意図で作った「付箋型スキン」や「黒板スキン」をそのまま実用なさっている方々を見かけて驚いたこともあります。ああ、これ使えるのか、と。(笑)
🍫Re:847◆ああ、たしかに[YouTube]ラベルは大文字小文字が混在していましたね。いま指摘されて初めて気づきました。(笑) [IMG]に対するラベルとしては[YTB]とかの方が良かったかもしれませんね。……いや、そうでもないか。^^; 今さらなので変更はしませんけども。^^; 元々動画を貼りたいと思う人はあんまり居ないだろうと考えていたんですが、これもまた意外と貼ってらっしゃる方々を見かけたりして、そうか、これ使えるのか、と思いました。(笑)
🍩Re:848◆ちなみにこれは別にそういう機能を新たに加えたわけではなくて、元からある機能です。要は、全文検索機能で検索対象になっているのは「元データ」なので、専用記法がそのまま検索対象になるわけですね。検索語に Q: を指定すれば、引用の含まれた投稿だけが出てきます。(ただし副作用として、この投稿のように Q: という記述が含まれるだけの投稿もヒットしてしまいますが。^^;)
🍮Re:846◆『実用的ではないだろうけどもスキンファイルが「ただのHTML＋CSSだ」と示すためにあえて変わったデザインのスキンも用意してみよう』という意図で作った「付箋型スキン」や「黒板スキン」をそのまま実用なさっている方々を見かけて驚いたこともあります。ああ、これ使えるのか、と。(笑)
🍫Re:847◆ああ、たしかに[YouTube]ラベルは大文字小文字が混在していましたね。いま指摘されて初めて気づきました。(笑) [IMG]に対するラベルとしては[YTB]とかの方が良かったかもしれませんね。……いや、そうでもないか。^^; 今さらなので変更はしませんけども。^^; 元々動画を貼りたいと思う人はあんまり居ないだろうと考えていたんですが、これもまた意外と貼ってらっしゃる方々を見かけたりして、そうか、これ使えるのか、と思いました。(笑)
🍩Re:848◆ちなみにこれは別にそういう機能を新たに加えたわけではなくて、元からある機能です。要は、全文検索機能で検索対象になっているのは「元データ」なので、専用記法がそのまま検索対象になるわけですね。検索語に Q: を指定すれば、引用の含まれた投稿だけが出てきます。(ただし副作用として、この投稿のように Q: という記述が含まれるだけの投稿もヒットしてしまいますが。^^;)
次のバージョンの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◆ありがとうございます。(๑╹◡╹๑) その場ですぐに再編集できる仕様は自分でも「便利だな」と思いました。(笑)
