Design Principles Behind Firefox OS Explained
At MozCamp Warsaw, a presentation was given on the design principles behind the core Firefox OS experience. Layering of applications (if you're wondering why the Firefox mobile interface has that weird curve by the tab control, you'll find answers here), an emphasis on content over visual frills for their own sake, consistent iconography, and clean typography dominate.
can you run Chrome on it?
I'm guessing the main principle is to find ways to annoy people who liked the previous versions and to hide stuff from them.
How very Microsoft of them.
I see even classic Slashdot is now pretty much unusable on dial up anymore.
EmacsM-^H Firefox would be a great OS if only it had a decent text editorM-^HM-^H web browser.
Designing an OS? Are you serious? Have you ever looked at the documentation on Firefox beyond the user stuff? Mozilla's support for using Firefox on more than one computer at a time is so bad that the web is littered with abandoned effort after abandoned effort from end user to do it for them!
How on earth do they think they are going to support an operating system which /requires/ management when they can't even support a browser that requires management? You shouldn't have to go dozens of web sites to track down the settings and troll developer forums to get the settings needed to mass deploy an application.
Mozilla, you really, really need to spend some time talking to people in the enterprise and learning what their needs our for managing fleets of computers. I've been on more than one meeting where Firefox was axed from deployment - even though every single person in the room personally used it, preferred it, acknowledged it was more secure - strictly because it is completely unmanageable for an enterprise. Don't get me start on their administrative toolkit either. It isn't close to usable and doesn't begin to cover what is needed.
I'm sorry, until you can get your act up to speed for a single application support at least somewhere to the level of say, Microsoft, Adobe, Oracle, your simply being absurd. It's not about the technical capabilities of your applications, it's about the ability to use and administer it on an enterprise scale.
I'm sorry, the enterprise experience with trying to manage Firefox is so bad that the idea of a Firefox Operating System is going to cost the poor person who suggests it their reputation at best.
Why would you say that ? It can run on an Android Linux kernel or even the less obvious choice of running it on the Raspberry Pi:
https://developer.mozilla.org/en-US/docs/Mozilla/Boot_to_Gecko/B2G_build_prerequisites
http://www.tomshardware.com/news/Firefox-OS-Mozilla-Raspberry-Pi,16883.html
You did not read Slashdot yesterday ?:
http://mobile.slashdot.org/story/12/07/06/1551237/telefonica-shows-prototype-firefox-os-phone
The plan is to release a phone early next year:
http://crave.cnet.co.uk/mobiles/firefox-os-will-be-on-zte-phones-early-next-year-50009258/
New things are always on the horizon
Why are we still complaining about how much memory ANYTHING takes up anymore?
How much will it take to replace my 1GB Eee900 (with 1G and almost impossible to upgrade to 2) with something which isn't any heavier? A lot more than $79, that's for sure.
Also, how do I plug that $79 DIMM into my android phone?
Your friendly neighborhood software development manager.
Ah, so you're personally responsible for the bloated monstrosities that pass a programs these days.
Please, PLEASE quit your job.
SJW n. One who posts facts.
This is a mobile OS.
you know, that you can move the buttons in any way you want? right click the menubar, then select customize. now you can move buttons.
These are styling principles.
Yes, I know the entire commercial world in 2012 has decided to remap the dictionary and call "design" what the world of commerce in 1982 would have called "style", and "architecture" and "engineering" what the world of 1982 would have called "design". And product designers no longer actually design things but just draw sketches of what the colouring of the pictures on the skin of the 3D printer will look like, while the product architects, who don't have architecture degrees, build flowcharts for the engineers, who don't hold engineering degrees, to build.
But darnit, I still remember when "design" meant how a product works at a technical level, and that's what I came to the article expecting to read, and that's the opposite of what I got.
Get off my perfectly manicured ironically Le Corbusier-inspired post-post-postmodernist lawn.
You are not a brain: http://books.google.com/books?id=2oV61CeDx-YC