Re: [android-developers] Re: Create Nexus One live wallpaper

[Beth Mezias]

The program has more than one theme possible.  The theme is set based on a
preference, *before* the content view is set.  Does that make a difference?

I can make the same wallpaper theme a parent for my other (gradient
drawable) themes.  Currently, the other choices inherit from Theme.  In this
way the code will change only the background and not the theme.

In other words, when an Activity in the app displays, if the users choose to
set the system wallpaper the theme will be set by the Manifest and only the
background is set programmatically in the Activity.  However, if the user
chooses something else, the other theme will have the wallpaper theme as a
parent and setTheme will be called with a resource definition from xml in
the values folder.  Is this a problem?  Do I need to rewrite my code to set
the background each time and get the Theme only from the manifest?

Thanks and regards,
Beth

On Sun, Jan 10, 2010 at 11:11 AM, Romain Guy  wrote:

> No, don't do this in code, do this in your manifest. Otherwise there
> will be an ugly transition.
>
> On Sun, Jan 10, 2010 at 9:57 AM, Beth Mezias  wrote:
> > Just to confirm, the code is ok if it sets the theme:
> > setTheme(android.R.style.Theme_Wallpaper);
> > Merci beaucoup!
> >
> > On Sat, Jan 9, 2010 at 11:50 AM, Romain Guy 
> wrote:
> >>
> >> > Can you please tell me if an app is picking up the system wallpaper to
> >> > set it in an Activity, will the new live wallpaper break the
> >> > activity?
> >>
> >> Not at all. The wallpaper now lives in its own process, in its own
> >> window. If your app uses the correct theme in its manifest, it will be
> >> transparent and show the live wallpaper underneath. If not, you can
> >> draw the static wallpaper in your background yourself. You won't be
> >> able to get live wallpapers though if you don't use the special
> >> wallpaper theme.
> >>
> >>
> >> >
> >> > On Jan 9, 1:16 am, String  wrote:
> >> >> On Jan 9, 7:30 am, Romain Guy  wrote:
> >> >>
> >> >> > We are certainly not trying to piss off developers. The SDK is
> coming
> >> >> > *very soon* and we understand your frustration. Trust me that if we
> >> >> > could release it right now we would.
> >> >>
> >> >> Romain,
> >> >>
> >> >> Thanks for your response, and I do want to reiterate that my (our)
> >> >> frustration isn't directed at you personally. But if you have any way
> >> >> of passing word up the chain of command, please try to let them know
> >> >> that external developers are a vital part of the ecosystem, and
> >> >> releasing the appropriate SDK *before* any new OS version needs to be
> >> >> a priority. In fact, I'd go so far as to say that releasing an SDK
> >> >> needs to be an immutable prerequisite for any OS upgrade.
> >> >>
> >> >> Thanks again for your patience.
> >> >>
> >> >> String
> >> >
> >> > --
> >> > 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
> >> >
> >>
> >>
> >>
> >> --
> >> Romain Guy
> >> Android framework engineer
> >> romain...@android.com
> >>
> >> Note: please don't send private questions to me, as I don't have time
> >> to provide private support.  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
> 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
> >
> >
> >
> > --
> >
> > Marie von Ebner-Eschenbach  - "Even a stopped clock is right twice a
> day."
> &g

Re: [android-developers] Re: Create Nexus One live wallpaper

[Beth Mezias]

Just to confirm, the code is ok if it sets the theme:
setTheme(android.R.style.Theme_Wallpaper);

Merci beaucoup!


On Sat, Jan 9, 2010 at 11:50 AM, Romain Guy  wrote:

> > Can you please tell me if an app is picking up the system wallpaper to
> > set it in an Activity, will the new live wallpaper break the
> > activity?
>
> Not at all. The wallpaper now lives in its own process, in its own
> window. If your app uses the correct theme in its manifest, it will be
> transparent and show the live wallpaper underneath. If not, you can
> draw the static wallpaper in your background yourself. You won't be
> able to get live wallpapers though if you don't use the special
> wallpaper theme.
>
>
> >
> > On Jan 9, 1:16 am, String  wrote:
> >> On Jan 9, 7:30 am, Romain Guy  wrote:
> >>
> >> > We are certainly not trying to piss off developers. The SDK is coming
> >> > *very soon* and we understand your frustration. Trust me that if we
> >> > could release it right now we would.
> >>
> >> Romain,
> >>
> >> Thanks for your response, and I do want to reiterate that my (our)
> >> frustration isn't directed at you personally. But if you have any way
> >> of passing word up the chain of command, please try to let them know
> >> that external developers are a vital part of the ecosystem, and
> >> releasing the appropriate SDK *before* any new OS version needs to be
> >> a priority. In fact, I'd go so far as to say that releasing an SDK
> >> needs to be an immutable prerequisite for any OS upgrade.
> >>
> >> Thanks again for your patience.
> >>
> >> String
> >
> > --
> > 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
> >
>
>
>
> --
> Romain Guy
> Android framework engineer
> romain...@android.com
>
> Note: please don't send private questions to me, as I don't have time
> to provide private support.  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 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
>



-- 

Marie von 
Ebner-Eschenbach
- "Even a stopped clock is right twice a day."
-- 
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] FLAG_CANCEL_CURRENT or FLAG_UPDATE_CURRENT

[Beth Mezias]

hello friends...

My app sets a repeating alarm and based on user interaction, it might
need to change the time set for the broadcast with AlarmManager.  It
will repeat on the same interval.  There is not much in the way of
extras.  Is the update or cancel flag better in this case?

Thanks and regards,
Beth
-- 
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: BG threads with 1.6; is the AlarmManager starving?

[Beth Mezias]

Right, right...
Dianne,  could you possibly clarify whether or not the receiver goes in the
foreground?

Sent from my mobile.
Regards,
Beth

On Oct 30, 2009 11:46 AM, "Mark Murphy"  wrote:

Beth Mezias wrote: > I don't read anything about broadcast receivers in >
Dianne's response.

"No, the alarm manager does not run at the background priority, and when
delivering an intent broadc...
I am interpreting "it" as being "the act of delivering an intent
broadcast", which is to say, calling onReceive() on the BroadcastReceiver.

-- Mark Murphy (a Commons Guy) http://commonsware.com |
http://twitter.com/commonsguy

_Android Programming Tutorials_ Version 1.0 In Print!
--~--~-~--~~~---~...

--~--~-~--~~~---~--~~
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: BG threads with 1.6; is the AlarmManager starving?

[Beth Mezias]

Broadcast receiver's priority

Sent from my mobile.
Regards,
Beth

On Oct 30, 2009 11:41 AM, "Beth Mezias"  wrote:

It's intermittent. I don't read anything about broadcast receivers in
Dianne's response.

Sent from my mobile.
Regards,
Beth

> > On Oct 30, 2009 11:32 AM, "Mark Murphy"  wrote:
> > > Beth Mezias wrot...

-- Mark Murphy (a Commons Guy) http://commonsware.com |
http://twitter.com/commonsguy _Android Pr...

--~--~-~--~~~---~--~~
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: BG threads with 1.6; is the AlarmManager starving?

[Beth Mezias]

It's intermittent. I don't read anything about broadcast receivers in
Dianne's response.

Sent from my mobile.
Regards,
Beth

On Oct 30, 2009 11:32 AM, "Mark Murphy"  wrote:


Beth Mezias wrote:
> Assume that when the broadcast receiver is called, another application
> might have the "UI Thread" by running an interactive window with the
> Android end user.  In this case, does onReceive run in the foreground or
> background?

According to Ms. Hackborn's previous reply, the foreground.

Bear in mind that each Android application runs in its own process (by
default) and has its own threads, so there are many "UI Threads" on your
device at any one time.

> It still looks to me like the resulting broadcast
> receiver may not be getting the CPU.

Can you create a sample application that demonstrates the problem, then
post it and your description to http://b.android.com?

-- Mark Murphy (a Commons Guy) http://commonsware.com |
http://twitter.com/commonsguy _Android Pr...

--~--~-~--~~~---~--~~
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: BG threads with 1.6; is the AlarmManager starving?

[Beth Mezias]

Sorry but I still need clarification here.  This new 1.6 feature
distinguishes between foreground and background and would seem to alter
thread priorities based on that characteristic despite all priorities being
normal.

Assume that when the broadcast receiver is called, another application might
have the "UI Thread" by running an interactive window with the Android end
user.  In this case, does onReceive run in the foreground or background?

Dianne made clear that the System Service is not starved and the broadcast
is sent. It still looks to me like the resulting broadcast receiver may not
be getting the CPU.  Is there any way to defensively code for this
situation?

Regards,
Beth

On Oct 30, 2009 11:03 AM, "Mark Murphy"  wrote:

Beth Mezias wrote: > OK, but my application is not running at the time.
Sure it is. If your code runs, your application is running.

> Does that mean it > goes into the foreground thread pool even if there is
no window?
Unless specifically documented, all threads in Android are normal priority.

--

Mark Murphy (a Commons Guy) http://commonsware.com |
http://twitter.com/commonsguy _Android Program...

--~--~-~--~~~---~--~~
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: BG threads with 1.6; is the AlarmManager starving?

[Beth Mezias]

OK, but my application is not running at the time.  Does that mean it goes
into the foreground thread pool even if there is no window?  There is
supposed to be a notification drawn on the top left but that might not
qualify the code into the foreground.

On Fri, Oct 30, 2009 at 10:12 AM, Mark Murphy wrote:

>
> Beth wrote:
> > Would the resulting execution of my broadcast receiver from the
> > AlarmManager broadcast go into the background thread pool or get into
> > the foreground inheriting from the AlarmManager?
>
> BroadcastReceiver is invoked on "the UI thread", which is to say, the
> primary thread for your application.
>
> --
> Mark Murphy (a Commons Guy)
> http://commonsware.com | http://twitter.com/commonsguy
>
> _Android Programming Tutorials_ Version 1.0 In Print!
>
> >
>


-- 

Mike Ditka   -
"If God had wanted man to play soccer, he wouldn't have given us arms."

--~--~-~--~~~---~--~~
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] System Setting ties notification volume to ringer volume

[Beth Mezias]

Hi all,

Do you know a way to programmatically change the default system setting that
ties the ringer volume to the notification volume?  In system settings I can
see a constant called MODE_RINGER_STREAMS_AFFECTED.  Is there a way that I
can change this setting?  I want to let the phone ring while making the
notification volume zero.  When Android has the phone and notification
volume tied together in settings the notification volume does not change
with a call to the Audio Manager service to
setStreamVolume(AudioManager.STREAM_NOTIFICATION, 0, 0);

Any pointers would be great.
Thanks and regards,
Beth

--~--~-~--~~~---~--~~
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: 1.6 error with NumericShaper.class?

[Beth Mezias]

Nope, both apps are 100% Android SDK objects.

Sent from my mobile.
Regards,
Beth

On Sep 25, 2009 6:39 PM, "Xavier Ducrohet"  wrote:


Are you including 3rd party libraries in your application?

Those might contain code that access (or include) classes in the
java.awt namespace which are not supported.

Xav

On Fri, Sep 25, 2009 at 3:01 PM, Beth  wrote:
>
> This is getting out of hand!  A second project in my Eclipse workspace
> started throwing the error.  I fooled around with the clean project
> and fix properties commands and got nowhere. I rolled back from 1.6
> SDK to 1.5 only to find that did not resolve the problem.  I even
> switched to the MotoDev Studio program, built atop Eclipse.
>
> This error seems a bit intermittent and I suspect it is the
> environment because when I created a new project where there is only
> the MainActivity stub, no code entered into the project yet, I got an
> error.  That one went away but I cannot shake the error from my other
> two projects. I deleted the existing project, created my project new,
> and without even importing the old project source, I got the error.
>
> Another reason I suspect configuration is that the compile gets
> through all of the dalvik classes and then chokes on the very first
> java package.  In other words, the system passes through all my files,
> all the android and dalvik classes and then throws an error once it
> hits java.  I am not using the awt class unless some other android
> class is calling it.
>
> The error is pasted here.  If there are any Eclipse configuration
> experts reading, I would really welcome ideas.  To be clear, I am
> running on Mac OS v 10.5.8 with JDK 5.  Is there an environment
> variable I need, something on the path?  Is there a JRE setup I could
> be missing?
>
> [2009-09-25 14:48:29 - Alarmoid]processing dalvik/system/
> Zygote.class...
> [2009-09-25 14:48:29 - Alarmoid]processing java/awt/font/
> NumericShaper.class...
> [2009-09-25 14:48:29 - Alarmoid]

> trouble processing "java/awt/font/NumericShaper.class":
> [2009-09-25 14:48:29 - Alarmoid]

> Attempt to include a core VM class in something other than a core >
library. > It is likely that y...
> [2009-09-25 14:48:29 - Alarmoid]1 error; aborting
> [2009-09-25 14:48:29 - Alarmoid]Conversion to Dalvik format failed
> with error 1
>
>
> On Sep 18, 1:59 pm, Beth  wrote:
>> Thanks for the suggestion, but, I am not using that lib in my code.  I
>> do not have any NumericShaper class call and cannot see how to clear
>> the error.  Could it be some Eclipse glitch happening with the import
>> of my project from another machine? I guess it's just me with this
>> problem! A second error cropped up where the apk file is not found on
>> my system in bin and I cannot create a new one.
>>
>> Unless there is a better idea, my next step is probably to try and
>> import the code into a new project to see if the weirdness will go
>> away.
>> Wish me luck!
>>
>> On Sep 17, 10:02 pm, Raphael  wrote:
>>
>> > IIRC awt is a separate library that you need to declare explicitly in
>> > your application manifest.
http://www.google.com/search?hl=en&q=android+uses-library+awt
>>
>> > R/

>> >> > On Thu, Sep 17, 2009 at 1:49 PM,BethMezias 
wrote: >> > > Hiya, >> >> > >...
--
Xavier Ducrohet
Android Developer Tools Engineer
Google Inc.


--~--~-~--~~~---~--~~
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] 1.6 error with NumericShaper.class?

[Beth Mezias]

Hiya,

When I try to open my SDK 1.1 project with Donut, I get an error (pasted
below).  I did a search and cannot find the NumericShaper anywhere in my
code.  As a matter of fact, I cannot even find an import or call to the
java/awt package.  Can I get a clue about how I might solve it?

Thanks and regards,
Beth

[2009-09-17 13:44:14 - Flipper]processing dalvik/system/Zygote.class...
[2009-09-17 13:44:14 - Flipper]processing
java/awt/font/NumericShaper.class...
[2009-09-17 13:44:14 - Flipper]
trouble processing "java/awt/font/NumericShaper.class":
[2009-09-17 13:44:14 - Flipper]
Attempt to include a core VM class in something other than a core library.
It is likely that you have attempted to include the core library from a
desktop
virtual machine into an application, which will most assuredly not work. If
you really intend to build a core library -- which is only appropriate as
part of creating a full virtual machine binary, as opposed to compiling an
application -- then use the "--core-library" option to suppress this error
message. If you go ahead and use "--core-library" but are in fact building
an application, then please be aware that your build will still fail at some
point; you will simply be denied the pleasure of reading this helpful error
message.
[2009-09-17 13:44:14 - Flipper]1 error; aborting
[2009-09-17 13:44:14 - Flipper]Conversion to Dalvik format failed with error
1
[2009-09-17 13:44:14 - Flipper]Refreshing resource folders.
[2009-09-17 13:44:14 - Flipper]Starting incremental Pre Compiler: Checking
resource changes.
[2009-09-17 13:44:14 - Flipper]Manifest min SDK version (2) is lower than
project target API level (4)
[2009-09-17 13:44:14 - Flipper]Nothing to pre compile!

--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---