Slashdot Mirror


Jolicloud 1.0 Has an HTML5 UI

kai_hiwatari writes "Jolicloud 1.0, a Linux based OS for netbooks, was launched a few days back. In this new release, the developers have completely replaced the old interface based on Ubuntu Netbook Remix in favor of a new one based on HTML5. Jolicloud 1.0 also features a new syncing feature using which you can sync installed applications across all your systems running on Jolicloud. Other interesting features includes new app center, social stream, etc."

99 comments

  1. Cloud? by suso · · Score: 1

    Why does it have cloud in its name? Just to attract attention or is there some related feature?

    1. Re:Cloud? by Chelmet · · Score: 1, Funny

      Somebody clearly hasn't RTFA

    2. Re:Cloud? by suso · · Score: 1

      I skimmed it. But I was more drawing attention to overuse of the cloud term.

    3. Re:Cloud? by Anonymous Coward · · Score: 0

      after reading the article, I'd say cloud is the new black

    4. Re:Cloud? by quickOnTheUptake · · Score: 1

      I was going to paste the content, since it seems to be /.ed. Then I realized it was just a string of buzzwords.

      --
      Mod points: Guaranteed to remove your sense of humor.
      Side effects may include gullibility and temporary retardation
    5. Re:Cloud? by quickOnTheUptake · · Score: 1

      oh what the hell.google cache

      --
      Mod points: Guaranteed to remove your sense of humor.
      Side effects may include gullibility and temporary retardation
    6. Re:Cloud? by PopeRatzo · · Score: 2, Funny

      But I was more drawing attention to overuse of the cloud term.

      "Jolicloud" is not a good high-tech name.

      It makes me think of the scene in an old B-movie (Flashdance) where a very creepy and perverted character coos "It's tres jolie, Coco! Tres jolie!" to a young woman he hires for what she thinks is a photo shoot but is really an excuse for him to masturbate.

      Well, maybe it's not such a bad name for a Linux distro, after all.

      --
      You are welcome on my lawn.
    7. Re:Cloud? by dangitman · · Score: 4, Informative

      It makes me think of the scene in an old B-movie (Flashdance)

      You don't seem to understand what a B-movie is. Flashdance is certainly not one. In fact, Flashdance was released in an era when the B-movie was basically extinct.

      A B-movie is a formulaic low-budget film that is intended to accompany the A-movie in a double-feature screening. Flashdance was not low budget, and was not intended to be seen as part of a double-feature screening. In fact, it was a huge box-office success.

      --
      ... and then they built the supercollider.
    8. Re:Cloud? by aliquis · · Score: 1

      I tried to but it seems down ...

      Who could had guessed?

    9. Re:Cloud? by McFortner · · Score: 1

      Not to drift off topic, but B-movies never died, they just became "Direct-To-Video" in the '80s....

      --
      Beware of Sales Reps bearing gifts.
    10. Re:Cloud? by dangitman · · Score: 4, Informative

      Not to drift off topic, but B-movies never died, they just became "Direct-To-Video" in the '80s....

      No to belabor the point, but I think that is a fairly different realm. The B-movie is a relic of an era when people didn't have TVs, and would go to the cinema for a whole evening's entertainment. And they would go regularly. There would be newsreels and short films in addition to the feature films. The B-movie exists in this context, where it is a companion to other films.

      The direct-to-video low budget movie is a different phenomenon, that caters to individual viewers in their homes. They are not intended to complement other films, and they are often very niche in their targeted audience.

      I think we need to draw this distinction, because what is happening now (YouTube, etc) is very different to the B-movie phenomenon. B-movies were made industrially, as a part of the studio system. Much like tins of processed food. The direct-to-video and Youtube phenomenon are more about smaller (and individual) producers doing their own thing, not something that's made-to-spec by the studios to act as filler.

      --
      ... and then they built the supercollider.
    11. Re:Cloud? by Anonymous Coward · · Score: 0

      I always wondered where the term B-movie came from. Why, if it was a grading system, then why aren't the really, really bad ones referred to as C-movies, etc. It all makes sense now. Thanks.

    12. Re:Cloud? by Anonymous Coward · · Score: 0

      The German guy saying "jolicloud" is even more amusing.

    13. Re:Cloud? by the_womble · · Score: 4, Funny

      Having cloud in the name synergisticaly enhances perceived brand value.

    14. Re:Cloud? by Anonymous Coward · · Score: 0

      I remember short documentaries about Eskimos (sic) being shown along with a feature film.
      I like how Pixar sort of does this with a short film before the main one.

    15. Re:Cloud? by DragonWriter · · Score: 1

      food. The direct-to-video and Youtube phenomenon are more about smaller (and individual) producers doing their own thing, not something that's made-to-spec by the studios to act as filler.

      Youtube, maybe. Lots of "direct-to-video" is made-to-spec formulaic sequels produced by the studio system; its different from classic B-movie as its not intended to complement a "bigger" movie in the same way (though, quite often, they do ride on the coattails of a bigger movie in a different way, as they are often sequels to moderately successful movies that weren't direct to video, but where the appeal of a sequel is not strong enough for a theatrical release of a sequel.)

    16. Re:Cloud? by tehcyder · · Score: 1

      You don't seem to understand what a B-movie is

      No GP understands what a B-movie is, you just define what a B-movie used to be.

      We use "B-movie" ironically nowadays, to suggest that a big blockbuster film is as worthless as the cheap and cheerful B-movies of old.

      --
      To have a right to do a thing is not at all the same as to be right in doing it
    17. Re:Cloud? by tehcyder · · Score: 1

      You forgot to mention anything about shifting paradigms.

      --
      To have a right to do a thing is not at all the same as to be right in doing it
  2. having tried... by mewshi_nya · · Score: 2, Insightful

    having tried jolicloud beta, I wholeheartedly look forward to the finished product. The UNR-based GUI was nice, but if i wanted UNR, I'd freakin' run UNR on it.

    1. Re:having tried... by drinkypoo · · Score: 1

      having tried jolicloud beta, I wholeheartedly look forward to the finished product. The UNR-based GUI was nice, but if i wanted UNR, I'd freakin' run UNR on it.

      Not if you had an EEE 701 at 600MHz. Jolicloud includes the hack to overclock your 701 to 900MHz like the later-model units which had zero hardware changes from the early ones (except sometimes coming with a different SSD AFAIK?)

      I, too, am seriously annoyed about this rolling release nonsense. What's really sad is that when they added the 1.0 teaser to the update app, it was too wide so it created a scrollbar. So now not only do I see a teaser for an OS I can't download, but it mars the appearance of the updater app to remind me of just how annoyed I am when I see it, which is every day whether I am using the machine for anything or not. It has the most uptime of any of my current systems (40 days... I install updates, unlike some of you bastards) and it's one of the most polished Linux distributions I've yet seen. The fact that it's a re-polished Ubuntu is fairly irrelevant except in its benefits.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  3. Synergy Syncopy by Spazntwich · · Score: 5, Funny

    Cloud html5 app syncing is great, but I'm curious if they've got 4g back compatible web 3.0 blueface interballs technology for the kind of futureproof idevice demands the superuser of yestermorrow is sure to be told he needs.

    Now the kicker, does it run beowulf? Last time I tried to stync my grendel module .99x was torn to pieces before the crowdsourced beta swarm could move to India.

    1. Re:Synergy Syncopy by MichaelSmith · · Score: 1

      Cloud html5 app syncing

      They call it syncing but isn't it just centralisation?

    2. Re:Synergy Syncopy by noidentity · · Score: 4, Funny

      Meh, when they make the whole UI in Adobe Flash, it will be truely synergistically interfaced.

    3. Re:Synergy Syncopy by AnttiV · · Score: 5, Funny

      I'd also have a blue face, if my balls were suddenly internal...

    4. Re:Synergy Syncopy by Internalist · · Score: 1
      1. Made my freakin' day
      2. "Yestermorrow" is the new best word ever

      Thank you, good sir/madam.

      --
      Research is what I'm doing when I don't know what I'm doing. -- Wernher von Braun
    5. Re:Synergy Syncopy by istartedi · · Score: 1

      I Googled for the "next big thing" and this post was the number 1 hit. I'm still not sure what it is though.

      --
      For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
    6. Re:Synergy Syncopy by bonch · · Score: 1

      CS5 is at that point. Yuck.

    7. Re:Synergy Syncopy by yelvington · · Score: 2, Informative

      Cloud html5 app syncing

      They call it syncing but isn't it just centralisation?

      Perhaps you were asking a serious question -- and the answer is: No, it isn't JUST centralization.

      Syncing isn't just between a device and cloud storage. It can accommodate multiple devices of multiple types, and "current state" information, not just files.

      Fully implemented, you should be able to stop reading a book on your tablet, open it on your phone, and automatically pick up the same paragraph. Or stop writing midsentence, go home, and continue.

      Data can be backed up into cloud storage but reside wherever it makes sense, so disconnected operations should Just Work. HTML5 supports local storage, and there are other tools than HTML 5 at your disposal.

      We already have parts of this. For example Google Chrome syncs all bookmarks across multiple devices via the Google mothership. Tomboy on Ubuntu syncs notes through Ubuntu One. Google Docs have had offline functionality through Gears for years now (you can even write/edit while on an airplane without wifi) and will be moving to HTML5 soon. All my contacts sync between work and home and phone and laptops. My calendaring is still a frakking mess, but that's because Microsoft is both evil and incompetent, and we use Exchange, but that too shall pass.

      You stop thinking about "where did I leave that document" because all your documents are always available on all your devices, and you can leave your thumb drive on your dresser without being rendered helpless.

      Over the next five years there's going to be a huge push for this sort of thing.

      Things to worry about include privacy and stability (including financial) of the cloud service provider. Things to not worry about include blowing a hard disk and losing all your stuff, because there's lots of redundancy in the system.

    8. Re:Synergy Syncopy by tehcyder · · Score: 1

      Things to not worry about include blowing a hard disk

      I like to think of myself as fairly sexually sophisticated, but I have to say this is a new one on me.

      --
      To have a right to do a thing is not at all the same as to be right in doing it
  4. Headline by MadGeek007 · · Score: 0

    Jolicloud 1.0 Has an HTML5 UI

    Jolicloud 1.0 Has a HTML5 UI
    There. fixed it for you.
    Source: http://owl.english.purdue.edu/owl/resource/591/01/

    1. Re:Headline by Spazntwich · · Score: 4, Funny

      This is truly an historic post.

    2. Re:Headline by MadGeek007 · · Score: 1

      Darn! that should have been a comma. Oh well, no one will miss a few pixels of a difference. Oh wait...

    3. Re:Headline by lordmetroid · · Score: 1

      However if you want to make a statement stand out as something a little bit more emphasized, the use of the wrong article is a commonly occuring phenomenon. At least that is how I have figured it out.

    4. Re:Headline by Anonymous Coward · · Score: 5, Informative

      No. You're wrong. Read the note at the bottom of your source:

      Note: The choice of article is actually based upon the phonetic (sound) quality of the first letter in a word, not on the orthographic (written) representation of the letter.

      Because HTML is an abbreviation, you say the name of the letter 'H', and not the 'H' sound itself. Because the name of the letter H begins with a long 'A' sound, "Jolicloud 1.0 Has an HTML5 UI" is correct, and "Jolicloud 1.0 Has a HTML5 UI" is not.

    5. Re:Headline by Anonymous Coward · · Score: 1, Funny

      BAHAHA. Few things are as satisfying as seeing a spelling/grammar nazi fuck up his own smartass correction.

    6. Re:Headline by quickOnTheUptake · · Score: 0, Troll

      You are truly a dumbass.

      --
      Mod points: Guaranteed to remove your sense of humor.
      Side effects may include gullibility and temporary retardation
    7. Re:Headline by R.Mo_Robert · · Score: 4, Informative

      I don't do prescriptivist "grammar" (I'm a linguist and value language as it is actually used, and many prescriptivists "rules" don't even make sense), but even if you do follow their advice, note:

      Note: The choice of article is actually based upon the phonetic (sound) quality of the first letter in a word, not on the orthographic (written) representation of the letter.

      Therefore, "an HTML5," as in the original headline, is correct, unless you really pronounce the letter "H" as something other than "aitch" (which, in all fairness, a minority of speakers in Britain and other places do). But note also the status of the sound /h/ itself isn't readily identifiable as a consonant or vowel--in fact, some consider it only a breathy version of the vowel it precedes or to be a segment marked only for phonation type and not place or manner (as with "real" consonants). I'll refer you to Ladefoged & Maddieson (1996) or any of Ladefoged's other phonetics books for more.

      --
      R.Mo
    8. Re:Headline by Anonymous Coward · · Score: 1, Funny
      ...

      you must be a ton of fun at parties.

    9. Re:Headline by trapnest · · Score: 1

      Note: The choice of article is actually based upon the phonetic (sound) quality of the first letter in a word, not on the orthographic (written) representation of the letter. If the first letter makes a vowel-type sound, you use "an"; if the first letter would make a consonant-type sound, you use "a."

      An HTML is correct.

    10. Re:Headline by Anonymous Coward · · Score: 0

      Don't lose your netbook, for you may become an hero in the tragedy!

    11. Re:Headline by Count+Fenring · · Score: 1

      I don't do prescriptivist "grammar" (I'm a linguist and value language as it is actually used, and many prescriptivists "rules" don't even make sense)

      I'm curious - if "prescriptivist" grammar isn't valuable, than how would you propose written language be taught, paying specific attention to the problematic requirement of readability and precision between people with different dialects, upbringings, and educations.

      Also, a version that doesn't end up with the U.S. speaking in txt-speak would be nice.

    12. Re:Headline by Anonymous Coward · · Score: 0

      Prescriptivism does not have such things in mind, and often is in fact contrary to such objectives, mostly by teaching that constructions that are in wide use and are perfectly sensible are, in fact, Bad and Wrong and will get you sent to grammar hell.

    13. Re:Headline by Anonymous Coward · · Score: 1, Funny

      Don't worry, as a linguist, I can only hang out with other linguists, anyway. We've scared/bored all the other people away. ;-)

    14. Re:Headline by JAlexoi · · Score: 1

      Well in Ireland people call the H letter as /het/, therefore from an Irish perspective a HTML5 UI is 100% correct, but in US H's name is pronounced /et/ therefore an HTML5 UI is correct from your perspective...
      Damn it's hard to remember that there are other cultures outside of US, right?

    15. Re:Headline by Timmmm · · Score: 1

      Hooray! Now we just need to stop all those people saying "an historic", which is especially weird because I bet they don't say "an house" or "an horse" or "an history of over-correction".

      I think it results from primary school teaching of "rules" like "i before e except after c", or "an goes before vowels", which people then go on to apply blindly.

    16. Re:Headline by Anonymous Coward · · Score: 0

      Discussions like this makes me want to an hero

    17. Re:Headline by daveime · · Score: 1

      You say erb, and we say herb ... because there's a fucking 'h' in it.

      Hello, not ello.
      High, not igh.
      Herb, not erb.
      Honour, not onour (or even onor).

      This whole 'unsounded h' nonsense wouldn't exist if you yanks would learn to pronounce words properly.

    18. Re:Headline by drinkypoo · · Score: 1

      This whole 'unsounded h' nonsense wouldn't exist if you yanks would learn to pronounce words properly.

      American pronunciation (what a stupid word, where did the 'o' go? why is there a nun in there? wait, there's a joke here someplace) is closer to the British English at the time of the split than modern British English is, because Brits deliberately laid on their goofy accents to sound less like Americans and the whole thing just sort of stuck. Indeed, our pronunciation tends to be better than yours (for example, we know how to spell and say "Aluminum" in accordance with the namer's wishes and similarity to the names of other elements) except in the midwest where faces are too full of cheese curds and the like for proper diction.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    19. Re:Headline by daveime · · Score: 1

      According to whose wishes ???

      In 1807, Davy proposed the name aluminium for the metal, undiscovered at that time, and later agreed to change it to aluminum. Shortly thereafter, the name aluminum was adopted to conform with the "ium" ending of most elements.

      Aluminium was also the accepted spelling in the U.S. until 1925, at which time the American Chemical Society decided to use the name aluminum thereafter in their publications.

      So yet again, it turns out it was Americans who decided they had to be different to everyone else and bugger about with the language.

      You only have to look at the names of the other Group 13 elements to see the problem ...

      Ga = Gallium
      In = Indium
      TI = Thallium

      See anything common with the naming ?

    20. Re:Headline by Anonymous Coward · · Score: 0

      US based site. Go visit slashdot.uk or whatever news for whiskey drunken nerds site you have. Our house, OUR rules. Damn Irish.

    21. Re:Headline by nobodie · · Score: 1

      Grammar and language Nazi here, the poster above is correct about the use of the indefinite article and Letters. The difficulty comes with the use with the "h" as the initial letter in a word such as the previous poster who says "an" historical. This is still disputed by the old school fools who learned a written standard for something that governs a spoken standard. In other words, if the "h" is written then its sound value need not be considered and you can make a rule that holds across all situations. If the "h" is spoken then you have the difficulty of two variant pronunciations (each calling a different article-- "a" or "an") that can appear with the same spelling. This possibility mind-fucks (this is a classical linguistics term first used by Ferdinand de Saussure in his famous thirteenth introductory lecture on semiotics) the prescriptionists who insist that all rules must apply equally and completely in all situations. All other situations create the kind of linguistic diversity up with which they will not put.

      --
      Subversion of spatial scale luxury decoration ideas.
    22. Re:Headline by tehcyder · · Score: 1

      Nobody I know (in the UK) pronounces the h in honour except Parker in Thunderbirds.

      --
      To have a right to do a thing is not at all the same as to be right in doing it
  5. No, I can't see! by Anonymous Coward · · Score: 0

    It seems to be already slashdotted ;(

  6. Launched a few days back? by Aladrin · · Score: 4, Insightful

    You can't really call it 'launched' when only select people have it. You can't DL it yet (it's still the pre-release available for DL) and if you already have it, you have to wait for them to allow you to upgrade.

    It's not launched. It's in preview.

    --
    "If you make people think they're thinking, they'll love you; But if you really make them think, they'll hate you." - DM
    1. Re:Launched a few days back? by Richard_at_work · · Score: 1

      Airbus or Boeing launch a new plane, and no one has one until several years later. I have no issues with the usage of the term here.

  7. What's in a name, Moonbeam? by westlake · · Score: 1

    Jolicloud.

    Tell me why the geek's mind turn to mush when it comes to marketing his projects.

    Is it "all the sugar and twice the caffeine" in his Jolt Cola?

    1. Re:What's in a name, Moonbeam? by Anonymous Coward · · Score: 0

      Yeah, they should have named it PatriotFireXL eh? Hint - maybe they're not marketing it for /you/. Imagine that.

      Meanwhile their blog announcement is entertaining:

      Imagine an operating system centered around interacting with your friends.

      Sounds like Linux so far. Especially the imaginary friends.

      Imagine never having to worry about updates and software installs.

      Sounds like Ubuntu.

      Imagine that all your machines are automatically synchronized with one another. Imagine having your Internet ecosystem natively integrated to your machine, with all the coolest apps at your fingertips.

      My "Internet ecosystem natively integrated"? Whoa. I think my head just exploded rainbows & unicorns.

      But it's an interesting enough idea, and it's nice to see somebody putting the whole package together in Open Source instead of just talking about it.

  8. HTML 5 Apps by Toonol · · Score: 5, Interesting

    I worry that this will be like Java apps; a way to make UIs and performance even worse. HTML is great, and HTML 5 is a clear improvement; but it certainly is nowhere near the performance, stability, and ease of use of an application designed a little closer to the hardware.

    I've seen many decent programs ruined as companies tossed the client software they had written in C++ or even VB, and move to web-based UIs. Programming things in HTML 5 that would be best written in any of a dozen other languages will just stigmatize HTML 5, kind of the way you get a sinking feeling in your stomach when you fire up a new program and realize, while it's churning, that it's written in Java.

    1. Re:HTML 5 Apps by Anonymous Coward · · Score: 0

      Yes, of course, how wrong were we.

      Now where can i download the Facebook native application for Ubuntu x86

    2. Re:HTML 5 Apps by Anonymous Coward · · Score: 0

      http://www.firefox.com

    3. Re:HTML 5 Apps by SanityInAnarchy · · Score: 4, Interesting

      it certainly is nowhere near the performance, stability, and ease of use of an application designed a little closer to the hardware.

      That depends what you're looking for. There are certain things I use Web applications for that I don't want anywhere near my hardware, or even my OS -- HTML makes a nice sandbox.

      In that sense -- in the sense of, hey, here's a cool toy I want to try out for a few minutes (which covers 99% of the apps in any of these newfangled "app stores") -- HTML actually wins for all of these. With a decent browser, performance comes close enough, and the speed with which the application is "installed" is unmatched. Similarly, it's much easier to just try it out for a few seconds and come back later -- and since it's sandboxed for me, it makes my machine much more stable than if I'd been using native equivalents.

      Even where native apps win, they are losing ground.

      Stability? That's a joke -- when was the last time a website segfaulted? Then again, native apps work without an Internet connection -- but HTML5 lets web apps do that, too.

      Ease of use? Everyone knows how to use a website, and websites provide things like tabs, bookmarks, history, keyboard shortcuts, extensions, even user scripts. Often, apps have a requirement for functionality like this, and they end up rebuilding something a browser is already very good at -- for example, JDeveloper's online documentation seems to emulate a web browser full of tabs, with back and forward buttons, hyperlinks, etc, but I can't open a new link in a new tab at all, and I can't use keyboard shortcuts to switch tabs, close tabs, or go back/forward. I certainly can't bookmark things.

      These are all solved problems on the Web, and what's more, by using a standard Web interface, you no longer have to get this right yourself -- if a user doesn't like how tabs work in your "application", they can simply download a new browser.

      Performance? You gave Java as an example -- I have few complaints about the performance of Java itself. The main places Java loses are boot time (waiting for a JVM to fire up) and poorly-written apps. I've been forced to develop Java in school and now for an internship, using Eclipse and JDeveloper, and the difference between the performance of those IDEs, as applications, is like night and day -- Eclipse launches quickly and I've never had it lag or crash, while JDeveloper takes forever to start, the UI lags constantly, and after extended use, it almost inevitably grinds to a halt or outright crashes.

      Similarly, Chrome, Konqueror, and Firefox seem to all be written in C/C++, and of these, Chrome launches faster than Konqueror, and every single website I visit seems faster in Chrome than in Konqueror, even though both have common roots in KHTML/WebKit -- even though Konqueror uses Qt, which is already loaded all over my system, and Chrome uses gtk.

      The difference isn't the language, it's the developer.

      I've seen many decent programs ruined as companies tossed the client software they had written in C++ or even VB, and move to web-based UIs.

      There are many possible reasons for this. Probably the top two are throwing away their existing codebase (and thus, their competitive advantage), and trying to take something fundamentally non-Web and push it into the Web, instead of trying to re-think the application from the ground up as a web application.

      It could also be that you had a kneejerk reaction to an otherwise decent interface. It could even be that your browser sucks. Which applications are we talking about?

      But of course...

      Programming things in HTML 5 that would be best written in any of a dozen other languages will just stigmatize HTML 5...

      Maybe at first, the way VB, PHP, and Ruby are all stigmatized because there are so many novice programmers flocking to them. Java, perhaps even more so, as universities seem to have largely embraced either Java o

      --
      Don't thank God, thank a doctor!
    4. Re:HTML 5 Apps by MichaelSmith · · Score: 1

      when was the last time a website segfaulted?

      Let me check my logs.

    5. Re:HTML 5 Apps by SanityInAnarchy · · Score: 1

      The webserver segfaulting is a different issue, but every bit as avoidable by, again, pulling back from the hardware just a bit.

      --
      Don't thank God, thank a doctor!
    6. Re:HTML 5 Apps by Nursie · · Score: 4, Insightful

      It doesn't matter too much to me whether it's java that's slow or if it's that 90% of java developers suck. The end result is the same, a lot of people will deliberately avoid using it. Hell, if 90% of java developers suck badly enough to make slow, bad programs then perhaps that's a flaw in the JVM/Java too.

      Probably not though, it's likely more reflective of Java being the default language these days.

      Oh, and FYI, websites cause browsers to fault relatively frequently, unfortunately, because you can't avoid having native code *somewhere*, and browsers are not written perfectly.

    7. Re:HTML 5 Apps by Anonymous Coward · · Score: 0

      Actually, I thought he meant his browser.

      And no, abstraction will not prevent NullPointerExceptions no matter how far away you pull.

    8. Re:HTML 5 Apps by Anonymous Coward · · Score: 0

      If pointers don't exist....

    9. Re:HTML 5 Apps by Laser_iCE · · Score: 1

      Have you tried Prism?

    10. Re:HTML 5 Apps by loufoque · · Score: 1

      With a decent browser, performance comes close enough, and the speed with which the application is "installed" is unmatched

      I'd quite like to have one of those.
      What are those magic browsers you speak of?

      On Linux, all of them are slow (except maybe Opera).

    11. Re:HTML 5 Apps by SanityInAnarchy · · Score: 1

      I use Chrome. Firefox isn't bad either.

      --
      Don't thank God, thank a doctor!
    12. Re:HTML 5 Apps by SanityInAnarchy · · Score: 1

      It doesn't matter too much to me whether it's java that's slow or if it's that 90% of java developers suck. The end result is the same, a lot of people will deliberately avoid using it.

      Not necessarily -- again, do people notice or care what language an app is written in when it works? I deliberately avoid PHP, and I've been accused of avoiding it because stupid people develop in it. People also rip on Rails all the time -- "Rails can't scale" is the phrase.

      But people use Twitter and Facebook, and no one cares what those are written in.

      Oh, and FYI, websites cause browsers to fault relatively frequently, unfortunately, because you can't avoid having native code *somewhere*, and browsers are not written perfectly.

      While true, how frequently is "frequently"? And how much is the damage?

      It's been at least six months, maybe a year, since I've seen anything crash all of Chrome. It's definitely been a few months since I've seen anything crash a tab. It's been less than a week since I've seen my native email client (KMail) crash, and it seems like there's always something.

      Yes, native code has to be involved at some point. Browsers can and do crash. But it certainly reduces the amount of native code quite a bit.

      I don't know about you, but I see my own Ruby scripts crash a hell of a lot more often than I see the Ruby interpreter crash, and I see my little C utilities crash much more often than my Ruby scripts.

      --
      Don't thank God, thank a doctor!
    13. Re:HTML 5 Apps by loufoque · · Score: 1

      Firefox is extremely sluggish for me.
      Just tried Chrome. I thought it was unstable on Linux, but it's pretty good and lightning fast. Don't really like the interface and the lack of settings though.

    14. Re:HTML 5 Apps by Nursie · · Score: 1

      Well, you can cut out as much native code as you like if you have a dislike for it.

      Me, I'm a C programmer and I write performance-critical server code. It doesn't crash all that often because myself and my team are competent.

      We see other teams doing things in java that take massive amounts of memory and processor to get near what we can do on pretty standard hardware and ... well ... there are advantages to coding natively.

      (But I'll don't really understand how python can start in a heartbeat when java takes so long...)

    15. Re:HTML 5 Apps by Joe+Tie. · · Score: 1

      Personally, I got used to the settings pretty quickly. I really take back every bad thing I said about its development after its first windows only release. This is one of the few programs whose cross-platform state really does seem to have taken a while in large part because they were working hard to not only get it working in linux, but working right.

      --
      Everything will be taken away from you.
    16. Re:HTML 5 Apps by SanityInAnarchy · · Score: 1

      Me, I'm a C programmer and I write performance-critical server code. It doesn't crash all that often because myself and my team are competent.

      I'll take your word for that. And yet...

      We see other teams doing things in java that take massive amounts of memory and processor to get near what we can do on pretty standard hardware

      Were those competent teams?

      And these aren't the only things to look at. I don't think Java is that much of a penalty anymore -- in some cases, it's even faster -- but I'm also a Ruby developer. I care about my code being fast, but only to a point -- if my code is slower than yours by a constant factor of 100, say, well, hardware is a lot cheaper than developers. If my code is exponentially slower than yours, that's not the language, that's my fault.

      there are advantages to coding natively.

      What are they, on the server side?

      But I'll don't really understand how python can start in a heartbeat when java takes so long...

      I probably spoke too soon:

      $ time java Hello
      Hello, world!
       
      real 0m0.116s
      user 0m0.060s
      sys 0m0.010s
      $ time python -c "print 'Hello'"
      Hello
       
      real 0m0.019s
      user 0m0.010s
      sys 0m0.010s

      What's remarkable is how little difference there is with JRuby:

      $ time ruby -e "puts 'Hello'"
      Hello
       
      real 0m0.009s
      user 0m0.000s
      sys 0m0.010s
      $ time jruby -e "puts 'Hello'"
       
      real 0m0.377s
      user 0m0.320s
      sys 0m0.050s

      So yeah, Java is slow to start, but it's really not as bad as I thought.

      --
      Don't thank God, thank a doctor!
    17. Re:HTML 5 Apps by Nursie · · Score: 1

      On the server side you have the advantages of speed and control.

      When you're already working on pretty big iron and you're trying to squeeze a few more percent out of it, it seems to be the way to go. Or in my experience it is.

      I think the attitude that hardware is cheap (which is indeed true) has turned out a lot of java programmers that just don't think about speed and efficiency. Even the ones who are otherwise competent. Though some of the ones I encounter are finally getting better at stopping memory leak in their code. Or should I call it memory proliferation? Same effect really.

  9. No thank you. by Anonymous Coward · · Score: 0

    Chrome is really snappy on my netbook as well, but what I'm really waiting for is for someone to write an extension for chrome/chromium so I can use it as a file manager. I used to love konqueror just for that.

  10. Re:Getting ready for Jolicloud 2.0. by Anonymous Coward · · Score: 1, Funny
    feel free to tell your friends at Jolicloud that they can come by and scoop up what's left.

    Oh come on Steve, we know there's nothing left!

    Even steaming pile as big as yours aren't enough to make Vista and 7.

  11. Original post at jolicloud by wagonlips · · Score: 1
  12. Potato/Tomato by value_added · · Score: 1

    In the immortal words of Eddie Izzard:

    Now, You say 'erbs' and we say 'herbs' because there's a fucking 'h' in it!

    The French have institutionalised a prescriptive approach to their language. For them, the "h" in "herbe" is silent. The English, by contrast, have institutionalised an aversion to all things French, so it's entirely possible they started aspirating their "haitches" in spite. At least that's my theory. ;-)

    So which pronunciation is correct? I'd suggest both are. To say "none" seems a bit inane. I'd like to believe that somewhere between an overly rigid approach, and language as spoken in Idiocracy (the logical conclusion of your "non prescriptive" posturing), is a compromise, one that most adults in the room can agree to. Following (or advocating) established rules is how we get along, yes?

    1. Re:Potato/Tomato by R.Mo_Robert · · Score: 1

      Following (or advocating) established rules is how we get along, yes?

      This thinking shows a fundamental misunderstanding of how language is acquired. It is not something we have to "learn" by explicit instruction; it is something that children simply pick up on and discover the rules (i.e., grammar, although nonlinguists often use this term for a variety of nongrammatical entities) of for themselves. In fact, if you've been around linguistically developing children (I mean really young, not elementary-school aged), you'll notice that explicit teaching or correction does no good. Of course, I'm talking only about first language acquision; acquisition of a second language as an adult is a different story.

      Keep in mind, however, that my beef with prescriptivism should not be interpreted as advocating a free for all. In many contexts, such as academia, there is a value in so-called "standard English," although I think of that as more of an abstraction than a concrete entity, which itself is also constantly changing. However, much like the white heterosexual male in a patriarchial society, this notion needs no defending; thus, I was defending only the other side. :)

      But back to the "rules," it's important to note that no variety of English is inherently superior to another. What is considered the "standard" variety is arbitrary (and by "arbitrary," I usually mean "decided by social factors, like who has more power or more speakers"). Prescriptivism is a slightly different notion, but it's enough to say that many "rules" perpetuated by self-proclaimed "grammar experts" (i.e., prescriptivists) are, in fact, completely made up, imported from Latin grammar (and thus not really applicable to English), or attempts to suppress change. They are often more a source of confusion than anything, and they all rely on the fallacy that one English is "good" and another is "bad."

      PS - Pronouncing the /h/ in "herb" is probably more of a spelling pronunciation (where people change the original pronunciation over time as they apparently think, "This letter is here, so I better prnounce it!"), whereas the novel /h/ in the name of the letter "H" is probably a surfacing of some desire for uniformity in letter names, many of which begin (or end) with their usual sound--although I suppose this is a similar hypercorrection to the likely "herb" story. But I doubt the French had anything to do with it--language change takes time, and it's rarey, if ever, deliberate. :)

      --
      R.Mo
  13. George did a quick resume of the article: by GNUALMAFUERTE · · Score: 0, Offtopic

    "I'm a modern man, a man for the millennium. Digital and smoke free. A
    diversified multi-cultural, post-modern deconstruction that is
    anatomically and ecologically incorrect. I've been up linked and
    downloaded, I've been inputted and outsourced, I know the upside of
    downsizing, I know the downside of upgrading. I'm a high-tech
    low-life. A cutting edge, state-of-the-art bi-coastal multi-tasker and
    I can give you a gigabyte in a nanosecond!

    I'm new wave, but I'm old school and my inner child is outward bound.
    I'm a hot-wired, heat seeking, warm-hearted cool customer, voice
    activated and bio-degradable. I interface with my database, my
    database is in cyberspace, so I'm interactive, I'm hyperactive and
    from time to time I'm radioactive.

    Behind the eight ball, ahead of the curve, ridin the wave, dodgin the
    bullet and pushin the envelope. I'm on-point, on-task, on-message and
    off drugs. I've got no need for coke and speed. I've got no urge to
    binge and purge. I'm in-the-moment, on-the-edge, over-the-top and
    under-the-radar. A high-concept, low-profile, medium-range ballistic
    missionary. A street-wise smart bomb. A top-gun bottom feeder. I wear
    power ties, I tell power lies, I take power naps and run victory laps.
    I'm a totally ongoing big-foot, slam-dunk, rainmaker with a pro-active
    outreach. A raging workaholic. A working rageaholic. Out of rehab and
    in denial!

    I've got a personal trainer, a personal shopper, a personal assistant
    and a personal agenda. You can't shut me up. You can't dumb me down
    because I'm tireless and I'm wireless, I'm an alpha male on
    beta-blockers.

    I'm a non-believer and an over-achiever, laid-back but
    fashion-forward. Up-front, down-home, low-rent, high-maintenance.
    Super-sized, long-lasting, high-definition, fast-acting, oven-ready
    and built-to-last! I'm a hands-on, foot-loose, knee-jerk head case
    pretty maturely post-traumatic and I've got a love-child that sends me
    hate mail.

    But, I'm feeling, I'm caring, I'm healing, I'm sharing-- a supportive,
    bonding, nurturing primary care-giver. My output is down, but my
    income is up. I took a short position on the long bond and my revenue
    stream has its own cash-flow. I read junk mail, I eat junk food, I buy
    junk bonds and I watch trash sports! I'm gender specific, capital
    intensive, user-friendly and lactose intolerant.

    I like rough sex. I like tough love. I use the "F" word in my emails
    and the software on my hard-drive is hardcore--no soft porn.

    I bought a microwave at a mini-mall; I bought a mini-van at a
    mega-store. I eat fast-food in the slow lane. I'm toll-free,
    bite-sized, ready-to-wear and I come in all sizes. A fully-equipped,
    factory-authorized, hospital-tested, clinically-proven,
    scientifically- formulated medical miracle. I've been pre-wash,
    pre-cooked, pre-heated, pre-screened, pre-approved, pre-packaged,
    post-dated, freeze-dried, double-wrapped, vacuum-packed and, I have an
    unlimited broadband capacity.

    I'm a rude dude, but I'm the real deal. Lean and mean! Cocked, locked
    and ready-to-rock. Rough, tough and hard to bluff. I take it slow, I
    go with the flow, I ride with the tide. I've got glide in my stride.
    Drivin and movin, sailin and spinin, jiving and groovin, wailin and
    winnin. I don't snooze, so I don't lose. I keep the pedal to the metal
    and the rubber on the road. I party hearty and lunch time is crunch
    time. I'm hangin in, there ain't no doubt and I'm hangin tough, over
    and out!"

    --
    WTF am I doing replying to an AC at 5 A.M on a Friday night?
    1. Re:George did a quick resume of the article: by WidgetGuy · · Score: 1

      Hehe. Another good example showing why the hyphen should be banned from the English language.

      "Procrastination is the solution, not the problem. So, don't put it off: procrastinate today!" Ellen DeGeneres

      --
      One "Aw, Shit!" is worth 100 "Ata boys!"
    2. Re:George did a quick resume of the article: by GNUALMAFUERTE · · Score: 0, Troll

      Nah, the hyphen is just fine, it is mostly marketing droids, christians, and other proponents of politically correct buzzwords.

      --
      WTF am I doing replying to an AC at 5 A.M on a Friday night?
    3. Re:George did a quick resume of the article: by GNUALMAFUERTE · · Score: 0, Troll

      Not offtopic, trollmods, I'm making fun of the buzzwords in the article.

      --
      WTF am I doing replying to an AC at 5 A.M on a Friday night?
  14. JolliBee? by billstewart · · Score: 1

    The name reminds me of Jollibee, a Filipino fast-food chain that has fried chicken and random weird stuff. (There's one next to Moscone Center in San Francisco.)

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  15. Looks promising by Great+Big+Bird · · Score: 2, Insightful

    Based on the video, it looks like it has potential. But there are many things that are just a poor user interface. An example would be the speed that it takes to start up. GIMP just looks out of place. Note that I am comparing this to an iPad – and for good reason – this resembles the same target market to me.

  16. Re:a by TaoPhoenix · · Score: 1

    Bravo

    --
    My first Journal Entry ever, in 8 years! http://slashdot.org/journal/365947/aphelion-scifi-fantasy-horror-poetry-webzine
  17. Why ChromeOS is gonna change everything by crf00 · · Score: 1

    This is why ChromeOS is gonna be so rocks and rule the world. HTML5 is clearly blurring the distinction between a web app and a desktop application, and you can see that it is definitely possible to do almost everything with just a browser using HTML5 and javascript.

    There is this trend of replacing traditional GUI interface with web interface, even though the application itself is a desktop application. Such examples are Freenet, Transmission, Yacy, and so on. Some other applications are using web interface as well even they are not a website, such as the router administration interface, and Chrome's internal downloads and other configuration interface.

    What we can see is that it is actually much more easier and portable to build desktop applications using web interface. HTML5 has become so powerful that it can be used to build almost all traditional applications that solely use the GUI APIs to build their interface. Text editor, video player, office suite, instant messaging, POS, and business suite can all be built using web interface and may have even richer interface. The only kind of applications that can't be built using HTML5 is those that build custom GUI components that use lower level display interface rather than the GUI API, such as Photoshop and other image/video/audio editing software, and games with a lot of interaction.

    Some of you may complain saying that "ok web interface is cool, but I want to use that fucking application offline and I don't want to store things on the cloud". The solution is actually pretty simple - just install the web server on your computer! With what I call "client side server", you can get the best of both world: offline application with web interface. Some applications certainly do this (Freenet etc) by starting their own server, but if we can standardize this and bring everything together, we do can build a pretty powerful desktop that is completely built on web interface.

    In summary - ChromeOS + client side server = killer app.

    1. Re:Why ChromeOS is gonna change everything by icebraining · · Score: 3, Insightful

      Why is a web interface better?

      They're *not* richer, nor they can possibly be: all the web interfaces are drawn by desktop apps, called browsers! Any restriction that affect desktop GUIs also invariably affect web GUIs.

      The opposite happens: slim, fast desktop GUIs have to be transformed into a mess of HTML+CSS+JS which are much less efficient. Nothing is faster than a simple ncurses GUI, which is more than enough for most of my apps (IM, email, network manager, text editor, etc).

      I prefer normal servers, allowing me to use a nice, slim desktop app in my computer, and a web GUI on other PCs. Like email: IMAP for most uses, webmail for the occasional external access.

    2. Re:Why ChromeOS is gonna change everything by bananaquackmoo · · Score: 1

      A WELL WRITTEN desktop app interface can be good. However it is MUCH easier to write a good web interface. Why? Its really easy to scale, size, change, async, and just about do anything. The web interface already has a framework that is easy to use and code for AND works on EVERY OS.

    3. Re:Why ChromeOS is gonna change everything by Anonymous Coward · · Score: 0

      I think that if you look at the dynamic in place, Web apps and browser, CSS transitions and HTML5 are going to have a improved performances. Like it or not, Javascript is here to stay. I heard the jolicloud guys are now considering using node.js on the server side. I think HTML5 is an opportunity to make linux sexy to end users. I don't beleive that gnome or ubuntu or anyone doing native stuff and trying to copy Mac will have a chance to succeed in the long term. I think the jolicloud guys have done a bold move replacing the desktop with an HTML5 front end.

  18. Actually, it will... by Anonymous Coward · · Score: 0

    There is no such thing as a NullPointerException in, say, O'Caml.

  19. Bravo by Anonymous Coward · · Score: 1, Insightful

    One of the smartest comments on this topic i have seen for a while now.

    I've seen some awesome applications written in Java, Flash, and HTML5.

    You can't blame a language for awful applications written in them, it is the awful developers who throw around hacks, broken and messy, completely unoptimized code who are to blame.
    And they aren't the only ones to blame either, STANDARDS are to blame as well. Some standards are pretentiously over-complex for the sake of readability, or "super cool new coding" standards.*
    In the case of JavaScript? HELL NO. Compress that thing and keep an uncompressed version, with a link to it in the source at the top if an outside person wants to view it. (if you want them to)

    This is a whole new platform just starting off. Forget HTML4 (even if there was some decent applications for that), HTML5, new JS extensions and CSS3 are years worth of changes, still changing at that.
    Websockets, offline support, JS workers, transforms, semantic web (no more DIVs, YAY), countless other things.

    The only problem we have to suffer is Microsoft, and some small disagreements with the people behind the standards and browsers.

    *An example being the stupid hatred for things like GOTO.
    So many people use GOTOs without them even realising it, like when it is disguised as another command for a special cases like BREAKs and CONTINUEs inside loops, exit statements, errors, several others.
    So many people waste time making awful chains of IF statements that could easily be condensed just by using GOTO. (there was an example on here back when one game from Humble Indie Bundles sources were looked at, hell, Linus himself defended his use of GOTO in the Kernel pretty well too)
    I've seen people with outright hatred for GOTOs despite the fact that the very computer they were using uses more GOTOs in a second than they have probably had hot dinners in their life.
    GOTO is not evil, GOTO is just used for stupid reasons most of the time by sub-standard developers.

    1. Re:Bravo by SanityInAnarchy · · Score: 1

      You can't blame a language for awful applications written in them, it is the awful developers who throw around hacks, broken and messy, completely unoptimized code who are to blame.

      I should've thrown in a caveat...

      You can blame a language for shortcomings in the language. As an example, maybe it's been resolved recently (though I doubt it), but when every single flash video player, including YouTube, brings my system to its knees trying to play 1080p h.264, but the same video plays flawlessly in mplayer or VLC -- or when a small video takes 50% CPU for Flash to play, and 0.2% CPU for mplayer or VLC -- that's definitely an issue with Flash.

      It's possible that everyone is doing it wrong (including YouTube), but does that really make sense?

      Yes, I've seen some brilliant Flash apps. I've even seen some brilliant PHP apps. But I certainly didn't mean to claim that all languages are equal. All I'm saying is to make sure you're evaluating the language itself, and not just people screwing it up.

      An example being the stupid hatred for things like GOTO.
      So many people use GOTOs without them even realising it, like when it is disguised as another command for a special cases like BREAKs and CONTINUEs inside loops, exit statements, errors, several others.

      I suppose I'm also using GOTO when I make a function call?

      I get what you're saying, but I'd also much prefer cases like break, continue, exception handling, and ad-hoc return statements than a general-purpose goto. All of these goto-like tools have well-defined semantics, they're easy to reason about, and easy to design for. Goto itself, especially mixed into any modern language, is going to be messy.

      I don't think it would bother me that a language supports goto at all. Take eval -- I almost never use it, but I insist on it when looking for a language.

      So many people waste time making awful chains of IF statements that could easily be condensed just by using GOTO.

      An example would be helpful. I'd say, if you have awful chains of if statements, you're probably at the wrong level of abstraction -- a case would be better, but a higher level of abstraction (objects, methods) would probably be better still.

      I've seen people with outright hatred for GOTOs despite the fact that the very computer they were using uses more GOTOs in a second than they have probably had hot dinners in their life.

      That's pretty irrelevant. I also hate using malloc/free myself, though I realize whatever garbage collection system I'm using is doing that all the time. I also don't really like to use hexadecimal in my code, certainly not binary, but, well...

      I agree that GOTO isn't evil, and I'd also agree it should be irrelevant when choosing a program -- I certainly don't search through Slashcode for gotos, and then refuse to use it if I find one. But it is dangerous, and should be avoided until you know how to use it properly -- and even then, it should be avoided, because you're going to have to work with other developers.

      --
      Don't thank God, thank a doctor!
  20. How does it work? by Anonymous Coward · · Score: 0

    I suspect it's using Qt/KDE with webkit?

  21. Entirely different issue. by SanityInAnarchy · · Score: 1

    For one, a null pointer exception can actually be caught and dealt with. It also can't turn into anything exploitable, like a buffer overrun.

    And I'd rather deal with segfaults once, by fixing the runtime environment, than with every single app. It's been probably six months since any part of my browser crashed, and less than a week since local, native apps have crashed.

    And on top of all that, segfaults are caused by more than just dealing with uninitialized values.

    --
    Don't thank God, thank a doctor!
  22. Anyone else by Hognoxious · · Score: 1

    Anyone else think it said lolicloud?

    --
    Confucius say, "Find worm in apple - bad. Find half a worm - worse."