Mozilla's Mini-Me
An anonymous contributor writes "LinuxDevices has a story by the leaders of the 'Minimo' (Mini Mozilla) project, an effort to reduce Mozilla's code and runtime footprints and optimize its display for the small screens on embedded devices. The Minimo authors believe Minimo will become the browser of choice on embedded Linux devices with 64MB of RAM."
There's nothing I hate more than having to scroll sideways on a website.
It's not just Zaurus, it would be really, REALLY nice to have a browser alternative for handhelds that doesn't require switching OSs (frequently a mess since there are so many differences, both ROM and hardware) or abandoning all your software and trying to find handheld-capable Linux alternatives.
It Would Be Nice, Wouldn't It?
So now it only requires 64 MB of RAM to format text and pictures, eh? I ran my first web browser on a computer with 32 MB of RAM. And what about Dillo, which has only 400k of source code?
My desk computer has 128MB of ram! (Adding another 512MB later today.) Seriously, when did 64MB become the yardstick for compact embedded systems?
The "reduce Mozilla's code and runtime footprints" features sound good for the regular desktop Mozilla experience as well. Why not demand tight, efficient outside of the handheld environment?
Don't blame Durga. I voted for Centauri.
OSNews is a great site that I visit from time to time, but their idea is more or less based on Slashdot's.
Slashdot popularized the format and was meant as a one-stop. Not duplicating the copycats would mean that it's not a one-stop anymore.
The Zaurus, and other embedded Linux distros tend to use Qtopia instead of X. Although X can be installed, it's sort of a power user thing right now, and believe it or not, not all Zaurus owners are Linux experts, and some who are don't want to deal with all the extra bloat that installing X requires. Minimo would gain a lot of users if they made a Qtopia port.
We were using browsers on computers that only had 16M on memory. Perhaps I'm just ignorant of new browser requirements. I understand that the entire device OS and application code would have to reside in the same 64M space, and you won't have a nice disk in which to cache pages for faster viewing, but if you're only going to be caching text and the occasional small image, how much space do you need? What is the smallest footprint in which to use for a browser?
Well, presumably they want not just the browser, but also the email client, newreader, IRC chat, page creator etc.
Also remember that Mozilla is stable and supported with a set API, whereas Firefox is still beta, unsupported and subject to change.
KDE's KHTML is already being used in devices with little memory and slower CPUs
Screenshots include Google, Slashdot, and even The Onion.
Whats more is that the it is a fully featured browser (SSL, screen resizing, etc). And it does not require X to run.
Sunny Dubey
... but will this browser be able to do anything that my current Opera install cannot?
Yes: it will be able to be modified freely, ported to more platforms, and incorporated into open source software.
HTML4, JavaScript, plug-ins, anti-aliasing, DOM, internationalization, dealing with incorrect HTML and backwards compatibility all make Mozilla as big as it is.
Furthermore, you can get quick release cycles or careful coding, but not both. Most desktop software (Windows, OS X, Gnome, KDE, etc.) is developed and optimized only as much as is needed to make it run on current hardware.
When looking at Mozilla's memory footprint, also keep in mind that most people run it with significant in-memory caching.
Determine the pounds of documentation necessary to specify the set of "web standards" required to comfortably view the Web, now vs. 10 years ago. That includes Javascript, CSS, DHTML, if not flash and Java itself. HTML itself is a mere drop in the bucket!
And with the proliferation of broadband, pages are getting more and more content rich (aka bloated). Sure there were "inline images" back then, but if you were to plot the average number of images per page (or flash apps, or HTTP requests per page, etc) over the past several years, what would you find?
Are programmers really producing bloated and wasteful code? I'd argue the Web itself is more to blame.