flex:Validator・だれがエラーメッセージを設定しているのか？
flexのValidatorを使っているときに、ふと疑問におもったので調べることにした。 というのも、チェックしたい値があるオブジェクトと、エラーを出力したいオブジェクトが異なるときに一体どうすればいいのだ？はたまた、Validatorはもうちょっと使いやすくならないだろうか？ と思ったのがきっかけだ。そもそも、Validatorの例などをぶらぶらとみて使っているだけなので、 もっと応用がきくような気がするのだ。 という事で、Validatorを使うときには <mx:Validator id="v1" required="true" source="f1" property="text" /> <mx:TextInput id="f1" /> <mx:Button click="{v1.validate()}" /> なんて感じにつかうようにサンプルが書いてある。 さて、このVal
バリデータとフォーマッタで“使える”Flexアプリを作ろう
バリデータとフォーマッタで“使える”Flexアプリを作ろう：現場で使えるFlex実践テクニック（5）（1/2 ページ） データの検証を行うバリデータが使えるFlex 入力フォームはアプリケーションにつきものですが、サーバが対応できる形式で正しいデータを送信しなければ、エラーとなってしまいます。従来のWebアプリケーションでは、サーバ側でのみデータの検証が可能でしたので、ユーザーが入力したデータが間違っているかどうかは一度サーバへリクエストを送信する必要がありました。 しかしFlexでは、クライアント側でデータの検証を行うことができるため、余分なサーバリクエストを防ぐことができます。それがバリデータです。 ■ バリデータで文字列の長さを検証 まずは、文字列の長さを検証する簡単なサンプルを紹介します。入力は自由な文字列ですが、4文字以上かつ8文字以下であることが必須であるとします。 サンプルを
Loan higher amount with immediate payment
Borrow money from Lite lending company, one of the new loan providers. They partner with YOU. It is possible to borrow up to 50,000 dollars. They offer a flexible loan, where customers can help decide. You can use the money for exactly what you want. Loan money online without security. You must be 20 years old to apply for a loan. Use the loan calculator to find the right loan. Fast loans 10,000 –
サイト外でのユーザ心理を利用する3つのポイント【前半】 (ユーザビリティ実践メモ)
今回から数回にわたり、「サイト外のユーザ行動も踏まえたコミュニケーション設計」というテーマで実践的なノウハウをご紹介します。 ユーザ行動観察調査を実施していると、企業サイトで製品・サービスの概要を理解した後、他社サイトや口コミサイトを確認するという行動が非常によく見られます。 そこで、企業サイト以外での情報収集によってユーザが陥りがちな3つの心理と、それに対応する方法を考えてみます（今回は【前半】として、初めの2つをご紹介します）。 「企業のサイトは（自社に）いいことしか書いていないので、悪い評判や自分が気づいていないデメリットがないかを知りたいからです」 インターネットは比較メディアとも呼ばれ、このような行動は老若男女問わず、ほとんどのユーザで見られます。「悪い評判を見つけるまで、しつこく探します」と、検索結果を何ページも見ていくユーザもいます。 企業サイトはこのようなユーザの行動と、そ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Flex | Validatorクラスを利用して独自に入力チェックする
