You're wrong about calling it fragmentation: fragmentation means there are n versions of Android, and you have to consider that.
What Omer is saying is that there are actually x >> n "versions" of Android, when you take into account all of the vendor ROMs, with their long list of bugs. So it's not about fragmentation, except for in the latter sense. I also disagree that starting an issue database will help anyone. Telling developers to worry about 900 bugs their app may need to worry about when they can't test on the individual devices isn't really a solution. Kris On Wed, Jul 31, 2013 at 8:32 AM, Daniele Segato <[email protected]> wrote: > On 07/31/2013 01:47 PM, Omer Gilad wrote: >> >> No problem - you want practical examples, I have literally an endless >> amount... >> I will try not to collapse Google servers or something, so I'll post >> just a few. > > > Thanks for that. > > >> >> By the way - read the original post - I am NOT talking about official >> fragmentation. >> Not screen sizes, API levels features and so on. >> I'm talking about BUGS. > > > I got it. > I'm just saying I never hit one. > I wrote that message with the specific intent of moving this discussion on > facts in opposition to "my opinion VS your opinion" > > I never said the API are flawless (as Piren pointed out in the other > response to my message). It's their implementation that may be buggy. > > I said my perceiving of the issue is not so bad as you pictured it. Maybe > 20% of the time for a project may go for fragmentation (both bugs and > handling API changes, screen sizes etc.). > I do not often write with native code, Graphics, Bluetooth, Sensors etc. > Sure, my user bay may not be so big too, sure. > > But you know what? I think it's more constructive to list issues and try, > together as a community, to route them out instead of just wining about > fragmentation. > Complaining with Google doesn't help either, because they can't do anything > about a bug created by someone else. > > The only thing you, and all the other hitting this kind of issues can do is > find a way to list them out. If you really care about the issue you should > discuss that and put facts (as this list) in front of claims (fragmentation > sucks). > > > >> All the issues below were tested with a device in front of me, these are >> not just assumptions. >> Ok, let's go: >> >> 1. On Samsung Galaxy S and most of its variants, when you use this >> simple and documented intent: >> http://developer.android.com/guide/topics/media/camera.html#intent-image >> >> The camera app behaves completely differently, and will sometimes ignore >> MediaStore.EXTRA_OUTPUT. >> If you run the same code that would work on any other device, most >> likely you'll crash on a NullPointer, unless you workaround for Samsung. >> Tested with the device in >> >> 2. The API AudioManager.setMicrophoneMute >> >> (http://developer.android.com/reference/android/media/AudioManager.html#setMicrophoneMute(boolean)) >> doesn't work at all on some Motorola devices (Milestone variants). >> It will literally do nothing, not mute the mic and even tell that you >> DID mute the mic (isMicrophoneMute will return true after that). >> >> 3. Using a GLSL shader with 4x3 matrix multiplication containing some >> 0's on Galaxy S4 will miscalculate the result, and produce artifacts >> because of that. >> Every other device does the same calculation fine, except S4. >> >> 4. Using camera preview on some Sony Xperia variants >> >> (http://developer.android.com/reference/android/hardware/Camera.html#setPreviewCallback(android.hardware.Camera.PreviewCallback)) >> will give you flipped or even cut preview frames - so it's completely >> useless for implementing video calling on these devices. >> >> 5. Reading from the proximity sensor on Motorola Milestone variants >> >> (http://developer.android.com/reference/android/hardware/Sensor.html#TYPE_PROXIMITY) >> will give you completely unrelated values, different from every other >> device and ignoring the sensor specification (getMaximumRange() and so >> on). >> >> 6. Running a GLSL shader with 8 varying vectors (the minimum of >> available varying vectors according to the spec., that should be >> available on every device), will cause some Galaxy S variants to reboot >> instantly. >> >> 7. Using an Intent to pick an image from the gallery >> >> (http://stackoverflow.com/questions/5309190/android-pick-images-from-gallery) >> on some Galaxy S variants will cause the Gallery app to crash. >> >> >> That's just the ones that came to my mind right now. >> I'm sure this can turn into a whole book when other people contribute. > > > Thank you for this list. > > I ask you to avoid the flame and start a constructive discussion instead > about what we can do, as a community, to help other developers discover this > kind of issues. > > A issue database is what we need. > > I don't have the resources to put one up. Probably none of you, alone, has > them. > > my 2 cent > Cheers, > > Daniele Segato > > -- > -- > You received this message because you are subscribed to the Google > Groups "Android Developers" group. > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] > 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 unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/groups/opt_out. > > -- -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] 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 unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
