[android-developers] Re: Is this a joke??

[Al Sutton]

http://developer.android.com/guide/developing/tools/monkey.html 

Monkeys can thrash test your app like nothing else :).

Al.
-- 
T: @alsutton W: www.funkyandroid.com

The views expressed in this email are those of the author and not 
necessarily those of Funky Android Limited, it's associates, or it's 
subsidiaries.

-- 
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: Multipart Messages - Is there an example how to get them work now. (Uploading to a web API)

[Al Sutton]

I think there is another way to approach this which cuts out the need for 
the libraries, but you'll need to get the AOSP source.


Once you've checked out the source from frameworks_base you can re-use an 
implementation available internally in Android from;


frameworks/base/core/java/com/android/internal/http/multipart


The instructions on how to use it are in the header comments of 
MultipartEntity.java


Given the problems with kernel.org you can pick up the source code from the 
**unofficial** github mirror at 
https://github.com/android/platform_frameworks_base as a quick workaround to 
the kernel.org issues.


Al.


P.S. Don't forget to keep to the licensing terms :).

-- 

T: @alsutton W: www.funkyandroid.com


The views expressed in this email are those of the author and not 
necessarily those of Funky Android Limited, it's associates, or it's 
subsidiaries.

-- 
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: Honeycomb Sourcecode

[Al Sutton]

>From Andy Rubins recent post at
http://android-developers.blogspot.com/2011/04/i-think-im-having-gene-amdahl-moment.html
;

"Finally, we continue to be an open source platform and will continue
releasing source code when it is ready. As I write this the Android
team is still hard at work to bring all the new Honeycomb features to
phones. As soon as this work is completed, we’ll publish the code.
This temporary delay does not represent a change in strategy. We
remain firmly committed to providing Android as an open source
platform across many device types."

Al.

--
T: @alsutton W: www.funkyandroid.com

The views expressed in this email are those of the author and not
necessarily those of Funky Android Limited, it's associates, or it's
subsidiaries.


On Apr 7, 9:41 am, Marcin Orlowski  wrote:
> On 7 April 2011 10:40, Marcin Orlowski  wrote:
>
> > > So my question is: where can I ask for the sourcecode ?
>
> > AFAIK you can't, unless you are sort of hw manufacturer etc.
>
> ... or sign sign a licensing agreement. Try using your publisher consoler's
> Help -> Contacting Us form
>
> Regards,
> Marcin Orlowski
>
> *Tray Agenda * - keep you daily schedule handy...
> WebnetMobile on *Facebook * and
> *Twitter
> *

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

Re: [android-developers] Re: Licensing

[Al Sutton]

That would mean the 3rd party system would need to run a service on the device 
which tends to be unpopular with users and isn't reliable unless the 
application embeds the service code.

I know from experience many users buy apps through AndAppStore, install the 
client, download the app, then uninstall the AndAppStore client to free up 
space on their device, so putting the service in the client isn't an option.

Al.
--

* Looking for Android Apps? - Try http://andappstore.com/ *

==
Funky Android Limited is registered in England & Wales with the company number  
6741909. 

The views expressed in this email are those of the author and not necessarily 
those of Funky Android Limited, it's associates, or it's subsidiaries.

On 28 Jul 2010, at 08:42, Mark Carter wrote:

> In ILicensingService:
> 
> private static final java.lang.String DESCRIPTOR = 
> "com.android.vending.licensing.ILicensingService";
> 
> So, if a 3rd party market app implements its own licensing service it could 
> simply ask apps to use the same LVL code and just change the above line.
> 
> Would that work? If so, would be great if that was a configurable part of the 
> LVL.
> 
> On 28 July 2010 09:30, Mark Carter  wrote:
> I'm sure (hope?) that must be in the Android team's long term plans. Not only 
> in terms of paid/free licensing but also add-ons (e.g. in-app purchasing).
> 
> 
> On 28 July 2010 09:12, William Ferguson  wrote:
> I think that's an excellent suggestion Mark.
> 
> I think it would be a good idea to allow for separate licnensing of
> different version of an app.
> Ie have a single app that can be licensed as 'freeware' 'fully-paid'
> etc and let the app change its behaviour based on the license that is
> returned.
> 
> At the moment this is achieved by having multiple applications which
> splits the comments and populates the appstore space with duplicates.
> 
> Just a thought.
> 
> All in all I think the Licensing Service is a good thing.
> 
> 
> On Jul 28, 3:58 pm, Mark Carter  wrote:
> > Instead of just having the Test Accounts section, it would be much better to
> > be able to specify responses for *individual* gmail accounts.
> >
> > This could then be used as a way to gift a paid app to a user (such as a
> > major beta tester). Also, when testing, you probably want to have this finer
> > grain of control anyway.
> 
> --
> 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
> 
> 
> 
> -- 
> 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

-- 
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: Licensing

[Al Sutton]

At AndAppStore we've had the same license server technologies in place
for over a year, we just haven't had the LVL wrapper around it (see
http://bit.ly/dbniJP for a post from April last year about it). We
offered the implementation we developed in early 2009 which uses RSA
secured licenses to Google as a starting point for a unified solution
which all app stores could make use of in late march/early april 2009
and got a thanks but no thanks from the Market team via a member of
the Android team (as I mentioned last August http://bit.ly/d9Deoi).

So you can imagine we're, well, more than a little niggled to see the
same technologies used in the same way with the LVL wrapper around it
rolled out as a Market only proprietary solution. If you combine that
with the fact that details of how to use the original Google copy
protection system weren't given to 3rd parties in order to either use
or implement a compatible solution, I think you've got a pretty clear
sign of how Google view alternative markets.

My initial thought is just to roll a compatibility library as a drop
in replacement for Googles LVL so developers could compile a version
to use the AndAppStore system if they wanted to sell on AndAppStore.
Because the Google system uses the same crypto-secured design as
AndAppStores existing solution it'd take less than a day to create, so
my only question is if we did it would developers use it?

As a side note; The main reason we didn't use our client as the
marshall for license queries is because we can't guarantee it's on
every device, and neither can Market. This is particularly important
with Market because users of devices where it isn't installed may only
be able to get access to many paid apps via pirated copies (if the
developers don't list on alternative markets). If you're thinking
that's a small market then, well, compared with Android 'phones then
yes, you may be talking a few percent, but in terms of numbers you're
looking at tens, if not hundreds, of thousands of devices.

Al.

--

* Looking for Android Apps? - Try http://andappstore.com/ *

==
Funky Android Limited is registered in England & Wales with the
company number  6741909.

The views expressed in this email are those of the author and not
necessarily those of Funky Android Limited, it's associates, or it's
subsidiaries.

On Jul 27, 7:56 pm, "Raymond C. Rodgers" 
wrote:
> On 7/27/2010 2:48 PM, Tommy wrote:> It would be interesting if other android 
> market apps could buy or lease the
> > rights to the License Server or have their market checked just like it does
> > the google market records. Im sure if google wanted they could find a way to
> > make that work.
>
> I have no doubt that Google could license the technique or availability
> of the license server to other markets, but I'm not sure if they'll see
> that as being in their business' best interests, or how profitable they
> think it could be. Although they are allowing other markets to be built,
> and allow outside applications to be installed on Android if the user
> enables that feature, they aren't exactly going out of their way to
> support the development and establishment of competitors. But they
> aren't actively trying to eliminate them either. It's the job of the
> competition to adopt, adapt, or innovate, and since alternative markets
> might not be able to adopt this change, they'll have to adapt or
> innovate, and find a similar or better solution. Until or unless Google
> decides to let them in of course... :-)
>
> Raymond

-- 
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: Resource folders and scaling

[Al Sutton]

Thanks for the pointer.

The problem then becomes one of duplication. I have to support Android
1.5 as well as 1.6+, so is there a way of avoiding having copies in
drawables and drawables-nodpi?

Al.

On Jul 12, 5:29 pm, Dianne Hackborn  wrote:
> For compatibility reasons, bitmaps in the folder that doesn't specify a dpi
> ("drawable") are assumed to be mdpi, and will thus be scaled if used in a
> different density screen.  If you want a bitmap but that does not scale
> based on density, use "drawable-nodpi".
>
>
>
>
>
> On Mon, Jul 12, 2010 at 9:26 AM, Al Sutton  wrote:
> > I'd like to know if someone can tell me if this is intended behaviour for a
> > reason, or just a long standing bug thats in 1.6 and above;
>
> > In a nutshell; I have a layout which has four ImageButtons and three sets
> > of four icons located in the drawables folder (1 icon per button per screen
> > size out of QVGA, HVGA, WVGA).  If I programatically try to set the button
> > to set the ImageButtons image Android will ignore any maximum size I
> > programatically specify and scale the ImageButton up beyond the size of the
> > icons & the specified maximum size.
>
> > For those who are more comfortable in code; my manifest contains;
>
> >         >                                                android:targetSdkVersion="4"
> > />
> >         >                                                android:normalScreens="true"
> >                                                android:smallScreens="true"
> >                                                android:anyDensity="true"/>
>
> > and I have;
>
> >        layout/buttonbar.xml
>
> > which contains serval instances of;
>
> >     >                        android:layout_width="wrap_content"
> >                        android:layout_height="wrap_content"
> >                        android:background="@android:color/transparent"
> >                        android:scaleType="center"
> >                        android:layout_weight="0"/>
>
> > I also have;
>
> >        drawable/ic_button_small.png                    (a 32x32 icon)
> >        drawable/ic_button_medium.png           (a 48x48 icon)
> >        drawable/ic_button_large.png                    (a 64x64 icon)
>
> > The problem is, if I, in onCreate for an activity, on a hdpi WVGA device
> > (e.g. the Nexus One), do;
>
> >        final ImageButton button = (ImageButton)
> > activity.findViewById(R.id.button);
> >        button.setMaxHeight(64);
> >        button.setMaxWidth(64);
> >        button.setImageResource(R.drawable.ic_button_large);
>
> > the each button gets scaled up to be 96x96 (and looks very ugly).
>
> > If, however, I copy all of the icons into drawable-hdpi, all of the buttons
> > are correctly sized at 64x64.
>
> > To me the icons should not be scaled up for three reasons;
>
> > 1) The maximum size of the button was specified as 64x64, and so shouldn't
> > be scaled up to 96x96.
> > 2) The manifest declares anydenisty, and so UI elements shouldn't be scaled
> > by the OS.
> > 3) The drawable directory does not specify which densities the icons are
> > for, therefore the OS shouldn't assume they're mdpi icons which need scaling
> > on a hdpi device.
>
> > What do other people think?
>
> > Al.
>
> > --
>
> > * Looking for Android Apps? - Tryhttp://andappstore.com/*
>
> > ==
> > Funky Android Limited is registered in England & Wales with the company
> > number  6741909.
>
> > The views expressed in this email are those of the author and not
> > necessarily those of Funky Android Limited, it's associates, or it's
> > subsidiaries.
>
> > --
> > 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 > cr...@googlegroups.com>
> > For more options, visit this group at
> >http://groups.google.com/group/android-developers?hl=en
>
> --
> Dianne Hackborn
> Android framework engineer
> hack...@android.com
>
> 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 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] Resource folders and scaling

[Al Sutton]

I'd like to know if someone can tell me if this is intended behaviour for a 
reason, or just a long standing bug thats in 1.6 and above;

In a nutshell; I have a layout which has four ImageButtons and three sets of 
four icons located in the drawables folder (1 icon per button per screen size 
out of QVGA, HVGA, WVGA).  If I programatically try to set the button to set 
the ImageButtons image Android will ignore any maximum size I programatically 
specify and scale the ImageButton up beyond the size of the icons & the 
specified maximum size.

For those who are more comfortable in code; my manifest contains;




and I have;

layout/buttonbar.xml

which contains serval instances of;



I also have;

drawable/ic_button_small.png(a 32x32 icon)
drawable/ic_button_medium.png   (a 48x48 icon)
drawable/ic_button_large.png(a 64x64 icon)

The problem is, if I, in onCreate for an activity, on a hdpi WVGA device (e.g. 
the Nexus One), do;

final ImageButton button = (ImageButton) 
activity.findViewById(R.id.button);
button.setMaxHeight(64);
button.setMaxWidth(64);
button.setImageResource(R.drawable.ic_button_large);

the each button gets scaled up to be 96x96 (and looks very ugly).

If, however, I copy all of the icons into drawable-hdpi, all of the buttons are 
correctly sized at 64x64.


To me the icons should not be scaled up for three reasons;

1) The maximum size of the button was specified as 64x64, and so shouldn't be 
scaled up to 96x96.
2) The manifest declares anydenisty, and so UI elements shouldn't be scaled by 
the OS.
3) The drawable directory does not specify which densities the icons are for, 
therefore the OS shouldn't assume they're mdpi icons which need scaling on a 
hdpi device.

What do other people think?

Al.


--

* Looking for Android Apps? - Try http://andappstore.com/ *

==
Funky Android Limited is registered in England & Wales with the company number  
6741909. 

The views expressed in this email are those of the author and not necessarily 
those of Funky Android Limited, it's associates, or it's subsidiaries.

-- 
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: what hardware platform do you use?

[Al Sutton]

Can I suggest calling an end to the thread? We're now way off topic
from what the OP wants, and most posts to it seem to end up as troll
food.

Al.

On Jul 11, 7:03 am, Dianne Hackborn  wrote:
> It is number of unique devices.  It wouldn't be a count of each connection.
>  That would be...  stupid.
>
> On Sat, Jul 10, 2010 at 10:47 PM, Indicator Veritatis 
> wrote:
>
>
>
>
>
> > So then does the dashboard count each MEID/IMEI connecting within the
> > given time period only once, regardless of how many times it connects
> > and reconnects to the Market? If not, then no, it is not "pretty much
> > the exact data they want", because it is skewed by how often devices
> > connect and disconnect, or by how many apps they download.
>
> > The vague language used on the dashboard, saying evasive-sounding
> > things like "relative number of access devices" and "based on the
> > number of Android devices that have accessed" do NOT answer this
> > question, they leave a LOT of room for doubt.
>
> > On Jul 9, 5:48 pm, Dianne Hackborn  wrote:
> > > On Fri, Jul 9, 2010 at 2:25 PM, Indicator Veritatis  > >wrote:
>
> > > > Why, even the figure Google likes to use, the source for my 45%  using
> > > > 1.5 or 1.6, is far from ideal: but it is almost certainly a better
> > > > measure of the number of phones out there with given version# than
> > > > downloads of even a wildly popular app.
>
> > > The Google numbers are based on the total count of all devices running
> > > Market...  which, for people publishing apps to Market, is pretty much
> > the
> > > exact data they want.
>
> > > --
> > > Dianne Hackborn
> > > Android framework engineer
> > > hack...@android.com
>
> > > 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 android-developers@googlegroups.com
> > To unsubscribe from this group, send email to
> > android-developers+unsubscr...@googlegroups.com > cr...@googlegroups.com>
> > For more options, visit this group at
> >http://groups.google.com/group/android-developers?hl=en
>
> --
> Dianne Hackborn
> Android framework engineer
> hack...@android.com
>
> 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 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: 4001b180 exception

[Al Sutton]

That line alone probably isn't enough to give you a good answer.

Can you put the complete output from logcat onto a web server
somewhere and add the URL to this thread.

Al.

On Jul 10, 9:08 am, Abhyudai Shanker 
wrote:
> Hey Guys,
>
> In my mobile log, m getting the following exception:
>
> W/dalvikvm(  902): threadid=3: thread exiting with uncaught exception
> (group=0x4001b180)
>
> Does anyone happen to know what this exception refers to and how can I get
> rid of it. Coz, my complete program stops due to this exception.
>
> Regards,
>
> Abhyudai

-- 
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: Knowing when someone sets device to 2G only

[Al Sutton]

Actually getting the setting is pretty difficult because it's not a
universal setting (CDMA devices don't have a preferred network type
setting), so the setting itself isn't exposed in a universal way.

You could try setting up a broadcast receiver for
ConnectivityManager.CONNECTIVITY_ACTION and testing to see if the
network type has changed and whether it ever switches to 3G using
TelephonyManager (http://developer.android.com/reference/android/
telephony/TelephonyManager.html)

If you want an example of how to set the receiver up you can find one
in the system browser app;

http://android.git.kernel.org/?p=platform/packages/apps/Browser.git;a=blob;f=src/com/android/browser/BrowserActivity.java;h=5e557893b5b61976ea23860e0d52fc14f1644a82;hb=307bddd3006fd4d0fd8f8c6b63cd781582e6fb09

lines 244-263.

Al.


On Jul 9, 5:11 pm, Craig  wrote:
> I support people in my organization who use android phones - I
> frequently run into people who have set their device to 2G only to
> save battery and forget that they made that choice.  Then they call me
> at a later date to complain that they aren't getting 3G connections.
> I've been looking for a way to write an application on the device that
> can pull that metric and send it to me.  I'm only able to find an api
> for Network the user is currently on - does anyone know if there is a
> way to determine if the user has made a preference choice for 2G
> only?  It's an option in the Wireless menu but I can't seem to find a
> way to see if that setting has been chosen.
> Thanks for the help
> Craig

-- 
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: HELP

[Al Sutton]

You can't build the OS in eclipse unless you want to create a new
build system, but you can create and build apps to run on Android in
it.

Al.

On Jul 9, 11:28 pm, TreKing  wrote:
> On Fri, Jul 9, 2010 at 4:34 PM, Mark  wrote:
> > I know that part
>
> I couldn't tell by your question, which I quote: "How do I get the code for
> Android?"
>
> > Can it be built in Eclipse?
>
> Ah, see, that's quite a different question, isn't it? If that's what you
> wanted to know, I think that's what you should have asked.
>
> I haven't bothered to build the Android source, but I presume there are
> instructions on the site to do so.
>
> > I told you I am come from Microsoft. (I’ve been converted) now LOL
>
> Welcome. In the Microsoft World, one must also do some Googling and read
> instructions from time to time =)
>
> --- 
> --
> 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 at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: what hardware platform do you use?

[Al Sutton]

There's a hack to get Market on an Archos device, but it's not
sanctioned by Google, not supported by Google or Archos, and relies on
users willing to apply the hack knowing they won't get any support,
and so is probably not widespread.

Archoses devices tend to fall short of Googles requirements for the
compatibility test (most noticeably due to their lack of an inbuilt
camera) and thus don't get the Google apps, so they don't make good
development device candidates due to the missing bits of
functionality.

Al.

On Jul 9, 7:06 pm, Nathan  wrote:
> Very good points mentioned so far.
>
> In November 2009, I decided to get a G1 for cheap from craigslist when
> I was just starting. At the time, that was the right choice.
>
> The G1 has two advantages:
> 1. It's likely to be the slowest real hardware, which is good to see
> how your app performs.
>
> However, now, I am trying to acquire a Nexus One, for these reasons:
> 1. Like John said, more people in the US have these larger screens,
> 2.x android versions.
> 2. Multitouch doesn't work on 1x devices, and it doesn't work on the
> emulator. So far, I haven't done anything with multitouch, even though
> it would benefit the users, because I won't be able to tell how it
> works without hardware. There could be other examples of things that
> won't work on G1 that you will need hardware to test.
> 3. I can't adequately see the full user experience for people using
> the emulator.
> 4. G1 is unlikely to ever get an official 2.x update. For me, there
> are good reasons to have official ROMs - this choice may vary for you.
> Nexus One is the first to get 2.2, and has a better chance than
> others, including the Droid, to get anything beyond 2.2.
> 5. I don't have a Verizon plan, nor any plan, but I do have a TMobile
> prepaid SIM and wifi, so I could use it for my phone.
>
> For me, having hardware that I can use as a phone helps me get into
> the customer's world a little better, and may help me come up with
> more ideas.
>
> On Jul 9, 6:03 am, Mark Murphy  wrote:
>
> > -- devices that never had the Market (e.g., ARCHOS 5 Android tablet)
>
> Mark, I have a person with an Archos 5 who has bought my product (one
> of the few). He told me around May 30th that he could see the Market,
> though it was fairly new for him. His name showed up in Google
> Checkout, so a I assume he can see paid apps too. I don't know how
> many Archos people can see the Market as of today.
>
> Nathan

-- 
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: how do I restart my program?

[Al Sutton]

It's rarely a good idea to do this. If you can tell us why you want to
do this you may find we can offer you a way of doing what you want
without a restart.

Al.

On Jul 9, 7:10 pm, ArcDroid  wrote:
> i would like to restart my app, just like when you change from
> horizontal to vertical.  Something like finish, but I don't want to
> exit the program.  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: what hardware platform do you use?

[Al Sutton]

John has a very popular app which he keeps stats on. Last I hear he
was about to break the half million download mark and was clocking up
around 5,000 downloads a day.

Some of the devices he lists in his 88% figure run versions of Android
prior to 2.0 in some countries, but updates to Android 2.x are
reported as confirmed in the press (Hero & Magic).

Al.

On Jul 9, 9:53 am, Indicator Veritatis  wrote:
> What is your source for this 88% figure? If it is correct, then how do
> you explain the fact that the dashboard shows 45% of phones connecting
> to the Market are not even running 2.x yet? 45+88>100, after all.
>
> On Jul 8, 6:01 pm, "Maps.Huge.Info (Maps API Guru)" 
> wrote:
>
>
>
> > I suppose you're still using that 8086 with the fancy 10 meg hard
> > drive?
>
> > While the G1 may be a nostalgic look at what Android was (2% of
> > devices), the reality of the situation is that most users have a
> > Droid, Hero, Evo, Incredible, Moment, Magic or Eris (88% of devices).
>
> > -John Coryat

-- 
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: what hardware platform do you use?

[Al Sutton]

I'm going to skip the personal insults aimed at me (which will make
this a short reply).

The dictionary.com definition of obsolete says; "of a discarded or
outmoded type; out of date", which, as the G1 is no longer on sale as
an unlocked developer 'phone and has no officially supported firmware
which provide any of the last 3 versions of Android, seems to fit
pretty well to me.

As for prices; I didn't realise T-Mo US were hammering the price up
that much. In the UK you can get the new Pulse for around US$150 which
is within 30% of what G1s go for on eBay (and is cheaper than some
eBayers Buy It Now G1 prices).

I guess we're not going to agree, and nothing you've said has swayed
me to recommending the G1 as a 'phone for new developers, so I'll
guess we'll agree to disagree and let the OP choose which of our
personal opinions he finds more useful.

Al.

On Jul 9, 9:49 am, Indicator Veritatis  wrote:
> Only 20 years? I have you beat there. But more importantly, your
> "review of key points" is still seriously deficient in logic. Your
> conclusions still do not follow. Repeating conclusions that do not
> follow IS a mark of being uneducated, no matter how much experience
> you have.
>
> The G1 is not yet obsolete, nor would the OP be forced to "either
> leave the OP limited to Android 1.6 and below, or [be left] with an
> experience as painful as the experience they had with the emulator on
> the Laptop which caused them to look at getting a device in the first
> place", by choosing the G1 as his hardware platform.
>
> Furthermore, you are forgetting one of the OP's considerations: cost.
> You cannot find a phone originally released with 2.0 or 2.1 for as low
> a cost as he can find a G1.
>
> I don't know how you reached the conclusion a T-Mobile Pulse could be
> bought for the same price as a G1: I see eBay prices of $273 for the
> pulse, but I got my G1 on Craigslist for $80.
>
> On Jul 8, 10:44 pm, Al Sutton  wrote:
>
>
>
> > I've only been developing software for 20 years, but if you want to
> > consider me uneducated, then I guess that's your call.
>
> > To me if you can't buy a device for the purpose you want to use it,
> > the devices firmware hasn't officially been updated for a few revision
> > of the OS it's running, and all the signs indicate it won't be, then
> > it's an obsolete device.
>
> > Lets review a couple of key points;
>
> > 1) You can't buy the ADP1 (i.e. the shipped as unlocked G1) through
> > Google any more. All you can buy is the ADP2. Yes, T-Mobile USA are
> > still selling the G1, but carriers will usually sell anything until
> > demand is almost non-existant.
>
> > 2) There is no *official* support for anything beyond 1.6, and it
> > seems unlikely it ever will see an *official* update 
> > (seehttp://androinica.com/2010/06/29/will-the-g1-get-froyo-yes-no-maybe/
> > for the reasoning).
>
> > 3) As you've said, even if you do get a 3rd party Android 2.x ROM it
> > is pig slow running it, making developing/testing any 2.x code with it
> > an unpleasant experience (and the OP originally said he wanted a
> > device because debugging on the emulator was too slow and painful).
>
> > 4) eBay prices for a T-Mobile pulse (an Android 2.1 HVGA device) are
> > about the same if not cheaper than the eBay price for a G1.
>
> > At no point did I suggest writing apps to block their use on a G1, all
> > I've done is point out that the G1 isn't the best fit for the OPs
> > situation, and in terms of being a phone for developers it's no longer
> > available for purchase as one, and using it for developing will either
> > leave the OP limited to Android 1.6 and below, or with an experience
> > as painful as the experience they had with the emulator on the Laptop
> > which caused them to look at getting a device in the first place.
>
> > Al.
>
> > On Jul 9, 12:20 am, Indicator Veritatis  wrote:
>
> > > Lack of an official 2.1 update makes it 'obsolete'? Not in my book.
> > > Nor in the book of any educated software engineer. It takes a LOT more
> > > than that to make it 'obsolete', especially when Google ENCOURAGES
> > > third parties to release their own ROMs, and Cyanogen has already
> > > ported 2.1 to the G1 (http://androidspin.com/2010/04/29/cyanogen-ports-
> > > android-2-1-rom-in-g1-and-mytouch-3g/).
>
> > > Of course, it is pig slow when running Cyanogen's 2.1 (compared to new
> > > 2.1 phones), and it lacks the hardware features for much of 2.1. But
> > > people are 

[android-developers] Re: what hardware platform do you use?

[Al Sutton]

I've only been developing software for 20 years, but if you want to
consider me uneducated, then I guess that's your call.

To me if you can't buy a device for the purpose you want to use it,
the devices firmware hasn't officially been updated for a few revision
of the OS it's running, and all the signs indicate it won't be, then
it's an obsolete device.

Lets review a couple of key points;

1) You can't buy the ADP1 (i.e. the shipped as unlocked G1) through
Google any more. All you can buy is the ADP2. Yes, T-Mobile USA are
still selling the G1, but carriers will usually sell anything until
demand is almost non-existant.

2) There is no *official* support for anything beyond 1.6, and it
seems unlikely it ever will see an *official* update (see
http://androinica.com/2010/06/29/will-the-g1-get-froyo-yes-no-maybe/
for the reasoning).

3) As you've said, even if you do get a 3rd party Android 2.x ROM it
is pig slow running it, making developing/testing any 2.x code with it
an unpleasant experience (and the OP originally said he wanted a
device because debugging on the emulator was too slow and painful).

4) eBay prices for a T-Mobile pulse (an Android 2.1 HVGA device) are
about the same if not cheaper than the eBay price for a G1.


At no point did I suggest writing apps to block their use on a G1, all
I've done is point out that the G1 isn't the best fit for the OPs
situation, and in terms of being a phone for developers it's no longer
available for purchase as one, and using it for developing will either
leave the OP limited to Android 1.6 and below, or with an experience
as painful as the experience they had with the emulator on the Laptop
which caused them to look at getting a device in the first place.

Al.


On Jul 9, 12:20 am, Indicator Veritatis  wrote:
> Lack of an official 2.1 update makes it 'obsolete'? Not in my book.
> Nor in the book of any educated software engineer. It takes a LOT more
> than that to make it 'obsolete', especially when Google ENCOURAGES
> third parties to release their own ROMs, and Cyanogen has already
> ported 2.1 to the G1 (http://androidspin.com/2010/04/29/cyanogen-ports-
> android-2-1-rom-in-g1-and-mytouch-3g/).
>
> Of course, it is pig slow when running Cyanogen's 2.1 (compared to new
> 2.1 phones), and it lacks the hardware features for much of 2.1. But
> people are running 2.1 on the G1 already, and more want to do it.
>
> The G1 is nowhere near the "bleeding edge": but it is still a good
> phone for testing new software against, since yet again, if it runs on
> the G1, and accommodates "small screens" correctly, then it will run
> almsot anywhere. This gets closer than JME ever got to the promise of
> "write once, run anywhere".
>
> So don't write-off the G1 yet. You will risk locking your apps out of
> 1/5 the market if you do.
>
> On Jul 8, 5:03 am, Al Sutton  wrote:
>
>
>
> > It's highly unlikely the G1 will ever see an official update to
> > Android 2.x or higher, so it is obsolete.
>
> > In the OPs shoes I personally would put the money towards a better
> > computer as it'll most likely make the whole development process more
> > pleasant.
>
> > Al.
>
> > On Jul 8, 7:32 am, Indicator Veritatis  wrote:
>
> > > G1 obsolete? Well, almost. But take a look at the famous Platform
> > > Version 'dashboard' 
> > > athttp://developer.android.com/resources/dashboard/platform-versions.html.
> > > It shows that as many as 21.3% of phones connecting to the market are
> > > still on 1.5. 45% are running 1.6 or 1.5.
>
> > > So by that standard the G1 is not obsolete, since it is already on
> > > 1.6.
>
> > > Now sure, the hardware is slow and the runtime memory limited compared
> > > to the hot new phones running 2.1 and accounting for 53% of the
> > > market. But it would be a mistake to design your app -- or test your
> > > app -- on only the latest and greatest (unless, of course, your app
> > > relies on features only available on the latest hardware). Especially
> > > when 45% of the market is still running 1.6 or earlier.
>
> > > When you are looking for development hardware, and are limited in
> > > budget, there is really no point in buying "the most popular one". You
> > > need a more general test platform than that. The G1 meets that
> > > description since an application that runs correctly on the G1 will
> > > run correctly on many other platforms as well. One cannot say the same
> > > for the Droid.
>
> > > On Jul 7, 3:28 pm, "Maps.Huge.Info (Maps API Guru)" 
> > > wrote:
>
> >

[android-developers] Re: paypal mobile payment allowed?

[Al Sutton]

As a follow on to those wanting to know more about the limitations on
Checkout you can find Googles page on it at
http://checkout.google.com/support/sell/bin/answer.py?hl=en&answer=134420

Al.

On Jul 8, 12:52 pm, Al Sutton  wrote:
> Market makes use of Google Checkout which is probably the cause of
> some payment problems.
>
> At AndAppStore we usePayPalwho have a more mature product than
> Checkout and extend to more countries. We also pass 100% of payments
> to the developer in a direct user to developer transaction which side
> steps the need for us to get involved in any tax and legal issues
> surrounding the transaction (in the same way a hosting company isn't
> involved in transactional issues when they host an eCommerce site for
> another company). So it's not that we're small or fast, it's just that
> we've set our business model to make use of existing providers who
> have well developed services (e.g.PayPal), and workflows that avoid
> the need to get involved in the complex legal side of things.
>
> Hope this helps you understand the differences.
>
> Al.
>
> On Jul 8, 9:28 am, ko5tik  wrote:
>
>
>
> > On Jul 7, 11:40 pm, "Michael A."  wrote:
>
> > > The legal & logistical issues are of course why this is not just a
> > > technical issue, but after 2 years? There are dozens upon dozens of
> > > digital distribution platforms out there - some of them started after
> > > the Android market - that manage to handle purchase and developer
> > > sales from multiple countries. It may not be trivial issue, but it is
> > > not rocket science either. The only explanation that really makes
> > > sense is that Google just isn't interested (i.e., to prioritize it).
>
> > Google is big and visible - so they have to comply with goverment
> > demands
> > in the countries they are physically present. (everybody likes to
> > chisel out
> > something - like german cities a fee for streetview based on street
> > length).
> > Small fish just does not care - they are invisible and too small and
> > too fast .
>
> > So there will be no official sales in embargoed countries - like iran
> > or kuba,
> > and nobody will bother  with small ones like swiss, because management
> > overhead
> > will be bigger than potential revenues.

-- 
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: what hardware platform do you use?

[Al Sutton]

It's highly unlikely the G1 will ever see an official update to
Android 2.x or higher, so it is obsolete.

In the OPs shoes I personally would put the money towards a better
computer as it'll most likely make the whole development process more
pleasant.

Al.

On Jul 8, 7:32 am, Indicator Veritatis  wrote:
> G1 obsolete? Well, almost. But take a look at the famous Platform
> Version 'dashboard' 
> athttp://developer.android.com/resources/dashboard/platform-versions.html.
> It shows that as many as 21.3% of phones connecting to the market are
> still on 1.5. 45% are running 1.6 or 1.5.
>
> So by that standard the G1 is not obsolete, since it is already on
> 1.6.
>
> Now sure, the hardware is slow and the runtime memory limited compared
> to the hot new phones running 2.1 and accounting for 53% of the
> market. But it would be a mistake to design your app -- or test your
> app -- on only the latest and greatest (unless, of course, your app
> relies on features only available on the latest hardware). Especially
> when 45% of the market is still running 1.6 or earlier.
>
> When you are looking for development hardware, and are limited in
> budget, there is really no point in buying "the most popular one". You
> need a more general test platform than that. The G1 meets that
> description since an application that runs correctly on the G1 will
> run correctly on many other platforms as well. One cannot say the same
> for the Droid.
>
> On Jul 7, 3:28 pm, "Maps.Huge.Info (Maps API Guru)" 
> wrote:
>
>
>
> > My personal opinion here...
>
> > Don't get a G1 - they are obsolete, hardly any of them exist in the
> > real world and they are stuck on Android 1.6.
>
> > If you want to get a good device that is the most popular one, get a
> > Motorola Droid, the one with the keyboard. There are more of these in
> > the wild than any other device. If you app runs on this one, then you
> > are pretty much good to go. The Droid should get an update to Froyo
> > starting on the 15th of this month, if the rumors can be believed,
> > right now it's on 2.1-update1. You can get a used Droid on eBay for
> > about $200 or so. It doesn't run on AT&T but so what?
>
> > AT&T will be offering the Samsung Galaxy S line at some point, you
> > might want to wait for that one to be released. The only downside is
> > AT&T will offer a crippled version that can't accept non-market apps.
> > AT&T sucks, what else can you say?
>
> > The bottom line is for app development, pretty much any device will
> > do. You don't need a "development" device, but you absolutely will
> > need a real one to debug your app. The emulator is nice for quick
> > checks but it isn't much use in finding out if your app will really
> > work, or for figuring out why it doesn't. The sensors on the emulator
> > leave a lot to be desired as well, obviously, shaking your computer
> > isn't going to do much.
>
> > -John Coryat

-- 
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: paypal mobile payment allowed?

[Al Sutton]

Market makes use of Google Checkout which is probably the cause of
some payment problems.

At AndAppStore we use PayPal who have a more mature product than
Checkout and extend to more countries. We also pass 100% of payments
to the developer in a direct user to developer transaction which side
steps the need for us to get involved in any tax and legal issues
surrounding the transaction (in the same way a hosting company isn't
involved in transactional issues when they host an eCommerce site for
another company). So it's not that we're small or fast, it's just that
we've set our business model to make use of existing providers who
have well developed services (e.g. PayPal), and workflows that avoid
the need to get involved in the complex legal side of things.

Hope this helps you understand the differences.

Al.

On Jul 8, 9:28 am, ko5tik  wrote:
> On Jul 7, 11:40 pm, "Michael A."  wrote:
>
> > The legal & logistical issues are of course why this is not just a
> > technical issue, but after 2 years? There are dozens upon dozens of
> > digital distribution platforms out there - some of them started after
> > the Android market - that manage to handle purchase and developer
> > sales from multiple countries. It may not be trivial issue, but it is
> > not rocket science either. The only explanation that really makes
> > sense is that Google just isn't interested (i.e., to prioritize it).
>
> Google is big and visible - so they have to comply with goverment
> demands
> in the countries they are physically present. (everybody likes to
> chisel out
> something - like german cities a fee for streetview based on street
> length).
> Small fish just does not care - they are invisible and too small and
> too fast .
>
> So there will be no official sales in embargoed countries - like iran
> or kuba,
> and nobody will bother  with small ones like swiss, because management
> overhead
> will be bigger than potential revenues.

-- 
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: Do threads cache instance variables?

[Al Sutton]

Try using the java keyword "volatile" in you variable declaration.

Al.

On Jul 3, 9:49 am, burtoogle  wrote:
> Hi,
>
> I am starting to develop an Android App and have noticed the following
> behaviour in my test code (not yet designed the real app):
>
> A thread that loops around doing Bluetooth IO accesses an instance
> variable that is declared in the enclosing class. That instance
> variable gets set to null by the GUI thread in the onBackPressed()
> method which also closes the Bluetooth socket which causes an
> exception in the IO thread (which is what I want).
>
> The odd thing is that if I set the instance variable to null before I
> close the socket, the IO thread sees the null value, but if I close
> the socket first and then set the variable to null, the IO thread
> doesn't see the null value.
>
> The instance variable is being used in a loop in the IO thread and it
> appears as if that variable is being cached while within the loop. So
> any changes to that variable by another thread are not visible. Is
> that possible? If so, is there a workaround to guarantee that the VM
> will read the value of the instance variable?
>
> Cheers,
>
> Mark

-- 
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: Back Button doesn't go to previous activity

[Al Sutton]

Don't call finish after starting your 2nd activity.

Al.

On Jul 4, 7:51 pm, Jroid  wrote:
> I have two activities. The first is a list where the user selects one
> of the items which takes them to a second activity showing the details
> of the item they selected.  When the user clicks the back button I
> want the app to return to the first activity.
>
> Is there anything special i need to do to make this happen?
>
> Right now when I click the back button from the second activity it
> exits the app just like the home button would.
>
> Here is how I am starting the Second Activity.
> startActivity(new Intent(getApplication(), SecondActivity.class));
> finish();

-- 
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: paypal mobile payment allowed?

[Al Sutton]

My understanding is that the problem is more a legal & logistical
issue than a technical one (e.g complying with local tax requirements
and laws governing resale of goods supplied from a country), so a
software update alone won't help.

Al.

On Jul 7, 7:34 pm, Denis Souza  wrote:
> Could there be any chance that with the new Android Market, made to
> support some features in Froyo, Google would also allow more countries
> to sell apps? Does anyone have any idea of when this new Market would
> be released?
>
> On Jul 7, 10:30 am, Al Sutton  wrote:
>
>
>
> > It's using an unofficial API and could be cut off at any point. It
> > also doesn't allow you to actually download the apps, only display the
> > app listing information.
>
> > Al.
>
> > On Jul 7, 8:00 am, ko5tik  wrote:
>
> > > On Jul 6, 10:19 am, Al Sutton  wrote:
>
> > > > Just to address your point on collecting information from Googles
> > > > Market; I've talked to someone at Google about this and it was an
> > > > absolute no-go. The request wasn't for AndAppStore, but for another
> > > > project that I was working on part of and some people at Google had
> > > > shown some interest in.
>
> > > Well,  what about cyrket?  It collects information from market and
> > > displays it in a better way than original  ( user comments were
> > > visible for ages )
>
> > > regards,

-- 
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: How to detect presence of camera on an Android device.

[Al Sutton]

Google currently require an in-built camera to pass the compatibility
tests, so devices without cameras are unlikely to get much attention
from them (see 8.9 in 
http://source.android.com/compatibility/android-2.1-cdd.pdf)

Al.

On Jul 7, 1:22 pm, Daman  wrote:
> Thanks for confirming the reliability of these APIs.
> I have few related questions -
> 1. Are there plans to support pluggable USB webcams (e.g. on
> netbooks)? In such a case, would the same Android APIs work for them
> too?
> 2. Would hasSystemFeature(PackageManager.FEATURE_CAMERA) return true
> if a USB camera is plugged and false otherwise (on a device which
> doesn’t have a build-in camera)?
>
> -Daman
>
> On Jun 30, 9:34 pm, Dianne Hackborn  wrote:
>
>
>
> > You need to do this on a real device.
>
> > On Wed, Jun 30, 2010 at 3:45 AM, Daman  wrote:
> > > I did try that, but this doesn't work.
> > > I created an emulator image with no camera support. But
> > > PackageManager.hasSystemFeature(PackageManager.FEATURE_CAMERA) still
> > > returns true.
>
> > > On Jun 30, 5:12 am, Dianne Hackborn  wrote:
> > > > Use PackageManager.hasSystemFeature(PackageManager.FEATURE_CAMERA).
>
> > > > Of course if your app requires a camera, you should declare so in your
> > > > manifest so that devices without a camera won't see it.
>
> > > > On Thu, Jun 24, 2010 at 4:53 AM, Daman  wrote:
> > > > > How can I detect the presence of camera on an Android device?
>
> > > > > --
> > > > > 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 > > > >  cr...@googlegroups.com>
> > >  > >  nsubscr...@googlegroups.com>
>
> > > > > For more options, visit this group at
> > > > >http://groups.google.com/group/android-developers?hl=en
>
> > > > --
> > > > Dianne Hackborn
> > > > Android framework engineer
> > > > hack...@android.com
>
> > > > 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 android-developers@googlegroups.com
> > > To unsubscribe from this group, send email to
> > > android-developers+unsubscr...@googlegroups.com > >  cr...@googlegroups.com>
> > > For more options, visit this group at
> > >http://groups.google.com/group/android-developers?hl=en
>
> > --
> > Dianne Hackborn
> > Android framework engineer
> > hack...@android.com
>
> > 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 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: paypal mobile payment allowed?

[Al Sutton]

It's using an unofficial API and could be cut off at any point. It
also doesn't allow you to actually download the apps, only display the
app listing information.

Al.

On Jul 7, 8:00 am, ko5tik  wrote:
> On Jul 6, 10:19 am, Al Sutton  wrote:
>
> > Just to address your point on collecting information from Googles
> > Market; I've talked to someone at Google about this and it was an
> > absolute no-go. The request wasn't for AndAppStore, but for another
> > project that I was working on part of and some people at Google had
> > shown some interest in.
>
> Well,  what about cyrket?  It collects information from market and
> displays it in a better way than original  ( user comments were
> visible for ages )
>
> regards,

-- 
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: paypal mobile payment allowed?

[Al Sutton]

Just to address your point on collecting information from Googles
Market; I've talked to someone at Google about this and it was an
absolute no-go. The request wasn't for AndAppStore, but for another
project that I was working on part of and some people at Google had
shown some interest in.

So in case you were wondering; the question has been asked, and the
request denied.

Al.

On Jul 6, 9:13 am, Chister Nordvik  wrote:
> The alternative market approach is "hopeless" in my eyes. Currently we
> have at least:
> SlideMe, AndAppStore, AndroidPit, SE PlayNow, Motorola, Lenovo,
> Handango, Mobihand, OnlyAndroid, GetJar ++
>
> You will not get me submitting screenshotsAPK and descriptions for all
> of those. And I guess there are lots more not in that list.
>
> If an alternative appstore had collected screenshots, apk and
> description from the Android Market and only needed an "OK" from the
> developer, then maybe it would get more people to submit. But I guess
> the APK collection is a bit on the gray side of what is legal? :-)
>
> But back to the point of the discussion, is there any hope in getting
> answers from Google regarding the various approaches to selling
> premium content inside a free app? There seems to be nowhere to get
> support for these kinds of question and Android Market related issues
> are never commented by Google in these newsgroups :-(
>
> -Christer

-- 
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: paypal mobile payment allowed?

[Al Sutton]

It's a chicken and egg scenario.

We, at AndAppStore, see a fair amount of traffic and purchases, but
nowhere near the volume of Market. Because of this many developers
don't list with us because they don't want the "hassle" of maintaining
multiple listings (i.e. one at Market and one at AndAppStore). This
leads to AndAppStore not being as appealing to users and OEMs because
of the more limited availability of apps.

If developers really do want an alternative to Market then they'll
need to list at the alternatives to help boost their appeal to both
OEMs and users and help those alternatives appeal to OEMs & users.

Al.

On Jul 6, 6:41 am, Mathias Lin  wrote:
> The Android Market is bothering lots of developers, but Google doesn't
> seem to change anything about it or at least communicate anything
> about it. Hoping for an alternative market like slide.me to catch on
> and become an alternative de-facto standard and vendors would
> eventually pre-install it on the devices by default as well.
> See also the recent discussion 
> here:http://groups.google.com/group/android-developers/browse_thread/threa...

-- 
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: from FRF50 to FRF91

[Al Sutton]

There was a FRF83 to FRF85B link circulating for a while, but it seems
to have been pulled now.

Your best option may be drop back to a 2.1 stock firmware and wait for
OTA updates.

Al.

On Jul 3, 12:47 am, Ken H  wrote:
> Anyone know where (or if) I can manually update from FRF50 to FRF91?
> I've got files for going from FRF50 to FRF83, and from FRF85B to
> FRF91, but nothing in between.
>
> Ken

-- 
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: Error in an XML file eclipse

[Al Sutton]

Have you guys put this information into b.android.com so it can be
logged & tracked easily?

Al.

On Jul 2, 7:26 pm, Ryan Cook  wrote:
> I am also having this issue on multiple machines. It was working
> before, and I think it stopped working (and started giving error)
> after I upgraded to Helios (3.6).
> I also tried removing all the strings entries from the file then
> adding them through the GUI interface; it adds them with the same
> format that and everything, but, if I hit save, close it, and then re-
> open it, I get the same error.
>
> My Setup
> ==
> OS: Windows XP Pro SP3 32bit
> Eclipse: Helios (3.6.0.I20100608-0911)
> ADT: 0.9.7.v201005071157-36220
> Android SDK Tools: r6
> Platform SDK: 2.1-update1, API 7, r2
> Java: 6 Update 20
>
> Error Details
> ==
> Problems occurred when invoking code from plug-in:
> "org.eclipse.jface".
>
> java.lang.NullPointerException
>         at
> org.eclipse.wst.xml.core.internal.document.ElementImpl.getDefaultValue(Elem 
> entImpl.java:
> 259)
>         at
> org.eclipse.wst.xml.core.internal.document.ElementImpl.getAttributeNS(Eleme 
> ntImpl.java:
> 329)
>         at
> com.android.ide.eclipse.adt.internal.editors.uimodel.UiElementNode.getShort 
> Description(Unknown
> Source)
>         at
> com.android.ide.eclipse.adt.internal.editors.ui.tree.UiModelTreeLabelProvid 
> er.getText(Unknown
> Source)
>         at
> org.eclipse.jface.viewers.WrappedViewerLabelProvider.getText(WrappedViewerL 
> abelProvider.java:
> 108)
>         at
> org.eclipse.jface.viewers.WrappedViewerLabelProvider.update(WrappedViewerLa 
> belProvider.java:
> 164)
>         at org.eclipse.jface.viewers.ViewerColumn.refresh(ViewerColumn.java:
> 152)
>         at
> org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem(AbstractTreeViewe 
> r.java:
> 934)
>         at org.eclipse.jface.viewers.AbstractTreeViewer
> $UpdateItemSafeRunnable.run(AbstractTreeViewer.java:102)
>         at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
>         at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:49)
>         at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:175)
>         at
> org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem(AbstractTreeViewe 
> r.java:
> 1014)
>         at org.eclipse.jface.viewers.StructuredViewer
> $UpdateItemSafeRunnable.run(StructuredViewer.java:481)
>         at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
>         at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:49)
>         at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:175)
>         at
> org.eclipse.jface.viewers.StructuredViewer.updateItem(StructuredViewer.java :
> 2141)
>         at
> org.eclipse.jface.viewers.AbstractTreeViewer.updateChildren(AbstractTreeVie 
> wer.java:
> 2689)
>         at
> org.eclipse.jface.viewers.AbstractTreeViewer.internalRefreshStruct(Abstract 
> TreeViewer.java:
> 1867)
>         at
> org.eclipse.jface.viewers.TreeViewer.internalRefreshStruct(TreeViewer.java:
> 721)
>         at
> org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(AbstractTreeVi 
> ewer.java:
> 1842)
>         at
> org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(AbstractTreeVi 
> ewer.java:
> 1799)
>         at
> org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(AbstractTreeVi 
> ewer.java:
> 1785)
>         at org.eclipse.jface.viewers.StructuredViewer
> $7.run(StructuredViewer.java:1487)
>         at
> org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredVi 
> ewer.java:
> 1422)
>         at
> org.eclipse.jface.viewers.TreeViewer.preservingSelection(TreeViewer.java:
> 403)
>         at
> org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredVi 
> ewer.java:
> 1383)
>         at
> org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:
> 1485)
>         at org.eclipse.jface.viewers.ColumnViewer.refresh(ColumnViewer.java:
> 537)
>         at
> org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:
> 1444)
>         at com.android.ide.eclipse.adt.internal.editors.ui.tree.UiTreeBlock
> $2.uiElementNodeUpdated(Unknown Source)
>         at
> com.android.ide.eclipse.adt.internal.editors.uimodel.UiElementNode.invokeUi 
> UpdateListeners(Unknown
> Source)
>         at
> com.android.ide.eclipse.adt.internal.editors.uimodel.UiElementNode.loadFrom 
> XmlNode(Unknown
> Source)
>         at
> com.android.ide.eclipse.adt.internal.editors.resources.ResourcesEditor.xmlM 
> odelChanged(Unknown
> Source)
>         at com.android.ide.eclipse.adt.internal.editors.AndroidEditor
> $XmlModelStateListener.modelChanged(Unknown Source)
>         at
> org.eclipse.wst.sse.core.internal.model.AbstractStructuredModel.fireModelCh 
> anged(AbstractStructuredModel.java:
> 553)
>         at
> org.eclipse.wst.sse.core.internal.model.AbstractStructuredModel.internalMod 
> elChanged(AbstractStructuredModel.java:
> 887)
>         at
> org.eclipse.wst.sse.core.inte

[android-developers] Re: Simple Question about Res folders

[Al Sutton]

They are *not* for resolutions. They are for screen densities (i.e.
the number of pixels per inch on the screen).

To illustrate this point, the Nexus One and the Dell Streak both have
screens with a resolution of 800x480 pixels, but because the Nexus One
has a smaler physical screen it has a hight pixel density, so the
Nexus One uses assets from drawable-hdpi and the Dell Streak uses
assets from drawable-mdpi.

Al.

On Jul 2, 3:45 pm, Kostya Vasilyev  wrote:
> 02.07.2010 18:37, B Woods пишет:> What are the differences between 
> drawable-hdpi, drawable-ldpi, and
> > drawable-mdpi? Do I need to place my graphics in each of these folders?
>
> They are versions of the same graphics files for different screen
> resolutions.
>
> If you don't provide hdpi and ldpi versions, Android loads the default
> version from drawable and scales it as necessary.
>
> Sometimes this looks ugly, so you need to provide alternative versions
> yourself. This can be done individually for each graphics file used in
> your app's UI.
>
> http://developer.android.com/guide/practices/screens_support.html
>
> --
> Kostya Vasilev -- WiFi Manager + pretty widget --http://kmansoft.wordpress.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 at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Terminal Server access from an Android Tablet PC

[Al Sutton]

You'll probably get a better answer on the android-discuss group.

Regards,

Al.

On Jul 2, 9:26 pm, Peter Ciank  wrote:
> Dear People,
>
> very soon, I have to implement for my users something smaller than a
> notebook. I've been searching and researching and I found iPad and
> other Tablets with Android. I'm very interested in Android because, I
> think, it's more flexible but one thing will deerminate my solutions
> and it's gonna be "being able to connect to a Terminal Server". It's
> the only way the can access tp their emails and other documents
> securly.
>
> Do you know any free or paid software to perform this?
>
> Thanks in advance!
>
> Peter

-- 
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: Android paid apps in Ireland

[Al Sutton]

Bryan,

There are a few alternatives out there including my companies
offering, AndAppStore (http://andappstore.com).

I can't speak for Zapp Market, but for AndAppStore the answers to your
questions are;

- 0% commission (we make our money from ads and customisation deals
for our site & client, not from taking money from your sales).
- We have an on-device client the user can download the app via.
- The on-device client notifies users of updates.
- We allow developers to check our purchasing records to verify the
user has purchased a copy of the app (see
http://andappstore.com/AndroidApplications/purchase_checking.jsp)

Hope this is useful.

Al.


On Jul 2, 10:37 am, skooter500  wrote:
> Hi Shane
>
> I took a look at ZappMarket. A couple of suggestions.
>
> The URLhttp://zappmarket.com/just shows the zapp market logo and
> nothing else after that.
> When I went to upload application I got the message "We have detected
> that you are using Internet Explorer" even though I am using Firefox
> What are your commissions?
> How does a user get the APK onto their machine?
> How does a user get updates to their app?
> Have you any features to prevent app piracy?
>
> Thanks for the information and best of luck with ZappMarket!
>
> Bryan
>
> On Jul 1, 4:35 pm, Shane Isbell  wrote:
>
>
>
> > Thanks for taking a look, Steve. Just to throw some stats your way: Facebook
> > has 400 million active users and 70% of the users are outside of the US.
> > There are also 100 million users that access FaceBook through their mobile
> > device, so it's a great community to sell Android applications into.
>
> > It's also a great way to interact with your user base. When you click on an
> > app, you see a picture of the dev (with a link to their facebook page),
> > giving it far more of a personal feel. Users can see these are real people.
> > A face to the apps. And my feeling is that the feedback will be far more
> > constructive when they see it's not some faceless entity.
>
> > One complaint I've heard from devs is they can't communicate with their user
> > base if they find a bug and need to head off the stem of bad reviews or if
> > they get a bad review because the user doesn't understand the product. With
> > Zapp you can go in and see who left a comment or who bought your apps (with
> > a link to their page) and address things quickly.
>
> > And then you have the whole viral nature of the app, where friends recommend
> > to friends and so on. This provides exposure to apps that traditionally get
> > buried in the Android Market.
>
> > On Thu, Jul 1, 2010 at 6:51 AM, gosh  wrote:
> > > >sell Android apps into the facebook community, take a look at ZappMarket
>
> > > Thats a very cool idea - its given me a whole new perspective on
> > > Facebook...
> > > I've stayed away from facebook for years, for philosophical reasons:
> > > I've always considered it to be an attempt to fence-off the Internet
> > > into a private space, one not much different from Microsoft's attempt
> > > years ago with MSN. Hated the 'login in' screen before you could see
> > > anything at all - at least they've moved away from that.
>
> > > BUT, now that Google has shown itself far less International than I
> > > would have ever suspected prior to Android app development (re: the
> > > hard limit to 9 seller countries), it puts facebook in a whole new
> > > light to me. It is effectively a very large social space that crossed
> > > those national boundaries that Google has stopped at the border of. So
> > > from a commercial point of view, it may well turn out to be the most
> > > International player at the top end of the service providers
>
> > > Good luck to you with it.
> > > Steve
>
> > > On Jun 29, 2:26 pm, Shane Isbell  wrote:
> > > > If you want to sell Android apps into the facebook community, take a 
> > > > look
> > > at
> > > > ZappMarket. It has a dozen payment methods including paypal, google
> > > > checkout, as well as an offer wall. Pretty much anyone, anywhere will be
> > > > able to buy your app. You don't get the instant audience of Android
> > > Market
> > > > but Zapp is a great way to build a community of users around your app.
> > > When
> > > > Android Market finally comes to Ireland, you could already have a good
> > > user
> > > > base built up.
>
> > > > Keep in mind, to upload, you will need a facebook account:
>
> > > >http://apps.facebook.com/zappmarket/uploads
>
> > > > On Mon, Jun 28, 2010 at 8:50 PM, Mathias Lin 
> > > wrote:
> > > > > Don't expect an answer from Google, cause they won't. Just move to
> > > > > another market platform. Google has no interest to offer paid apps
> > > > > model in too many countries, as they heavily rely on advertisement
> > > > > income.
>
> > > > > On Jun 28, 3:15 pm, skooter500  wrote:
> > > > > > This is a disgrace! And I cant get an answer from anyone in Google 
> > > > > > as
> > > > > > to when this will be available.
>
> > > > > > Oh well. It looks like SlideMe it is
>
> > > > >

[android-developers] Re: Disable the screen lock when the Android OS startup

[Al Sutton]

The answer from non-porting standpoint is no. If a user wants a lock
screen the user gets the lock screen and your app won't be allowed to
take precedence.

Marks pointer to the -porting list is because if you implement Android
for your platform you may find people on that list who've done the
same thing on their specific platform implementations.

Al.

On Jul 2, 10:59 am, CMF  wrote:
> Um, I am not sure whether the question is related to porting Android
> OS into an embedded systems.
> I think there is a way to disable the screen lock when developing the
> app...
>
> On Jul 2, 5:24 pm, Mark Murphy  wrote:
>
>
>
> > On Fri, Jul 2, 2010 at 5:02 AM, CMF  wrote:
> > > I want to make my app launched when the Android OS startup.
> > > I can make it, but when the Android OS startup, the screen lock is
> > > launched,
> > > how can I remove the screen lock launch so that I can get into my app
> > > directly?
> > > I am doing this in my embedded system.
>
> > Questions about porting Android to embedded systems are best asked on
> > the [android-porting] Google Group.
>
> > --
> > Mark Murphy (a Commons 
> > Guy)http://commonsware.com|http://github.com/commonsguyhttp://commonsware.com/blog|http://twitter.com/commonsguy
>
> > Android Training...At Your Office:http://commonsware.com/training

-- 
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: Problem after implementing SQLiteOpenHelper

[Al Sutton]

Short answer; Your database object (db) is in the wrong scope.

Longer answer; By declaring db in the method you're saying to the JVM
that when the method finishes your database connection (db) is no
longer useful. What you should do is declare db at the class level
instead of the method level, create it in onCreate, and close it in
onDestroy.

Al.

On Jul 2, 3:06 am, Christopher Perry 
wrote:
> I have a ListActivity that uses a CursorAdapter to fill the rows in
> the view. I wrote a database helper class that gives me back results
> for common queries I make for my app, and it uses an SQLiteOpenHelper
> implementation I wrote to open the database. I use the open helper to
> open the database and get a cursor to pass to my CursorAdapter. Here's
> a code snippet:
>
> public static Cursor getCursor(DbOpenHelper openHelper) {
>         SQLiteDatabase db = openHelper.getWritableDatabase();
>         db.beginTransaction();
>         Cursor c = null;
>         try {
>                 String sql = "select * from " + TABLE_NAME;
>             c = db.rawQuery(sql, null);
>             db.setTransactionSuccessful();
>         } catch (SQLException e) {
>                 Log.e("Exception on query", e.toString());
>             } finally {
>                 db.endTransaction();
>             }
>
>             return c;
>     }
>
> The problem I'm having, that I didn't have before I implemented the
> open helper (before I just opened the database directly without a
> helper), is when I click on an item, which takes me to another
> activity, and then go back to this activity. When it initializes
> everything is fine, and my list is populated fine, but when I go back
> from the activity that follows, the list is empty and in the LogCat I
> see "Invalid statement in fillWindow()".
>
> It appears from a few post I've seen that the reason is, when I
> requery the cursor, the database is closed. But I'm not closing it!
> I'm scratching my head on this one.

-- 
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: widget on lockscreen

[Al Sutton]

It's a firmware thing, so yes, HTCs Sense can do it, but only because
HTC wrote the firmware.

Imho it's not a gerat idea anyway. One reason for having a lock screen
is that it stops things happening when your device is put somewhere
where it may get pressure on the screen which may cause undesirable
behaviour (e.g. in a bag or pocket), so by putting your controls on
the lock screen you run the risk of someone having the music paused or
skipped due to a knock on the screen and then having to dig the device
out in order to re-start/re-position playback.

Al.

On Jun 30, 9:24 am, Martin Obreshkov  wrote:
> Thanks for the reply but what about htc sense it has some controls over
> lockscreen. Is this implemented by htc sense 
> onlyhttp://phandroid.com/wp-content/uploads/2009/06/rosie-lock-screen.jpg
>
> On Tue, Jun 29, 2010 at 8:12 PM, Dianne Hackborn wrote:
>
>
>
>
>
> > Sorry this is not currently supported.  That comment in the documentation
> > is simply describing what could be done in the future.
>
> > On Tue, Jun 29, 2010 at 8:22 AM, manigault  wrote:
>
> >> Hi all i am developing music player and i want to put some controls
> >> when screen is locked. Is there a way to put widget when screen is
> >> lock ? The documentation says that "For example, the home screen has
> >> one way of viewing widgets, but the lock screen could also contain
> >> widgets," but i couldn't find a way to add widget to lockscreen so any
> >> ideas ?
>
> >> --
> >> 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 >>  cr...@googlegroups.com>
> >> For more options, visit this group at
> >>http://groups.google.com/group/android-developers?hl=en
>
> > --
> > Dianne Hackborn
> > Android framework engineer
> > hack...@android.com
>
> > 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 android-developers@googlegroups.com
> > To unsubscribe from this group, send email to
> > android-developers+unsubscr...@googlegroups.com > cr...@googlegroups.com>
> > For more options, visit this group at
> >http://groups.google.com/group/android-developers?hl=en
>
> --
> When I raise my flashing sword, and my hand takes hold on judgment, I will
> take vengeance upon mine enemies, and I will repay those who haze me. Oh,
> Lord, raise me to Thy right hand and count me among Thy saints.

-- 
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: Why this Exception is coming ?

[Al Sutton]

When using a SimpleCursorAdapter one of the columns returned by the
query used to create the cursor should be called _id and is used as
the id value for the row.

SimpleCursorAdapter is a descendant of CursorAdapter which states the
requirement for the _id column (see
http://developer.android.com/reference/android/widget/CursorAdapter.html)

Al.

On Jun 29, 7:53 am, dinesh_adwani  wrote:
> 06-29 11:38:25.544: ERROR/AndroidRuntime(26215): Caused by:
> java.lang.IllegalArgumentException: column '_id' does not exist
> 06-29 11:38:25.544: ERROR/AndroidRuntime(26215):     at
> android.database.AbstractCursor.getColumnIndexOrThrow(AbstractCursor.java:
> 314)
> 06-29 11:38:25.544: ERROR/AndroidRuntime(26215):     at
> android.widget.CursorAdapter.init(CursorAdapter.java:111)
> 06-29 11:38:25.544: ERROR/AndroidRuntime(26215):     at
> android.widget.CursorAdapter.(CursorAdapter.java:90)
> 06-29 11:38:25.544: ERROR/AndroidRuntime(26215):     at
> android.widget.ResourceCursorAdapter.(ResourceCursorAdapter.java:
> 47)
> 06-29 11:38:25.544: ERROR/AndroidRuntime(26215):     at
> android.widget.SimpleCursorAdapter.(SimpleCursorAdapter.java:88)
> 06-29 11:38:25.544: ERROR/AndroidRuntime(26215):     at
> com.sasken.epub.bookmark.ShowBookmarkCursorAdapter.(ShowBookmarkCurso 
> rAdapter.java:
> 24)
> 06-29 11:38:25.544: ERROR/AndroidRuntime(26215):     at
> com.sasken.epub.bookmark.ShowBookMarkActivity.onStart(ShowBookMarkActivity. 
> java:
> 51)
> 06-29 11:38:25.544: ERROR/AndroidRuntime(26215):     at
> android.app.Instrumentation.callActivityOnStart(Instrumentation.java:
> 1129)
> 06-29 11:38:25.544: ERROR/AndroidRuntime(26215):     at
> android.app.Activity.performStart(Activity.java:3723)
> 06-29 11:38:25.544: ERROR/AndroidRuntime(26215):     at
> android.app.ActivityThread.performLaunchActivity(ActivityThread.java:
> 2453)
> 06-29 11:38:25.544: ERROR/AndroidRuntime(26215):     ... 11 more

-- 
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: WATCHDOG KILLING SYSTEM PROCESS

[Al Sutton]

You're probably better off asking that question in
http://groups.google.com/group/android-porting

Al.

On Jun 29, 5:39 am, Ln <82.narasim...@gmail.com> wrote:
>     Hello,
>
> I have a board which has got android froyo justed ported to it. After
> the boot up the android crashs and restarts for every minute. I have
> pasted the log messages below.  Please let me know what could be
> causing this restart.
>
> D/AndroidRuntime( 1926): >> AndroidRuntime START
> <<
>
> D/AndroidRuntime( 1926): CheckJNI is ON
>
> D/AndroidRuntime( 1926): --- registering native functions ---
>
> I/ ( 1925): ServiceManager: 0xacd0
>
> W/AudioHardwareInterface( 1925): Using stubbed audio hardware. No
> sound will be produced.
>
> D/AudioHardwareInterface( 1925): setMode(NORMAL)
>
> I/CameraService( 1925): CameraService started: pid=1925
>
> I/AudioFlinger( 1925): AudioFlinger's thread 0xb3d8 ready to run
>
> I/SamplingProfilerIntegration( 1926): Profiler is disabled.
>
> I/Zygote ( 1926): Preloading classes...
>
> E/Zygote ( 1926): setreuid() failed. errno: 2
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 819 objects / 47384 bytes in 4ms
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 219 objects / 13576 bytes in 4ms
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 253 objects / 14352 bytes in 5ms
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 466 objects / 28896 bytes in 11ms
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 2090 objects / 108360 bytes in
> 8ms
>
> init: untracked pid 1864 exited
>
> init: untracked pid 1816 exited
>
> init: untracked pid 1895 exited
>
> W/MediaProfiles( 1926): could not find media config xml file
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 279 objects / 15984 bytes in 8ms
>
> init: untracked pid 1917 exited
>
> init: untracked pid 1848 exited
>
> init: untracked pid 1881 exited
>
> init: untracked pid 1827 exited
>
> D/dalvikvm( 1926): GC_FOR_MALLOC freed 5045 objects / 224608 bytes in
> 16ms
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 843 objects / 33896 bytes ininit:
> untracked pid 1888 exited
>
> 14ms
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 549 objects / 27360 bytes in 15ms
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 395 objects / 21616 bytes in 15ms
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 286 objects / 34168 bytes in 23ms
>
> init: untracked pid 1870 exited
>
> init: untracked pid 1794 exited
>
> init: untracked pid 1904 exited
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 277 objects / 18912 bytes in 24ms
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 319 objects / 17744 bytes in 27ms
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 452 objects / 27576 bytes in 27ms
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 265 objects / 21760 bytes in 28ms
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 508 objects / 59512 bytes in 31ms
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 639 objects / 34768 bytes in 31ms
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 842 objects / 45952 bytes in 31ms
>
> D/dalvikvm( 1926): GC_FOR_MALLOC freed 12536 objects / 452976 bytes in
> 38ms
>
> D/dalvikvm( 1926): GC_FOR_MALLOC freed 10018 objects / 467264 bytes in
> 41ms
>
> D/dalvikvm( 1926): GC_FOR_MALLOC freed 8300 objects / 416480 bytes in
> 43ms
>
> D/dalvikvm( 1926): GC_FOR_MALLOC freed 7960 objects / 478080 bytes in
> 43ms
>
> D/dalvikvm( 1926): GC_FOR_MALLOC freed 8061 objects / 474520 bytes in
> 45ms
>
> D/dalvikvm( 1926): GC_FOR_MALLOC freed 7551 objects / 469056 bytes in
> 45ms
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 6012 objects / 388408 bytes in
> 44ms
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 1539 objects / 72080 bytes in
> 43ms
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 453 objects / 29856 bytes in 41ms
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 315 objects / 20120 bytes in 42ms
>
> I/Zygote ( 1926): ...preloaded 1266 classes in 7060ms.
>
> E/Zygote ( 1926): setreuid() failed. errno: 2
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 105 objects / 14240 bytes in 44ms
>
> I/Zygote ( 1926): Preloading resources...
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 312 objects / 15784 bytes in 43ms
>
> I/Zygote ( 1926): ...preloaded 48 resources in 443ms.
>
> I/Zygote ( 1926): ...preloaded 15 resources in 21ms.
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 399 objects / 22280 bytes in 45ms
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 244 objects / 9560 bytes in 45ms
>
> D/dalvikvm( 1926): GC_EXPLICIT freed 2 objects / 48 bytes in 44ms
>
> I/dalvikvm( 1926): System server process 1931 has been created
>
> I/Zygote ( 1926): Accepting command socket connections
>
> E/BatteryService( 1931): acOnlinePath not found
>
> E/BatteryService( 1931): usbOnlinePath not found
>
> E/BatteryService( 1931): batteryStatusPath not found
>
> E/BatteryService( 1931): batteryHealthPath not found
>
> E/BatteryService( 1931): batteryPresentPath not found
>
> E/BatteryService( 1931): batteryCapacityPath not found
>
> E/BatteryService( 1931): batteryVoltagePath not found
>
> E/BatteryService( 1931): batteryTemperaturePath not found
>
> Epmem: request for physical address of pmem region from process 1937.
>
> /BatteryServ

[android-developers] Re: Resource linking / imports

[Al Sutton]

This is in no way specific to .9.png's, nor does it require their use.

Al.

On Jun 23, 8:53 am, Gyan  wrote:
> Making the usage of .9png images compulsory!
>
> Probably there is a smart way of installing only the required drawables on a
> particular hardware, so that at least the installed application isn't
> bloated!
>
> A perfectly discerning!
> -Gyan

-- 
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: Resource linking / imports

[Al Sutton]

If the idea gets some support I might do what you've suggested. Thanks
for the idea.

Al.

On Jun 23, 12:21 pm, Mark Murphy  wrote:
> Conceptually, the notion seems sound. However, I'm here to encourage
> you to "Just Do It".
>
> On Wed, Jun 23, 2010 at 3:47 AM, Al Sutton  wrote:
> > First off; I know the implementation of this should be discussed on
> > the framework list, but I'm putting this idea out on here to see if
> > there is a need for it.
>
> This doesn't strictly need to be on the -framework list, since what
> you want does not require any changes to the Android OS. You can
> achieve your goals with zero modifications to anything in the AOSP.
> Standardizing this would require changes to *tools*, and given a
> working implementation, discussions on integrating the scheme into the
> tools could probably just go straight to the -contrib list.
>
> > 
> >  icon1.png
> >  icon2.png
> >  icon3.png
> > < /imports>
>
> Here's your AOSP-mod-free implementation:
>
> Step #1: Modify the above XML format to be something that can live in
> a resource directory but be ignored by the build tools. It might
> qualify right now. It may require some tweaking. It is conceivable
> that nothing will work, in which case toss it into an imports/
> directory off the project root and add a target attribute to the root
> element to indicate the resource directory you were originally
> planning to have the file live in.
>
> Step #2: Create the Android Image Importer (aii) tool. aii inject
> finds the import file(s) and creates the alias XML files that you are
> trying to avoid creating by hand. aii extract finds the import file(s)
> and removes the alias XML files.
>
> Step #3: Add aii inject to your toolchain as an early step in the
> build, before the first aapt call.
>
> Step #4: Add aii extract to your toolchain as a late step in the
> build, probably at the end after the APK packaging/signing is complete
>
> (for Ant, I'd do steps #3 and #4 by creating wrapper tasks around ant
> debug and ant install and such that does the aii inject, chains to the
> main task (e.g., debug), then does the aii extract)
>
> (for Eclipse, you're on your own)
>
> Net: you get your desired functionality without any changes to AOSP,
> so you can see how well your plan works in practice.
>
> Net++: you get a working implementation of the concept to use as a
> basis for discussions with Xav and the tools team, because a "real"
> implementation of the concept probably does pretty much the same
> thing, just under the covers.
>
> Writing the aii command should take somebody maybe an hour in Ruby, or
> three months in Java. :-)
>
> --
> Mark Murphy (a Commons 
> Guy)http://commonsware.com|http://github.com/commonsguyhttp://commonsware.com/blog|http://twitter.com/commonsguy
>
> _The Busy Coder's Guide to *Advanced* Android Development_ Version 1.6
> Available!

-- 
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] Resource linking / imports

[Al Sutton]

First off; I know the implementation of this should be discussed on
the framework list, but I'm putting this idea out on here to see if
there is a need for it.


I've recently worked on a project where the designer wanted a 2 x 3
grid of icons as the apps "home" page. This threw up an interesting
situation because to do this using the best resolution possible it
seems we would either need to copy the actual icons into multiple
directories, or create a resource alias file for each icon, neither of
which is ideal (think 30+ icons across the app which needed
duplicating).

What I'm wondering is if there is a need for a single file which
contains all of the resources to use within another resource
directory. To give you an idea of the problem I'll scale it down to 3
icons which have mdpi and hdpi variants;

drawables/icon1.png
drawables/icon2.png
drawables/icon3.png
drawables-hdpi/icon1.png
drawables-hdpi/icon2.png
drawables-hdpi/icon3.png

As the Dell Streak is a WVGA device that identifies itself as a large-
mdpi device we wanted to use the -hdpi icons for it, but this would
result in three new files containing resource aliases;

drawables-large-mdpi/icon1.xml
drawables-large-mdpi/icon2.xml
drawables-large-mdpi/icon3.xml

What I'm wondering is should this be a single file which contains a
list of all the imports. For example;

drawables-large-mdpi/imports.xml

which contains;


 icon1.png
 icon2.png
 icon3.png
< /imports>

This does away with the file-per-resource requirements of the current
configuration and it allows resources for multiple other directories
to be included because the source could refer to any other resource
directory.

So, do people think this would be of use, or have I missed something
which makes this whole idea obsolete?

Al.

--
* Looking for Android Apps? - Try http://andappstore.com/ *
==
Funky Android Limited is registered in England & Wales with the
company number  6741909.
The views expressed in this email are those of the author and not
necessarily those of Funky Android Limited, it's associates, or it's
subsidiaries.

-- 
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: I've found a way to stop piracy of my apps

[Al Sutton]

Dave,

Would you be interested in working with us at AndAppStore to offer an
alternative purchase location?

>From your code I can see that we could create a LicenseManagerImpl
which interfaces into our purchase checking system to cover the
license management aspect, and we accept payments via PayPal so it
looks like a good fit. I don't really want to spend time doing it if
you're not interested in incorporating the code into the project
because we don't want to create fork your code base just to support
us.

What do you think?

Al.

On Jun 17, 9:31 pm, keyeslabs  wrote:
> Biggest issues that I've seen for my own apps (and those other brave
> souls who use AAL) have been related to legitimate users that somehow
> can't validate their purchase.  For example:
>
> 1. user buys app on marke using a 2.0-based phone.  validation happens
> just fine.
> 2. user backs up app, flashes rom to as-of-yet unreleased 2.2, and
> restores app
> 3. Upon startup of the app on the newly-flashed phone, AAL properly
> detects the missing license.
> 4. AAL fails validation, since 2.2-based devices can't "see" paid apps
> on the market since Google hasn't registered that release in the
> market database.
>
> Other fringe scenarios similar to this.  When I deployed AAL into my
> apps, I had a few loud complainers that has tapered off now and I
> don't really have any serious problems.  I now get a lot of emails
> from people in countries that can't buy from Android market.
>
> Overall, AAL seems to be working quite well.
>
> Lately I've been wondering if there's a way that I can offer the user
> an "alternative" mechanism for purchasing the pirated app.  For
> example, I upload to Android Market, pirates post on download boards,
> others download, and then when validation fails offer to let them buy
> from PayPal and license things that way.  I don't think that would
> break any of the Android Market rules (since the pirated version isn't
> being "distributed" by the market -- it's being distributed by a
> pirate board), and it sure would open up distribution to markets that
> Google doesn't currently serve.
>
> Dave
>
> On Jun 17, 3:39 pm, String  wrote:
>
>
>
> > On Jun 17, 8:05 pm, keyeslabs  wrote:
>
> > >AALhas now been open-sourced.  Find details here:  http://bit.ly/coz0yB.
>
> > Cool. Thanks for sharing it.
>
> > Are you still having good luck usingAALwith your own app(s)? Any
> > downsides you've found?
>
> > 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

[android-developers] Re: Slow Eclipse on OS X

[Al Sutton]

Of Eclipse?, yup, I'm using the 64 bit Coca build. I don't know if
there is a 64 bit ADT, I just use what I'm offered in the Eclipse
"Install Software" dialog.

As a side note; my Macbook Pro runs everything it can in 64 bit mode
(inc. the kernel), which isn't a common configuration and so might be
an influencing factor, but I wouldn't have thought it would have such
a noticeable effect, and it certainly doesn't have a similar effect on
anything else I use (J2EE, Amazon plugin, Subversion, ...)

Al.

On Jun 13, 8:33 pm, Mariano Kamp  wrote:
> Do you guys use the 64 bit download?
>
>
>
> On Sun, Jun 13, 2010 at 6:12 PM, David Horn  wrote:
> > Al,
>
> > Exactly the same thing happens to me on OS X.  I've accepted that I
> > need to restart Eclipse every so often to solve the problem.  It's
> > particularly exacerbated if using the XML tools - for example, layout
> > or editing the manifest file the "friendly" way.
>
> > Dave.
>
> > On Jun 13, 8:54 am, Al Sutton  wrote:
> > > It's been a problem for a while, I opened a bug athttp://
> > code.google.com/p/android/issues/detail?id=6183so you can put
> > > a star on it if you want to vote it up.
>
> > > My experience is that it seems to be down to the layout previewer, the
> > > more I use it the faster performance degrades.
>
> > > Al.
>
> > > P.S. Before anyone suggests tweaks to my eclipse.ini, I already have
> > > ms & max perm size at 256m, mx at 1024m. My machine is a 4GB box with
> > > a flash SSD, so the problem isn't physical memory space or disk i/o.
>
> > > On Jun 12, 10:22 pm, Bill Lumberg  wrote:
>
> > > > I am running Eclipse Galileo on an Intel Mac and after using it for a
> > > > bit, it becomes very slow.  By slow I mean switching between tabs and
> > > > scrolling through source becomes nearly unusable.  I have to close
> > > > Eclipse and re-open it, and that usually only solves the problem for a
> > > > short time.
>
> > > > Has anyone else ran into this and discovered a way to fix it?
>
> > > > Thank you.
>
> > --
> > 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 > cr...@googlegroups.com>
> > For more options, visit this group at
> >http://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: Slow Eclipse on OS X

[Al Sutton]

It's been a problem for a while, I opened a bug at
http://code.google.com/p/android/issues/detail?id=6183 so you can put
a star on it if you want to vote it up.

My experience is that it seems to be down to the layout previewer, the
more I use it the faster performance degrades.

Al.

P.S. Before anyone suggests tweaks to my eclipse.ini, I already have
ms & max perm size at 256m, mx at 1024m. My machine is a 4GB box with
a flash SSD, so the problem isn't physical memory space or disk i/o.

On Jun 12, 10:22 pm, Bill Lumberg  wrote:
> I am running Eclipse Galileo on an Intel Mac and after using it for a
> bit, it becomes very slow.  By slow I mean switching between tabs and
> scrolling through source becomes nearly unusable.  I have to close
> Eclipse and re-open it, and that usually only solves the problem for a
> short time.
>
> Has anyone else ran into this and discovered a way to fix it?
>
> Thank you.

-- 
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: Oracle Android App Store

[Al Sutton]

Thanks, it's just shame they didn't talk to us at all about the
article yet they give the appearance they did by saying;

"But now smaller Android exclusive startups such as Andspot, SlideMe
and AndAppStore are getting into the fray. Why develop just an app
when you can build an app store, they say."

They also seem to have missed the bit about both AndAppStore and
SlideME have been around for over 18 months, so we're not really
getting into the fray now, we've been in the fray for as long as (if
not longer than) Market has.

Still, it's always good to see our name in print in a relatively
positive article :).

Al.

On Jun 13, 7:00 am, gosh  wrote:
> Btw, I saw that you (via AndAppStore) got an honorable mention in the
> WIRED article re 'Independent App Stores' yesterday.
> Congrats.
>
> Steve
>
> On Jun 13, 1:54 am, Al Sutton  wrote:
>
>
>
> > On Jun 12, 8:44 am, gosh  wrote:
>
> > > >(our revenue is from ads in the client & customisation deals in case 
> > > >you're wondering).
>
> > > Then I'm assuming you must require the app publisher to make some
> > > small addition to their source code - which is no big deal to the
> > > coder.
>
> > Nope. The ads are only in our client, and the customisation deals are
> > with OEMs and hardware distributors for customer versions of our
> > systems. Developers don't have to modify anything.
>
> > > > If you also add in that Market does things that third party after-
> > > > market app stores can't (automatic updates, copy protection,
> > > > permissions-before-download installs), you can see that any company
> > > > getting into the Android app store space is competing on a uneven
> > > > playing field from day 1 on devices where they aren't integrated into
> > > > the firmware
>
> > > If you already require a mod to the source as per above, you could
> > > also add some phone-home 'occasionally' capability (your marketplace
> > > home) ... which could implement a 'better' copy protection mechanism
> > > than the Android Market currently has.
>
> > AndAppStore already offers a purchase checking facility where
> > developers can, if they want to, check against our database of
> > purchases to see if the user has purchased a copy of the app for the
> > specific device it's running on.
>
> > > Similarly, you could also use such phone-home code to implement a
> > > 'better' updates policy - e.g. I find the current update mechanism in
> > > Android Market a pain in the butt in that it tries to update apps 'too
> > > often'. E.g. you could let the 'phone user' pick a minimum update
> > > frequency which overrides those frenetic/frivolous updaters.
>
> > We're looking at adding a time selector in addition to our the on/off
> > switch we currently have in the AndAppStore client for background
> > update checking.
>
> > Al.

-- 
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: Oracle Android App Store

[Al Sutton]

On Jun 12, 8:44 am, gosh  wrote:
> >(our revenue is from ads in the client & customisation deals in case you're 
> >wondering).
>
> Then I'm assuming you must require the app publisher to make some
> small addition to their source code - which is no big deal to the
> coder.
>

Nope. The ads are only in our client, and the customisation deals are
with OEMs and hardware distributors for customer versions of our
systems. Developers don't have to modify anything.

> > If you also add in that Market does things that third party after-
> > market app stores can't (automatic updates, copy protection,
> > permissions-before-download installs), you can see that any company
> > getting into the Android app store space is competing on a uneven
> > playing field from day 1 on devices where they aren't integrated into
> > the firmware
>
> If you already require a mod to the source as per above, you could
> also add some phone-home 'occasionally' capability (your marketplace
> home) ... which could implement a 'better' copy protection mechanism
> than the Android Market currently has.

AndAppStore already offers a purchase checking facility where
developers can, if they want to, check against our database of
purchases to see if the user has purchased a copy of the app for the
specific device it's running on.

>
> Similarly, you could also use such phone-home code to implement a
> 'better' updates policy - e.g. I find the current update mechanism in
> Android Market a pain in the butt in that it tries to update apps 'too
> often'. E.g. you could let the 'phone user' pick a minimum update
> frequency which overrides those frenetic/frivolous updaters.
>

We're looking at adding a time selector in addition to our the on/off
switch we currently have in the AndAppStore client for background
update checking.

Al.

-- 
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: Oracle Android App Store

[Al Sutton]

Do we need any more app stores? :)

We've been running AndAppStore since the G1 launch and the most common
reason we hear for developers not listing is that they don't want to
maintain multiple market listings, so I doubt that the creation of
multiple markets backed by large companies is viable. AndAppStore
gives 100% of app sales revenue to developers, making it as profitable
as possible for paid-apps, and we still hit the "multiple market
maintenance" issue (our revenue is from ads in the client &
customisation deals in case you're wondering).

If you also add in that Market does things that third party after-
market app stores can't (automatic updates, copy protection,
permissions-before-download installs), you can see that any company
getting into the Android app store space is competing on a uneven
playing field from day 1 on devices where they aren't integrated into
the firmware, which makes running a market an unattractive proposition
for most businesses.

Al.

P.S. In case you were wondering, we keep running AndAppStore because
people want us to and it doesn't drain the companies resources. There
are users of non-Google experience devices & developers of apps they'd
like to be paid for who live in non-Google approved countries, so
we're happy to keep it running.

On Jun 11, 5:26 am, Andy Savage  wrote:
> I think that it's highly possible for a competing App market to make a
> splash but it would have to come pre-installed on the phones. It could be
> possible though for a company who develops one to pre-install it if they
> make a deal with HTC for certain models of phones :-)
>
> Perhaps just pick 2 of the latest phones and make a deal with HTC to include
> it alongside the google one. Or perhaps HTC could cobrand (HTC store run by
> xyz company).
>
> --
> "The greatest challenge to any thinker is stating the problem in a way that
> will allow a solution"
> - Bertrand Russell
>
> Andy Savage
> Cell Phone: +852 936 34341
> Skype ID: andy_savage
> Linked In:http://www.linkedin.com/in/andysavage
>
>
>
> On Fri, Jun 11, 2010 at 12:21 PM, gosh  wrote:
> > HTC don't have the global reach.
> > Of the Taiwanese companies ACER is probably the most international in
> > reach and intent - although they are pretty much a Microsoft shop.
> > They have this annual pattern thats been going for years, where they
> > demonstrate some prototype typically running some variant of Linux
> > (including Android) at Computex and the like, while they are
> > negotiating a better annual deal for Windows XP/and now Windows7 from
> > Microsoft, as a bargaining chip. ASUS has become their student in this
> > - witness the EeePC which mainly comes installed with a Windows
> > variant these days, after making its splash in the market with Linux.
> > I don't think the answer to android app market invigoration likes in
> > Taiwan.
>
> > Steve
>
> > On Jun 11, 11:48 am, Chi Kit Leung  wrote:
> > > Maybe HTC can develop their own market. But I am doubtful about they are
> > > working closely with Google.
>
> > > On Fri, Jun 11, 2010 at 9:16 AM, Yahel  wrote:
> > > > Slight problem,
>
> > > > The pre-installed market in every phone is Google's.
>
> > > > How do you overcome that ?
>
> > > > Internet Explorer is still the most used browser in the world(70 % on
> > > > non-tech-savvy sites) 8 years after the launch of firefox which is way
> > > > better. Just because IE is pre-installed in every windows machine.
>
> > > > Same thing here. Other markets won't be able to compete because of
> > > > that.
>
> > > > Yahel
>
> > > > --
> > > > 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 > > >  cr...@googlegroups.com> > cr...@googlegroups.com>
> > > > For more options, visit this group at
> > > >http://groups.google.com/group/android-developers?hl=en
>
> > > --
> > > Regards,
> > > Michael Leunghttp://www.itblogs.infohttp://www.michaelleung.info
>
> > --
> > 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 > cr...@googlegroups.com>
> > For more options, visit this group at
> >http://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: Where can I get an installable Froyo image for my Android Market Device Seeding Program Nexus One?

[Al Sutton]

>From the current information circulating it appears there will be an
OTA update when it's ready (and, for you, there will probably be a
delay while Vodafone approve it). The circulating update is a test
version and does have bugs, so it's not a good idea to consider it a
stable development platform.

Al.

--

* Looking for Android Apps? - Try http://andappstore.com/ *

==
Funky Android Limited is registered in England & Wales with the
company number  6741909.

The views expressed in this email are those of the author and not
necessarily those of Funky Android Limited, it's associates, or it's
subsidiaries.


On May 26, 10:28 am, brindy  wrote:
> I'm using a Nexus One on Vodafone in the UK (thanks Google-IO) and am
> wondering the same thing ... am I going to get Froyo automagically or
> do I need to manually update?
>
> Thanks,
> Chris
>
> On 26 May, 10:19, String  wrote:
>
>
>
> > On May 26, 7:56 am, pistol  wrote:
>
> > > I did - and almost all of them have a similar (http://
> > > android.clients.google.com/packages/passion/signed-passion-FRF50-from-
> > > ERE27.1e519a24.zip) link that does not work - why have Google taken it
> > > down?
>
> > Apparently it wasn't a completely official 
> > build:http://www.androidpolice.com/2010/05/25/is-the-leaked-froyo-build-jus...
>
> > 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

[android-developers] Re: I've found a way to stop piracy of my apps

[Al Sutton]

I'm not sure how many developers will like your licensing terms,
especially the bit which prevents them from creating any form of
licensing solution of their own if they download your app. It's also
worth noting that you're statement preventing reverse-engineer doesn't
hold water in many jurisdictions (e.g. Europe where Article 6 of the
European Software Directive specifically allows it for certain
reasons, have a look about half way down the article at
http://www.aplf.org/mailer/issue113.html).

Don't get me wrong, it's always good to see innovation in this field,
but you might want to ease up on your license a little.

Al.

On May 5, 7:09 pm, dadical  wrote:
> Hey Tim.
>
> You're correct that validating purchase with the market is a key piece
> of our solution.  Figuring out how exactly to do that using Google's
> binary market protocol in an efficient way (try doing everything that
> AAL does in a 35 KB library) was a fairly significant dev effort.
> What's more, balancing license generation, market API security, cross-
> Android version compatibility, customization, etc., and you've got a
> nice little chunk of work that we put into this solution.
>
> As for pricing, we'll see what the market will support.  In our own
> single app Screebl, we "lose" about $100/day in revenue to pirated
> apps, so $50 seems cheap.   I know that not all of that $100 will
> translate into sales, but some percentage will.  My point is it
> shouldn't take long for AAL to pay for itself.
>
> Dave
>
> On May 5, 1:23 pm, strazzere  wrote:
>
>
>
>
>
> > Looking at your documentation, I'm assuming your making a call to the
> > market requesting the state of the application -- if I'm wrong, then
> > just disregard this information. If I'm right, I guess my only
> > question is why are you charging so much information for such a
> > simplistic method?
>
> > Don't get me wrong - that method would probably be the best one I've
> > seen yet on the market, but that's still a nice chunk of money to
> > charge for it.
>
> > -Tim
>
> > On May 4, 5:20 pm, dadical  wrote:
>
> > > I've spent the last few weeks developing a new tool to stoppiracyof
> > > my paid apps on the Android Market.  In a nutshell, licensing is tied
> > > directly to purchase verification.  There is no license server to
> > > manage, no key for the user to enter.  User experience is basically
> > > uninterrupted from normal application purchase.
>
> > > I'm excited about this, as my paid apps are now reachingpiracyrates
> > > as high as 90% on some days,with the average somewhere around 75%.
> > > For pirated apps, purchase verification (and subsequently licensing)
> > > will fail after a certain number of attempts, and pirates will be left
> > > with anything from a "buy me" nag, to a disabled app (behavior is
> > > configurable).
>
> > > Android Market is the only supported purchase validation target so
> > > far.  Others will be forthcoming if demand warrants.
>
> > > This isn't a perfect solution (I have yet to find a perfect licensing
> > > solution), but I feel it is the best balance of security, features,
> > > and workflow that I've seen to date.
>
> > > You can find a write up, download, and purchasing information 
> > > here:http://keyeslabs.com/joomla/index.php/projects/auto-app-licensing
>
> > > I'll be looking forward to the comments, suggestions, and death
> > > threats.
>
> > > --
> > > 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 
> > 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 
> 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: Selling outside the Android Market--> Use Google Checkout to sell direct from website??? SlideMe.Org??

[Al Sutton]

Have you considered AndAppStore?

Payments go directly from the user to the developer using PayPal
without any cut being taken by us. We offer a purchase checking system
so you can verify user purchases from within the app itself.

If you'd like more info or have any comments feel free to drop me an
Email.

Al.

On Apr 15, 12:53 pm, Paul  wrote:
> I'm looking at ways to sell my app to countries where Android Market
> does not allow people to buy apps (only free apps available in
> market).
>
> I was looking at Slideme.org, but most of the apps there seem free and
> the details on their website seem scant about how to actually setup an
> account so they can pay me using say PayPal. Also, I couldn't reach
> them by phone, so I'm guessing its a pretty small operation.
>
> I was also thinking about using Google Checkout to sell directly from
> my website. Would use a buy now button for digital content delivery,
> using a server 2 server back end post to send a license key to Google
> checkout which they only show to user after they've paid (or
> authorized, or something). User would then enter license key on my
> website using an Android phone browser only and if key is good would
> get redirected to the .apk file for download.
>
> Still lots of risks for piracy. I suppose having the user enter the
> license key in the app itself and having the app communicate back with
> the server for validation might be better, and there are other
> solutions for that as well.
>
> My main questions are:
> - Does anyone have experience using SlideMe for actually selling apps,
> and are they good with service and getting you paid?
>  -Is there any issue with using the same Google Checkout account that
> is linked to my sales on the Android Market to sell directly from my
> website??
> -Is it against any Google policy to sell an app directly using Google
> Checkout for the same app that is available through Android Market??

-- 
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: Device Seeding Program for Top Android Market Developers

[Al Sutton]

I think people need to look at the bigger picture here;

The retail value of what Google is doing here is probably over US$1
million (working on 2,000 phones at US$500 each).

If what they get for that investment is a lot of negativity on public
forums which brings into question their ability to ship and deliver
products then I can't see them making a similar investment in the
future.

So, before posting up more "No change here" or "Why haven't I got my
'phone" posts, stop and think;

- When someone gets a phone in a new region I'm sure they'll put a
post up, so if you don't find one using search then it's unlikely the
'phones have started being delivered in your area.

- When someone posts a "Got one" email in your region don't expect
yours to have been delivered on the same day. Wait a couple of weeks.
They're probably shipped in batches.

- If you're the lucky person who gets on first in your country, let us
know.

- If you get one be grateful. Don't post a "Finally, I got my freebie"
message because, after all, it's cost you absolutely nothing, and the
only person getting stressed over you not getting the 'phone you
haven't paid for is you.

Al.

P.S. There have been complaints about Brightpoint in the past, if
Google are still using them then there's probably a reason that isn't
going to be changed by posts to this forum.

On Apr 12, 2:52 pm, Ottavio  wrote:
> Hi all, no news in Italy ?
> I'm another one that is waiting a nexus1 in Italy ..
>
> bye
> Ottavio
>
> On Apr 8, 11:57 pm, "olivier.bo...@gmail.com"
>
>
>
>  wrote:
> > Sorry, I meant in Europe, no phone seems to have been received outside
> > the US yet except for ADC2 phones (and yes I think I've read the 600+
> > messages in hope to find one :-)).
> > I think us European will have to wait a couple of weeks more but it's

-- 
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: Device Seeding Program for Top Android Market Developers

[Al Sutton]

If they were only going to paid-app developers I'd understand your
point, but the seeding program is getting devices to lab attendees,
forum supporters and free app developers as well as paid ones, so
there are a fair number of people in there that won't be making
anything back for Google because either they won't release apps or
they won't charge for them.

As you're no worse off than before you got your email I don't see why
you're sad, I'd understand being sad if you'd had to do something or
pay something specifically to qualify for the 'phone, but in this case
they're rewards for past actions, so you haven't really been put-out
and you're definitely not out of pocket if the 'phone doesn't turn up.

Al.

On Apr 12, 12:48 pm, Richard  wrote:
> Nobody here is ungrateful, but I don't think it is unfair of us to be
> disappointed that our phones have not arrived after 6 weeks, when
> we're told 2-4.
>
> And it's a little naive to think that they aren't doing this for their
> own benefit, they are being sent so that established developers - who
> may or may not be considering putting out new applications
> (considerably more likely to now that they have a shiny new phone), so
> that we can develop things for their market place, and ultimately they
> can make money from the app sales.
>
> The 30% in transaction fee's that's been taken through my sales could
> have bought me more than one N1, and cover the cost of manufacturing
> about half a dozen. And my paid apps are far from top-sellers.
>
> But again, I'm not remotely ungrateful, just sad that it hasn't turned
> up in the time that we were promised.
>
> On Apr 12, 10:49 am, Al Sutton  wrote:
>
>
>
> > David,
>
> > Whilst I understand your concern, even if someone posted "I got mine"
> > and they lived right next door to your old address that doesn't mean
> > yours will have arrived. Yes, we've been told all of the 'phones have
> > been sent out, but the shipping was most likely done in batches and so
> > there could be days or weeks between the first and last UK deliveries.
>
> > So I'd still suggest you hold out until the end of the month. If your
> > 'phone arrives then great, if it doesn't arrive by the end of the
> > month then drop another email to google and see if they're willing to
> > do something about it, but even if the worst comes to the worst and
> > you don't get a 'phone you're not out of pocket and no worse off than
> > you were before Google decided to give you a freebie.
>
> > Al.
>
> > On Apr 12, 8:55 am, dgoemans  wrote:
>
> > > Al,
>
> > > Thanks and i completely agree... my concern is there's been a big
> > > change of situation on my side: no one is available at that address
> > > anymore, and i'm moving, so that address will no longer be valid soon.
> > > Google have said they're all shipped, so there's nothing i can do
> > > about it. And that was 2 weeks ago when i requested the change of
> > > address. This is why i'm actively watching this thread.
>
> > > David
>
> > > On Apr 12, 8:44 am, Al Sutton  wrote:
>
> > > > It cost you nothing, so lighten up.
>
> > > > So what if the shipping that you didn't pay for takes longer than was
> > > > in the original email?, Google are the ones paying for this, so it's
> > > > entirely under their control, and it's up to them when want to do
> > > > something about it.
>
> > > > If you really are desperate for a Nexus one / Droid go out and buy one
> > > > then sell it on eBay once your free one arrives. Yes, you'll lose some
> > > > money, but hey, you're the one desperate for the 'phone and
> > > > convenience costs.
>
> > > > I'd like to suggest that everyone gives up on they "Still haven't got
> > > > my free 'phone" emails until the end of April.  By that point we'll be
> > > > well past the timeframe in the email and it's then worth contacting
> > > > Google directly (not via this list) because if 'phones are getting
> > > > lost in shipping and Google don't make an insurance claim are not made
> > > > then the shipping partner involved won't start looking into why
> > > > 'phones weren't delivered.
>
> > > > Al.
>
> > > > On Apr 11, 10:29 pm, Genc  wrote:
>
> > > > > Nothing for London, Grrr...
>

[android-developers] Re: Device Seeding Program for Top Android Market Developers

[Al Sutton]

Please read "UK deliveries" as "European deliveries", small brain-fart
on my part, sorry.

On Apr 12, 10:49 am, Al Sutton  wrote:
> David,
>
> Whilst I understand your concern, even if someone posted "I got mine"
> and they lived right next door to your old address that doesn't mean
> yours will have arrived. Yes, we've been told all of the 'phones have
> been sent out, but the shipping was most likely done in batches and so
> there could be days or weeks between the first and last UK deliveries.
>
> So I'd still suggest you hold out until the end of the month. If your
> 'phone arrives then great, if it doesn't arrive by the end of the
> month then drop another email to google and see if they're willing to
> do something about it, but even if the worst comes to the worst and
> you don't get a 'phone you're not out of pocket and no worse off than
> you were before Google decided to give you a freebie.
>
> Al.
>
> On Apr 12, 8:55 am, dgoemans  wrote:
>
>
>
> > Al,
>
> > Thanks and i completely agree... my concern is there's been a big
> > change of situation on my side: no one is available at that address
> > anymore, and i'm moving, so that address will no longer be valid soon.
> > Google have said they're all shipped, so there's nothing i can do
> > about it. And that was 2 weeks ago when i requested the change of
> > address. This is why i'm actively watching this thread.
>
> > David
>
> > On Apr 12, 8:44 am, Al Sutton  wrote:
>
> > > It cost you nothing, so lighten up.
>
> > > So what if the shipping that you didn't pay for takes longer than was
> > > in the original email?, Google are the ones paying for this, so it's
> > > entirely under their control, and it's up to them when want to do
> > > something about it.
>
> > > If you really are desperate for a Nexus one / Droid go out and buy one
> > > then sell it on eBay once your free one arrives. Yes, you'll lose some
> > > money, but hey, you're the one desperate for the 'phone and
> > > convenience costs.
>
> > > I'd like to suggest that everyone gives up on they "Still haven't got
> > > my free 'phone" emails until the end of April.  By that point we'll be
> > > well past the timeframe in the email and it's then worth contacting
> > > Google directly (not via this list) because if 'phones are getting
> > > lost in shipping and Google don't make an insurance claim are not made
> > > then the shipping partner involved won't start looking into why
> > > 'phones weren't delivered.
>
> > > Al.
>
> > > On Apr 11, 10:29 pm, Genc  wrote:
>
> > > > Nothing for London, Grrr...
>
> > > > On Apr 10, 10:43 am, Thomas Riley  wrote:
>
> > > > > Still nothing for me in UK either.
>
> > > > > From what Google have said via email, it's likely to be a few more
> > > > > weeks. Worth the wait though ;)
>
> > > > > On Apr 10, 9:28 am, dgoemans  wrote:
>
> > > > > > Still no-one in Europe? Myself and another dev i know in the
> > > > > > Netherlands have not got ours yet.
>
> > > > > > On Apr 8, 11:57 pm, "olivier.bo...@gmail.com"
>
> > > > > >  wrote:
> > > > > > > Sorry, I meant in Europe, no phone seems to have been received 
> > > > > > > outside
> > > > > > > the US yet except for ADC2 phones (and yes I think I've read the 
> > > > > > > 600+
> > > > > > > messages in hope to find one :-)).
> > > > > > > I think us European will have to wait a couple of weeks more but 
> > > > > > > it's
> > > > > > > ok, it's a free phone, it's a gift, it could arrive in a few month
> > > > > > > time and still be a great surprise and a nice touch from Google!
>
> > > > > > > On Apr 8, 11:37 pm, "~ TreKing"  wrote:
>
> > > > > > > > On Thu, Apr 8, 2010 at 3:52 PM, olivier.bo...@gmail.com <
>
> > > > > > > > olivier.bo...@gmail.com> wrote:
> > > > > > > > > I'm still surprised about Google's comment that many people 
> > > > > > > > > have already
> > > > > > > > > received their phone (for MarketSeedingProgram)

[android-developers] Re: Device Seeding Program for Top Android Market Developers

[Al Sutton]

David,

Whilst I understand your concern, even if someone posted "I got mine"
and they lived right next door to your old address that doesn't mean
yours will have arrived. Yes, we've been told all of the 'phones have
been sent out, but the shipping was most likely done in batches and so
there could be days or weeks between the first and last UK deliveries.

So I'd still suggest you hold out until the end of the month. If your
'phone arrives then great, if it doesn't arrive by the end of the
month then drop another email to google and see if they're willing to
do something about it, but even if the worst comes to the worst and
you don't get a 'phone you're not out of pocket and no worse off than
you were before Google decided to give you a freebie.

Al.

On Apr 12, 8:55 am, dgoemans  wrote:
> Al,
>
> Thanks and i completely agree... my concern is there's been a big
> change of situation on my side: no one is available at that address
> anymore, and i'm moving, so that address will no longer be valid soon.
> Google have said they're all shipped, so there's nothing i can do
> about it. And that was 2 weeks ago when i requested the change of
> address. This is why i'm actively watching this thread.
>
> David
>
> On Apr 12, 8:44 am, Al Sutton  wrote:
>
>
>
> > It cost you nothing, so lighten up.
>
> > So what if the shipping that you didn't pay for takes longer than was
> > in the original email?, Google are the ones paying for this, so it's
> > entirely under their control, and it's up to them when want to do
> > something about it.
>
> > If you really are desperate for a Nexus one / Droid go out and buy one
> > then sell it on eBay once your free one arrives. Yes, you'll lose some
> > money, but hey, you're the one desperate for the 'phone and
> > convenience costs.
>
> > I'd like to suggest that everyone gives up on they "Still haven't got
> > my free 'phone" emails until the end of April.  By that point we'll be
> > well past the timeframe in the email and it's then worth contacting
> > Google directly (not via this list) because if 'phones are getting
> > lost in shipping and Google don't make an insurance claim are not made
> > then the shipping partner involved won't start looking into why
> > 'phones weren't delivered.
>
> > Al.
>
> > On Apr 11, 10:29 pm, Genc  wrote:
>
> > > Nothing for London, Grrr...
>
> > > On Apr 10, 10:43 am, Thomas Riley  wrote:
>
> > > > Still nothing for me in UK either.
>
> > > > From what Google have said via email, it's likely to be a few more
> > > > weeks. Worth the wait though ;)
>
> > > > On Apr 10, 9:28 am, dgoemans  wrote:
>
> > > > > Still no-one in Europe? Myself and another dev i know in the
> > > > > Netherlands have not got ours yet.
>
> > > > > On Apr 8, 11:57 pm, "olivier.bo...@gmail.com"
>
> > > > >  wrote:
> > > > > > Sorry, I meant in Europe, no phone seems to have been received 
> > > > > > outside
> > > > > > the US yet except for ADC2 phones (and yes I think I've read the 
> > > > > > 600+
> > > > > > messages in hope to find one :-)).
> > > > > > I think us European will have to wait a couple of weeks more but 
> > > > > > it's
> > > > > > ok, it's a free phone, it's a gift, it could arrive in a few month
> > > > > > time and still be a great surprise and a nice touch from Google!
>
> > > > > > On Apr 8, 11:37 pm, "~ TreKing"  wrote:
>
> > > > > > > On Thu, Apr 8, 2010 at 3:52 PM, olivier.bo...@gmail.com <
>
> > > > > > > olivier.bo...@gmail.com> wrote:
> > > > > > > > I'm still surprised about Google's comment that many people 
> > > > > > > > have already
> > > > > > > > received their phone (for MarketSeedingProgram). If this is 
> > > > > > > > true, none of
> > > > > > > > them is reading this thread I guess.
>
> > > > > > > If you trudge through the 600+ posts in this thread, you will 
> > > > > > > find that many
> > > > > > > of them are people posting "Got [X Phone] in [Y Location]".
>
> > > > > > > Also, those that got their phones are probably busy pl

[android-developers] Re: Device Seeding Program for Top Android Market Developers

[Al Sutton]

It cost you nothing, so lighten up.

So what if the shipping that you didn't pay for takes longer than was
in the original email?, Google are the ones paying for this, so it's
entirely under their control, and it's up to them when want to do
something about it.

If you really are desperate for a Nexus one / Droid go out and buy one
then sell it on eBay once your free one arrives. Yes, you'll lose some
money, but hey, you're the one desperate for the 'phone and
convenience costs.

I'd like to suggest that everyone gives up on they "Still haven't got
my free 'phone" emails until the end of April.  By that point we'll be
well past the timeframe in the email and it's then worth contacting
Google directly (not via this list) because if 'phones are getting
lost in shipping and Google don't make an insurance claim are not made
then the shipping partner involved won't start looking into why
'phones weren't delivered.

Al.


On Apr 11, 10:29 pm, Genc  wrote:
> Nothing for London, Grrr...
>
> On Apr 10, 10:43 am, Thomas Riley  wrote:
>
>
>
> > Still nothing for me in UK either.
>
> > From what Google have said via email, it's likely to be a few more
> > weeks. Worth the wait though ;)
>
> > On Apr 10, 9:28 am, dgoemans  wrote:
>
> > > Still no-one in Europe? Myself and another dev i know in the
> > > Netherlands have not got ours yet.
>
> > > On Apr 8, 11:57 pm, "olivier.bo...@gmail.com"
>
> > >  wrote:
> > > > Sorry, I meant in Europe, no phone seems to have been received outside
> > > > the US yet except for ADC2 phones (and yes I think I've read the 600+
> > > > messages in hope to find one :-)).
> > > > I think us European will have to wait a couple of weeks more but it's
> > > > ok, it's a free phone, it's a gift, it could arrive in a few month
> > > > time and still be a great surprise and a nice touch from Google!
>
> > > > On Apr 8, 11:37 pm, "~ TreKing"  wrote:
>
> > > > > On Thu, Apr 8, 2010 at 3:52 PM, olivier.bo...@gmail.com <
>
> > > > > olivier.bo...@gmail.com> wrote:
> > > > > > I'm still surprised about Google's comment that many people have 
> > > > > > already
> > > > > > received their phone (for MarketSeedingProgram). If this is true, 
> > > > > > none of
> > > > > > them is reading this thread I guess.
>
> > > > > If you trudge through the 600+ posts in this thread, you will find 
> > > > > that many
> > > > > of them are people posting "Got [X Phone] in [Y Location]".
>
> > > > > Also, those that got their phones are probably busy playing with /
> > > > > developing on them and have long since lost interest in this thread.
>
> > > > > ---
> > > > >  --
> > > > > 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 
> > > > 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

To unsubscribe, reply using "remove me" as the subject.

[android-developers] Re: any lawyer types out there that can get this site down?

[Al Sutton]

There is no law which covers reproducing information in the public
domain (such as whois records).

You should contact the registrar (GoDaddy), inform them the
information is wrong and they're publishing your personal information,
and ask for the domain to be taken down as it's incorrectly
registered.

Better still, as whomever is involved in it has listed you as the
admin and tech contacts you could ask GoDaddy to transfer the domain
to your control, then point it at a domain parking page. That way you
could get money from the parking page and the site would become a non-
issue for everyone here and so they'd stop hassling you.

Have a nice day,

Al.

On Apr 9, 1:23 am, "Guess Who, You Probably have my Number"
 wrote:
> I will say this one more time.  DO NOT own this site or am I
> affiliated with it. I f I see anybody else freely placing my personal
> information on a forum,etc. I will have my lawyer personally contact
> you. As this is a violation of more than one law, regardless of my
> past, this is wrong. It was sold to a guy out of Sweden. What he did
> or does with it is out of my control.
> Please remove my contact info.
>
> On Apr 8, 8:07 pm, Bob Kerns  wrote:
>
>
>
> > Well, if my paid app shows up there, I'll be contacting their ISP,
> > domain registrar, and local authorities. I encourage anyone similarly
> > being ripped off to do the same.
>
> > I'm only doing it if my app shows up there, because then I'll have the
> > evidence and the legal standing for a complaint.
>
> > They appear to be located in Florida, so this should fall under the
> > DCMA, which is a lousy law, but at least should work OK; this sort of
> > thing has always been illegal.
>
> > If someone's feeling adventurous, they can email and/or call and see
> > what they have to say for themselves. It's still possible we're
> > jumping to conclusions.
>
> > Registrant:
> >    Private
> >    9306 new heritage rd apt 302
> >    orlando, Florida 32825
> >    United States
>
> >    Domain Name: ANDROIDPLAYGROUND.NET
> >       Created on: 10-Sep-09
> >       Expires on: 10-Sep-11
> >       Last Updated on: 26-Jan-10
>
> >    Administrative Contact:
> >       narbone, nicholas
> >       9306 new heritage rd apt 302
> >       orlando, Florida 32825
> >       United States
> >       +1.4073348336      Fax --
>
> >    Technical Contact:
> >       narbone, nicholas
> >       9306 new heritage rd apt 302
> >       orlando, Florida 32825
> >       United States
> >       +1.4073348336      Fax --
>
> >    Domain servers in listed order:
> >       NS1.ANDROIDPLAYGROUND.NET
> >       NS2.ANDROIDPLAYGROUND.NET
>
> > On Apr 8, 8:59 am, nexbug  wrote:
>
> > > Basically you can get a subscription to their site for a nominal fee
> > > and they will give you access to pirated android apps. The same apps
> > > that you publish for a fee, the seem to download them from the market
> > > by paying you once and distribute to their paid users for free. Nice
> > > business model. I think Google has been notified of these guys a
> > > hundred times, but i dont think anyone cares, assuming that these
> > > folks may not be making a dent big enough to justify any action.
> > > I guess this is the flipside of playing on an open platform.. focus on
> > > building a better product and worry less about the bottom-feeders.
>
> > > -g
>
> > > On Apr 8, 8:43 am, Michael MacDonald 
> > > wrote:
>
> > > > On 04/08/10 08:23, Bob Kerns wrote:> HOWEVER -- as a developer, I can 
> > > > find no way to list my paid app on
> > > > > their site. This makes me very suspicious. Are the developers getting
> > > > > paid, or are these pirates?
>
> > > > 100% pirates

-- 
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: Being legally harassed, by a large iPhone developer

[Al Sutton]

Kevin,

Can you tell me if you're a legal advisor, because your understanding
of copyright/trademark seems to differ from mine so I'd like to know
if I've got things wrong.

As far as I'm aware copyright requires using actual material lifted
from their app (e.g. graphics, reverse engineered source code, etc.),
or reproduction of something to a level that's indistinguishable to an
average person (i.e. parts or the whole look exactly the same, not
just similar, but exactly the same).

As for trademarks, these tend to only cover brand names and logos/
images. So you can't, for example, trademark a game, but you can apply
for a trademark on its' name and/or it's logo.

But as I've said before, I'm no legal advisor, so if you are a
clarification of these definitions would be great.

Al.


On Mar 23, 4:02 am, Kevin Duffey  wrote:
> So question Richard... btw, I play the trial game.. great job on that game.
>  Have you ever played their game before you wrote yours... did you get the
> idea for your game from theirs? They site specific details, like the layout
> of the runways, the premise of the game, edge alerts, etc... that sounds
> very similar to what your game is. I don't know that I would take a couple
> of emails from the CEO as something to worry about just yet. I'd do as the
> other guy said above..  ask them what specifically they refer to that you
> "stole" from their game, etc. However, I would guess if they
> trademarked/copyrighted their game, you may have no choice. But the letter
> isn't from a legal firm or anything at this point.. it wouldn't hurt to get
> legal representation, as well, maybe youtube their game and read up on when
> it was published, when you started yours, etc. Who knows..maybe they stole
> your idea and just copyrighted/trademarked it and you didn't, so they feel
> they have some legal ground to stand on.
>
> On Mon, Mar 22, 2010 at 1:19 PM, Mario Zechner wrote:
>
>
>
> > I have no legal advice as i'm the last person to ask about such
> > questions. I just want to share my concern that this will happen to a
> > lot of game developers on Android. If you happen to get more info on
> > the matter from say a proper legal advisor please share it here with
> > us.
>
> > On 22 Mrz., 19:34, MrChaz  wrote:
> > > I guess it depends on just how similar the layout of the levels are,
> > > they might have a case for IP infringement.  I don't think they can
> > > have any claim over the gameplay etc but if the art style and layout
> > > is a clone they I dunno IP law seems really complicated :(
> > > I would seriously contact a lawyer to see where you stand
>
> > > On Mar 22, 12:24 am, Richard  wrote:
>
> > > > Hi everyone,
>
> > > > I'm the developer of a game, Flying Aces, that was released last
> > > > September.
>
> > > > It's a simple line drawing game, of which there are now several
> > > > variations on a similar theme.
>
> > > > There is a very popular iPhone game, Flight Control, that is one of
> > > > the most popular (over 2 million sales) developed by Firemint.
>
> > > > Firemint, according to their website, are porting their Flight Control
> > > > game to Android very soon.
>
> > > > I was contacted last week, with this email:
> >http://stickycoding.com/fa1.pdf
>
> > > > I promptly replied, asking whether it was some kind of joke, and asked
> > > > whether they are accusing me of using any of their graphics/audio/
> > > > resources (which I do not).
>
> > > > I got this response today:http://stickycoding.com/fa2.pdf
>
> > > > They appear to be demanding (they haven't explicitly mentioned, but
> > > > I'm sure they will mention legal proceedings in their next reply) that
> > > > I stop selling my game, because it is vaguely similar to theirs. Now,
> > > > yes, you land planes by dragging a path, but that's the line-drawing
> > > > genre. And mentioning similar things such as "helicopter landing site
> > > > with a big H".
>
> > > > Does anyone have any opinions on this matter? I'm assuming they have
> > > > contacted developers of similar apps (Flight Director is very similar
> > > > to my game, and is more popular, I would assume they were contacted
> > > > first) so I've emailed them to see.
>
> > > > I don't take to kindly to larger businesses trying to nudge indie devs
> > > > like myself out of the way to create a monopoly for there game before
> > > > it is even published.
>
> > > > I know this isn't a programming question but, I figured it applies to
> > > > many developers like myself, and there isn't much in the way of advice
> > > > other than on here.
>
> > --
> > 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 > cr...@googlegroups.com>
> > For more options, visit this group at
> >http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Being legally harassed, by a large iPhone developer

[Al Sutton]

First off; I'm not a qualified legal advisor, so my views here are
from my experience of matters like this and should not be construed as
solid legal advice.

As long as you've not used their code or other files from the app your
first step should be to go back to them and say the app is not derived
from their application and all materials used in the application have
been created by, or appropriately licensed by, your company for use in
your application. You should also ask them the jurisdiction under
which they are making these claims and for specific examples of where
they have found materials have been taken from their application and
incorporated into yours, or where they believe trademark infringement
has taken place.

In all the jurisdictions I'm aware of to breach copyright you must
have either taken something from their app, or created an exact
duplicate of it to the extent that the two can not be told apart by
the average person. In terms of trademarks, well, trademarks are
registered with different agencies around the world, and what's
considered a legitimate trademark in one region isn't for another
(e.g. currently Android isn't a registered trademark of Google in
Europe, but is a Google registered trademark in the US), so it can be
pretty complex, but unless they have specific examples it sounds like
they're just trying to clear the market of any competition so they can
make as much money as they can.

There was a spate of "Look and Feel" lawsuits in the 80's which fell
flat on their face (you can see a bit about it at
http://www.oreillynet.com/onlamp/blog/2003/12/the_revival_of_the_lookandfeel.html
).

The main thing to remember though, is if you're in any doubt contact a
qualified legal advisor.

Al.
--

* Looking for Android Apps? - Try http://andappstore.com/ *

==
Funky Android Limited is registered in England & Wales with the
company number  6741909.

The views expressed in this email are those of the author and not
necessarily those of Funky Android Limited, it's associates, or it's
subsidiaries.

On Mar 22, 12:24 am, Richard  wrote:
> Hi everyone,
>
> I'm the developer of a game, Flying Aces, that was released last
> September.
>
> It's a simple line drawing game, of which there are now several
> variations on a similar theme.
>
> There is a very popular iPhone game, Flight Control, that is one of
> the most popular (over 2 million sales) developed by Firemint.
>
> Firemint, according to their website, are porting their Flight Control
> game to Android very soon.
>
> I was contacted last week, with this email:http://stickycoding.com/fa1.pdf
>
> I promptly replied, asking whether it was some kind of joke, and asked
> whether they are accusing me of using any of their graphics/audio/
> resources (which I do not).
>
> I got this response today:http://stickycoding.com/fa2.pdf
>
> They appear to be demanding (they haven't explicitly mentioned, but
> I'm sure they will mention legal proceedings in their next reply) that
> I stop selling my game, because it is vaguely similar to theirs. Now,
> yes, you land planes by dragging a path, but that's the line-drawing
> genre. And mentioning similar things such as "helicopter landing site
> with a big H".
>
> Does anyone have any opinions on this matter? I'm assuming they have
> contacted developers of similar apps (Flight Director is very similar
> to my game, and is more popular, I would assume they were contacted
> first) so I've emailed them to see.
>
> I don't take to kindly to larger businesses trying to nudge indie devs
> like myself out of the way to create a monopoly for there game before
> it is even published.
>
> I know this isn't a programming question but, I figured it applies to
> many developers like myself, and there isn't much in the way of advice
> other than on here.

-- 
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] Re: Device Seeding Program for Top Android Market Developers

[Al Sutton]

Tax issues depend largely on how their "shipping partners" ship the
item, and I don't think there are any of them reading this list :).

They might ship it from a EU / UK Warehouse. They may say it has 0
value as it's a free gift. They may pre-pay any taxes.

but at the end of the day a Nexus one for the price of import duty
isn't a bad deal :).

Al.

On Mar 11, 6:37 pm, Thomas Riley  wrote:
> Exactly! I'm happy to wait as long as it takes.
>
> Only thing I would like to know though
>
> Since its being imported to the UK will I have to pay import taxes?
> Really wish someone would reply to my geuine question!
>
> On Mar 11, 6:12 pm, "Maps.Huge.Info (Maps API Guru)"
>
>
>
>  wrote:
> > Two sayings come to mind from the recent posting:
>
> > "Patience is a virtue."
>
> > "Don't look a gift horse in the mouth."
>
> > I suggest everyone just sit back and enjoy the wait for your free
> > device.
>
> > -John Coryat

-- 
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: Device Seeding Program for Top Android Market Developers

[Al Sutton]

If you're one of the chosen few can I suggest you show your
appreciation by helping out other developers who are having problems
specifically with 2.x devices and haven't been so fortunate.

It's only a suggestion, but my view is that that Google have just
saved the chosen ones $500+, so even if you think you're time is worth
$100 an hour it might be worth putting in 5 hours of "community
service" as a way of showing Google that these kind of actions are
much appreciated and that the benefit of them is felt beyond the
chosen ones.

Al.

On 4 Mar, 07:28, Join  wrote:
> Very helpful.
>
> On Mar 4, 3:20 pm, Yin  wrote:
>
>
>
> > guys, try 2 check 
> > this:http://sites.google.com/site/developermarketandroidgiveaway/faq- Hide 
> > quoted text -
>
> - Show quoted text -

-- 
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: Security question: can Android source be decompiled and read?

[Al Sutton]

As a side note I thought I'd check you're aware that if you're
allowing others to upload to your youtube account you will be
responsible for what they upload, so if they upload offensive,
copyrighted, or other material which breaches youtubes T&Cs you'll
bear the brunt of any action taken by youtube or any others.

This is due to Section 5.3 of their T&Cs ( http://www.youtube.com/t/terms
) which reads;

5.3 You agree that you will be solely responsible (to YouTube, and to
others) for all activity that occurs under your YouTube account.


Al.

On Mar 3, 12:31 pm, Anna PS  wrote:
> Thank you all for the answers. I was hoping to upload videos to
> Youtube via a shared account (so I didn't have to ask the users for
> their own login details on the client-side - I can't just use
> ACTION_SEND because I need to supply developer tags etc).
>
> It's clearly not a good idea to put the login details in the code,
> given what you've told me. I'll follow Al's suggestion - thanks very
> much Al :)
>
> On Mar 3, 9:43 am, Al Sutton  wrote:
>
>
>
> > Use an secured intermediary. (i.e. Your app -> App on your server ->
> > End point).
>
> > It takes up more resources but it ensures that nobody who has your app
> > can get access to the details, and also allows you to update the login
> > details without the need to force an app update on all your users.
>
> > Al.
>
> > On Mar 2, 6:23 pm, Anna PS  wrote:
>
> > > Hi there
>
> > > So I would like to store a username and password for HTTP login in the
> > > Android source (it's an account that is app-wide, rather than per-
> > > user, so I would like to supply it with the app).
>
> > > Is this a really bad idea? In other words, should I just assume that
> > > any text in Android source can be decompiled and read once I've
> > > released an app on the Market?
>
> > > If yes, would encrypting it help? Or would anyone who decompiled the
> > > app also be able to work out the encryption method?
>
> > > Thanks for your advice.
>
> > > Anna

-- 
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: Device Seeding Program for Top Android Market Developers

[Al Sutton]

The best thing to do is to carry on your development as if you weren't
getting the 'phone.

Is there anything specific about the N1 you're trying to test? If so
you might find some kind sole who can help you out with a quick bit of
testing on their device.

Al.

On Mar 3, 11:15 pm, Genc  wrote:
> I desperately need this device since I'm at the final (testing) stage
> of my project and emulators are far away being useful. I was just
> planning to buy an N1 before I got the email.
>
> Now, does anyone has an idea, when can we get our phones?
>
> Google guys, could you please give us a time interval at least, so
> that we can plan our work.
>
> Thanks.
>
> On Mar 3, 9:54 pm, JasonC  wrote:
>
>
>
> > Keep in mind id your a US developer it may not be a Nexus, it may be a
> > Droid.
>
> > I have not recieved any sort of confirmation from google other then
> > what the android team has stated here on the forum. I am 100% positive
> > this is legit, as I made a phone call to a friend at google, and
> > reported the website to google as suspicious and got an email back
> > that it is an official google website.
>
> > This is legit, so dont worry.
>
> > As for not getting the email not every developer with a 5000/3.5 got
> > one. It was only a select few.
>
> > I have 7 apps right now that meet the criteria. i am sure developers
> > with multiple apps were the first chosen as we have been working with
> > it since gen1
>
> > On Mar 3, 6:17 am, Linus  wrote:
>
> > > Has anyone who registered received some kind of confirmation or
> > > further info from Google? Would be nice to know when and how the Nexus
> > > will arrive :)
> > > I guess it might take a while if they are plowing through all requests
> > > manually.

-- 
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: Security question: can Android source be decompiled and read?

[Al Sutton]

Use an secured intermediary. (i.e. Your app -> App on your server ->
End point).

It takes up more resources but it ensures that nobody who has your app
can get access to the details, and also allows you to update the login
details without the need to force an app update on all your users.

Al.

On Mar 2, 6:23 pm, Anna PS  wrote:
> Hi there
>
> So I would like to store a username and password for HTTP login in the
> Android source (it's an account that is app-wide, rather than per-
> user, so I would like to supply it with the app).
>
> Is this a really bad idea? In other words, should I just assume that
> any text in Android source can be decompiled and read once I've
> released an app on the Market?
>
> If yes, would encrypting it help? Or would anyone who decompiled the
> app also be able to work out the encryption method?
>
> Thanks for your advice.
>
> Anna

-- 
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: Petition: Google, please improve the Android Market.

[Al Sutton]

Bob,

If it's your first post to the list you'll have to wait for the
moderator to approve it. It will come through, but even moderators get
the weekend off :).

Al.

On Mar 1, 2:41 am, Bob Kerns  wrote:
> I responded to you, Mark, and Al over there yesterday, but nothing has
> shown up. Perhaps I'm  on moderation separately over there, as I've
> not posted there before.
>
> I'd rewrite the messages, no doubt better the second time, but that
> would probably be incredibly confusing... :)
>
>
>
> Bob Kerns wrote:
> > Thanks, John, I think this is a lot more helpful -- even if I don't
> > entirely agree.
>
> > But I'm following Mark's lead and posting my response over on android-
> > discuss.

-- 
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: Petition: Google, please improve the Android Market.

[Al Sutton]

Reply posted on [android-discuss]

On Feb 28, 12:34 am, Mark Murphy  wrote:
> Rob Irondad wrote:
> > I just published a "final draft". Feedback / comments still welcome.
>
> >http://docs.google.com/View?id=dd9hmc43_0c9zh58gd
>
> Please use a proper list for this sort of discussion, such as
> [android-discuss].
>
> I'll be posting a reply to one of Mr. Kerns' posts over there shortly.
>
> --
> Mark Murphy (a Commons 
> Guy)http://commonsware.com|http://twitter.com/commonsguy
>
> Android Training...At Your Office:http://commonsware.com/training

-- 
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: Piracy, almost 50% of my new users - Seriously Google?

[Al Sutton]

We put Purchase Checking in at AndAppStore for exactly this kind of
reason (http://andappstore.com/AndroidApplications/
purchase_checking.jsp).

Google, and particularly the Market team, seem to be very slow at
taking things on board an delivering what developers want, so I'd
suggest using the market feedback forum instead of this group because
I'm not sure if any of the Market team actually subscribe to this
group, and thus may never see your comments.

Al.

On Feb 27, 3:56 am, Xavier  wrote:
> I published my first (and apparently last) Android application
> Wednesday 10pm. By now Google Checkout reports 203 orders (29 of those
> refunded).
>
> My app also includes the Furry analytic library. So far it reports 377
> new users. A discrepancy of almost  a 50% of users which only led me
> to believe its piracy related. Is it really so easy to pirate Android
> applications sold through the Android Market even though they have a
> "copy protection" feature?
>
> This is unbelievable. My app is also available for the iPhone since
> November, have sold almost 40.000 copies with a piracy % of less that
> 5%.
>
> What the hell Google? If this continues I'd have no choice but remove
> the app from the Android Market since the app heavily relies on a
> server back-end which costs me bandwidth and resources.
>
> Why on earth can't you implement a simple callback when the purchase
> is done with the device UID so we can check for this when the app
> runs? This would solve everything. Pirates would have to crack the app
> itself to disable this protection but its infinitely harder than just
> copy the apk file and upload it to rapidshare.
>
> I hope I can get an answer from a Google engineer.
>
> Regards,
>
> Xavier

-- 
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: Any interest in accessing our app via intents?

[Al Sutton]

Hi Sean,

Thanks for the tips, I expect some example use cases will bubble up as
developers think "Hey, I could do ... with that" :)

A couple that I thought of were;

- Bill splitters: One person pays the bill then the splitter app gets
PortaPayments to generate a QR code so the others can scan it and pay
their share to the bill payer via PayPal.

- Expenses / Finance apps: Once a code has been scanned they could ask
the user if they'd like the payment registered in an account.

I'll keep cranking my brain, but if I'll all ears if anyone has any
suggestions for what could be done to make PortaPayments more useful
to their app :)

Al.


On Feb 25, 11:26 am, Sean Hodges  wrote:
> Hey Al,
>
> The service looks very cool. I guess the problem that I have is
> figuring out a real world use for it...
>
> Obviously I wouldn't expect you to do my thinking for me :) But what
> would be REALLY useful is if you could post up a few fictitious (or
> even real life) use cases, perhaps on the site, to showcase the
> potential of the platform (similar to the ones in 
> here:https://wiki.ubuntu.com/BulletProofX). The format doesn't really
> matter, but example scenarios are what really get people excited about
> this kind of technology... Personally, I've found example use cases
> very useful when determining where a technology might be of use to me.
> Just an idea anyway.
>
> With regard to the intents survey: I always prefer if intents are
> provided, if for no other reason than they help make the intent
> framework more powerful. At present I personally have no immediate
> requirement for an intent API though.
>
> Sean
>
>
>
> On Thu, Feb 25, 2010 at 11:03 AM, Al Sutton  wrote:
> > Hi All,
>
> > We've released an app (PortaPayments) and I'm trying to gauge interest
> > in what (if any) functionality should be made available to other apps
> > via intents.
>
> > To give you an overview of the app; It represents &scans payment
> > requests encoded as QR Codes.
>
> > If you want some more info we've got a website athttp://portapayments.com/
> > and a demo video athttp://www.youtube.com/watch?v=sOYiADJWG9I(yes, I
> > know the video starts with the horrid fruity 'phone, but the app was
> > created for the PayPal X Developers challenge, so we had to show some
> > effort in relation to cross-device capabilities).
>
> > So, what would other developers like access to?
>
> > - The QR Code generator (send the payment details, it displays the QR
> > Code, user clicks done, goes back to your app).
> > - Notifications of scanned QR codes (note; this is no guarantee that
> > the app will be informed of completed payments).
> > - Anything else?
>
> > Looking forward to everyones comments.
>
> > Al.
>
> > P.S. PayPalX Voting instructions for the app are athttp://bit.ly/9ajgbu
> > if you feel like giving us a chance of raising some development
> > funding :).
>
> > --
> > 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

-- 
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] Any interest in accessing our app via intents?

[Al Sutton]

Hi All,

We've released an app (PortaPayments) and I'm trying to gauge interest
in what (if any) functionality should be made available to other apps
via intents.

To give you an overview of the app; It represents &scans payment
requests encoded as QR Codes.

If you want some more info we've got a website at http://portapayments.com/
and a demo video at http://www.youtube.com/watch?v=sOYiADJWG9I (yes, I
know the video starts with the horrid fruity 'phone, but the app was
created for the PayPal X Developers challenge, so we had to show some
effort in relation to cross-device capabilities).

So, what would other developers like access to?

- The QR Code generator (send the payment details, it displays the QR
Code, user clicks done, goes back to your app).
- Notifications of scanned QR codes (note; this is no guarantee that
the app will be informed of completed payments).
- Anything else?

Looking forward to everyones comments.

Al.

P.S. PayPalX Voting instructions for the app are at http://bit.ly/9ajgbu
if you feel like giving us a chance of raising some development
funding :).

-- 
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: Are processes kept alive when nothing is being done?

[Al Sutton]

Thanks for the clarification Dianne.

I'm guessing the confusion comes from people who (like me) are
familiar with the traditional Linux process model of when a process
has finished it dies and aren't expecting a garbage collecting process
management system :).

I'd read the process/threads section you've mentioned and in my mind
it read as a warning of what could happen if resources become tight as
opposed to it being the expected normal operation for all processes.
Might it be worth adding a line that explicitly states that it is
normal for processes to be left running when there they are not active
and will only be killed off if resources become constrained enough for
it to be necessary?

Thanks again,

Al.

On Feb 8, 8:23 pm, Dianne Hackborn  wrote:
> Yeah hopefully it is a positive impact.
>
> Developers really shouldn't have to explain this, and I am very sorry you
> are being put into this position.  I don't really understand why users would
> pick out some applications to complain about, when every single one
> (including the ones built into the platform) works this way.
>
>
>
>
>
> On Mon, Feb 8, 2010 at 12:04 PM, Bob Kerns  wrote:
> > Actually, I believe you should go further, and say it has a POSITIVE
> > impact on the user.
>
> > It takes time to tear down and recreate a process that may be reusable
> > a short time later. And Android can possibly do the teardown at a less
> > busy moment.
>
> > The only downside I see is that we developers will have to learn to
> > explain this to users who think we're being sloppy.
>
> > --
> > 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 > cr...@googlegroups.com>
> > For more options, visit this group at
> >http://groups.google.com/group/android-developers?hl=en
>
> --
> Dianne Hackborn
> Android framework engineer
> hack...@android.com
>
> 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 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] Are processes kept alive when nothing is being done?

[Al Sutton]

I have an app which declares a BroadcastReceiver, the receiver gets
the broadcast, does what it needs to, then ends ensuring that
everything is tidied up as needed. When I examine the system through
the DDMS view in Eclipse the process for the application is still
running after the receiver has completed. I've even boiled it down to
a simple test case which gets a shared preferences instance from the
context, checks a random setting, and then exits, and, when run on the
1.5 emulator (which is the minimum supported OS level) the process is
still hanging around.

The reason this is an issue is memory usage (which shows under DDMS as
around 2MB). I've had queries about why the application still uses up
memory even when it's not doing anything, so, my question is; Is this
behaviour normal, or have I missed something that would make the
process exit?

Al.

btw, DDMS shows only 7 threads;

main (status: wait)
HeapWorker (vmwait)
Signal Catcher (vmwait)
JDWP (running)
Binder Thread #1, #2, and #3 (all native)

-- 
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: Securing a paid app

[Al Sutton]

We (AndAppStore) already have a system available which you can find
details of at http://andappstore.com/AndroidApplications/licensing.jsp

It's not tied to our purchasing system, so you can use it to generate
licenses from your own site if you wish.

We always welcome feedback so if you have any comments on it then feel
free to drop me an email.

Al.

-

* Looking for Android Apps? - Try http://andappstore.com/ *

==
Funky Android Limited is registered in England & Wales with the
company number  6741909.

The views expressed in this email are those of the author and not
necessarily those of Funky Android Limited, it's associates, or it's
subsidiaries.


On Nov 14, 8:39 pm, Pooper  wrote:
> What you can do is make your user enter serial #, the serial number
> could
> be a hashing function that you come up with that takes the device id
> (could be the imei number)
> the application could then check if the serial/hash code matches for
> that device.  This would
> require your customer to send you his/her imei # or another unique #
> associated with the device so that
> you can generate the serial code for that device.
>
> You can also implement a two step method so that the customer can't
> accidently enter in their imei incorrectly by misstake.
>
> To do it this way you would generate a "Request For Serial Number
> Code" store this code in your database.  The costomer
> enters this code in their phone, your phone connects to your web
> server sends the "Request for Serial number code" and the
> IMEI number of the phone with it.  Your server generates the hash/
> serial and sends it back to the phone.  You can then mark
> the "Request for serial number code" as used so that they can not use
> it for another device.  This is the method I use for my
> applications.
>
> On Nov 14, 8:39 am, jax  wrote:
>
>
>
> > Yes, that is why I have posted the question because I don't know how
> > to do it.
>
> > Has anyone done this before or know of a method for achieving this?
>
> > On Nov 14, 10:23 pm, Andrei  wrote:
>
> > > What u want to do is to tie your app to one device
> > > How u do it up to u
>
> > > On Nov 14, 7:12 am, jax  wrote:
>
> > > > I am wondering how I might go about securing a paid app on Android.
>
> > > > I am thinking of selling the application from my own website via
> > > > PayPal, however, how will I stop people from sharing it with their
> > > > friends etc.  Does Android have any type of native support for this?- 
> > > > Hide quoted text -
>
> > - Show quoted text -

-- 
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: Archos gives away Android W VGA 4.8" Tablets for 1€ to developers in France

[Al Sutton]

Discussion moved to -discuss (http://groups.google.com/group/android-
discuss/browse_thread/thread/6031608108a5f95f)

On Nov 14, 4:58 am, Charbax  wrote:
> Here is the official information about 
> it:http://appslib.com/contest/index.html
>
> On Nov 11, 10:45 am, arnouf  wrote:
>
>
>
> > Charbax,
>
> > This operation is not only for france, but for all countries where
> > people can buy on thearchosweb shop : USA, Europe... I know that
> > some countries can't be participated (ex.: Australia...).Archos
> > should provide the list of country in their announcement for the end
> > of this week.
>
> > Regards
>
> > On 11 Nov, 10:40, arnouf  wrote:
>
> > > Hi all,
>
> > > This operation will be announced on appslib.com website before the end
> > > of the week.
> > > I post new information related to this 
> > > operationhttp://www.frandroid.com/6646/archos-5-it-a-1-euro-toute-la-lumiere-s...
> > > and I'll put the english version normally tomorrow (thursday, 12th
> > > November)
> > > Waiting, try the google translation tools or click on link 
> > > belowhttp://translate.google.fr/translate?hl=fr&sl=fr&tl=en&u=http%3A%2F%2...
>
> > > Best,
>
> > > Arnaud
>
> > > On 10 Nov, 01:51, "Eric Wong (hdmp4.com)" 
> > > wrote:
>
> > > > Where is the OfficialArchosPress release for this?
> > > > (can't find see anything fromArchos...)
>
> > > > I can't read french. Is this offer available for any Android
> > > > developer? or only those in French?
>
> > > > Thanks
> > > > Eric
>
> > > > On Nov 9, 8:18 pm, Charbax  wrote:> At least, that's 
> > > > what is being talked about in French 
> > > > athttp://www.frandroid.com/6546/1e-larchos-5-it-cest-possible/
>
> > > > > The concept being that for developers submitting at least one approved
> > > > > application tohttp://appslib.com, that developper can get a 228€
> > > > > rebate voucher code to his email and order theArchos5 Internet
> > > > > Tablet with Android and 8GB storage then fromArchoswebsite.
>
> > > > > I do not know ifArchoshas some kinds of manual verification other
> > > > > than to check that the application works fine on 800x480 (and through
> > > > > HDMI 1280x720) screens, perhapsArchosalso checks that the app is
> > > > > original and not automatically generated by non-coders using some
> > > > > kinds of Android app generators where you input an RSS feed and it
> > > > > automatically outputs a duplicated app that simply displays the
> > > > > contents from that RSS feed.
>
> > > > > I think this is a great idea forArchos, to try to get the attention
> > > > > from 1000 of the best Android developers, to submit their apps 
> > > > > tohttp://appslib.combecauseAndroiddevelopersareoften the most
> > > > > influential early-adopters. So if 1000 Android developers are
> > > > > impressed by theArchos5 Internet Tablet, it may inspire them to
> > > > > develop more apps for WVGA medium density sinceArchosis the first
> > > > > and only 4.8" WVGA medium density Android product on the market. Also,
> > > > > having more apps, and having more developers enthusiastic about higher
> > > > > resolution Android development, will encourage more consumers to look
> > > > > into it.
>
> > > > > For now, only free apps are supported inhttp://appslib.com, but
> > > > > later paid apps will work as well. My suggestion would be for
> > > > > Marketplaces in general to offer a Premium subscription plan for
> > > > > around $3 per month or something like that, to offer full access to
> > > > > installing and updating Premium applications. This way developers can
> > > > > decide if they want to sell their apps or include them in the premium
> > > > > access plan, and as well if they want to offer a purchase rebate for
> > > > > premium access subscribers. This way, the developers of the most
> > > > > useful and most used apps would automatically get paid more from the
> > > > > premium subscription plan. Probably that many more users won't mind
> > > > > paying that unlimited premium access, pirates will probably not care
> > > > > to pirate anymore since premium access subscription would be so
> > > > > affordable and this way more money would be distributed to developers.
> > > > > This premium Android apps plan is though just my idea, I don't know if
> > > > > it has been suggested before.

-- 
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: New Developer Distribution Agreement

[Al Sutton]

This is being discussed on -discuss and I believe that the changes
can't be enforced until they've complied with section 14.1 (in both
new and old agreements) of the agreement which states;

"14.1 Google may make changes to this Agreement at any time by sending
the Developer notice by email describing the modifications made"

Al.

The -discuss thread is at 
http://groups.google.co.uk/group/android-discuss/browse_thread/thread/485a2b4c97c6535b

On 11 Nov, 06:49, dan raaka  wrote:
> It will be good to see the diff between the old and the new one.
>
> -Dan
>
>
>
> On Tue, Nov 10, 2009 at 4:47 PM, Rich  wrote:
> >  I don't speak legalese, I speak code!.. What is the TL;DR of this?
> > What am I agreeing to here?
>
> > Thanks,
> > Rich
>
> > --
> > 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 > cr...@googlegroups.com>
> > For more options, visit this group at
> >http://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: Is your Android app on Archos Market ?

[Al Sutton]

Responded to in android-discuss... please people can we move it off
the -developers list as we're so far off topic its' probably just
annoying many of the subscribers.

Al.

On 9 Nov, 09:04, Charbax  wrote:
> Slander and disparage doesn't have to use f-words and s-words.
>
> alsutton has coordinated constantArchosbashing on the archosfans
> forum since September 2nd until about October 15th when he first
> announced he was seeking legal advice.
>
> All things from:
>
> - Recommending that people not buy theArchos5 Internet Tablet in
> countless posts
> - Advertising for alternatives toArchos5 Internet Tablet in
> countless posts
> - Claiming to have inside knowledge from Google engineers that Google
> Marketplace and Google Apps would never be available onArchos5
> Internet Tablet in countless posts
> - Plenty of other trolling posting controversial, inflammatory,
> irrelevant and off-topic messages
>
> I'm looking forward to see the emails. I am sure alsutton was asking
> an unreasonably large payment to be the exclusive marketplace on the
> device. Probably his dream, to finally have an opportunity make some
> money on his marketplace project.
>
> On Nov 8, 4:15 pm, JP  wrote:
>
>
>
> > On Nov 7, 11:25 pm, "Fred Grott(Android 
> > Expert,http://mobilebytes.wordpress.com)"
>
> >  wrote:
> > > Charbox your slander definition seems to be somewhat unique and
> > > different.
>
> > Agreed. His coordinate system for slander and disparage could use some
> > calibration, it seems.

-- 
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: Is your Android app on Archos Market ?

[Al Sutton]

I welcome Charbax making my posts publicly available so that people
can make their own minds up, and I just wish Archos would also allow
us to do the same with the emails and documents that back our claims.

Please remember, some of my posts on his site have quoted text at the
start which and on the two line summary view that Charbax posted the
link to it looks like I wrote those quotes, so if you see something
you object to please view the whole post with quote formatting.

Now this really should go to -discuss.

Al.

On Nov 8, 7:25 am, "Fred Grott(Android Expert, 
http://mobilebytes.wordpress.com)"
 wrote:
> Charbox your slander definition seems to be somewhat unique and
> different.
>
> In most posts I see a constant theme of a developer who bought an
> Archos device and who loves it detailing specific issues that hamper
> the user experience..
>
> On Nov 7, 6:38 pm, Charbax  wrote:
>
>
>
> > alsutton has spent huge amounts of time over the past couple months
> > posting disparaging posts against Archos on thehttp://forum.archosfans.com
> > , posting every type of "unfounded and slanderous allegation" against
> > Archos that one can nearly think of, that were not "sensible degree of
> > scepticism", that are part of him having a premeditated agenda in
> > trying to publicly attack Archos reputation, stir controversial,
> > inflammatory, irrelevant, or off-topic discussions on the unofficial
> > Archosfans forum, that is in fact about participating in spreading FUD
> > about a competitor (appslib vs andappstore) on public internet forums
> > without a full disclosure.
>
> > When you are contemplating to prepare a court case against a company,
> > you don't go spend 2 months disparaging that competing company on the
> > internet forums for that company (maybe even blogs).
>
> > That'd be like Microsoft employees spreading lies about apple on apple
> > fansites and forums a couple months before they announce to sue each
> > other.
>
> > alsutton's favorite Archos bashing theme was to basically recommend
> > that nobody should buy the Archos 5 Internet Tablet with Android
> > because it would in his knowledgeable and expert mind and with all his
> > exclusive contacts in the Android development community (even with him
> > having all kinds of contacts with Google engineers), that he could
> > always with all kinds of certainty say that Archos would never be able
> > to use the Google Apps and the Google Marketplace. He posted this
> > speculation of his as fact on the forum for dozens and dozens of times
> > and he would bring it up in dozens of different threads even bringing
> > things like this up in totally unrelated threads.
>
> > If, as a moderator of that site, I hadn't actually deleted several of
> > the worst of such unrelated allegations posted by alsutton on the
> > forum (and which I somewhat regret now since it would have been better
> > to have the complete archive of his worst offending posts), you would
> > be able to find many more such attacks on Archos reputation in the
> > posts throughout all his posts 
> > athttp://forum.archosfans.com/search.php?author_id=44763&sr=posts

-- 
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: Is your Android app on Archos Market ?

[Al Sutton]

What a day for my ADSL connection to go down :).

To address some of the points raised;

- We, at Funky Android, have issued a response to the Archos press
release at http://press.andappstore.com/20091106-AndAppStore-Archos.pdf
in which we challenge Archos to allow us to release the documentary
evidence of our claims which is currently protected under an NDA. Some
of this evidence has already been supplied to their legal advisors and
we haven't heard from them since. The Archos press release was made
after this information was given to Archoses legal advisers, and,
strangely, things have changed from Archoses legal advisers
threatening us with any measures available in English and French
courts to the press release Archos hav where only action in a French
court is mentioned.

- We have not committed to starting legal action as yet because we are
currently evaluating the financial position of Archos because their
financial reports indicate they have a net debt. of over 10 million
euros and are seeking to extend their credit lines, and we have no
interest in starting a legal action against a company which may, in
our opinion, go under part way through and we get left with a large
legal bill.

- I have talked to SlideME and GetJar and neither of them provided
Archos with permission to deep link to files on their servers, and the
same is true of AndAppStore.

- The current AppsLib client contains a variable called
hosted_by_archos in the class com.archos.appslib.datapi.GetReleases
which indicates whether or not an apk is hosted on archoses servers or
is being pulled from another server and acts accordingly, so although
the AppsLib client may just use data from Archos, it is coded to go
out and pull downloads from other sites.

- If you don't know Charbax, well, he owns archosfans.com on which
he's made comments like; it Archoses decision not to include Google
Apps, Google Apps will be in the next firmware update Archos release,
its' was Googles inability to get it's apps working in WVGA that
caused them not be included, and saying that "Until there are reliable
ways to access some kind of library over all .apk files legally, I
don't think it's wrong that we link to whatever we can find for now as
testing. To see if some of the apps work at all and to reach out to
the developers to adapt their applications for 800x480.". When I've
challenged him to provide the source for his information the usual
response was a range of personal insults directed at me, and for that
reason I stopped posting at his site. After he posted a whole article
on the Archos press release I posted a link to our response in the
forum, and he subsequently banned my account.

Now if this needs to continue, lets move it to -discuss which would be
a more appropriate list for this type of thread.

Al.
--

* Looking for Android Apps? - Try http://andappstore.com/ *

==
Funky Android Limited is registered in England & Wales with the
company number  6741909.

The views expressed in this email are those of the author and not
necessarily those of Funky Android Limited, it's associates, or it's
subsidiaries.

On Nov 6, 11:54 pm, "Eric Wong (hdmp4.com)" 
wrote:
> Sounds likeArchosis a terrible company, more reason for me to go
> against them :)
> They should at least pay for the service you have already performed,
> assuming they didn't steal your codes.
>
> Good luck with your lawsuit, make sure you have plenty of money to pay
> the lawyers before you get started ;)
>
> Cheers
> Eric
>
> On Oct 23, 6:03 am, Al Sutton  wrote:
>
>
>
> > Here is our account of what happened between us at AndAppStore and
> >Archos;
>
> > We worked withArchosfor several weeks helping them design and
> > develop AppsLib, this included me personally travelling to Archoses
> > head office in Paris for meetings with Henri Crohas (Founder and CEO
> > ofArchos), and other members of their senior management, as well as
> > various email and information exchanges. The relationship was such
> > that at one point I personally was in possession of a pre-release
> > AndroidArchos5 for a few weeks before it was officially launched.
>
> > Very early on in the development a mutual NDA was signed after which
> > AndAppStore, at Archoses request, supplied proprietary information
> > about AndAppStores' client/server data exchange mechanisms, system
> > architecture, and provided a version of the AndAppStore client with a
> > customised user interface designed to work on the WVGA display of the
> >Archos5. All of the information supplied to them was given in order
> > to allow them to develop their server to ensure it was compatible with
> > the customised AndAppStore client which we were told would be used as
> > the AppsLib client.
>
>

[android-developers] Re: Android App Stores:

[Al Sutton]

We, at AndAppStore, do offer PayPal as a payment option to make the
download as instant as possible.

Transaction and take place directly between the user and developer so
you're at the mercy of PayPals fraud screening system, and if their
system wants additional verification measures then there is little we
can do about it. That said most of the transactions go through
instantly and users get to download the app right away.

Al.
--

* Looking for Android Apps? - Try http://andappstore.com/ *

==
Funky Android Limited is registered in England & Wales with the
company number  6741909.

The views expressed in this email are those of the author and not
necessarily those of Funky Android Limited, it's associates, or it's
subsidiaries.

On Nov 6, 1:12 am, "admin.androidsl...@googlemail.com"
 wrote:
> AndAppStore and SlideME are the best.
>
> But here's the real deal. 20% of my purchases are declined. I then
> mail those people to tell them about my app being available on SlideME
> and less than 1% of those people convert to SlideME sales even though
> they wanted to buy the app initially.
>
> So why is this?
> 1. They are worried they have already incurred a charge and don't want
> to risk paying twice.
> 2. AndAppStore and SlideME both require download of client installer
> app AND authorization of payment method, e.g. Paypal (AndAppStore) or
> Amazon billing (SlideME). Both payment types have to confirm identity
> - a process which can run to several days if the identification
> process requires checking bank statements for confirming bank details
> are genuine.
>
> So the user gives up on the purchase.
>
> This is because they want the app immediately - no messing around with
> client installs or setting up new payment accounts. They may then
> choose to purchase an alternative app or look to download an illegal
> copy - sad but true.
>
> Sorry to be negative - but this is my experience.
>
> Recommendation to AndAppStore / SlideME - when users buy apps, they
> want something instantly - hesitation means no sale. Alternative
> markets should aim for simplicity of click on a weblink, pay with
> Paypal and have the download come straight down.
>
> On Nov 5, 11:14 pm, Kumaravel Kandasami
>
>
>
>  wrote:
> > Hi,
>
> > Is there any place other than Android Market - android apps could be listed
> > ?
>
> > Any recommendations or tips ?
>
> > Kumar    _/|\_www.saisk.com
> > ku...@saisk.com
> > "making a profound difference with knowledge and creativity..."

-- 
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: How to get all the log from phone reboot to IDLE

[Al Sutton]

Please stop cross posting. Pick the most appropriate group from 
http://developer.android.com/intl/zh-TW/community/index.html 
  and email to that one only.

Al.
--

* Looking for Android Apps? - Try http://andappstore.com/ *

==
Funky Android Limited is registered in England & Wales with the  
company number  6741909.

The views expressed in this email are those of the author and not  
necessarily those of Funky Android Limited, it's associates, or it's  
subsidiaries.

On 3 Nov 2009, at 10:59, linlo...@gmail.com wrote:

> hi,
>
> I want to get all the log info from phone reboot to enter IDLE  
> screen. Using this reboot log info, I can debug some initialized  
> prcocess.
>
> Thanks.
>
>
>
>
> --
>
> You received this message because you are subscribed to the Google  
> Groups "android-platform" group.
> To post to this group, send email to android- 
> platf...@googlegroups.com.
> To unsubscribe from this group, send email to 
> android-platform+unsubscr...@googlegroups.com 
> .
> For more options, visit this group at 
> http://groups.google.com/group/android-platform?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: Problem installing Android 2.0 on Mac (Snow Leopard)

[Al Sutton]

I had a similar problem. The fix was to start from scratch using the
2.0 base download then use it to download the required API levels.

Al.
--

* Looking for Android Apps? - Try http://andappstore.com/ *

==
Funky Android Limited is registered in England & Wales with the
company number  6741909.

The views expressed in this email are those of the author and not
necessarily those of Funky Android Limited, it's associates, or it's
subsidiaries.

On Oct 30, 11:30 am, Kevin  wrote:
> Hi all,
>
> I was trying to install Android 2.0 on Mac which running snow
> leopard.
>
> When I run android, it give me error message. I forgot the exact
> message, but it roughly says I cannot run a 32 bit code on a 64 bit
> virtual machine or something similar.
>
> Does anyone else have the same problem? How can I solve it?
>
> Regards,
> Kevin

-- 
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: Android 2.0

[Al Sutton]

In the words of the big bad D -

"Huzzah! Android 2.0 SDK: http://bit.ly/bKGWM";

Al.
--

* Looking for Android Apps? - Try http://andappstore.com/ *

==
Funky Android Limited is registered in England & Wales with the
company number  6741909.

The views expressed in this email are those of the author and not
necessarily those of Funky Android Limited, it's associates, or it's
subsidiaries.On Oct 27, 9:14 am, MrChaz 
wrote:
> Yeah it would but given it's their job to support the community and
> the community is demanding more maybe they should start to look at
> their practices.
>
> On Oct 26, 11:41 pm, Marco Nelissen  wrote:
>
>
>
> > On Mon, Oct 26, 2009 at 4:29 PM, Frank  wrote:
>
> > > Why is the SDK for all android releases always so late on arrival?
> > > Developers usually have barely 1-2 weeks to prepare before the release
> > > is dropped into consumer's hands.  With Android2.0coming out soon on
> > > the Droid, set to be announced in October 28th and then possibly
> > > releasing in November, the developers are once again VERY late in the
> > > game.
>
> > > I know it takes a lot of work in getting an SDK with all the
> > > documentation out.
>
> > Yes, it does.
>
> > >  But maybe release a beta SDK just for developers
> > > first? As changes are implemented, newer beta SDKs are provided?  At
>
> > Wouldn't that be even *more* work?
>
> > > least now developers are given MORE time to optimize and verify that
> > > their apps still work on the new version release.
--~--~-~--~~~---~--~~
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: Is your Android app on Archos Market ?

[Al Sutton]

By hotlinking Tim means using a download URL from another application
directory in their own listings, so when a user uses the AppsLib
client and goes to download an app the download may actually come from
another sites servers.

AppsLib have some apps hotlinked to AndAppStore (without agreement),
and the way they've done it refers to specific versions of
applications which means there is no guarantee that the download will
be available to users when they click on them (because a developer may
have removed that version from public use at AndAppStore), and even if
the developer updates the app at AndAppStore any users using AppsLib
won't see the updates because of the way Diotasoft/Archos have done
things.

They also link out to SlideME without any agreement, and to GetJar. If
you want to see it for yourself you can download their releases file
from http://files.appslib.com/db/Releases.dat , open it up in a file
editor, and search for andappstore , slideme, or getjar.

Al.

On Oct 22, 9:07 pm, strazzere  wrote:
> In addition to what Al has said, it's been interesting to see that
> many, MANY applications as essentially hotlinked to other sites for
> downloading. Very few of the applications posted appear to be actually
> hosted on appslib servers.
>
> This to me is a concern for a few reasons. Has permission been grated
> for this to happen? How does this protect me against bad updates/or
> even get me updates? Is that why I can't access have the applications,
> and did that author even submit it comes into question...
>
> -Tim
>
> On Oct 22, 3:03 pm, Al Sutton  wrote:
>
>
>
> > Here is our account of what happened between us at AndAppStore and
> > Archos;
>
> > We worked with Archos for several weeks helping them design and
> > develop AppsLib, this included me personally travelling to Archoses
> > head office in Paris for meetings with Henri Crohas (Founder and CEO
> > of Archos), and other members of their senior management, as well as
> > various email and information exchanges. The relationship was such
> > that at one point I personally was in possession of a pre-release
> > Android Archos 5 for a few weeks before it was officially launched.
>
> > Very early on in the development a mutual NDA was signed after which
> > AndAppStore, at Archoses request, supplied proprietary information
> > about AndAppStores' client/server data exchange mechanisms, system
> > architecture, and provided a version of the AndAppStore client with a
> > customised user interface designed to work on the WVGA display of the
> > Archos 5. All of the information supplied to them was given in order
> > to allow them to develop their server to ensure it was compatible with
> > the customised AndAppStore client which we were told would be used as
> > the AppsLib client.
>
> > During our work with them we agreed the terms of an ongoing
> > relationship which would cover the cost of the consulting and
> > development work, and although the original deal was modified a few
> > times (by mutual agreement), a contract was drawn up by Archos which
> > we signed and returned it to them for countersigning. Archos then
> > refused to countersign their own contract, and thus the relationship
> > ended.
>
> > When AppsLib was released it came to light that Archos had asked a
> > third party, Diotasoft, to develop an almost functionally identical
> > client for them and that AppsLib used the same system architecture and
> > data exchange methods as AndAppStore, the details of which had been
> > supplied to Archos under the mutual NDA at a time when we were being
> > told we would be compensated via the terms of the ongoing relationship
> > which had since ended.
>
> > The extent of the use was that the Diotasoft/Archos AppsLib used
> > exactly file formats, data set names, relationships between data sets,
> > and methods of accessing the data as used in AndAppStore, and the
> > AndAppStore client could read, parse, and populate its' internal
> > database with data from AppsLib without modification.
>
> > The current situation is this; As of today we have received no payment
> > of any kind for the work we did, and the only invoice we have
> > submitted is now overdue and has not been paid, and so we are seeking
> > legal advice as to what options are open to us in relation to the
> > information must have redistributed to Diotasoft in order to allow
> > them to develop a client to our specifications and their development
> > of an almost identical client. With all this in mind we are also
> > examining the financial stability of Archos to determine whether or
> > not Archos w

[android-developers] Re: Is your Android app on Archos Market ?

[Al Sutton]

Here is our account of what happened between us at AndAppStore and
Archos;

We worked with Archos for several weeks helping them design and
develop AppsLib, this included me personally travelling to Archoses
head office in Paris for meetings with Henri Crohas (Founder and CEO
of Archos), and other members of their senior management, as well as
various email and information exchanges. The relationship was such
that at one point I personally was in possession of a pre-release
Android Archos 5 for a few weeks before it was officially launched.

Very early on in the development a mutual NDA was signed after which
AndAppStore, at Archoses request, supplied proprietary information
about AndAppStores' client/server data exchange mechanisms, system
architecture, and provided a version of the AndAppStore client with a
customised user interface designed to work on the WVGA display of the
Archos 5. All of the information supplied to them was given in order
to allow them to develop their server to ensure it was compatible with
the customised AndAppStore client which we were told would be used as
the AppsLib client.

During our work with them we agreed the terms of an ongoing
relationship which would cover the cost of the consulting and
development work, and although the original deal was modified a few
times (by mutual agreement), a contract was drawn up by Archos which
we signed and returned it to them for countersigning. Archos then
refused to countersign their own contract, and thus the relationship
ended.

When AppsLib was released it came to light that Archos had asked a
third party, Diotasoft, to develop an almost functionally identical
client for them and that AppsLib used the same system architecture and
data exchange methods as AndAppStore, the details of which had been
supplied to Archos under the mutual NDA at a time when we were being
told we would be compensated via the terms of the ongoing relationship
which had since ended.

The extent of the use was that the Diotasoft/Archos AppsLib used
exactly file formats, data set names, relationships between data sets,
and methods of accessing the data as used in AndAppStore, and the
AndAppStore client could read, parse, and populate its' internal
database with data from AppsLib without modification.

The current situation is this; As of today we have received no payment
of any kind for the work we did, and the only invoice we have
submitted is now overdue and has not been paid, and so we are seeking
legal advice as to what options are open to us in relation to the
information must have redistributed to Diotasoft in order to allow
them to develop a client to our specifications and their development
of an almost identical client. With all this in mind we are also
examining the financial stability of Archos to determine whether or
not Archos would be able to pay any award made to us by the time any
legal action would be completed.

Hopefully you're all now able to make your decisions a little easier
as opposed to having to guess whats' going on.

Al.
--

* Looking for Android Apps? - Try http://andappstore.com/ *

==
Funky Android Limited is registered in England & Wales with the
company number  6741909.

The views expressed in this email are those of the author and not
necessarily those of Funky Android Limited, it's associates, or it's
subsidiaries.


On Oct 22, 5:57 pm, Streets Of Boston  wrote:
> There could be plenty of reason's 'why'. Costs less, faster to market,
> etc.
> I hope, too, that all this is just a mis-understanding. But
> AndAppStore states that it has some good proof that parts of their
> software have been 'used' by Archos for the Archos Market.
>
> On Oct 22, 4:52 am, arnouf  wrote:
>
>
>
> > I'm not an Archos employee !
> > I think that this story is a little bit strange, because I don't think
> > that Archos did something like that if they want have a good place on
> > the android place...
>
> > Now, I can't confirm if Archos or AndAppStore are right but I don't
> > think why Archos should stole codes...
>
> > On 21 oct, 16:11, Streets Of Boston  wrote:
>
> > > Same here.
> > > If they indeed did that, then i won't put my app there.
>
> > > On Oct 20, 1:25 pm, niko20  wrote:
>
> > > > Hi,
>
> > > > Maybe I will wait until I find out if you really stole the code for
> > > > your app store from the andAppStore developers. At least that is the
> > > > current allegation.
>
> > > > -niko
>
> > > > On Oct 20, 3:55 am, arnouf  wrote:
>
> > > > > If you  have developed or if you are developing applications, and they
> > > > > are on the Android Market - Great! - But these apps are only
> > > > > available for devices that have contracts with Google.
>
> > > > > Archos, a major PMP manufacturer, launched its first device on 25th of
> > > > > September: the Archos 5 IT. Archos has a real community of fans who
> > > > > are waiting for applications for their devices. This device is the
> > > > > first of a long product line (the first Archos phone 

[android-developers] Re: Advice on Beta Release

[Al Sutton]

At AndAppStore You can mark a release as being Alpha, Beta, or Release
Candidate quality and it'll get listed in the Pre-release section.
That way you can do some ramp up publicity pointing at the download as
opposed to risking getting bug reports in your comments if people
think its' a full release.

Al.
--

* Looking for Android Apps? - Try http://andappstore.com/ *

==
Funky Android Limited is registered in England & Wales with the
company number  6741909.

The views expressed in this email are those of the author and not
necessarily those of Funky Android Limited, it's associates, or it's
subsidiaries.

On Oct 16, 12:46 am, Andrei  wrote:
> Publish it as beta, tell people email you any bugs, if you see
> problems you can Unpublish app
> and fix bugs, publish newer version
>
> On Oct 15, 3:57 pm, Smelly Eddie  wrote:
>
>
>
> > SO i have an application that is doing pretty well on my dev. device,
> > and it is almost ready for prime time.
>
> > Trouble is I am only one man, so I would like to release the
> > application under a beta release to work out any prominent bugs with a
> > more strenuous workout.
>
> > So I was thinking;
>
> > * Just release the app through the Market and note in the description
> > and title that the app is in beta mode, and to use at own risk
>
> > * Round up a group of friendly strangers with android devices and
> > share a signed (short lifespan) package directly with them.
>
> > * push and pray - just release the app and hope the community will
> > overlook a few undocumented features (I would like to avoid this!)
>
> > Has anyone else taken a phased approach to releases? Any advice for a
> > first time publisher?
>
> > P.S. - My app will be free, and likely released as open source of
> > flavor, so I am not worried about losing profits.
--~--~-~--~~~---~--~~
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: Piracy protection idea

[Al Sutton]

Anyone who reads the spec should be able to work out the backend, and  
we'd be happy to share this method with other app stores, but when we  
offered Google our previous licensing solution the response we got was  
a "Thanks but no thanks", so I'm not sure if they'd be interested.

The biggest problem I can see with sharing this solution is that  
you'll either end up with all app stores sharing purchase information  
(which is unlikely), or separate URLs for each store, which isn't  
great for developers. We'd be happy to use a Google approved solution,  
but as they haven't released details of the copy protection system  
(which is why we can't add that as an extra security measure) I'm not  
holding out much hope.

Al.
--

* Looking for Android Apps? - Try http://andappstore.com/ *

==
Funky Android Limited is registered in England & Wales with the  
company number  6741909.

The views expressed in this email are those of the author and not  
necessarily those of Funky Android Limited, it's associates, or it's  
subsidiaries.

On 14 Oct 2009, at 23:49, Robert Woodruff wrote:

> We could ask AndAppStore if they are willing to share.
>
> So Al, is what you guys are doing with the app security something  
> that could be shared with Google and other app services? (I will  
> study your security API soon and hopefully be able toaccommodate it  
> in our apps!)
>
> I ask because your ideas seem spot on and more advanced than what  
> Google is providing. In fact, if Google does not do something  
> similar to beef up its security along the lines of what you guys are  
> doing them it will be time to quit trying to distribute through the  
> Google Market.  Because as the Google Market stands right now it  
> means developers are signing up to give apps away. That's no way to  
> monetize.
>
> As Wayne says it would be nice to have a standard to ease the burden  
> on developers.
>
>
>
> On Wed, Oct 14, 2009 at 5:19 PM, Wayne Wenthin   
> wrote:
> Adopting AndAppStore's version as a standard would be Ideal.   Only  
> one set of code to modify.
>
> I wonder if they are willing to share with other stores?
>
>
> On Wed, Oct 14, 2009 at 1:35 PM, Robert Woodruff  
>  wrote:
> Its not bullet proof, but it is thicker plating. Apparently the  
> AndAppStore people have already implemented something similar. I  
> feel like it is a step in the right direction and hope other like  
> Goolge Market and SlideMe will do somethng similar!
>
> Perhaps they can even adopt the AndAppStore version as a standard.
>
>
> On Wed, Oct 14, 2009 at 1:54 PM, Dan Sherman   
> wrote:
> Unfortunately has a few problems:
>
> 1) The user has to have an internet connection on first load of the  
> app.
>
> 2) If its via HTTP or some other well documented protocol, could  
> easily have a hosts entry re-point where to ask for confirmation to  
> a server that just responds "OK".  This could be overcome possibly  
> with a pub/priv key system of signing.
>
> 3) Should still be possible to get a copy of the apk, and remove the  
> code block for that check I imagine...
>
> You're going to have a problem with piracy no matter what you do.   
> Look at _every_ platform, and every form of copy protection, they  
> all have piracy.  The only exception to this that I can see is  
> hosted services (like World of Warcraft, and websites), where all of  
> the user data is stored some place that you have control over, and  
> can check for validity on your side, with known-good code at run- 
> time.  Any time you put code/logic on a client side, it can be  
> subverted one way or another...
>
> - Dan
>
> On Wed, Oct 14, 2009 at 1:38 PM, WoodManEXP   
> wrote:
>
> I am no security expert and have not thought this out all the way, but
> could a workable solution to the pirating problem be something like
> this:
>
>
> 1. The market clients (like Google Market, AndAppStore, SlideME) could
> record on their servers some kind of identifier about who bought the
> app and perhaps what Android device it was bought for. They already
> capture the who information.
>
> 2. Android apps that care can, on first launch, ask the user about
> their identifier and what service they bought the app from.
>
> 3. The app, or the servers that support the app, can query, via http,
> the market client service to ask did so-and-so get this app from you?
>
> 4. If an affirmative response can be had then the app is not pirated.
> Otherwise the app is pirated
>
> Google Market, AndAppStore, SlideME, etc… will need to make such a
> service available, via http.
>
> It would be straight-forward to generate a list of installed market
> clients for the user to select from. The market clients may even be
> able to supply the user identification so user does not need to enter
> it.
>
> The application could retrieve from its servers the list of market
> clients is believes are legitimate in order to prevent the bogus
> clients from spoofing it.
>
> If you installed an app w/out a 

[android-developers] Re: Piracy protection idea

[Al Sutton]

That's the scheme we've already implemented at AndAppStore with a
slight twist to make it harder to generate spoof responses using a DNS
repoint.

Al.

On Oct 14, 6:38 pm, WoodManEXP  wrote:
> I am no security expert and have not thought this out all the way, but
> could a workable solution to the pirating problem be something like
> this:
>
> 1. The market clients (like Google Market, AndAppStore, SlideME) could
> record on their servers some kind of identifier about who bought the
> app and perhaps what Android device it was bought for. They already
> capture the who information.
>
> 2. Android apps that care can, on first launch, ask the user about
> their identifier and what service they bought the app from.
>
> 3. The app, or the servers that support the app, can query, via http,
> the market client service to ask did so-and-so get this app from you?
>
> 4. If an affirmative response can be had then the app is not pirated.
> Otherwise the app is pirated
>
> Google Market, AndAppStore, SlideME, etc… will need to make such a
> service available, via http.
>
> It would be straight-forward to generate a list of installed market
> clients for the user to select from. The market clients may even be
> able to supply the user identification so user does not need to enter
> it.
>
> The application could retrieve from its servers the list of market
> clients is believes are legitimate in order to prevent the bogus
> clients from spoofing it.
>
> If you installed an app w/out a market client and the app did not
> intend for such an installation to happen, like on rooted phones using
> adb, then the app is pirated.
>
> And finally, could this process be invisible to the user and just
> involve communication between the app and installed market clients and
> the market clients servers and the apps servers?
--~--~-~--~~~---~--~~
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: Getting paid apps for free ??

[Al Sutton]

At AndAppStore we've recently introduced a pay-for app system which
lets apps confirm at runtime whether or not the user has purchased the
app. This means that even if the apk is spread around the internet and
installed on many devices your app can still either refuse to run or
enter a demo mode to try and get the user to buy a legitimate copy if
the user hasn't paid to use it.

When you list an app you can find a link to the purchase checking
system underneath the box where you can select "Requires Payment" as
the applications license type.

Al.

P.P.S. And we don't take any fees for pay-for apps, you only
have to pay PayPals fees :).

On Oct 14, 2:19 pm, vorcigernix  wrote:
> I think major source of these applications are torrents. But I have to
> second what String said, if you really want to sell you apps, you have
> to use AndAppStore and SlideME just because there are around 50% of
> users which can't buy your software from google marketplace even if
> they want. I think it is correct to blame google for poor marketplace,
> on other hand I really appriciate that you don't have to use google
> marketplace at all.
>
> On 14 říj, 13:48, WoodManEXP  wrote:
>
>
>
> > I keep reading posts about Chinese and other web sites that are
> > offering the paid, copy protected apps for free.
>
> > If this is indeed the case and there is not a reasonable remedy it
> > definitely takes the wind out of our sails for investing further in
> > creating applications for the Android platform.
>
> > Some say that Google bears no responsibility in this situation, but I
> > think they do need to step up in some fashion. After all Google has
> > positioned the Marketplace as sole distribution point for the apps and
> > take 30% for their services. But if what the Marketplace does is
> > funnel copy protected apps into the free distribution channels then
> > what is the point?
>
> > Can anyone from Google respond to this situation?
--~--~-~--~~~---~--~~
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: Attach multiple images

[Al Sutton]

>From looking at the code it would appear you can only attach objects
with a MIME type of image/* which seems pretty daft.

I'm trying to send a csv file as an attachment and even that fails
unless I do;

sendIntent.setType("image/jpeg");

which, for a csv file, is just wrong.

Anyone know why this limitation on attachments exists?

Al.


On Sep 17, 1:49 pm, rde8026  wrote:
> Did anyone come up w/ a solution for this?  I've been trying to do the
> same thing and see the same issue.
> I've tried to work JavaMail directly but there are issues around the
> activation.jar and awt files it requires for
> attachments.  Any advice/info would be greatly appriciated.
>
> Thx,
> RE
>
> On Aug 20, 12:22 pm, "brian.schimmel" 
> wrote:
>
>
>
> > It seems there just is no alternative method. This is the code inside
> > theEmailapp:
>
> > if (Intent.ACTION_SEND.equals(intent.getAction()) && intent.hasExtra
> > (Intent.EXTRA_STREAM)) {
> >        String type = intent.getType();
> >        Uri stream = (Uri) intent.getParcelableExtra
> > (Intent.EXTRA_STREAM);
> >        if (stream != null && type != null) {
> >             if 
> > (MimeUtility.mimeTypeMatches(type,Email.ACCEPTABLE_ATTACHMENT_SEND_TYPES)) {
> >                addAttachment(stream);
> >             }
> >         }
> >    }
>
> > There is no loop and nothing else that could take care 
> > ofmultipleattachments.
>
> > Maybe your Application can create a Zip-Archive with all the files and
> > add this as anattachment?
>
> > On 29 Jul., 06:34, SrilankanKK  wrote:
>
> > > On Jul 28, 8:50 am, Jack Ha  wrote:
>
> > > > As far as I know, it only supports oneattachmentas Intent.putExtra()
> > > > will replace any existing value for the given key.
>
> > > > --
> > > > Jack Ha
> > > > Open Source Development Center
> > > > ・T・ ・ ・Mobile・ stick together
>
> > > > The views, opinions and statements in thisemailare those of
> > > > the author solely in their individual capacity, and do not
> > > > necessarily represent those of T-Mobile USA, Inc.
>
> > > > On Jul 28, 4:31 am, SrilankanKK  wrote:
>
> > > > > Hi
>
> > > > > i have put this question on several time on the Developer forum. But i
> > > > > didn't get any answer.
>
> > > > > I build anemailapplication using intents. I can send aemailwith
> > > > > one imageattachment. I tried to attachmultipleimages using "putExtra
> > > > > ()" method.But it still send only a single image if any of You know a
> > > > > solution plz leave  a reply
>
> > > > > Thanks
>
> > > Ya i think so, but is there any alternative method to do this.
>
> > > 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: Android 1.6 SDK is here!

[Al Sutton]

Thanks for getting this out the door before donut device release dates
start circulating and coming towards us.

I've updated the pages at AndAppStore to point developers trying to
access the open source repo SDKs we made available at the Google pages
so (hopefully) any 1.6 SDK questions from now on will refer to Google
SDK and not the open source one.

Now, what about Eclair... (relax... only kidding :)).

Al.

--

* Looking door Android Apps? - Try http://andappstore.com/ *

==
Funky Android Limited is registered in England & Wales with the
company number  6741909. The registered head office is Kemp House,
152-160 City Road, London,  EC1V 2NX, UK.

The views expressed in this email are those of the author and not
necessarily those of Funky Android Limited, it's associates, or it's
subsidiaries.

On Sep 15, 11:22 pm, Xavier Ducrohet  wrote:
> http://android-developers.blogspot.com/2009/09/android-16-sdk-is-here...
>
> Enjoy!
> --
> 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] Re: Our app force closes on 1.6, Is SDK or image available yet?

[Al Sutton]

My guess is that they're running one of Cynogens Donut ROMs that hes'
made available. There's a fair amount of talk about performance
improvements and he is pointing at devs for some issues (a main one
being problems with widgets and rotation).

If you want to use the open-source repo donut SDK to see if you can
reproduce the problem it's available from;

http://andappstore.com/AndroidApplications/sdk/

Al.

On Sep 11, 6:03 pm, chrispix  wrote:
> We have had a couple users on the myTouch phone have issues in our
> application. It apparently is force closing on them. I am not sure of
> why it is, and the 1.6 SDK is not out yet. Has 1.6 been released into
> the wild? If so, do you know where I can download the image for my G1
> dev phone to test w/?
>
> Thanks,
>
> Chris
--~--~-~--~~~---~--~~
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: Linking Directly To An App In The Market?

[Al Sutton]

Another solution is to list on a market alternative that provides a
web interface (e.g. AndAppStore ;)).

Al.

On Sep 10, 5:22 pm, Peter Sankauskas  wrote:
> No it wasn't resolved. You can try the link above, or another style
> that I have seen is:
>
> http://market.android.com/search?q=myapp
>
> Of course, that only does something useful on an Android device.
>
> PAS
>
> On Sep 9, 3:33 am, Jason Van Anden  wrote:
>
> > Was this ever resolved.  I am looking to link to the Market from my
> > webpage - ie: someone visits my webpage, I tell them to download from
> > the market ... how exactly?  Do I tell them to just do a search when
> > they get there?
>
> > Jason Van Andenhttp://www.bubblebeats.com
>
> > On Tue, Feb 24, 2009 at 3:17 AM, Jon Colverson  wrote:
>
> > > On Feb 24, 5:26 am, Peter Sankauskas  wrote:
> > >> I have been researching the same thing and have not yet found an
> > >> answer. Has anyone else discovered how to write a link that goes to an
> > >> app in the android market?
>
> > > If you do a link like this:
> > > market://search?q=pname:com.example.package
>
> > > then it doesn't take you straight to the app listing, but it shows you
> > > a search list with just one result.
>
> > > --
> > > Jon
--~--~-~--~~~---~--~~
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: Android WVGA support

[Al Sutton]

Thanks.

Al.

On Sep 9, 5:37 pm, Dianne Hackborn  wrote:
> You'd do  android:targetSdkVersion="4" /> and then configure the rest of the manifest
> as desired.
>
>
>
> On Wed, Sep 9, 2009 at 2:12 AM, Al Sutton  wrote:
>
> > Dianne,
>
> > In the blog post can you cover how to produce one app which will run
> > on cupcake and donut and support multiple resolutions.
>
> > As I understand things at the moment developers will need at least two
> > versions of the same app listed in Market to cover both bases; One
> > with minSDK="4" and the supports-screens manifest tag and a separate
> > one for cupcake devices because cupcake won't run apps with minSDK >
> > 3. If there is also a lite & paid for version you're then into 4 app
> > listings for the same app (lite, paid-for, multi-resolution lite,
> > multi-resolution paid-for), which seems like its' going to be a it of
> > a pain.
>
> > Thanks,
>
> > Al.
>
> > On Sep 9, 7:35 am, Dianne Hackborn  wrote:
> > > Supporting a wider variety of hardware has been an ongoing processes, and
> > > was already started with 1.5 with the introduction of soft keyboards and
> > > corresponding mechanisms for applications to declare they require hard
> > > keyboards etc.  This will continue after Donut as well.
>
> > > We are not going to drop a hardware requirement without having a
> > mechanism
> > > for applications to specify that they need the hardware and a strategy
> > for
> > > grand-fathering existing applications into the filtering.
>
> > > On Tue, Sep 8, 2009 at 11:26 PM, gasolin  wrote:
>
> > > > Hello,
>
> > > > I was thinking there are plenty of hardware constrains in upcoming
> > > > android devices,
> > > > not only the screen resolution. There will be some devices without
> > > > compass, wifi, g-sensor... ,etc.
>
> > > > It will be nice that developer could pre-claimed the app requirement
> > > > and user could be notified before they install the app and feel bad
> > > > while the app hang (mostly without notice).
>
> > > > Donut's  'supports-screens' tag could be easily extend to this
> > > > suggested architecture if google guys think its helpful.
> > > >http://code.google.com/p/android/issues/detail?id=3693
>
> > > > Please 'Star' this issue in the above link if you think it's good for
> > > > android ecosystem.
>
> > > > regards
> > > > --
> > > > gasolin
>
> > > --
> > > Dianne Hackborn
> > > Android framework engineer
> > > hack...@android.com
>
> > > 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.
>
> --
> Dianne Hackborn
> Android framework engineer
> hack...@android.com
>
> 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 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: Android WVGA support

[Al Sutton]

Dianne,

In the blog post can you cover how to produce one app which will run
on cupcake and donut and support multiple resolutions.

As I understand things at the moment developers will need at least two
versions of the same app listed in Market to cover both bases; One
with minSDK="4" and the supports-screens manifest tag and a separate
one for cupcake devices because cupcake won't run apps with minSDK >
3. If there is also a lite & paid for version you're then into 4 app
listings for the same app (lite, paid-for, multi-resolution lite,
multi-resolution paid-for), which seems like its' going to be a it of
a pain.

Thanks,

Al.


On Sep 9, 7:35 am, Dianne Hackborn  wrote:
> Supporting a wider variety of hardware has been an ongoing processes, and
> was already started with 1.5 with the introduction of soft keyboards and
> corresponding mechanisms for applications to declare they require hard
> keyboards etc.  This will continue after Donut as well.
>
> We are not going to drop a hardware requirement without having a mechanism
> for applications to specify that they need the hardware and a strategy for
> grand-fathering existing applications into the filtering.
>
>
>
> On Tue, Sep 8, 2009 at 11:26 PM, gasolin  wrote:
>
> > Hello,
>
> > I was thinking there are plenty of hardware constrains in upcoming
> > android devices,
> > not only the screen resolution. There will be some devices without
> > compass, wifi, g-sensor... ,etc.
>
> > It will be nice that developer could pre-claimed the app requirement
> > and user could be notified before they install the app and feel bad
> > while the app hang (mostly without notice).
>
> > Donut's  'supports-screens' tag could be easily extend to this
> > suggested architecture if google guys think its helpful.
> >http://code.google.com/p/android/issues/detail?id=3693
>
> > Please 'Star' this issue in the above link if you think it's good for
> > android ecosystem.
>
> > regards
> > --
> > gasolin
>
> --
> Dianne Hackborn
> Android framework engineer
> hack...@android.com
>
> 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 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: Android WVGA support

[Al Sutton]

The SDK docs in the open source repo say;

"Based on the target device screen density, the Android framework will
scale down assets by a factor of 0.75 (low dpi screens)..."

And the default QVGA skin is a low density one.

Just to be clear; are you saying that the device won't show in market
because it's a standard DPI and low resolution screen, or are you
saying they'll be blocked just because apps don't explicityly say they
support QVGA?

>From the docs in the open repo SDK I would have expected apps to be
available and scaled down using the 0.75 factor.

Al.

On Sep 8, 8:34 pm, Dianne Hackborn  wrote:
> On Tue, Sep 8, 2009 at 11:33 AM, Dianne Hackborn wrote:
>
> > And this all ignores what is to me probably likely to be an even bigger
> > part of the market, lower density QVGA and WQVGA screens.
>
> And speaking of...  http://www.htc.com/www/product/tattoo/overview.html
>
> One of the important things to know about the QVGA devices like this is that
> none of the existing apps will show up on the market there, because until
> 1.6 developers have had no requirement to design for a smaller screen, and
> there is little the platform can do to make existing apps work on a smaller
> screen with a good experience.  (Note that this is different for WQVGA
> screens, which are actually larger than the G1, just lower density, which is
> something the platform can easily account for with reasonable results.)
>
> Anyway, as an app developer, I think it would be worth considering getting
> my applications to work on QVGA as the first priority.  At the minimum this
> means either  or  android:smallScreens="true" android:anyDensity="true" /> in the manifest,
> and then doing whatever fiddling of the UI is required to make it fit on the
> smaller QVGA screen.  (Note you can also supply alternative layouts in the
> layout-small directory.)  You'll also probably want to create low density
> graphics and place those in drawable-ldpi.
>
> Again, there should be a blog post soon that goes into much more detail on
> this topic.
>
> --
> Dianne Hackborn
> Android framework engineer
> hack...@android.com
>
> 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 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: Android WVGA support

[Al Sutton]

Most of the WVGA Android devices I've seen announced are 5" media
tablets.

This has *everything* to do with my monitor because it's what the
emulator is being displayed on. I'm not saying that the dpi of my
monitor should be the same as the dpi of the emulator, what I am
saying is if I open an QVGA, HVGA, or WVGA sized window in the native
OS the dpi stays the same, therefore if I request a QVGA, HVGA, or
WVGA sized screen for the emulator and it opens a QVGA, HVGA, or WVGA
sized window I wouldn't expect the emulator to start changing the dpi
*as well* without either asking or warning me.

Al.

On Sep 8, 4:44 pm, Romain Guy  wrote:
> > My problem is basically this; If my monitors dpi stays static why is
> > the emulated dpi changing between emulator skins?
>
> It has *nothing* to do with your monitor. It's a choice we made
> because these densities (120, 160, 240) are the ones likely to be used
> by future devices. Like we mentioned earlier, to keep the same density
> as a Dream in WVGA, you would need a 5" display. I doubt that many
> phones will ship with a 5" display.
>
> It's all about *emulating* phone hardware. The density of your
> computer display remains the same, but the emulators emulates the
> display density of phones by scaling the pixels accordingly. Actually,
> if you know the density of your monitor, you can even pass a flag to
> the emulator to set it up so that it will have the same physical size
> as an actual phone. For instance, on my Dell 30" monitor, I can use a
> monitor density of 96 dpi to make h...@160dpi an w...@240dpi emulators
> show up with the same physical size as my Dream (holding the device
> next to the emulators is a simple comparison :).
>
> > To me it would make more sense if the dpi of the emulators display
> > doesn't change unless the developer explictly states they want to
> > emulate a device with a different DPI.
>
> No. Like I said, 160 dpi at other resolutions means a very different
> screen size. I mentioned WVGA/5" already, but now imagine the size of
> a q...@160dpi display... it would be very tiny. The point is that it
> wouldn't help you at all.
>
> --
> 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
-~--~~~~--~~--~--~---

[android-developers] Re: Android WVGA support

[Al Sutton]

My problem is basically this; If my monitors dpi stays static why is
the emulated dpi changing between emulator skins?

To me it would make more sense if the dpi of the emulators display
doesn't change unless the developer explictly states they want to
emulate a device with a different DPI.

Al.


On Sep 8, 8:29 am, Xavier Ducrohet  wrote:
> On Mon, Sep 7, 2009 at 11:29 PM, Romain Guy wrote:
> > This has nothing to do with WVGA, this is about the pixel density of
> > the device. I don't remember what we've done in the 1.6 SDK but it
> > looks like the WVGA skin is using a high density configuration
> > (probably 240 dpi.) You can very well run the 1.6 emulator in WVGA
> > with a density that matches Dream/Magic/Hero/Galaxy/etc.
>
> Just to confirm to everyone.
>
> The skins are associated to each platform in the SDK.
> The skins packaged with Android 1.5 and earlier have no density
> associated to them, meaning they'll behave like medium density devices
> (160dpi).
>
> The skins packaged with Android 1.6 are the following:
> q...@120dpi (low)
> h...@160dpi (med)
> WVGA(800&854)@240dpi (high)
>
> When creating an avd from the command (with 'android create avd') you
> can override this value. Just say 'yes' to using a custom hardware
> config and change the property lcd.density (or something close).
>
> This way you can test all different sorts of resolution/density combos.
>
> Xav
>
> --
> 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] Re: Android WVGA support

[Al Sutton]

Sounds like the LogicPD Zoom2 dev kit is donut based.

If they update to the latest donut build you'll most likley see you
app zoomed as opposed to bordered. The android-x86 guys reported black
bordering on the AndAppStore client on an pre-last friday donut build
which is what started me down this path.

Al.

On Sep 8, 7:22 am, "Howard M. Harte"  wrote:
> On Sep 7, 3:41 pm, Mark Murphy  wrote:
>
>
>
> > Dianne Hackborn wrote:
> > > There shouldn't be any until WVGA is officially supported in the
> > > platform.  That is planned for 1.6, but 1.6 is not yet officially
> > > supported, and there is a fair lag from when the platform software is
> > > done to new devices being released with it.
>
> > Uh, no offense, but HTC Magic devices shipped with Android 1.5 right
> > about when the SDK became available. In Spain, IIRC. You may recall
> > modest gnashing of teeth over this.
>
> > While the core Android team may know timelines vis a vis product
> > launches, we out here in the hinterlands have to plan for another
> > possible "here's the SDK! better support it tomorrow!" release.
>
> > > Afaik, the Archos tablet is based on 1.5, and thus does not use the
> > > official screen support in the 1.6 platform.  I have no idea what
> > > exactly they are doing, but unless it is a 1.6-based device, it would be
> > > of questionable value for someone wanting to follow the standard platform.
>
> > If it sells in decent quantity, or looks like it might, whether it is
> > "the standard platform" or not means little -- we have to know how to
> > support it. That means some of us will need to get our grubby
> > medium-sized hands on it, to test apps and advise others. In fact, the
> > possibility that they *do* deviate from the norm is all the more reason
> > some of us will need hardware, since we will not be able to rely upon
> > emulators as much.
>
> You can download a WVGA emulator skin for the Archos from 
> appslib.com:http://appslib.com/developers/index.html?disp=full
>
> I tried this today with Al's 1.6 SDK.  It reproduced exactly the
> problem that I was having testing an app on the LogicPD Zoom2
> development kit which also has WVGA.  My app showed up in the upper
> middle of the screen, with black background all around.  When I
> changed the AndroidManifest.xml uses-sdk to:
> android:minSdkVersion="4"
>
> The problem went away, and now my app uses the entire screen
> properly.  I tried also adding the following to the
> AndroidManifest.xml:
>                    android:normalScreens="true"
>                   android:largeScreens="true"
>                   android:anyDensity="true" />
>
> Then I changed back to minSdkVersion="3" to see if the app would still
> work properly, but it did not.
>
> Is there a way to make my app use the entire display area, even if I
> keep the minSdkVersion="3"?
>
> Thanks,
> Howard
--~--~-~--~~~---~--~~
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: Android WVGA support

[Al Sutton]

I've put some screenshots up to show the differences. The app used was
declared as requiring midSDK 1;

1.5 HVGA : http://download.funkyandroid.net/15hvga.png
1.5 WVGA : http://download.funkyandroid.net/15wvga.png
1.6 WVGA : http://download.funkyandroid.net/16wvga.png

For those in doubt; The 1.6 one isn't zoomed by me, this is what
happens on the 1.6 donut emulator.

I understand the problem is down to pixel densities, but the point I'm
trying to raise is that if a developer does nothing with their app
they should expect differences between a 1.5 WVGA device and a 1.6
WVGA one will differ.

And yes, I understand that 1.5 WVGA isn't supported by Google, but
companies out there are doing it, so as Mark says, it's something that
developers need to make a decision about supporting (even if, like me,
the decision is to do nothing specific for it in the expectation 1.6
will gain traction on WVGA devices before 1.5 gets too settled in).

Al.

On Sep 8, 7:29 am, Romain Guy  wrote:
> > ImageButton containing an image which is 48 pixels high (i.e. 10% of
> > the screen hight in portrait mode) it's hight is still 48 pixels on
> > the 1.5 Archos WVGA skin (thus making it only 6% of the screen hight
> > in portrait mode), but on 1.6 it's scaled so the image ends up being
> > 72 pixels high (thus making it around 9% of the screen hight, closer
> > to the original).
>
> This has nothing to do with WVGA, this is about the pixel density of
> the device. I don't remember what we've done in the 1.6 SDK but it
> looks like the WVGA skin is using a high density configuration
> (probably 240 dpi.) You can very well run the 1.6 emulator in WVGA
> with a density that matches Dream/Magic/Hero/Galaxy/etc.
>
> --
> 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
-~--~~~~--~~--~--~---

[android-developers] Re: Android WVGA support

[Al Sutton]

I can see 800x480 on 1.5 as a stop gap measure, so I'm holding off for
1.6 devices before buying 800x480 hardware.

The reason for this is that I could spend time sorting out a 800x480
layout which works on a 1.5 device only to find that all that work
goes out the window when the OEM releases a firmware update to bring
the device to 1.6 and adopts donuts method of layout scaling.

An example of what I've seen in terms of difference between the 1.5
Archos WVGA skin and the 1.6 SDK WVGA skin can be seen with image
sizes; If you have an app which doesn't have a supports-screens tag or
declare a minimum SDK level of 4 (yup, declaring minimum SDK of donut
alters the layout behaviour) and a layout file within it has an
ImageButton containing an image which is 48 pixels high (i.e. 10% of
the screen hight in portrait mode) it's hight is still 48 pixels on
the 1.5 Archos WVGA skin (thus making it only 6% of the screen hight
in portrait mode), but on 1.6 it's scaled so the image ends up being
72 pixels high (thus making it around 9% of the screen hight, closer
to the original).

This means that on a 1.5 WVGA device the layout can look sparse and
odd, whereas on 1.6 it looks a lot closer to what you originally had.

Given the state of the open source repo (I've been using the 1.6 build
from the open repo for a few days and it seems rock solid) I'd suggest
we're in the last weeks of Donut development the useful lifespan of a
1.5 supporting non-HVGA layout is most likley limited.

Al.

On Sep 7, 11:41 pm, Mark Murphy  wrote:
> Dianne Hackborn wrote:
> > There shouldn't be any until WVGA is officially supported in the
> > platform.  That is planned for 1.6, but 1.6 is not yet officially
> > supported, and there is a fair lag from when the platform software is
> > done to new devices being released with it.
>
> Uh, no offense, but HTC Magic devices shipped with Android 1.5 right
> about when the SDK became available. In Spain, IIRC. You may recall
> modest gnashing of teeth over this.
>
> While the core Android team may know timelines vis a vis product
> launches, we out here in the hinterlands have to plan for another
> possible "here's the SDK! better support it tomorrow!" release.
>
> > Afaik, the Archos tablet is based on 1.5, and thus does not use the
> > official screen support in the 1.6 platform.  I have no idea what
> > exactly they are doing, but unless it is a 1.6-based device, it would be
> > of questionable value for someone wanting to follow the standard platform.
>
> If it sells in decent quantity, or looks like it might, whether it is
> "the standard platform" or not means little -- we have to know how to
> support it. That means some of us will need to get our grubby
> medium-sized hands on it, to test apps and advise others. In fact, the
> possibility that they *do* deviate from the norm is all the more reason
> some of us will need hardware, since we will not be able to rely upon
> emulators as much.
>
> As the long-standing Chinese proverb/curse goes: "May you live in
> interesting mobile OS platforms" (or something like that)...
>
> --
> Mark Murphy (a Commons 
> Guy)http://commonsware.com|http://twitter.com/commonsguy
>
> _The Busy Coder's Guide to *Advanced* Android Development_
> Version 1.1 Available!
--~--~-~--~~~---~--~~
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] Android WVGA support

[Al Sutton]

We've added support for WVGA devices to the AndAppStore using the features from 
Donut and I'd recommend everyone interested in running their apps on WVGA 
devices takes a look at the donut SDK because there is a new manifest tag 
(supports-screens) which, if not used, can make your app look a bit rough.

If you don't use it the docs say "Based on the target device screen density, 
the Android framework will scale down assets by a factor of 0.75 (low dpi 
screens) or scale them up by a factor of 1.5 (high dpi screens)." and in our 
case that meant the icons in the app had zoom performed on them in order to 
scale them up for WVGA and it looked pretty fuzzy. We've also been told that on 
some builds of donut the display was limited to a HVGA portion of a WVGA screen 
with a big black border around it, but I'm not sure how up to date those builds 
were.

The supports-screens manifest tag appears to be backwards compatible and 
doesn't cause problems for earlier devices. We're using it in the 1.4.6 version 
of the AndAppStore client and we've tested it on a few cupcake devices without 
any problems, and the 1.4.6 release is now public so if you want to test the 
compatibility you can grab it from http://tinyurl.com/aasclient

Anyway, I thought I'd give you guys a heads up so when donut hits the streets 
you guys don't start wondering why you're getting comments like "The graphics 
are poor" or "Everything looks fuzzy".

Hope it's' useful,

Al.

-- 

* Looking for Android apps?, try http://andappstore.com/ *

==
Funky Android Limited is registered in England & Wales with the
company number  6741909. The registered head office is Kemp House,
152-160 City Road, London,  EC1V 2NX, UK.

The views expressed in this email are those of the author and not
necessarily those of Funky Android Limited, it's associates, or it's
subsidiaries.



--~--~-~--~~~---~--~~
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: Will there be an Android 1.6 SDK release?

[Al Sutton]

Given the changes to Android Manifest and other sections to support
different resolution devices I'm pretty sure Google will make a
release. If you want to get a feel for what may be in it feel free to
pull down the SDKs I compiled from the donut tree in the open source
repo from http://andappstore.com/AndroidApplications/sdk/

Al.

On Sep 7, 6:22 am, Chi Kit Leung  wrote:
> http://source.android.com/release-features
> the current release of Android is still 1.5.
> I believe there will be a 1.6 release for SDK, after the OS upgarded.
>
> On Mon, Sep 7, 2009 at 2:47 PM, pawpaw17  wrote:
>
> > Does anyone know?
>
> --
> Regards,
> Michael Leunghttp://www.itblogs.infohttp://www.michaelleung.info
--~--~-~--~~~---~--~~
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: Donut Development Environment

[Al Sutton]

I've updated the linux SDK with one built with U6.0.6.

Al.

On Sep 5, 8:02 pm, skink  wrote:
> On Sep 5, 8:57 pm, skink
>
> > btw looking into requirements page, google supports U Dapper Drake -
> > at least this is their testing box
>
> > thanks
> > pskink
>
> they are even more conservative than me - Dapper Drake is U6.0.6 ;)
>
> pskink
--~--~-~--~~~---~--~~
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: Donut Development Environment

[Al Sutton]

To be honest I don't know.

I know that if you're using Eclipse you'll need the donut ADT, but I
don't know if you can run the 1.6 image in the cupcake emulator.

What Linux distro are you using?, I'm building on Ubuntu 9.04, but I
have virtualbox on my main machine so I could roll another build if
the U 9.04 libc linking issue is causing a number of people problems.

Al.

On Sep 5, 5:19 pm, skink  wrote:
> On Sep 5, 5:04 pm, Al Sutton  wrote:
>
>
>
> > If you want to play with the Donut SDK & ADT eclipse plug-in, I've just 
> > built them both from the open source repository and you can get them at;
>
> >http://andappstore.com/AndroidApplications/sdk/
>
> > The latest code from the repo includes the WVGA and QVGA skins and the 
> > supports-screens manifest tag (and who knows what else) so it might be 
> > worth giving your apps a spin to see how the look on bigger and smaller 
> > screens.
>
> > Remember: These are built from the open repository, so don't expect any 
> > support from the Google guys as their repo may have a different set of 
> > sprinkles.
>
> > Al.
>
> > --
>
> > * Looking for Android apps?, tryhttp://andappstore.com/*
>
> > ==
> > Funky Android Limited is registered in England & Wales with the
> > company number  6741909. The registered head office is Kemp House,
> > 152-160 City Road, London,  EC1V 2NX, UK.
>
> > The views expressed in this email are those of the author and not
> > necessarily those of Funky Android Limited, it's associates, or it's
> > subsidiaries.
>
> Al,
>
> i was trying one of your previous donut linux builds but it turned out
> that your emulator was linked with the newer libc than mine (i got
> runtime error that my libc is too old). my question is: can i still
> use cupcake's emulator instead of yours?
>
> thanks
> pskink
--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---