Slashdot Mirror


Google Rebuilds Docs Platform

mikemuch writes "In addition to offering faster, desktop-like performance, better imported document fidelity, and more features found in standard Office apps, Google's new infrastructure for its web-based office suite will enable the company to more easily update the apps. A side effect (or benefit, depending on where you sit) is that the new platform will ditch Gears in favor of HTML 5. For a while starting May 3 there will be no offline capability whatsoever. Collaboration is a big focus, with a new chat sidebar and real-time co-editing. The new Docs and spreadsheet apps will be opt-in previews, but a new drawing app is launching fully. Both go live later today on the Google Docs site."

194 comments

  1. Slashvertisement? by teknopurge · · Score: 3, Interesting

    Does anyone else think the submission sounds like an ad copy?

    1. Re:Slashvertisement? by poetmatt · · Score: 2, Interesting

      Nah, not really.

      it's something used by tons of people, and switching to HTML 5 here is a good deal *and* significant for cross platform use.

    2. Re:Slashvertisement? by CarpetShark · · Score: 1

      Does anyone else think the submission sounds like an ad copy?

      Welcome to the modern world of press releases :)

    3. Re:Slashvertisement? by R.Mo_Robert · · Score: 3, Funny

      Indeed. If I were a small company like Google, I'd be really hoping that Slashdot could provide some much-needed publicity.

      --
      R.Mo
    4. Re:Slashvertisement? by Flambergius · · Score: 1

      Sure. And it works too. Tomorrow I'll fire my IT department.

          Not really. I don't have an IT department.

              But if I had, I'd fire them. For real.

                  And I'm seriously thinking about asking my boss to ask her boss to fire our IT department. Though not tomorrow.

      The day after tomorrow. I actually think I'm bloody well going to do it. What a bother.

      --
      Computers are useless. They can only give you answers - Pablo Picasso
    5. Re:Slashvertisement? by MobileTatsu-NJG · · Score: 1, Troll

      Does anyone else think the submission sounds like an ad copy?

      So?

      --

      "I like to lick butts!" by MobileTatsu-NJG (#32700246) (Score:5, Informative)

    6. Re:Slashvertisement? by Daengbo · · Score: 1

      Apparently, this whole rewrite is only possible due to ditching IE6. Google claims that many of the new features weren't possible with "older browsers," which I assume is just code for IE6. Watch the video. It's in there.

    7. Re:Slashvertisement? by Anonymous Coward · · Score: 0

      no one i know uses it, i call bullshit

  2. Sounds like an ad by Timosch · · Score: 2

    "faster, desktop-like performance..." - Google will love this...

    1. Re:Sounds like an ad by Anonymous Coward · · Score: 0

      "faster, desktop-like performance..." - Google will love this...

      during the weekend i update my google web site and used also google docs. very often when i tried to do something i got back an error message that the page didn't respond. even when logging off from my google account, i had to reload the page many times before it succeeded. looked like their servers were heavily overloaded. based on that experience, "desktop-like performance" is a big joke.

    2. Re:Sounds like an ad by diegocg · · Score: 1

      What if the new google docs is faster and has desktop-like performance?

    3. Re:Sounds like an ad by hedwards · · Score: 1

      What they fail to mention is that it's a desktop running Windows Vista.

  3. HTML5 Features by WankersRevenge · · Score: 5, Insightful

    It's funny that people are so fixated over the video tag discussion that a lot of the other outstanding features of HTML5 are being overlooked. There's offline storage, javascript threads, and even in browser form validation. The awesome thing is that a bunch of these features are already implemented in various browsers. It's just a matter of including a simple javascript sniffer to determine if a client supports it or not. You can dig into the features over here.

    1. Re:HTML5 Features by FuckingNickName · · Score: 0, Troll

      Video playback, offline storage, threads and... input validation? The '90s called, it wants its basic desktop back.

      Seriously, who cares? Yay, we can deliver an app via the buggy, bloated, insecure browser+cloud instead of on the desktop using native, always-available logic and the full gamut of UI wizardry provided by the OS.

      If you want to collaborate, build and standardise on network storage and collaboration APIs (more...). Let people otherwise run their own software tailored for their preferred environment, rather than the lowest common denominator. You know where we all saw this before? Around 1997, when people thought Java on the desktop would take off and replace native apps. (And at least Google had the cunning to see that Java is a usable language, developing solutions therein and translating to HTML/Javascript.)

      Berners-Lee, you had a great thing with the WWW of information. You even tried hard to develop metadata for content, rather than markup/presentation, so the web wouldn't be the horrible but occasionally pretty mess that it is. But W3C has been taken over by organisations who each see a way of monetising the web by laying the standards track in their direction.

      What was cool when I dived into it 15 years ago on my ageing monochrome Mac with NCSA Mosaic is now boring. It's a battle between team A - the tech superstars from Apple to Google - whose ultimate aim is to take control from you, and team B - the old media from Murdoch to RIAA - whose ultimate aim is to take control from you. And, as geeks grow up, their one idealistic dreams about a free medium are replaced with increasingly fanatical cheerleading about increasingly uninteresting progress.

    2. Re:HTML5 Features by CopaceticOpus · · Score: 5, Insightful

      Good points. It makes no sense to take features which have proved useful on the desktop and make them available in the browser environment. Also, someone needs to stand up and tell people to stop developing these browser based applications.

      If you want to edit a document, you should install a native application on every PC you want to access it on. You should have to sort out all the details of network storage and collaboration yourself. If you don't have the time or expertise to set that up, you don't deserve to be editing documents. If you accept the convenience offered by such online companies, don't be surprised when many horrible things happen to you!

    3. Re:HTML5 Features by 140Mandak262Jamuna · · Score: 2, Interesting

      Seriously, who cares?

      Because the native desktop is managed by a typical user who is not really dumb, but has no inclination to manage the machine correctly. They usually lack the security implications of their actions. They have a nebulous understanding of how the computer works. They don't get the difference between their local computer, their files in their machine, the web site they visit. They don't even know the difference between the OS and the browser and the applications.

      The situation is so bad, the shills are actually touting the advantages of the closed software, saying that is the only way to get secure applications without viruses and worms. The shift to cloud essentially forces the user to learn a new security paradigm.

      Yes, it is buggy and inefficient. But that is now. As technology improves, the simple browser will serve the 95% of the needs of 95% of the population.

      --
      sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
    4. Re:HTML5 Features by Nadaka · · Score: 4, Interesting

      I am just pissed off that no one seems to want xhtml2. It is generally better than html5 in most ways, though it could use a few minor features from html5.

    5. Re:HTML5 Features by fuzzyfuzzyfungus · · Score: 5, Insightful

      In a world where 99% of everything is broken, strictness isn't really a virtue...

    6. Re:HTML5 Features by Anonymous Coward · · Score: 0

      I'll agree with you gramps if you just give me my Playstation 9, i'll be out of your grass, all i wanted was my PS9, not a history lesson.

      Sorry, but times change, needs change, the desktop was and always has been awful.
      Distribution through discs and shareware meetups was painful and i'm glad it is on the way out.

      Eventually the internet is going to be solid and reliable for (mostly) everyone. (20-30 years, give or take)
      I think it would be better to get things done ASAP rather than waiting till we have it and a painful 10 years of migration.
      There is absolutely nothing wrong with web applications outside of some basic limitations that can easily be improved on with better implementations of JS, or a better language entirely.
      Its not like ECMA is the best of the best for these tasks, there can be specialized languages too.
      They can be downloaded with relative ease, the systems are already in place right now to do such a thing, it just needs a slight tweaking.

      Security is certainly an issue, but with encryption on client-end before any transmission, already not a problem.
      But until "The Cloud" operators allow such a thing, it will remain a problem for those who deal with a lot of sensitive data.

      Java came at the wrong time. It is possible now to work the idea of applications within the browser.
      Personally, i'm thrilled with the new changes coming. I can't wait till it becomes the norm.

    7. Re:HTML5 Features by Nadaka · · Score: 5, Insightful

      On the contrary, in a world where 99% of everything is broken, strictness really is a virtue. Strictness allows people to realize what isn't broken in an endless morass of crippled partial implementations. Eventually, things can be fixed. Computers and the internet do not have to be something for which everyone has resigned to being broken.

      "We choose to go to the moon in this decade and do the other things, not only because they are easy, but because they are hard, because that goal will serve to organize and measure the best of our energies and skills, because that challenge is one that we are willing to accept, one we are unwilling to postpone, and one which we intend to win, and the others, too. "

    8. Re:HTML5 Features by FuckingNickName · · Score: 1

      Also, someone needs to stand up and tell people to stop developing these browser based applications.

      Don't be obtuse. I defend your right to express yourself through writing browser-based applications, but I have the right to criticise your expression.

      If you want to edit a document, you should install a native application on every PC you want to access it on.

      Yes, businesses have so much trouble installing Office on every PC. So few kids have grown up intimately familiar with computers and no-one knows how to click "Next" five times any more. You're solving a problem which does not exist, whether you like to admit it or not.

      You should have to sort out all the details of network storage and collaboration yourself.

      What? The underlying collaboration layer can interface with whichever storage medium on a local, enterprise or public server, and all you need to do is name your cluster (sorry, "cloud") and provide login details.

      If you don't have the time or expertise to set that up, you don't deserve to be editing documents.

      Everyone has the time to install an app. Google want to pretend that no-one does. That's the way service-based economies go: convince everyone that they don't have the time/ability to do what they've always been able to do quite easily.

      If you accept the convenience offered by such online companies, don't be surprised when many horrible things happen to you!

      There is nothing convenient about Google Docs. If I want to do anything simple, Office is good enough and has better availability, speed, familiarity (including native UI integration) and stability. If I want to do anything complex, only Office will provide it.

    9. Re:HTML5 Features by Actually,+I+do+RTFA · · Score: 4, Insightful

      If you accept the convenience offered by such online companies, don't be surprised when many horrible things happen to you!

      What convenience? The convenience to have to use their inferior-to-my-desktop-app editor, in a browser I wouldn't normally use, with security settings I wouldn't normally use, continigent on my network connection staying up?

      That sounds much better than downloading a file, running the app I decided I wanted to use and learned the quirks of, and being able to put my computer to sleep, move it to a coffee shop and resume. Oh, and allowing my OS to protect my computer like I told it to.

      --
      Your ad here. Ask me how!
    10. Re:HTML5 Features by dave562 · · Score: 1

      There is nothing convenient about Google Docs. If I want to do anything simple, Office is good enough and has better availability, speed, familiarity (including native UI integration) and stability. If I want to do anything complex, only Office will provide it.

      I'm willing to bet that within a couple of years, Office will be just as "online" and "in the cloud" as Google docs is. It would be great to just give users a laptop and a web browser without having to install Office. Rather than install Office, they can be pointed toward whatever URL accesses the online version of their application.

    11. Re:HTML5 Features by FuckingNickName · · Score: 1

      Sorry, but times change, needs change, the desktop was and always has been awful.

      Yeah, life was much better when we all paid by the minute on the local mainframe. What a retrograde step it was for IBM/MS to come along with their PC! To put the power to work and play in the hands of individuals, rather than far away corporations... quite unacceptable.

      Distribution through discs and shareware meetups was painful and i'm glad it is on the way out.

      Yes, because that's what people who don't use HTML+JS apps must do now. Seriously, what?

      Eventually the internet is going to be solid and reliable for (mostly) everyone.

      Firstly, no it won't be - pretty much nothing throughout human history has become, let alone remained, globally solid and reliable. Secondly, so what? Why would I hire someone half way across the globe to crack a nut when I can use my own nutcracker from the kitchen drawer?

      Security is certainly an issue, but with encryption on client-end before any transmission, already not a problem.

      And which algorithms and their implementations do you trust? Go on, put all your most valued possessions in the safest transparent safe money can buy, in the middle of a random building one thousand miles away. Tell everyone where it is. Watch what happens.

      But until "The Cloud" operators allow such a thing, it will remain a problem for those who deal with a lot of sensitive data.

      Yes, why don't "Cloud" operators provide such a thing? Could it be because it's hard to offer collaboration solutions where only clients can see decrypted data? Could it be because they're smarter than you, and see the value of lots of readable data?

      Personally, i'm thrilled with the new changes coming. I can't wait till it becomes the norm.

      Tomorrow belongs to you, comrade! Should I stand or rest my palm on my forehead?

    12. Re:HTML5 Features by Actually,+I+do+RTFA · · Score: 1

      There's offline storage, javascript threads, and even in browser form validation. The awesome thing is that a bunch of these features are already implemented in various browsers.

      I feel the opposite. It's a whole list of things I have to remember to turn off.

      I'm hard pressed to think of a site where I like the javascript. Geolocation and offline storage: yeah more ways of being tracked. Browser form validation: that one may be useful, but I'm not sure why yet.

      Even the video tag... I can turn Flash off except for youtube and hulu.

      --
      Your ad here. Ask me how!
    13. Re:HTML5 Features by ckaminski · · Score: 1

      Seriously? Javascript threads are a BAD IDEA.

      It's bad enough I have 100 tabs open, each with an AJAX-y background javascript thread running pulling updates. What I really want is a browser managed threadpool that restricts that to a sane number. Seriously, I can get firefox to routinely suck down 25% of my CPU just sitting doing nothing (with 168 tabs)... if you consider that nothing.

    14. Re:HTML5 Features by Anonymous Coward · · Score: 0

      Do you work for a company with more than say 500 seats of Office?

      Do you understand how much money [Microsoft] Office is to license?

      Do you have any idea how many exploits are in the Office suite alone?

    15. Re:HTML5 Features by FuckingNickName · · Score: 2, Insightful

      I'm willing to bet that within a couple of years, Office will be just as "online" and "in the cloud" as Google docs is.

      You could just substitute research for "betting" and observe what MS is actually doing with their next release: building a limited online version of Office, but selling the usual feature-complete local tools which take advantage of the speed, reliability, connectivity and UI of a native app.

      It would be great to just give users a laptop and a web browser without having to install Office.

      Why not spend the time installing Office, rather than a browser, so they can actually get work done? Seriously, a reason to use Google Docs over Office is that it's harder to install Office than a web browser?

      I find Office much easier to deploy than Firefox, because Microsoft actually thinks about enterprise deployment in their installer. I find Office easier to use than Google Docs, because it provides a familiar native UI.

    16. Re:HTML5 Features by Anonymous Coward · · Score: 0

      And with just a small monthly fee attached to each login, right?

      Because that's where this is going, in the end. By getting a head start, however, Google may have made that business model impossible for Microsoft.

    17. Re:HTML5 Features by DragonWriter · · Score: 1

      Yes, businesses have so much trouble installing Office on every PC.

      On every computer (regardless of OS) anyone employed by the company might ever want to use to edit a document, and on every PC anyone might ever want to share such a document with? Yeah, actually, that is a bit of a challenge.

      Everyone has the time to install an app. Google want to pretend that no-one does.

      Everyone has time to do most any task you can imagine. OTOH, most everyone also has higher-value tasks they could be performing instead if "installing an app" was taken care of.

    18. Re:HTML5 Features by FuckingNickName · · Score: 2, Insightful

      Do you understand how much money [Microsoft] Office is to license?

      Almost nothing, relative to the cost of the employee sitting at the workstation. Productivity is far more important than base licence cost.

      Do you have any idea how many exploits are in the Office suite alone?

      Almost none, relevant to a well configured Office install. And none recent are as bad as the one big risk that is having your plaintext on an anonymous server accessible to various foreign corporations and governments.

      Well, at least Google's never been penetrated and experienced information leakages, and they're responsible with full disclosure of vulnerabilities, right?

    19. Re:HTML5 Features by DragonWriter · · Score: 1

      Why not spend the time installing Office, rather than a browser, so they can actually get work done? Seriously, a reason to use Google Docs over Office is that it's harder to install Office than a web browser?

      Its easier to install a web browser and keep it up-to-date than to install every app that might be needed to for every document type you might want to use.

      So, yeah, browser-based, hosted apps do have certain advantages.

    20. Re:HTML5 Features by dave562 · · Score: 2, Interesting

      You could just substitute research for "betting" and observe what MS is actually doing with their next release: building a limited online version of Office, but selling the usual feature-complete local tools which take advantage of the speed, reliability, connectivity and UI of a native app.

      I could research, but having been in IT for over a decade at this point, I will continue to "bet" until applications are actually in production. Until then, it's all vapourware as far as I'm concerned. In this case my bet is based on Microsoft's claims that they are going to offer Office online. We'll see how it works. A couple of months ago, I read a few reviews where everyone was bemoaning how much it sucks and how far it has to go.

      Seriously, a reason to use Google Docs over Office is that it's harder to install Office than a web browser?

      If you want to get technical, it IS harder to install Office than a browser. The browser (IE) comes pre-installed. Office requires an installer. Even if you are pushing it out via GPO, or Systems Center, you still have to have a mechanism to get the application configured on the end user's device. If you move it onto the web, all you have to do is provision it once and maybe authorize the user's account in Active Directory or whatever.

      I find Office much easier to deploy than Firefox...

      As for Firefox versus Office, they're pretty much the same. You configure your installer package and associate it with whatever OU you want to deploy it. The rest is automatic.

    21. Re:HTML5 Features by FuckingNickName · · Score: 1

      On every computer (regardless of OS) anyone employed by the company might ever want to use to edit a document, and on every PC anyone might ever want to share such a document with? Yeah, actually, that is a bit of a challenge.

      And what's so much easier about installing a suitable browser on every computer (regardless of OS) anyone employed by the company might ever want to use to edit a document, and on every PC anyone might ever want to share such a document with?

      most everyone also has higher-value tasks they could be performing instead if "installing an app" was taken care of.

      Stop it. Clicking "Next" 5 times and waiting a few minutes - once - is incomparable to the productivity lost by operating an online Office suite for several hours a day. It's also quicker for me to set up a desk with a pad of paper, a ballpoint pen and a calculator than to set up and plug in a PC - but you know what's more efficient over time?

    22. Re:HTML5 Features by lwsimon · · Score: 1

      As a once-full-time-web-developer, I dropped XHTML in 2006. I went back to HTML 4.01, which was generally well supported, and stayed there. The rest of the web development world caught up a couple of years later.

      What does XHTML2 offer that HTML5 doesn't?

      --
      Learn about Photography Basics.
    23. Re:HTML5 Features by Aladrin · · Score: 1

      They're awesome features... If only they were standardized.

      For instance, the offline storage. I recently looked into it because it sounded like it was going to be really great. Then I find out there a huge push to get functionality removed and have a more basic offline storage system instead. Seriously? Ugh.

      --
      "If you make people think they're thinking, they'll love you; But if you really make them think, they'll hate you." - DM
    24. Re:HTML5 Features by suomynonAyletamitlU · · Score: 1

      Also, someone needs to stand up and tell people to stop developing these browser based applications.

      Don't be obtuse. I defend your right to express yourself through writing browser-based applications, but I have the right to criticise your expression.

      It would be polite to recall that people are generally 'expressing themselves' not out of obstinacy, but because they really do have a problem, and those apps really do solve it. It doesn't have to be a problem of world-shattering import; "Oh god, not the clicking next five times again, if I do this one more time, I'm going to be eaten by the alien hive-lord and Earth will be invaded!" They can instead be, "God, I'm so fucking tired of dealing with licenses, network issues, making sure that everyone is using the same copy of a document, trying to get access when I don't have a laptop configured for the company VPN, etc, usw, and oh hey, you can just use a web browser? Well hell, we should at least look into this."

      If you, yes you, end up using a program, even an office program, that just doesn't work given your choice of platforms, or because of some other stupid decision by the developers, but you have net access, even you, troll that you are, will say, "What the hell, even Google Docs has THIS stupid problem figured out. Why can't these guys?" However, it isn't "even Google Docs." It's Google Docs because service based economies aren't just about doing things slightly better than the next guy--they're about being right there if the customer needs something, no ifs, ands, or buts, and that's virtually (hah) what the web is for.

    25. Re:HTML5 Features by fuzzyfuzzyfungus · · Score: 1

      You have to make the important distinction between what you create and what you deal with.

      If you are creating, and you have the choice, strict correctness is an excellent thing to aspire to and, ideally, achieve. If you are dealing with other people's(often broken) stuff, strictness is a bug(being able to test, at your option, for brokenness or correctness is all well and good); because it prevents your stuff from working with the vast majority of the world.

      To use your Apollo analogy, building launch systems that don't explode(producing strictly correct systems) is a definite virtue. Producing launch systems that work if and only if you are travelling between two perfectly spherical planets of neutral density(demanding strict output from others) is basically useless.

    26. Re:HTML5 Features by c++0xFF · · Score: 1

      You should have to sort out all the details of network storage and collaboration yourself. If you don't have the time or expertise to set that up, you don't deserve to be editing documents.

      I don't think that's what anybody thinks, so please avoid turning the issue into a straw man.

      The advantages to online document editing are collaboration and decentralization. No more emailing a document around, then having to merge changes together. No more emailing it to yourself (what a ridiculous workaround ... and yet we've all done it). No more worries about losing a document from a hard drive crash.

      All good things, right?

      But is a web-based application like Google Docs the right solution? Well, now we've introduced more problems. What if I lose my connection? Where's all the bells and whistles? But now it's so slow!

      Again, all valid complaints.

      Personally, I don't have any problem with the application being hosted online, even if a web browser is an odd tool for this. Nor do I have a problem with the data being "in the cloud," as that's the whole reason for using it.

      What I do have a problem with is taking two steps backwards in the process. All the complaints I listed above could be eliminated with some sort of hybrid system: let the application be hosted online, but don't make it dependent on any sort of connection.

    27. Re:HTML5 Features by FooHentai · · Score: 1

      A few months back I built a new PC. Once I had the OS installed, I went online and downloaded a copy of my email client. Then I configured the client to talk to my ISPs email servers. That meant digging into my old paper files and finding my ISPs new customer letter where it had my mail server info and username/password that I don't use for anything else (so had forgotten). Then once it was set up I realised that I'd only be receiving new mail from the ISP, and had to turn on the old PC to take a copy of my old emails. Importing took a bit of time. Something about different versions of the program between backing the data up and restoring it.

      Just kidding. I opened firefox and logged into GMail.

    28. Re:HTML5 Features by FuckingNickName · · Score: 1

      I could research, but having been in IT for over a decade at this point, I will continue to "bet" until applications are actually in production.

      MS actually has Office 2010 beta available for download, while it only promises a feature limited online version of Office. Yet you "bet" on the opposite outcome, namely that MS will move to a web Office.

      If you want to get technical, it IS harder to install Office than a browser. The browser (IE) comes pre-installed

      So technical... IE is not a usable browser for anything Web2.0, and Firefox (the best alternative) had awful enterprise management last I checked... but maybe they're delivering MSIs etc now.

      At the enterprise level, configuring Office beyond facilities provided by copious centralised management tools can be done the same way you configure any Windows app: a couple of clicks to push a script to all client machines. At the individual user level, you're either going to the Prefs menu via the Windows UI or via a horrible browser UI.

    29. Re:HTML5 Features by FuckingNickName · · Score: 2, Informative

      You built a new PC, you installed Firefox, you entered username/password for the mailserver, you logged into GMail.

      I built a new PC, I installed Outlook, I entered a username/password for the SSL IMAP mailserver.

      Just kidding, I didn't even have to enter username/password as I could migrate my Windows account profile with a couple of clicks.

    30. Re:HTML5 Features by dave562 · · Score: 1

      Yet you "bet" on the opposite outcome, namely that MS will move to a web Office.

      That's your interpretation of what my bet is, and your misunderstanding is probably due to my lack of clarity. Microsoft won't move Office onto the web. They will reproduce enough of the functionality to mitigate what Google and other competitors are trying to do. The question comes down to whether or not Microsoft can port their functionality to the web faster than Google et al can recreate it from the ground up on the web. A balance will be found between the two approaches, at least until virtualization and SANs are so ubiquitous at the LAN / private WAN level that organizations can host the "online" version of Office in house. Ie, the pendulum will swing back to thin clients and powerful servers.

      So technical... IE is not a usable browser for anything Web2.0, and Firefox (the best alternative) had awful enterprise management last I checked... but maybe they're delivering MSIs etc now.

      By the time Microsoft rolls out a worth while online version of Office, whatever version of IE that comes bundled with the OS will support it. Firefox does have decent MSI installers and also .ADM files so that you can use GPOs to configure it. I'm not a big fan of Firefox, but I'll correct FUD anywhere I see it.

      At the enterprise level, configuring Office beyond facilities provided by copious centralised management tools can be done the same way you configure any Windows app: a couple of clicks to push a script to all client machines.

      In an online model you don't even have to run scripts on the clients. You configure the app in one place and the relevent settings are loaded when the clients connect to the app. It's like Citrix, or Terminal Services (or Application Server, or whatever the heck MS is calling their product these days).

      The "cloud" model might suck in a lot of ways. It does shine in application management though. You don't have to track your application across hundreds or thousands of desktops. You have one single installation of the application.

    31. Re:HTML5 Features by The+End+Of+Days · · Score: 1

      Who needs reasons? Here on Slashdot, all you need is a slippery slope and a willingness to slide down.

    32. Re:HTML5 Features by The+End+Of+Days · · Score: 1

      What productivity is lost by using an online office suite?

    33. Re:HTML5 Features by The+End+Of+Days · · Score: 1

      Browsers permit pseudo-threading now with timeout polling. HTML5 just makes it an explicit feature. That is the browser managed threadpool you "really want."

    34. Re:HTML5 Features by Nadaka · · Score: 1

      Vastly better forms (XForms).

      It does not pollute css style classes with semantic meaning. Instead it uses a separate role attribute that is more flexible and retains separation of concerns.

      It uses xml events and DOM.

      Strictness, I see it as a virtue, some don't (sometimes for valid reasons, sometimes not).

      Continuing the trend of separating of document structure from style.

      There is more but I got some work in that I need to deal with.

    35. Re:HTML5 Features by FuckingNickName · · Score: 1

      "God, I'm so fucking tired of dealing with licenses

      MS activation is a bitch, but this isn't an inherent problem with desktop software.

      network issues,

      Wait, network issues are a reason to use web-hosted software?!

      making sure that everyone is using the same copy of a document,

      Does your knowledge of Office end with an old copy of Office 2000 you ran on Windows 98 a decade ago? Collaboration in 2007 is provided in various guises, with the principle that you don't want to sacrifice features and usability, so you make use of the operating system's own filesharing features combined with central storage (not UI/logic) servers for advanced collaboration.

      trying to get access when I don't have a laptop configured for the company VPN

      The VPN exists for security in access of documents. Any enterprise could be as lackadaisical as Google Docs and not worry about VPNs, but enterprises care more about their data than Google. Regardless, does your knowledge of setting up VPN clients on Windows end with Windows 98? It's been a matter of a couple of clicks and, assuming no other authentication mechanism, entering a username/password for a good decade now.

      "What the hell, even Google Docs has THIS stupid problem figured out. Why can't these guys?"

      What problem does it have figured out? Please explain it to me in simple terms. Don't tell me what it does - tell me what problem I had that I wouldn't have with Google Docs.

    36. Re:HTML5 Features by Dynedain · · Score: 1

      The problem with XHTML (which overall I like much much more than HTML 4.01 because of its strictness) is that some very useful things for websites were intentionally excluded, with no reliable alternatives.

      Two examples:
      1) target attributes for anchors. In XHTML 1.1, there is no way to indicate whether a specific link should open in the same window vs. a new window as target is not permitted unless you are using framesets.

      2) Required alt tags for images. Sometimes an image is used for purposes other than a photo. When including graphics for styling (complex borders, artwork, etc.), alt tags are unnecessary. But for some reason, including an empty value for an alt tag (so screen readers won't "speak" anything) is valid XHTML.

      --
      I'm out of my mind right now, but feel free to leave a message.....
    37. Re:HTML5 Features by obarthelemy · · Score: 1

      It's not so much about client features, as it is about the whole model. I want my suppliers to take care of my ASS: availability, safety, security. All the cloudy things really don't, I can't get neither apps nor data if I get disconnected, there's no guarantee my data won't be lost, nor easy ways to make backups, and no guarantee at all that my data won't be stolen by some 3rd world subcontractor's trainee.

      --
      The Cloud - because you don't care if your apps and data are up in the air.
    38. Re:HTML5 Features by Anonymous Coward · · Score: 0

      Since last week, I've started using emacs for everything so none of this bothers me any longer :P

    39. Re:HTML5 Features by FuckingNickName · · Score: 1

      at least until virtualization and SANs are so ubiquitous at the LAN / private WAN level that organizations can host the "online" version of Office in house.

      Can vs should.

      By the time Microsoft rolls out a worth while online version of Office, whatever version of IE that comes bundled with the OS will support it.

      Right, and a lot better than all those competing online suites, so for anything even remotely close to usable online app delivery, you'll still have to choose a browser which doesn't have an interest in a particular app delivery business.

      Firefox does have decent MSI installers and also .ADM files so that you can use GPOs to configure it. I'm not a big fan of Firefox, but I'll correct FUD anywhere I see it.

      Could you provide a link, please? I know there are various unofficial installers and configuration templates, such as the ones from FrontMotion, but if we're talking about ease of deployment, this obviously doesn't compare!

      In an online model you don't even have to run scripts on the clients. You configure the app in one place and the relevent settings are loaded when the clients connect to the app.

      Clearly, but what's so difficult in a managed enterprise about getting every PC to run a simple configuration script? If the answer is "well, many of the PCs are fucked and have very unreliable setups", you're not going to get a uniform experience over your heterogeneous browser client environment either - and probably need to replace your IT department.

    40. Re:HTML5 Features by Daengbo · · Score: 1

      If it's not "online" then it's not really any good at decentralization and collaboration. Google Docs is good about handling connectivity problems. It's the major complaint over the platform, and moving to HTML5 methods will help even further.

      Bells and whistles get added at a remarkable rate, and improving speed is what half of this rewrite was about, so hold off on those thoughts.

      No, I don't think that Docs will replace a local office suite for everyone. I do think that it's getting to the point that most average people could make the switch, and over half the people in any given company could easily be moved. If you start adding in:

      • Salesforce.com integration
      • HR applications,
      • Payroll,
      • CRM, and
      • Workflow integration

      Then you start to get something really powerful that a company can use with few headaches and which covers most of its need.

    41. Re:HTML5 Features by Fastolfe · · Score: 1

      Strictness allows people to realize what isn't broken in an endless morass of crippled partial implementations.

      Yes.

      Eventually, things can be fixed.

      Realistically, this is the part that never happens. From the perspective of a business, paying someone to generate web content, producing strictly-conforming XHTML content is more expensive than HTML tag soup, and browsers render them exactly the same way. Why should a business go the more expensive route? Are you really suggesting that the costs of not moving to XHTML are worth what we paid to send men to the moon?

      Computers and the internet do not have to be something for which everyone has resigned to being broken.

      As a software developer, my job is to make my software robust in its interactions with the real world. Being strict means everyone else's bugs become your problem. At some point you have to expect that it's just not practical to strive for global perfection. How many times will you close a bug as "invalid, it's the other software's fault" before your customers realize that competing products don't have these "problems" and start to use them instead?

    42. Re:HTML5 Features by FuckingNickName · · Score: 1

      Seriously?!

      More primitive UI
      Reduced stability
      Reduced configurability
      Lack of scripting
      More primitive collaboration (ironically, vs Office 2007)
      Loss of dozens of features
      Security awareness and implementation (now the humble employee must be aware of various implications relating to where his data might be going!)
      Network downtime
      Server downtime
      Retraining

    43. Re:HTML5 Features by dave562 · · Score: 1

      Clearly, but what's so difficult in a managed enterprise about getting every PC to run a simple configuration script? If the answer is "well, many of the PCs are fucked and have very unreliable setups", you're not going to get a uniform experience over your heterogeneous browser client environment either - and probably need to replace your IT department.

      Laptops on the road are the primary example. Workstations that need to be off of the domain for whatever reason (QA test labs, security PC doing badge creation, etc). The question for you is why do you want to do it the hard way? Why do you want to have to push out a script to client machines at all? Is there some part of you that misses autoexec.bat?

      Could you provide a link, please?

      I used Firefox's default MSI and rolled my own package using SMS2003. It took all of fifteen minutes.

      Can vs should.

      I suppose you can opt to do things the hard way. Given the increased incidence of application exploits and the increased frequency of patch cycles necessary to mitigate those exploits, I'd rather patch one central application than manage patches across thousands of desktops.

      You can hold whatever opinion you want about fat versus thin clients and apps on the workstations versus centralized apps on the server. Opinions don't change the reality that the landscape is shifting back to thin clients and powerful servers. Nobody in their right mind wants to manage thousands of separate installations when presented with the option to manage ONE. In much the same way, who wants to manage 15 separate servers and islands of disk space when you can manage one physical box with 15 VMs and a SAN?

      Look at Outlook Web Access. If your users are on IE, they get 95% of the functionality of Outlook without the license cost. A couple years ago we had to setup temporary / part time employees with their own Outlook profile. Now we just give them the URL and that's it.

    44. Re:HTML5 Features by Nadaka · · Score: 1

      1: totally agree with you here. There are javascript workarounds, but it isn't nearly as clean of a solutuon.

      2: images used for styling do not need to be included in tags, they can be loaded from the stylesheet.

    45. Re:HTML5 Features by thoughtsatthemoment · · Score: 1

      If you look at the world at the atomic level, every thing is beautifully structured.

    46. Re:HTML5 Features by Daengbo · · Score: 1

      Obsolescence?. XHTML2 is no longer being developed.

    47. Re:HTML5 Features by FuckingNickName · · Score: 1

      Young and beautiful in 1999, I was involved in writing a browser-based CRM frontend for an old time&billing suite which has been deployed to major accounting firms since the '70s.

      Know what?

      *Shrug*

      No advantage.

      It sold because it was new-buzzword-compliant, but, despite being my best effort at usability in the browser, it could offer nothing which couldn't be done more efficiently using the old native Windows interface. 10 years later and Javascript would, I guess, allow me to prettify (N.B.) the interface more and get rid of the ActiveX control which provided complex charting... but I'd still be offering no advantage.

      Every client work PC would have the full suite installed already. Anyone else could just pop in the CD and press Next 5 times. What was the point?

    48. Re:HTML5 Features by Anonymous Coward · · Score: 0

      I agree that desktop apps have a lot in the way of usability (and other) advantages once they are installed, but there is the issue that, at the moment, installing applications requires that you trust the distributor to not be including viruses/malware. On the other hand, web applications cannot give your computer viruses (as long as your browser does not have security issues), so it is a lot easier to get a user to start using a web application. For something like Office, I agree that Google Docs only seems useful for very limited circumstances (i.e. sharing documents that the whole world can see and a few can edit).

      Then again, with iPhone, apps are replacing websites to some extent... maybe we will be heading back towards thicker clients.

    49. Re:HTML5 Features by FuckingNickName · · Score: 1

      Laptops on the road are the primary example.

      Huh? When they login, they get app configuration updates - the same way you send OS configuration updates.

      Workstations that need to be off of the domain for whatever reason (QA test labs,

      Why do you need to be "on the [main] domain" to push a script? If you're trying to set up a PC to be exactly like a client setup, why are you running main workflow software?

      security PC doing badge creation, etc).

      Why are you running main workflow software on this machine?

      I used Firefox's default MSI and rolled my own package using SMS2003. It took all of fifteen minutes.

      Please, where is Firefox's default MSI? It's taken me 5 of your 15 minutes to fail at finding it, so I may be lacking competence tonight.

      I'd rather patch one central application than manage patches across thousands of desktops.

      You have to patch the OS and browser anyway, so you're already having to manage patches across thousands of desktops. What goes particularly wrong with Office patches?

      Opinions don't change the reality that the landscape is shifting back to thin clients and powerful servers.

      Opinions of a million Slashdot usernames don't change the reality that most desktops are Windows on Intel, most US voters are Republican or Democrat, most Brits are pro-capital-punishment, most white men are more likely to cross the street when the young man approaching them is black, etc., but nothing about a majority or a trend makes it necessarily sensible or rational. Don't introduce such glaring fallacies.

      Nobody in their right mind wants to manage thousands of separate installations when presented with the option to manage ONE.

      If (1) you actually didn't have to manage those thousands of OS/browser installations anyway; and (2) productivity was measured by what meant IT had to do slightly less work rather than how efficiently everyone else in the firm could work, you might be approaching a point :-).

      A couple years ago we had to setup temporary / part time employees with their own Outlook profile. Now we just give them the URL and that's it.

      Could you explain in what way setting up a profile and sending a login (or a link to a script which sets up the login) is more arduous than setting up a profile and sending a URL plus login details?

    50. Re:HTML5 Features by Dynedain · · Score: 1

      2: images used for styling do not need to be included in tags, they can be loaded from the stylesheet.

      Not necessarily. Often that can require additional markup to provide the necessary containers for CSS to do its work. Or, it can be that the images need to be insertable/configurable by non-coders with no CSS experience, which can require injecting the image into the markup. I've worked with several content management systems where I had no control over certain key page elements because their markup was locked down by the CMS output. In those situations, the only way to do certain styling can be by using the CMS to inject additional images that serve only as design enhancements and have no content-appropriate meaning.

      --
      I'm out of my mind right now, but feel free to leave a message.....
    51. Re:HTML5 Features by FuckingNickName · · Score: 1

      web applications cannot give your computer viruses (as long as your browser does not have security issues)

      Which it will. Especially as it becomes more complex. Especially viruses which upload your various cloud passwords. So you'll need antivirus anyway. Which, combined with some user awareness (gee I guess the browser is secure so I can click "Yes" when it asks if I want to install that extension by M1rcosoft....), already stops the average desktop getting infected.

      Anyway, if you move the logic to the server, your concern should be shifted to viruses on the server as much as the desktop. And determined intruders. 'cos there'd be no value in plain cracking Google, right, competing firm? China?

      Then again, with iPhone, apps are replacing websites to some extent... maybe we will be heading back towards thicker clients.

      We've never headed away from them, except in very clear limited circumstances and in the minds of certain groups of geeks. But, yes, the iPhone/iPad seems to be a far more rational balance between cloud storage/processing and local functionality than Google Apps.

    52. Re:HTML5 Features by dave562 · · Score: 1

      Laptops on the road are the primary example.

      Huh? When they login, they get app configuration updates - the same way you send OS configuration updates

      What about security patches and issues when they're on the road? I know sales people who go months without visiting the office. They're also the ones plugging into client networks and public, shared access spots where they are most vulnerable. I think your average customer would be happier with the situation where their data isn't living on a random laptop in the back of some sales person's car. They'd rather that their data is living on a secure server somewhere and being accessed by an application without any local persistence.

      Please, where is Firefox's default MSI? It's taken me 5 of your 15 minutes to fail at finding it, so I may be lacking competence tonight.

      I was confusing the MSI file with the ADM template to manage it. I took a while with MakeMSI to actually get the MSI file made. A quick Google search turns up that FrontMotion used MakeMSI to create their Firefox installer.

      http://makemsi-manual.dennisbareis.com/some_users_of_makemsi.htm

      MakeMSI isn't point and click simplicity. If you can write scripts to push out patches, you can handle it though.

      You have to patch the OS and browser anyway, so you're already having to manage patches across thousands of desktops. What goes particularly wrong with Office patches?

      My question is why do you want to continue doing it that way? There are all ready too many patches to manage. Office is decent because it is integrated into the Windows Update mechanism. Are you trying to stick to your original point, or do you really believe that centralized management is a bad idea? Why do you want the extra step? Why maintain the extra complexity?

      You could go next door to your neighbor and borrow a cup of sugar. Or, you could build a wall between you and your neighbor, then climb over the wall and borrow a cup of sugar. If you don't have to build a wall in the first place, why do it? If the wall is already there and someone wants to tear it down for you, why do you insist that you want to keep climbing over it?

      (2) productivity was measured by what meant IT had to do slightly less work rather than how efficiently everyone else in the firm could work,

      What is more efficient? Rolling out patches to the desktops, or having one application in one location that is always up to date?

      Could you explain in what way setting up a profile and sending a login (or a link to a script which sets up the login) is more arduous than setting up a profile and sending a URL plus login details?

      A profile needs to be setup. Even if you have a roaming profile, it still takes time for the OS to load it. I think Outlook 2007 will auto-configure Exchange connectivity based on Active Directory credentials, but prior to that it required specific configuration for each user account. In the case of part-time employees there can be one generic login for the department and anyone can use the URL to access their individual mailbox. Without the web access they would have to switch their user context. That requires either giving the logged in account access to everyone's mailbox (at least everyone who wants to check mail on that workstation), or it requires a user switch (log off / log on).

    53. Re:HTML5 Features by Actually,+I+do+RTFA · · Score: 1

      Yes, it is buggy and inefficient. But that is now. As technology improves, the simple browser will serve the 95% of the needs of 95% of the population.

      And by that time, any browser sufficently advanced enough will be subject to malware. I don't want to execute code on websites so I don't have to worry about trusting every idiot with my device.

      To say nothing of bad code being slow. But hey, that only breaks if you have Flash/JavaScript on your websites or Java in your movies.

      Why is no one happy making content anymore?/p?

      --
      Your ad here. Ask me how!
    54. Re:HTML5 Features by DragonWriter · · Score: 1

      And what's so much easier about installing a suitable browser on every computer (regardless of OS) anyone employed by the company might ever want to use to edit a document, and on every PC anyone might ever want to share such a document with?

      The fact that virtually every such computer will come with such a browser bundled with the operating system, and thus not need to have one installed separately, makes that a lot easier.

      Clicking "Next" 5 times and waiting a few minutes - once - is incomparable to the productivity lost by operating an online Office suite for several hours a day.

      Maybe, but:

      1) Not every employee that might need to use an office suite does so for several hours a day (and, really, office suites are poorly suited to much of what they are used for, so I think this will increase as more and more work is diverted into specialized managed-workflow applications from general purpose office suites.)
      2) Installation using all defaults often takes fewer clicks than that, but an installation that requires any non-default setting takes much more careful consideration.
      3) Installing once per user isn't the right comparison, its once per machine -- machines often being replaced more often than users. And, really, to compare to an online suite where the upgrades as well as installs are handled for you, a more appropriate comparison might be once per machine per major version release (assuming automatic patches are distributed silently.)

    55. Re:HTML5 Features by OzRoy · · Score: 1

      There is nothing convenient about Google Docs. If I want to do anything simple, Office is good enough and has better availability, speed, familiarity (including native UI integration) and stability. If I want to do anything complex, only Office will provide it.

      Really? Thank God you are here to tell me what is simple and what isn't. All this time I thought I had to fuck about with Wine on my work Linux station, VMWare on my Mac home computer and USB thumbdrives/VPN work servers in order to take my basic System documentation home with me to work on with Office 2007.

      I'm really glad someone as smart as you can tell me that a Web driven application that is able to run on any Operating System that can run a modern web browser is wrong for my needs. No wait! I just realised I'm being sarcastic.

      Let me tell you what I need in basic terms in order to do my job efficiently. I need basic document editing and collaboration. I have to write technical documentation for the systems I develop and Google Docs is perfect for my needs. I write all of my documentation at work, I can then fuck off to the pub, go home an hour later and do a couple more hours work. When it's ready I am able to share the document with my coworkers allowing them to make changes then come back into the office and make more amends. To put it simply, it all just works FAR better than if I had to use Office. I don't have to worry about copying the file to a portable device, I don't have to worry about the coworkers that use Windows, or OS X, or Linux. Everyone can read it, everyone can edit it, and best of all there is a single master copy that everyone is changing.

      So don't come in here with your high and mighty Office is good enough and has better availability bullshit, because that is true for you. It's not true for everyone. Put simply, if what you were saying was true, and these are features no one needs MS would not be bothering trying to do the same thing with Office Web Apps.

    56. Re:HTML5 Features by c++0xFF · · Score: 1

      Know what?

      *Shrug*

      No advantage.

      It sounds like all you did was port the interface.

      But what does it matter if the interface is native, java, flash, php, or html5? It's the same thing.

      Yeah, you get easier installation and updates, but that's about it.

    57. Re:HTML5 Features by FuckingNickName · · Score: 1

      If everything's a web app, there's no real reason to use different desktop operating systems. So how about you skip the OS merging in the slide down to lowest common denominator and just install Windows? Then you'll be able to use Office 2007 and have decent collaboration and functionality.

      Maybe the Google Docs target market is people who need to do basic collaboration and for some reason require Windows, Linux and Mac desktop environments, yet find VMware, VirtualBox and Virtual PC too difficult to install. Seems like a fairly niche market, but that's no reason not to cater for it, I guess.

    58. Re:HTML5 Features by FuckingNickName · · Score: 1

      That's all anyone with a decent system in the first place does, and he wastes time doing so.

      The backend was already a combined choice of local and centralised server storage. I added a few new features to manage moving documents between the two, but there's no reason to use an HTML interface to do this.

    59. Re:HTML5 Features by OzRoy · · Score: 1

      Because everything isn't a web app. Linux is what I require to do my job as a back-end web developer. Windows is what my project managers require, and OS X is what my graphic designers require. Now you could argue that all of the things that I want to do with Linux is possible with Windows, or all the things that my designers require can be done with windows and you would probably be right; but you would then contradict your own "familiar environment = more productive" argument.

      It really has nothing to do with whether it is possible to achieve the same thing using VMWare/VirtualBox I know you can, but why should I have to? It's extra administration and extra hassle; and with that extra cost. It's calls at 3am telling the sys-admin the VPN is down again. It's calls to the help desk asking why their VMWare copy of Windows is asking for activation again. It's training and confusion that isn't necessary when everyone knows what a web browser is.

      The best tools for the best job. Google Apps gives me what I need. Office 2007 does not. It's really that simple.

      The fact is web-apps are changing rapidly. 5 years ago almost no one had heard of AJAX. Then Google Maps showed us what it was capable of and it has exploded into an integral part of the Web. 5 years from now things are going to be very different again and I will bet you anything that in the very near future you will be using web-apps like Google docs on almost a daily basis.

    60. Re:HTML5 Features by Daengbo · · Score: 1

      I think my point wasn't clear. When you start adding in CRM and the other stuff I mentioned that works seamlessly with online collaboration via GDocs, it becomes really powerful. Is it something that no one has seen before? No, but very few SMBs have that kind of integration in their apps. Most of them are stuck with a hodge podge of random apps and people trying to get them to work together by e-mailing stuff around.

      Not radical. Accessible.

    61. Re:HTML5 Features by shutdown+-p+now · · Score: 1

      I'm willing to bet that within a couple of years, Office will be just as "online" and "in the cloud" as Google docs is. It would be great to just give users a laptop and a web browser without having to install Office. Rather than install Office, they can be pointed toward whatever URL accesses the online version of their application.

      It is already here. Problem is, it's still nowhere near as full-featured as a desktop version of Office, so it is more of a supplement, rather than replacement. You can view any Office document with the thing, but editing is rather limited.

    62. Re:HTML5 Features by Anonymous Coward · · Score: 0

      I am so tired of reading your argumentative bullshit. You are such a tool, yet you don't even realize it.

    63. Re:HTML5 Features by Anonymous Coward · · Score: 0

      Everybody gets it after this, your thousandth post on the subject: you like Office 2007. Great. Quit telling people to stop using what they like. You're being that guy.

    64. Re:HTML5 Features by hab136 · · Score: 1

      If you own/manage the computer you're working on, sure. If you're at a work site/friend's house/etc, browser apps may be your only choice.

    65. Re:HTML5 Features by Synn · · Score: 1

      > I find Office much easier to deploy than Firefox,

      Office requires you to buy and manage licenses, Firefox doesn't.

    66. Re:HTML5 Features by Miseph · · Score: 1

      "Almost nothing, relative to the cost of the employee sitting at the workstation. Productivity is far more important than base licence cost."

      You must do government budgets... Simply put, no, it doesn't work that way. The employees are a sunk cost, you need to pay them either way, but if you can avoid a few hundred dollars worth of licenses for each desk without compromising productivity too much, then you will. Simply saying that the cost doesn't matter because other things cost more anyway is a surefire way to make sure you are never in management. I mean heck, why not install solid gold toilets, since the people sitting on them and the building they're in would surely cost more, what difference does it make?

      "Almost none, relevant to a well configured Office install. And none recent are as bad as the one big risk that is having your plaintext on an anonymous server accessible to various foreign corporations and governments."

      I don't think anyone has suggested that a substantial corporation should use the public Docs installation. The little guys would likely be in no more or less danger either way (since they lack the resources to provide their own meaningful security or the exposure to absolutely need it), and the big guys would stand to save an enormous amount of money by setting up their own secured network and buying a server license from Google.

      You also seem to think that all offices have the same needs and priorities. They don't. I would speculate that there are a lot of businesses out there who really don't need or want full installations of Office on every workstation, and would be happy to save money on both the licenses AND the cost of maintaining them if there were an alternative that did so and still met their needs. And by speculate, I mean that my employer has at least a few dozen such workstations that I am absolutely sure of, and I would be shocked if there weren't a few dozen more scattered around the main office.

      --
      Try not to take me more seriously than I take myself.
    67. Re:HTML5 Features by Actually,+I+do+RTFA · · Score: 1

      Portable Apps + thumbdrive? Linux distro on a disc?

      Not to mention, I don't know of any web app that doesn't duplicate what I would consider a ubiquitous desktop app, e.g. wordprocessing.

      I've never been stymed by a lack of software on someone's computer where I knew of a reliable cloud based version.

      --
      Your ad here. Ask me how!
    68. Re:HTML5 Features by FuckingNickName · · Score: 1

      I mean heck, why not install solid gold toilets, since the people sitting on them and the building they're in would surely cost more, what difference does it make?

      Let p=1 be the base productivity with MS Office, and q<p be the productivity with Google Docs. Then the employee cost for the first unit of work for MS Office will be, for some constant k
        k + m
      and, since Office cost m is a fixed cost, for n units will be
        nk + m.
      The employee cost for the first unit of work with Google Docs will be
        k/q
      and for n units will be
        nk/q.

      We have
        nk + m < nk/q
      when
        m < nk(1/q-1).
      IOW, you'd have to be doing a tiny small amount of work _and_ experience only a very negligible tiny productivity increase, to prefer Google Docs over MS Office.

      In your strawman toilet example, q=1, so of course there's no value in installing gold toilets.

    69. Re:HTML5 Features by FuckingNickName · · Score: 1

      You've posted twice here to object to the fact that I try to have the courtesy to individually respond to everyone who is talking to me, rather than vomiting my opinion then leaving.

      Of course I'll repeat myself somewhat, but that's not for your benefit - that's for the benefit of people who made the effort to reply and who have taught me some things I don't know or have given me ideas I haven't thought of.

      If it's too arduous to read this thread, don't!

  4. press release, not advertisement by Layth · · Score: 3, Informative

    A news website, with a summary that sounds like a press release.. nothing wrong here.
    Not a marketing guy, but as I understand it a press release is different than normal advertising copy - it's news (in this case, news for nerds)

  5. Still sounds shittier than OpenOffice.org. by Anonymous Coward · · Score: 0, Interesting

    It still sounds like a shitty web app, less usable and practical than OpenOffice.org. And OpenOffice.org is pretty bad to begin with, too.

    Web apps just can't compete with real apps, and will never be able to as long as we're using JavaScript as the programming language to implement these apps. JavaScript is just not suited to large-scale application development, especially something as large as a full-featured word processor.

    1. Re:Still sounds shittier than OpenOffice.org. by dingen · · Score: 3, Insightful

      Web apps just can't compete with real apps

      This will be a funny quote in a few years.

      --
      Pretty good is actually pretty bad.
    2. Re:Still sounds shittier than OpenOffice.org. by MosX · · Score: 1

      What makes you say that? I'm sure Google is using something similar to their Google Web Toolkit to write the applications in Java and have the code compiled into JavaScript. When you do that, the fact that the browser is interpreting JavaScript really doesn't matter. All the development and organization is done in a language that IS suited to large-scale application development.

    3. Re:Still sounds shittier than OpenOffice.org. by Joe+Random · · Score: 4, Interesting

      I'm sure Google is using something similar to their Google Web Toolkit to write the applications in Java and have the code compiled into JavaScript.

      The thing to take away from this (and everyone should already be aware of this if they're making claims as to the usefulness of a JavaScript) is that JavaScript is Turing complete. So it clearly can be used to develop an Office-like suite of tools.

      The only real concerns are:

      • Is the language easy enough to develop in?
      • Do programs written in the language run quickly enough on the target systems?

      Since the Google toolkit is converting Java to JavaScript, the answer to #1 seems obvious. And while it's not quite as clear-cut, recent (and ongoing) improvements in browser JavaScript interpretation speed seem to indicate that #2 is likely true, too.

    4. Re:Still sounds shittier than OpenOffice.org. by Rockoon · · Score: 0, Offtopic

      Web apps just can't compete with real apps

      This will be a funny quote in a few years.

      Nah, its THIS one that will be the funny one in a few years.

      --
      "His name was James Damore."
    5. Re:Still sounds shittier than OpenOffice.org. by Archangel+Michael · · Score: 0, Redundant

      Nah, its THIS one that will be the funny one in a few years.

      --
      Agent K: A *person* is smart. People are dumb, stupid, panicky animals, and you know it.
    6. Re:Still sounds shittier than OpenOffice.org. by Bill,+Shooter+of+Bul · · Score: 1

      Look at the post just above yours. I'd agree google apps sucked. But, it would be wise to withhold judgement on the new version to see how much better it can be with HTML 5.

      --
      Well.. maybe. Or Maybe not. But Definitely not sort of.
    7. Re:Still sounds shittier than OpenOffice.org. by Anonymous Coward · · Score: 0

      You know what, I've been hearing web developers say that since 1994. Yet here we are, over 15 years later, and web apps are still shittier than desktop apps.

      Then again, you guys are the ones who think that PHP and JavaScript are "good" programming languages, and MySQL is a "good" database. I suppose that I shouldn't be surprised that you fools still haven't gotten your shit together, even after over a decade.

    8. Re:Still sounds shittier than OpenOffice.org. by Anonymous Coward · · Score: 0

      I think it's a funny quote right now.

      Web apps are not as powerful or fast as Desktop apps, and they may never be. But they already compete just fine with "real" apps and thus for a great many people, web apps are indeed "real apps".

      Seriously, no one would argue that webmail has become a highly successful (and, arguably, preferential) way to access your email. Email was once a purely desktop-app, but it is no longer. Google Docs similarly provide the functionality that many people need (basic editing and dead-simple collaboration/sharing options) and are thus very much "real apps".

      The age of the web app is here. They have not (and will not) totally supplant desktop-apps... but the fact is for some usage patterns they've already beat-out the desktop equivalent.

    9. Re:Still sounds shittier than OpenOffice.org. by Anonymous Coward · · Score: 0

      And I bet YOU think MS SQL is a "good" database.

    10. Re:Still sounds shittier than OpenOffice.org. by Anonymous Coward · · Score: 0

      It's not PostgreSQL, DB2 or Oracle, but it's a fuck of a lot better than MySQL ever could hope to be.

    11. Re:Still sounds shittier than OpenOffice.org. by thoughtsatthemoment · · Score: 1

      If you need to convert one high level language to another, there is something seriously wrong with one of them, or both. Also can you convert how threading is done?

    12. Re:Still sounds shittier than OpenOffice.org. by shutdown+-p+now · · Score: 1

      The thing to take away from this (and everyone should already be aware of this if they're making claims as to the usefulness of a JavaScript) is that JavaScript is Turing complete. So it clearly can be used to develop an Office-like suite of tools.

      The requirements for developing an Office-like tool don't stop at Turing completeness. You also need to have adequate input and output methods. E.g. try to do kerning in a browser. Or non-horizontal text.

      I mean, you can of course just create a table of 1px cells, and set their color. I'll leave contemplating the performance implications of that to the reader.

      Canvas should help a lot there, though, so long as it's properly accelerated.

  6. In other news... by EmagGeek · · Score: 0, Flamebait

    ... Google CEO Eric Schmidt took a dump today, while at the same time promising to build media bias into the user experience.

    1. Re:In other news... by Anonymous Coward · · Score: 0

      Thereby stealing another patented Apple idea! Those bastards!

  7. Re:Damn! by Anonymous Coward · · Score: 0

    No matter what Google does, it turns up on Slashdot! What if Google decided to let one out -- would it feature /.? Anyway, I'm really glad they're doing this, since I'm one of their Google Docs fans -- It simply puts the cloud in my computing!

    You you like just another M$ shill.

  8. Two more days left to test it today! by Stan+Vassilev · · Score: 5, Informative

    If "real-time collaboration" and "side chat bar" sounds familiar, it's Etherpad:

    Etherpad.com

    Google bought the company few months ago in order to improve their Google Wave and Google Docs offerings, and I'm happy to see these efforts come to fruition. Google left the Etherpad.com service up for some more time. The end of that grace period is April 14-th (2 days from now), so you have 2 days to go and check what the new Google Docs will probably feel like. Make sure to check out the timeline replay feature, downright eerie and good fit for Google's pattern of Ubiquitous Tracking of Everything, I think.

    1. Re:Two more days left to test it today! by Anonymous Coward · · Score: 0
    2. Re:Two more days left to test it today! by 0100010001010011 · · Score: 1

      They did release the source code, TPB has their own clone running: piratepad, there are numerous other out there.

      Download the source if you want to still run it.

    3. Re:Two more days left to test it today! by Anonymous Coward · · Score: 0

      Both Wave and the new version of Docs were in development for quite some time before the Etherpad acquisition.

    4. Re:Two more days left to test it today! by Anonymous Coward · · Score: 0

      It's the Pirate Party, not the The Pirate Bay. Not a difficult comparison, although for some...

    5. Re:Two more days left to test it today! by Anonymous Coward · · Score: 0

      No one gives a shit or has heard about the Pirate Party. TPB produces something. PP does not and never will.

    6. Re:Two more days left to test it today! by Anonymous Coward · · Score: 0

      its WAVE

  9. There is nothing evil about The Cloud! by Anonymous Coward · · Score: 5, Funny

    Wait a minute. I'm a manager, and I've been reading a lot of case studies and watching a lot of webcasts about The Cloud. Based on all of this glorious marketing literature, I, as a manager, have absolutely no reason to doubt the safety of any data put in The Cloud.

    The case studies all use words like "secure", "MD5", "RSS feeds" and "encryption" to describe the security of The Cloud. I don't know about you, but that sounds damn secure to me! Some Clouds even use SSL and HTTP. That's rock solid in my book.

    And don't forget that you have to use Web Services to access The Cloud. Nothing is more secure than SOA and Web Services, with the exception of perhaps SaaS. But I think that Cloud Services 2.0 will combine the tiers into an MVC-compliant stack that uses SaaS to increase the security and partitioning of the data.

    My main concern isn't with the security of The Cloud, but rather with getting my Indian team to learn all about it so we can deploy some first-generation The Cloud applications and Web Services to provide the ultimate platform upon which we can layer our business intelligence and reporting, because there are still a few verticals that we need to leverage before we can move to The Cloud 2.0.

    1. Re:There is nothing evil about The Cloud! by Anonymous Coward · · Score: 0

      haha. but seriously, folks, i take my wife everywhere....

    2. Re:There is nothing evil about The Cloud! by Anonymous Coward · · Score: 0

      Jared? What are you doing posting on this site? I thought you were in a management meeting about cutting our benefits!

    3. Re:There is nothing evil about The Cloud! by slimjim8094 · · Score: 1

      This was even funnier the first time I read it: http://yro.slashdot.org/comments.pl?sid=1515326&cid=30818328

      --
      I have developed a truly marvelous proof of this comment, which this signature is too narrow to contain.
    4. Re:There is nothing evil about The Cloud! by Anonymous Coward · · Score: 0

      That sounds so like my boss it isn't funny anymore. Except that he is Indian, while the developers are all locals.

  10. JavaScript by Vahokif · · Score: 5, Interesting

    I don't get why we're still using JavaScript for everything. What we need is a bytecode-based platform like Java or .NET but completely open and managed by W3C, totally integrated in the browser instead of a plugin and with a minimal standard library that only does math, DOM, etc. It would sure as hell beat crazy hacks like compiling other languages to JavaScript.

    1. Re:JavaScript by dingen · · Score: 2, Interesting

      Why?

      There are loads of Javascript frameworks out there to basically give developers any functionality they might require. Speed isn't the issue anymore since Javascript engines have become multithreaded bytecode interpreters and as of late even offering hardware acceleration.

      What's wrong with Javascript?

      --
      Pretty good is actually pretty bad.
    2. Re:JavaScript by Vahokif · · Score: 3, Insightful

      What's the point of using an interpreted language when you could compile to, download and execute bytecode much more efficiently?

    3. Re:JavaScript by Nadaka · · Score: 1

      You mean like flash? no. Binary streams no not make sense in the human readable document format that is the web.

    4. Re:JavaScript by Vahokif · · Score: 1

      You read page content but how often do you read, say, GMail's scripting?

    5. Re:JavaScript by ByteSlicer · · Score: 1

      What we need is a bytecode-based platform like Java or .NET

      The second all browsers support that, the web as we know it will cease to exist.
      Imagine each web page being like a flash applet. Great for the designers, but don't try to copy even a snippet of text, since they will have disabled it.

    6. Re:JavaScript by Nadaka · · Score: 1

      More than once, though it tends to be really annoying.

    7. Re:JavaScript by Vahokif · · Score: 1

      The idea is that it wouldn't be able to do anything JavaScript can't do now. It would just use bytecode instead of JavaScript.

    8. Re:JavaScript by Joe+Random · · Score: 2, Interesting

      What's the point of using an interpreted language when you could compile to, download and execute bytecode much more efficiently?

      Please define "much more efficiently". Sure, it's more efficient from the computer's standpoint to run native code, but that's only part of the equation. From the user's standpoint, running something like this as a web service rather than a stand-alone executable means not having to install, never having to upgrade, and automatically having their documents available from any other computer that has an Internet connection. Yes, it may be slightly slower, but that slowdown may be well within tolerable limits, and there are added benefits. Whether those benefits outweigh the costs is up to the individual to determine for their particular circumstances, and what's "much more efficient" in a technical sense may not be more efficient from the user's point of view.

    9. Re:JavaScript by ClosedSource · · Score: 1

      Besides Geeks, who knows that the letter 'A' is encoded as 1000001? Oh, you mean the text editor readable document format that is the web.

    10. Re:JavaScript by Vahokif · · Score: 2, Insightful

      What are you talking about? It'd still be in the browser, just bytecode instead of JavaScript.

    11. Re:JavaScript by dingen · · Score: 1

      What's the point of changing how everything works?

      --
      Pretty good is actually pretty bad.
    12. Re:JavaScript by Actually,+I+do+RTFA · · Score: 1

      . What we need is a bytecode-based platform like Java or .NET but completely open and managed by W3C

      W3C does a great job with it's standards. Why, I hear [insert your favorite browser] is so compliant it will pass the ACID3 test any day now! (Sarcasm does not apply if you use Safari, Opera or one of the several Linux browsers that actually do.)

      --
      Your ad here. Ask me how!
    13. Re:JavaScript by Vahokif · · Score: 1

      Yeah, I don't know why we ever stopped using Fortran.

    14. Re:JavaScript by Anonymous Coward · · Score: 0

      Javascript itself? Nothing really. The implementations however could use improvement. If you have a standard byte-code or intermediate language you could still write in javascript and compile it to the byte-code. If you have a separate VM in the browser it can be optimized separately from the languages used to write the script. You can continue to use and optimize javascript where it makes sense. You can also create new byte-code compilers for other languages.

      Basically think LLVM for browsers.

    15. Re:JavaScript by Vahokif · · Score: 1

      It's not the W3C's fault that browsers only follow their standards 10 years after they're released.

    16. Re:JavaScript by Anonymous Coward · · Score: 5, Informative


      What's the point of using an interpreted language when you could compile to, download and execute bytecode much more efficiently?

      Because while Javascript sucks, is bandwidth-intense and slow, it is the only Turing-complete, client-side, barely-cross-platform Web programming environment that Microsoft has implemented and which Microsoft is still forced to keep around on all default installations of Windows/Explorer.

      You are perfectly right that bytecode environments are much better choices technically, but they are worth nothing to Google as long as Microsoft keeps them out of their default browser installs.

      [ Note that on platforms that Google is able to influence in their entirety they are using bytecode solutions aggressively - see Android. ]

      Microsoft adopted (and extend) Javascript because it wanted to kill Netscape so badly. Once they achieved that they couldn't kill Javascript anymore because 1) half of the web ran on it 2) they were lying low after the bloody [and illegal] battle with Netscape raised the interest of various [civil] law enforcement agencies 3) Microsoft thought they made Javascript incompatible enough and did not really realize how it still enabled Google's cloud apps - until it was too late.

      Microsoft tried to hold out with a sucky Javascript engine as long as it could, but they eventually had to give in.

      It's kind of ironic that this small domino started 10 years ago by Microsoft caused the increasingly apparent demise of Microsoft Office.

      It will take another 10+ years for the process to be complete (the 100+ billion business that Microsoft has become has a lot of inertia) but it will happen - the world generally strives to optimize out the overhead of that 100+ billion dollars tax that Microsoft has become by today.

    17. Re:JavaScript by Anonymous Coward · · Score: 0

      Prototype base languages are not 'normal'. (eg people hate lisp)
      Personally, it's become an ok language. What most people hate, me included, is the DOM. Of course, using a modern js library, you don't have to worry about DOM as much.

    18. Re:JavaScript by Actually,+I+do+RTFA · · Score: 1

      It's not the W3C's fault that browsers only follow their standards 10 years after they're released.

      One, that means they don't have the power to be worth entrusting new standards to.

      Two, it is their fault. They allowed Microsoft and Netscape to add to their standards, resulting in an attitude of whatever. They release overly complex standards knowing that the earlier ones aren't being adhered to. They allow themselves to be pushed around by certain companies, ensuring that other companies have a vested interest in their standards failing.

      --
      Your ad here. Ask me how!
    19. Re:JavaScript by Vahokif · · Score: 1

      Standards bodies only enforce standards someone claims to follow but doesn't. That's not the case here.

    20. Re:JavaScript by iserlohn · · Score: 1

      Bad javascript is barely legible but it still beats good bytecode any day.

    21. Re:JavaScript by Vahokif · · Score: 1

      How exactly?

    22. Re:JavaScript by IamTheRealMike · · Score: 2, Interesting

      Well I used to think that. There's one problem I encountered, which is that gzipped, optimized JavaScript is mindblowingly concise compared to most other forms of compiled code. You can fit a staggering amount of functionality in only a kilobyte of this stuff.

      This may sound absurd, but try it for yourself. Write a piece of JavaScript to do something generic and non-platform dependent like calculate MD5. Run it through the Closure Compiler which is the same tool that Google uses to optimize and check its JavaScript. It will tell you the gzipped size. For a simple MD5 impl I got off the web, it boils down to 1.4kb gzipped. Now try compiling and gzipping a C implementation and a Java .class file. In both cases the result was about 5kb - that's a pretty big blowup! JavaScript has the advantage of having a basically overhead-free yet semantically very rich format: source code. Other languages compile down to quite complicated header formats that are full of version identifiers and symbol names.

      Given that modern browsers like Chrome convert your JavaScript to native code anyway, it may well make sense to slash your code size by using JavaScript and take the better loading times along with a hit on runtime performance.

    23. Re:JavaScript by bhassel · · Score: 1

      I see the appeal, but I prefer being able to see the source code for an programs my browser is running. If we move to distributing byte code, we lose that ability - if we wanted to know what a web app was having our browser do, we'd have to fall back on reading disassembly. It seems that could ultimately hurt the openness of the web.

    24. Re:JavaScript by hoggoth · · Score: 1

      Hey that's a great idea. Let's call it "Java"...

      --
      - For the complete works of Shakespeare: cat /dev/random (may take some time)
    25. Re:JavaScript by Anonymous Coward · · Score: 0

      Bad javascript is barely legible but it still beats good bytecode (read: not legible) any day. Learn to read. And I disagree with the parent. Bytecode can still be shown in a readable format on the browser end.

    26. Re:JavaScript by Anonymous Coward · · Score: 0

      And yet no browser is HTML 3.0 compliant. Try looking it up. They radically simplified the standard with 3.2 because 3.0 was just too much (it included an early version of MathML, for instance).

      After HTML 4(.01) development stagnated because they fricking decided on a do-over similar to 3.0 with XHTML 1.0/1.1, where they wanted to radically change everything again. Then nobody cared, and they sunk into uselessness.

      Then WhatWG emerged, defining a standard including what is needed instead of academic features nobody wants to implement.

    27. Re:JavaScript by Anonymous Coward · · Score: 0

      Not that I disagree with you, but that's a pretty bad comparison. I assume that C implementation generated an executable, not an object file, which is what actually would be used in this circumstance.

    28. Re:JavaScript by Anonymous Coward · · Score: 0

      Yeah, or the browser can do the sane thing, and create an in-place readable format. You know... like assembly. It's not rocket science, people.

    29. Re:JavaScript by drinkypoo · · Score: 2, Interesting

      It would sure as hell beat crazy hacks like compiling other languages to JavaScript.

      Yes, it would have made much more sense to come up with a decent IDE for web javascript development than to do wacky hacks like that. But since they work, they'll stay with us for quite some time. In the mean time, various agencies have proven that JavaScript does not have to be slow. With some additional help, it can surely be even faster.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    30. Re:JavaScript by shutdown+-p+now · · Score: 1

      For one thing, I haven't heard of any attempts by Google to "put bytecode in a browser", so to speak. Can you point out at any such experimental project, that you believe could really go ahead if not for the lack of IE support? Because so far all you wrote sounds like your own wishful thinking.

      For another thing, Microsoft actually does "bytecode in a browser" today on its Web platform - it's called Silverlight (and WPF browser apps, though those are relatively obscure and designed more for intranet).

    31. Re:JavaScript by Daengbo · · Score: 1

      Not bytecode, but Native Client

    32. Re:JavaScript by shutdown+-p+now · · Score: 1

      It's dead on arrival, because it's x86-specific (since it relies on segmenation [mis]feature of that architecture). Google itself can't even use it in Android, since the latter is ARM.

    33. Re:JavaScript by Vahokif · · Score: 1

      Java is a plugin with a huge standard library. Read my post again.

  11. No offline capabilities.... by ducomputergeek · · Score: 5, Insightful

    I thought off-line storage was a big part of HTML5? Hell we're even using it now with our iPhone apps. There are a lot of things I like about google docs. It's great because we have a Joint Venture with a company in San Francisco where we're based out of St. Louis. We can edit in real time using Skype for voice and then see what people are editing in a text document or spreadsheet.

    But Microsoft Office and iWork are both on my MacBook Pro. Why? Because sometimes I'm on an airplane and need to finish up that presentation for tomorrow or write a report, etc.. Or I'm riding in a car doing the same through the backwoods where the cell towers don't go. Until I can, Google Docs will not be replacing Office or iWork as my everyday office tools.

    --
    "The problem with socialism is eventually you run out of other people's money" - Thatcher.
    1. Re:No offline capabilities.... by Brandee07 · · Score: 2, Informative

      The reason there's no Offline capability in the new GoogleDocs is cause it's not ready yet. They say, in so many words, that they plan to have the HTML5 Offline Mode up and running soon. Until then, use the Old Version + Gears.

      This may not have been a good idea, but it is very Google-esque to roll out a new product with features missing.

  12. damn that was one of my "big" ideas... by Gri3v3r · · Score: 1

    real time co-editing... i wondered how it was possible that nobody had not yet offered it. no,it is not that i was the only one on the planet that thought about it (google did too :P ). bah,i hope they do well implementing it. i will be curious to see it in action. ideas mean nothing when you are not capable of materializing them...

    1. Re:damn that was one of my "big" ideas... by hawaiian717 · · Score: 1

      SubEthaEdit has been offering it for years. Google Wave can do it too.

      --
      End of Line.
    2. Re:damn that was one of my "big" ideas... by Anonymous Coward · · Score: 0

      Here's a full list of collaborative editors. Gobby (2005) was the main one I was familiar with.

  13. The emperor has no clothes: the apps are poor by dpbsmith · · Score: 5, Informative

    I recently took part in a collaborative project, resulting in a published book, which was done by means of Google Docs.

    I was underwhelmed. I used only the "document" (word processing) tool. There were scores of little clunky things about the user interface, many puzzles and problems involving document exchange and permissions, and the "feature-completeness" of the application was maybe late 1980s.

    But what really got me was that the basic editing operations were unreliable. I would insert a 12-point subheading above a 10-point text paragraph and the whole paragraph would change to 12-point text, stuff like that. Two sections might both show normal single-spaced line spacing within the editor, yet the final PDF output would render one of them as single-spaced and the other as double-spaced.

    After a while I thought perhaps it was an incompatibility with Safari, although Google does not suggest any such thing, and switched to Firefox. There were still continual problems of this kind, popping up randomly; perhaps not as often and perhaps not exactly the same as under Safari.

    If this were running locally under Windows or Mac OS, people would roll on the floor laughing at it. Apple's TextEdit or Microsoft's WordPad would blow it out of the water. If this is the best Web 2.0 can do, local PCs are safe.

    The thing is, the press writes about them as if Google Docs were a full-featured, commercial-quality applications... as good a substitute for Word as, say, OpenOffice. It isn't. Under some conditions I guess the collaborative features make it better than nothing (the book got finished).

    No doubt the marketers will spin it out endlessly by with continuous frank acknowledgement that whatever is the actual Google Docs you can get now IS a joke, it is the NEXT one that will be desktop-application quality--just as the next version of Windows will be secure and easy to use. We will see. But the current Google Docs, if considered as a serious alternative to a locally-hosted application, is a joke.

    1. Re:The emperor has no clothes: the apps are poor by Anonymous Coward · · Score: 0, Insightful

      I think you are trying to use Docs for something it was not meant to to. Basic text processing is something it's very good at. Collaboration without the need to setup servers or special software is also very nice. For text writing and evaluation, all text processors are basically fine.

      The problems you are referring to mainly deal with the visual appearance of the text. This is referred to as typesetting, and it is something that I personally would never do in either Google Docs, MS Office or OpenOffice. These tools, while easy to use, are not really designed for the fine grained control you want when creating a book. Typesetting is better done in software designed for that task like for example Adobe or LaTeX if you want to get down and dirty.

      This saying goes for every profession: Use the right tool for the job.

    2. Re:The emperor has no clothes: the apps are poor by FooHentai · · Score: 2, Insightful

      Bullsh. He's talking about basic text formatting options that are buggy or in some cases, broken. He's dead right about that. Issues abound in Gmail, too... like how signature text and body text are treated differently when composing an email, and often that can bug out and leave you unable to edit the body text because GMail things it's all one big signature. Dumb.

      Mind you, similar criticism can be applied to Word, too, it's less buggy than GDocs, but still has problems. Adding a page break then wondering why your new Heading 1 line is also changing the spacing on the previous page... or why you can't seem to move beyond the end of a table at the end of your document to start a new line. Stuff like that.

      GDocs has some way to go in terms of usability, even for basic corporate documentation.

    3. Re:The emperor has no clothes: the apps are poor by sweatyboatman · · Score: 1

      Under some conditions I guess the collaborative features make it better than nothing (the book got finished).

      So... the emperor has some clothes, then?

      I mean, collaborative is one thing Word just isn't. Google Docs is essentially a collaboration tool.

      Obviously the formatting features don't match up with the ones in Office, but you're replying to an article about a complete rebuilding of Google Docs to make it faster, more collaborative and, yes to add new features.

      FTA:

      formatting options like a margin ruler, better numbering and bullets, and more flexible image placement

      --
      It breaks my pluginses, my precious!
    4. Re:The emperor has no clothes: the apps are poor by IamTheRealMike · · Score: 5, Informative

      I think you'll find the point of the rewrite was to solve all these issues. Read the article - Docs no longer relies on your browser to do things like correctly positioning bullet points. It does it all itself.

      Full disclosure. I am a Googler and we've been using this new version of Docs internally for a while. It is a significant improvement. The old Docs was basically a wrapper around your browsers HTML editing feature that auto-saved every few seconds. The new Docs is a real word processor that understands things like page breaks natively. It is fully consistent in every browser and features the real-time collaboration you saw in Wave. I enjoy using it a lot more.

    5. Re:The emperor has no clothes: the apps are poor by Daengbo · · Score: 1

      You would have been better off writing the book with basic styles, then doing final polish off-line in a DTP app. Google Docs handles style-based writing (CTRL+1, 2, 3, or 4) really well. It doesn't deal with the MS Office mindset of manually formatting each line.

      Docs has many limitations. It's best to work within those limitations instead of trying to make it something it's not.

    6. Re:The emperor has no clothes: the apps are poor by tyroneking · · Score: 1

      Well the collaboration features are worth more to me than the polish of MS Word (the same polish that overwrites styles for no reason and crashes documents with tables in the header I guess ;)

    7. Re:The emperor has no clothes: the apps are poor by StuartHankins · · Score: 1

      I second this. Have you ever tried to use Google Docs to make a spreadsheet on an iPhone? It's pathetic. Totally useless.

    8. Re:The emperor has no clothes: the apps are poor by SashaMan · · Score: 1

      What do you mean by "your browsers HTML editing feature"? It's not like browsers have a native "edit HTML" widget, AFAIK.

    9. Re:The emperor has no clothes: the apps are poor by Dr+Herbert+West · · Score: 1

      What about "Netscape Communicator"? I use it all the time for my WYSIWYG web publishing. All the text has the "blink" tag applied by default!

    10. Re:The emperor has no clothes: the apps are poor by Anonymous Coward · · Score: 0

      Look up the meaning of whelmed in the dictionary. Underwhelmed doesn't really make sense.

    11. Re:The emperor has no clothes: the apps are poor by shutdown+-p+now · · Score: 1

      I mean, collaborative is one thing Word just isn't.

      Actually, it is - so long as you have SharePoint (which, granted, requires some cash to be shelled out for a Windows Server license).

    12. Re:The emperor has no clothes: the apps are poor by shutdown+-p+now · · Score: 1

      It is fully consistent in every browser and features the real-time collaboration you saw in Wave.

      All good, but I do hope that it's faster than Wave - to the point of, you know, actually being usable.

      Oh, and is Opera going to be screwed ("We will add support. Sometime... later. Promise!") on launch as usual? It's as if you guys hold a grudge against them or something. MS ignoring them I can understand, but why Google does the same is a mystery.

    13. Re:The emperor has no clothes: the apps are poor by shutdown+-p+now · · Score: 1

      What do you mean by "your browsers HTML editing feature"? It's not like browsers have a native "edit HTML" widget, AFAIK.

      Actually, they do, and had it for a while, though you have to provide the toolbar yourself - all formatting is exposed as an API to JavaScript, but there's no stock UI (though, usually, if you cut & paste preformatted text from another application, it will be properly formatted).

    14. Re:The emperor has no clothes: the apps are poor by Rhaban · · Score: 1

      So, just like MS Word then?

      It has always amazed me that, in any version of word I've tried, the formatting of the title on a top of a page just after a page jump depends on the formatting of the last (often empty) line of the previous page, juste before the jump.

    15. Re:The emperor has no clothes: the apps are poor by maxume · · Score: 1

      MS Word has excellent support for styles.

      It also makes it possible to bull through manually formatting each line, but I don't think it especially encourages it.

      --
      Nerd rage is the funniest rage.
    16. Re:The emperor has no clothes: the apps are poor by Daengbo · · Score: 1

      Recent versions do allow the use of styles, yes, but it's not encouraged, and the legacy of the word processor is that people continue the bad habits they formed with it ten years ago and manually format every line.

      That was not my main point, though. dpbsmith may just have carried those habits forward. He would have been better doing only basic formatting and emphasizing collaboration, saving the heavy formatting for a DTP application at the end.

    17. Re:The emperor has no clothes: the apps are poor by IamTheRealMike · · Score: 1

      It is a lot faster than Wave. As for Opera, no idea.

    18. Re:The emperor has no clothes: the apps are poor by maxume · · Score: 1

      "Recent versions" including Word 2.0, which was released in the early 90s.

      And the placement isn't obscure.

      --
      Nerd rage is the funniest rage.
  14. Does docs have styles now? by rduke15 · · Score: 1

    Last time I looked at Google Docs, I couldn't create a new style or modify the properties of an existing style. So it seemed to me that it was quite useless as a word processing app. Like Wordpad but slow.

    The possibility to collaboratevily edit a document is really cool. But the situations in which this one feature outweighs the disadvantage of having to use some slow Wordpad alternative are quite rare for me. Last time I had a use for a shared doc it was spreadsheet over a year ago.

    1. Re:Does docs have styles now? by Daengbo · · Score: 1

      Docs has heading styles, but you have to format them with CSS. There should definitely be a better way.

  15. Hey, Hey, You, You by ClosedSource · · Score: 1

    like just another M$ shill. No, I guess I'll stay with the Stones' lyrics.

  16. Why W3C? by ClosedSource · · Score: 1

    They're the ones who want to keep JavaScript and HTML for everything. Don't let them screw the pooch again.

  17. Great idea! by ClosedSource · · Score: 1

    Just like real-time co-driving - see, there are two steering wheels...

    1. Re:Great idea! by Gri3v3r · · Score: 1

      watch out. google might implement this too. don't tell more.

    2. Re:Great idea! by slimjim8094 · · Score: 1

      Real-time co-driving? That's crazy! What'll they do next, put it into a plane?

      --
      I have developed a truly marvelous proof of this comment, which this signature is too narrow to contain.
    3. Re:Great idea! by thoughtsatthemoment · · Score: 1

      But two brakes are no joke. When I was learning driving, the extra brake was a life saver.

  18. Shared / ACL controlled resources by dave562 · · Score: 1

    How does Google docs handle access to shared resources? In my mind I see "official" logos approved by the marketing department, or spreadsheets and diagrams put out by the finance department. In the current model, resources are kept in file shares and access is controlled by security tokens issued at login. What is Google going to do to offer similar functionality in the cloud? How are they going to provide controlled access to often used resources? Another example might be a document template (ie. a press release, etc).

    The same question goes for Microsoft and other companies who are trying to move their productivity applications into "the cloud". How are they going to integrate the products into their directory so that access to resources can be controlled? How are they going to provide shared storage for often used assets?

  19. Still missing revision tracking by 93+Escort+Wagon · · Score: 1

    I am really surprised they still haven't implemented revision tracking in their document editor. I don't have to generate many office-type documents, but a few months ago I was working with two other (non-techie) co-workers on a somewhat generic "statement of purpose" document. My first thought was to use Google docs to make it easy; but then we discovered this shortcoming. For a system that's ostensibly about collaboration, this seems like a huge oversight.

    --
    #DeleteChrome
    1. Re:Still missing revision tracking by Daengbo · · Score: 1

      Umm. File > See Revision History. It's been there for years.

    2. Re:Still missing revision tracking by 93+Escort+Wagon · · Score: 1

      Umm. File > See Revision History. It's been there for years.

      That's not what I'm referring to. I'm talking about is seeing who's made which edits within the document. Word's had that feature for almost two decades (it's an overlay you can toggle on and off), and business folks use it often.

      --
      #DeleteChrome
    3. Re:Still missing revision tracking by Daengbo · · Score: 1

      The revision history will show you who made what changes, when, but I get your point -- you want different colors for each contributor or something similar that can all be viewed simultaneously. I believe that should be arriving with this new code drop, since something very similar was shown in the video.

    4. Re:Still missing revision tracking by 93+Escort+Wagon · · Score: 1

      That would be very useful to people - glad to hear it's apparently in the pipeline.

      Thank you for that info.

      --
      #DeleteChrome
  20. Start me up by Anonymous Coward · · Score: 0

    like just another M$ shill. No, I guess I'll stay with the Stones' lyrics.

    I guess you forget M$ licensing another stones song for Win 95.

  21. Re:Damn! by Jorl17 · · Score: 1

    Actually, no, but I'm just getting tired of all the "google is here and there" crap. Do I use Google in a gogol different ways? You bet, and I love it -- and I support it -- but it saddens me to see that good news are left out and replaced by what we can always predict.

    --
    Have you heard about SoylentNews?
  22. Web Apps are Terrible but Zero-Integration by Grincho · · Score: 1

    I'm with you. My pet peeve with Google Docs is that the page randomly scrolls to different parts of the doc while I'm editing--and not due to anyone else editing.

    Web apps are awful, and I'm saying this as a professional author of them. Maybe in another 5 years, we'll be back where we were in 1984, UI-wise. With an infrastructure that wasn't designed to handle them, web apps are also harder to write than desktop ones. Their one saving grace is that you don't have to go around porting or installing them, which can be significant in a cross-platform environment. As for me, my UI Nazi tendencies keep me on local apps whenever possible. See http://www.subethaedit.net/ for how apps ought to be.

  23. Good Thing! by crhylove · · Score: 1

    Man, it's a good thing we shot that guy in the face. Imagine humanity living together in peace, exploring the cosmos and improving the standard of living cooperatively. *SHUDDER*

    --
    I hold very few opinions. I hold information based on observation and fact. If you wish to disagree, please use facts.
  24. I agree, but.... by crhylove · · Score: 1

    Google Docs is free. Free as in beer. And it runs on every OS. Making a comparison to OO is fine, and valid. OO is definitely superior for ONE user on ONE machine. However, it's bloated, requires java, and has dozens of other aspects that I don't like at all.

    That said, I'd use either in place of paying for Microsoft Office. I really can't understand anybody's preference to MS Office over Open Office. I've made all of my students turn in their work in Open Office format. I've had 2 complaints over hundreds of students. Both admitted that their gripes were small, along the order of "It's not what I'm used to!"

    Google Docs is getting better all the time. The writing is on the wall, in my opinion, and definitely no machine I administer will use anything other than Google Docs or Portable Open Office.

    --
    I hold very few opinions. I hold information based on observation and fact. If you wish to disagree, please use facts.
  25. Offline transition from Gears to Local Storage by DragonWriter · · Score: 1

    [No offline capabilities....] I thought off-line storage was a big part of HTML5?

    It is. That's why this preview version doesn't have offline capability. Google Docs currently uses Google's proprietary Gears system for offline storage. The new version will replace that with functionality based on (draft) standard HTML5 Local Storage. The new HTML5-based offline capability isn't complete yet, so the preview version of the new interface doesn't have offline capability.

    Or I'm riding in a car doing the same through the backwoods where the cell towers don't go. Until I can, Google Docs will not be replacing Office or iWork as my everyday office tools.

    The non-preview version of Google Docs has had offline capability for quite some time, based on Google Gears.

    When the new version of Docs replaces the old version, rather than being available as a preview to show of the new interface and collaboration features, it will have offline capability, based on HTML5 Local Storage.

  26. Re:Damn! by mjwx · · Score: 1

    Actually, no, but I'm just getting tired of all the "google is here and there" crap. Do I use Google in a gogol different ways? You bet, and I love it -- and I support it -- but it saddens me to see that good news are left out and replaced by what we can always predict.

    No one is forcing you to come to /. sunshine.

    Maybe Google needs it's own section, I'd say not as I don't want to clutter up the interface (any more) but really, harden up and stop crying about the stories you didn't want to see because it shattered your fragile view of reality.

    --
    Calling someone a "hater" only means you can not rationally rebut their argument.