Slashdot Mirror


Android 3.0 Platform Preview and SDK Is Here

mikejuk writes "Google has released the Android 3.0 SDK, to allow developers time to create the apps that will run on the flood of tablet devices that should be availalble later in the year. The preview includes improved 2D and 3D graphics, new user interface controls, support for multicore processors, DRM and enterprise security features. It is complete with a 3.0 emulator that you can use to try applications on, but you can't add them to the app market just yet."

129 comments

  1. Any chance we'll get rid of Java? by Anonymous Coward · · Score: 0, Troll

    Any chance we'll get rid of Java?

    1. Re:Any chance we'll get rid of Java? by Sarten-X · · Score: 2, Insightful

      Not likely, and apart from various forms of trolls, there's no reason to.

      --
      You do not have a moral or legal right to do absolutely anything you want.
    2. Re:Any chance we'll get rid of Java? by Anonymous Coward · · Score: 0

      Though you're likely trolling... you can compile and run native code on Android, but that, of course, has the drawbacks of native code.
      http://developer.android.com/sdk/ndk/index.html

    3. Re:Any chance we'll get rid of Java? by alvinrod · · Score: 2

      There is a reason to if it's likely that Oracle's lawsuits will be successful. If that came to pass, the handset manufacturers (or Google) would be required to pay Oracle. At that point it might be cheaper for them to use Windows Phone. Of course it may also drive the manufacturers to MeeGo as well.

      Speculative future; oh hell yes, but there may be reasons for getting rid of Java.

    4. Re:Any chance we'll get rid of Java? by doconnor · · Score: 1

      It might be even cheaper to Google to just buy Oracle.

    5. Re:Any chance we'll get rid of Java? by thisisauniqueid · · Score: 1

      Yes, Scala runs fine on Dalvik, as does anything that generates Java bytecodes (due to cross-compilation). Also check out the NDK.

    6. Re:Any chance we'll get rid of Java? by mlts · · Score: 3, Funny

      Google might just end up making a new VM system, similar to what Microsoft did with .NET.

      This might have some advantages. Perhaps language independence could be put in, so Java source code files can be used, but they would compile to the new VM format, similar to how Microsoft's J# compiled to .NET. This way, someone can use Java syntax, C++ syntax, heck, even a version of BASIC and still get the same bytecode coming out. Add JIT, and there would be little performance overhead.

      Oracle doesn't seem to be doing much with Java anyway, so if Google made a VM system from scratch, perhaps it might be better overall in the long haul, especially if it was designed from the ground up for security, learning the mistakes Sun/Oracle made.

    7. Re:Any chance we'll get rid of Java? by HarrySquatter · · Score: 1

      Unless Google can whip out 166 billion from it's ass, there's a fat chance of that.

    8. Re:Any chance we'll get rid of Java? by HarrySquatter · · Score: 0, Troll

      you can compile and run native code on Android,

      Sure if you want code that still runs just as crappy as the regular stuff since it all still runs in the VM.

      but that, of course, has the drawbacks of native code.

      The drawback of having to be a competent programmer rather than a mouth-breathing Java code slinger?

    9. Re:Any chance we'll get rid of Java? by flight666 · · Score: 4, Informative

      Android has it's own VM system, and it's called Dalvik. It has language independence built in so Java source files can be used... they compile to DEX, the Dalvik bytecode format. It does JIT.

      Please tell me that the above was (well-disguised) sarcasm.

    10. Re:Any chance we'll get rid of Java? by sauge · · Score: 1

      I'll admit I am inclined towards C++ on these, but one has to admit given the variety of devices out there and potentially the variety of hardware that it could run on, having an abstraction layer like the VM does have it's benefits.

    11. Re:Any chance we'll get rid of Java? by the+linux+geek · · Score: 1

      I'm sure that will happen around when Red Hat's acquisition of Microsoft gets past the regulators, and when Dell is in negotiations for the purchase of IBM.

    12. Re:Any chance we'll get rid of Java? by bonch · · Score: 1

      There are plenty of reasons. Native code will always perform better and consume less battery life. Very important on a mobile device.

    13. Re:Any chance we'll get rid of Java? by exomondo · · Score: 2

      Google might just end up making a new VM system, similar to what Microsoft did with .NET.

      How would that be different though? MS still pay royalties to Oracle (initially to Sun) for patents used in the .Net system. If Google loses the case with Oracle over Java they will end up paying royalties just like MS does now.

    14. Re:Any chance we'll get rid of Java? by angus77 · · Score: 0

      But getting less and less important every year.

    15. Re:Any chance we'll get rid of Java? by serviscope_minor · · Score: 1

      Perhaps language independence could be put in,

      I remember reading about Java years ago when it was new. One of the things they seemed proudest of was the VM, since it would allow many languages to be combined. Perhaps it was mis-designed and ended up begin Java specific, but I thought there were other languages now available.

      --
      SJW n. One who posts facts.
    16. Re:Any chance we'll get rid of Java? by icebraining · · Score: 2

      Scala, Python, Ruby, Closure, Groovy and a few more.

    17. Re:Any chance we'll get rid of Java? by icebraining · · Score: 1

      Sure if you want code that still runs just as crappy as the regular stuff since it all still runs in the VM.

      I'm not sure you understand what it means: it doesn't actually compile C/C++ to bytecode, it runs native code, which interfaces with a virtualized machine. So no, it doesn't run "just as crappy".

      The drawback of having to be a competent programmer rather than a mouth-breathing Java code slinger?

      Considering the Android platform, which runs on everything from ARM smartphones, TVs and tablets to x86 laptops, a JIT that can optimize to any specific architecture at runtime will probably outperform the native code objects, since no developer has thousands of dollars and enough time to optimize, test and debug for each CPU model.
      But I'll get off your lawn now.

    18. Re:Any chance we'll get rid of Java? by sexconker · · Score: 1

      a JIT that can optimize to any specific architecture at runtime will probably outperform the native code objects, since no developer has thousands of dollars and enough time to optimize, test and debug for each CPU model.

      What the FUCK is this shit?

      Code compiled to actual machine code will always be faster than something that has to be compiled on the fly.

      Most developers worth a damn DO have "thousands of dollars" and plenty of time to test, debug, and optimize for many platforms - they choose not to test in general because no one hold developers responsible for their fuck ups anymore.

      And they'd get no additional benefit to testing the same code across multiple platforms. Either it works or it's the platform's, or rarely, the compiler's, fault. This is why you design for the lowest common denominator of the hardware you plan to support.

      Developers don't have to spend vast amounts of extra money or time to compile or test for different platforms. You just set a fucking flag for your target architecture when you call your compiler. If it builds runs, and in general doesn't explode, it's as good to go as it was on the other platforms. Any cross-platform fuckups at this point would occur with a VM setup as well.

    19. Re:Any chance we'll get rid of Java? by shatfield · · Score: 1

      They call it Java, but technically it's not Java... it doesn't run on a JVM, and uses a custom development kit (not the JDK).

      From: http://en.wikipedia.org/wiki/Dalvik_(software)

      "Dalvik does not align to Java SE nor Java ME Class Library profiles[8][9] (e.g., Java ME classes, AWT or Swing are not supported). Instead it uses its own library[10] built on a subset of the Apache Harmony Java implementation."

      --
      "To make a mistake is only human; to persist in a mistake is idiotic." Cicero
    20. Re:Any chance we'll get rid of Java? by exomondo · · Score: 1

      I'll admit I am inclined towards C++ on these, but one has to admit given the variety of devices out there and potentially the variety of hardware that it could run on, having an abstraction layer like the VM does have it's benefits.

      It has its benefits within the platform scope, but not when it comes to porting across platforms.

    21. Re:Any chance we'll get rid of Java? by exomondo · · Score: 1

      They call it Java, but technically it's not Java...

      It's Java in the sense that the language used is Java, any Java programmer can code for Android because the language used is Java.

      it doesn't run on a JVM

      Using the android development kit the generated bytecode doesn't run on a JVM, but the code can by compiled to JVM bytecode because it's Java.

      and uses a custom development kit (not the JDK).

      It doesn't support the full JDK because it discards parts of the Java class library - that aren't really relevant or suitable for Android - and uses it's own.

      Down to the VM it's all Java, it's just that for Android you generate Dalvik bytecode instead of Java bytecode, which doesn't make any difference for the developer.

    22. Re:Any chance we'll get rid of Java? by squiggleslash · · Score: 2

      Oracle's lawsuit is because Google created their own VM system rather than copying the JVM. Oracle believes that any VM system that infringes on their patents (basically any VM system more modern and efficient than the UCSD p-System) should either be compatible with the J2SE specification, or should be licensed with Oracle getting paid out of the deal.

      --
      You are not alone. This is not normal. None of this is normal.
    23. Re:Any chance we'll get rid of Java? by icebraining · · Score: 1

      This is why you design for the lowest common denominator of the hardware you plan to support.

      My whole point. The JIT can actually use each hardware's capabilities, by compiling to machine code specifically for it. And considering that with the multitude of platforms for Android, the lowest common denominator may be very basic.

    24. Re:Any chance we'll get rid of Java? by DrXym · · Score: 1
      There are plenty of reasons. Native code will always perform better and consume less battery life. Very important on a mobile device.

      Stability, architecture are also very important in phones. Apps written in a VM decrease the likelihood that they will destabilize the system such as by crashing unexpectedly, passing duff data around to other apps, accessing devices or files they have no permissions to access, consuming resources, hogging CPU or otherwise causing the phone to bug out. Using a VM also means it is largely irrelevant what chipset is sitting underneath because the app in the VM doesn't care.

      Of course Google offers a native dev kit too, but frankly unless an app (e.g. a app) absolutely needs the performance it would be better off sticking in a VM. I'm surprised they don't also offer llvm support so devs can write bitcode portable executables.

  2. Better Link by DoomHamster · · Score: 5, Informative
    1. Re:Better Link by DoomHamster · · Score: 1

      From the link:

      Activity fragments, for greater control of content and design flexibility

      Starting with Android 3.0, developers can break the Activities of their applications into subcomponents called Fragments, then combine them in a variety of ways to create a richer, more interactive experience. For example, an application can use a set of Fragments to create a true multipane UI, with the user being able to interact with each pane independently. Fragments can be added, removed, replaced, and animated inside an Activity dynamically, and they are modular and reusable across multiple Activities. Because they are modular, Fragments also offer an efficient way for developers to write applications that can run properly on both larger screen as well as smaller screen devices.

      Great! Even more fragmentation! :)

    2. Re:Better Link by Anonymous Coward · · Score: 0

      Highlights... DRM

      Thanks google!

  3. From iOS developer POV by EMB+Numbers · · Score: 2

    The enhancements including new/improved GUI controls and built-in animation support will make re-hosting features from iOS easier. There seems to be some confusion (possibly only in my mind) or overlap between Views, Widgets, Fragments, and Drawables as well as between Canvas and Paint. The whole framework seems disorganized or lacking consistent application of patterns, but I admit that I may just not see the forest for the trees.

    1. Re:From iOS developer POV by I8TheWorm · · Score: 1

      I develop for both, and kind of have to agree with you on the confusion. Hopefully they're closer to resolving this in 3.0.

      --
      Saying Android is a family of phones is akin to saying Linux is a family of PCs.
    2. Re:From iOS developer POV by Anonymous Coward · · Score: 0

      The classes you name aren't all that confusing to me. I've written a couple apps, once of which has sold quite well. Here's how the things you named interact:

      View: The base class for anything that is on the screen. This includes widgets (see below) and layouts (which are often invisible, but arrange the views inside them).
      Widget: A view that isn't a layout. Buttons, labels, sliders, etc. Something that is visible on the screen, and that often you can interact with.
      Drawable: Something that can be painted over an area of the screen. A drawable can be an image, a color, etc.; widgets often use drawables to draw themselves.

      Canvas: A class that you send the draw commands to. Whenever you are going to draw onto a bitmap or onto the screen, first you get a canvas for that object, then you send your draw commands to the canvas.
      Paint: A class that holds drawing options (current color, antialiasing on/off, etc.).

      Fragment: OK I haven't used these yet so I won't say what they are.

    3. Re:From iOS developer POV by Anonymous Coward · · Score: 1

      There is a lack of consistency in the Android SDK design. Different parts don't agree on the best way to do things. Knowing one part of the Android SDK doesn't necessarily give you any clues about how another part works. I don't see strong guiding design patterns. The overall effect is chaotic but still sufficient.

      Views and widget layouts are a convoluted mess - really horrible. The SDK makes frequently recurring developer tasks like adjusting layout for a different screen size feel like a trip to the dentist.

    4. Re:From iOS developer POV by Anonymous Coward · · Score: 0

      On iOS are you also confused by the overlap between CALayer and UIView? Any framework/tool you haven't spend a lot of time working with seems odd when your changing to it from something else. Moving to eclipse from project builder took a lot of adjustment but after a couple of years, when I switch back to project builder I missed a lot of eclipse features (the latest version of project builder has a lot of the eclipse features I missed). Some of the difference are wrong, some are just different choices. Wether pen color is part of the drawing context or an attribute of the drawing operation isn't disorganization or lack of consistency.

      I haven't played around with honeycomb yet, but I will agree that at first glance fragments seem very odd since I though breaking an app up was what activities did.

    5. Re:From iOS developer POV by Anonymous Coward · · Score: 0

      Fragments are just sub-activities. They can then be combined in a variety of ways to form an activity. Also, the same Fragment can be used in multiple Activities.

    6. Re:From iOS developer POV by JAlexoi · · Score: 2

      What's the confusion or the overlap? Views are the most basic UI elements, Widgets are builtin UI controls, Fragments are collections of views/widgets, Drawables are objects that you can draw on a Canvas. Canvas vs Paint? How is that confusing? Does it confuse you when a painter uses a canvas and paint?

  4. Why? by sidragon.net · · Score: 1

    Can you give some reasons why Java is bad for Android?

    1. Re:Why? by angus77 · · Score: 1

      Patent trolling by Oracle would be reason #1.

      It would be nice to be able to use a language that wasn't half boilerplate, as well.

  5. And for phones? by AC-x · · Score: 2

    They're making a big deal about the new tablet features, but what does it add for phones? Will it even be released to phones? They don't even mention phones in their promo video. I hope they haven't forgotten about us...

    1. Re:And for phones? by AuMatar · · Score: 2

      3.0 is basically 2.3 for tablets. 3.0 is tablet optimized, where 2.3 is phone optimized.

      --
      I still have more fans than freaks. WTF is wrong with you people?
    2. Re:And for phones? by hitmark · · Score: 2

      Well it will be compatible with existing apps, and 2.3 already lay the groundwork for providing apps that work on both phones and tablets (by including ui elements for both via the *dpi and screen size groups).

      --
      comment first, facts later. http://chem.tufts.edu/AnswersInScience/RelativityofWrong.htm
    3. Re:And for phones? by jonbryce · · Score: 3, Informative

      Honeycomb is for Tablets only. Ice cream will be the next phone OS.

    4. Re:And for phones? by BlueWaterBaboonFarm · · Score: 1

      Is that conjecture well sourced now? I've heard that before but I thought it was speculation.

    5. Re:And for phones? by happydan · · Score: 1

      http://techcrunch.com/2011/01/11/android-ice-cream-sandwich/ Andy Rubin confirmed it as Ice Cream Sandwich, 2.4.

  6. Wouldn't it be weird if... by Anonymous Coward · · Score: 0

    ...like the iOS SDK only being able to be used on the MacOS, the Android SDK was only available on Debian Linux or something?

    1. Re:Wouldn't it be weird if... by joh · · Score: 1

      Since Google is the new Microsoft, it would be available only on Windows. Android may be based on Linux but this is a mere technicality.

  7. Action Bar seems dangerously close to desktop... by SuperKendall · · Score: 1

    In every application, users have access to contextual options, navigation, widgets, or other types of content in an Action Bar, displayed at the top of the screen.

    Isn't this just a menu bar then? It seems like an odd idea for a tablet, basically it seems overly desktop like. Also unlike a desktop, the top of the screen may not be a fast place to house controls because on a touchscreen it's the furthest from where your hands naturally sit (at the bottom holding the device). In fact I'd say they got the Action Bar and the System Bar positions exactly reversed from how they should be...

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  8. This is where Nokia missed the boat by c.r.o.c.o · · Score: 5, Interesting

    I used to be the biggest supporter of Nokia's Maemo/MeeGo OS. Except for the N770, I owned every single Maemo device they released (N800, N810, N900) and I loved them. They were true pocket computers running full, unlocked versions of Debian.

    I still own the N900, which at the time it came out, was miles ahead of anything else available on the market in terms of features, customization, and hardware. It was amazing to have full desktop (not mobile) skype connectivity built into the phone. Just connect to wifi or 3G and make calls to any other Skype computer or N900. Full (not web) browsing enabled by default. Flash 9 preinstalled. But it is almost a year and a half later, and in the meantime Nokia has not released any new Maemo/MeeGo hardware, and only 1 major update to the N900 firmware. Even that update only fixed minor bugs and added the QT libraries.

    In the meantime, Android went through at least 3 major revisions, and there are a multitude of devices to fit any need and budget. And now it matches pretty much all the features that made the N900 special. The worst part? Nokia hasn't even announced ANY MeeGo devices, let alone released them. They may still do it, but I think it's too little too late.

    1. Re:This is where Nokia missed the boat by Cthefuture · · Score: 1

      Honestly, the best thing Nokia could do would be to start putting out Android devices. I know they hate that idea, having poured so much into Qt, S60 and such but it's just the situation they are in. If they don't do it then they're going down in flames like all those other old businesses that couldn't keep up when the market went against them. The iPhone and Android markets are growing by leaps and bounds with thousands of new developers pouring in like crazy.

      Nokia puts together superior hardware but they're not going to last unless they realize they have lost the OS/software war.

      --
      The ratio of people to cake is too big
    2. Re:This is where Nokia missed the boat by MrHanky · · Score: 1

      Adding the Qt libraries to Maemo is pretty huge, though.

    3. Re:This is where Nokia missed the boat by spuddux · · Score: 1

      The same goes for Windows mobile. Until competitors truly have something worth switching over, they will never gain market share. Being just as good isn't enough. It won't attract people to switch and it won't attract developers to switch. I would argue the only reason android is as popular as it is today, is because people wanted something AS GOOD as the iphone, but weren't willing to switch carriers. I bet Apple is really kicking themselves over the exclusive contract they signed with ATT.

    4. Re:This is where Nokia missed the boat by exomondo · · Score: 4, Insightful

      But it is almost a year and a half later, and in the meantime Nokia has not released any new Maemo/MeeGo hardware, and only 1 major update to the N900 firmware. Even that update only fixed minor bugs and added the QT libraries.

      I think they tried to get the community to shoulder too much responsibility for the OS - it's great that it's open source, but there isn't much open source that succeeds without corporate backing and for a predominantly consumer device that corporate backing has to come from the manufacturer. It would be nice to see meego flourish, and it certainly could given Nokia's market share, but consumers have been consistently disappointed by Nokia's high-end offerings, sure the N95 and N900 are great but the N93, N96 and N97 were all pretty awful IMO. Hopefully Intel and Nokia devote their full attention to Meego, if they don't then i see it ending up like Maemo.

    5. Re:This is where Nokia missed the boat by Anonymous Coward · · Score: 0

      Android doesn't have the features that made the NIT's special. Android is J2ME on steroids, nothing more.

    6. Re:This is where Nokia missed the boat by losinggeneration · · Score: 1

      I bet Apple is really kicking themselves over the exclusive contract they signed with ATT.

      I thought at the time, AT&T was the only one willing to take the iPhone, with all other carriers turning them away. In any case, they still made a killing off the iPhones.

    7. Re:This is where Nokia missed the boat by c.r.o.c.o · · Score: 1

      Honestly, the best thing Nokia could do would be to start putting out Android devices. I know they hate that idea, having poured so much into Qt, S60 and such but it's just the situation they are in. If they don't do it then they're going down in flames like all those other old businesses that couldn't keep up when the market went against them. The iPhone and Android markets are growing by leaps and bounds with thousands of new developers pouring in like crazy.

      Nokia puts together superior hardware but they're not going to last unless they realize they have lost the OS/software war.

      I completely forgot to mention Symbian, even though I used it on my E71. From I remember, it worked very well for devices without touchscreens, but it felt dated and some of the interface and navigation choices were just silly. One in particular was that sometimes closing an application would actually minimize it. A few hours later you'd wonder why the battery drained completely. Checking the task manager would show a whole bunch of applications happily churning in the background.

      Nokia went on to invest a lot of money and resources into Symbian, but even their latest version is AWFUL when compared to Maemo, Android or iOS. I think Symbian is the reason Nokia is in so much trouble right now. They chose to keep developing that clunker of an OS along with Maemo/MeeGo, unwilling to break free from the few legacy applications available for it. Obviously applications are important, but both Apple and Google proved that within a couple of years, with enough developers, you can have hundreds of thousands of them.

      Nokia should have stopped all development of Symbian, and should have invested all their resources behind Maemo/MeeGo.

    8. Re:This is where Nokia missed the boat by Bart+Coppens · · Score: 1

      I don't know if the community actually has/had the opportunity to do all the required changes to the N900 even if they wanted to. For example, until PR1.2 which came out in Spring 2010, I couldn't even reload the credit on my phone's SIM because the N900's phone application (or modem stack) didn't bother to implement the required USSD support. The only thing the community *could* do was what it did: release a crappy homescreen applet that might or might not work. (I just swapped my SIM card into my old 20€ cellphone for which the N900 was a replacement...) Couldn't actually change the phone/modem software, because there's no source for it to edit. At least that's how I understood it, and which I found to be quite pathetic. (Which I think is such a shame, it could've been such a nice platform, and it mostly, but not quite, is too)

    9. Re:This is where Nokia missed the boat by exomondo · · Score: 1

      I don't know if the community actually has/had the opportunity to do all the required changes to the N900 even if they wanted to.

      You're right, they couldn't do everything, but most of OS' bugs could potentially be fixed by the community.

      Couldn't actually change the phone/modem software, because there's no source for it to edit. At least that's how I understood it, and which I found to be quite pathetic.

      The OS is open source, but not all the drivers can be, same with Android, and with any proprietary devices on linux systems.

    10. Re:This is where Nokia missed the boat by loufoque · · Score: 1

      I would argue the only reason android is as popular as it is today, is because people wanted something AS GOOD as the iphone, but weren't willing to switch carriers

      Doesn't it bother you to have an US-centric view of the world?

    11. Re:This is where Nokia missed the boat by angus77 · · Score: 1

      Indeed. In Japan, the iPhone and HTC Desire are both carried by the same carrier---Softbank.

    12. Re:This is where Nokia missed the boat by Microlith · · Score: 1

      Not all of it. A fair number of bits were still closed source, and this irritated a lot of the user base.

      MeeGo corrects pretty much all of that, as well as pushing to and pulling from upstream projects heavily. It is, to a great degree, what Maemo should have been.

      It's too bad Google couldn't have pushed for that ages go, instead of reinventing the wheel.

    13. Re:This is where Nokia missed the boat by Richard_J_N · · Score: 4, Informative

      Actually, it wasn't open-source enough. Many of the nasty bugs in the platform related to closed-source components. For example, I wanted to be able to simultaneously run a VoIP call and use the camera. But the camera "helpfully" wouldn't run during a call, because it needed the sound card to make the "click" noise. I tried to fix it, but was told that the camera app was closed source. There was an open-source camera library component...but only if I didn't want auto-focus! Another N900 killer was video-calling. Almost there, but pulse-audio was hogging 30% CPU doing (un-needed) sample-rate conversion - and we couldn't remove it.

    14. Re:This is where Nokia missed the boat by rrossman2 · · Score: 1

      Or something better in the aspect you weren't locked into only installing what Apple said was ok, as well as having the multitasking capabilities that the WinMobile phones had supported for a while

    15. Re:This is where Nokia missed the boat by exomondo · · Score: 1

      Not all of it. A fair number of bits were still closed source, and this irritated a lot of the user base.

      I can't really think of anything off the top of my head that was closed source apart from non-OS components (like the Media Player UI framework, device drivers, mapping framework, etc...).

    16. Re:This is where Nokia missed the boat by exomondo · · Score: 1

      In Australia pretty much all carriers have the same phones, including the iPhone and Android devices.

    17. Re:This is where Nokia missed the boat by trawg · · Score: 1

      I think Nokia got into this weird habit of just building a whole bunch of handsets and spraying them out randomly hoping that there'll be someone out there that the design appeals to. I think that strategy worked well for them back in the pre-smartphone days when physical design and feature sets was more important than now, where it's all about software, but I think it's totally biting them in the ass now - they're still churning out different units and just losing ground left right and centre because their software is suffering.

      I have an N900 but I abandoned it pretty soon after I got an Android. I keep the N900 around because holy shit it's handy having a full Linux box that I can carry around in my pocket, but in terms of general usability as a phone/portable email/social/browser device it is simply smashed by Android in just about every respect.

      I was thoroughly disappointed when they announced Meego - not because I thought it was a bad idea, but because it was instantly apparent that - after all the touting of Maemo and its virtues, it was going to get dropped by the side of the road. It was especially vexing for us here in Australia because the N900 took sooooo much longer to come out - so it seemed the platform was dead shortly after it was released here.

      I still like to think Nokia have a lot of potential though - there's so much awesomeness in some of the things they do.

    18. Re:This is where Nokia missed the boat by Microlith · · Score: 1

      MCE, which has long been a bone of contention. dsme was closed until they moved all the juicy bits out into MCE.

      There's a listing of all the infrastructure bits that are closed:

      http://wiki.maemo.org/Open_development/Why_the_closed_packages

      None of this is an issue in MeeGo aside from BME (annoyingly) and the 3D drivers.

    19. Re:This is where Nokia missed the boat by jonwil · · Score: 1

      The problem with the N900 is not that there is a lack of open-source development but that too many critical pieces of the phone software were not open-sourced by Nokia.

      MeeGo gets better, the only closed source components on that platform are:
      Broadcomm Bluetooth chip firmware (closed source due to FCC regulations regarding bluetooth hardware)
      userspace GPU drivers (closed source because PowerVR wont share its "valuable IP")
      TI wireless chip firmware and certain user-space code related to it (closed source due to FCC regulations regarding WiFi hardware)
      A few audio algorithms (likely closed source because they contain 3rd party code or they contain secret algorithms Nokia doesn't want to disclose)
      GPS libraries and daemon (closed source because of the proprietary algorithms that talk to the TI GPS chip)
      Library that talks to the special calibration data on the phone (closed source because messing with this data can seriously screw things up)
      Battery Management Entity module (closed source because if you send the wrong thing to the battery related hardware, its possible to damage the handset or battery)
      Cell modem firmware (closed source due to FCC regulations regarding GSM/UMTS hardware)

      Other important things like the telephony stack and internet connectivity stuff are now open source in MeeGo (telephony stack in MeeGo is based on ofono with special code for the N900 and its cellular modem)

      The downside is that MeeGo support on the N900 is a community effort only and is unlikely to be a viable replacement for Maemo Fremantle anytime soon and that all the MeeGo work means no further work (including opening of closed source packages to benefit the community) is likely to happen for Maemo Fremantle.

    20. Re:This is where Nokia missed the boat by ChunderDownunder · · Score: 1

      My understanding was that the majority of Symbian dev for ^4 was in modernising the platform through Qt.
      In that sense, the UI should flow directly back to meego.
      I guess nokia execs are wary of another deadend like hildon. In this way, they're letting their trolltech staff abstract away the underlying OS, while rewriting the core phone apps in Qt. When that switch is complete, any future n900 successor will feel more 'phoneish', in the meantime the linux layers will be crowdsourced, such as adopting wayland for Qt and leveraging any non ui contribs from rival linux based phone platforms.
      Timing here is the key but nokia's core business is phone handsets, not maemo hacker toys. Qt-ifying their existing platform, rightly or wrongly, takes precedence.

  9. Hmm... by Lanteran · · Score: 1

    With a tablet android version, they might finally have gotten me into android app development. I'm not sure exactly how this works, would I have to learn and use java or could I just use any language?

    --
    "People don't want to learn linux" hasn't been a valid excuse since '03.
    1. Re:Hmm... by Facegarden · · Score: 2

      There are some ways to use other languages - the Mono project is pretty far along with getting C# working for Android, and you can write native C++ apps with the NDK (native development kit), but google strongly suggests not using the NDK just because you'd rather program in C++, as it is much easier to write bad programs in C++ than it is in Java (they suggest using the NDK when you're doing computationally intensive stuff like 3D games, or you have some game engine already written in C++).

      For the most part, yeah, you just need to learn Java. But from what I've seen, its not really that bad. I've never more than toyed with Android development, but none of it looks very tough.
      -Taylor

      --
      Worldwide Military budgets: $2100 billion. Worldwide Space Exploration budgets: $38 billion. Really, world? Really?
    2. Re:Hmm... by zuperduperman · · Score: 2

      Don't be scared of learning Java on Android. It is the most pleasant experience I've ever had with Java. Basically, Google threw out all the onerous libraries and instead you're talking to the Android framework which is far simpler and easier to work with. A lot of the Java fear and loathing that you read about is based on the ridiculous stack of libraries and bloat that accompanies Java web stacks. Android has none of that.

    3. Re:Hmm... by Tapewolf · · Score: 3, Informative

      With a tablet android version, they might finally have gotten me into android app development. I'm not sure exactly how this works, would I have to learn and use java or could I just use any language?

      If you have an existing C/C++ codebase it is possible to hive parts of it off as a library (.so) and load it into your java code via JNI, but for the most part your user interface has to be written in Java and compiled into Dalvik bytecode.

      As of Android 2.3 it is apparently possible to write the entire program in C/C++, using a special option in the manifest file and an Android-specific entrypoint. 2.3 also adds event hooks to help with getting input, but AFAIK there is still no way to get at the user interface. You can, however, do OpenGL (probably OpenGL SE, but not sure) and roll your own, but that's generally most useful for games and things rather than, say, a text editor (which Android could use a few more of).

      There are a few gotchas when using the Native Development Kit - it's got most of POSIX but not everything. pthreads is a little iffy in places and it doesn't support unicode properly (Android doesn't use Unicode, it does something else).
      For example, passing a unicode string between C and C++ modules will cause a bus error, because unicode is 32 bits in C++, and 8 bits in C which caused a lot of head-scratching at first.

    4. Re:Hmm... by serviscope_minor · · Score: 1

      Not only that but google seem to have some bizarre ideas about C++. No exceptions, no STL, no RTTI. Apparently for reasons of "bloat", because the STL is ungodly huge compared to the java libraries supplied...

      But that does make it much harder to write C++. No exceptions == no RAII.

      Aparently they were thinking of changing this, however.

      --
      SJW n. One who posts facts.
    5. Re:Hmm... by Lanteran · · Score: 1

      well I suppose I was going to have to learn java eventually... If android does have a lack of decent text editors (assuming it hasn't been done) I could always work on porting vim/nano/emacs or something. Doubt it would work well though without a significantly reworked interface or a full 108-key keyboard.

      --
      "People don't want to learn linux" hasn't been a valid excuse since '03.
    6. Re:Hmm... by nedwidek · · Score: 1

      You'll really want to use the ADT plugin for Eclipse. I'm not a fan of Eclipse, but it is decent. The ADT provides you with just about everything you'll need and makes pushing your code to the emulator or a device easy.

      --
      Post anonymously - For when your opinion embarrasses even you!
  10. Re:Action Bar seems dangerously close to desktop.. by Altus · · Score: 1

    I agree with you, however I do suspect that, with most tablets, one hand is used to hold the device and the other is used to operate it. It seems to me that most every interaction should be one hand based for tablets. Its not clear to me where the easiest to hit area is on a tablet.

    Phones on the other hand are often operated with the thumb of the hand that is holding the device, so in that case the bottom of the screen is pretty clearly a good place for frequently used operations.

    --

    "In America, first you get the sugar, then you get the power, then you get the women..." -H. Simpson

  11. Offtopic by jiteo · · Score: 2

    That's cool and everything, but can we get the *current* Android version for our Nexus Ones please?

    1. Re:Offtopic by h4rr4r · · Score: 1

      No problem. Go get CyanogenMod 7.

  12. Still ARM only? by Anonymous Coward · · Score: 0

    With MIPS trying to move in on smart phones and tablets, I'm surprised MIPS tools/emulators aren't part of the official SDK yet.

    I wonder if things will change once the new phones start being sold...?

  13. Thanks. by EMB+Numbers · · Score: 1

    Thanks. I have read much the same in the documentation. I suspect I just have to gain experience with the framework to get a feeling for which class to use when. For example, I don't see any reason why I can't draw in any old View rather than using a Widget, and Drawables don't seem to need Views at all; is that correct? I can have a Canvas and a Paint for a Drawable and see it on screen without a View?

    I guess I'll just have to learn the intended roles of the classes. That is the nature of learning any framework and not necessarily better or worse with Android - just different.

    1. Re:Thanks. by wmshub · · Score: 3, Interesting

      (Note: I'm the person who posted the first response too, but I wasn't logged in then so it came out as from anonymount).

      If you want to do some custom drawing, then sure, you can start with a View and extend it to make your own Widget.

      You can draw without a View, but only on bitmaps. Canvases from the screen come from Views. If you have a Drawable and you want it to appear on the screen, then the easiest way is to create any view you want and just make the background be that Drawable. This can all be done in XML in your layout resource file and it doesn't take a single line of Java code. It's very easy once you're used to it.

      When I started out my biggest confusion was Activities, Apps, and Tasks. Those really mixed me up. But once I got used to them I found them very nice, it makes it easy to build modular apps that work together smoothly.

  14. Backwards Compatibility by DoomHamster · · Score: 1

    This is the best bit from http://developer.android.com/sdk/android-3.0-highlights.html:

    "Compatibility with existing apps

    Android 3.0 brings a new UI designed for tablets and other larger screen devices, but it also is fully compatible with applications developed for earlier versions of the platform, or for smaller screen sizes. Existing applications can seamlessly participate in the new holographic UI theme without code changes, by adding a single attribute in their manifest files. The platform emulates the Menu key, which is replaced by the overflow menu in the Action Bar in the new UI. Developers wanting to take fuller advantage of larger screen sizes can also create dedicated layouts and assets for larger screens and add them to their existing applications."

    Looks like this should run on existing platforms without too much tweaking by custom ROM builders/manufacturers.

    1. Re:Backwards Compatibility by Facegarden · · Score: 1

      ...Looks like this should run on existing platforms without too much tweaking by custom ROM builders/manufacturers.

      Not sure why you say that. A new platform supports old apps (as has always been the case with Android), but that doesn't have anything to do with old hardware supporting the new platform.

      Besides, most existing platforms are phones, and Honeycomb really isn't set up to run on a phone. I'm *sure* it would *run*, and I know enterprising hackers will do it for fun, but I can's imagine it being usable.

      That said, there are some existing tablets, and they will seriously benefit from Honeycomb, so I'm sure devs will port it over.

      Just don't think there will be lots of Honeycomb ports to phones. It doesn't look like that will be too useful.
      -Taylor

      --
      Worldwide Military budgets: $2100 billion. Worldwide Space Exploration budgets: $38 billion. Really, world? Really?
  15. Re:Action Bar seems dangerously close to desktop.. by exomondo · · Score: 1

    In every application, users have access to contextual options, navigation, widgets, or other types of content in an Action Bar, displayed at the top of the screen.

    Isn't this just a menu bar then? It seems like an odd idea for a tablet, basically it seems overly desktop like.

    The 'Action Bar' isn't static, it's is customizable by the application so there is a standard place for all application controls.

  16. Re:Action Bar seems dangerously close to desktop.. by SuperKendall · · Score: 2

    The 'Action Bar' isn't static, it's is customizable by the application

    In what way is that not a menu bar as on a desktop. It's the very definition of a menu bar...

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  17. Still farther by SuperKendall · · Score: 1

    I agree with you, however I do suspect that, with most tablets, one hand is used to hold the device and the other is used to operate it.

    And I agree with that but even then, the top of the screen is still further from a resting hand than the bottom... when not in use the non-holding hand will not generally be resting in the middle of the screen or it would obscure content, it'll be sitting somewhere near the bottom or at the users's side. Even scrolling a list would end with your hand at the bottom of a screen.

    Phones on the other hand are often operated with the thumb of the hand that is holding the device, so in that case the bottom of the screen is pretty clearly a good place for frequently used operations.

    Even with tablets the holding thumb is still a very usable controller, and should not be ignored by tablet makers as a mere gripper.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Still farther by rrossman2 · · Score: 1

      My guess is because of the keyboard location at the bottom, it would be better to keep a bar that's always on the screen at the top. This way it's always visible and you don't accidentally hit things on the bar with your finger or hand

    2. Re:Still farther by SuperKendall · · Score: 1

      The application menu bar then, would still seem to need to be at the bottom and hidden while the keyboard is up - because the System bar is even more important to leave up at all times, given that it's letting you really move around the system. So that's almost worse to have below a keyboard, or to hide...

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
  18. Cisco VPN Support? by Rob+Riggs · · Score: 1

    Google, this is the enterprise feature your users really want.

    Joy. I see it still has no owner.

    --
    the growth in cynicism and rebellion has not been without cause
  19. Which are? by SuperKendall · · Score: 1

    Name an NIT feature Android doesn't offer at this point.

    Android is far better for development than J2ME, I know as I used to do a little J2ME development - enough to know it was a lot of work to support most devices. Android makes most things much simpler and has a much broader set of frameworks.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  20. I wonder.... by f3rret · · Score: 0

    If they'll ever add support for FairPlay so I don't have to spend close to a hundred hours un-DRMing my audiobooks.

    --
    Admit nothing. Deny Everything. Make Counter-accusations.
  21. Re:Action Bar seems dangerously close to desktop.. by exomondo · · Score: 1

    The 'Action Bar' isn't static, it's is customizable by the application

    In what way is that not a menu bar as on a desktop. It's the very definition of a menu bar...

    It's meant to be context sensitive within the application, as opposed to a menu bar which is generally static per application. It is very menu-bar like but unlike iOS it gives the application a standard place to put controls when - and if - it needs to display them.

  22. Death ray at Google! by Dayofswords · · Score: 4, Funny

    From the video
    at 0:19

    Attila Bodis 12/21/2010
    CONFIDENTIAL: Death ray hardware rev 2.0
    - Hi Mike, Please don't share; this is just a [cut off]

    --
    Someday we'll hit the human carrying capacity. And the band will just play on.
  23. Re:Action Bar seems dangerously close to desktop.. by satellite17 · · Score: 1

    The 'Action Bar' isn't static, it's is customizable by the application

    In what way is that not a menu bar as on a desktop. It's the very definition of a menu bar...

    It's meant to be context sensitive within the application, as opposed to a menu bar which is generally static per application. It is very menu-bar like but unlike iOS it gives the application a standard place to put controls when - and if - it needs to display them.

    So more like some kind of "Ribbon" then?

  24. Yay they can copy again.... by Anonymous Coward · · Score: 0

    Google turn on your photocopiers! Google is todays Microsoft they copy just as well if not better than Microsoft ever did!

    Just remember developers for Android OS.....apk and apk installer. Free paid software for all!!

  25. Re:Action Bar seems dangerously close to desktop.. by exomondo · · Score: 1

    I guess, but without retaining whatever else is there. So where ribbon changes tabs based on the application context the Action Bar would replace the items not relevant in the current context.

  26. Available to the privileged few. by Microlith · · Score: 3, Insightful

    Google did a bang up job kneecapping open source efforts in the mobile space, convincing the community to chase after an environment that discarded pretty much every existing open source tool in the name of NIH and withholds new versions from the community until their partners are done getting their releases out with it.

    Then they sit back and have the nerve to tell us that Android is "open" while users are forced to jailbreak and deal with vendors that try to cripple devices so they can leverage later versions as a selling point for the next carrier contract.

    I hope that MeeGo takes off with non-asshole hardware vendors, if not the we might as well right off the mobile computing space as being property of Microsoft, Apple, and Google.

    1. Re:Available to the privileged few. by linuxguy · · Score: 4, Insightful

      Before Google "open" mobile platforms were a bad joke. I wanted them to succeed. But no hardware manufacturer or carrier took them seriously. Some companies like Motorola did build very bad phones based on Linux but they were very closed devices. Google comes along and gives you a platform that is completely open, gives it away for free. Do whatever the hell you want to do with it. Many vendors like Motorola take the bits and build phones around it. Most of these phones are locked. But you can hardly fault Google for it.

      If somebody builds a device with Linux that you do not like, do you blame Linus Torvalds for it?

      When I was in the market for a new phone a a month or so ago, I narrowed down my choices to:

      iphone/iOS
      Blackberry
      Windows Phone 7
      Android

      Tell me, which one is the most open platform of them all? For me, I decided to go with Samsung Epic and have not regretted that decision for a minute. It is easy to root the phone and install whatever the hell I want on it, including my own damn Linux kernel.

      I am thankful that Google is here. I have a crop of very capable devices running Linux to choose from. Without Google, these options would not be available to us. Give credit where credit is due.

    2. Re:Available to the privileged few. by Microlith · · Score: 2

      Make no mistake, Android is better than the other, closed alternatives. I'm just annoyed that Google came out trumpeting how open they were, yet they expressed NIH syndrome to a ridiculous extent and reimplemented the wheel almost completely.

      Google comes along and gives you a platform that is completely open, gives it away for free. Do whatever the hell you want to do with it.

      The end result is a nasty OS you have to root, that isn't compatible with anything else in the Linux world without a ton of hacking, code spread everywhere that doesn't go upstream (and except for the kernel, has no real upstream last I checked.)

      I would give Google more credit if they had leveraged the efforts that were already under way even if it meant totally ignoring things like OpenMoko, rather how MeeGo is banking on the upstream heavily. But deliberately ignoring all the work that was out there for what appears solely to have been to retain exclusive control over the platform (to no great effect) and holding releases for major hardware vendors instead of being fully open about it just disappoints me with how they trumped up their release back in 2008.

      So again, unless things change the mobile space goes where Microsoft, Apple, and Google decide.

    3. Re:Available to the privileged few. by shellbeach · · Score: 1

      Then they sit back and have the nerve to tell us that Android is "open" while users are forced to jailbreak and deal with vendors that try to cripple devices so they can leverage later versions as a selling point for the next carrier contract.

      Not quite forced. Agreed that this ability to gain root access should be mandatory across the platform, but at least Google is doing the right thing in this case, and publicly defending it too.

    4. Re:Available to the privileged few. by exomondo · · Score: 1

      Google did a bang up job kneecapping open source efforts in the mobile space

      How so? The Android platform is great for open source, im not sure which open source efforts you're referring to that Google have affected.

      Then they sit back and have the nerve to tell us that Android is "open" while users are forced to jailbreak and deal with vendors that try to cripple devices so they can leverage later versions as a selling point for the next carrier contract.

      Not sure about the significance of linking to vendors' landing pages but whatever... The fact that vendors lock down the devices isn't anything to do with Android, that's an issue with the vendor. And in the end if you want something that's almost completely open then there's always the N900, that will run just about any linux app you want, but i doubt the average user would choose the N900 over Android.

    5. Re:Available to the privileged few. by exomondo · · Score: 1

      The end result is a nasty OS you have to root, that isn't compatible with anything else in the Linux world without a ton of hacking, code spread everywhere that doesn't go upstream (and except for the kernel, has no real upstream last I checked.)

      Since when is compatibility with linux necessary for a platform to be 'open source friendly'? Android is VERY open, in particular i like the fact that i can run it on my N900.

      As for upstream code, the idea is that developers make changes to those projects directly and they will be pulled into the Android project through the normal process.

    6. Re:Available to the privileged few. by drinkypoo · · Score: 1

      Google did a bang up job kneecapping open source efforts in the mobile space,

      Which open source efforts were actually bearing fruit in the mobile space? The N900 has numerous closed components.

      Then they sit back and have the nerve to tell us that Android is "open" while users are forced to jailbreak and deal with vendors that try to cripple devices

      Uh no, they are forced to deal with vendors that try to cripple devices BY jailbreaking, that's one thing, not two things. No "and". And that's not Google's fault.

      I hope that MeeGo takes off with non-asshole hardware vendors, if not the we might as well right off the mobile computing space as being property of Microsoft, Apple, and Google.

      Maybe if anyone else had not basically abdicated their right to comment, then there might be another credible player. Nokia jerked off with Intel instead of producing the next revision of their OS and suffered for it.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  27. Re:Action Bar seems dangerously close to desktop.. by satellite17 · · Score: 1

    That's interesting, so Ribbon meets MacOs (not iOS) menu bar?

  28. Re:Action Bar seems dangerously close to desktop.. by exomondo · · Score: 1

    Yeah that seems a pretty good way to describe it. Personally i like the idea, im not sure what the OP found to be 'dangerous' about it.

  29. moving to fast by josepha48 · · Score: 2, Insightful

    I think android is moving to fast. In the last year we saw 2.1, 2.2, 2.3 and now 3.0. I think they need to scale back to annual releases because phone makers don't or can't keep up and then people end up upset because they are not on the latest version of the OS. Also not everyone wants to root their phone and install some cyanogenmod version or other hacked version. I'm not saying that there is anything wrong with people doing that, but the average phone user wants to buy a phone that will not be out of date in 6 months. I also realize that not all android phones suffer this, but there are many that came out with 1.x last year and still have not been upgraded to 2.x and many wont see 2.3. When apps stop coding to the 1.5 version and 1.6 version as many are doing that makes a phone that is less than a year old outdated and then upsets customers. If you are on a 2 year contract then you screwed after 6 months, you will probably not be doing an android phone again and now that iphones will run on verizon this could be trouble for android.

    --

    Only 'flamers' flame!

    1. Re:moving to fast by c0d3g33k · · Score: 1

      That's just the cost of innovation. Things are moving fast because there is a lot of fast moving that needs to be done to adapt to the changing market or just make things better. Deal with it. Once the the smartphone/portable_mobile_communications_computing_device space has stabilized, so will Android (and then you'll be bored with it and go chasing after the next shiny thing). Until then, don't be disturbed if "release early, release often" happens - that's how open source is done.

    2. Re:moving to fast by Anonymous Coward · · Score: 0

      Phone makers could keep up, they choose not too so that Johnny Rheetard will buy another piece of hardware from them because his feelings were hurt that his phone doesn't have the third camera or flatulence simulation app 5.0... Lets slow down the pace of improvement so we don't make Johnny feel bad. It's moving too fast, my damn VHS tapes won't even fit in my blueray player!

    3. Re:moving to fast by Anonymous Coward · · Score: 0

      If the users were allowed to upgrade/downgrade it themselves the vendor wouldn't have to. You know you don't have to sign a contract to buy a phone an get service.

    4. Re:moving to fast by ducomputergeek · · Score: 1

      What we did is started treating each android handset as a different "platform". If our customers want mobile apps for iOS or Blackberry, we treat the OS as the platform, but with Android it was becoming extremely expensive to develop for compared to iOS and Blackberry.

      Last year we lost money on android apps, we made money on iOS & Blackberry. This year so far it's looking like we'll at least break even on Android. But our customers are grumbling about the cost of "android" if they choose to support more than 1 or 2 handsets.

      Most of my friends with Droid phones got them because Verizon didn't offer the iPhone. I look for most of them to switch to the iPhone as their next phone because that's what they really wanted, but hated AT&T. I just passed 2 years with my iPhone and AT&T going month to month with my old iPhone 3G phone. I'm waiting until next month to see, but it's very possible that I may be a verizon customer by march.

      --
      "The problem with socialism is eventually you run out of other people's money" - Thatcher.
    5. Re:moving to fast by ChunderDownunder · · Score: 1

      Innovation is only keeping pace with iOS. The real problem is Android masquerades as an open source project, while catering to the fragmented interests of carriers and manufacturers.
      Those of us yearning for an openmoko/maemo solution long for the simplicity of upgrades being a simple apt-get dist-upgrade away.

    6. Re:moving to fast by Zebedeu · · Score: 2

      That makes no sense.
      Do you also complain that car manufacturers are advancing too fast with safer, cleaner and more efficient technology just because you can't buy a new car every year?
      Should innovation stop and advance at the rate of your financial capability?

      I think it's great that they're constantly improving Android, even if it does make me wish my hardware were more up to date. But there's a nice solution for that -- get a Nexus device (which is what I'll do when it's time to replace my current one).

      Meanwhile, don't worry -- your Android device won't become less useful over time.

  30. Re:Action Bar seems dangerously close to desktop.. by Anonymous Coward · · Score: 0

    DANGER DANGER! ...actually that sounds a little sensationalist...what's 'dangerous' about a menu bar?

  31. The danger by SuperKendall · · Score: 1

    DANGER DANGER! ...actually that sounds a little sensationalist...what's 'dangerous' about a menu bar?

    Ask Windows how they have fared on tablets for the last decade that stuck to the desktop metaphor,

    The danger is to Android.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:The danger by Anonymous Coward · · Score: 0

      No, you, sensationalist? I can't ever imagine that! No really, you're the Fox News of Slashdot.

      Windows failed on tablets not because of a menu bar, but because the whole UI was built for desktops and mouse cursors and simply didn't fit well coupled with the fact that technology was back then, just not as small. I was involved in a project looking at tablets for schools here in the UK for some years, and was one of those that deemed Windows tablets as not being fit for purpose. Menu bars had nothing to do with it, pressing the start button and selecting from the menu was a non-issue, using File menus and so forth was a non-issue.

      Android in contrast is built for touch from the ground up, additional widgets that work just as well using touch as they do using a mouse, so there's just no comparison. Widgets like menus aren't inherently more desktop oriented anymore than button controls are but I'm pretty sure all touch devices have button controls.

      Of course, really, you know all this. You're just being your usual Apple fanboy trollish self and are pissed at the fact that Android is nowadays over-shadowing iOS with it's much more rapid growth.

  32. importance of opensource by DrYak · · Score: 1

    it's not required, but it helps a lot. It's one the major advantage of opensource over proprietary.
    being compatible means a lot of code re-use.
    code re-use means faster development and better security, because whatever (patch,new feature) done for one platform automatically benefits all the other using the same code. (Linus' law requires as much eyeballs as possible).

    and having to *root* your very own phone you bought yourself and which is running opensource software ? That I find not exactly acceptable.

    i ended up buying a palm pre. Okay, the webos' UI (luna) is partially closed source and proprietary. But there's no rooting/jailbreaking madness required to run custom code on it. Including a customised kernel.

    I really hope webos and meego gather some momentum,and grow in quality. It would be sad if the only presence of linux in the smartphone world is the current " it's open but you have to hack it anyway" situation.

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
    1. Re:importance of opensource by exomondo · · Score: 1

      it's not required, but it helps a lot. It's one the major advantage of opensource over proprietary. being compatible means a lot of code re-use.

      Nothing stops code re-use as far as android goes. You can build native libraries from existing open source apps and utilise that functionality in Android applications.

      and having to *root* your very own phone you bought yourself and which is running opensource software ? That I find not exactly acceptable.

      The difficulty in getting root access is a part of the handset manufacturer modifications, the fact that it's not easy to put your own linux kernel on your tivo doesn't affect the linux kernel's conformity to the open source definition.

      But there's no rooting/jailbreaking madness required to run custom code on it.

      That's a disingenuous comment, im not sure whether you're doing that intentionally or you just have never used the Android SDK.

    2. Re:importance of opensource by DrYak · · Score: 1

      it's not required, but it helps a lot. It's one the major advantage of opensource over proprietary. being compatible means a lot of code re-use.

      Nothing stops code re-use as far as android goes.

      That's "nothing besides the utter lock madness that handset manufacturer have thrown in". Or in other words : you're practically stopped on most handsets currently sold.
      (Also, I don't know to which extent Google would be open to important architecture changes coming from outside. For most current facilities, they use the in-house developed software. Some 3rd party could start proposing modification to help the whole smartphone microcosm standardize on some common API + set of daemons. I don't easily see Google picking it up as a standard feature. But that's more the parent's rant about Google using non standard components, not mine).

      The difficulty in getting root access is a part of the handset manufacturer modifications, the fact that it's not easy to put your own linux kernel on your tivo doesn't affect the linux kernel's conformity to the open source definition.

      No, but *TiVo*'s linux-based system doesn't conform to what open-source was invented for, and the GPL has been updated accordingly to fight against this kind of abuses.
      And that's what I find very alienating in the current state of affairs with Android : all the locks that the manufacturer are inserting to please the carriers with whom they want exclusively subsidized contracts, are completely violating the initial idea of opensource, and completely prevent users who are motivated to do what they want with a piece of hardware that they have legally bought.

      That's a disingenuous comment, im not sure whether you're doing that intentionally or you just have never used the Android SDK.

      I have mostly WebOS experience with a PalmPre.
      I have a limited experience with an HTC Dream (the first generation Android). Upgrading the system required me to exploit a bug to gain telnet root access, which enabled me to flash a new custom boot loader, which could help me then run new custom system.
      - Why can't I directly have a root access when I want ? I need to abuse a bug to start telnet, when webOS phone allow me directly so.
      - Why can't I directly flash a new firmware with a proper tool over USB ? I need to gain a root-access which normally I should have if I haven't circumvented the restrictions. Meanwhile on webOS, you can flash easily a default system, and from that point on repartition, replace custom parts, etc. at no point in time does it require circumventing anything.
      - Why can't I directly install a newer or better or experimental system (or at least upgrade the existing one) without initial bug exploiting ? The Dream has me exploiting a bug to gain a root shell. On the WebOS, I just click on a new kernel on the package manager I use for 3rd party & homebrew packages (PreWare). getting that to work didn't require any bug exploiting, only installing the package manager (could be done trivially with a nice Java point'n'click interface, and requires no bugs, only typing the proper command on the PalmPre).

      The way lots of Androids and all iOS devices are designed, if you want to be able to do everything you want with your phone, you have to rely on some bug to gain an access which the manufacturer didn't intent you to.
      The way all the webOS, Maemo/MeeGo, and the unlocked Google edition of the Androids are designed, if you want to do anything with your phone, well you can. The phone aren't designed in a way that prevents you and you don't need to exploit a bug to gain the necessary access rights.
      For fuck's sake, I could even completely replace my Pre's WebOS with FreeSmartphone.org's Stable Hybrid Release (one of the linux distributions initially designed for OpenMoko FreeRunners) and at no point there's a step like "for that,

      --
      "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
    3. Re:importance of opensource by exomondo · · Score: 1

      That's "nothing besides the utter lock madness that handset manufacturer have thrown in". Or in other words : you're practically stopped on most handsets currently sold.

      So it's obviously NOT a problem with the android platform, just a problem with some handset manufacturers.

      No, but *TiVo*'s linux-based system doesn't conform to what open-source was invented for, and the GPL has been updated accordingly to fight against this kind of abuses.

      This is where the open source community is fragmented, some just want 'open source' in the case where the source code is available and any improvements/modifications must be freely available too. This is the view taken by Linus and applied to Linux (hence the strong opposition to GPLv3). And then there is the more hardcore FSF views that not only should the software be open source, but also for the devices to be free and open. It's not like TiVo violated the license or anything like that.

      And that's what I find very alienating in the current state of affairs with Android : all the locks that the manufacturer are inserting to please the carriers with whom they want exclusively subsidized contracts, are completely violating the initial idea of opensource, and completely prevent users who are motivated to do what they want with a piece of hardware that they have legally bought.

      Well they're violating *your* idea of open source, i personally prefer Linus' take on it. If I put code out there and others benefit from it by modifying and improving it then I want access to those improvements too.

      - Why can't I directly have a root access when I want ? I need to abuse a bug to start telnet, when webOS phone allow me directly so. - Why can't I directly flash a new firmware with a proper tool over USB ? I need to gain a root-access which normally I should have if I haven't circumvented the restrictions. Meanwhile on webOS, you can flash easily a default system, and from that point on repartition, replace custom parts, etc. at no point in time does it require circumventing anything. - Why can't I directly install a newer or better or experimental system (or at least upgrade the existing one) without initial bug exploiting ? The Dream has me exploiting a bug to gain a root shell. On the WebOS, I just click on a new kernel on the package manager I use for 3rd party & homebrew packages (PreWare). getting that to work didn't require any bug exploiting, only installing the package manager (could be done trivially with a nice Java point'n'click interface, and requires no bugs, only typing the proper command on the PalmPre).

      The way lots of Androids and all iOS devices are designed, if you want to be able to do everything you want with your phone, you have to rely on some bug to gain an access which the manufacturer didn't intent you to.

      Those are manufacturer, not Android issues, there is no reason WebOS couldn't be similarly locked down by hardware manufacturers with things like eFuse.

      The way all the webOS, Maemo/MeeGo, and the unlocked Google edition of the Androids are designed, if you want to do anything with your phone, well you can. The phone aren't designed in a way that prevents you and you don't need to exploit a bug to gain the necessary access rights.

      Exactly! It's the way the *phone* is designed, not the Android platform. Read the passage i was originally replying to (and quoted), which was with regard specifically to the Android OS, not handset manufacturers.

  33. Emulator speed? by shish · · Score: 1

    The preview includes improved 2D and 3D graphics [...] complete with a 3.0 emulator

    Any word on the speed of this emulator? Running the 2.2 emulator 1.6GHz box, it takes several minutes to start, and then crawls so slowly that the screen is filled with "I can't tell whether the app is running slowly or is just dead" warnings -- If there haven't been improvements, I dread to think what the performance would be like for 3D graphics on a tablet-size screen...

    --
    I mod down anyone who says "I will be modded down for this", regardless of the rest of their comment
  34. Nokia are dying, and not a moment too soon by Anonymous Coward · · Score: 0

    You say it's not open source enough, but these are all major design flaws that Nokia should have fixed BEFORE release, or AT LEAST taken full responsibility for and fixed as soon as possible after release. As others have said, it's about 1.5 years on, and the device (and OS) has been abandoned. Nokia have shown that they're an old-world, dinosaur-like hardware organisation, that have no concept of how to develop a platform and build a user base behind it.

    I used to automatically say "Nokia" whenever someone asked me about which phone they should get. Now, as soon as Nitdroid works on N900, I'm switching to it. My next phone will be Android.

    Nokia: well frankly, I hope your entire company fails for treating customers this way -- REALLY. You should be ashamed of yourselves, and scrambling to make up for it right now. Instead, you're actively abandoning your blogs because of the feedback you're getting -- hiding the problem instead of facing up to it.

    My only concern for Nokia now is... what happens to Qt once they're gone?

  35. Re:Action Bar seems dangerously close to desktop.. by Anonymous Coward · · Score: 0

    Yes, and you sound dangerously close to a retard.

    Now fuck off and die.

  36. Re:Action Bar seems dangerously close to desktop.. by Anonymous Coward · · Score: 0

    OMG! You're right, the iPhone is now doomed to fail, it has buttons, just like on a desktop! Apple really need to get away from that desktop metaphor!!!!!

    Seriously, what the fuck are you on about? Touching an item on a menu bar is no different on a phone as clicking on one on a desktop, just like touching a button on a phone is no different to clicking one on a desktop. A menu bar is no more part of the "desktop metaphor" than a button, or checkbox is.

    If that's really the best you can find to criticise then it seems Android is doing pretty fucking well.

  37. Software update failure by tepples · · Score: 1

    Meanwhile, don't worry -- your Android device won't become less useful over time.

    Unless software designed for connecting to a specific server gets updates, the updated version is incompatible with your device, and the non-updated version is incompatible with changes to the server's protocol.

    1. Re:Software update failure by Zebedeu · · Score: 1

      Has that happened to you?

      Do you know of any instances of that happening?

  38. e.g. an MMO that dropped Windows 9x support by tepples · · Score: 1

    It has happened before in PC MMO gaming, when the server required all players to upgrade to the new version of the client, and this version didn't run on Windows 98. I don't remember precisely which; was it EverQuest?

    1. Re:e.g. an MMO that dropped Windows 9x support by Zebedeu · · Score: 1

      I meant on Android

  39. I too am extrapolating by tepples · · Score: 1

    I don't have a smartphone. The Android device that I do own did not come with the Android Market application. Just as you extrapolated that an "Android device won't become less useful over time", I too am extrapolating, in this case from experiences on Windows to the potential for experiences on Android.

    1. Re:I too am extrapolating by Zebedeu · · Score: 1

      First of all, that's not extrapolation.

      Secondly, I was already suspecting you had no knowledge of what you were talking about. See http://en.wikipedia.org/wiki/Ultracrepidarianism

      You said that Android is advancing too fast, and that obsolescence is going to render older devices less useful.
      I'm saying that up to now I haven't seen that happening, and there is no reason to believe it will happen faster on Android than on any other OS.