[android-developers] Re: Is this a joke??
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)
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
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
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
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
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
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?
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
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
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
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?
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?
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?
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?
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?
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?
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?
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?
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?
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.
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?
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
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?
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?
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?
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
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
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
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
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
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
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
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 ?
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
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
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
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
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
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
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
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
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
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
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?
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
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??
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
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
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
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
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
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?
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
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
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
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
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?
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
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?
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?
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.
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.
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?
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?
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?
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?
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
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
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 ?
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 ?
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 ?
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:
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
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)
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
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 ?
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 ?
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
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
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 ??
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
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!
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?
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?
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
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
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
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
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
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
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
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
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?
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
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
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
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
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?
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
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 -~--~~~~--~~--~--~---