問題タブ [mobile-website]

デバイスがアラビア語をサポートしているかどうかをMobileCapabilitiesオブジェクトから検出することは可能ですか

電話番号を携帯電話のリンクに変換するコードを作成しています。

とにかく、これをよりきれいにするために使用している正規表現または正規表現方法を再構築できますか?

アップデート

明確にするために、私の質問は私の正規表現の正しさについてではありません-それが限られていることを認識しています。代わりに、電話番号のリンクを代用する方法について誰かコメントがあったかどうか疑問に思っています-とにかくre.replace、私が持っている文字列ハッカーの代わりに使用できるものはありますか?

この小さな調査モジュールがあるアプリケーションを構築しています。この小さな調査モジュールは、指定した電話番号に簡単な SMS を送信し、(ユーザーがそれを起動した場合) 応答を収集して表示する必要があります。私は自分のプロジェクトをビルドするためにdjangoを使用しています。django-sms google code project を試しましたが、モバイルからサーバーにメッセージを返信できませんでした。SMSゲートウェイ/キャリアに関する多くのチュートリアルを閲覧しました。しかし、私は迷っています。私のアプリケーション（django）から携帯電話にSMSを送信する方法についてのチュートリアルを提案するのを手伝ってくれる人はいますか？SMS を携帯電話に送信する場合、費用はかかりますか (ある携帯電話から別の携帯電話に SMS を送信する方法と同じです)。

モバイル デバイスで動作するカレンダー コントロール (別名日付ピッカー) を探しています。問題は、ほとんどのデバイスが JavaScript を使用していないか、JavaScript のサポートが不十分であることです。

ASP.NETの組み込みコントロールは、JavaScript を使用してポストバックを行います。ASP.NET にはモバイル カレンダー コントロールがありますが、完全にローカライズ可能ではありません (ステップバイステップの日付ピッカーが表示されるローエンド デバイスでは、そのボタンは常に英語で表示されます)。

組み込みのカレンダー コントロールをオーバーライドして、JavaScript ポストバックをパラメーター化されたリンクに直接置き換えることを考えています。

私の複合的な質問は -

ASP.NET のビルトイン コントロールで JavaScript を取り除く方法や、ASP.NET のモバイル カレンダー コントロールをローカライズする方法など、JavaScript を使用しない優れたカレンダー コントロールはありますか?

上記のすべてが存在しない場合、ポストバックをパラメーター化されたリンクに置き換えるのは良い方法ですか? 他の提案は何ですか？

現在、フォーマットについては気にしていません。ターゲットにしているデバイスでは、日付ピッカーが適切に表示されます。私はそれを機能させるという小さな問題だけに関心があります...

WAP プッシュとSMS プッシュという用語は、モバイル アプリケーションにメッセージをプッシュして WAP コンテンツのダウンロードをトリガーする場合に使用されるようです。

用語は同じメカニズムを指していますか、それとも異なる意味を持っていますか?

「-wap-input-format」CSS プロパティを使用して、「*N」を使用して数値入力を強制しています。307これは私の SonyEricsson C702 では動作しますが、Windows Mobile IE、Windows Mobile with Opera、または SonyEricsson P1i では失敗します。

私は asp.net の初心者です。現在のプロジェクトでは、asp.net 3.5 を使用してモバイル Web アプリケーションを開発する必要があります。このアプリケーションは、電話や他のすべてのブラウザーで表示でき、それをサポートするものはありません。モバイル開発を可能にする VS2008 のテンプレート。それについてもう少し考えてください、ありがとうございます。

再生していただきありがとうございます。各モバイル ブラウザに固有のページを作成する方法と、モバイル コントロールの使用方法が必要です。そのモバイル アプリケーションについて学ぶためのアイデアがもう少し欲しいです。サンプル コーディングも必要です。

モバイル ユーザーが携帯電話でコンテンツを購入およびダウンロードするための新しいモバイル Web プラットフォームを構築します。以前は完全にオーダーメイドのログイン メカニズムを使用していましたが、プラットフォームの次のバージョンではカスタム メンバーシップ プロバイダーを使用することを検討しています。

問題は、少し変わった「ログイン」メカニズムの要件があるため、MembershipProvider が最適であると 100% 確信しているわけではないということです。

以下の要件について、「はい、メンバーシップ プロバイダーが適しています」または「いいえ、丸い穴に四角いペグをぶつけています」という一般的なフィードバックを探してください。

要件

1. ValidateUser(string username, string password)ユーザーは、「携帯電話番号」(ユーザー名) と「PIN」(パスワード) でログインする必要がある場合があります。既にサインアップして SMS で確認済みであり、メソッドの実装を満たしているため、これは非常に適しています。

2. ユーザーは「携帯電話番号」のみでログインする必要がある場合があります。この場合、弊社側で身元確認を行う必要はありません。これにより、ユーザーの手順の数が減り、請求時に特定のオペレーターによって検証が行われます。（オペレーターは、入力された携帯電話番号がオペレーターの支払いサイトにヒットしたときにハンドセットと一致することを検証できます）...ユーザーがパスワードを持っていても、何らかの方法でメンバーシッププロバイダーをブラフして、彼らを入れる必要があります.空のパスワードで。

3. ユーザーはログインする必要はまったくありません。この場合、ユーザーを特別なネットワーク オペレーターの Web ページに透過的にバウンスすることができ、ユーザーが透過的にバウンスされたときに、ヘッダーで携帯電話番号を取得します。この場合、プログラムでヘッダーからその番号を取得し、代わりにコード ビハインドでログインを実行する必要があります (ここでも PIN/パスワードなしで)。ユーザーは魔法のように自動ログインされます。

要件 2 と 3 は少し奇妙です。基本的に、1 つのメンバーシップ プロバイダーが満たす必要がある 3 つの異なるログイン メカニズムがあります。

• ユーザーが入力したモバイルとユーザーが入力した PIN
• ユーザーが入力したモバイルのみ (暗証番号の要件を満たすと思われるコード ビハインド)
• 完全に透過的なログイン (ログイン プロセス全体を実行するためのコード ビハインド)

上記についてコメント/フィードバックを受け取った人、または過去に行った奇妙なメンバーシッププロバイダーの実装についてアドバイスがある人.

携帯電話からアクセスできるWebアプリケーションを開発しています。

これには、単純なテキストのみのツリー カタログが含まれます。

クリックしたときにツリー項目を展開するためにサーバーへの余分な往復を避けるために、 を使用することにしましたWML。

複数の を 1 つのドキュメントにプリロード<card>し、これらの をすばやくブラウジングでき<card>ます。

ただし、iPhoneまったくサポートされておらずWML、他のモバイル ブラウザーには複数の問題があります。

複数のページを のブラウザにロードiPhoneし、サーバーへの余分な往復なしでページ間をブラウジングできるテクノロジーはありますか?