[android-developers] Dictionary File
I'm looking for the dictionary file, or a way to access the dictionary of words (that I am assuming comes with the system). I looked in the standard place of /usr/share/dict but I didn't find it. I'm not looking for the user dictionary found on UserDictionary.Words. Does anyone know where I can find the dictionary? Thanks. - Kenton -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Reboot Loop System Crash
Here is the stack trace from a reboot crash loop: 05-22 16:04:04.720: ERROR/AndroidRuntime(1284): Uncaught handler: thread AsyncPlayer-NotificationService exiting due to uncaught exception 05-22 16:04:04.720: ERROR/AndroidRuntime(1284): *** EXCEPTION IN SYSTEM PROCESS. System will crash. 05-22 16:04:04.806: ERROR/AndroidRuntime(1284): android.content.res.Resources$NotFoundException: File res/raw/ fallbackring.ogg from drawable resource ID #0x10c 05-22 16:04:04.806: ERROR/AndroidRuntime(1284): at android.content.res.Resources.openRawResourceFd(Resources.java:859) 05-22 16:04:04.806: ERROR/AndroidRuntime(1284): at com.android.providers.settings.SettingsProvider.openAssetFile(SettingsProvider.java: 475) 05-22 16:04:04.806: ERROR/AndroidRuntime(1284): at android.content.ContentProvider $Transport.openAssetFile(ContentProvider.java:194) 05-22 16:04:04.806: ERROR/AndroidRuntime(1284): at android.content.ContentResolver.openAssetFileDescriptor(ContentResolver.java: 510) 05-22 16:04:04.806: ERROR/AndroidRuntime(1284): at android.media.MediaPlayer.setDataSource(MediaPlayer.java:678) 05-22 16:04:04.806: ERROR/AndroidRuntime(1284): at android.media.AsyncPlayer.startSound(AsyncPlayer.java:62) 05-22 16:04:04.806: ERROR/AndroidRuntime(1284): at android.media.AsyncPlayer.access$200(AsyncPlayer.java:33) 05-22 16:04:04.806: ERROR/AndroidRuntime(1284): at android.media.AsyncPlayer$Thread.run(AsyncPlayer.java:99) 05-22 16:04:04.806: ERROR/AndroidRuntime(1284): Caused by: java.io.FileNotFoundException: This file can not be opened as a file descriptor; it is probably compressed 05-22 16:04:04.806: ERROR/AndroidRuntime(1284): at android.content.res.AssetManager.openNonAssetFdNative(Native Method) 05-22 16:04:04.806: ERROR/AndroidRuntime(1284): at android.content.res.AssetManager.openNonAssetFd(AssetManager.java:410) 05-22 16:04:04.806: ERROR/AndroidRuntime(1284): at android.content.res.Resources.openRawResourceFd(Resources.java:856) 05-22 16:04:04.806: ERROR/AndroidRuntime(1284): ... 7 more Is this avoidable, or is it a completely random bug. I am not entirely sure what it means. Could my app be causing this? It looks like it would just be coincidence, but it seems to happen more after installing my app. I am trying to figure out how to avoid this crash, does anyone have any experience with this? My app does change the notification tone. -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: App causing crash/reboot cycle
> There are at least a half-dozen solutions for sending you the logs. Google > may be rolling out one now, based on some reports. And there's DroidDrop, > Flurry, android-log-collector, plus others that have been reported on this > list. For example, I seem to recall somebody just posting on here having a > crash reporter that pushed the data into Google Docs for you. > > Add one of these, get the crash data, and you won't have to guess. Or, at > least, you'll be guessing in a narrower range of possibilities. > I will try one of these, but it sounds like the phone does not stay on long enough to have any sort of log sending capabilities, and as far as I know, it does not show a force close window. -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] App causing crash/reboot cycle
So I have 2 reports now of my app causing a crash/reboot cycle the user can't always break from. I cannot reproduce this on my phone, and I am wondering what might be causing something like this? Would running out of memory or something cause this? Because I can't reproduce it, I can't look at the logs or anything. Has anyone experiences anything similar? For reference, my app runs a foreground service which utilizes the AlarmManager. It starts automatically on boot_completed (which is probably why the cycle happens). One of the users who reported this, said it only happened when they plugged their phone into a PC. So, anyone have any ideas? Thanks -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: Enabling Pattern lock without a set pattern
On May 1, 7:44 pm, "Alex S." wrote: > Hey. > > I get a "forgotpattern" Button when i try > To enter too much wrong ones. > Though im on a desire. > Not sure if its a Sense feature. > > Greets > Hmm well I am supposing that the user has never SET a pattern (in settings > locations and security > set unlock pattern). Playing around in an emulator seemed to allow any pattern to unlock the device in this case. Anyone who hasn't set a pattern can confirm perhaps? -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Enabling Pattern lock without a set pattern
What happens if I enabled the pattern lock by updating the setting LOCK_PATTERN_ENABLED, but have never set a pattern? I would check, but I don't want to reset my phone (I don't see a way to clear the lock pattern). Does anyone know? Thanks, - Kenton -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: compatibility with nonexistant classes
Oh ok, that makes perfect sense. Thank you. On Apr 20, 12:11 pm, Mark Murphy wrote: > kec6227 wrote: > > Using? a wrapper class of sorts? If I initiate the WallpaperManager > > anywhere in my code, it will throw a VerifyError on older platforms, I > > tried something like this: > > > if(Integer.parseInt(Build.VERSION.SDK) >= 5){ > > WallpaperManager wallMan.. > > ...blah blah > > } > > > The only way it does not throw a verifyerror is when I don't use the > > WallpaperManager anywhere. > > That's not strictly true. You only will get a VerifyError if you load a > class that refers to WallpaperManager. > > So, the trick is to use reflection or conditional class loading to only > load your code referencing WallpaperManager on suitable versions. > > For example: > > if(Integer.parseInt(Build.VERSION.SDK) >= 5){ > new MyWallpaperBridge().goDoSomething(); > > } > > Or, create an interface and two implementations, and choose the > implementation based on the version, as seen here: > > http://github.com/commonsguy/cw-advandroid/tree/master/Contacts/Spinn... > > -- > Mark Murphy (a Commons > Guy)http://commonsware.com|http://twitter.com/commonsguy > > Android Training in US: 14-18 June 2010:http://bignerdranch.com > > -- > You received this message because you are subscribed to the Google > Groups "Android Developers" group. > To post to this group, send email to android-developers@googlegroups.com > To unsubscribe from this group, send email to > android-developers+unsubscr...@googlegroups.com > For more options, visit this group > athttp://groups.google.com/group/android-developers?hl=en -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: compatibility with nonexistant classes
Using? a wrapper class of sorts? If I initiate the WallpaperManager anywhere in my code, it will throw a VerifyError on older platforms, I tried something like this: if(Integer.parseInt(Build.VERSION.SDK) >= 5){ WallpaperManager wallMan.. ...blah blah } The only way it does not throw a verifyerror is when I don't use the WallpaperManager anywhere. On Apr 20, 11:33 am, "~ TreKing" wrote: > On Mon, Apr 19, 2010 at 6:35 PM, kec6227 wrote: > > Is this possible? > > Sure. Detect the platform version you're running on and use the new APIs on > newer versions and the older APIs on older versions. > > - > TreKing - Chicago transit tracking app for Android-powered > deviceshttp://sites.google.com/site/rezmobileapps/treking > > -- > You received this message because you are subscribed to the Google > Groups "Android Developers" group. > To post to this group, send email to android-developers@googlegroups.com > To unsubscribe from this group, send email to > android-developers+unsubscr...@googlegroups.com > For more options, visit this group > athttp://groups.google.com/group/android-developers?hl=en -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] compatibility with nonexistant classes
I have read the Backward Compatibility Article, and I don't full understand how (or if I can) make a program backwards compatible if I want to use a class introduced in later versions. For example, I want to use WallpaperManager for apis 5+, but make the app as a whole compatible with api 3+. Is this possible? Thank you, - Kenton -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Setting a Live Wallpaper
Is there a way to set a live wallpaper, similar to WallpaperManager.setBitmap() to set a static image? Thanks - Kenton -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en To unsubscribe, reply using "remove me" as the subject.
[android-developers] Re: Design for Battery Life
On Mar 25, 5:03 pm, Dianne Hackborn wrote: > On Thu, Mar 25, 2010 at 11:31 AM, kec6227 wrote: > > 2) This thought just came to me is that maybe I can use an alarm > > manager to chain broadcasts; I could set an alarm for the first time I > > need, then when that fires, look at the next time I need, and set an > > alarm for that, and so on. > > That is how Calendar works. > > Also you -can- register multiple intents with the alarm manager, just make > sure the intents different in some way as per intent filters, or use > different request codes. Thanks for the response. Is daisy chaining alarms actually better than adding all the alarms I want at once with different request codes? It seems that my app uses far less battery than before, because I switched to method 2 from above. I am not sure if there is actually less battery usage, or if it has just been moved out of my app. - Kenton -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en To unsubscribe from this group, send email to android-developers+unsubscribegooglegroups.com or reply to this email with the words "REMOVE ME" as the subject.
[android-developers] Design for Battery Life
I am trying to design something with battery life in mind. I need to trigger multiple tasks at multiple known times in the future. Handler.postAtTime can't be used because the phone could sleep between triggers, and the timing would then be inaccurate. I can't add all the tasks to an AlarmManager since the intent I am firing off is the same, they replace each other; I think I am down to two ways to design this. 1) I can use TIME_TICK (which is how I am doing it now) and check every minute to see if that is the time I want to perform my task, but this seems bad for battery life. However, in testing, after 10 hours of idle, it cost me about 10% of the used battery - I had 90% battery life left, so I would assume that Time_Tick costs me about 1% of total battery per 10 hours of idle, which doesn't seem too bad, but I have no other apps to really measure it against. 2) This thought just came to me is that maybe I can use an alarm manager to chain broadcasts; I could set an alarm for the first time I need, then when that fires, look at the next time I need, and set an alarm for that, and so on. My question is, what are the trade offs? How efficient is the Alarm Manager, and how does it work? As a general rule, are there any suggestions someone can give me for designing for battery life? Thanks, - Kenton -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en To unsubscribe from this group, send email to android-developers+unsubscribegooglegroups.com or reply to this email with the words "REMOVE ME" as the subject.
[android-developers] List View multiple choice slow to update
I am having trouble with a list aspect of my app. Essentially, it has a multiple choice listview(simple_list_item_multiple_choice) on the right and a text view on the left. When an item of the list view is checked off, I want to add it to the text view or remove it if it gets unchecked. This almost works except that the updates on what is checked seems to be one click behind. I.E. check something off the first time and nothing happens. Uncheck it or check something else and the first thing appears. Check below the list choices (but still in the list view) and it updates. I was not able to get setOnItemSelectedListener to respond as all, so I am using onTouchListener: private void loadContacts(){ String[] contacts = new String[] {People.NAME}; final String[] cols = new String[] { Contacts.People.NAME, Contacts.People._ID, Contacts.People.NUMBER }; final Cursor C = getContentResolver().query (People.CONTENT_URI, cols, null, null, null); startManagingCursor(C); lv = (ListView)findViewById(R.id.contact_list); ListAdapter mAdapter = new SimpleCursorAdapter(this, android.R.layout.simple_list_item_multiple_choice, C, cols, new int[] {android.R.id.text1} ); lv.setAdapter(mAdapter); tv = (TextView)findViewById(R.id.contact_text); lv.setOnTouchListener(new OnTouchListener() { public boolean onTouch(View v, MotionEvent event) { chosen = lv.getCheckedItemPositions(); updateAttendance(chosen, C); //C.moveToPosition(lv.getCheckedItemPosition()); //tv.append(C.getString(0)); tv.invalidate(); return false; } }); //lv.setItemsCanFocus(false); lv.setChoiceMode(ListView.CHOICE_MODE_MULTIPLE); lv.invalidate(); } private void updateAttendance(SparseBooleanArray array, Cursor c) { tv.setText("Chosen Ones:\n"); boolean inLoop = c.moveToFirst(); while(inLoop) { if(array.get(c.getPosition() ) ) { tv.append(c.getString(0) + "\n"); } inLoop = c.moveToNext(); } } --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Choosing the Right Phone
Hello, First off, I am not entirely sure what was the right forum for this question, so I apologize if this is not the right one. I have been some apps and I have gotten to the point where I need to test them on a live phone. For developing purposes, would you suggest getting the Android Dev Phone and connecting it to a service provider or just getting the G1 phone since that would be the true environment that the app would be run on? Essentially my program will be sending POST requests online and then Dialing out to a phone number. This is the reason for needing full service. Thanks --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---