Slashdot Log In
Google Office Still in the Wings?
Posted by
Hemos
on Mon Oct 03, 2005 07:40 AM
from the Remember-ASPS?-they're-back dept.
from the Remember-ASPS?-they're-back dept.
Rob writes "Ajax Office, a proposed project to create an open source, web-based suite of office
applications, has fallen by the wayside. But the project's founder Paolo Massa is
convinced that not only will there be successful open source projects in the space, but
that it is only a matter of time before the likes of Google or Yahoo! launch a web-based
office suite of their own - going up against Microsoft Office but in the online sphere.
"If you think about it, it would mean having access to your office
documents from any browser," he told Computer Business Review, outlining his view
that a provider could enable the creation and storage of office documents on their
web servers. "I think someone will do this within a year," he said."
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Full
Abbreviated
Hidden
Loading... please wait.
It was called myWebOs (Score:5, Interesting)
and it's now called eyeOS (Score:5, Informative)
Parent
eyeOS got potential but. (Score:4, Funny)
Parent
Re:It was called myWebOs (Score:5, Funny)
Because WebOs wobbles but it don't fall down.
Parent
No Thanks (Score:4, Insightful)
Re:No Thanks (Score:5, Interesting)
Do you mean MS VB or just general VB? Because it's already there. I've written macros with it before. Granted in version 1.x the programming environment and documentation was beyond crappy. I haven't explored it in the 2.x beta.
Parent
Think of the fanfics! (Score:4, Funny)
Re:Think of the fanfics! (Score:4, Insightful)
Parent
Fantastic! (Score:5, Funny)
Re:Fantastic! (Score:3, Interesting)
Whatever did happen to the applet version of Wordperfect? That was supposed to bring us this beautiful lag back in 1995.
Eventually, even when considering such a thin-client architecture you still have to make some assumptions about what said client is. If it's running Sun Java,
Re:Fantastic! (Score:4, Insightful)
What are you saying now to? The parent poster said nothing about Java, he said JavaScript. You do realize that's what AJAX is based on, right? Javascript!
Parent
Re:Fantastic! (Score:4, Funny)
No usually that's when I start working.
Parent
I want a Google wife (Score:4, Funny)
Re:I want a Google wife (Score:5, Funny)
Parent
Re:I want a Google wife (Score:3, Funny)
Re:I want a Google wife (Score:4, Funny)
Google dogs: Google Poodle and Google Beagle
Online learning environment: Google Moodle
Google pasta: Google Noodle
Goodle drawing app: Google Doodle
Childrens' songs: Polly Wolly Google
Google pastries: Google Strudel
I have work to do...
Parent
Re:I want a Google wife (Score:3, Funny)
Re:I want a Google wife (Score:3, Funny)
More pastries: Google bagel
Online auction site: Google haggle
Booze and cigarattes cross-border: Google Smuggle
Oh, these pauses as I wait for the mail server to delete multiple copies of archived files are handy! (I've just found 3961 x 2.5MB instances of the same file archived on the same day due to a queue processing error!!)
Now this is interesting. (Score:3, Interesting)
You bet your software pirating ass I would! Provided it was SSL enabled anyway, one thing that chaps my hide is that all these free email clients don't have any security on them. That sort of keeps me from using goggle mail for anything but fluff email.
But a full blown web office suite that was an online repository for my data. That's smart. I really hope that someone can get this to production, and have an easy was to do an import of old office stuff that actualy works without losing formatting and whatnot.
Re:Now this is interesting. (Score:5, Informative)
> is that all these free email clients don't have any security on
> them. That sort of keeps me from using goggle mail for anything
> but fluff email.
Have you tried accessing Google Mail like this:
https://gmail.google.com/ [google.com]
Parent
Re:Now this is interesting. (Score:3, Interesting)
Those Think Geek Ts that says: "I read your email", are true you know.
Good for public hotspot (Score:3, Insightful)
However, at a public hotspot, it is more likely that people *do* care about what you are saying in your email. Conferences are one example where people are using public
Re:Now this is interesting. (Score:5, Insightful)
Parent
Re:theft and breakage (Score:3, Informative)
Re:theft and breakage (Score:3, Insightful)
I agree that having business documents everywhere is attractive, but computers are just too cheap to make the econ
htmlArea (Score:5, Interesting)
WTF? (Score:5, Insightful)
Why is this article getting play on Slashdot?
It's just an interview with someone who tried to build a Web-based office suite and couldn't pull it off. Then the guy speculates that "someone else will do it within a year" with absolutely zero evidence for that contention other than his gut feeling -- he doesn't claim to have talked to any company (Google included) about their plans. Then the journalist takes the guy's wild speculation and stretches it out to Google being the ones who will do it "within a year".
In other words, it's completely unsourced speculation. There's not even enough fact there for it to qualify as "rumor"!
It's bad enough that it's running on CBR's blog, but why does Slashdot just pass along the article, complete with wildly misleading headline? Aren't "editors" supposed to be more about critical thinking than regurgitation?
Oh, I forgot, this is Slashdot. Never mind.
Re:WTF? (Score:5, Funny)
http://slashdot.org/article.pl?sid=05/10/04/12342
Parent
fun stuff (Score:5, Insightful)
Been there done that lost the T-Shirt... (Score:5, Insightful)
Online document editing has many major draw-backs
1) The "online" bit. A large proportion of office document editing is done "off-line" either in-flight, on trains or in establishments with restricted internet access.
2) Printing - You need much tighter integration between the printer and the browser than currently available, its no good generating an A4 PDF when my printer is A3.
3) Its an ASP - Application Service Provider, there have been a few big successes (SalesForce.com for instance) but mainly they tanked. In the office apps perspective its hard to see the business driver, if its just a cost thing then Open Office would win.
4) What do my clients use? Any browser based solution has to have a standard integration and export to MS Office, this is the normal practice and made doubly so now that Google searches all those files on your desktop for you.
5) What is all the power on my desktop for? Dual Core AMD, 2GB RAM etc etc... Office isn't exactly a performance problem.
ASPing Office was suggested by Microsoft and it tanked, its been suggested before and it tanked. I think Google are spot on to not continue funding an idea that has tanked several times before.
What about Government and Contractors? (Score:5, Insightful)
If one could develop a web-based office suite that met the needs of DoD/Dod contractors, then I think a lot of them might go for that idea. It would allow a military unit in Iraq and a command post at Ft. Bragg to view/edit their files without having to worry about transmitting them back and forth; likewise for contractors who have to travel all over the country. I know some contractors who travel 100+ days/year, so having a central repository of files would be excellent for them. I think if the security needs can be met, web-based office might just work. It'll be interesting to see if anyone can actually implement it though.
Re:What about Government and Contractors? (Score:4, Insightful)
If a web-based Office Suite were to succeed, there would have to be major security for it to be considered for use by most of the US Government and it's many (many) contractors.
I think web-based apps could be a big win in that sort of environment. Why? Because it eliminates the risks associated with having users with confidential and/or classified information on their hard drives. I know a couple of companies who are moving toward thin-client solutions for exactly this reason... so that all of the important documents are concentrated in one place, behind layers of physical security and logical access controls.
Parent
Am I the only one ... ? (Score:5, Interesting)
If I was going to implement "Google Office" I would do it with Java Swing or maybe Macromedia Flex. The idea of implementing an Office suite with HTML, Javascript, and AJAX sounds like the makings of one nasty, ugly, kludgey mess of a GUI.
Sam
Re:Am I the only one ... ? (Score:3, Interesting)
One option could be to have the UI and many operations could be done in Java....that way the user has the choice of a matching desktop version or the web-based version with the same code base. The main difference would be one of File I/O.
Minus side is you loose the light-weightness of Ajax.
Someone is already doing it (Score:5, Informative)
google should buy 37 signals (Score:5, Interesting)
Maybe they could improve basecamp (Score:3, Interesting)
http://fireboxstudios.com/news/newapp [fireboxstudios.com]
How can I trust the company hosting my documents? (Score:3, Insightful)
That will never ever happen. Think of the security! What if some hacker hacks away and downloads tons of sensitive documents?
As for Google Office, we all know that they have a bit of a shady GMail privacy policy. Now you want me to trust them with my personal documents?
Imagine a service in the future offered by Google that gives employers the tool to find out more information on a specific person. Imagine the amount of information that can be deduced from all the things you did on Google. They can know a lot about "who you are", your personality etc... just from all the interactions you do with Google itself. Six years ago, everyone didn't realize that Google will be able to search every nook and cranny of the Internet, and that it'll be able to dig up your personal message board posts you thought would be too hidden from a search engine.
You have no idea what the future holds in terms of the advancements in data mining technologies.
I cannot trust Google with my documents... the buck stops right here, right now.
There's a solution, though (Score:3, Insightful)
There is absolutely no reason why a web server with this functionality enabled should not be deployed by different organisations with different security requirements. Google itself could offer a free service using context sensitive advertising, a paid for service without...
Forget Word (Score:5, Interesting)
OpenOffice and the other open source office suites all hold themselves back terribly by trying to deal with the Microsoft formats and copying the interface. Guys, doing it that way you will always be playing a frustrating game of catch-up, and you'll never take off.
The next generation office suites I believe will (should) be 1) web based, 2) simple 3) have collaboration built in from the roots.
Come on guys, just stop copying Microsoft Office. It's boring, time consuming and doomed to fail. To compete with Microsoft, forget them.
Re:Forget Word (Score:3, Interesting)
Adwords in Office? (Score:5, Interesting)
As much as some people (myself included) would love for Google to kill MS, its not clear that Google has a business rationale for entry into the Office market.
Think Out of the Box (Score:5, Interesting)
I can't argue that web browsers are terribly limited in this respect though. Which is why I really think the answer is the next generation. There is a theory floating about that google is considering a web providing service... sometimes called a parrallel internet. Well how would one access it? How about portal software? Something similar to AOL but something truly unique under the hood instead of being a cheezy skin over default system utilities? IE Google makes its own browser system that includes HTML rendering but which also goes beyond. Something similar to Google Earth only instead of rendering a 3d globe it is a system designed for word processing and spreadsheets. With a large offline component that also uses online functions as needed... and perhaps caches the most commonly accessed ones to speed up the process and to deal with Lag. It may even allow for a full offline functionality that syncs up with its online counterpart as available.
Even without a new 'browser' per say lets just say that Google Office is similar to Google Earth. The on and off line components are blended in and toss in a embedded firefox component that you can switch to if so desired for one stop shopping... IE tabs that include your office documents your working on as well as your net windows... system command line ? MP3 playing ? file browser ? its not to long before your talking about an OS portal... then if you make something like a Knoppix distro for sampling it and allow a full install you can design a system from the ground up to blur the line between on and off line in a way that really has yet to happen for the masses. They can use Windows install base as a stepping stone. If they can get to where people are just using windows to access the google progs then a full up OS replacement may then be possible on a scale that would have Blamer tossing a few more chairs around.
How about Google Google? (Score:5, Funny)
Google google is fine for google, however for web apps google google would be very easy for Google. But what about Google Google? Google google google would be Google's to google. Consider:
Google Google - the google of the google google.
Right, that should cover this week's upcoming tech news pretty succinctly.
Bad Idea (Score:5, Interesting)
The first reason is from a technology point of view. It's possible to kludge together webpages so that the illusion of an interactive application, but it will be just that; a heap of kludges. With our super fast PCs, it works just about fast enough for simple interactions, provided the latency to the server is not too high. In 20 years of networked GUIs, no good standard for interactive remote user interfaces has emerged; X is too verbose, HTML is too static, and PicoGUI seems to have died.
The second, and probably more important, reason is from a user point of view. You don't want to have your documents only accessible to a program on some other organization's computer. It's bad enough when the documents you store on your own computer are in a proprietary format you're not allowed to know how to process; not even having access to the documents without intermission of a 3rd party is much, much worse. Not just because of the huge potential for lock-in, but also because of the reliability and security aspects.
Not until they can control the BACK button (Score:3, Insightful)
Software on YOUR server (Score:3, Insightful)
Calendar and Notes in Yahoo Mail (Score:3, Informative)
Re:So far so 1996 (Score:3, Interesting)
This is a terrible idea (It's also not really thin client).
Here are a couple scenarios: Internet down? OH CRAP, I just lost my work. Internet Down, "Ah, the word processor is down". CRAP I just hit the back button.
Ideas like this can learn a little bit from the emergence and acceptance of services like Vonage. It layers complexity onto a currently reliable system - Vonage customers experience downtime on average 20 minutes a day, usually at peak h
Re:Internet connection failed (Score:4, Funny)
It was a really good paper.
Parent