maxlength属性の仕様の違いには要注意！ | 株式会社シンメトリック公式ブログ - 携帯開発から生まれる技術情報
この結果を見ると、docomoだけがバイト数として扱っているようだ。SoftBank C型・P型の場合もバイト数として扱っていた記憶があるけど、C型とP型は3月末でサービスが終了したから該当しなくなった。 ちなみにバイト数というのは、シフトJIS換算のバイト長のこと。HTMLのキャラクタエンコーディングをUTF-8にしても、結局はシフトJISでの長さとなる。 影響範囲と対応方法 maxlength属性の仕様の違いが最も影響するのは、DBアクセスがからんできたとき。テーブル定義にもよるけど、フォームで入力したテキストをそのままDBに入れてしまうと、DBアクセスでエラーになる可能性がある。 たとえば、Oracleでフィールド定義が VARCHAR2(20) のカラムに日本語を格納する場合、データベースキャラセットがシフトJISなら全角10文字まで入る。PCサイトが前提ならmaxlength="
[携帯]の入力フォームの横幅制御方法 │ これからゆっくり考L +α
入力フォーム（テキスト：1行）の横幅サイズの調整について、いつもコーディング時に迷うのでメモしておきます。 ※前提条件：3キャリア1ソース、xhtml size="**"のみ指定 <input type="text" size="27" name="hoge" /> 他のキャリアに合わせてサイズを調整していると、auで見た時に縦に2行になる場合があります（※端末の文字サイズにも依存します）。数字が大きすぎた場合？になるようですですが、だからといってauに合わせて数字を小さくすると、他のキャリアで見た時の横幅がかなり短くなってしまいます。 後、sizeで指定すると端末で設定している文字サイズによってフォームの長さも変わってきてしまうので、そこもちょっと気になるところです。 style="width:**"のみ指定 <input type="text" style="width:80%" na
checkboxのvalueはちゃんと値をセットしよう。 - ありがとう。また会おう。
これも昔携帯サイトを作っていて、小ハマリしたところ。 よく、checkboxのフォームを置くとき、特に１つだけ置くような場合。 例えば「メルマガ配信を希望します」みたいなcheckboxで、 checkboxって、 チェックすると、そのcheckboxのname=valueがパラメータに付与される チェックしないと、name=valueのパラメータは送信されない という仕様ですよね。 で、何を考えたかというと、 「checkbox１個だけだし、 そのパラメータ名が設定されているかどうかだけで判定すればいいや」 と思って以下のような実装をしたんですね。 HTMLフォーム <form action="foo.php" method="POST"> <input type="checkbox" name="hoge">メルマガ配信を希望します<br> <!-- ↑ value属性を省略している
style="display:none"にするとauはフォームの値を送信しない - スコトプリゴニエフスク通信
タイトルのとおりなんだけれども、 form method="post" action="."> div style="display:none">input type="hidden" name="csrfmiddlewaretoken" value="xxxxx" />div> input id="id_name" type="text" name="name" value="" maxlength="15" />br /> input type="submit" value="Submit" /> form> のようなHTMLを書くと、auのブラウザはcsrfmiddlewaretokenというフィールドの値を送信しないようだ。少なくともW52CAで確認。これはちょっとハマッた。type="hidden"のinput要素をdisplay:noneのブロックで囲むなんてあんまりしないかな
docomoとかいう端末はtextareaの間に文字を入れないと、そこ以降のhtmlが出力されない？ - 新だるろぐ跡地
追記 誤解でした -> http://d.hatena.ne.jp/foosin/20090712/1247367730 モバイル開発してたら気がついた。ただでさえモバイルは主要3キャリアの色んな仕様がバラバラだが、中でも最低に酷いあの、 guidってパラメータつけなければ端末IDが取得できない クッキーが使えない 外部cssが読み込めない WAP2.0互換なiモード対応XHTMLが使えるとか大嘘ついてる docomoとかいう 独自仕様ぶっちぎり、デファクトスタンダード何それおいしいの？ついでに「メールアドレスの形式はRFCに準拠しています」とか大嘘こいた挙句数週間後にはwebサイト上からその表記を抹消してその件については何のフォローも無い上、そんなアドレス使ったせいでPCとメールが送受信できない場合があるのはプロバイダのせいですよ、と受け取れる説明を載せただけじゃ飽きたらず未だにRFCに
iモード対応HTMLタグ一覧 : iprof属性 | サービス・機能 | NTTドコモ
マイプロフィールとは、テキストエリア内に、氏名、電話番号などのユーザー情報を入力する際、あらかじめ携帯電話内に情報を登録しておけば、引用ボタンをクリックするのみでその情報が引用できるものです。
成果を上げる携帯サイトのフォーム設計 (ユーザビリティ実践メモ)
離脱されない携帯サイトのフォーム作成術 携帯サイトのフォーム設計のコツ 個人プロフィールからの引用を考慮した携帯サイトフォーム設計 さて、携帯サイトのフォームの入力効率を上げる（完遂率を上げる）には、まず項目数を少なくして入力負荷を減らすことが第一です。 しかしビジネス上の要件から、項目数を減らすことにも限界があります。そこで、入力時のボタン操作など、「ユーザの操作面の負担を少なくする」ことを考えましょう。 1. 入力文字種を指定する テキストエリアの属性としてistyleを指定することで、入力文字種の「全角かな」「半角カナ」「英文字」「数字」をページ側で指定することができます。 携帯電話では文字入力モードを変更するために、2-3回（十字キーを使う場合はもっと多くなります）ボタンを押さなければなりませんので、この指定だけでもユーザの負担は大きく減ります。 ※タグや属性の詳細な仕様に関しては
離脱されない携帯サイトのフォーム作成術 (ユーザビリティ実践メモ)
みなさんは携帯サイトの会員登録を行う際に以下のような経験はありませんか？ ・入力エラーが発生した。 ・次ページの読み込み中に接続不良となった。 弊社のユーザ行動観察調査では、会員登録時に上のような状況に直面すると、多くの人が会員登録をあきらめてしまう様子が観察されています。 今回はこのようなトラブル発生を防ぎ、「離脱されないフォーム」を実現する上で重要となるポイントを２つご紹介します。 フォーム入力例を適切な位置に配置する フォーム内の各項目に入力例を明示することでエラー発生を防ぎます。ごくごく当たり前のことですが、PCサイトに比べてコンテンツスペースが少ないことを理由に、携帯サイトでは「入力例が省略されたフォーム」が多く見受けられます。 また、入力例の配置にも注意が必要です。たとえ入力例が配置されているフォームであっても、下図の左側のように入力欄の下に配置しているものは十分と言えません。
携帯XHTMLでの入力モードのまとめと、ちょっとしたハマりどころについて - 絶品ゆどうふのタレ
先日の勉強会での発表内容に関して、ke-tai.orgさんのところで入力モードについて突っ込まれたので、せっかくだし書きかけの記事をきちんとまとめてみることにしました。 元々、wideの%MobileStudyで入力モードの話が出た際、意外と情報が間違って知られていたりすることが多いようだったので、特にはまりやすいあたりを中心に、入力モード指定についてざっくりと書いておこうと思って、まとめたかけでそのまま放置していたｗものがあったんですが、それがベースです。 そんなわけで、記憶頼りが中心であんまり検証しないで書いてるので、間違いが含まれてたらごめんなさい。 では本題。 入力モードとは まず、入力モード指定って何のことかという話からすると、みんな携帯をいじる時に「全角かな」とか「数字」とか「英小文字」とかいろいろ端末の文字入力を切り替えると思うんですが、あれのことです。 サイトを作る時にin
第11回 PCサイトとこんなに違う！携帯サイトのフォーム設計ポイントとは | ユーザー視点のウェブデザインガイド
その半面、携帯サイトの設計については、PCサイトとは異なるユーザー特性があるにもかかわらずノウハウは少なく、中規模以上のサイトであっても「とりあえず作っただけ」のサイトや、やみくもに見た目だけを新しく装ったサイトが多いのが現状である。 今回は、携帯サイトの設計、その中でも特にビジネス成果に直結するフォームについてピックアップし、携帯ユーザー特有の行動に対していかに対応すべきかを考えてみたいと思う。 さて、複数のブラウザを立ち上げて、画面を切り替えながら操作が可能なPC環境と違い、モバイル端末では一度サイトから離れると、戻ってくるのが非常に大変である。そのため、携帯サイトのフォーム登録はPC以上に「一発勝負」であることを強く意識する必要があるだろう。 まず、ユーザーの入力負荷を減らし、自動入力が可能な部分は可能な限り実装するなどの配慮を欠かさないようにする必要がある。さらに、「携帯特有の機能
個人プロフィールからの引用を考慮した携帯サイトフォーム設計 (ユーザビリティ実践メモ)
PCをほぼ/全く利用しない「インターネット＝携帯電話」ユーザには、フォームなどでメールアドレスを入力する際に、個人プロフィールから引用する傾向があります。 機種によってこの機能の名称や使用方法は異なりますが、筆者の携帯では下記の操作でプロフィールを引用することが可能です。 プロフィールの中でもメールアドレスは、文字数が多く、英数字が混在するため、直接入力する場合、煩わしい操作を要します。 そのため、携帯の操作に慣れているユーザの多くが上記の機能を使用してメールアドレスを入力しているのです。 この行動を想定したうえでサイトを制作しなければ、ユーザにストレスを与えてしまう可能性があります。 例えば、あるメールアドレス入力フォームでは、下図のように「＠」より前をフリーワードで入力し、「＠」より後ろをプルダウンメニューで選択する仕様にしていました。 一見、親切そうに見えるフォームですが、プロフィー
Yahoo!検索ヘルプ
チャットでお問い合わせ 閉じる 何かお困りですか？ チャットでお気軽にご相談ください。 オペレーターがサポートいたします。 相談する Yahoo! JAPAN Yahoo!検索 ヘルプ Yahoo!検索ヘルプ キーワードから探す ヘルプ検索 よく検索されるキーワード：「履歴」「入力補助」「関連検索ワード」「削除」 カテゴリーから探す Yahoo!検索全般そのほかの検索機能こんなときは画像検索について動画検索について画像・動画検索全般リアルタイム検索についてレシピ検索についてウェブ検索について 関連リンク Yahoo!検索ガイド Yahoo!検索 カスタムサーチ Yahoo!検索 インフォセンター Yahoo!検索へのご意見・ご要望 広告に関するご意見 Yahoo! JAPANに掲載中の 広告に関するご意見 Yahoo!知恵袋 Yahoo!知恵袋は、参加者同士で知恵や知識を楽しく教え合い、分
携帯サイトでは誤クリックにご用心 (ユーザビリティ実践メモ)
携帯サイトを使っているとき、操作キーを連打しすぎてリンクを押し間違えた経験はありませんか。携帯サイトを設計する際は、このような「誤クリック」に配慮する必要があります。 このような画面では「戻る」や「キャンセル」ボタンがセットで配置されていることが一般的であり、画面を作る際は「戻る」ボタンが間違ってクリックされないよう配慮する必要があります。しかし、携帯サイトではリンクの一つ一つにフォーカスが当たってしまうため、リンクが隣接して配置されている場合は特に「勢い余っての誤クリック」が発生する恐れが高くなるのです。 操作キーで操作をする限り、この問題の抜本的な解決は難しいのですが、以下のような次善の策をとることはできます(※効果は機種に依存します)。 「戻る」や「キャンセル」はボタンではなくリンクにする ボタンよりもリンクの方が、フォーカスが当たっていることを認識しやすいためです。 「申し込
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://blog.ekkun.com/?eid=780400
Yahoo! JAPANヘルプ