2019年2月 この範囲を時系列順で読む この範囲をファイルに出力する
2019年1月 この範囲を時系列順で読む この範囲をファイルに出力する
SEO(検索エンジン最適化)を考慮したウェブページを作る上で常に気にしておきたい最低限のポイント7つ+αを解説した本です。初歩の話とはいえ解説は詳しく書いていますので、B6サイズ換算だと188ページあります。
Kindle Unlimited対応ですから、Unlimitedユーザなら無料でお読み頂くこともできます。(ぜひどうぞ!)
なお、個人ブログでは背景を少し語ったり、本文イメージを載せたりしています。
➡https://www.nishishi.com/blog/2019/01/doujin_kindle2.h...
Re:629◆不特定多数に開放する掲示板という用途を考えると確かにそういう仕様が必要ですよね。問題は、そういう用途に(既存の掲示板CGIではなく)てがろぐを使う意味があるかどうか、というところらへんかな、と思うのですが、需要がありそうならToDoに加えます。「こういう感じで活用するケースに必要」という何かが見えると良いんですが。(^_^;)
Re:630◆たしかにスキンもアップロードできると便利ですよね。管理画面上からスキンを書き換えたいというご要望も過去に頂いていますので、それと含めて考えてみます。
で、そういうニュース的な掲載枠に活用するなら、やはり「カテゴリ」機能はあった方が活用させやすいよな……という気がとてもしています。(^_^;) 画像アップロード機能の次はやはりカテゴリかな……。画像管理機能の実装がもし難航するようならカテゴリを先にするかも知れないけど。でも、カテゴリも結構な実装分量になりそうだからなあ。
あと、レンタルサービス化も進めます。(招待コードを発行して実験するのは準備に手間が掛かりすぎることに気付いたので、それは中止して、いきなり申し込めるような形で検討中です。)ただ、レンタル版は機能制限が絶対にあるので、フル機能を活用するにはご自身のサーバにセットアップして頂くのが望ましいですが。 #検討 #予告 #予告ではない #今後の構想
◆Re:612:もし「いいね」機能を実装する場合には、名称は固定せず「ふぁぼ」でも「メモ」でも自由な名称に設定できるように作ると思います。あくまでも作るとしたら、の話ですが。(笑)
◆Re:617:ありがとうございます。とりあえず「いいね」は心の中で受け取っておきます。(笑)
◆Re:618:Fumy News ClipperはそもそもHTMLソースを直接入力可能なので文字装飾ボタンを用意する予定は考えていません。2つのCGIに同じ機能を実装していくのは手間なので、棲み分けられるようにするか、いっそのこと「Fumy News Clipper」から「てがろぐ」へ移行できるような仕組みを用意して、てがろぐだけをアップデートするか、何かそんな感じを(なんとなく)考えています。とはいえ、ご要望は歓迎です。(そもそも要望されないと需要が分からないので。^^;)
どこかで読んだんですが、FacebookやTwitterがここまで浸透したのは、いちいち記事にタイトルをつけなくてもいいからではないかと言うのがあって、ああなるほどなーと思いました。確かにいちいちタイトル考えるの面倒くさい。自分は日付を入れてごまかしますが。
タイトルなくても、タグを入れれば内容が分かるので、タグはやっぱりいいなと思ってます。カテゴリも、もし実装されたらどんな風になるのかひそかに楽しみ。
▼今回の更新点
🌸日付の手動入力ボタンを出すオプションが使えるようになりました。(※標準ではOFFになっていますので、使うには設定画面でONにして下さい。)
🌸「Twitterっぽいスキン」で引用の後に書いたリンクの装飾が正しく適用されない問題を解決しました。
以上、2点だけです。
①投稿日時を自力で修正するボタンを表示するかどうか
②存在しない日時でも許容するかどうか
▼①をONにすると、
入力欄の下部に「日時」ボタンが表示されます。押すと、投稿日時を自力で入力するフォームが出現します。再度押せば消えます。YYYY/MM/DD hh:mm:ss形式で自由な日時を指定できます。ただし、ここで過去や未来の日時を入力してもソート(並び替え)はされません。単に、記録日時を自由にできるだけです。
※新規投稿時だけでなく過去投稿の編集時にも日時ボタンが使えますので、過去の投稿の日時を変更することも可能です。
▼②をONにすると、
15月72日のような存在しない日時も入力可能になります。OFFだと、存在しない日時が入力された場合には現在日時に強制修正されます。なお、存在しない日時が入力された場合には曜日は計算されず「?」表記になります。
※②がONの状態で「存在しない日時」が指定された投稿を、②がOFFの状態で再編集すると、日時は現在日時に強制修正されます。
※②の状態にかかわらず、「存在する日時」が指定されている場合は強制修正されることはありません。また、「存在しない日時」が指定されていても、それを再編集をしない限りはずっとその日時のままです。
▼標準設定では
標準ではどちらの機能もOFFです。自らの意思でONにしない限り有効にはなりません。
※ここでは動作テストのためにONにしています。ただ、日時を修正できるようにするとタイムラインの節操がなくなる気がしますので、そのうちOFFに戻すと思います。
▼仕様
●存在しない日時を入力した場合、年月別リストに集計されるのは月が「1月~12月」の場合だけです。
●また、日付の桁数はYYYY/MM/DD(年4桁+月2桁+日2桁)固定なので、存在しない日時の入力を許可する設定でも、3桁の月日やマイナスの値を入力することはできません。
●存在しない日時が入力された場合は、投稿直後でも「New!」記号は表示されません。
●日付が「存在する日」でも、時刻が55時67分90秒のような「存在しない時刻」なら、曜日は自動計算されず「?」表記になります。
◆No.596:LINE風の吹き出しUIはたしかに興味あります。3人以上のIDがあった場合にどう振り分けるか、という問題がありますが。付箋型スキンでの色分けと同じ方法でなんとかできるかも知れませんね。ToDoリストに加えておきます。
◆No.598:ご報告をありがとうございます。確かにおっしゃる通りの現象になりますね。「Twitterっぽいスキン」では投稿本文を span 要素で囲んでいるため、その内側に(ブロックレベル要素である) blockquote が登場すると、「その直前でspan要素は終わった」と解釈されてしまうことが原因だと分かりました。対応方法としては、CSSソース中のセレクタ「 .comment .taglink 」を、「 .onelog .taglink 」に変更すれば、うまくいくと思いますのでお試し下さい。将来バージョンでは、標準添付のCSSも修正しておこうと思います。
◆No.600:ご活用とご要望をありがとうございます。たしかに、デフォルトでの表示文字数を絞る機能はあると便利そうですね。ToDoリストに加えておきます。
#要望
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175