Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Android

avc.com

Post reply on HN
Print view View original

191–196 of 196 posts

Re: Android

#191

Post by nkurz »

bradshaw1965 wrote: post #143
nkurz wrote: post #8

I've heard the "fit and finish" argument frequently, both in print and in person as the owner of an HTC Incredible. I don't really see it myself, though. Sure there are a lot of junky looking 3rd party apps, but this is true of iPhone as well. Unlike early Windows vs Mac, I don't have this reaction to the base system. What are people reacting to when they say this? Or is it just a canned response?

Even something as basic as on-screen typography is much worse under Android.

I would think the dominant impression would be screen resolution rather than typography. Is this true for you of all Android devices, including the current phones? The iPhone 4 does have a great screen, but I find my HTC Incredible more readable than the earlier generation iPhones.

Is it visibly different within apps or only when dealing with the system? For example, he concludes in the article that the Yelp app is pretty much identical on both systems. Do you disagree? I'm sensitive to kerning issues too, but I'm not sure the iPhone is in the lead here.

Re: Android

#192

Post by fredwilson »

wow

great conversation

i am just seeing this now

i wish disqus could pick up this entire discussion and post it into the comments on my blog

it would greatly enrich the conversation there and i would be able to engage in real time, not a day later

Re: Android

#193

Post by biafra »

stakent wrote: post #184
biafra wrote: post #116

Earlier quoted context omitted.

I use the emulator for continuous integration. Its really helpful for unit- and integration-testing. Combine it with Robotium and you can thoroughly test you application across screen sizes and Android OS Versions.

Thank you for pointing out Robotium. Can you elaborate more about your test setup? TIA

I use the maven-android-plugin to build the dependencies in seperate modules. I have a patched version of bouncycastles crypto implementation (to have openpgp in android). Then there is the network code which also contains no android dependencies so it can be tested without the emulator.

Another module is the App itself. The last module is the TestApp. This is the recommended Test Setup: http://developer.android.com/guide/developing/testing/testin...

The testapp and the app are copied to the emulator or a real device. Then the instrumentation is started. The maven build fails if any error or failure occurs while building, installing or testing.

The continuous integration is done by hudson. The emulator can be started "headless" (-no-window) so it doesn't need to connect to the running XWindow-Server. Currently I am starting the emulator from maven with a special profile that is only used in hudson. When testing locally I usually have my phone already connected. It seems to be possible to have hudson start the emulator. With that setup logcat-output would be captured by hudson. Thats were I want to go.

Also missing in my setup is an multi environment build with all screen resolutions, locales and OS-Versions.

Re: Android

#194

Post by stakent »

biafra wrote: post #193
stakent wrote: post #184

Earlier quoted context omitted.

Thank you for pointing out Robotium. Can you elaborate more about your test setup? TIA

I use the maven-android-plugin to build the dependencies in seperate modules. I have a patched version of bouncycastles crypto implementation (to have openpgp in android). Then there is the network code which also contains no android dependencies so it can be tested without the emulator. Another module is the App itself. The last module is the TestApp. This is the recommended Test Setup: http://developer.android.com/…

Thank you again.

Btw. I've upvoted your response, but still see one point next to it. Strange.

Re: Android

#195

Post by metageek »

_delirium wrote: post #188
metageek wrote: post #181

Earlier quoted context omitted.

I've been a Linux user since 10 years ago, and I haven't forgotten the piss-poor support of Adobe for Flash on Linux. Hard to forget it when it won't go away. No 64-bit plugin, no accelerated video. (Their explanation that there are too many video acceleration APIs was pretty weak: if they adopted one, it would become the standard.)

There's finally a 64-bit plugin (for all 3 major OSs), though it's still an "Adobe Labs" offering rather than part of the main product: http://labs.adobe.com/technologies/flashplayer10/

Thanks, I'll take a look. I'd love to be able to do without npwrapper.

Re: Android

#196

Post by dridfun »

billjings wrote: post #111
mahmud wrote: post #77

Earlier quoted context omitted.

How many platforms does the iPhone emulator run on? Is it instrumentable and controllable by user applications using nothing but sockets and octets? Didn't think so :-) Android emulator is slow to start, but it's cross-platform, and allows for hot-updating.

I have just about completely ditched the android emulator because it is irritatingly slow and I'm constantly finding it with its pants down trying to talk to eclipse. At our company we've also found that it doesn't give an accurate idea of how readable the text is in your interface, or how easy it is to interact with, partly because it's just too big on the screen and partly because it's sluggish. It is at its most u…

Tried YouWave? It is a way faster Android emulator. Some developers and game players are starting using it.
Post reply on HN