Hi Dianne,Has something changed with that app to where the option to let the android system or rings extended handle the ringtone operations?
This user sent me a video of him picking the ringtone and when doing so he launched the Rings Extended menu... for the life of me, though, I don't ever get that menu even when I install the app for the first time or go to the systemwide ringtone preference (i.e. in the settings menu). This is why I was getting the feeling that your entire application had been absorbed into the platform (which would make sense anyway because the function of your app should have been in the platform in the first place). Just as some context - basically when I test the application on my phone (for simplicity sake, the user is trying to play the default ringtone as defined in the settings on the phone), and the ringtone is on my SD card, I get one of two scenarios: 1. The file system is mounted, and the user selects the default ringtone, but according to logcat the location is not available (couldn't open file descriptor to content://settings/system/ringtone). So my app falls back to the default ringtone (the failsafe system default). Actual calls utilize this ringtone as well. 2. The file system is not mounted, and the user selects the default ringtone. All is well here and the app plays the default ringer as the URI on the SD card is accessible by the media player). Does Rings Extended copy the ringtone to the phone (if you can even do that) or what? I've seen the above issue reported elsewhere but there wasn't any clear resolution... it's just the behavior of the system. I appreciate any help you can give here.. Thanks Rob On Mon, Apr 20, 2009 at 2:01 PM, Rob Franz <[email protected]> wrote: > Interesting. Thanks Dianne. > > > On Mon, Apr 20, 2009 at 1:08 PM, Dianne Hackborn <[email protected]>wrote: > >> No, Rings Extended is not obsolete (though the music picker activity it >> had is now part of the platform), and it doesn't so anything different than >> the built-in ringtone picker -- it just returns the URI to the caller. >> >> >> On Mon, Apr 20, 2009 at 8:40 AM, Rob Franz <[email protected]> wrote: >> >>> >>> Hi all (hoping Ms Hackborn might see this post as well) >>> >>> I know this might seem off-topic but it does have to do with >>> development of an application. There is a lot of info here so I >>> apologize for the long-winded post... here goes. >>> >>> My application utilizes a ringtone picker and what I'm finding is that >>> in some cases *it seems like* the default ringtone that a user sets >>> for their phone is not *truly* the default ringtone systemwide. >>> >>> My application also does not set the ringtone for the phone - it >>> merely uses it in its own scope, that is, it does not affect any >>> systemwide settings. >>> >>> Now one of the users of this app has reported to me that he has Rings >>> Extended installed and that's how he sets his default ringtone for his >>> phone. What my app does is: >>> >>> 1. user uses default ringtone in ringtone picker in application scope >>> 2. user hits ok >>> 3. ringtone's actual URI is resolved from >>> content://settings/system/ringtone >>> and stored for later use >>> >>> What it seems like is happening is that the default ringtone URI is >>> still pointing to the original default ringtone - i.e. the one that is >>> the factory-defined default. So when they play the default ringtone >>> in my app, they get that factory-defined one... not the one they have >>> defined as the default ringtone. >>> >>> On the other hand, I don't have Rings Extended installed anymore >>> because it seems that the functionality that it achieved is now >>> performed by the build - I'm using RC33. My default ringtone is set >>> systemwide and the URI is content://settings/system/ringtone. To get >>> the system to see ringtones on my SD card, I simply mount it, copy the >>> ringtones to Ringtones, unmount, and then they show up in ringtone >>> pickers. >>> >>> I don't know what build this user is using at the moment. >>> >>> Sorry if this is a lot to digest but is Rings Extended obsolete now? >>> I don't want to tell users of my app to uninstall it if it's working >>> for them... that wouldn't seem nice. Perhaps T-Mobile has not pushed >>> out newer/newest builds to everyone? I'm confused - it's hard to tell >>> who has what, it seems. >>> >>> Thanks, >>> Rob >>> >>> >> >> >> -- >> Dianne Hackborn >> Android framework engineer >> [email protected] >> >> Note: please don't send private questions to me, as I don't have time to >> provide private support, and so won't reply to such e-mails. All such >> questions should be posted on public forums, where I and others can see and >> answer them. >> >> >> >> >> >> > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~----------~----~----~----~------~----~------~--~---
