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

2011-09-21 Thread 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)

2011-09-20 Thread 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

2011-04-07 Thread 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 webnet.andr...@gmail.com wrote:
 On 7 April 2011 10:40, Marcin Orlowski webnet.andr...@gmail.com 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 http://bit.ly/trayagenda* - keep you daily schedule handy...
 WebnetMobile on *Facebook http://webnetmobile.com/fb/* and
 *Twitterhttp://webnetmobile.com/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


[android-developers] Re: Licensing

2010-07-28 Thread 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 raym...@badlucksoft.com
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


Re: [android-developers] Re: Licensing

2010-07-28 Thread 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 mjc1...@googlemail.com 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 william.ferguson...@gmail.com 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 mjc1...@googlemail.com 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] Resource folders and scaling

2010-07-12 Thread 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;

uses-sdk   android:minSdkVersion=3
android:targetSdkVersion=4 /
supports-screens   android:largeScreens=true
android:normalScreens=true
android:smallScreens=true
android:anyDensity=true/

and I have;

layout/buttonbar.xml

which contains serval instances of;

ImageButtonandroid:id=@+id/button
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? - 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: Resource folders and scaling

2010-07-12 Thread 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 hack...@android.com 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 a...@funkyandroid.com 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;

         uses-sdk                       android:minSdkVersion=3
                                                 android:targetSdkVersion=4
  /
         supports-screens       android:largeScreens=true
                                                 android:normalScreens=true
                                                 android:smallScreens=true
                                                 android:anyDensity=true/

  and I have;

         layout/buttonbar.xml

  which contains serval instances of;

     ImageButton        android:id=@+id/button
                         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.comandroid-developers%2Bunsubs 
  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: what hardware platform do you use?

2010-07-11 Thread 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 hack...@android.com 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 
 mej1...@yahoo.comwrote:





  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 hack...@android.com wrote:
   On Fri, Jul 9, 2010 at 2:25 PM, Indicator Veritatis mej1...@yahoo.com
  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.comandroid-developers%2Bunsubs 
  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: HELP

2010-07-10 Thread 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 treking...@gmail.com wrote:
 On Fri, Jul 9, 2010 at 4:34 PM, Mark vbreneg...@sbcglobal.net 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: Knowing when someone sets device to 2G only

2010-07-10 Thread 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 craigme...@gmail.com 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: 4001b180 exception

2010-07-10 Thread 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 abhyudai.shan...@gmail.com
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: what hardware platform do you use?

2010-07-09 Thread 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 mej1...@yahoo.com 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 a...@funkyandroid.com 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 mej1...@yahoo.com 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 a...@funkyandroid.com wrote:

It's highly unlikely the G1 will ever see an official update

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

2010-07-09 Thread 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 mej1...@yahoo.com 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+88100, after all.

 On Jul 8, 6:01 pm, Maps.Huge.Info (Maps API Guru) cor...@gmail.com
 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: how do I restart my program?

2010-07-09 Thread 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 jacobrjohn...@gmail.com 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?

2010-07-09 Thread 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 nathan.d.mel...@gmail.com 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 mmur...@commonsware.com 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: paypal mobile payment allowed?

2010-07-08 Thread 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 kpriblo...@yahoo.com wrote:
 On Jul 7, 11:40 pm, Michael A. michael.aki...@gmail.com 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?

2010-07-08 Thread 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 mej1...@yahoo.com 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) cor...@gmail.com
 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 ATT but so what?

  ATT 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
  ATT will offer a crippled version that can't accept non-market apps.
  ATT 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?

2010-07-08 Thread 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=enanswer=134420

Al.

On Jul 8, 12:52 pm, Al Sutton a...@funkyandroid.com 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 kpriblo...@yahoo.com wrote:



  On Jul 7, 11:40 pm, Michael A. michael.aki...@gmail.com 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?

2010-07-08 Thread 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 mej1...@yahoo.com 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 a...@funkyandroid.com 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 mej1...@yahoo.com 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) cor...@gmail.com
   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

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

2010-07-07 Thread 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 kpriblo...@yahoo.com wrote:
 On Jul 6, 10:19 am, Al Sutton a...@funkyandroid.com 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.

2010-07-07 Thread 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 damanji...@gmail.com 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 hack...@android.com wrote:



  You need to do this on a real device.

  On Wed, Jun 30, 2010 at 3:45 AM, Daman damanji...@gmail.com 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 hack...@android.com 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 damanji...@gmail.com 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.comandroid-developers%2Bunsubs
  cr...@googlegroups.com
   android-developers%2bunsubscr...@googlegroups.comandroid-developers%252Bu
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.comandroid-developers%2Bunsubs
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?

2010-07-07 Thread 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 denis.so...@gmail.com 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 a...@funkyandroid.com 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 kpriblo...@yahoo.com wrote:

   On Jul 6, 10:19 am, Al Sutton a...@funkyandroid.com 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: Back Button doesn't go to previous activity

2010-07-07 Thread Al Sutton

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

Al.

On Jul 4, 7:51 pm, Jroid jro...@gmail.com 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: Do threads cache instance variables?

2010-07-07 Thread Al Sutton
Try using the java keyword volatile in you variable declaration.

Al.

On Jul 3, 9:49 am, burtoogle burtoo...@gmail.com 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: paypal mobile payment allowed?

2010-07-06 Thread 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 m...@mathiaslin.com 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: paypal mobile payment allowed?

2010-07-06 Thread 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 cnord...@gmail.com 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: Terminal Server access from an Android Tablet PC

2010-07-03 Thread Al Sutton
You'll probably get a better answer on the android-discuss group.

Regards,

Al.

On Jul 2, 9:26 pm, Peter Ciank pedrociancagl...@gmail.com 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: Simple Question about Res folders

2010-07-03 Thread 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 kmans...@gmail.com 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: Error in an XML file eclipse

2010-07-03 Thread 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 co...@uw.edu 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.internal.model.AbstractStructuredModel.changedMode 
 l(AbstractStructuredModel.java:
 382)
         at
 

[android-developers] Re: from FRF50 to FRF91

2010-07-03 Thread 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 hunt1...@gmail.com 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: Problem after implementing SQLiteOpenHelper

2010-07-02 Thread 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 mr.christopher.pe...@gmail.com
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: Disable the screen lock when the Android OS startup

2010-07-02 Thread 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 manf...@gmail.com 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 mmur...@commonsware.com wrote:



  On Fri, Jul 2, 2010 at 5:02 AM, CMF manf...@gmail.com 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: Android paid apps in Ireland

2010-07-02 Thread 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 skooter...@gmail.com 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 shane.isb...@gmail.com 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 steve...@unimelb.edu.au 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 shane.isb...@gmail.com 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 m...@mathiaslin.com
   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 skooter...@gmail.com 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

  Bryan

  On Jun 26, 7:43 pm, Tomá¹  Hubálek tom.huba...@gmail.com wrote:

   On 21 èvn, 10:37, skooter500 

[android-developers] Re: Why this Exception is coming ?

2010-06-30 Thread 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 mail.dineshadw...@gmail.com 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.init(CursorAdapter.java:90)
 06-29 11:38:25.544: ERROR/AndroidRuntime(26215):     at
 android.widget.ResourceCursorAdapter.init(ResourceCursorAdapter.java:
 47)
 06-29 11:38:25.544: ERROR/AndroidRuntime(26215):     at
 android.widget.SimpleCursorAdapter.init(SimpleCursorAdapter.java:88)
 06-29 11:38:25.544: ERROR/AndroidRuntime(26215):     at
 com.sasken.epub.bookmark.ShowBookmarkCursorAdapter.init(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: widget on lockscreen

2010-06-30 Thread 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 manig...@gmail.com 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 hack...@android.comwrote:





  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 manig...@gmail.com 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.comandroid-developers%2Bunsubs
   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.comandroid-developers%2Bunsubs 
  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] Resource linking / imports

2010-06-23 Thread 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;

imports
 import source=drawables-hdpiicon1.png/import
 import source=drawables-hdpiicon2.png/import
 import source=drawables-hdpiicon3.png/import
 /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: Resource linking / imports

2010-06-23 Thread 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 mmur...@commonsware.com 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 a...@funkyandroid.com 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.

  imports
   import source=drawables-hdpiicon1.png/import
   import source=drawables-hdpiicon2.png/import
   import source=drawables-hdpiicon3.png/import
   /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] Re: Resource linking / imports

2010-06-23 Thread 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 gnanesh@gmail.com 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: I've found a way to stop piracy of my apps

2010-06-18 Thread 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 keyes...@gmail.com 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 sterling.ud...@googlemail.com wrote:



  On Jun 17, 8:05 pm, keyeslabs keyes...@gmail.com 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

2010-06-14 Thread 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 mariano.k...@gmail.com wrote:
 Do you guys use the 64 bit download?



 On Sun, Jun 13, 2010 at 6:12 PM, David Horn pga...@gmail.com 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 a...@funkyandroid.com 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 poiuytr...@gmail.com 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.comandroid-developers%2Bunsubs 
  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: Oracle Android App Store

2010-06-13 Thread 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 steve...@unimelb.edu.au 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 a...@funkyandroid.com wrote:



  On Jun 12, 8:44 am, gosh steve...@unimelb.edu.au 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: Slow Eclipse on OS X

2010-06-13 Thread 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 poiuytr...@gmail.com 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

2010-06-12 Thread Al Sutton


On Jun 12, 8:44 am, gosh steve...@unimelb.edu.au 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

2010-06-11 Thread 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 a...@bluewire.net.nz 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 steve...@unimelb.edu.au 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 michaelchi...@gmail.com 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 kaye...@gmail.com 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.comandroid-developers%2Bunsubs
 cr...@googlegroups.comandroid-developers%2Bunsubs
  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.comandroid-developers%2Bunsubs 
  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?

2010-05-27 Thread 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 bri...@brindy.org.uk 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 sterling.ud...@googlemail.com wrote:



  On May 26, 7:56 am, pistol lava.d...@gmail.com 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

2010-05-05 Thread 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 keyes...@gmail.com 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 str...@gmail.com 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 keyes...@gmail.com 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??

2010-04-15 Thread 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 idi...@gmail.com 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

2010-04-14 Thread 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 ottavio.van...@gmail.com 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



 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

2010-04-12 Thread 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 gmt...@gmail.com wrote:
 Nothing for London, Grrr...

 On Apr 10, 10:43 am, Thomas Riley tomrile...@googlemail.com 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 dgoem...@gmail.com 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

   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 treking...@gmail.com 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: Device Seeding Program for Top Android Market Developers

2010-04-12 Thread 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 dgoem...@gmail.com 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 a...@funkyandroid.com 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 gmt...@gmail.com wrote:

   Nothing for London, Grrr...

   On Apr 10, 10:43 am, Thomas Riley tomrile...@googlemail.com 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 dgoem...@gmail.com 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

 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 treking...@gmail.com 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

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

2010-04-12 Thread Al Sutton
Please read UK deliveries as European deliveries, small brain-fart
on my part, sorry.

On Apr 12, 10:49 am, Al Sutton a...@funkyandroid.com 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 dgoem...@gmail.com 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 a...@funkyandroid.com 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 gmt...@gmail.com wrote:

Nothing for London, Grrr...

On Apr 10, 10:43 am, Thomas Riley tomrile...@googlemail.com 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 dgoem...@gmail.com 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

  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 treking...@gmail.com 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

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

2010-04-12 Thread 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 rtaylor...@googlemail.com 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 a...@funkyandroid.com 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 dgoem...@gmail.com 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 a...@funkyandroid.com 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 gmt...@gmail.com wrote:

 Nothing for London, Grrr...

 On Apr 10, 10:43 am, Thomas Riley tomrile...@googlemail.com 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 dgoem...@gmail.com 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

   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

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

2010-04-08 Thread 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
nnarb...@gmail.com 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 r...@acm.org 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 gsuku...@gmail.com 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 googlec...@antlersoft.com
   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

2010-03-23 Thread 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 andjar...@gmail.com 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 badlogicga...@gmail.comwrote:



  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 mrchazmob...@googlemail.com 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 rtaylor...@googlemail.com 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.comandroid-developers%2Bunsubs 
  cr...@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+
  

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

2010-03-22 Thread 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 rtaylor...@googlemail.com 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

2010-03-11 Thread 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 tomrile...@googlemail.com 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)



 cor...@gmail.com 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

2010-03-04 Thread 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 findhe...@gmail.com wrote:
 Very helpful.

 On Mar 4, 3:20 pm, Yin yinguo...@gmail.com 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?

2010-03-03 Thread 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 annapowellsm...@googlemail.com 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

2010-03-03 Thread 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 gmt...@gmail.com 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 jcohe...@gmail.com 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 linus.karnl...@gmail.com 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?

2010-03-03 Thread 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 TCs you'll
bear the brunt of any action taken by youtube or any others.

This is due to Section 5.3 of their TCs ( 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 annapowellsm...@googlemail.com 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 a...@funkyandroid.com 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 annapowellsm...@googlemail.com 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: Piracy, almost 50% of my new users - Seriously Google?

2010-02-28 Thread 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 jxlar...@gmail.com 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: Petition: Google, please improve the Android Market.

2010-02-28 Thread Al Sutton
Reply posted on [android-discuss]

On Feb 28, 12:34 am, Mark Murphy mmur...@commonsware.com 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: Petition: Google, please improve the Android Market.

2010-02-28 Thread 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 r...@acm.org 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] Any interest in accessing our app via intents?

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

2010-02-25 Thread 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 seanhodge...@googlemail.com 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 a...@funkyandroid.com 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] Are processes kept alive when nothing is being done?

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

2010-02-08 Thread 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 hack...@android.com 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 r...@acm.org 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.comandroid-developers%2Bunsubs 
  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: Securing a paid app

2009-11-15 Thread 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 code...@gmail.com 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 jackma...@gmail.com 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 gml...@gmail.com 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 jackma...@gmail.com 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: New Developer Distribution Agreement

2009-11-11 Thread 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 danra...@gmail.com 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 miser...@gmail.com 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.comandroid-developers%2Bunsubs 
  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 ?

2009-11-09 Thread 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 char...@gmail.com 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 joachim.pfeif...@gmail.com wrote:



  On Nov 7, 11:25 pm, Fred Grott(Android 
  Expert,http://mobilebytes.wordpress.com)

  fred.gr...@gmail.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 ?

2009-11-08 Thread 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)
fred.gr...@gmail.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 char...@gmail.com 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=44763sr=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 ?

2009-11-07 Thread 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) ericwon...@gmail.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 a...@funkyandroid.com 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.

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

[android-developers] Re: Android App Stores:

2009-11-05 Thread 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
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



 kumaravel.kandas...@gmail.com 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

2009-11-03 Thread 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)

2009-10-31 Thread 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 kefen...@googlemail.com 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

2009-10-27 Thread 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 mrchazmob...@googlemail.com
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 marc...@android.com wrote:



  On Mon, Oct 26, 2009 at 4:29 PM, Frank arro...@gmail.com 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 ?

2009-10-22 Thread 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 flyingdutc...@gmail.com 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 arnaud.far...@gmail.com 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 flyingdutc...@gmail.com wrote:

   Same here.
   If they indeed did that, then i won't put my app there.

   On Oct 20, 1:25 pm, niko20 nikolatesl...@yahoo.com 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 arnaud.far...@gmail.com 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 

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

2009-10-22 Thread 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 str...@gmail.com 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 a...@funkyandroid.com 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 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? - 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

[android-developers] Re: Advice on Beta Release

2009-10-16 Thread 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 gml...@gmail.com 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 ollit...@gmail.com 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

2009-10-15 Thread 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 wa...@fuligin.com  
 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  
 woodman...@gmail.com 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 impact...@gmail.com  
 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 woodman...@gmail.com  
 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 

[android-developers] Re: Getting paid apps for free ??

2009-10-14 Thread 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. plugAnd we don't take any fees for pay-for apps, you only
have to pay PayPals fees :)/plug.

On Oct 14, 2:19 pm, vorcigernix vorciger...@gmail.com 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 woodman...@gmail.com 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: Piracy protection idea

2009-10-14 Thread 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 woodman...@gmail.com 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: Android 1.6 SDK is here!

2009-09-16 Thread 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 x...@android.com 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?

2009-09-12 Thread 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 chris...@gmail.com 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?

2009-09-10 Thread 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 pas...@gmail.com 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 jason.van.an...@gmail.com 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 jjc1...@gmail.com wrote:

   On Feb 24, 5:26 am, Peter Sankauskas pas...@gmail.com 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

2009-09-09 Thread 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 hack...@android.com 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 gaso...@gmail.com 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

2009-09-09 Thread Al Sutton

Thanks.

Al.

On Sep 9, 5:37 pm, Dianne Hackborn hack...@android.com wrote:
 You'd do supports-sdk android:minSdkVersion=3
 android:targetSdkVersion=4 / and then configure the rest of the manifest
 as desired.



 On Wed, Sep 9, 2009 at 2:12 AM, Al Sutton a...@funkyandroid.com 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 hack...@android.com 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 gaso...@gmail.com 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

2009-09-08 Thread 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 mmur...@commonsware.com 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] Re: Android WVGA support

2009-09-08 Thread 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 romain...@google.com 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

2009-09-08 Thread 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 hhar...@gmail.com wrote:
 On Sep 7, 3:41 pm, Mark Murphy mmur...@commonsware.com 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:
 supports-screens android:smallScreens=true
                   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

2009-09-08 Thread 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 x...@android.com wrote:
 On Mon, Sep 7, 2009 at 11:29 PM, Romain Guyromain...@google.com 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(800854)@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

2009-09-08 Thread 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 romain...@google.com 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

2009-09-08 Thread 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 hack...@android.com wrote:
 On Tue, Sep 8, 2009 at 11:33 AM, Dianne Hackborn hack...@android.comwrote:

  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 uses-sdk android:targetSdkVersion=4 / or supports-screen
 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: Will there be an Android 1.6 SDK release?

2009-09-07 Thread 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 michaelchi...@gmail.com 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 georgefraz...@yahoo.com 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] Android WVGA support

2009-09-07 Thread 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: Donut Development Environment

2009-09-06 Thread Al Sutton

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

Al.

On Sep 5, 8:02 pm, skink psk...@gmail.com 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] Donut Development Environment

2009-09-05 Thread Al Sutton

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?, 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: Donut Development Environment

2009-09-05 Thread 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 psk...@gmail.com wrote:
 On Sep 5, 5:04 pm, Al Sutton a...@funkyandroid.com 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
-~--~~~~--~~--~--~---



[android-developers] Re: Is it possible to build a windows distribution of a donut release?

2009-08-27 Thread Al Sutton

Yes, you can get a precompiled version from 
http://andappstore.com/AndroidApplications/sdk/
or follow the instructions at
http://android.git.kernel.org/?p=platform/development.git;a=blob;f=docs/howto_build_SDK.txt;h=4b6507d4a0bf0dfaed5e1660b858caf641e8eccd;hb=b3fb2a6ef1df3534dee5b1d09ab72d129d3697c7#l92

Al.
--

* Written an Android App? - List it at 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 Aug 26, 9:09 pm, Satya Komatineni satya.komatin...@gmail.com
wrote:
 Is it possible to build a windows distribution of a donut release?

 Thanks
 Satya
--~--~-~--~~~---~--~~
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: Calling all Sydney/Australia Android Developers

2009-07-30 Thread Al Sutton

Have you looked at the android developer map at http://bit.ly/nJxkc ?

The map is primarily there to help you find you local developers, and
there are a few devs marked on it who may be interested. (and everyone
is welcome to edit the map and add more :) ).

Al.

On Jul 29, 2:32 am, Nick nick.may...@gmail.com wrote:
 Register with the Sydney Android Developers User Group.  THE place to
 meet, network, discuss, share.  Just join the Sydney Android
 Developers User Group in Google Groups and we will set up meetings
 etc..
--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



  1   2   3   4   5   6   >