Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 


Forgot your password?
Close
typodupeerror
×
Android Google Programming News

Android 3.0 Platform Preview and SDK Is Here 129

Posted by timothy from the to-enslave-you-with-passion dept.
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."
This discussion has been archived. No new comments can be posted.

Android 3.0 Platform Preview and SDK Is Here More

Android 3.0 Platform Preview and SDK Is Here

Comments Filter:

  • Better Link (Score:5, Informative)

    by DoomHamster ( 1918204 ) on Thursday January 27, 2011 @04:32PM (#35024590)
    http://developer.android.com/sdk/android-3.0-highlights.html [android.com]

    • 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 in

  • From iOS developer POV (Score:3)

    by EMB Numbers ( 934125 ) on Thursday January 27, 2011 @04:32PM (#35024608)

    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.

    • 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.

    • 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?

  • And for phones? (Score:3)

    by AC-x ( 735297 ) on Thursday January 27, 2011 @04:45PM (#35024820)

    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...

  • 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 Ac

    • Re: (Score:2)

      by Altus ( 1034 )

      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.

      • 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 scre

        • 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

          • 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...

    • 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.

      • 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...

        • 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.

  • This is where Nokia missed the boat (Score:5, Interesting)

    by c.r.o.c.o ( 123083 ) on Thursday January 27, 2011 @04:49PM (#35024884)

    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.

    • 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 th

      • Re: (Score:1)

        by spuddux ( 999324 )
        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.

        • 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?

          • Indeed. In Japan, the iPhone and HTC Desire are both carried by the same carrier---Softbank.
          • In Australia pretty much all carriers have the same phones, including the iPhone and Android devices.

        • 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

      • 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 l

        • 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

    • Re: (Score:2)

      by MrHanky ( 141717 )

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

    • Re:This is where Nokia missed the boat (Score:5, Insightful)

      by exomondo ( 1725132 ) on Thursday January 27, 2011 @05:20PM (#35025320)

      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.

      • Re:This is where Nokia missed the boat (Score:5, Informative)

        by Richard_J_N ( 631241 ) on Thursday January 27, 2011 @06:57PM (#35026480)

        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.

      • Re: (Score:2)

        by trawg ( 308495 )

        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

      • Re: (Score:2)

        by jonwil ( 467024 )

        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

  • 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?

    • 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 par

      • 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.

    • 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.

    • Re:Hmm... (Score:4, Informative)

      by Tapewolf ( 1639955 ) on Thursday January 27, 2011 @05:42PM (#35025600)

      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.

      • 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.

        • Re: (Score:2)

          by nedwidek ( 98930 )

          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.

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

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

    "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

    • ...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 wil

  • Google, this is the enterprise feature [google.com] your users really want.

    Joy. I see it still has no owner.

  • Death ray at Google! (Score:5, Funny)

    by Dayofswords ( 1548243 ) on Thursday January 27, 2011 @06:06PM (#35025908)

    From the video [youtube.com]
    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]

  • Available to the privileged few. (Score:4, Insightful)

    by Microlith ( 54737 ) on Thursday January 27, 2011 @06:31PM (#35026224)

    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 [motorola.com] that try [samsung.com] 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.

    • Re:Available to the privileged few. (Score:5, Insightful)

      by linuxguy ( 98493 ) on Thursday January 27, 2011 @07:27PM (#35026772) Homepage

      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.

      • 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,

        • 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.

          • 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 en

            • 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 use

              • Re: (Score:2)

                by DrYak ( 748999 )

                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 Goo

                • 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 devi

    • 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 [motorola.com] that try [samsung.com] to cripple devices so they can leverage later versions as a selling point for the next carrier contract.

      Not quite forced. [blogspot.com] 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.

    • 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 [motorola.com] that try [samsung.com] 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 w

    • 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.

  • moving to fast (Score:3, Insightful)

    by josepha48 ( 13953 ) on Thursday January 27, 2011 @08:07PM (#35027026) Journal
    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.

    • 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.

    • 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 m

    • 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.

    • Re: (Score:3)

      by Zebedeu ( 739988 )

      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).

      Me

      • 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.

        • Re: (Score:2)

          by Zebedeu ( 739988 )

          Has that happened to you?

          Do you know of any instances of that happening?

          • 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?

            • Re: (Score:2)

              by Zebedeu ( 739988 )

              I meant on Android

              • 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.

                • Re: (Score:2)

                  by Zebedeu ( 739988 )

                  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 [wikipedia.org]

                  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.

  • 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...

Slashdot Top Deals

When your work speaks for itself, don't interrupt. -- Henry J. Kaiser

Close