Oh then you should not worry, it's probably a new API introduced in
cupcake. No reason to deal with it in 1.0 then.
On Fri, Jan 16, 2009 at 3:58 PM, Ian wrote:
>
> Thanks for trying to help; unfortunately that doesn't work in SDK
> 1.0r2 -- there's no IWallpaperService (or WallpaperService).
> P
Thanks for trying to help; unfortunately that doesn't work in SDK
1.0r2 -- there's no IWallpaperService (or WallpaperService).
Presumably it will in future.
Cheers!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "An
I just looked at the source code of Home and it's different from what
you said it is. Here is the code I have:
IBinder binder = ServiceManager.getService(WALLPAPER_SERVICE);
IWallpaperService wallpaperService =
IWallpaperService.Stub.asInterface(binder);
This should work perfectl
Well the wallpaper service is used only to tell the pictures app how
big the wallpapers should be. If you handle wallpapers yourself (kinda
like what Launcher does in its own wallpaper activity), then you don't
need this. Anyway, the wallpaper service should be public, or there
should at least be
> The problem is that before we make an API public we have to be sure
> that we won't have to change it later. Once public, an API has to be
> maintained "forever." That's why we try to proceed with caution :)
Yup, that's fair enough. (I'm going through the same process
myself... ;-) As long as
We unfortunately had to cut a few corners to be able to release
Android 1.0 as you know it. We are terribly sorry for this and we
definitely want the standard applications to use only public APIs. It
is however better for these apps to use private APIs for a little
while rather than make APIs publ
Thanks for the info, Romain. I guess that explains things.
But doesn't that violate the principle of "Apps are created equal", as
stated on the Android home page? If the built-in apps have access to
these "secret" APIs that I can't use, then how are my apps equally
able to do such things as set
Hi,
Some APIs in the source code are marked with a special tag called
@hide. All fields, methods and classes marked @hide are considered
private APIs and not part of the SDK.
On Fri, Jan 16, 2009 at 9:46 AM, Ian wrote:
>
> Sorry for what may be a dumb question, but I'm trying to figure out
> ho
8 matches
Mail list logo
