Where Is Firefox OS? 288
adeelarshad82 writes "Microsoft's very simple yet graceful concept raises a very big question. The way Microsoft is planning out Windows 8, developers will be able to write one HTML 5 app which will run across every Windows 8 form factor, from desktops to laptops, to ARM netbooks and tablets. Given the concept, if you remove the operating system — or at least make it transparent enough that the browser becomes the platform — then suddenly every piece of software works across every piece of hardware which raises the question that why Mozilla hasn't considered a Firefox OS?"
Q: Why hasn't Mozilla considered a Firefox OS? (Score:5, Insightful)
A: Because it's a dumb idea.
Re:Q: Why hasn't Mozilla considered a Firefox OS? (Score:3)
[sarcasm]I can't wait for the day that the OS is a browser and everything runs in either flash, javascript, or some proprietary plugin that is plagued with memory leaks.[/sarcasm]
Re:Q: Why hasn't Mozilla considered a Firefox OS? (Score:3)
If you tag it as sarcasm, then it isn't
[dumbass]
He did something wrong with the HTML, I could still see the tag names.
[/dumbass]
Comment removed (Score:3)
Re:Q: Why hasn't Mozilla considered a Firefox OS? (Score:5, Insightful)
It's like using a desktop computer just so you can remotely eject the CD tray and knock over a cup of water to water your plants while you're on vacation.
Yes, you COULD do that, but it's wasteful and unnecessary. And last I checked, wasteful and unnecessary weren't the hallmarks of a "simple" design.
Re:Q: Why hasn't Mozilla considered a Firefox OS? (Score:3)
Thanks to bios boot-at-specified-time, and OS shutdown-at-specified-time, this could actually be perfectly plausible. :P
Re:Q: Why hasn't Mozilla considered a Firefox OS? (Score:2)
I remember not-so-fondly the reason causing Windows to "power down" to a power-wasting state with a the sky/cloud banner stating that "It's now safe to shut down your computer now" back in Windows 95. Even with 98 lots of hardware was unable to shut off on its own.
I wish some standard would unify auto power-*up* management at the BIOS level (even if Linux gets locked out of the hardware deal). I really liked how plain old Macs had a universal control area going over sleep countdowns, screensavers, powerdown times AND the elusive power-up function that Wintel users are forbidden to touch unless from outside the BIOS --and all from a perfectly integrated GUI running as a control panel applet (and that was around 1998, when the *other* consumer OS/BIOS combination would barely even shut down without user-case-button-interaction).
Re:Q: Why hasn't Mozilla considered a Firefox OS? (Score:2)
Ooops! /unless from INside the BIOS/
s/unless from outside the BIOS
Re:Q: Why hasn't Mozilla considered a Firefox OS? (Score:2)
Well, IBM did it with the AS400 (iSeries). Double abstraction meant that application binaries compiled on the smallest box in the range could be copied to the largest box in the range, and the operating system would automatically re-compile those binaries to work with the different microcode. That's not ported, not re-written - literally copied to tape and restored on the larger box.
It meant that hardware upgrades (as your wildly successful company expanded) weren't accompanied by the cost of re-writing or porting your application code for the new hardware.
Re:Q: Why hasn't Mozilla considered a Firefox OS? (Score:3)
Now all you have to do is solve the screen real estate, colour, resolution, memory abstraction and you home and hosed. Of course you have to forget those pesky mobile phones as well.
Reality is what you are after is an IDE that you code in one language and architecture and it writes the code for the other architecture and language types that you want to use. So a big bloaty IDE rather than M$ typical solution bloated clunky OS with half arsed solutions and a whole lot of promise with only random temporary delivery.
When it comes to innovation, the real push is to be able to compile software engineering concepts and terminology, into tweak able code and then into variable architecture machine language. Converting software engineering into executable code is really a job that computers were designed to do, solving that patentable software interface that takes human specific language and terminology and translates that into editable code prior to compilation, is the real trick. Really does require a new coding language that suits that translation and post pass readability and adjustment.
Re:Q: Why hasn't Mozilla considered a Firefox OS? (Score:2, Funny)
I always thought that "elegant" and "simple" were nearly synonymous. The reason code isn't elegant is, some people don't understand their tools, others don't understand machines, others don't understand the programs they are trying to write, and yet others are just plain lazy.
I mean, if developers can't even be bothered to go back and remove their comments from the code they've written before releasing the code, that is just plain LAZY!! Why load a 12 MB executable into memory, when removing the cruft would reduce it to 9, or maybe even 6 MB?
And, obviously, if they can't be bothered to remove COMMENTS, then they certainly haven't bothered to monitor memory usage, data flow, or anything else. Memory leaks? Why bother - memory is cheap, right? Besides - everyone runs Windows, and everyone reboots* every morning, noon, and evening - no one is going to leak very much memory in a few hours, right?
*forgot that I finally updated my kernel last week - my uptime isn't anything to brag about right now, lol!
19:05:03 up 8 days, 15:45, 2 users, load average: 2.01, 1.57, 1.47
Re:Q: Why hasn't Mozilla considered a Firefox OS? (Score:2)
I don't know what the hell kind of compiler you're using to generate these crufty executables, but GCC produces the exact same binaries for source with comments vs source code without.
Or am I missing a joke here?
Re:Q: Why hasn't Mozilla considered a Firefox OS? (Score:2)
As I understand it, comments are only retained in interpreted-code applications, but are ignored/removed when compiling an executable because the code is being 'translated' to lower-level machine language in the compiling process. So, there would be no point of removing comments from the source in the latter case, in fact it would present a project-management nightmare to have source code with zero comments when you (or, especially, someone else) has to dig in to the original source to make changes later on down the road.
Re:Q: Why hasn't Mozilla considered a Firefox OS? (Score:2)
Due to the varying level of sarcasm in your post, my detector's MoE is +/-50% so this remark may be completely irrelevant. When you're discussing compiled languages it's not customary to remove your comments, for two primary reasons.
That said, comments are typically also retained for reason #1 in interpreted and compile-on-run languages. If comments inflate your interpreted script code by 20% or more, you're probably using them ineffectively and they won't serve as much of a guide for a subsequent maintainer anyway. Even at a rather unnecessary 20% level, the average perl or python app is unlikely to exceed a meg in code size, so you'd only be adding in the neighborhood of 200k to your final product, and again for reason #2 this won't negatively impact the runtime footprint.
For things like html, css, and javascript, this is why minifiers exist. However, it does seem like an inordinate number of "professionals" fail to regularly avail themselves of these tools.
finally...
my uptime isn't anything to brag about right now, lol!
Sure didn't seem to stop you!
Re:Q: Why hasn't Mozilla considered a Firefox OS? (Score:2)
Almost nothing is strictly interpretted these days. Almost any language I can think of thats not hard compiled at least gets reduced to bytecode , and in many cases then JIT compiled on the fly.
Short of a bytecode compilation speed-bump, the comments won't affect a thing.
Re:Q: Why hasn't Mozilla considered a Firefox OS? (Score:4, Funny)
Re:Q: Why hasn't Mozilla considered a Firefox OS? (Score:3, Funny)
You mean you don't allocate memory to store your comments as strings?
Re:Q: Why hasn't Mozilla considered a Firefox OS? (Score:4, Funny)
"Firefox would be a great operating system, if only it had a decent web browser"
A2: (Score:2)
Because I don't want an OS that only uses one of my CPU cores!!!!
Re:Q: Why hasn't Mozilla considered a Firefox OS? (Score:3)
no one seems to be concerned with the Windows 8 part of the story.
Are Microsoft so directionless these days that they would consider a move that makes the ENTIRE windows stack basically irrelevant?
If people start coding for HTML5, suddenly windows is out of the picture, because the apps would run just as well on linux or mac.
I thought the whole reason for Windows' existence was windows-specific software. If we remove that, what does windows have going for it?
Re:Q: Why hasn't Mozilla considered a Firefox OS? (Score:2)
You are forgetting the extend and embrace part of the equation. Microsoft will add HTML 5 extensions and tie ins to the underlying subsystem. The result will be that they get to claim to be a completely open platform while remaining totally proprietary.
Re:Q: Why hasn't Mozilla considered a Firefox OS? (Score:2)
Re:Q: Why hasn't Mozilla considered a Firefox OS? (Score:4, Informative)
It has been done. The project is in Freshmeat. It was promptly started in 02 or 03 I believe, and abandoned, like most other somewhat interesting projects there. In fact, if memory serves, there may have actually been two of them around the same era. Both long dead. The reason being (as usual) that people on Freshmeat and similar sites would rather tell you how much of a dick you are for trying something interesting, than paying any attention to how novel your project is. At the time, this was revolutionary stuff. Did anyone care? No, of course not. The only time anyone cares about anything Open Source is when there's a marketing budget behind it.
Be that as it may, the Mozilla OS project(s) I vaguely remember were true browser as a platform for desktop style gui projects, ala 'let's build a whole desktop environment in XUL' type stuff. What Microsoft is proposing is not a true browser as a platform system. Closest thing to browser as a platform that's in active development now is Chromium, which looks nothing like Windows 8. Sure, it's nice that Microsoft has finally gotten their head out of their ass with hypertext apps. This has been coming since Windows 95, though, and I'm not seeing anything really all that new in it except compatibility. But if you're going to be least bit critical about it, that's something that should have existed all along.
I remain skeptical.
Fine with me. (Score:3)
I think they mean "library", not "OS" (Score:2)
Why can't HTML app development be a standard library, compatible with all OS's? Well it can - the trouble comes in making the standard be compatible wth the implementations. Making it no longer a standard, and no longer able to run many apps. There's lots of libraries in that situation. Anything that became standardized across platforms would work.
Re:I think they mean "library", not "OS" (Score:2)
Re:Fine with me. (Score:4, Informative)
Besides, Google is doing a good enough job already with a browser-based OS if you ask me.
Then they do it in secret labs, cause there's no such thing out in the wild. If you mean ChromeOS, that's not a browser-based OS, but a locked down Gentoo Linux that runs on a locked down file system, running a locked down display manager that runs a locked down Window manager that runs a (you guessed it: locked down) version of the Chrome browser inside it. The browser is four steps away from being an OS -- it's just another app -- the main app, but still just an app.
Having the browser be the OS is by all means possible - if the browser contains a kernel, file system, drivers and everything else needed. But what would the point be?
Re:Fine with me. (Score:2)
Sounds like emacs...
Re:Fine with me. (Score:2)
Citation, please?
Because it uses Portage [wikipedia.org], which is the Gentoo package manager [wikipedia.org], and which is not at all used by Ubuntu.
Re:Fine with me. (Score:2)
It's fine with me Mozilla isn't doing a "Firefox OS". They can focus more of their efforts on the core Firefox product. Besides, Google is doing a good enough job already with a browser-based OS if you ask me.
what efforts? It still doesn't scale to >1 core.
Because its a stupid idea (Score:5, Insightful)
The 'browser as an OS' concept is still stupid.
I could draw it out and make it sound pretty, but its stupid nonetheless. Once you've made the browser so big that it encompasses all possible generic operating system needs, it is too bloated and someone else makes a smaller faster better browser.
Operating systems and browsers are two different things.
Now as a work environment, say a desktop interface, browsers have potential, and that's what most people mean, but even there, the security problems of dividing up what is local data and what is remote, what should be executable and what shouldn't becomes a nightmare that is easier to handle when avoided completely.
HTML5 isn't the best way to write any application; that's why almost everyone else who's made an HTML based platform has moved to a native one after the fact. Does HTML need the features necessary to write generic applications? Certainly not. The overloading of protocols (everything as HTTP) and formats (everything as HTML/CSS) is just short sighted laziness.
Please make it stop.
Re:Because its a stupid idea (Score:5, Funny)
Once you've made the browser so big that it encompasses all possible generic operating system needs, it is too bloated and someone else makes a smaller faster better browser.
Now there's a thought.. Mozilla can wait until everyone else gets all bloated, then they can launch a new project to create a fast, lightweight standalone browser without all the bloat of their current offering.
Re:Because its a stupid idea (Score:3)
Chrome was the tiny fast lightweight browser yesterday. I wonder who's next.
Re:Because its a stupid idea (Score:3)
Re:Because its a stupid idea (Score:2)
Firefox was, but it turns out that people actually want a complete web browser. If you don't believe me just look at Chrome, it was faster and now it's bloating up with features the way that Firefox did.
OTOH, Opera was fast and still is fast, but AFAIK they never did bloat up with features and they're being buried by Firefox, Chrome and IE at the present time.
Restrictions on third-party executables (Score:2)
Does HTML need the features necessary to write generic applications? Certainly not.
The HTML platform does include one killer feature: the JavaScript sandbox partly circumvents restrictions on third-party executables imposed by a device manufacturer or by the administrator of a computer that other people use. For example, Slashdot recently ran an article about a form of "3DS homebrew" [slashdot.org] consisting of JavaScript applications run in the Nintendo 3DS handheld video game system's NetFront web browser, which acts as an end-run around Nintendo's long-standing policy against software development in a home environment [wikipedia.org].
Why!? (Score:3)
And you couldn't do the exact same thing with native code because...?
Re:Because its a stupid idea (Score:2)
The 'browser as an OS' concept is still stupid
At this point, "browser as an OS" is actually already meaningless. It's just using JS as a programming language, and HTML5 as an UI framework.
HTML5 isn't the best way to write any application; that's why almost everyone else who's made an HTML based platform has moved to a native one after the fact.
I'm aware of two HTML-only platforms: early iOS, and early webOS. So far as I know, only iOS truly "went native" - on webOS you get NDK for apps such as games, but if you want any UI it still has to be HTML.
Now, one thing to remember about iOS is that, back when it came out, HTML5 was still early in development, and JS was not yet optimized anywhere near as good as it is now (mobile Safari didn't get native JIT-compiler for JS until, what, the most recent iOS 4.x release?).
Personally, I'm still not fond of the concept, because I don't much like JS as a programming language, nor HTML as an UI markup language. But, technically, it is entirely feasible to build an app framework on them, and have it work good and fast.
Re:Because its a stupid idea (Score:5, Insightful)
The 'browser as an OS' concept is still stupid.
[...] Once you've made the browser so big that it encompasses all possible generic operating system needs, it is too bloated and someone else makes a smaller faster better browser.
The whole point of the "browser is an OS" is not to "encompass all possible generic operating system needs". The idea is that most of those needs will be handled by a "the cloud". Most of the time, when Microsoft or an IT manager talks about it, that doesn't mean anything sensible. However, when Google talks about it, it really means
If that list scares you, then it should. Basically what you are saying here is that when you move to a "Browser is the OS set up" what you are actually moving to is a "Google is your administrator and your system and all applications are controlled by them set up". You had better hope they are nice http://www.theregister.co.uk/odds/bofh/ [slashdot.org]>operators
Operating systems and browsers are two different things.
You are answering the wrong question here. The question isn't "should I build these things separately". The question is, "should the user have any understanding of the underlying operating system, and if so, do I need any more interface to it than a web browser can provide?" The Google answer is "no". Fundamentally, you as a naive user, surrender everything to Google. Your so the OS is still there, just the user doesn't have to worry about what it does or how it works.
HTML5 isn't the best way to write any application; that's why almost everyone else who's made an HTML based platform has moved to a native one after the fact.
Given that nobody has fully implemented it ye very few of the people who used HTML used HTML 5, so that comparison isn't yet made. Probably we should come back to that ten years from now to get the proper empirical data. However, every potential alternative platform has problems:
Does HTML need the features necessary to write generic applications? Certainly not.
Again it's the wrong question. The question is: "does it make sense for the people writing the HTML 5 standard to make generic applications possible". The answer is "unfortunately yes". They see a gap in the market and they are closest to filling it. Let's be clear what the gap is:
Re:Because its a stupid idea (Score:3)
Basically what you are saying here is that when you move to a "Browser is the OS set up" what you are actually moving to is a "Google is your administrator and your system and all applications are controlled by them set up".
I can't imagine Microsoft deliberately walking into that.
No, it seems much more like, Google and others may provide a software-as-a-service version (pure Web), but it can also run locally. At this point, it's essentially a replacement for the other platforms you mentioned -- Java being the closest, I think.
I do wish there was more emphasis on local servers, but as a developer and a user, I actually like this trend. As a developer, it means that while my frontend is forced into HTML/CSS/JavaScript, my backend can be anything I want, and I don't need to make my backend code run on everyone and their dog's Windows machine, let alone every OS. I can push a lot of stuff to the backend, and what's left is much easier to make work on all recent browsers than it is to, say, make a portable C++ app that works on all OSes -- and if it was Java, I'd have to either include a JVM or force users to download one.
And as a user, it means everyone making an actual Web app is actually making a Linux app without realizing it -- and a whatever-OS-I-want app. As a user with some dev skills, I actually get more control over many of these apps, not less -- while I may be surrendering my data (if I had any to begin with; I tend not to put important stuff "in the cloud"), I gain the ability to use userscripts (Greasemonkey), custom CSS, or even my own web scraper to interact with this app in any way I want. (Every webcomic I read now has keyboard shortcuts, whether they wanted to or not (thanks, XKCD!).) Even if I didn't have development tools, I could still download userscripts and extensions which extend the functionality of the app.
It also means I get features I actually like from the Web. Not installing, or streamlining installation, is nice (thank you, Linux package managers), tabs, bookmarks, back/forward, or sending a link to a friend. These are all things which can be implemented (reinventing the wheel) in native apps, but for a well-designed web app, they just work. It's true that sometimes the developers have to deliberately re-enable these things (hash URLs), but it's common for this to happen, since users expect it.
My main complaint was being forced into JavaScript/HTML. But now we've got canvas (and even WebGL) and Google's Native Client for things which don't fit well with JavaScript/HTML, though again, most things do -- I used to hate HTML, but more recently, I've come to appreciate its extensibility (microformats and such) and semantic markup. I also used to hate HTTP, but take semantic markup + REST + proper use of hypertext, and you've got an API almost by accident, as an artifact of writing an app correctly.
Every new protocol seriously adopted in the last years seems to have to have an http tunnelled equivalent. This is insane...
For every protocol, maybe. But for the vast majority of protocols, HTTP done right (REST or websockets) is actually a good fit.
Still, I do wish there was some API by which a web app could ask for cross-site, or a generic socket API. That's about the only thing that's missing.
it's just another binary format equivalent to ELF or COFF.
Except, unlike those, it's actually standardized to the point where if you get an x86_64 binary and you're running and x86_64 browser, you can execute it, no matter what OS you're running -- whereas ELF (other than within NativeClient, if they're still using ELF) doesn't run on Windows, for example. There's also a "portable native client" which compiles to LLVM bytecode, which can then be compiled on the client's system, so you're not even necessarily locking people to an architecture.
Re:Because its a stupid idea (Score:2)
The 'browser as an OS' concept is still stupid. Once you've made the browser so big that it encompasses all possible generic operating system needs, it is too bloated and someone else makes a smaller faster better browser.
Somehow I want to read Godel's theorem [wikipedia.org] again...
Re:Because its a stupid idea (Score:2)
Please make it stop.
One might as well ask the sun not to rise. People are ignorant and know only what they see. The internal workings of the software that runs their daily lives are so far beyond them as to be indistinguishable from magic. Those who know what is available and what they want will continue to use the proper tools, which will always exist, while the masses use their 'browser as an OS' tablets and complain about not being able to work offline or how slow and crappy their tablet is compared to their previous computing devices.
They dont need to. There is one. (Score:2)
Linux with Firefox Kiosk (Score:3)
They're a... (Score:2)
Granted, they do that trick very well, but they lack the resource to manage much more.
Re:They're a... (Score:2)
Re:They're a... (Score:2)
The term is "mission creep" and it's a bad thing. I see no logical reason why Firefox would need its own OS when it presently runs on more than just one OS. And for that matter more than one free OS.
Sigh... (Score:5, Insightful)
Just install a very lightweight linux distro. Install firefox on it. Set it to full screen mode.
Done. No need to reinvent the wheel.
Re:Sigh... (Score:3)
Sshhhh.... reinventing the wheel is what we in IT get paid for, half the time!
Re:Sigh... (Score:2)
Sshhhh.... reinventing the wheel is what we in IT get paid for, half the time!
Half?
Re:Sigh... (Score:3)
Sshhhh.... reinventing the wheel is what we in IT get paid for, half the time!
Half?
yes. We actually re-invent the wheel 100% of the time, but we only get paid for half.
Well if they want to then talk to me first. (Score:2)
I am working on building out the Amorphous OS, (you can Google it) Firefox or something like it would be a big part of it's functionality.
>The 'browser as an OS' concept is still stupid.
Yes, we already have browsers,
A Cloud based OS and blurring the lines between OS executable binaries and HTML though isn't a stupid idea.
I've already given a talk at BAFUG, and am preparing presentations and design docs for each subsystem.
My poor hardware budget... (Score:2, Funny)
why Mozilla hasn't considered a Firefox OS?
I heard you like buying paying for terabytes of RAM, so I stuck a firefox in your firefox so you can bloat while you bloat...
The way forward. (Score:2)
They don't want to? (Score:4, Interesting)
Because then they'd have to deal with all the hardware support and driver incompatibility bullshit that Microsoft and Apple and the Linux crew have to deal with. Not everybody wants to code at the metal level.
I just want a browser (Score:5, Insightful)
Am I the only one who just wants a browser?
Sure, I like stuff like javascript games (I am a game dev so the topic inherently catches my attention) and some webapps, but I am certainly not willing to give my browser that much importance.
For me the centerpiece of the OS is the file manager and the tools to do my tasks. I don't want to have to depend on just a browser or webapps that don't have local code to run from your physical computer. We know the cloud is not 100% reliable (sure, it's not 100% unreliable either, but until there's no choice but to use it, I want to use that choice).
Re:I just want a browser (Score:4, Insightful)
This is an argument against the browser as OS and gets +4 insightful? The mind boggles.
1 - File manager as centerpiece of OS:
A - A file manager is an app (of my choosing) which runs on top of my OS.
B - As we have already seen browser (IE / Konqueror) is hard to distinguish from a file manager (Explorer / Konqueror) and so if we accept your argument that the file manager is the centerpiece of an OS there is evidence aplenty that a browser is said centerpiece.
2 - "The tools to do my tasks" as co-centerpiece of an OS.
If ever there was a classic definition of "applications" it was "the tools to do my tasks". The OS is the tool to do the application's tasks. If we're going to zoom out and take such a broad view of what an OS is (it sounds to me like you're describing a desktop environment ) how are current browsers not inches away from that already?
Where in the concept of "browser as OS" is "no off-line content" made explicit?
Re:I just want a browser (Score:2)
For me the centerpiece of the OS is the file manager and the tools to do my tasks. I don't want to have to depend on just a browser or webapps that don't have local code to run from your physical computer. We know the cloud is not 100% reliable (sure, it's not 100% unreliable either, but until there's no choice but to use it, I want to use that choice).
For me, latency is one of the many issues. Haven't you ever had your Internet connection crawling at a snail's pace because of congestion?
Who wants their app data stored on such an iffy environment? Maybe higher bandwidth would help, but I am about 5 kilometres from the nearest phone exchange and I only get about 400 KB/second max - often less (like when a family member is watching YouTube).
And then there is this thing called the Pacific Ocean, which many of my packets have to cross...
Give me local storage.
HTML? Really? (Score:4, Insightful)
Re:HTML? Really? (Score:4, Informative)
No... they're saying "hey all you web developers out there, you can make apps for us now too without having to learn anything new! Now whip together your facebook/amazon/ebay website app ports in 1/10th the time it takes you to do so on iphone/ipad!"
Re:HTML? Really? (Score:3)
The official demos [youtube.com] so far have focused on HTML5/JS as a development platform for Windows 8. Nothing has been said about it being "the best way to port code between different versions of Windows". For that matter, nothing has been said about the need to port code at all.
Until September [buildwindows.com], anyone who tells you that they know anything other than what's said in that video (like this Slashdot story) is presenting his guesswork as facts.
The browser is not the OS... (Score:2)
They already are; Slashdot reported on it... (Score:4, Interesting)
Why bother? (Score:2)
The big issue when it comes to OS design is the API, and if it can possibly be an improvement over what is currently out there. Think about it, it's all about making an API for programmers to code for that will be better in some way, shape, or form compared to what else is out there. For phones, you see Android, WebOS, iOS, and the list goes on. Some use Linux under the API, so what API would be better? How many attempts will there be to slap a new API on top of Linux, call it a new OS, and then watch as no one bothers to code for it?
Mozilla doesn't need to make a new OS with what is already out there. Then again, we don't need other operating systems that are based on web technologies, since by nature, the majority of the API code is the source of whatever limitations there will be. A better OS would be something that is designed to be VERY VERY low profile with very little overhead, and then make sure the design always stays lean and mean. If something is going to be optional, then make sure the OS does not get weighed down by forcing that item to be active. Now, most people don't think about it, but Linux is really a kernel with the GNU setup on top of it to provide those basic OS features. Now, take a Linux kernel, and replace the GNU stuff with something that is GUI based and REALLY REALLY tight, without the bloat that comes from standardized libraries that have 20 functions that do the same thing. Re-invent the wheel with all the modern stuff put in there, but without all the bloat and legacy stuff that comes from needing to make things compatible. New OS means you need new code anyway, so why not start off REALLY clean?
And that is why Mozilla won't do it, because the amount of effort needed to make a really NEW OS that does away with all that legacy garbage that slows everything down is very high.
What is more reliable, safe, fast, ubiquitous,.. ? (Score:2)
your PC in c++ ? your PC in javascript ? your connexion to the interwebs ? the cloud's servers ?
You've got your answer !
Mozilla is libre OSS (Score:4, Insightful)
MS needs a browser based OS to maintain market share in the world of sub-$500 internet devices. We have seen these fail, and everyone is saying lack of mobile broadband is going to kill them, but these are going to be targeted at home user with WiFi that want inexpensive machines that can move around the house. The benefit is going to be reliability, and MS want to take users away from Apple in this lucrative market and return them to MS.
Likewise Google has to have a mobile OS to continue to collect information. The mobile OS is prefect for Google because everything a user does is recorded, track, mined, and sold. Google already has significant market share, so, as we see, the internet devices are being sold at a healthy profit, and the benefit to the user are free applications after the fact. This gives MS hope as it can often intimidate manufacturers to sell at a less healthy profit in return for marketing support that will create the volume that MS wants.
So we have one company that wants a WebOS to keep it office franchise alive, another that wants to keep the advertising money flowing. Where would mozzila be? They have no market share concerns, they have no free apps, and there is no open hardware platform for a table or internet computer. So one can buy an expensive laptop, pay the internet tax, and then install this great Mozilla OS. We have seen how well this works for Linux. Or one can buy the allegedly open Android or Chrome tablet and install Mozilla. What is the point? Chrome is not a bad OS.
As we have seen on the iPhone, software developers don't want to develop for the web browser. They want native Apps. The machine needs to do both, unless one is in the business of locking in users like MS or Google.
Re:Mozilla is libre OSS (Score:3)
MS needs a browser based OS to maintain market share in the world of sub-$500 internet devices.
That makes no sense at all. Microsoft needs to continue lock people into things like .NET to maintain market share. If everything goes browser based, there's no reason for anyone to pay for Windows... even a WebOS version. The only way it would work is if they make their "web apps" incompatible with other browser. But then, what's the point? You might as well just invent a better technology besides HTTP/HTML that will give you good thin client functinality without all the drawbacks of the browser.
Likewise Google has to have a mobile OS to continue to collect information.
This much is true.
Chrome is not a bad OS.
It isn't really "good" either.
"The Browser Is the OS" (Score:2)
Because they invented the concept and had already rejected it?
silly assumptions. (Score:3)
"which raises the question that why Mozilla hasn't considered a Firefox OS?"
Mozilla has considered a Firefox OS and decided against it.
Aside from it being stupid... (Score:2)
Using Google Chrome as an example, the Chromebooks serve a small niche of users who only do specific tasks. Real OS's like OS X, Windows and Linux provide the ability of satisfying all user types to do any task.
Besides, explain to me how a Firefoxbook/pad would be able to compete with a Chromebook when it'd take several hours to boot after grandma accidentally let FF install 100 different useless add-ons.
huh? (Score:3)
What's the difference? (Score:3)
Re:What's the difference? (Score:2)
I'm glad I'm not the only one who doesn't understand why people are hyped up about stuff like this.
Re:What's the difference? (Score:2)
Governments and data-mining corporations are pushing it for obvious reasons.
Far from obvious. What does the government care what OS or apps you run?
Java? (Score:4, Interesting)
I remember back in the day, when I actually wanted to major in CS, Java came out. Yes, that long ago. And the big thing about Java was that you would be able to write code that was platform-independent, and just rely on a Java interpreter that would be released on any necessary platforms. Which is why everything is written in Java now...
I'm just saying, using a browser as a conveyance for some sort of universal HTML-based software market just seems like a new version of an old idea that didn't pan out in the first place.
Also, not to nitpick (well, yes to nitpick), but I think that part that says "suddenly every piece of software works..." needs a bit of filling out. Especially at the "suddenly" part.
Also also, Mozilla would be better off not trying to be the Gobot to Google's Transformer, if you see what I mean. That niche is already being filled by Google. Mozilla should focus on making a niche for Firefox, not making it an also-ran to Chrome OS. Full disclosure, I'm not a fan of Firefox since Chrome came out, and since I put Opera on my Droid. But, there must be some area where Firefox excels, because it has a solid base of users. They should exploit and enhance that area.
Re:Java? (Score:3)
And the big thing about Java was that you would be able to write code that was platform-independent, and just rely on a Java interpreter that would be released on any necessary platforms. Which is why everything is written in Java now...
I don't think that's the biggest reason. I think the biggest reason is that it was reasonably similar to other 800-lb gorillas, like C++, but included things like garbage collection.
I'm just saying, using a browser as a conveyance for some sort of universal HTML-based software market just seems like a new version of an old idea that didn't pan out in the first place.
Maybe so, but here are some things that help:
First, there are multiple implementations with significant marketshare. If your app didn't run on things like kaffe or gcj, no big loss -- if one of Oracle's flagship JDeveloper-based frameworks doesn't work on OpenJDK today, they don't care -- hell, one of the bigger reasons Java failed is Microsoft delivered a broken JVM, and if you only care about supporting Windows, you code to Microsoft's broken JVM and you don't need to run anywhere else. Even ignoring that, I've taken recent code written for Java6 and had it fail to run on Linux because the code was littered with hardcoded backslashes, and had never had to run on an OS which used a different path separator. But if you want your HTML to work, you need to at least support the latest Firefox, Safari, Chrome, and maybe IE and Opera.
If you've done that, there's a good chance you've coded more or less to the standards, with a minimum of per-browser hacks, because to do otherwise would be insane -- which means there's a good chance that if I'm using a browser you didn't test, but my browser implements the specs reasonably, your code probably works. If Java developers had been forced to test their code on Windows, Linux, and OS X, there's a good chance it wouldn't break on, say, Solaris -- in the example above, they'd at least be forced to hardcode a forward slash instead (which works on all of the above platforms) or use the system path separator.
Second, because of this actual competition, all browsers, proprietary or not, aren't just competing to add crazy new non-standard features, they're also competing to implement the standard the best. The ACID tests helped a lot here -- no one (not even Microsoft, anymore) wants to be known as the browser that universally scores dead last here, and is therefore causing developers the most headaches when porting their code. By contrast, the only reason Java can maintain anything approaching a standard is because there is exactly one implementation, which is also a terrible thing for an open standard. Look how much uncertainty there was when Oracle started suing people (like Google) over making something similar to Java, but not quite. If Java was more like HTML, then Dalvik would've been pressured to become more and more standard, and where it got the standard and OpenJDK didn't, OpenJDK would be fixed -- but instead, Oracle sued.
Third, there's the part where you don't need to install anything. Everyone already has a browser, and most people have a fairly decent browser, other than, maybe, office drones stuck with IE6 -- but then, they'd also be stuck without Java or with the wrong version of Java.
Fourth, people already have to target the Web anyway. It's no longer acceptable to force people to load a Java applet, and even Flash is getting unfashionable. You need a Web presence, at the very least, and the more stuff that works from the Web, the better off you are -- after all, if you're forcing people to download something, and your competitors "just work", you lose. And once you've got something on the Web anyway, especially if it's something at all interactive, the transition to using it as an application platform isn't that big.
It also helps that JavaScript doesn't suck nearly as much as Java, as a language.
But whatever the reason, it also looks like this s
Firefox OS conversion in 2 seconds. (Score:2)
Not quite. (Score:2)
Most are, but they can also get to the Chrome extension API, I think. That, and it means Google can sell them the way they can sell other "apps", which means that whether it's "just a website" or not, I can actually sell it to you as if it was a thing.
Wow, what a fluff piece (Score:2)
So basically MS coders have now finally made it possible to create a single piece of software and have it run on ANY computer? As long as it runs the Windows... Windows 8? WOW! Amazing! This tech will SET the WORLD alight and give me apps that look and function exactly the same on my 3 screen desktop as on my phone...
Why is there no Firefox OS? Actually, there are LOTS of apps that use the Mozilla code base to create apps that run on ANY OS the browser runs on. Take firebug. Runs on Linux, OSX and even Windows! And ANY version of Windows far more then MS itself supports with its latest browser.
A further answer can be found in gmail. I like the interface of gmail but why oh why did Google put a DIFFERENT interface on their own phones? Because they know I would have hated the full web interface on such a small screen? Oh.... they know me so well. It is as if they got a direct line to my most secret communications! Magical.
I know MS fanboys got it hard, but really, has MS so little to offer that the notion that you can a website can be seen on single generation of Windows and be rendered without failing on one form factor or the other that amazing to you guys? Oh wait... for MS it is (has a flashback to developing for IE 5.0 for the XDA)
THE HORROR, OH THE HORROR!
Overheard somewhere (Score:2)
Why? Because they haven't gotten Firefox working all that well yet. They're 10 years behind on some bugs. Hopefully somebody organizing realizes that they need to try to do one thing well, at least first, before trying to do a bunch of other stuff half-assed.
Can't remember where I ran across this, but it suits:
Always remember, intentions aside, two half-asseds make an ass-whole.
Cheers,
Re:Why? (Score:3)
Name one other open-source browser developed by an open community process not funded by a corporation that doesn't have some sort of lag on fixing some bugs.
I'm not a FOSS evangelist, but for the resources they have it's not out of the bounds of expectations in my book.
Re:Why? (Score:2)
Re:Because firefox is shit? (Score:2)
Which country and where in that country? January in Australia is fairly different than January in Canada, and January in Canada is fairly different depending which side of the country you're on.
Re:Because firefox is shit? (Score:3)
January in Canada is fairly different depending which side of the country you're on.
Seasons are opposite across the equator, sir. When it's Winter on one side of Canada, it's Winter on the other. The only difference is that Southern Canada might be i-cant-feel-my-face cold while Northern Canada is holy-shit-i-think-my-balls-just-froze-off cold.
Re:Because firefox is shit? (Score:2)
Seasons are opposite across the equator, sir. When it's Winter on one side of Canada, it's Winter on the other. The only difference is that Southern Canada might be i-cant-feel-my-face cold while Northern Canada is holy-shit-i-think-my-balls-just-froze-off cold.
While what is called winter occurs at the same time of year across Canada, Halifax and Vancouver, for example, experience a very different version of it.
I believe that was the point the OP was making.
Re:Because firefox is shit? (Score:3)
MS's beatdown of little-guy Netscape doesn't really say anything about behemoth Google's chances of success, and there's room for Mozilla (and anyone else) to survive with some coat-tail surfing.
Except Google isn't gunning for market share, and I believe they're still one of the larger sources of direct funding for the Mozilla Foundation. Google just wants advancement. Before Chrome came along, every browser's javascript engine was absolute shit. Slow and crappy and slow and slow. V8 kickstarted everybody's interest in Javascript (as Javascript is what really makes Google run) and now everybody is much faster than the first release of Chrome, which gives Google plenty of room to make bigger, better browser applications. They didn't want to beat everybody, they just wanted to scare everybody and say "Look, speed is important to people. Do you see how fast our market share is growing? You had better pick up the pace or you will become irrelevant as quickly as our new browser renders Google Maps Satellite View."
It worked.
And today Microsoft still holds the majority of the browser market share, but most of that comes from enterprise and people who either prefer IE (those people DO exist, believe it or not) or people who just don't care to deviate from the default (which is also just fine).
Re:Because firefox is shit? (Score:2)
Not in the browser market, no. They have enough market share that they're able to influence the market and keep the innovations and advancements flowing, and that's all that matters to them.
Re:Because firefox is shit? (Score:2)
"we'll accept the bloated runtime, and then too late see that only the most circumspectly crafted apps can avoid dependencies on some platform-specific library that can't be duplicated elsewhere (e.g. the situation with .NET/mono right now...), whether from incomplete specifications or patents -- worst of both worlds."
Of course and for the same reason as .NET/mono, this is being pushed by Microsoft. Did you think the platform specific libraries were an accident or oversight? Windows tie-in was a design decision and it will be again.
Comment removed (Score:2)
Re:Easy. (Score:3)
slow pieces of shit.
Well, that's no excuse. That didn't stop Windows Vista from being considered and released.
Re:Easy. (Score:2, Troll)
Well, lets put it this way, then: Windows 8 will be a slow piece of shit. In addition, it looks like it will be incompatible with every piece of windows software currently out there, unless I completely misunderstand (they're telling us developers we can't use the old tools... so I take that to mean that the old tools won't produce usable code, therefore previously released code.... junked.)
The one thing of value Windows offered -- to me -- was long term backwards compatibility. With that gone, it's basically an entirely new OS, and you know what.. no thanks. I'd rather move to linux, which is very well established by comparison. Assuming my Mac somehow became dysfunctional.
Re:Easy. (Score:2)
unless I completely misunderstand
You completely misunderstand. Even the official Windows 8 first look video [youtube.com] shows running legacy applications (seek to 3:02). Where did you hear (from Microsoft, not rumours) that existing stuff won't work?
Comment removed (Score:2)
Re:Easy. (Score:2)
Re:IceWeasel OS or Seamonkey OS (Score:2)
And the only possible password will be 12345
Re:Netscape had this plan at the beginning (Score:2)
mod parent up please.
Re:Netscape had this plan at the beginning (Score:3)
Not enough people, anyway, for it to be really successful. I think part of the problem is that it took them ages to actually create a separate "XULrunner" package, so that you could install XUL once and then install Firefox, Thunderbird, Sunbird, Songbird, etc. When it was just the Mozilla Suite (Seamonkey, now), it might have made sense to bundle XUL with that, but if I ship a XUL app, it shouldn't be tied to Firefox itself.
But people did write apps using XUL -- Songbird wasn't even affiliated with Mozilla, if I recall. And people wrote tons of Firefox extensions that are almost standalone apps in their own right -- Zotero, for instance. (I think Zotero would make more sense as a standalone XUL app and a "send to Zotero" Firefox extension, but whatever.)
There's another reason XUL never caught on, though: It seemed pointlessly different than HTML. That is, they created their own separate markup language, rather than extend HTML. At the same time, you couldn't really write websites in XUL -- if I recall, it would at least ask for some sort of permissions -- that, and it wouldn't run on any other browser. So, despite the fact that so much of the Firefox UI (or, I'd guess, most of Firefox that isn't Gecko) is written in XML+JavaScript, it was still very different than the Web itself.
Compare this to their new invention, Jetpack, which is really taking the main idea behind the Chrome extension API and applying it to Firefox -- Chrome extensions almost entirely use HTML+JavaScript. They add some custom JavaScript APIs, but other than that, if there's a way to do what you want to do in HTML+JavaScript, they won't duplicate it for Chrome -- for example, if you absolutely need to run native code with full OS access, you use NPAPI and write a plugin, and restrict it to your extension.
I think this might be why HTML5 is taking off as an actual generic application platform -- people need web apps anyway, so it's already a cool idea to take your web app offline and integrate it into the desktop. Or, if you're writing a new app, you already have a bunch of web developers that you needed for your web app, so you don't need to hire or train experts in Win32 or .NET -- you just write another web app.
Re:Why stop there? (Score:2)
Sounds more like Google's plan,
Re:Have you used firefox recently it's all ready a (Score:2)
Why is using Firefox (really XUL/Gecko) as an application development platform for creating an SSH client any less secure than using any other combination of libraries and UI frameworks for doing so?
Re:Because it's dumb (Score:2)
I was curious about that as well. Beyond the superficial both are created by programmers angle, I'm not sure what the two have in common that would lend itself well to people going from OS design to browser design or vice versa.
Seems a bit like going to the people at Oster and asking them to make the power grid, because they do so damned well with kitchen appliances.