Around our shop (we have several PhoneGap projects) we frequently refer to Android browser as the IE of mobile. (and we're referring to IE6-8). Its crazy how many really key parts of HTML & CSS don't work on various versions of Android browser that are still very much alive and well, including some that worked on 2.3 and stopped working on 4.0 or 4.1. We basically have to turn our apps into static pages for anything…
Android's Overblown Fragmentation Problem Revisited
41–46 of 46 posts
Re: Android's Overblown Fragmentation Problem Revisited
#42Earlier quoted context omitted.
> Except Windows has 95% of the market and the Mac had 5% of the market. Except you are forgetting, screen resolution, processor speed, graphics card, sound card, co-processor, printer type, scanner type, microphone, webcam, harddisk, network card, modem, ...
Way back in the day it was pretty common for people to swap out pieces of a system (not too much today except for gamers). Your system needs a bigger screen? Get a bigger monitor and/or graphics card. Need a faster modem? Buy one. Need a camera? Add it. Go upgrade the graphics chip in your Android 2.3 handset. Oh wait...
Re: Android's Overblown Fragmentation Problem Revisited
#43Earlier quoted context omitted.
Way back in the day it was pretty common for people to swap out pieces of a system (not too much today except for gamers). Your system needs a bigger screen? Get a bigger monitor and/or graphics card. Need a faster modem? Buy one. Need a camera? Add it. Go upgrade the graphics chip in your Android 2.3 handset. Oh wait...
That doesn't have anything to do with the complaint about Android's fragmentation.
Re: Android's Overblown Fragmentation Problem Revisited
#44Earlier quoted context omitted.
That doesn't have anything to do with the complaint about Android's fragmentation.
you're pointing out 'fragmentation' in the windows market because of all the varying hardware, and it seemed you were saying it was equivalent to the android world. it's not, because you generally could change hardware on a windows system, but not on an android device.
I am pointing out that fragmentation in the COMPUTER HARDWARE and SOFTWARE is normal and exists since computers are among us. Windows market is a tiny spot of the COMPUTER HARDWARE and SOFTWARE around the world.
Any good developer learns to deal with it instead of writing posts whining about it.
Plus iOS which is oversold as not being fragmented has different set of API support depending on iOS/handset/tablet pair set.
Re: Android's Overblown Fragmentation Problem Revisited
#45Earlier quoted context omitted.
you're pointing out 'fragmentation' in the windows market because of all the varying hardware, and it seemed you were saying it was equivalent to the android world. it's not, because you generally could change hardware on a windows system, but not on an android device.
Quite the contrary. I am pointing out that fragmentation in the COMPUTER HARDWARE and SOFTWARE is normal and exists since computers are among us. Windows market is a tiny spot of the COMPUTER HARDWARE and SOFTWARE around the world. Any good developer learns to deal with it instead of writing posts whining about it. Plus iOS which is oversold as not being fragmented has different set of API support depending on iOS/ha…
We're either talking past each other or have a vastly different sense of the issue we're talking about (or both).
Re: Android's Overblown Fragmentation Problem Revisited
#46Earlier quoted context omitted.
Quite the contrary. I am pointing out that fragmentation in the COMPUTER HARDWARE and SOFTWARE is normal and exists since computers are among us. Windows market is a tiny spot of the COMPUTER HARDWARE and SOFTWARE around the world. Any good developer learns to deal with it instead of writing posts whining about it. Plus iOS which is oversold as not being fragmented has different set of API support depending on iOS/ha…
But... it wasn't ('a tiny spot') at the time. And good developers didn't 'deal with it' so much as people simply upgraded their hardware - computer stores routinely upgraded people's modems, graphics cards, sound cards, monitors, etc. Of course, some software would run with lower quality hardware, or try to run without certain features, but people mostly upgraded components (or entire systems) to be able to run newer…
My point is that developers always had zero control over the hardware/software configuration of the systems being targeted, it has nothing to do with the ability to upgrade.
Lets say one is coding an application for Amigas. There are 500, 600, 1000, 1200, .... series.
There is zero control over which type of monitor/TV and external devices the respective users have attached to their systems.
There is no concept of device drivers as of today systems, most need to be provided by the application writers themselves.
Again, zero to do with upgrade capability rather with the diversity of the installed base.