mieki256's diary

_altとtitleの違い - ホームページ笹椪FAQ
_すべての画像には、画像の内容を的確に示す alt属性をつける（画像の代替情報）。
_実践アクセシブルHTML - altはつけるだけじゃなくて

よくわかってないのだけど、下手に title属性をつけないほうがいい、ということなんだろうか。alt="〜" には、「画像が出てこなかったときに、そこに書かれたテキストで、画像で言わんとしてることが伝わる」ようなテキスト内容を書く、と…。

単なる飾りとしての画像の場合は、特に何かを言葉で伝えようとしてるわけじゃないから、alt="" と書いておく、と。

◎ _実践アクセシブルHTML - 可変フォントサイズとレイアウト :

したのでサイトにアップして、その旨をktに連絡したのだけど。あちらさんから、「自分はそのチラシを送ってない。どういうこと？」という返信メールが。…ええー？

ひょっとして、奥さんのほうからの要望だったのかな。そのへん確認してほしい、とメールで返信。…返事が来ない。出張(?)で、ここ数日は居ないとか、そういう感じなのかしら。

◎ 親父さんがテキストデータを全部上げてきた。 :

レスポンスの頭に、区切り文字 or 制御コードが入ってる可能性があるらしい。そうなってくると、各要素の区切り文字が余分に入ってる可能性もありそうだなぁ…。

一応対処を入れたけど。…ふと、それらの対処は、非常に危険な状況を招きかねない対処であることに気づいた。

サーバが異常動作をしてるとき、あるいは、回線に異常が発生してるとき、意図しない制御コードが入ってきたりすることもあるんじゃないのかと。本来、意図しない制御コードが入ってきたか否かを、サーバ異常動作 or 回線異常と判断するための材料に使うべきではないのか。なのに、意図しない制御コードを削除する処理を通してしまったら、「本当の通信エラー」が起きていても、それを判断できない。ということで結構危険な処理を入れてしまった気もする。

それとは別に。受け取るはずの要素数を、通信処理をするメソッドに渡せば、エラー判別にもうちょっと強くなるかな、とも思ったり。受け取る予定の個数と、受け取った要素の個数が一致してなければ、通信失敗として返す。みたいな。

といっても、サーバが正常動作してるときですらどんなレスポンスを返すのかよく判らない、この現状では…。しかし、「通信エラーを無くせ」とだけは要求されてるわけで…。

ということで、制御コードは全削除するし、要素数の比較は行わない方向で。…若干、「ora shirane mode」になりつつ実装作業してるような気がしてきた。ちとマズイ気もするが、仕方ないよな。うん。

連絡のあった通信関連バグを修正した版を送ったので、ちょっとだけ精神的(?)に余裕が。なので、アップするです。

や、毎日メモは取ってたんだけど、校正作業の時間すら惜しい、そんな感じの精神状態だったわけで。プレッシャーに弱いのだろうな。＞自分。いや、時間感覚がルーズなだけか。

◎ 書いちゃマズイこと書いてるかな。 :

---