> The other replies were mostly variations on the theme that Android users don’t pay for apps, they don’t have data plans, you can’t monetise them easily, and designers are all iPhone users and don’t really understand Android users … Socially, excluding Android users seems almost prejudicial. Unlike Android is difficult, this isn’t about about mere convenience; it’s a value judgment on who is worth designing for. Put…
> The equivalent of web standards that would allow an Android app to do responsive design in the manner of a web app, devices don't have or respect. Oh, really? Let's take a look shall we: 1. Using new APIs if available and falling back gracefully if not: http://developer.android.com/training/basics/supporting-devi... 2. Adapting your layout and UI to each device based on screen size, density and other features: http…
Why don’t designers take Android seriously?
51–60 of 144 posts
Re: Why don’t designers take Android seriously?
#52Re: Why don’t designers take Android seriously?
#53Earlier quoted context omitted.
Eclipse is also HORRIBLE. Horrible, horrible horrible. Objective-C isn't exactly easy to understand, but Xcode is. I could functionally make things work in Xcode in 2 days having no experience with C or Objective C, I've probably spent 6 weeks in Eclipse in my life and I still couldn't really tell you how to do things. I have to re-learn it every time I want to do something, especially with the UI.
Eclipse (or Android Studio) is good for when you are getting your feet wet with Android. If you don't like using it there are alternatives. I usually use Emacs or vi. The only thing I miss when not using Eclipse with the ADT plugin is after typing say "LinearLayout ll;" with Eclipse I can type Control-Shift-O and the LinearLayout class is automatically imported in the code. I miss this, but I kind of have this in Ema…
Re: Why don’t designers take Android seriously?
#54Earlier quoted context omitted.
Give Android Studio a shot. Makes laying out the UI in XML a breeze with its excellent intellisense.
I've heard that, and that's fine - I appreciate the suggestion and will probably use it, but if that's actually the best then people will take Android dev more seriously when the best is the standard IDE. Right now Eclipse is the default and it blows.
Re: Why don’t designers take Android seriously?
#55> The other replies were mostly variations on the theme that Android users don’t pay for apps, they don’t have data plans, you can’t monetise them easily, and designers are all iPhone users and don’t really understand Android users … Socially, excluding Android users seems almost prejudicial. Unlike Android is difficult, this isn’t about about mere convenience; it’s a value judgment on who is worth designing for. Put…
> The equivalent of web standards that would allow an Android app to do responsive design in the manner of a web app, devices don't have or respect. Oh, really? Let's take a look shall we: 1. Using new APIs if available and falling back gracefully if not: http://developer.android.com/training/basics/supporting-devi... 2. Adapting your layout and UI to each device based on screen size, density and other features: http…
Your first point doesn't address the "falling back gracefully" part. The second part of that example, the ActionBar, which was introduced in ICS, IIRC, only has a community shim. Granted if you want to use a new API that may not have as much community support as the ActionBar, you either code one yourself (strengthening the sedev's point that you have to design the same functionality across multiple versions).
Your second point is even more off base. With the web's responsive design, I have to make one HTML file, and one CSS file, and if my design is sane, it works across all screen sizes. Your second link requires you to hand code different layouts for every device size which is hardly a solution - infact you are back squarely where you started. And I'm unsure if you actually read those tutorials but they don't even seem to have been updated since eclair. IIRC, you only had to deal with 3 sizes then - ldpi, mdpi, and hdpi. I haven't done Android dev in a while, but I'm sure the number of layouts have tripled.
If you really want to counter sedev's point, you should point to an app with the relevant code that actually does what sedev is talking about and not some links to the documentation. Everyone is already aware of the documentation, and if it actually worked as you said it did, we would not be having this conversation.
Re: Why don’t designers take Android seriously?
#56Right now it goes like this in every company.
1) Lets make an iOS app
2) okay we have an iOS app, can someone clone an Android one real quick? It doesn't have to be perfect, just get it done ASAP.
> I recognise that I have a fairly rare stance, given the ideology that surrounds platform issues.
It's not a rare stance. Android is the hot thing now and has been gaining tons of momentum.
Re: Why don’t designers take Android seriously?
#57Fragmentation is a real thing, not laziness. Almost 98% of Android users don't run KitKat.
It is both a real thing and laziness. With decent technical design and Google's Android support library you can pretty much code as if 98% of people run KitKat and not worry about it, the support library will fallback gracefully down to all the OS versions you do care about. Most of the time when I hear designers complaining about Android fragmentation they are really just using "fragmentation" as a scapegoat to bemo…
Re: Why don’t designers take Android seriously?
#58From personal experience and from hearing 1st person stories of startups who went Android second, it takes at least 2x to even 3x the amount of time to build an Android app. This is why when a very talented Android engineer like Sarah Haider (Twitter's Android lead) goes from Twitter to Secret, it is a big deal. There are many strong, capable iOS technical leads out there and probably a fraction thereof in Droidlandi…
Eclipse is also HORRIBLE. Horrible, horrible horrible. Objective-C isn't exactly easy to understand, but Xcode is. I could functionally make things work in Xcode in 2 days having no experience with C or Objective C, I've probably spent 6 weeks in Eclipse in my life and I still couldn't really tell you how to do things. I have to re-learn it every time I want to do something, especially with the UI.
I code in MacVim. For anything, not just Android and I didn't like either Eclipse or XCode, XCode even lesser as mentioned above.
Re: Why don’t designers take Android seriously?
#59Re: Why don’t designers take Android seriously?
#60> The other replies were mostly variations on the theme that Android users don’t pay for apps, they don’t have data plans, you can’t monetise them easily, and designers are all iPhone users and don’t really understand Android users … Socially, excluding Android users seems almost prejudicial. Unlike Android is difficult, this isn’t about about mere convenience; it’s a value judgment on who is worth designing for. Put…
> The equivalent of web standards that would allow an Android app to do responsive design in the manner of a web app, devices don't have or respect. Oh, really? Let's take a look shall we: 1. Using new APIs if available and falling back gracefully if not: http://developer.android.com/training/basics/supporting-devi... 2. Adapting your layout and UI to each device based on screen size, density and other features: http…
The biggest design-impacting issues I've encountered are the absence of expandable or interactive notifications pre 4.1 and limitations in styling/visualizing list selection states pre 3.0