以前、わたしの親がウェブ上で誕生日を入力しました。この時、誕生日を撰ぶ爲のカレンダーが表示されました。カレンダーのデフォルトが「今年」だつたから、數十年分、「前へ」をクリックする必要がありました。キー入力も反應しなくて、カレンダーから撰ぶしかありませんでした。ひどい話です。
+以前、筆者の親がウェブ上で誕生日を入力した時に、カレンダー形式の日附入力欄が表示されました。カレンダーの初期表示が「今年」だつたから、數十年分、「前へ」をクリックする必要がありました。キー入力も反應しなくて、カレンダーから撰ぶしかありませんでした。
-そもそも日附は數字だからキーボードでもタッチパネルでも簡單に入力できます。カレンダーから撰ぶまでもありません。ただの INPUT 要素の横に「例:20230125」みたいに表示するか、INPUT 要素を3つ用意して年・月・日に分ければ良いと思ひます。なぜさうしないのか……
+そもそも日附は數字だからキーボードでもタッチパネルでも簡單に入力できます。カレンダーを表示する必要はありません。單なる INPUT 要素の横に「例:20230125」みたいに表示するか、INPUT 要素を3つ用意して年・月・日に分ければ充分です。なぜさうしないのでせうか。
-多分、開發者(またはその上司)が「型」に囚はれてゐます。「誕生日は Date 型だ」「Date 型ならカレンダーで入力させる物だ」と云ふわけです。しかも、カレンダー形式だとユーザーが不正な日附を入力できないから、エラーチェックを手拔きできる。カレンダーにする理由は、自分たちの爲か、固定概念か、お節介です。
+多分、開發者またはその上司は「型」に囚はれてゐます。「誕生日は Date 型だ」「Date 型ならカレンダーで入力させる物だ」といふわけです。更に、カレンダー形式だとユーザーが不正な日附を入力できないから、エラーチェックを手拔きできます。
-ユーザーが不正な日附を入力するのを防ぎたいなら、お得意の JavaScript 日附の形式をチェックできるし、全角/半角とか区切文字とかの表記ぶれは自動で變換できる筈です。豫約サイトなどを除いて、日附をカレンダーで入力させる必要は殆ど無いと思ひます。
+ユーザーが不正な日附を入力するのを防ぎたければ、補助的に JS で日附形式をチェックできます。全角/半角や區切り文字の表記搖れはサーバー側で變換できます。日附をカレンダーで入力させる必要は殆ど無いと思ひます。
+ +勿論、豫約サイトでカレンダーから空き枠を撰ぶのは良い UI です。この記事で問題としてゐるのは、テキストボックスへの入力方法に獨自のカレンダーを採用する事です。
diff --git a/src/personalsite.html b/src/personalsite.html index d542887..e8357aa 100644 --- a/src/personalsite.html +++ b/src/personalsite.html @@ -4,24 +4,25 @@わたしは個人サイトを読むのが好きです。個人サイトを読む事で筆者の一面に触れられるからです。会つた事のない人について、その人の意見を読み、自分の意見と比較できます。また、その人の個性や感情にも触れられます。わたしは口で会話する事が苦手だから、直接会つて話すよりもサイトを読んだ方が意見を交換できます。それは本やSNSでも同じかもしれませんが、個人サイトにも良さを感じます。
+わたしは個人サイトを読むのが好きです。個人サイトを読めば著者の意見と自分の意見とを比較できます。また、著者の個性や感情にも触れられます。わたしは口頭での会話が苦手だから、直接会つて話すよりも文章を読む方が得意です。それは本や SNS でも同じかもしれませんが、個人サイトが最高です。
本を読めば著者の意見を読み、知識を得られますが、本は商品だから著者の感情は和らぎます。また、大抵、本の著者は何かの専門家です。専門家の意見は勉強になりますが、わたしは、専門家以外も含めた「その辺に居る、ランダムな誰か」の意見や感情にも関心があります。だから、わたしは本と個人サイトとの両方を読みます。
+本を読めば著者の意見を読んで知識を得られますが、著者の生の感情には触れられません。また、本の著者は専門家や著名人である事が多いです。専門家の意見は勉強になりますが、わたしは「その辺に居る普通の人」の意見も知りたいから、本と個人サイトとの両方を読みます。
SNSでも人の意見を読めますが、SNSでは最新の投稿が優先されて、昔の投稿を読むのが難しいです。大抵の個人サイトには目次があるから文書を探し易いです。また、日付を見れば簡単に最新の文書を探せます。また、SNSのと投稿は独り言に近く、個人サイトや「ブログ」の文章は、読む為に書かれた物だと感じます。だから読みやすいです。
+SNSでも人の意見を読めますが、SNS では最新の投稿が優先されて、昔の投稿が読みづらいです。一方、大抵の個人サイトには目次があるから文書を探し易く、記事に日付があれば最新の文書もわかります。また、SNSの投稿は独り言に近く、個人サイトや「ブログ」の文章は、他人に向けた読みやすい文章です。
ここで「ブログ」に触れました。ここではアメーバブログやFC2ブログ等の事を指します。ブログは個人サイトと同じく読み易いですが、大抵は目次がありません。記事を探すには「前へ」「次へ」のアンカーを辿るか、カテゴリーごとの一覧から探すか、検索を使用するしかありません。だからブログより個人サイトが好きです。
+アメーバ、FC2、hatena 等の「ブログ」への意見は次の通りです。ブログの文章は個人サイトと同じく読み易いですが、大抵は目次ページが無く、記事を探す方法は「前へ」「次へ」のアンカーや、カテゴリーごとの一覧や、検索しかありません。だからブログより個人サイトが好きです。
他にも「note」「qiita」「pixiv」などの投稿サイトがありますが、投稿サイトについては、また別の文書で触れる事にします。
+他にも「note」「qiita」「pixiv」などの投稿サイトがありますが、投稿サイトについては、また別の機会に触れるつもりです。
diff --git a/src/webdesign.html b/src/webdesign.html index a792554..8334a52 100644 --- a/src/webdesign.html +++ b/src/webdesign.html @@ -4,42 +4,48 @@このサイトの設計方針です。わたしは W3M の愛用者だから、テキストブラウザを贔屓します。方針が変化したら、この記事の内容も更新します。
+このサイトの設計方針です。筆者は W3M を愛用するから、テキストブラウザーを贔屓します。方針が変化したら、この記事の内容も更新します。
わたしは HTML や CSS よりも文章を重要視します。ウェブサイトの本質は文章だからです。文章の書き方で問題を解決できるなら文章を直します。具体的には、記事を読み辛いと感じたら文章を直し、見た目が物足りないと感じたら文章を書き足します。
+筆者は、ウェブサイトの本質は文章であり、その次に HTML や CSS が来ると信じます。サイトを改善する一番の方法は文章を工夫する事です。
+ +例をあげると、読み辛いなら文節の並びを調節する、見た目のバランスが悪いなら段落の区切りを調節する、などです。
わたしは段落のまとまりを見出しで区切るのが好きです。文章の途中に見出しを置くと、適度な余白ができて、目に優しいと感じます。また、見出しに番号を振ると、紙の本のページ数と同じく、どこまで読んだかが分かり易くなります。だから、時には数字だけの見出しも使用します。
+筆者は、段落のまとまりを見出しで区切る事が好きです。見出しは文章に適度な余白を生み、文章を読みやすくします。
+ +見出しに番号を振ると、紙の本のページ数と同じく、どこまで読んだか分かり易くなります。「1」「2」の様な番号だけの見出しも有用です。
このサイトにはヘッダーが無く、フッターも最小限です。各文書に共通のヘッダー・フッターを付けると、HTML が大きくなるからです。
-また、ヘッダーが無ければ本文が最初に来るから、上部に「本文へ」のリンクを付けなくても済みます。
+また、ヘッダーが無ければ本文が最初に来るから「本文へ」のリンクが不要になります。
このサイトの CSS の特徴は次の通りです。
+このサイトの CSS の特徴です。
たまに自分のサイトのデザインの方針を書く人が居て、わたしはそれを読むのが好きだから、この記事を書きました。全くの無価値ではない筈……
+たまに自分のサイトの設計方針を書く人が居ます。筆者はそれらを読む事が好きで、この記事を書きました。
-