問題タブ [commonsware-cwac]

私のアプリケーションでは、コモンズウェア ライブラリを使用してアラーム設定に基づいて地理的位置を取得していますが、うまく機能していますが、[戻る] ボタンを押したときにそのアラームを停止し、地理的位置を取得したくありません。

これどうやってするの。以下は、アラームに基づいて場所を取得するために使用しているコードです。

Mark Myrphy aka @commonsware によって作成された Merge Adapter を既に使用している Activity に Pull To Refresh 機能を追加しようとしています。

コードは次のとおりです。

そして、これが lv_merge_fragment.xml です。

https://github.com/chrisbanes/Android-PullToRefreshとhttps://github.com/commonsguy/cwac-mergeを連携させようとしています。

残念ながら、問題があります。MergeAdapter は、PullToRefresh リストビュー全体を下から上に表示するものとして扱います。これにより、ヘッダー (PTR インジケーターとして使用される) が (ドラッグ後だけでなく) 常に表示されます。私がそれを機能させる方法はありません.libsの1つを書き直すことは、この問題を解決するのが難しい方法です. Android で、Pull to Refresh ライブラリを使用して CommonsWare MergeAdapter を正常に使用した人はいますか? 私が達成しようとしていることをよりよく理解するために添付されたスクリーンショット。基本的に、PTR アクションはすべてのビューをリロードする必要があります。

そして、これが私がそれをどのように見せたいか/どのように機能させたいかです:

助けてくれてありがとう。

私は自分のアプリケーションの 1 つにcommonsguy / cwac-endless EndlessAdapter を統合していましたが、本当にうまくいきました! CommonsWare卿に感謝します:)

しかし、私は得てjava.lang.IllegalStateException: The content of the adapter has changed but ListView did not receive a notificationいます。

注: この例外は、 を使用する場合にのみ発生しますendlessAdapter.setRunInBackground(false);。基本的には、独自の実装でAsyncTaskデータをキャッシュする ( EndlessAdapter クラスのメソッドで実行する)AsyncTask場合にのみ発生します。cacheInBackground()

この IllegalStateException を再作成する手順:

ステップ 1)のデモとして提供されているEndlessAdapterCustomTaskFragment 例を実行するEndlessAdapter

ステップ 2) ListView を下にスクロールして、進行状況ビューが表示されるようにします。

ステップ 3) 進行状況ビューをクリックします。データの読み込み中に進行状況ビューをクリックすると、アプリケーションが強制的に閉じられjava.lang.IllegalStateExceptionます。

この問題を克服するために、EndlessAdapterクラスの次のメソッドをオーバーライドすると、実際に機能しました;)

私は次のことについて非常に興味があります。

EndlessAdapter1）独自の実装でデータをキャッシュしたい場合にのみ実装が例外をスローする理由、AsyncTaskつまり、カスタム実装なしでendlessAdapter.setRunInBackground(false);使用する場合はそうではありませんendlessAdapter.setRunInBackground(true);AsyncTask

2) ListView の進行状況インジケーター項目をクリックした場合にのみ例外が発生するため、ListView項目のクリックとgetCount()メソッドには何らかの関係があります。ListView

前もって感謝します ：）

私のアプリでは、アラーム マネージャーを使用してアラームを設定します。これによりブロードキャスト レシーバーがトリガーされ、Commonsware の Wakefulintentservice が開始され、データがダウンロードされます。

私の質問は次のとおりです。メソッドで終了する必要があるのはどちらかBroadcastReceiver、WakefulIntentServiceまたは両方か、またはどれもありませんか?finish()

私のアプリでBroadcastReceiverは、によって呼び出される がありAlarmManagerます。CommonsWareBroadcastReceiverのWakefulIntentservice.

私は自分の電話でこれをテストしましたBroadcastReceiver。私はそれが何であるかについて本当に混乱しています。私の BroadcastReceiver と WakefulIntentservice はマニフェストに登録されています。

これは私のコードです:

アラーム受信者:

そして AlarmService:

BroadcastReceiver時々呼び出されない理由を誰かが知っていますか?

BroadcastReceiver編集:を受け取るa の設定について聞きましたonBootCompleted。それは必要ですか？

私のアプリケーションでは、CommosWare のWakefulIntentservice. メソッドからdoWakefulWork、いくつかの自己記述メソッドを呼び出します。例えば：

WakeLockコードを明確に保ちますが、自分で作成したメソッドを呼び出すと、コードが失われる可能性はありますか?

前もって感謝します！

かなり標準的なフラグメント レイアウトのアプリがあります。左側の展開可能なリストビュー フラグメントと右側のパネルは、左側のリストでユーザーが選択した操作 (データの表示、新しいデータの追加など) に応じてさまざまな目的で使用されます。

loaderex標準の CursorLoader を使用できるようにデータベース用のコンテンツ プロバイダーを作成する必要がないため、CommonWare のライブラリで LoaderManager (初めてローダーを使用) を使用しています。このセットアップは、私のリストを表示するのに最適です。

私が抱えている問題は、2 番目のフラグメントを使用してデータベースにデータを追加するときです。最初のフラグメントでリストの再読み込みをトリガーする方法がわかりません。私の人生では、データを再度プルする必要があることを認識できるように、2番目のフラグメントからローダーを取得する方法を理解できません。また、再ロードを手動でトリガーする方法も理解できないようです.

ローダーを使用するのはこれが初めての試みであるため、何か不適切なことをしている場合は、(穏やかに) より良いパスにリダイレクトされることを嬉しく思います。

フラグメント 1

フラグメント 2

2台の電話で実行するサービスがあります。それらはソケットを使用して相互に通信し、スクリプトを実行し（約1〜2分かかる場合があります）、それらの間でファイルを交換します（HTTP Postを使用）。

画面がオフの場合、つまりWakelockを取得した場合でも、この実行を継続したいと思います。このリンクを見ましたが、コードのどこに組み込むかわかりません（実行中にデバイスがスリープする可能性があるため）。どんなガイダンスでも大歓迎です。ありがとうございました。

これは私のデモ アダプターです。

これは、ダイアログボックスでエンドレスアダプターを使用してリストビューを表示するための私のアクティビティです。

上記のコードを実行すると、不正な状態例外またはヌル ポインター例外がスローされます。

以下は私のlogcatの詳細です

何が問題なのですか？

私は SQLite DB からのデータを表示するアプリを持っており、データは常に変化しているため、明らかに、LoaderManager を使用してデータを表示する必要があると考えました。

SQLite で LoaderManager を使用することについて少し読んで、 CursorLoader の実装と使用に関するAlex Lokwood の回答を見ました。また、ContentProvider の代わりに CursorLoader を SQLite DB に直接使用することに関するこの回答を見て、commonsware のLoaderexの使用を開始しました。

ListView にデータを表示するために、次のクラスを作成しました。

問題は、アクティビティがまだ実行されている間にデータベースが「BroadcastListener」から変更されたときに始まります。

基本的に私が探しているのは、データベースの変更をリアルタイムで監視することですが、そうです（また、dbを再クエリしたいときに関数を呼び出す必要があるAndroidドキュメントから）。restartLoader

舞台裏で再クエリを自動化する方法はありますか?

アップデート：

私の最初の考えは、次のようなローダーを再起動する関数を作成することでした:

しかし、それは下手で、これを行う最善の方法ではないようです。