Slashdot Mirror


Google Gears is Launched

Mister Inbetween writes "Google is rolling out a technology designed to overcome the major drawback faced by all web-based applications: the fact that they don't work without an internet connection. Google Gears is an open source technology for creating offline web applications that is being launched today at Google's annual Developer Day gatherings around the world."

265 comments

  1. No Safari or Opera Support by AKAImBatman · · Score: 0, Troll

    Boo! Am I the only one who thinks the Big 4 browsers should be supported, and not just FireFox/IE? In fact, I'd rather put a sign up on my site that says, "IE Users not welcome, upgrade to a REAL browser" than not support the millions of mobile and home gaming machines out there. Of course, I suppose that's just me.

    I'm looking into how this works right now. I have my suspicions, but we'll see.

    1. Re:No Safari or Opera Support by mypalmike · · Score: 1, Informative

      Safari is supported. Opera support is coming soon.

      --
      There are 0x40000000 types of people: those who understand 32-bit IEEE 754 floating point, and those who don't.
    2. Re:No Safari or Opera Support by Divine+Predecessor · · Score: 1

      It works by using a special browser plugin, which you must install before you can use any of the apps. That's cheating.

    3. Re:No Safari or Opera Support by AKAImBatman · · Score: 4, Informative

      So it looks like this is a browser plugin. Meaning that you'd need to install it with your web application. The API is reminiscent of the WHATWG Storage Specification, but appears to be a bit more sophisticated in its reach. If I'm reading this right, the biggest difference is auto-syncing of the data with a server (when you're online) rather than having to write your own synching software.

      Thus this appears to be a competitor to Adobe Apollo, but without Google defining their own container format.

      Interesting. I'm not quite sure what to make of it as it's not anything that hasn't been contemplated before. Personally, I'm hesitent to adopt anything that can't be used on a live webpage as well as downloadable "webapps". However, that may not stop others who have good ideas on how this might be used.

    4. Re:No Safari or Opera Support by AKAImBatman · · Score: 1

      Safari is supported.

      Do you have a link for that? The FAQ I linked to says that Safari will be coming "in a future release" and says nothing about Opera.
    5. Re:No Safari or Opera Support by compm375 · · Score: 5, Informative
      Did you or the mods read the GP link?

      Google Gears works on the following browsers:

      • Apple Mac OS X (10.2 or higher)
        • Firefox 1.5 or higher
      • Linux
        • Firefox 1.5 or higher
      • Microsoft Windows (XP or higher)
        • Firefox 1.5 or higher
        • Internet Explorer 6 or higher

      Additionally, the team is working on supporting Safari on Mac OS X in a future release.
    6. Re:No Safari or Opera Support by ScottyH · · Score: 4, Informative

      It seems that Google Gears can be used for more than offline applications. It includes tools for running JavaScript in background threads to prevent UI blocking, as well as a SQLLite database for storage and fast retrieval of any data you want, whether you're working offline or not.

    7. Re:No Safari or Opera Support by mypalmike · · Score: 2, Informative

      You're probably right. But...

      http://news.com.com/Google+kicks+offline+Web+apps+ into+gear/2100-7345_3-6187596.html

      "The initial code is aimed at JavaScript developers who write Ajax-style Web applications. It runs on Internet Explorer on Windows; Firefox on Windows, Mac OS and Linux; and on the Safari Mac OS browser."

      --
      There are 0x40000000 types of people: those who understand 32-bit IEEE 754 floating point, and those who don't.
    8. Re:No Safari or Opera Support by AKAImBatman · · Score: 4, Insightful

      It seems that Google Gears can be used for more than offline applications.

      Yes, but you have to get the user to install the plugin and accept the security warnings. Only *then* will it be available to online apps.

      The market has been avoiding plugins for a long time due to the difficulty of getting end users to install the plugin software. Even with the (relative) simplicity of Microsoft ActiveX install, it often turns off the users. As a result, there are only two plugins you can (mostly) count on: Flash and Java. And that's only because they're usually installed by default.

      Anyone using this for online content is taking a pretty large risk unless they control the computers that run it. e.g. It might make sense in corporate settings were updates are pushed by a central server. But that's a much smaller portion of the market than, say, Google Docs.

      Of course, I imagine that Google will try to make some of these issues go away by shipping the software as part of their Google Desktop and GTalk downloads. Combined with potential downloads for the desktop application versions of their webapps, Google may get a pretty good market penetration. In which case their solution will be awesome. (Yay!) Though still only a psuedo-standard. (Boo!) :-)

      * IE7 has reversed that trend with plugin pages being blocked by default. Try their demos in IE7, and you'll find it to be less userfriendly than it should be.
    9. Re:No Safari or Opera Support by AKAImBatman · · Score: 3, Informative

      I'm inclined to believe that CNet made the mistake. Google claims that it works on Firefox for OS X. My guess is that CNet either assumed that OS X support == Safari support or they decided to preemptively report the upcoming Safari support.

    10. Re:No Safari or Opera Support by Anonymous Coward · · Score: 0

      I'd rather put a sign up on my site that says, "IE Users not welcome, upgrade to a REAL browser" than not support the millions of mobile and home gaming machines out there.
       
      i simply do not understand this statement? is it about reaching the most users or about you having a bug up your ass? the "millions" of mobile and home gaming machine users out there you talk about don't even make up 5% of most web traffic and ie is, what, in the 80-90% range?
       
        Of course, I suppose that's just me.
       
      what? it's just you that can not do the math? or just you that has a bug up his ass? in any case, what you said makes no real sense. and the mod point you got? notice that no one wanted to put their reputation to it by giving it a rating that could be meta moderated? fucking fanbois. that's all it is.

    11. Re:No Safari or Opera Support by rueger · · Score: 1

      Additionally, the team is working on supporting Safari on Mac OS X in a future release.

      I'm sure that will show up about the same time as Picasa for OS X, which has been coming for what - four years?

    12. Re:No Safari or Opera Support by aussie_a · · Score: 1

      Am I the only one who thinks the Big 4 browsers should be supported, and not just FireFox/IE?
      Am I the only one that thinks websites should be coded to the standard and browsers that don't imeplement them can be left without?

    13. Re:No Safari or Opera Support by AKAImBatman · · Score: 1

      Am I the only one that thinks websites should be coded to the standard and browsers that don't imeplement them can be left without?

      That's generally how the Big 4 browsers get supported. :-)

      It's amazingly easy to make an app work across FireFox, Safari, and Opera, but if you have to target IE it makes life a living hell.
    14. Re:No Safari or Opera Support by AKAImBatman · · Score: 3, Insightful

      i simply do not understand this statement? is it about reaching the most users or about you having a bug up your ass?

      It's about coding to the standards. Firefox, Safari, and Opera are all (more or less) standards compliant. It's quite easy to write code for all three of them. IE is NOT standards compliant, and has become a cancer upon the web. If enough sites start pushing neat features that IE doesn't support, users will begin upgrading to a better browser. (One that looks better, too!) That will either force Microsoft to fix their browser or make IE irrelevant.

      Of course, that's just a pipe dream for now. But with neat stuff like Canvas, Storage, Event-Source, Video, and Audio showing up in the latest web browsers, it's tempting to pull the plug on IE for even a small portion of a site. Especailly sites that provide services to popular embedded devices like cellphones or the Wii.
    15. Re:No Safari or Opera Support by mistermocha · · Score: 1

      Hmm... isn't it "Beta" software? Give them a chance to catch up to the real goods.

    16. Re:No Safari or Opera Support by pushing-robot · · Score: 4, Insightful

      I'd rather put a sign up on my site that says, "IE Users not welcome, upgrade to a REAL browser" than not support the millions of mobile and home gaming machines out there.

      i simply do not understand this statement? is it about reaching the most users or about you having a bug up your ass? the "millions" of mobile and home gaming machine users out there you talk about don't even make up 5% of most web traffic and ie is, what, in the 80-90% range?

      The main difference is that users of alternative internet devices generally don't get to choose their browser, whereas most IE6 users are a few clicks away from running Firefox, Opera, or at least IE7.

      I agree with the GP; it's better to assist the disabled than the lazy.

      Of course, if you're running a commercial site and hits = money, priorities change. But I'd still rather offer IE6 users a reduced-functionality version of the site (with clear instructions on how to update/replace their browser) than waste tons of time and effort on a "No Browser Left Behind" policy.
      --
      How can I believe you when you tell me what I don't want to hear?
    17. Re:No Safari or Opera Support by aussie_a · · Score: 1

      Due to Google's abuse of the word beta this argument no longer applies for their services. Which is a shame because there are valid times for Google to use it.

    18. Re:No Safari or Opera Support by Anonymous Coward · · Score: 0

      Apple's WebKit team needs to fix several bugs (particularly 6627) before the Google apps (or any other rich-text web application) can work on Safari.

    19. Re:No Safari or Opera Support by Man+On+Pink+Corner · · Score: 1

      Um, there are no W3C standards that address this particular functionality. It is platform-specific by definition. If you are going to run some kind of obscure fetishware browser, you've got to accept that commercial developers are not going to bust their asses writing code on your behalf.

    20. Re:No Safari or Opera Support by boldra · · Score: 1

      You mean can't install an alternative browser on your xbox? You are now officially a victim of microsoft lock-in. Not "boo", "boo-hoo".

      But anyway, I have a windows mobile device with minimo and opera installed, so I don't know what mobile users your talking about.

      --
      I've been posting on the net since 1994 and I still haven't come up with a good sig!
    21. Re:No Safari or Opera Support by prockcore · · Score: 1

      Actually, google tends to pull the plug on Safari support, not IE. Mainly because google likes using things like XSLT and Design Mode.. which work in IE/FF/Opera but not in Safari. That's why Google docs and picassa support everything but safari.

    22. Re:No Safari or Opera Support by Aladrin · · Score: 1

      Actually, it's easier now than ever before. All of the big libraries for javascript like Prototype and (my favorite) jQuery already deal with the cross-browser stuff for the most part. If you use them, you'll rarely run into a place where the difference between browsers is a problem if you know your stuff beforehand. It's still pretty rare even if you're just learning, but knowing you way around makes it even easier.

      --
      "If you make people think they're thinking, they'll love you; But if you really make them think, they'll hate you." - DM
    23. Re:No Safari or Opera Support by CarpetShark · · Score: 1

      Am I the only one who thinks the Big 4 browsers should be supported, and not just FireFox/IE?


      YES. Why "big 4"? What makes that arbitrary number important? The standards are what are important. Support those, and we can all benefit, by voting with our feet for browsers that work.
    24. Re:No Safari or Opera Support by Critical+Facilities · · Score: 1

      I'm not sure about Safari, but as far as Opera goes, this article says that it supports it.

    25. Re:No Safari or Opera Support by cheater512 · · Score: 1

      You do know that its easier to do FF/IE first and then fix the Safari/Opera bugs?

      Knowing Google they will do their best.

    26. Re:No Safari or Opera Support by bberens · · Score: 4, Insightful

      It appears obvious to me, though I've been wrong plenty of times before, that this is another part of the puzzle for Google Docs. Once they've 'perfected' the system you won't have to worry about your link being up to be able to get to your docs. The next step is an intranet version for the enterprise. All in good time...

      --
      Check out my lame java blog at www.javachopshop.com
    27. Re:No Safari or Opera Support by smithcl8 · · Score: 1

      On the first point, I don't know the full percentage breakdown, but between Firefox and IE, you're bound to be reaching close to 99% of Internet users. "Should support more browsers" is a philosophical comment only, and while I agree philosophically that they should, I do not see any business reason for them to do so. By supporting Firefox, they are supporting Windows, Mac, and Linux users...we should be thankful for that alone.

      On the second point, if you think, even remotely, that telling IE users they can't use your web service is a good idea, you're nuts. So, yes, that is just you.

      See, though I've criticized essentially everything you said, I totally agree!

    28. Re:No Safari or Opera Support by Excors · · Score: 1

      The API is reminiscent of the WHATWG Storage Specification

      The Database module is also reminiscent of the HTML5 Client-side database storage, which was added to the spec about a week ago. (Hmm, coincidence?)

      The spec is currently very under-defined, but the intent is that some implementations (at least Firefox) will ship with it implemented using SQLite, and then people will start using it, so SQLite's dialect of SQL will become the de facto standard and everyone else has to implement it the same and then that will be specced.

      Google Gears is using SQLite too, and the API is pretty similar, so it would be an interesting way to implement the HTML5 executeSql in older browsers.

    29. Re:No Safari or Opera Support by gerrysteele · · Score: 1

      tried wine?

    30. Re:No Safari or Opera Support by AKAImBatman · · Score: 2, Informative

      You sure about that? It looks to me like it's in the HTML5 working draft to me:

      http://dev.w3.org/cvsweb/html5/spec/Overview.html? rev=1.29#storage

      "This specification introduces two related mechanisms, similar to HTTP session cookies [RFC2965], for storing structured data on the client side.

      The first is designed for scenarios where the user is carrying out a single transaction, but could be carrying out multiple transactions in different windows at the same time.

      The second storage mechanism is designed for storage that spans multiple windows, and lasts beyond the current session. In particular, Web applications may wish to store megabytes of user data, such as entire user-authored documents or a user's mailbox, on the clientside for performance reasons."


      ;-)

    31. Re:No Safari or Opera Support by AKAImBatman · · Score: 1

      You do know that its easier to do FF/IE first and then fix the Safari/Opera bugs?

      This is patently untrue. It's much easier to do FireFox, Safari, and Opera all at once, then support IE. The former three support web standards, while IE *doesn't*.

      Oh, and Google almost never supports Opera. (Their new Wii RSS reader being the exception that proves the rule.) Which is something that's becoming a bit of an annoyance.

      In any case, this ends up having nothing to do with web standards as the API relies on a Google plugin.
    32. Re:No Safari or Opera Support by tzot · · Score: 1

      Define 'abuse'. Define "Google's abuse of beta".

      Do you mean Google has labeled for too long some of its products as 'beta'? If yes, please, point to the accepted standard of duration for "beta", over which it's an abuse.

      And while we're at it, and fully knowing that little this has to do with your comment, I would like to protest against Microsoft's abuse of "version N" for all N >= 1.0 .

      --
      I speak England very best
    33. Re:No Safari or Opera Support by Anonymous Coward · · Score: 0

      Except that with 80% of the market share, Internet Explorer is the de facto standard.

    34. Re:No Safari or Opera Support by Ddalex · · Score: 1

      Actually, if you look into the javascript code you'll see Safari-specific code in there...

      I guess they went for a roll-out before everything was ready.

      --
      Carefully crafted sig.
    35. Re:No Safari or Opera Support by garaged · · Score: 1

      Don't you think that any browser that wants to support the new web era should implemente decent JavaScript to make it easier to make compatible apps ?

      --
      I'm positive, don't belive me look at my karma
    36. Re:No Safari or Opera Support by AKAImBatman · · Score: 1

      If you read my link, it says, "Additionally, the team is working on supporting Safari on Mac OS X in a future release."

      So support for Safari is promised, though on what a timetable is unknown. And while the Javascript might currently support Safari (which is good defensive programming :)), it needs an actual browser plugin to make this work.

      No word on Opera, though someone else in the thread posted a link that says "Opera is receptive". Which may mean that Opera will have to support the API itself if it wants to see its browser supported. (Nothing new there.)

    37. Re:No Safari or Opera Support by Richy_T · · Score: 1

      When it is directly linked from the front page of its primary application (web search->google groups), especially with no warnings, I think it is fair to say it is not Beta anymore.

      Rich

    38. Re:No Safari or Opera Support by Anonymous Coward · · Score: 0

      Where did Google ever claim that Picasa would come out for Mac OS X? I think they don't want to compete with iPhoto.

    39. Re:No Safari or Opera Support by vonsneerderhooten · · Score: 1

      I've even got 2 functioning browsers on my treo 650. Opera mini and Blazer.

    40. Re:No Safari or Opera Support by Anonymous Coward · · Score: 0

      Er, what he said.

    41. Re:No Safari or Opera Support by moderatorrater · · Score: 1

      it's better to assist the disabled than the lazy Actually, everyone I know that is capable of getting out of the IE stranglehold have done so. The problem everyone else I know has is that lack of computer knowledge is as disabling as having a device that is locked into one browser.

      On another note, how useful will this be for devices that aren't running on top of one of the three OS's specified? If your device isn't running firefox or IE, then it's probably going to have some problems with Gears, which is obviously not just built on top of the browsers.
    42. Re:No Safari or Opera Support by Anonymous Coward · · Score: 0

      But why not use Java FX? Doesn't Java FX already address this?

    43. Re:No Safari or Opera Support by lmpeters · · Score: 1

      As a result, there are only two plugins you can (mostly) count on: Flash and Java. And that's only because they're usually installed by default.

      Java is not installed by default with Windows XP or Vista. So unless an OEM installs it (which I wouldn't count on, although I haven't bought an off-the-shelf Windows PC in several years), you can't count on Java being available as a browser plugin.

    44. Re:No Safari or Opera Support by AKAImBatman · · Score: 1

      OEMs started shipping Java around the time that Microsoft stopped:

      http://news.zdnet.com/2100-3513_22-1015723.html

      So it does show up on a lot of PCs.

      Mac OS X also has Java bundled into the OS, and the Opera download provided an option to include Java until recently. So Sun still has fairly good market penetration. Adobe has a nice chart showing both Flash and Java penetration here: http://www.adobe.com/products/player_census/flashp layer/

    45. Re:No Safari or Opera Support by Achromatic1978 · · Score: 1

      That sounds horrible. Embrace and extend, without consideration to suitability. Yes, I know SQLite is a nice product, but I'm actually less than impressed with a lot of the HTML5 stuff I've seen thus far.

    46. Re:No Safari or Opera Support by Achromatic1978 · · Score: 1
      And thus the bastardisation of HTML begins (again). It goes from being a content markup language to "defining storage standards and protocols"?!?

      I'm amazed that this stuff has got this far. Wasn't the whole XHTML struggle to get away from presentational semantics deep within (rightly or wrongly) previous HTML incarnations, and now we get this crap thrown in.

      Should we have something like this? Sure.

      Should it have anything to do with Hyper Text Markup Language? Not even remotely.

  2. For those who want to get started... by FST · · Score: 5, Informative

    There are some sample applications available here to help you get started using Google Gears. I found it pretty non-intuitive at the beginning but I think I'm starting to get the hang of it slowly.

    --
    46487 466780 252994 376409 96920 39622 205366 244315 622115 512361 668040 63608 259203 955314 811176 652718 166330 23922
    1. Re:For those who want to get started... by Crayon+Kid · · Score: 1

      I think it's just an attempt at accomplishing that (in)famous goal: "write once, run everywhere". Many have tried it before. XAML, GTK+Glade, Java, Flash, XUL are just some examples.

      I frankly don't know what Google is trying to accomplish, unless it's just a random jab at Microsoft's Office suite, meant purely to keep Microsoft on its toes (Office being their bread and butter).

      Other than that... I honestly don't get it. The Web is the closest anyone has ever got to a universal platform so far, and here they come and try to revert to the desktop again. I thought it was agreed that the next evolutionary step is a Web API that will rid us of the terrible patchwork that is HTTP+HTML+CSS+JavaScript. But this...

      --
      i ate crayons when i was a kid and now i have two braincells and the blue ones taste nicer
    2. Re:For those who want to get started... by op12 · · Score: 1

      The Web is the closest anyone has ever got to a universal platform so far, and here they come and try to revert to the desktop again. This isn't reverting back to the desktop. This has everything to do with making the web a universal platform. No matter what, there's still times where you are without internet for whatever reason (likely during travel). In these cases, you can have content form the web stored locally, or you can make changes to content that will then get uploaded when you have internet again.

      The best example is what they've already done for Google Reader. You can store 2,000 items to read when you're offline, and you can tag and do other things while offline. Then when you get internet again, you just sync your changes.

      This is not a move to the desktop. It's merging the web with the desktop.
    3. Re:For those who want to get started... by Crayon+Kid · · Score: 1

      It still suffers from the shortcomings of desktop software. Two of which spring to mind:

      (a) They are dependent on _some_ platform specific code, which needs to be maintained, upgraded, will never be ported to every platform, and so on.

      (b) When the application is on just one server and all the clients are generic Web browsers, updates are extremely simple. Once the application spreads around to millions of computers you start having issues with outdated versions, backwards compatibility and so on.

      The Web doesn't suffer from these problems.

      --
      i ate crayons when i was a kid and now i have two braincells and the blue ones taste nicer
  3. Link? by SEWilco · · Score: 2, Insightful

    Shouldn't there be a link to Google Gears in the article?
    Or a CD-ROM?

    1. Re:Link? by munksaway · · Score: 3, Informative

      here is a link to a video interview with Google's engineering director: http://tinyurl.com/2rrllx

    2. Re:Link? by AKAImBatman · · Score: 3, Informative

      There is. It's on the first page, second paragraph. Click on the text that says "Google Gears". It will take you here:

      http://gears.google.com/

    3. Re:Link? by SEWilco · · Score: 5, Funny

      I was referring to the /. article. We don't RTFA here.

    4. Re:Link? by Anonymous Coward · · Score: 2, Funny

      At Google we recognize that this is a serious problem for you slashdotters: article summaries frequently omit any link to the webpage in question. But not to worry: we've got engineers hard at work on a new technology that will allow anybody to search for pages on the web.

      Larry & Sergey

    5. Re:Link? by Anonymous Coward · · Score: 0

      it's too bad you AC'd on this. this is possibly the funniest thing i've ever read here. seriously.

  4. Mark said so... by meburke · · Score: 0, Troll

    Hehehehe. Mark Andreesen once said that the browser would replace the desktop and Microsoft buried him. Google has sneaked up on Microsoft, big time. This seems to be a pretty good tool. Works better than Windows 1.0 or 3.0 ever did.

    --
    "The mind works quicker than you think!"
    1. Re:Mark said so... by Webmasterguy · · Score: 1

      I agree this cant happen soon enough, Google are the innovators now not tired old Microsoft, If I have to suffer through another lazy OS release or another incremental upgrade of Office, roll on Google desktop development. This cant happen soon enough in my opinion Webmaster, http://http//www.seowebsiteadvice.com

  5. Re:WARNING: Goatse in Link above. by Anonymous Coward · · Score: 1, Funny

    Done ;-}

  6. how is this better by teknopurge · · Score: 0

    then dojo's offline storage? Or flash's storage?

    1. Re:how is this better by aussie_a · · Score: 1

      Flash is the devil incarnate and Dojo might be evil as well, after all he sounds oriental. Google on the other hand, does no evil. So that's why its better.

    2. Re:how is this better by AKAImBatman · · Score: 3, Informative

      Dojo uses whatever storage service is available. That includes WHATWG Storage, Flash storage, and IE controls.

      The biggest difference with Google Gears is that the storage mechanism can be configured to automatically sync with the parent server. It also allows you to run your code asynchronously as well as provides direct access to an SQLLite database. However, these features are secondary to the primary purpose of providing auto-synced data storage.

    3. Re:how is this better by Subliminal+Fusion · · Score: 3, Informative

      Two key differences are that this is a collaboration of the Dojo Offline project and Google (which grew out of dojo.storage which is based around flash storage) and is using a relational DB (SQLite) as opposed to a flat-file data store.

      It's also Open Source and they have support from Adobe, Mozilla and Opera (as mentioned in the Press Release).

  7. What's the Point by DaveWick79 · · Score: 3, Interesting

    What's the point of having an offline web application?

    You might as well create your own traditional app so that you don't have to deal with compatibility and security issues with a multitude of browsers and platforms. Or maybe the idea is doing something completely opposite to what Microsoft has been doing for almost a decade now, putting the browser functionality within the app.

    1. Re:What's the Point by Anonymous Coward · · Score: 4, Funny

      <sarcasm>
      yes becouse traditional applications work everywhere regardles of platform

      </sarcasm>

      This is a wierd day, trolls modded interesting :/
    2. Re:What's the Point by nine-times · · Score: 4, Insightful

      Web applications are inherently cross-platform-- the OS doesn't matter, only the browser. Also, they don't really require that you install anything or have admin privileges to install things, and they're accessible from any computer with an internet connection and web browser.

      The downside of web apps is that you can't take them with you. Unplug from the network and you can't use them. I guess this might be a good step towards solving that problem.

      Of course, whether this should all be built into web browsers, which were originally intended to store static pages, is an issue you could debate. Sometimes I think it might make more sense to make a browser-like framework for programs, but built from the ground up for applications instead of static pages. But then, I guess that more and more, that's what browsers are becoming.

    3. Re:What's the Point by SRA8 · · Score: 1

      Well, you might want an offline web application for things such as web-based word processing. When you are offline, files are cached offline. When a connection is detected, files are synched back onto the server. I would imagine online word processing applications' weak like to be the constant need for a connection, especially if you are on a roaming internet connection.

    4. Re:What's the Point by Virak · · Score: 1

      <sarcasm>yes becouse traditional applications work everywhere regardles of platform</sarcasm>

      Wow! Just like web applications!
    5. Re:What's the Point by DaveWick79 · · Score: 1

      So the problem is we have, what? 3 OS platforms, and 5 or 6 browsers. Seems just as easy to create apps to run on the 3 OS platforms than even the 4 major browsers. If the idea is web-hosted applications and files, sure the browser based app could make sense.
      I guess the solution is we all use Firefox for offline web apps, that way we trust Google to create the foundation for the application, ultimately the "OS within the browser" to run apps on. Why bother using the browser as a platform when you don't have any control over the capabilities of that browser and you have to contend with compatibility between multiple browsers?

      Why not just create a basic virtual machine client and load it with this fast, simple "Google OS"? The capabilities would be similar - it needs access to the local file system to store documents, and the app would run in a highly stable evironment that needs to do nothing but run apps.

    6. Re:What's the Point by Bongo+Bill · · Score: 1

      For that matter, what, exactly, is an offline web app? Isn't that kind of self-contradictory?

      --
      ...but is it art?
    7. Re:What's the Point by suv4x4 · · Score: 4, Interesting

      Of course, whether this should all be built into web browsers, which were originally intended to store static pages, is an issue you could debate. Sometimes I think it might make more sense to make a browser-like framework for programs, but built from the ground up for applications instead of static pages. But then, I guess that more and more, that's what browsers are becoming.

      You may want to check Adobe Apollo, a multi-platform runtime that allows you to create desktop apps based on: HTML/CSS/JS and Flash.

      It has ability to store/read data locally and basically act as a normal desktop app, but it's inherently multiplatform, because it uses platform neutral technologies (even more so than Java and .NET managed to do so far).

      Honestly I'm not sure how smart it would be to invest in Google Gears. You may want to deploy a Yahoo app.. and then what? Google's also known for their ton of search-unrelated projects which they abandon the next day.

      For Adobe, Flash and Apollo is a deal maker/breaker: if they don't get it right, Microsoft and WPF/.NET/XPF/Expression will simply throw them out of business.

      For Google, Gears is just something they did for fun in their 20%.

    8. Re:What's the Point by Tablizer · · Score: 1

      Web applications are inherently cross-platform-- the OS doesn't matter, only the browser.

      So is Tk/Tcl

    9. Re:What's the Point by misleb · · Score: 4, Informative

      Why not just create a basic virtual machine client and load it with this fast, simple "Google OS"? The capabilities would be similar - it needs access to the local file system to store documents, and the app would run in a highly stable evironment that needs to do nothing but run apps.


      Dude, I think you just described Java. ;-)

      I hear Java Web Start even solves the problem of distributing app updates seamlessly. Not that I am a fan of Java for GUI apps as far as look and feel go, but it certainly meets to your requirements for a virtual machine and I'd probably take it over some of the HTML + JS shite that is out there.

      Why is it that nobody can see that what everyone longs for was invented more than a decade ago. It is like the 900 gorilla in the room that nobody wants to talk about.

      -matthew
      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    10. Re:What's the Point by evilviper · · Score: 1

      Web applications are inherently cross-platform

      Except that they aren't. They have to be specifically written for and tested to ensure cross-platform (cross-browser) compatibility, and even then, only the well-supported browsers are likely to work.

      Also, they don't really require that you install anything or have admin privileges to install things,

      No (normal) well-designed app requires admin privlidges to install or use.

      and they're accessible from any computer with an internet connection and web browser.

      That's a much higher barrier to entry than a computer with USB ports...

      The downside of web apps is that you can't take them with you.

      No, the downside of web apps is the horrific performance, interface, configurability, integration, responsiveness, resource requirements, etc., etc.

      Sometimes I think it might make more sense to make a browser-like framework for programs, but built from the ground up for applications instead of static pages.

      You mean XUL?

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    11. Re:What's the Point by misleb · · Score: 2, Interesting

      It has ability to store/read data locally and basically act as a normal desktop app, but it's inherently multiplatform, because it uses platform neutral technologies (even more so than Java and .NET managed to do so far).


      First of all, .NET was NEVER intended to be platform neutral. There's Mono, sure, but last I checked Microsoft is giving that project little or no help. Java is actually pretty good as far as cross-platform goes. I'm not a Java developer myself, but from what I understand Java developers have little trouble building and testing on one platform and deploying on another. And it isn't like there is a shortage of Java devs....

      Given a decent language like Java, why would anyone WANT to develop their apps in... Flash. Yuck.

      -matthew

      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    12. Re:What's the Point by laffer1 · · Score: 1

      3 OSes? WTF? Let me guess, Windows, Mac OS and Linux. Well you forget Mac OS X has intel and ppc to support. Microsoft has differences between Windows versions. An app for XP might not run in Vista x64 for instance. Linux distros are not standardized enough. You can't count on all the libraries to be present or GTK or QT to be a specific version. Then you might have users on BSDs, Solaris, ecomstation, ReactOS, BeOS, OS/2, or some other crazy thing. PDAs have different systems as do cell phones. Game consoles might run on Linux or some other system. I think we've got a lot more than 3 consoles.

      Of course this google software suffers from the same problem as Java or Mono/.Net. It only runs on a limited number of platforms. The whole point to the web is to run on any platform. Don't believe me about Java? Try running java on a Linux distro that's not an x86 chip. Sure there are some buggy ports to a few select cpus... Java will get better when its fully GPL'd. Flash is in the same boat with limited support outside the big three on their most popular CPU type. Some of you linux guys are starting to forget what it was like to have no flash, java, video drivers, etc.

    13. Re:What's the Point by misleb · · Score: 2, Informative

      You mean XUL?


      Except that XUL isn't really made for web apps. It is really for browser interface itself and for browser extensions that are installed locally. Actually writing a networked XUL app is kind of a pain because of security restrictions. I wrote a XUL app once but found that I had to install it as an extension because I could hardly do anything useful with all the restrictions when loading from a server. And if you are going to require that users install you app as an extension, the question becomes why use the browser at all? Why not use a real VM like Java?

      -matthew
      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    14. Re:What's the Point by misleb · · Score: 1

      Well, you might want an offline web application for things such as web-based word processing. When you are offline, files are cached offline. When a connection is detected, files are synched back onto the server.


      How about a more basic solution like syncronized network file storage so that you don't have to rewrite every damn application inside a browser to get centralized storage? That way you can use whatever word processor or speadsheet program you want and have your data synched to the internet.

      -matthew
      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    15. Re:What's the Point by aichpvee · · Score: 0, Troll

      Because it is slow.

      MODS: Feel free to mod me troll, I can take it and it will only show that I'm right and you're afraid.

      --
      The Farewell Tour II
    16. Re:What's the Point by misleb · · Score: 4, Insightful

      Because it is slow.


      Compiled Java bytecode is a speed deamon compared to JavaSCRIPT.

      -matthew
      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    17. Re:What's the Point by evilviper · · Score: 1

      Except that XUL isn't really made for web apps.

      Except that I wasn't recommending XUL for web apps.

      And if you are going to require that users install you app as an extension, the question becomes why use the browser at all? Why not use a real VM like Java?

      Don't ask me, ask the GP.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    18. Re:What's the Point by Daengbo · · Score: 3, Funny

      Actually, his three were OpenBSD, Beos, and ReactOS. His apps will target the elite top .01% of the market.

    19. Re:What's the Point by suv4x4 · · Score: 1

      Given a decent language like Java, why would anyone WANT to develop their apps in... Flash. Yuck.

      -matthew


      It's funny isn't it. First of all, tools. It's about rich media, and Java has only dveleopment tools. Where's the rich media/interactive capabilities? Second, Flash takes a lot less resources than Java and is a lot smaller than Java.

      But honestly, if it was all about the great syntax and sophisticated language features, we'd be still using Java applets on the web. Instead, it's all about Flash.

    20. Re:What's the Point by Anonymous Coward · · Score: 0

      oh, funny that: http://docs.google.com/

      Hmmmmmmm.

    21. Re:What's the Point by Temporal · · Score: 1

      You might as well create your own traditional app so that you don't have to deal with compatibility and security issues with a multitude of browsers and platforms.


      1) Dealing with compatibility issues between OS platforms is a whole lot harder than dealing with compatibility issues between browser platforms.

      2) Security issues? Traditional apps don't even have security. If you ask your users to install your traditional app, you're effectively asking them to give you full rights to read and possibly destroy all their personal data (unless they protect it with multiple user accounts, which hardly anyone does even if they know how). Web apps, in contrast, are sandboxed. As a user, I will trust a web application over a stand-alone app any day.
    22. Re:What's the Point by random0xff · · Score: 1

      I still don't get it. Unplug from the network, and then what? You're not going to able to see all products on Amazon unless you had them all stored first. In a LOB application, you're not getting up to date inventory information. Sure you can do things based on the data you had at the time of unplugging, but I think that's limited to small amounts of data, like writing responses to e-mail in your inbox.

      Also, when you 'unplug' it's only because you're going to travel. Trains and planes will have internet in the near future, hotels already have, and you can get wifi when you sit in your garden or at Starbucks. So why is this so important?

    23. Re:What's the Point by timmarhy · · Score: 1

      how is this any different, it only works on IE or FF? you've just moved the platform from OS to browser and not gained a single thing, wiseass

      --
      If you mod me down, I will become more powerful than you can imagine....
    24. Re:What's the Point by mstrom · · Score: 2, Interesting

      Honestly I'm not sure how smart it would be to invest in Google Gears. You may want to deploy a Yahoo app.. and then what? Google's also known for their ton of search-unrelated projects which they abandon the next day.

      Um, are you not aware it's Open Source! Yahoo, you, me and everyone can use it. Google could stop supporting it if they want and the community will continue to build it!

      More to the point, since Google are using it themselves (see below) I doubt support will stop anytime soon. Open source + used & supported by a major 'net company seems like a winning formula.

      or Google, Gears is just something they did for fun in their 20%.

      They don't consider it a bit of fun but a serious way to make their Apps work offline - Google Reader is already Gears enabled (I used it on my way to work this morning) and I have no doubt all the rest of them (Docs, Gmail, Calendar) will follow soon

    25. Re:What's the Point by smurfsurf · · Score: 1

      And Apollo already dropped support for my PowerPC box. Very reassuring. At least the Google stuff is open source.

    26. Re:What's the Point by suv4x4 · · Score: 1

      Um, are you not aware it's Open Source! Yahoo, you, me and everyone can use it. Google could stop supporting it if they want and the community will continue to build it!

      More to the point, since Google are using it themselves (see below) I doubt support will stop anytime soon. Open source + used & supported by a major 'net company seems like a winning formula.


      You're apparently not aware of the level of battle happening right now for the rich client platform. If it would have no corporate support to push it into the enterprise and increase penetration, to have a higher level strategy, versus "nice to haves"-s incremental updates as seen in the open source community, it's as much dead as if it wasn't OSS at all.

      Plus Gears appears to be quite primitive compared to Apollo right now.

    27. Re:What's the Point by nine-times · · Score: 1

      Think more of applications like Google's Docs and Spreadsheet.

    28. Re:What's the Point by Dekortage · · Score: 1

      It's called "working offline". I work for an international organization that is moving more and more of our systems to be web-based, but there are a lot of times you simply don't have Internet access. If there was a way to maintain usability of these apps, even when you're in the Bolivian mountains or rural Ethiopia, then sync up when you get back to an Internet connection... that would be great. Sure, we could write our own standalone apps but we have a multitude of OS's to consider (Windows, Mac OS X, Linux). It would be easier to standardize on a browser across all platforms and go from there. Using DHTML/Javascript/CSS/AJAX/Web 2.0/Buzzword 2007 would be simpler for our global I.T. staff to manage than Java or other multiplatform coding platforms.

      --
      $nice = $webHosting + $domainNames + $sslCerts
    29. Re:What's the Point by caudron · · Score: 1

      "Sometimes I think it might make more sense to make a browser-like framework for programs, but built from the ground up for applications instead of static pages."

      That is/has been the promise of technologies like XAML and XUL.

      Tom Caudron
      http://tom.digitalelite.com/

      --
      -Tom
    30. Re:What's the Point by Doctor+Crumb · · Score: 2, Insightful

      Why yes, javascript is slow. But it's moe than fast enough for web apps, which tend not to require massive computation or even all that much UI candy. The vast majority of the rendering/UI/storage work is done by the browser (very fast machine-specific application) and the webserver (high-powered multi-core server farm), which means that javascript is free to chug away at whatever tasks it is given.

      If google released their apps as bytecode-compiled java, they would *lose* actual CPU performance in order to overcome some amount of network latency (which is the big slowdown for most web apps). By making it so the app will still work without a network connection, they are overcoming that latency without having to add update complexity or sacrifice cross-platform compatibility (java environments are neither universal nor consistent). Write-one run-anywhere is far more true of web apps than it ever has been of java.

    31. Re:What's the Point by misleb · · Score: 1

      If google released their apps as bytecode-compiled java, they would *lose* actual CPU performance in order to overcome some amount of network latency (which is the big slowdown for most web apps). By making it so the app will still work without a network connection, they are overcoming that latency without having to add update complexity or sacrifice cross-platform compatibility (java environments are neither universal nor consistent). Write-one run-anywhere is far more true of web apps than it ever has been of java.


      From what I understand from Java devs, write once, run anywhere is actually a reality. It is certainly a better situation than trying to write Javascript for different browsers.

      Anyway, I was merely responding to teh GP's (or GGP?) desire for a virtual machine dedicated to running applications as apposed to a browser which is designed to display documents. Java easily fit his requirements.

      I don't personally endorse Java for GUI applications as I don't like their look and feel. I'm just saying that it easily meets the technical requirements and major OSes already have the VM.

      -matthew
      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    32. Re:What's the Point by misleb · · Score: 1

      t's funny isn't it. First of all, tools. It's about rich media, and Java has only dveleopment tools. Where's the rich media/interactive capabilities? Second, Flash takes a lot less resources than Java and is a lot smaller than Java.


      Lets see you write something like Eclipse in Flash and we'll see how small and efficient Flash is. :-)

      Seriously, the only reason Flash seems viable for applications is because it has not really been pushed to do anything that requires a whole lot of business logic or complexity in general.

      But honestly, if it was all about the great syntax and sophisticated language features, we'd be still using Java applets on the web. Instead, it's all about Flash.


      What planet do you live on? It is not "all about Flash." It is all about HTML and Javascript. Flash is merely used to fill in a few gaps here and there for things like media players... things that are not possible with Javascript and HTML.

      -matthew
      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    33. Re:What's the Point by Anonymous Coward · · Score: 0

      For Google, Gears is just something they did for fun in their 20%

      I don't think so.

      This might be just another one of Google's twenny'centers, but it really looks like the next major step toward moving enterprises to post-desktop computing.

      Up until now, successful office computing software has been built on the premise that decisions would be made by people who get their information by reading hardcopy documents. The bulk of the effort in writing office software was to make it as easy as possible to fit important data and ideas into the limitations of 8.5x11 inch sheets of paper.

      However, today's reality is that people are now more often getting their information and basing their decisions on the pre-printed, electronic versions of these documents. Often the hardcopy is only printed for archival reasons, almost as an afterthought. All the fuss about the Open Document Format shows that even for archival use, paper is no longer the universal medium of choice for large institutions that need to preserve their history.

      If you want an edge in getting your ideas heard, put them into a pdf, or (even better, if you know how to do it properly) into a web page. Nobody is going to look at the printed version of your work until after the decisions you want to influence have been made. You might think that you can avoid this by only submitting a hardcopy version— but think again. It is likely that some administrator assistant will be tasked with digitizing your paper when it arrives— possibly by using her cell phone camera under bad lighting— and the persons you want to influence will only see those results. All those sheets of 24 lb 50% rag content ivory linen finish paper wasted by an encounter with a snapshooter.

      Google gets this. Adobe understood this some time ago, but was too early, wanted to retain too much ownership of the processes and formatting, and didn't put enough resources behind their PDF effort. Even before that, Netscape was driven by the dream, even though it was unattainable with the limited technology of its day. So much for historical context: it is there; this isn't a pipe dream; this approach has been building steam for quite a while.

      Microsoft is thoroughly committed to the old desktop paradigm: the foundations of its products are built on paper. It will strive to preserve the image that good looking paper based documents are still the important thing. But it is becoming increasingly evident that this is no longer the case. My guess is that the Next Big Thing will be a web page development environment that is geared to the tasks and skill levels of office workers and provides an easy method of selective publication. The underlying technology is already well understood (the LAMP stack, etc); what is needed is the equivalent of a programmer's IDE for a typical office worker. Google Apps is moving rapidly in that direction.

      --
      mg (MysticGoat, sending as A.C. for reasons not worth noting here)

    34. Re:What's the Point by leonem · · Score: 1

      This is a really good point. I use .mac for synching certain things, but it's no way robust enough, and it has the relationship kinda wrong. Files on the remote server are too distinct from local copies. There needs to be a stronger relationship between the two to prevent errors, breakable of course but only explicitly (I'm sure others would disagree, but I'd at least like the option).

      I think that, unfortunately, what you're missing in your post is collaboration. It's all very well syncing whole files, and rarely having conflicts because it's always you using the data, but a collaborative system must be more sophisticated. Check-in check-out helps, but incremental changes with a transaction system and rollback is better (particularly if a user is likely to go off-network without checking something back in).

      A limitation of current collaborative systems, quite apart from using them offline, is that access control is often retarded, or not integrated with anything else, or totally exclusive to users of the system. I want something where I can create accounts for outsiders who aren't registered with whatever service I'm using so they can use certain data I allow them to. If they register, fine. If not, fine.

      Eventually someone will do all the above well, thus integrating distributed back-up, filesharing and off-line use.

    35. Re:What's the Point by DragonWriter · · Score: 1

      You might as well create your own traditional app so that you don't have to deal with compatibility and security issues with a multitude of browsers and platforms.


      If you create a "traditional app", you have to deal with compatibility and security issues with a multitude of different platforms, unless you only target one platform. But if you intend on targeting only one platform, chances are you aren't going to build an offline web app, you'll build a traditional app with somekind of synchronization logic: building an offline web app is a way to get a crossplatform desktop app with remote synchronization.

      You could use Java, instead, but presumably one goal of offline web apps is to reduce the perceived burden for users (even if there is just as much installing actually going on.)
    36. Re:What's the Point by Anarchysoft · · Score: 1

      if they don't get it right, Microsoft and WPF/.NET/XPF/Expression will simply throw them out of business Having went the route of using WPF/Expression/XAML to make a NET 3.0 application, I think it's safe to claim that this will not happen. The WPF declarative/imperative hybrid model is a pain as soon as you want to do anything besides the simple animations/bindings that it allows.
    37. Re:What's the Point by nine-times · · Score: 1

      Yeah, but aren't those still intended to be used from within a browser? I was suggesting that you could return "web browsers" to the work of rendering basically static pages, and create a new program intended to simplify the creation and enhance the feature-set of "web applications". However, it seems to me that people are working on various ways to turn the "web browser" into the latter, since static pages are becoming less of the focus of internet usage/development.

    38. Re:What's the Point by DragonWriter · · Score: 1

      It's about rich media, and Java has only dveleopment tools.


      What is the "It" you are talking about? Certainly not the whole market in "offline web apps" (or "remote syncable desktop apps", the two are pretty much different routes to the same thing); a lot of that is the kind of text-number-fact heavy business use that doesn't benefit much, if at all, from "rich media".
    39. Re:What's the Point by moochfish · · Score: 1

      Unlike their other projects they may have abandoned in the past, Gears is open source. If it gets picked up by the community, it won't just die.

    40. Re:What's the Point by jsebrech · · Score: 1

      Compiled Java bytecode is a speed deamon compared to JavaSCRIPT.

      There's no technical reason for javascript to be any slower than java if you JIT-compile it and cache the compilation results (like how PHP with the zend accelerator is roughly in the same class as java, even though it is not byte-compiled).

      In fact, the tamarin engine (that will be used for javascript 2 in firefox 4) offers an order of magnitude better performance. You can see that performance today by toying with Flash's AVM2 / ActionScript 3 engine, which is roughly on par with java performance-wise.

    41. Re:What's the Point by misleb · · Score: 1

      There's no technical reason for javascript to be any slower than java if you JIT-compile it and cache the compilation results (like how PHP with the zend accelerator is roughly in the same class as java, even though it is not byte-compiled).


      But you still have an inferior language and the Java VM is far more mature. If you're going to ditch the browser and go for some kind of standalone internet application framework, why reinvent it? Why not use a language/VM that is already very mature with implementations on most major platforms?

      I'm not normally one to defend Java. In fact, I very much dislike most Java GUI apps that are out there, but I'm pretty sure I'd dislike any large application built on Flash/Javascript just as much, if not more. Speed not being a significant issue.

      -matthew
      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    42. Re:What's the Point by oddtoad · · Score: 1

      In my little corner of the world, I can use this. We have a number of browser applications on our intranet. It would be wonderful to have apps that could continue working when a server or the network went down and then synchronize when it came back up. From a maintenance/admin perspective life would be much easer. Like so many things we are limited by our imagination.

    43. Re:What's the Point by hojusaram · · Score: 1

      Actually I know of or have been involved in developing some off-line web apps as some experimental programming projects. Tiddlywiki is a good example of off-line capable web applications, and there are many other based on this sort of technology. I recommend you have a look at http://tiddlyspot.com or http://www.yourformbuilder.com or http://yourtimesheets.com/ if you are looking for some examples that are out there already.

    44. Re:What's the Point by cnystrom · · Score: 1
      Sometimes I think it might make more sense to make a browser-like framework for programs, but built from the ground up for applications instead of static pages.

      Agreed. This is the premise for my open source project NewI\O.

    45. Re:What's the Point by NateTech · · Score: 1

      Think in terms of data entry for mobile users or something like that... you pull out your machine, add some data to a system, and later the app can "sync" with the webserver/database. The web app doesn't croak just because it can't talk to the webserver.

      --
      +++OK ATH
  8. Maybe im missing the point by stoneycoder · · Score: 0

    "After downloading the Gears plug-in, the browser will automatically determine whether a user is online or offline. If it's the latter, the next time the user is online, the application will synchronise with the server." Wow, brilliant, how about i just wait til i have a connection and use my web app then. This would have been more useful during the days when dial up was the defacto standard. We should be working towards a true 'always' connected state, rather than figuring ways to disconnect. Pump these resources into global wireless and give us some decent services that we can get online anywhere without being raped up the ass by cell phone companies and their nickel and dime tactics. It just doesnt make a lot of sense to even use web apps, without a connection. The benefit of web apps is that you've always got fresh data, and you've always got the latest version of the app, because you are requesting it each time you use it. If those features dont interest you, use a desktop app. If your app doesnt come in desktop flavor, install php/apache/mysql or iss/mssql your box and run the web apps off a local server... still its just as clunky and worthless without live centrally located data.
    1. Re:Maybe im missing the point by compro01 · · Score: 1

      Wow, brilliant, how about i just wait til i have a connection and use my web app then

      and what about when your connection goes down? this guy made a good point regarding this in the 2nd half of his post.

      --
      upon the advice of my lawyer, i have no sig at this time
    2. Re:Maybe im missing the point by aussie_a · · Score: 1

      Wow, brilliant, how about i just wait til i have a connection and use my web app then. I guess you never have any time sensitive work you need to complete. You are quite a lucky man.
    3. Re:Maybe im missing the point by stoneycoder · · Score: 0

      If my work is so important and that time sensitive, i'll make sure i have a reliable connection, and if thats not possible i'll make damn sure im not dependent upon that connex to get my work done

      This type of stuff just promotes crappy data. "Oh let me see if we have any appointments available, oh wait, i cant... all this data i have access to is shit, because half the workforce is using it in offline mode, and i have no idea what data is out there in the wild waiting to be uploaded when they connect." And what happens when steve and sally are both working on the same record while offline, who gets their version sync'd and who gets theirs overwritten. In anything i've ever seen that requires syncing, you will constantly be dealing with data loss and bad data, or wasting time to prevent it.

    4. Re:Maybe im missing the point by aussie_a · · Score: 1

      Yes this is a problem if you're constantly sharing data. Many people aren't, hence this isn't a problem for us but instead solves many other problems.

  9. That's the major problem? by consumer · · Score: 4, Insightful

    And here I thought it was the hideous UI and sluggish, memory-sucking JavaScript. Now I know better.

    1. Re:That's the major problem? by foniksonik · · Score: 5, Insightful

      A UI is only as hideous as the UI designer has made it. I personally make amazing and intuitive UI using javascript, html and css. You'll never see them on the web though. You may see one in a Kiosk at a museum or on the back of an airplane in first class sometime though. They run locally via a browser pulling data from a central server but pulling UI assets and logic from a client side cache.

      You can do some amazing things with today's Javascript libraries, DOM scripting, CSS manipulation and a SQL store. Look at Apple's Dashboard widgets, Konfabulator widgets, etc. for examples of what can be done (and yes when you turn an amateur developer base loose with easy to use tools, they'll come up with some pretty ugly and pointless things too).

      BTW Javascript is only as memory sucking as the implementation, ie the browser in most cases. A good javascript engine will not leak memory like a sieve... and a good javascript library will minimize memory leaks even in a poor implementation.

      --
      A fool throws a stone into a well and a thousand sages can not remove it.
    2. Re:That's the major problem? by aussie_a · · Score: 1

      I use Google Docs (for non-important data) along with Gmail and Google Personal Homepage. I like the UI in all and have no problem with my computer or the page being "sluggish." Perhaps its time you updated your computer? Because mine is hardly cutting edge and has no problem. So I can only imagine how old your computer must be to be having these problems.

    3. Re:That's the major problem? by Anonymous Coward · · Score: 2, Insightful

      Why am I the only one here who actually thinks about usability of software?

      Having "web applications" that do not conform to a solid consistent format is HORRIBLE for usability. Users now have to learn how to use 10 different widget scrollbars, some which work and some that don't... instead of just using the one scrollbar their window manager comes with. There is no consistency between the GUIs of various software, and no guarantee it'll work on your particular system in the way YOU want it to work.

      And why are we reinventing the wheel with YET ANOTHER FRAMEWORK! There have been protocols for sharing/syncing documents on the web for many years but no one uses them. We're actually talking about redesigning every application in existence from scratch to work with the new framework. We've already got office suites such as OpenOffice and MSOffice. What is more logical: rewriting these programs from scratch, or doing some relatively minor modifications so that they work with a new file storage method (in this case, sqlite databases?).

      I really don't understand what this framework is introducing to the world. It seems like a slow, bloated and broken way of reinventing something we've been doing for the last 20 years. Can someone please sell this to me (minus the jargon)?

    4. Re:That's the major problem? by consumer · · Score: 1

      Dude, it's a 2.4Ghz P4 with 1GB of RAM and the latest Firefox and it's still glacial when running Google's apps compared to an actual local application.

    5. Re:That's the major problem? by consumer · · Score: 1

      Web UIs do not compete well with an actual local application using a real UI toolkit. That's all I'm saying. Regarding the JavaScript problems, I have a very fast computer with plenty of RAM and the latest Firefox, but it still feels like running in molasses when I use the Google AJAX apps. After a couple of days I have to restart the browser because it has sucked up most of the RAM on the machine. The current crop of JavaScript implementation is just not up to what is being asked of them.

    6. Re:That's the major problem? by Anonymous Coward · · Score: 0

      Nobody needs to sell this to you. If you have ever used a website you wished made some set of its functionality available to you offline, then you'll want this. If not, you won't. Somebody already brought up the "marking stories in Google Reader and reading them elsewhere" (plane? train?) thing. Use your imagination.

      You don't have to want to rewrite the world in JavaScript to think this is useful. Think gentle offline extensions to websites, not "omfg my next word processor is going to be written in this."

    7. Re:That's the major problem? by Anonymous Coward · · Score: 0

      Get with the times, gramps!

    8. Re:That's the major problem? by jsebrech · · Score: 1

      You don't have to want to rewrite the world in JavaScript to think this is useful. Think gentle offline extensions to websites, not "omfg my next word processor is going to be written in this."

      I think what the parent was saying is that you're better off solving the problems google gears targets with desktop-specific application platforms, instead of trying to shoehorn an AJAX app onto the desktop, where it's not designed to thrive.

      I personally also think that very few web apps are candidates for google gearing. Going offline is much more than redesigning your data back-end to talk to sqlite. You have to rethink the entire user experience because users have intrinsically different expectations about local versus web-based applications.

      Coincidentally, adobe is betting with apollo that web 2.0 will evolve into local apps that augment and enhance web apps. They're betting that your information will be in the cloud, but instead of having a thin client like an ajax app in the browser, you'll have a local smart client that knows how to interact in a web-browser-based medium, but very much takes advantage of desktop technology and metaphors.

  10. Oooh! by DrEldarion · · Score: 0, Offtopic

    And don't forget your Google Gear, too.

  11. Who? by Anonymous Coward · · Score: 0

    I run a business that is entirely online. I haven't had one user ask for offline access. Who are these people that are clamoring for it? I never saw the need - most people have internet access 24/7. I just don't see the need.

    1. Re:Who? by SEWilco · · Score: 1

      Well, if you were stocking CD-ROMs of Google then maybe you'd see the need.
      I'd like to Google when not online, but can't seem to find a CD-ROM of it. :-)

    2. Re:Who? by aussie_a · · Score: 1

      If I was silly enough (which I'm not) to use Google docs for university work I would need offline access for the few times my internet dies.

  12. Who Wants MORE Google? by chromozone · · Score: 2, Insightful

    The EFF said don't use Google Desktop because of vulnerabilities" "[We urge] consumers not to use this feature, because it will make their personal data more vulnerable to subpoenas from the government and possibly private litigants, while providing a convenient one-stop-shop for hackers who've obtained a user's Google password," the EFF said in a statement" http://www.eweek.com/article2/0,1895,1925064,00.as p If Google is under pressure from some governments to hide things, from others to store and reveal things - why would people want more, more, more Google and their vulnerabilities on a computer? As bad as Microsoft is I would rather deal with the devil I still know then the Googlers who seem to want to be the center of the cyber-universe in a way that seems more grandiose than even M$. They lost me when the started censoring stuff here US never mind China.

    1. Re:Who Wants MORE Google? by Daychilde · · Score: 2, Interesting

      Yeah, whatever.

      No company is all evil, not even Microsoft. And no company is all angelic, as most think about Google. I know you don't think Google is angelic - but I don't think they're all evil, either.

      Companies look out for themselves. Once people realize that, it really helps. They aren't good. They aren't evil. They exist to serve the shareholders (or owners, if not public)...

      I like the EFF, but I disagree with them on this one. The recent /. pointer to the "Ten Firefox Extensions To avoid OZMG!11" article - where a lot of slashdotters rightfully said "Yeah whatever" -- I think it applies to the EFF's stance here.

      Look, I don't want to *totally* blow you or the EFF off, there are some valid points.... but it's true of any and every business out there.

      I'd rather deal with Microsoft AND Google than the federal government. Ponder THAT one for a bit. ;-)

      --
      A cheerful little bird is sitting here singing.
    2. Re:Who Wants MORE Google? by dwater · · Score: 1

      > Who Wants MORE Google?

      Yeah. *Another* Google app.

      Yyyyeeeeaawwwwnnn.

      --
      Max.
    3. Re:Who Wants MORE Google? by chromozone · · Score: 1

      Nah lots of people/groups/orgs warn off on Google Search. IT people warn about it on networks all the time.

    4. Re:Who Wants MORE Google? by nanosquid · · Score: 1

      Companies look out for themselves. Once people realize that, it really helps. They aren't good. They aren't evil. They exist to serve the shareholders (or owners, if not public)...

      Yes, but some companies manage to align their interests and those of their customers, while others make money by screwing their customers. You can figure out which is which.

    5. Re:Who Wants MORE Google? by Goaway · · Score: 1

      Believe us, we care very deeply about your concerns.

  13. I also made a TV that will show color shows in B&a by Anonymous Coward · · Score: 0

    The beauty of web apps is that they let you connect to others in a real-time basis. There is no offline equivalent. Period.

  14. DOS through a browser by jihadist · · Score: 5, Insightful

    Google is slowly reinventing the computer... to be a lot like what it was 20 years ago, except through a web browser. Just think, in the 1970s we all used ultra-thin clients called Teletype terminals to connect to mainframes. Then came the PC revolution, and soon we all had slower machines of our own. Then all those machines got as fast as mainframes, and we got the Internet, and started connecting to each other. Now we're going back to ultra-thin-clients connecting not to mainframes but to Google's giant server farm where they store all our personal data and promise not to abuse it. Nothing ever really changes, does it?

    1. Re:DOS through a browser by Asmor · · Score: 1

      I'm glad I'm not the only one who made that observation. I actually talked about this with my boss not too long ago (about a month or so ago, I think).

      The way I see it, I think that we're going to see a convergence of web-based and traditional applications... Specifically, I think that in N years (where N is some number I don't want to hazard a guess on, but not too far off...), everyone will have a personal server at home and a complement of terminals which access it. Their TV will access it, their phone, their tablet, etc, all through the internet, and it will run programs for them.

      It's even doable now... Hell, if I understand it correctly that's basically what X windows is. Imagine X, only ubiquitous.

      The nice thing about that is that you still have possession of the central repository of all your stuff. That's the main thing which worries me about web-based apps, not being in control of your information.

    2. Re:DOS through a browser by dodobh · · Score: 2, Interesting
      --
      I can throw myself at the ground, and miss.
    3. Re:DOS through a browser by Anonymous Coward · · Score: 0

      And also we have enough of this open source thing. Now, with mozilla/google plugins, everybody is just a click away from running all sortsof proprietary closed-source binaries straight from the net by clicking an URL!

      Thank you google!!!!!!!!!!

    4. Re:DOS through a browser by LKM · · Score: 2, Insightful

      The difference is that we all have multiple computers now. We have a computer at work, one in the living room, one in the home office, we have a cell phone running Symbian or some other advanced OS, we have a Wii or a PS3, probably some kind of set-top box with Internet access... So you have your stuff shared across many different PCs, and you get synchronization issues. What if you want to read your personal mail at work? What if you're at a friend's place and want to quickly show him some holiday pictures on his Wii?

      That's where the thin client comes in: If we store our data on one computer and use the other computers we have to access the data on that computer, we have solved this synchronization issue. The disadvantage is that now we need internet access to do all the things we used to do offline, which is where Gears (and many other recent "offline techs") come in.

  15. Honestly by StickyWorm · · Score: 1

    As a web developer, I don't see the wide adoption of "offline web application". Why not just create a desktop app that talks to the webapp through web services when you get back the connection? I've looked into Dojo offline examples, but still can't think of any business scenarios around an offline web application. I guess like what the article suggested, for email and word or image processing makes sense...but then how often do we really need to implement an application like that? I'd love to read some other ideas using offline web applications from slashdotters.

    --
    Jumptree Project Management
    1. Re:Honestly by chill · · Score: 1

      I work on several computers. I have a couple at home, one at the office and a laptop that I use when I travel. This sort of thing means I don't have to load the same software on each machine if I want to work on something online and offline.

      A specific example is my family history.

      I use phpGedView and keep it online so my family members can see and contribute. I also like to work on it during downtime, like in airports and while traveling. I don't always have a net connection. The application is online because I need the data available to more than one person, and I want to be able to work on it where ever I am. That sometimes is a computer at a friend's house.

      The traditional way, I'd not only have to load the software on each machine, I'd also have to keep them all in sync. Screw that. It never works properly. I'm not interested in just dumping it to a database online, because different family members need to be able to use it and they have different systems: Linux, PC and Mac.

      This way, I can work how and when I want and not be tethered to a network connection or to a specific machine.

      --
      Learning HOW to think is more important than learning WHAT to think.
    2. Re:Honestly by aussie_a · · Score: 1

      Why not just create a desktop app that talks to the webapp Getting my school to download a PonieDocs app just for me and a SoKewlDocs app just for Bob and a FakeDocs app just for Jim might not be easy. Convincing them to install one plugin for 3 people though, is 3 times more likely to get them to do it then 3 different apps for only 1 person each.
    3. Re:Honestly by nanosquid · · Score: 1

      Why not just create a desktop app that talks to the webapp through web services when you get back the connection?

      Because the common case is that people are online, and it makes sense to build the best app for that, and that's often a web app these days. Even if you wanted to spend the money to develop two apps, that still would be a bad solution for users because they'd now have to learn two user interfaces.

      Also, web apps address mobile, multi-machine, and collaborative uses very naturally; doing the same with a desktop app is a lot more work.

  16. Huh? by Frosty+Piss · · Score: 3, Insightful

    There are a number of web servers that are fairly tiny and run on PCs... Nothing stopping a stand-alone browser application from installing it's own web server...

    --
    If you want news from today, you have to come back tomorrow.
    1. Re:Huh? by Tablizer · · Score: 1

      There are a number of web servers that are fairly tiny and run on PCs... Nothing stopping a stand-alone browser application from installing it's own web server...

      For MS shops, there used to be Personal Web Server for local web apps (usually used for development and testing). MS killed it for some reason.

    2. Re:Huh? by nmoog · · Score: 2, Informative

      This release does have its own web server in it. It's creatively called "LocalServer".

    3. Re:Huh? by simong · · Score: 1

      Isn't it? I have a USB key plugged into my machine that has XAMPP on it, and installed copies of Joomla, Mediawiki and other PHP apps as I need. Something to synchronise MySQL databases between machines would be handy but I'm sure there's something around if the need arose.

    4. Re:Huh? by Anonymous Coward · · Score: 0

      Windows XP SP2 + .NET Framework 2 = instant app-specific web server.

      You should take a look into the "http.sys" support exposed via the Framework. Very slick stuff for hosting miniature web servers out of console apps, windows apps, windows services, etc. Mix with a bit of templating ala NVelocity, StringTemplate, etc. and you can combine the best of what web UIs have to offer (and, let's be honest, while they aren't the end-all and be-all, they really do have a lot to offer over standard windows UIs in a lot of application scenarios) with local storage (via whatever persistence technology you choose) and therefore offline operation.

  17. google never stops ! by chrisranjana.com · · Score: 0

    With this speed and kind of innovation google will be unstoppable even after m$ joins hands with yahoo ! way to go google !

    --
    Chris ,
    Php Programmers.
  18. a point by adolf · · Score: 5, Insightful

    Suppose that I, for example, run a small service-oriented business, with technicians and service trucks and customer appointments, in addition to the normal gamut of meetings and other internals. Suppose that some of these technicians are located in different towns.

    Suppose that, because of geographic disparity, it becomes a pain in the ass to manage a central paper-based schedule and keep everyone on the same page. And suppose I find that the solution to this problem is to implement some sort of network-aware calender. And, that I want to be able to access and modify this calender by a variety of means, from standalone PalmOS devices to Windows boxen to WinCE phones, because the different techs, salespeople, and managers all have their own levels of technical ability and devices of choice.

    And now, just suppose that something like Google Calender fits this bill and is put in service. Everyone knows where everyone else is, what they're doing later today (or next week). Scheduling a job can happen easily, and conflicts can be seen and avoided immediately. Life is good, and the paper schedule is forgotten (good riddance).

    With me so far?

    Good.

    Now, suppose that the Intar-web is down, and Google Calender is unreachable.

    Trucks stop rolling. Customers get angry about missed appointments. Jobs don't get done. And, the kicker: Nobody, except perhaps the stubborn old geek with an offline Palm Pilot, has any idea what anyone (including themselves!) is supposed to be doing. The company basically takes a vacation until connectivity is restored, which (in small business) means waiting as long as it takes for Time Warner or SBC to correct the problem.

    Having offline web application support, if implemented well, can fix this problem. Even if new jobs can't be scheduled electronically, at least work on existing stuff can continue, as all that it takes is one person with Firefox on a desktop machine to pass out orders.

    The worst-case, then, goes from having no data at all and a complete cessation of work, to at least having old data. A notepad and cell phones can then fill in the blanks for new jobs (just like it used to), which can be entered into the calender system once the Internet connection comes back.

    Which is quite likely good enough.

    1. Re:a point by misleb · · Score: 1

      First of all, there's already calendar synchronization applications for mobile devices. Second, if this service is so critical, you probably shouldn't be hosting it on your comcast cable!

      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    2. Re:a point by adolf · · Score: 1

      Firstly, while it is plain that there are already calendar synchronization applications for mobile devices, it is not plain that any of them actually fucking work across multiple platforms with a meaningful featureset. If you know differently, then please tell me about it, as from what I can see the market is full of festering shit.

      Secondly, it is obvious that you're not in small business. The choice between paying through the nose for a T1 with an SLA in small town Ohio, or converting to pen-and-paper for the few hours-per-year that the cable modem drops out is obvious. As a business decision, the most profitable solution will (or at least should) always win. Cable modem it is.

      Thirdly, I'm not "hosting it on comcast cable!" You've heard of Google, no? I'd guess that they've got better connectivity than Comcast.

      Better get back under your rock, now. The sun will come up soon.

    3. Re:a point by misleb · · Score: 1

      Firstly, while it is plain that there are already calendar synchronization applications for mobile devices, it is not plain that any of them actually fucking work across multiple platforms with a meaningful featureset. If you know differently, then please tell me about it, as from what I can see the market is full of festering shit.


      Why does it have to work across multiple platforms? If you're a business, you can mandate everyone use X device/application to access the calendar.

      Secondly, it is obvious that you're not in small business.


      As a matter of fact, small business is where I've spent the last 10 years.

      The choice between paying through the nose for a T1 with an SLA in small town Ohio, or converting to pen-and-paper for the few hours-per-year that the cable modem drops out is obvious. As a business decision, the most profitable solution will (or at least should) always win. Cable modem it is.

      Thirdly, I'm not "hosting it on comcast cable!" You've heard of Google, no? I'd guess that they've got better connectivity than Comcast.


      Well, if your knee is finished jerking, maybe you can stop and realize that hosting the critical app offsite is exactly what I was refering to.

      Better get back under your rock, now. The sun will come up soon.


      Wow. Overreact much?

      -matthew

      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    4. Re:a point by adolf · · Score: 1

      It has to work across multiple platforms because we have multiple platforms in use.

      And since an on-site solution apparently does not exist (else you would have proposed something, as requested), I submit that you're just arguing for the sake of being difficult.

      It is unfortunate, indeed, that the best tool for the job seems to be an off-site solution managed by someone else. Be it unfavorable and insipid, it is still the most productive and useful.

    5. Re:a point by dos.one · · Score: 1

      I guess I don't really understand how Google Gears will alleviate the problem of the "Intar-web" going down. In your example there appears to be some merit, although I would hope that there was some mechanism in place prior to Google Gears to backup Google Calendar data... as anyone that relies solely on a free web calendar app to run a business is surely a fool. In any event, so many web applications rely on internet connectivity to be functional. Just look at webmail clients. Sure, you could still write your email offline, but you couldn't send it until connectivity was restored. You could read your old mail, but couldn't receive any new stuff. Is this useful? Could be, but functionality is still neutered badly. How about weather applications? Sure you could see the old radar data for your area, but without internet connectivity you can't get updated forecasts or radar information. How about traffic web applications? Again, they require constant connectivity to be useful. I guess I'm just missing the usefullness of this technology.

    6. Re:a point by misleb · · Score: 0, Troll

      It has to work across multiple platforms because we have multiple platforms in use.


      So this is about you and not some general hypothetical case, then?

      And since an on-site solution apparently does not exist (else you would have proposed something, as requested), I submit that you're just arguing for the sake of being difficult.


      I didn't realize I was supposed to come up with a solution for your particular situation which meets very specific criteria such as being an on-site application. Tell you what, you pay me $75 an hour and I'll see what I can do.

      I submit that you're trying to get free consulting out of a Slashdot thread!

      -matthew

      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    7. Re:a point by adolf · · Score: 2, Insightful

      I suppose it might be about me, and not some general hypothetical case. Then again, it might not be.

      It doesn't matter.

      I wouldn't hire you to mop the floors, let alone work on computers. You've demonstrated a complete lack of respect for the most rudimentary project specifications and clear-cut business decisions. You insist that the company must change to better fit the available calender products, instead of the calender products changing to fit the company.

      You are an imbecile.

      Hope this helps.

    8. Re:a point by misleb · · Score: 1

      I wouldn't hire you to mop the floors, let alone work on computers. You've demonstrated a complete lack of respect for the most rudimentary project specifications and clear-cut business decisions. You insist that the company must change to better fit the available calender products, instead of the calender products changing to fit the company.


      WTF? This is absolutely ridiculous. I didn't "insist" on anything. I said exactly 3 things: 1) That there are shared, synchronizable calendar solutions out there, 2) that if a service is absolutely critical to remote users, perhaps it shouldn't be hosted on corporate LAN (particularly without an SLA for the 'net connection), and 2) that businesses can often mandate particular software/hardware configurations for employees. Not once did I insist that your business or you in particular do anything. Smoke a joint or something and RELAX. My God, man.
      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    9. Re:a point by Anonymous Coward · · Score: 0
      First of all I can't remember the last time I suffered an Internet outage. I think the service levels where I am are getting close to power and phone service. If an ISP is having issues I am fairly sure they scramble like mad to fix it and don't say t themselves "hell its consumer service let them wait."

       

      In your example there appears to be some merit,

      Some merit? I'd say a ton of merit. I've written and deployed web apps to businesses that all employees used in their day to day. When their ISP service was down (this was ~5-6 years ago) they all went for drinks and let the phones ring through to voicemail. Having off line access would have been superb. I once delivered another web app only to be informed that 15% of the staff was in camps with no internet access. (Apparently something was lost in translation when I told them several times that the app would only be run over the internet.) Again being able to pump out an offline version might have been nice. The version I deployed probably wou;dn't have worked, but knowing Gears is there I could design with it in mind.

       

      although I would hope that there was some mechanism in place prior to Google Gears to backup Google Calendar data

      Google calendar is available as a feed so you can pull events into other web apps. So making a backup should be as easy as pulling the feed.

      I haven't yet checked out the docs on this but I'm pretty excited to learn more.

      ONE APP TO RULE THEM ALL AND ON THE INTERNET BIND THEM

  19. Re:Great idea. by Daychilde · · Score: 2, Insightful

    I think this *is* a "sane way".

    I think Java had some great goals; I don't think it worked as well as it was promised...

    Will this follow Java in that? We'll see...

    --
    A cheerful little bird is sitting here singing.
  20. So who needs Wikipedia on CD? by Anonymous Coward · · Score: 0

    When you can browse it offline! Excellent.

  21. Is this already possible? by figleaf · · Score: 3, Informative

    IE had this feature for ages. HTA (HTML Applications) can be offline applications.
    And now Firefox is getting the same feature.

    Why do we need yet another plug-in.

    1. Re:Is this already possible? by Ash-Fox · · Score: 0, Flamebait

      Because Google's technology works on Linux, Windows, OS X ... And pretty much most other Unix-like systems like FreeBSD, OpenBSD, Solaris since they have Linux compatibility layers.

      Additionally (although this would have no baring on my choosing of a technology in the majority of cases), it's opensource.

      --
      Change is certain; progress is not obligatory.
    2. Re:Is this already possible? by Ash-Fox · · Score: 1

      How the heck was that Flamebait?

      --
      Change is certain; progress is not obligatory.
  22. Re:-2: bitching by SEWilco · · Score: 1

    I was aiming at +funny.
    So your comment is either Offtopic for Funny, or Insightful for /. Procedure.

  23. Google Konfabulator? by foniksonik · · Score: 0

    Hey Yahoo called, they want their idea back... well not exactly... actually if i read this correctly, Google's tool works across the browser divide and back again.

    Yahoo's Konfab is desktop only. They have a UI lib but it isn't the same API as Konfab.

    Google Gadgets is web only.

    Apple Widgets are desktop/dashboard only.

    MS Gadgets are desktop only.

    Adobe Apollo apps are desktop only.

    So I give Google kudos for making the first implementation of a javascript based application engine that works both with/through the browser and standalone on the desktop.

    --
    A fool throws a stone into a well and a thousand sages can not remove it.
    1. Re:Google Konfabulator? by rasjani · · Score: 1

      I'm not sure but i was under impression that you can actually have google gadgets in your desktop too. You need to have Google Desktop installed ofcourse...

      --
      yush
    2. Re:Google Konfabulator? by foniksonik · · Score: 1

      I think you're right on that one. I've never installed Google Desktop.... never saw the benefit... just eats up more space with things I need maybe 2 times a day.

      So maybe this is evolutionary for Google rather than revolutionary. The biggest change would be adding the local DB/File store.

      Will be interesting to see if the FF3 team gets into the ring now that they're including SQLite in the browser by default. Most likely it will just mean that you can a) write your own plugins using the basic-basic hooks provided by FF3 plugin API OR b) use Google Gears and get access to a more feature rich API that will handle the heavy lifting for you so you can focus on writing your feature code.

      --
      A fool throws a stone into a well and a thousand sages can not remove it.
  24. Synchronization? by VariableGHz · · Score: 1

    So, what about the millions of people who won't pay very close attention, and will type a bunch of stuff into Google Docs or whatever -- and fail to notice that their two-year-old unplugged the router? The web app keeps running and it indicates "App Offline" in the corner of the screen... they go to work and TEHOMG no document!

    What then? At least right now it's all very clear: no internet, page doesn't load, check for the problem. Is it just me?

    1. Re:Synchronization? by Anonymous Coward · · Score: 0

      That's it. Complain about a bad UI that doesn't exist.

      I think it's pretty clear that any UI designer worth his salt will make it painfully obvious that you're working off line when you hit the send/save button.

    2. Re:Synchronization? by PetoskeyGuy · · Score: 1

      So, what about the millions of people who won't pay very close attention, and will type a bunch of stuff into Google Docs or whatever -- and fail to notice that their two-year-old unplugged the router? The web app keeps running and it indicates "App Offline" in the corner of the screen... they go to work and TEHOMG no document!

      What then? At least right now it's all very clear: no internet, page doesn't load, check for the problem. Is it just me?
      If you do your work offline it won't be available online. Unless you take your offline version with you - use portableapps and it's saved on your USB drive. The system can easily detect and warn you that it never got saved in offline mode when you shut down.

      Now the real problem in this scenario appears to be someone who doesn't pay attention to their computer or children. Software can't help there, even from Google. I would suggest finding a baby sitter or giving the kid some higher powered cables to play with. ;)
  25. web apps suck by timmarhy · · Score: 1, Insightful
    what the hell is the benifit of web apps if they just shift dependancy from the OS to the browser? all their achieving is creating slower more limited applications.

    if we head in the direction of download first web apps.... how is this better then just downloading a compiled app? certainly not cross platform - you need IE or FF to run it.

    --
    If you mod me down, I will become more powerful than you can imagine....
    1. Re:web apps suck by embsysdev · · Score: 1

      From the user's perspective, native apps are usually more responsive, but cross-platform development is expensive and those costs are passed on to the user (if a port is done at all). The benefits of web apps to the user are: (1) the availability of an application on their platform of choice (from desktops to smart phones) and in case where data is stored on a central server, (2) access to the data from any computer anywhere.

      The benefits to the developer are that development costs are amortized over multiple platforms. That leads to greater marketshare and greater profit.

    2. Re:web apps suck by timmarhy · · Score: 1

      you haven't sovled anything there chum. cross platform apps are easy with languages like ruby and python - i know i've written them. one central point of data is nothing unquie to web apps either. and the application is NOT accessable from any computer - it requires download and install privigles, negating the ONE good thing about web apps.

      --
      If you mod me down, I will become more powerful than you can imagine....
    3. Re:web apps suck by ChronoFish · · Score: 1

      I've been a developer for about 12 years and I my personal opinion is that Web apps are great because of several things:

      You have built in concurrency - your display page can gather data from multiple servers plus the client computer "simultaneously". The data can be computed in parallel - and there is no need to manage threads.

      You have a built in object model. You can go to great lengths to get around it, or you can use it to your advantage.

      You have the perfect platform for true separation of data/display/business rules

      Ease of development: Rapid prototyping/Repaid distribution (no need to install application specific software for updates)

      I love it. I find PHP to suite my C/C++ tastes while overcoming my disdain for compiler/environment configuration hassles. I use to hate scripting languages, but I have truly found PHP to be powerful (enough) and easy to develop in. I spend significantly more time programming the solution than having to program around the language.

      Most definitely is cross platform. You write for an interpreter, not for a machine. It does not matter if the interpreter is on a Windows box, Macintosh, being displayed to a VT-102 Terminal, Xwindows Display System, Linux box, XBox, SGI box, SunOS, etc, etc, etc

      -CF

    4. Re:web apps suck by LKM · · Score: 1

      I moved from NetNewsWire to Google Reader and from Mailsmith to gmail because it allows constant access to my data. No synchronization issues, no need for backups (well, less ned, I guess), and I can check my stuff at my friend's place, or in an Internet café during my holidays, or from my cell phone if there's no Internet anywhere. I wouldn't want to download and install apps there.

  26. Zip Zoom Fly! by DeadBugs · · Score: 0, Offtopic

    zipzoomfly.com used to be called "googlegear" before Google forced them to change their name.

    Either way it's still one of the best sites to buy computer parts from.

    Just a little piece of web history.

    --
    http://www.kubuntu.org/
    1. Re:Zip Zoom Fly! by Anonymous Coward · · Score: 0

      Mod parent up! Definitely not off topic.

  27. Now that sounds like a killer app for the iPhone by complete+loony · · Score: 4, Interesting

    The iPhone doesn't support desktop style apps. This could help bridge the gap if google / Apple were to support something like gears on the iPhone's browser.

    --
    09F91102 no, 455FE104 nope, F190A1E8 uh-uh, 7A5F8A09 that's not it, C87294CE no. Ah! 452F6E403CDF10714E41DFAA257D313F.
  28. Google Maps offline? by Anonymous Coward · · Score: 0

    I'd *love* to get Google Maps in offline mode. How much will they charge for updates?

  29. Silly me... by misleb · · Score: 2, Insightful

    Silly me, i thought the major drawback of web based applications was that HTML sucks for building rich applications.

    So basically what Gears offers is the worst of both worlds. A terrible rich application dev environment (HTML + JS) combined with database concurrency headaches. Awesome!

    -matthew

    --
    "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    1. Re:Silly me... by cnystrom · · Score: 1
      Silly me, i thought the major drawback of web based applications was that HTML sucks for building rich applications.

      HTML is far from ideal, but I think the biggest drawback with web programming is the lack of program state. In my own open source rich internet application system NewI\O I keep the consumer friendly browser interface, but I add program state, and have a more traditional programming model that does not use HTML.

  30. Re:Great idea. by aussie_a · · Score: 1

    What this solves: * Location dependence * Online dependence * Needing to lug hardware around (such as a USB thumbdrive) I'm having trouble understanding what about this is insane.

  31. IBM... by Belial6 · · Score: 3, Informative

    Of course IBM rolled this out six years ago in the Domino server, although I don't really expect Google's offering to handle Replication/Save conflicts as well as Domino does. Of course, now that there is actually another product out, the anti-Notes trolls can start complaining that the 6 year old tech from IBM isn't using the same API that the brand new offering from Google uses.

    1. Re:IBM... by misleb · · Score: 5, Interesting

      Of course IBM rolled this [techtarget.com] out six years ago in the Domino server, although I don't really expect Google's offering to handle Replication/Save conflicts as well as Domino does.


      From the sound of it, Google expects the developer to handle database synchronization issues. And in some cases, you actually have to duplicate your business logic in the browser in Javascript to make the app function offline at all. Ouch!

      http://code.google.com/apis/gears/architecture.htm l

      I'm not touching this tech with a 10 foot pole. Internet access is getting more an more ubiquitous. In the not too distant future the entire concept of being "offline" will be all but forgotten. I'm much more focused on making web apps not suck when they are ONLINE. Who has time to worry about what happens when they are offline?

      -matthew
      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    2. Re:IBM... by sigmoid_balance · · Score: 1

      Who's paying you Matthew? I saw you comment everywhere on this thread of how bad this technology is.

    3. Re:IBM... by misleb · · Score: 1

      Who's paying you Matthew? I saw you comment everywhere on this thread of how bad this technology is.


      Nobody is paying me. I'm just getting started early with the Google bashing so that I can say "I was doing it before it was popular" 5 years from now when Google is just as evil as Microsoft. Heck, I may even patent it. I'm pretty sure there is no prior art for Google bashing. Everyone seems to drool over anything Google puts out.

      Also, I was bored last night and feeling argumentative. :)

      -matthew
      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    4. Re:IBM... by Doppleganger · · Score: 1

      "I'm pretty sure there is no prior art for Google bashing."

      Here you go.

      (Yeah, I'm bored too)

    5. Re:IBM... by misleb · · Score: 1

      Maybe it would help to narrow the scope. How about "...on slashdot."

      -matthew

      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
  32. No thanks by z-j-y · · Score: 2, Funny

    I cannot work without internet. How am I supposed to check slashdot from time to time?

    1. Re:No thanks by Anonymous Coward · · Score: 0

      Perhaps someone could write a program that caches all the previous stories, then lists them in random order. To be close to live slashdot; you could even have all the comments complaining how it's a dupe, or "in soviet russia slashdot dupes you" themed jokes.

  33. Javascript for the desktop? by Animats · · Score: 1, Insightful

    This is sad. As a programming language, Javascript makes Visual Basic look good.

    The wierd thing is that we went through all this with Java almost a decade ago. "Gears" is supposed to do roughly the same things Java was originally supposed to do.

    Java went in a strange direction. "Applets" in the browser were never very popular. Java desktop applications were not widely successful, although a whole office suite was written in Java. Java ended up being the replacement for COBOL; it's what runs the business logic on the server.

    The real innovation in Gears is providing a local database, instead of files, as the basic storage medium. That's not new in the Microsoft world (many apps use Jet, Microsoft's little database), but the open source world is still mostly in the flat file era for local storage. SQLite gets you locking, atomic transactions, structured data, and search capability. And you can get at those files via SQL; you don't have to access them through Gears and JavaScript. We may see bindings to the Gears back end for other languages. The middleware portion of this may be more important than the browser-based user interface.

    Incidentally, no one seems to have mentioned that Google has launched a replacement for SourceForge.

    1. Re:Javascript for the desktop? by mewphobia · · Score: 1

      This is sad. As a programming language, Javascript makes Visual Basic look good.

      How is that? Javascript is a pretty good duck typed prototype-based language. The syntax is similar to c++, but being interpreted you have awesome RPC features built in eg. JSON. I don't get how you could even compare the two.

    2. Re:Javascript for the desktop? by shalmaneser1 · · Score: 1

      The wierd thing is that we went through all this with Java almost a decade ago. "Gears" is supposed to do roughly the same things Java was originally supposed to do. I suspect there are two differences here though.
      1) you only need one gears installation while you needed many java applet installation. with java you have to install a java applet for each new program. ( same problem occured with activex ). All google has to do is to convince a user ( or a new pc vendor ) to install gears once -- and all their applications work.

      2) the java platform requires a large download on windows because microsoft didnt want to support it. the javascript platform is just a browser however, and microsoft is pretty much stuck having to deliver it. look for them to try to break ( by extending ) javascript in some manner.

    3. Re:Javascript for the desktop? by Anonymous Coward · · Score: 0

      with java you have to install a java applet for each new program

      I don't see you complaining about having to download a collection of JS code and HTML which probably constitute more raw kilobytes than a .jar or .class file. Java only looks worse because you've blinded yourself to what the web browser is doing---that JavaScript and HTML has to be downloaded somehow otherwise how on earth could you use it offline?

      the java platform requires a large download
      But there are benefits. A large library of code to work from (you could also include zillions of JS files for a similar effect), some hard-core platform independence, your app performance is much faster, and if you need to you can ask people to allow your app out of the sandbox.
    4. Re:Javascript for the desktop? by LKM · · Score: 1

      This is sad. As a programming language, Javascript makes Visual Basic look good.

      Why? What are your issues with JS (actually, ECMA Script, but let's stick with JS)? It's certainly not perfect, but I think most people simply don't like JS because they are not used to concepts like prototypical object orientation and duck typing, and are not willing to learn about it.

      The main issue with JS is that different browsers have subtly different implementations. That's not a flaw inherent to JS, it's a flaw of the specific implementations.

  34. offline web apps by l3v1 · · Score: 3, Interesting

    Thing is, I like the mozilla approach ( http://www.bluishcoder.co.nz/2007/02/offline-zimbr a-with-firefox.html ) better. I think it's because there's no need to install 3rd party apps and such. But thing is, as it seems Google is ahead in this, and if people start adopting it (remains to be seen) then the mozilla approach probably won't stir too much water when it's released.
     

    --
    I am putting myself to the fullest possible use, which is all I can think that any conscious entity can ever hope to do.
    1. Re:offline web apps by doublec · · Score: 1

      An idea would be to have Firefox, or other browsers, provide the necessary APIs (by implementing standards like the WHATG ones) to implement the bits of Google Gear that they need the plugin for. Then it becomes possible to use Google Gears without a download for those browsers that support those APIs.

  35. No Thanks! I use a local web server by littlewink · · Score: 0, Offtopic

    I wrote a simple web server in Perl that runs locally. Works fine.

    Why would I do such a thing?
    BECAUSE I CAN! BWAHAHAHAAAAHHH!8-))

  36. Bill Gates hates the IBM comparison by christian.einfeldt · · Score: 5, Interesting

    because last time, Microsoft was Google, and IBM was Microsoft. But now Google is Microsoft and Microsoft is IBM. If you haven't read any of Clayton Christensen's books, now would be a good time to read The Innovator's Solution by Christensen and Raynor. Ever since the telephone, small upstart companies have been offering products and services that were shunned by the market leader's best customers, and hence the market leader, usually because the product underperformed the expectations of the market leader's best customers. But the market entrant was able to make enough profit and gradually got better and better, and then started pulling customers out of the market leader's business network.

    RCA didn't use transistors in small radios until it was too late. Western Union didn't use the telephone until it was too late. Microsoft didn't work with the FOSS community, and now it is too late. Google is great at broadcasting software. Microsoft is still mostly delivering software the old, slow way. This news is another digital tipping point. The OS is becoming less crucial. GNU Linux is getting its foot in the door with Dell. Google and 1000 other new start ups are using the power of FOSS to do creative stuff. Microsoft seems to be focused on older business models (DRM'd content) while Google continues to broadcast everything from its own software (Google algorithms on Linux) to fun, new format for video (YouTube shorts). I think that we are going to see some major changes in the way that desktop software is funded, distributed, and delivered. Once the Microsoft monopoly on the desktop is cracked, think of the changes we will see.

    1. Re:Bill Gates hates the IBM comparison by jeremyds · · Score: 1

      Microsoft was Google, and IBM was Microsoft. But now Google is Microsoft and Microsoft is IBM.


      So what does that make IBM?
    2. Re:Bill Gates hates the IBM comparison by deanlandolt · · Score: 1

      So what does that make IBM? A dinosaur.

      And not in the relic sense -- it's certainly relevant. In the ginormous sense -- slow and lumbering. So focused on "enterprise" buzzwords (they're still pushing SOA!) that it's lost touch with the /. frontier...
    3. Re:Bill Gates hates the IBM comparison by naoursla · · Score: 1

      Google will be slow to jump on the nanotech bandwagon lead by IBM.
      Then IBM will be slow to jump on the quantum computing initiative lead by Microsoft.
      Then Microsoft will be slow to jump on the computronium matrioshka shell started by Google. ...
      and so it continues onwards toward the heat death of the universe.

    4. Re:Bill Gates hates the IBM comparison by Chyeld · · Score: 1

      IBM is the car, and you are trying to steal it when you download GPL'ed software via a P2P system!

  37. v.cool by zobier · · Score: 1

    I'm at the GDDAU and saw the demo, this is very interesting.

    --
    Me lost me cookie at the disco.
  38. Dojo Offline? by nanosquid · · Score: 2, Interesting

    How does this compare to Dojo Offline?

    http://dojotoolkit.org/offline

    1. Re:Dojo Offline? by unborn · · Score: 1

      From the link you posted:

      May 30th, 2007 - Google, Dojo, and SitePen announce porting effort to move the Dojo Offline APIs on top of Google Gears. The current download is using the older Dojo Offline runtime, which we will be deprecating moving into the future. The ported Dojo Offline will be available in two weeks.

  39. Another Beta? by soilheart · · Score: 1

    Woo, another beta... yaaay...
    Couldn't google make something that actually evolves out of the beta? I mean Gmail is STILL in beta according to the logo... 3 years of beta "testing"? Isn't that enough?

    1. Re:Another Beta? by Ash-Fox · · Score: 1

      Couldn't google make something that actually evolves out of the beta?
      Off the top of my head, non-beta Google stuff...
      http://earth.google.com/
      http://picasa.google.com/
      http://news.google.com/
      http://maps.google.com/
      http://www.blogger.com/
      http://www.orkut.com/
      http://groups.google.com/
      http://www.google.com/reader/view/
      http://www.google.com/adsense/

      I mean Gmail is STILL in beta according to the logo... 3 years of beta "testing"? Isn't that enough?
      Obviously they don't deem it ready and I would rather they don't remove the 'beta' tag from things they don't see as ready.

      --
      Change is certain; progress is not obligatory.
    2. Re:Another Beta? by soilheart · · Score: 1

      Well. My problem is that they just don't seem to concentrate on things that need to be brought out of beta(some just need to be rid of the beta tag IMO).
      And you do realize that some of those services never was betas at all but bought and brought under the google "name",(Like blogger, picasa, with more.) So they don't really count as finished(as in "to finish") google product IMO.

      But maybe it's only me...

    3. Re:Another Beta? by Mia'cova · · Score: 1

      If they consider gmail a beta, maybe they shouldn't be pushing it on schools...

    4. Re:Another Beta? by ChronoFish · · Score: 1

      No they can't/won't

      Beta is by design. It does several things for them:
      * No expectation of service (I'm sorry you can't retrieve your data - we told you it was beta)
      * Continual improvement (It's never in maintenance mode - it's in constant feature-creep mode)
      * No official release means that it can be taken down quietly if the beta isn't well received.

      -CF

  40. pseudo-standards by nanosquid · · Score: 4, Insightful

    Though still only a psuedo-standard. (Boo!) :-)

    What you call a "pseudo standard" is how good standards are created: first you use and document a technology, then, after several years of practical use, you go to a standards body.

    Unfortunately, these days, a "standard" seems to mean to many people a rubber stamping of some idea that some committee or engineers cooked up, with little or no practical usage. W3C is guilty of that, and ECMA even more so.

    1. Re:pseudo-standards by ronadams · · Score: 2, Interesting

      Unfortunately, these days, a "standard" seems to mean to many people a rubber stamping of some idea that some committee or engineers cooked up, with little or no practical usage. W3C is guilty of that, and ECMA even more so. Your ideas intrigue me and I'd like to subscribe to your newsletter. Seriously, though, that is the truth: many standards have become these cut-out-of-the-mold pipe dreams that, while they have definite possible strengths, lack solid testing and real-world integration. It seems the rush these days is to get X idea standardized, instead of getting X idea actually used and useful. A byproduct of the patent rush/I'll-sue-you-for-knitting-the-same-color-sock s-as-me age?
      --
      Appended to the end of comments you post. 120 chars.
  41. Google Reader by sachu · · Score: 0

    This is interesting, I visited Google Reader site http://www.google.com/reader/view/ and the popup to allow use Google Gears showed up!!! It has a green icon with an arrow on it to go offline. Once clicked it starts downloading all the feeds for offline viewing. Looks like the purpose here is to provide all google apps with online/offline work mode.

  42. Palm Foleo? by nanosquid · · Score: 1

    It will be interesting to see whether you can use Google Docs offline with the Palm Foleo. The Foleo seems ideal for these kinds of apps.

    1. Re:Palm Foleo? by Mark+Bowness · · Score: 1

      Yah I was wondering the same thing. Foleo would be perfect for this. Google's offline apps certainly look like they are going to be interesting. I will be following this closely. Mark Bowness

      --
      Mark Bowness www.peoplepassionplanet.com
  43. Re:Who Wants MORE Google? Vulnerabilities? by Anonymous Coward · · Score: 0

    I think you're confusing vulnerabilities as in "it will make their personal data more vulnerable to subpoenas from the government" with vulnerabilities in your next sentence "why would people want more, more, more Google and their vulnerabilities on a computer?". True your privacy is vulnerable if you use any online service but I trust Google's products to be less vulnerable to hackers than any one else's service - which if you're not so hung up on privacy (and I'm not) means that I DO want MORE of Google.

  44. GoogleJavaOS 1.0, anyone? by Kensai7 · · Score: 1

    Actually, Sun cooperating with Google to provide an alternative OS to compete with Microsoft wouldn't be such a bad idea.

    Since Google has already expertise in using online-dynamic content (from Calendar to Spreadsheet among other...) to provide services to end-users, why not combine a platform-independent programming language like Java with Google's own widgets? Let's admit it, Linux will never beat Windows. But Google with the right partners has a fair chance...

    --
    "Sum Ergo Cogito"
    1. Re:GoogleJavaOS 1.0, anyone? by misleb · · Score: 1

      Actually, Sun cooperating with Google to provide an alternative OS to compete with Microsoft wouldn't be such a bad idea.


      No really, it kind of would be a bad idea. Yet another OS to support. Or by "OS" do you just mean "virtual machine." Kinda like... Java already is. It has widgets and everything. Who would have thought?

      Since Google has already expertise in using online-dynamic content (from Calendar to Spreadsheet among other...) to provide services to end-users, why not combine a platform-independent


      Hold on there, are you talking about making something that is platform-independent or something that is a platform in and of itself to compete with Windows directly? You seem to be confusing the two.

      programming language like Java with Google's own widgets?


      Well, maybe because Google's "widgets" are designed to run in the browser with HTML/JS and the whole point of an internet application VM/OS is to get past the limitations of the browser.

      Let's admit it, Linux will never beat Windows. But Google with the right partners has a fair chance...


      But Linux already has a Java VM. The whole point is that it wouldn't have to compete with Windows (a losing proposition at this point.. even for Google.. and especially Sun). It would just have to support this internet application framework.

      -matthew
      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
  45. Re:Now that sounds like a killer app for the iPhon by Anonymous Coward · · Score: 0

    I'd prefer this on a less niche phone OS like Symbian OS or Windows mobile.

  46. java webstart + db4o is much better by master_p · · Score: 0

    With Java webstart, apps are automatically downloaded and updated, but if the connection is down, the application still runs. And the UI is fast, rich and responsive, unlike UIs in web apps.

    For storage, db4o is a much better proposal than any SQL database; it shortens the development time by orders of magnitude.

    Please leave the web browser as it was, i.e. a document browser; there is no need to bloat it with all these extras, when a better alternative is available.

    1. Re:java webstart + db4o is much better by Anonymous Coward · · Score: 0

      And if you're running Java on the server, you can use the exact same codebase for business logic. You don't need to maintain parallel sets of logic in Javascript and PHP etc.

  47. Re:IBM... - back to the mainframe neo by Anonymous Coward · · Score: 0

    In aviation, when you want to make a mid-size airplane, medium range, 200~300 passengers, low cost, you then will end up with a 737. All I can see is that we have soooo much newer and cooler ways to do the same old recipe, lets go back to our old mainframe formula books and see what can be callled vintage today, revamp it and bring back to its glory days. (I wonder if I can change the colors of this reply to black and bright green)

  48. Database for the Browser by Anonymous Coward · · Score: 0
    Here's a database for your web browser:

    Derby DB in the Browser

  49. https://www.google.com/reader/ by Anonymous Coward · · Score: 0

    Google Reader makes use of this API right now.

    I clicked offline, it downloaded my 2000 latest rss feed entries, I read some, got online, and it syncronized with the server...

    Brilliant.

  50. What I'm waiting for is by Bryan+Bytehead · · Score: 1

    Google Gears of War for the Xbox 360.

    --
    Bryan
  51. Release by Anonymous Coward · · Score: 0

    My guess is that it is still in beta?

  52. What's the point? by gilesjuk · · Score: 1

    The whole advantage of thin-client web applications is you can access them from anywhere you have a browser. If you have to install software on machines then why not just install a proper application which will run lot faster and be more reliable.

  53. Had to be done... by Anonymous Coward · · Score: 0

    Snake? Snake?! Snaaaaaaaake!!!

    1. Re:Had to be done... by Anonymous Coward · · Score: 0

      You has T I E M P A R A d O g s ! ! ! 1 1 o n e

  54. Googlegear.com by jshriverWVU · · Score: 1

    This must be why google went after googlegear.com, I use to do a fair amount of shopping there at least till I heard about newegg.

  55. Goolgle Gears is launched? by Anonymous Coward · · Score: 0

    I has cockgears. LAWL.

  56. Not cool name: TurboGears by Monkius · · Score: 1

    This seems strongly to be poaching the name of TurboGears. Not friendly.

    --
    Matt
  57. huh? by Floritard · · Score: 1

    Google Gears is an open source technology for creating offline web applications This just in, Google to conquer next the lucrative world of oxymoronic technology. Does their innovation know no bounds?
  58. security by Anonymous Coward · · Score: 0

    How about offline authentication to deal with shared computers?
    How about database/field encryption?

    - Matt

  59. There's a story behind that by vtcodger · · Score: 1
    ***RCA didn't use transistors in small radios until it was too late***

    Actually, American manufacturers did make transistor radios early on, but they were insanely expensive.

    The way I heard the story was that American enginners were used to high impedence (voltage driven) tightly-speced vacuum tubes. The first transistors to appear on the market were fairly low impedence (current driven) junction devices with characteristics that varied a lot from device to device. American engineers redesigned their circuits for lower impedence, but continued to expect that the active devices would meet tight specs. That meant that manufacturing had to buy devices that were among the tiny subset of the production run that met the engineer's specs. So their transistors were expensive. And so were the radios made using them.

    Japanese engineers on the other hand, designed new circuits that would work reliably with just about any transistor that worked at all. That meant that their radios could be built with the semiconductors that were left over after all the ones that met American Engineering specs had been selected out. Those transistors were cheap because there were a lot of them and not many people willing to buy them. As a result, Japanese transistor radios were a LOT cheaper than American designed radios.

    Could well be true.

    --
    You can't see ANYTHING from a car, You've got to get out of the goddamned contraption and walk...Edward Abbey
  60. What about Java FX? by Anonymous Coward · · Score: 0

    I thought Java FX was developed to fix this problem? Why is Google reinventing the wheel?

  61. Funny. by jotaeleemeese · · Score: 1

    You know you are worng, thus preempt the mods.

    --
    IANAL but write like a drunk one.
    1. Re:Funny. by aichpvee · · Score: 1

      Or it could be that it's so easy to taunt java fanboy trolls with it without becoming a troll myself, because it happens to be true.

      --
      The Farewell Tour II
  62. Internet is a long ways off from being Ubiquitous by Oarsman · · Score: 1

    If we limit ourselves to the West (most of North America, Western/Centra Europe and Australia), then I'll agree with the statement. But once you start looking at more of the developing countries then I think this statement is far from true. Look at places in the middle east, central asia, nearly all of Africa, and even rural america and the internet is still a long ways from being reliable with the necessary bandwidth. On top of the connections not being there, power isn't always stable, so your gateway may or may not have power today even if you do. On top of it, you start slapping a satellite gateway inbetween you and the target IP and your connection just got even worse.

    Yes, connectivity is certainly getting better and companies like Inmarsat and Thuraya make their money on providing access in places where connectivity is inherently difficult, but it's still a long ways from being ubiquitous.

    The scary part (IMO) is that as the more technically advanced countries become more and more web/internet reliant, the technology divide becomes that much worse for third-world/developing nations. The one laptop per child effort is something that I think will help close this gap a bit, but as the world becomes more internet driven, what good is having a laptop if you don't have sufficient connectivity to tie into it? A lot of these places are still running 64kbps. Have you _TRIED_ surfing at 64kbps these days? It sucks bad!

    I'm not saying that the world isn't headed to a webbased interface, or whether or not this is a bad thing. Just saying that there is still a very large portion of the world that is a very long ways off from having sufficient internet connectivity and it certainly would be nice if people kept this in mind when they're developing applications/interfaces.

    Just my $0.03

  63. Nonsense by enomar · · Score: 1

    Nonsense. Why does everyone in the computing industry think in absolutes? We don't have to stop using fat clients because someone makes creating thin clients easier. They still both have a place in the world. Use the best tool for the job. Google isn't trying to reinvent anything. They are not trying to take us all back to thin clients. Why would they want to? Just because they are advancing the state of the art for webapps doesn't mean they want every application to be a webapp. They are also pushing a bunch of desktop apps. More importantly, they are pushing the integration of web and desktop apps.

    --

    :wq
  64. Google is not the progenitor in this movement, by Tran · · Score: 1

    just a great enabler, so i would not put the blame on Google...
    Webapps are being developed by all kinds of companies and web sites. Before that the move to n-tier application design started the pendulum. AJAX as a techanology and SOA as a design are pushing the pendulum further that way in general, .Net and Sharepoint specifically on the Windows platform.
    Who knows, maybe this centralized lockdown may spawn a similar rebellion against centralized control and computing as was the case with big iron hardware (and thin terminal) vs personal computing.
    Or maybe someone will adeptly manage to walk the middle line - and this is where I think Google has an edge over MS.

  65. That's the biggest drawback? by bradavon · · Score: 1

    In the world of cheap Broadband and Wifi the lack of a web connection isn't the biggest drawback is the reliance of a web browser acting as an Office suite. It's completely impracticable but Web 2.0 says we must do it anyway.

    1. Re:That's the biggest drawback? by vipm · · Score: 1

      I think its biggest drawback is its programming language. Javascript-based, Google Gears is too "object-oriented for the sake of being object-oriented". They would've been better of basing it on PHP. They'd end up with a stronger momentum.

  66. Re:Internet is a long ways off from being Ubiquito by misleb · · Score: 1

    I'm not saying that the world isn't headed to a webbased interface, or whether or not this is a bad thing. Just saying that there is still a very large portion of the world that is a very long ways off from having sufficient internet connectivity and it certainly would be nice if people kept this in mind when they're developing applications/interfaces.


    The way I see it, internet applications are an all or nothing sort of thing. You either have internet access or you don't. If you have it, you might chose to utilize online apps such as a word processor because it is convenient. The reason you chose to use a browser based word processor is probably largely based on the fact that you DO have regular and consistent internet access. Being able to use it offline is perhaps a bonus, but certainly not essential. As we know, there are plenty of offline word processors/text editors out there to chose from. People with intermittent or no net access are nto deprived of this application. They just have to use a more "traditional" implementation.

    Besides apps like Google Docs, which more or less reinvents (badly, i might add) a desktop app, there is very little reason to make an internet app work offline. The very nature of an internet is that it is a shared resource. It doesn't make much sense, except if very specific circumstances, to work with a shared resource offline. That is a contradiction.

    One thing that might be interesting are projects that seek to replicate or cache certain internet resources such as Wikipedia on a local networks that don't not have consistent 'net access. That is the kind of thing that developing countries might need. Who cares if people can edit their MySpace page or Flickr account offline? Most net apps are just superfluous crap when you think about what a developing country might need.

    -matthew
    --
    "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
  67. they should've based it on PHP rather than Jscript by vipm · · Score: 1

    I tried the examples and doing some sample apps--I found the programming language for Google Gears basically based on Javascript which, though I've learned how to use it, is pretty unrefined (I avoid using it if I can) and belongs to the non-user-friendly philosophy of "object-oriented programming for object-oriented programming's sake" rather than for practicality or useability's sake.

    I think Google will gain more developers and acceptance and a thriving Google Gear community if they offer PHP as an alternative language for programming Google Gears or replace the current language entirely with a PHP+Javascript+HTML+SQL style.

  68. It's just a lousy plug-in!? by Anonymous Coward · · Score: 0

    Damn, when I saw that Google was making gears, I was thinking of the man-made bio-organic weapons, not some crappy browser plug-in :( Or at least *some* kind of mecha.

    But maybe I expect too much from Google at this point?

  69. Everybody's missing the point by EraserMouseMan · · Score: 1

    Did anybody read the last line of the same article on http://www.ft.com/cms/s/51c32f3c-0efc-11dc-b444-00 0b5df10621.html and scratch their head?

    "Microsoft is either going to have to support this or do something like it," says David Mitchell Smith

    Seems to me that Google Gears is merely an answer to Microsoft's ActiveX techlology. This web-to-desktop link concept is not new. Google is guilty of what MS usually does.

    1) Copy somebody else's successful idea.
    2) Dump several million $$$ into it to integrate it tightly with their platform
    3) Call it innovation.

  70. Yes! Fire your IE Users by aaron.k.hawkins · · Score: 1

    I agree completly - it would be great to not allow IE users on your site. Check out codesmack.com from IE to see the welcome message which kindly encourages the users to rethink their life and download a better browser. If you're already using a modern browser you can see what you're missing here. You can buy a shirt with the message "Serriously, you're still using IE?!?". Go ahead and let everyone know what you think of their browser choice. You can read about Firing Your IE Users for more information.

    I hope goolge gears will support Safari soon but I'm excited to try this out.

  71. Re:they should've based it on PHP rather than Jscr by elyk · · Score: 1

    php is server side, and thus any php code must be executed by the server, making online operation impossible. Google's trying to suppliment client-side coding here

    --
    MS-DOS: Most Severe Denial of Service
    Free Online Backup
  72. Re:they should've based it on PHP rather than Jscr by vipm · · Score: 1

    Hi. Thanks for your comments. But what I'm saying is Google's client-side coding is based on the Javascript language. I was suggesting they base it on the PHP language (I'm referring to PHP's programming language and not the server-side platform).

  73. Thin-clients need not be this thin by v4vijayakumar · · Score: 1

    We expect more from browsers. Off-line contents / history are not just enough to serve those purposes. It needs some more features like, access to storage and much sophisticated client-side control, much like client-side sand box models.