firefoxy writes "Mozilla has officially released Firefox 3 beta 3. This release includes new features, user interface enhancements, and theme improvements. Ars Technica has a review with screenshots. 'Firefox 3 is rapidly approaching completion and much of the work that remains to be done is primarily in the category of fit and finish. There will likely only be one more beta release after this one before Mozilla begins issuing final release candidates.'"
In nightly builds that have been released since the beta 3 code freeze, the bookmark process has been refined further. When the user bookmarks the page by clicking the star icon in the URL bar, the browser will inform the user that the page has been bookmarked...
I've been using nightly builds for the past month or two, and this is not what I am seeing right now. I only see that box pop up if I double click the star.
Not that box, apparently there was a notice that appeared when you clicked the star to let you know what the star did (that the page had been bookmarked)... however the notice was both added and removed in nightlies between b2 and b3 (guess it ended up being more annoying than helpful).
by Anonymous Coward
on Tuesday February 12 2008, @11:55PM (#22402222)
Although if you have a mac, be sure to install the proto theme [mozilla.org]. Although if you have a mac, you also should try the latest Webkit build [webkit.org] too. Its ridiculously fast.
Except... the problem with themes which try to emulate the native look and feel of the platform is that it has to be all or nothing; getting even a minor detail wrong can throw off the whole theme. This is even worse on the Mac, where there are a lot of users who are much pickier than average about the look and feel of the UI -- it has to match the native interface, because if it doesn't they're going to notice. And in the provided screenshots, I can already spot ways that the "native" OS X theme doesn't cut it. For example, the screenshot which proudly shows off an Aqua-style select control and button next to a search box also shows those controls using the wrong font and with the text incorrectly placed. If they can't get those details right, they might as well not try to do a "native" theme at all.
If they can't get those details right, they might as well not try to do a "native" theme at all.
List boxes have always been ugly in Firefox.
I don't think the theme has any control over this.
Buttons look pretty good in 3.0 beta 3, but there are some nasty rendering artifacts on in the tab labels.
I agree with you that the details can make or break the experience.
I keep trying to use Emacs shortcuts (Ctrl-A, Ctrl-E, etc.) in this text area, but this isn't a native control.
From what I've seen in the last fifteen minutes, 3.0 beta 3 is a big improvement.
I've been pretty frustrated with Safari's performance.
I'm not a kung fu memory master, but I do know that top shows up to 400 MB RPRVT and close to 2 GB VSIZE after it has been open for a while, even with only one or two tabs open.
Sometimes when I close a tab it hangs indefinitely with a beach ball, so I have to force quit.
If Firefox can spare me that annoyance, I'll forgive a few UI quirks.
Exactly! You would think there would be some 'legacy plugin support' for people to enable if they so desire. I don't know that all of my plugins are being actively developed, and I cannot stand this version of Firefox on OS X for much longer (the beta is much more stable, but no plugins work)
I get them to work by setting extensions.checkCompatibility to false.
A few still refuse to work, but most do.
Now, can someone tell me how to keep my bookmarks always sorted by name? The two extensions I know of that do this job ignore my "don't check compatibility" instructions and still refuse to show up in the menus.
Exactly! You would think there would be some 'legacy plugin support' for people to enable if they so desire.
There is. Install the Nightly Tester Tools [oxymoronical.com] plugin. It adds a "Make All Compatible" button in your Add-ons dialog that does pretty much just what it says.
I remember when Firefox first started it was meant to be a faster and more secure replacement for IE. Well, the longer I have been running it (many of you know that I was probably the last Slashdot IE6 holdout for various reasons) the more I realize how slow and awful it can be -- especially the last few versions.
Now, I haven't run the new beta but I looked through the article and some of the past ones that have come up and noticed all this crap about theming, new features, etc, etc, etc but nothing really talks about how much faster it is and how much less memory the program consumes -- especially when it's been open for more than 24 hours on XP.
So, are they going to go back to light, tight, and fast instead of this feature bloat that seems to have prevailed? Yes, it's nice to have bells and whistles but I think that it's just as important to have a browser that doesn't require me to close it and reopen it so that my machine doesn't grind to a halt every other day if I don't.
FF3 is loads faster than FF2. I find that most slowdowns in FF2 were caused by extensions, but FF3 loaded with extensions is just as fast as FF2 in safe-mode. Which is fast.
While you're asking for it to be "faster", other people are asking for a smaller memory footprint.. considering that most performance issues in a browser are related to caching, they can't please all the users all the time.
While you're asking for it to be "faster", other people are asking for a smaller memory footprint.. considering that most performance issues in a browser are related to caching, they can't please all the users all the time.
Actually, the perceived performance issues of Firefox mostly stem from the fact it's a single-threaded architecture running on a JavaScript+XML interpreter (XULRunner).
Extensions, which basically "patch" themselves into this single-threaded synchronous engine, often exacerbate the problem too.
All XUL applications seem to share this slow response / performance problem, other popular ones exhibiting the same issue being Joost, Miro, SunBird.
However this issue is so deeply ingrained in XULRunner, that I hear misguided excuses all the time, such as "it's about the RAM cache / CPU usage balance", which, oddly enough, no other major browser suffers from (I use all on a daily basis as a developer myself).
About when we'll see improvements: most likely starting with Firefox 4, which is to completely replace the current JS engine, SpiderMonkey, with the one in Flash 9 (codenamed Tamarin), which compiles to machine code before execution, instead of being interpreted from opcodes.
We'll hopefully see some threading too (one thread for the main UI and one per tab at least), although the lead Mozilla developers have some quite irrational fears of multi-threaded architectures.
Actually, the perceived performance issues of Firefox mostly stem from the fact it's a single-threaded architecture running on a JavaScript+XML interpreter (XULRunner).
There is indeed only one thread handling the UI and DOM, but there are multiple threads. Network operations, file decoding and so on run in separate threads from the UI. MAking a multithreaded UI is quite hard; note that IE (at least 6, most likely 7 too) does that too, with the difference that you can have separate windows in different processes altogether; but then they can't talk to each other through JS.
The only time this architecture is really a problem ATM is when JS from a page sucks up CPU: it bogs down the whole UI.
Moving to a fully multithreaded architecture is a very hard problem, esp. for such a complicated application, with such complex interactions as a web browser. Every single little thing would have to be synchronised, with big deadlock risks at each turn.
The only possible approach is to divide work among threads such as there is minimal, well understood interactions between them. You can't for example just have one thread per window, because HTML+DOM+JS expect to be able to touch other windows from the same domain. You could divide processes by originating domain; that's what Apprunner does. But then you have coordinate communication between the windows and the bookmarks, history and so on. Not too hard to do, but has to be weighed against the minimal gain.
Eventually, we will have to take advantage of many-cores CPU. That means that even DOM parsing will have to be multithreaded, for use on ultra low power 256 cores mobile cpus. Robert O'Callahan [mozillazine.org] is working on this. But what you have in this case is a number of related threads with a very limited scope, and precisely defined interactions.
> and I would consider them to be far more "featured" than Web Browsers
Even if that were true, did they have to maintain large data structures in memory at all times (forced to do so by the DOM specs)? Did they need to try to guarantee 50fps redraw (10ms timeouts being the standard "dhtml" sites use)?
Plus, I'm not sure that your more "featured" is correct. But it's hard to compare features that are so different in concept (controlling hardware vs doing predictive guessing on search terms based on past
Assuming this is a compile from the main trunk, memory usage should be better in this for Windows users. A week ago a ported version of FreeBSD's malloc was checked in. This has much less fragmentation compared to Windows' low-frag heaps which should result in less memory used over time and slightly better performance.
Honestly, it is leaps and bounds faster and more stable than 2.x. I too felt a malaise setting in with Firefox 2. Terrible memory leaks on OS X, sluggish performance, and a slowdown of innovative features. All that has been rectified. On top of that, 3 adds some real innovation to the browser space, such as the location bar "search-as-you-type" feature.
Beta 3 has one new feature that I've been waiting years for - you can now type shortcuts in the location bar to reference installed search engines. For instance, if you've set up "g" as the shortcut for google, then type "g vegan restaurants" and you'll get the results immediately. Mozilla had this, but it never made it over to Firefox until now. Thanks to the dev who implemented this feature; I owe you a beer.
So please, definitely try out the Firefox 3 beta. I think you'll be pleasantly surprised.
Now my dream is to see a QT brand of Firefox again, perhaps using QT 4's built-in Webkit. Unify Konqueror, Safari and Firefox on one rendering engine and work towards making that the best damned rendering engine out there. They spent nearly two years on the new Gecko rendering engine, and it still isn't as fast as Webkit/KHTML. Firefox has all the features I want for the most part. I'm not saying they should abandon GTK, but they support multiple widgets and toolkits. Someone please give me a QT 4 branch of Firefox and I've be very happy.
One of the most promising and impressive new features in beta 3 is an integrated add-on installer system that allows users to search for and install add-ons from addons.mozilla.org directly through the add-on manager user interface.
The Linux theme fully honours the theme selection set by GTK+ now. The screenshots shown are with the Pango theme. If you don't like it, change theme in GTK+/GNOME.
...that mention is made of [full] integration with GTK but no mention of KDE! My be it's time folks at KDE tuned Firefox to look at a native KDE application or make lots of noise while Firefox development is going on.
First of all, I would strongly recommend actually uninstalling (completely) and reinstalling Firefox if you want to use this beta. Some apparent conflicts between my extensions for Beta 2 and this install caused some of the weirdest, buggiest behavior I've ever seen in Firefox. Only by wiping my profile and starting from scratch was I able to get tabbed browsing to work correctly.
Secondly, if you're annoyed by the new theme, just switch to Small Icons. It looks fine, except for the slightly annoying "Home" button.
Speaking of the "Home" button, it's on the Bookmarks toolbar now, in case you were wondering. You can move it back where it belongs while in the Customize Toolbar dialog.
So far, I don't see a whole lot to write home about. The new theme is definitely ugly. On the other hand, the beta feels very stable and very, very fast.
I use a 110 dots per inch monitor. I hate, hate, hate all web pages that were laid out with WYSIWYG design tools, with fonts set to 7 pixels tall and columns also specified as a certain number of pixels wide.
I don't have eagle eyes and I don't like to sit close to my screen. So I have my personal CSS forcing fonts to a minimum size... which makes some pages ugly, and other pages unreadable (depends on how much the page designer hard-coded with pixel sizes). I'm also using the ImageZoom extension to scale up images... which means the scaled images cover up lots of text on many web pages, and fancy graphical navigation buttons often don't match up with their clickable regions.
And I have a 16:10 ratio monitor... which means that often I will read a web site and there will be a narrow strip of text in the center, and tons of wasted space to either side, again because some web designer hard-coded things with pixel counts.
I used to wish that web designers would make sites that can adapt to unusual screen sizes. Well, the WYSIWYG tools aren't going away, so now I just want to zoom my pages.
Give me these three things, and I'll give you pages that smoothly scale to all screen sizes and resolutions:
1) 100% of the public using browsers that correctly implement CSS. 40% are still using the superbly broken IE6, and FF2 (20%) doesn't implement display: inline-block, which is important for making bordered tabs and such that scale with the size of their fonts.
2) Full SVG support in all browsers. IE has none, the others have a mix of laughable crap.
3) Clients who trust the designer's artistic sense and ability to compat-test on multiple rigs, instead of, say, looking at it on one windows machine in IE6 at 800x600 resolution and complaining "no, we want the text to wrap after this word, not that word".
Sadly, this environment doesn't exist. Sizing things in pixels and limiting the scope of the primary content to 780px wide is STILL the most reliable way to get a consistent appearance that makes clients happy.
SVG doesn't even really exist in any substantive, usable way, so graphics have to be done in pixels. Font sizes are usually scaled to match those sizes. At least all major browsers will let you override that.
This is the environment we have, and trust me the designers aren't any happier about it than you are. I do fluid-width displays every time my clients will let me (~20%), and I always try to make sure the page won't break when the fonts scale. Beyond that, I'm constrained by the tools I've got.
And I have a 16:10 ratio monitor... which means that often I will read a web site and there will be a narrow strip of text in the center, and tons of wasted space to either side, again because some web designer hard-coded things with pixel counts.
Highres monitors that wide aren't made for having a single window fill the whole workspace. Super-wide columns aren't readable anyway; human eyes prefer text in narrow columns that wrap quickly.
Try tiling your web browser window next to other work windows, or email, or even 2 or 3 browser windows side-by-side. You'll be happier.
btw: Does anyone know how to scale the TEXT in firefox 3? Ctrl +/- now scale the entire page, insted of just the text(Which looks bad with many images) -(
Mozilla Firefox, Portable Edition 3 Beta 3 was released a few hours after the announcement. It's packaged with a launcher so it runs self-contained so you can use it from a flash drive, iPod, portable hard drive, etc. But it's also handy for trying out the current beta without affecting your local install. You can even run it from your desktop to try it out and then delete it.
333078 [mozilla.org] - XPCOM Cycle Collector [mozilla.org]. (Cycle collection [psu.edu] has similar goals to tracing garbage collection [wikipedia.org] but integrates better with reference counting. Turning on cycle collection fixed entire classes of leaks, both in Firefox and in extensions.)
330128 [mozilla.org] - Calling cancel() on a timer doesn't drop reference to callback.
That's nice, they've moved on from pretending it doesn't exist, blaming the user, blaming extensions, blaming plugins, blaming the memory monitor: blaming everything except the code.
However, as someone who routinely sees Firefox use 300MB (up to 100MB already!), I have to ask:
Did they actually fix it?
So they're addressing it. Does what they've done actually solve the problem? Or will I still watch Firefox use up to 500MB during a normal browsing session?
High memory usage is different from memory leaks - every time you open a new tab it stores in ram some of the previous and next pages in ram. So if you do a lot of surfing on different tabs it very quickly goes up to 100MB in ram. You can disable that from the settings but you lose the ultra-quick back and forward capability.
High memory usage is different from memory leaks - every time you open a new tab it stores in ram some of the previous and next pages in ram. So if you do a lot of surfing on different tabs it very quickly goes up to 100MB in ram. You can disable that from the settings but you lose the ultra-quick back and forward capability.
Yes, that's true, but it isn't the entire issue.
I'm running Firefox 3 (the previous beta, not the latest), and I set max_total_viewers to 1, which should in theory do what you said. Yet I routinely see ~200MB used by Firefox, and on my 512MB machine I need to restart Firefox once a day or so, since a web browser taking up half of my RAM doesn't make for good responsiveness of everything else.
One issue might be memory fragmentation in Firefox, or so I've been told. Perhaps someone who understands this stuff can clarify.
My typical memory-burning web surfing session is to go to Google News or especially to Fark.com, open up about 100 tabs of potentially interesting news stories, and then go read them one at a time, closing each one after I've read it. It's one thing to have the browser use lots of memory while I've got all the tabs open - but when I've finished with them all, and just have the original page back, or even hit "Home" to get "about:blank", the browser typically *still* has over 100MB of RAM and is often burning 20-70% of CPU. That's a memory leak!. Firefox 2 isn't significantly better than later Firefox 1.x versions - I'm hoping 3 will be at least a bit better.
Do you know which settings to disable? Usually I don't mind if moving from one tab to the next is a bit slow - I've got lots of CPU, except when Mozilla tries to burn it all, and it's often slow anyway because the machine's busy paging/swapping heavily.
My typical memory-burning web surfing session is to go to Google News or especially to Fark.com, open up about 100 tabs of potentially interesting news stories, and then go read them one at a time, closing each one after I've read it. It's one thing to have the browser use lots of memory while I've got all the tabs open - but when I've finished with them all, and just have the original page back, or even hit "Home" to get "about:blank", the browser typically *still* has over 100MB of RAM and is often burning 20-70% of CPU.
I've never had Firefox use that much CPU, but many of those tabs you closed are still cached in memory (along with each of their histories) so they'll reopen really fast if you Undo Closed Tab. Closing the tabs does not necessarily mean they're going away. Changing this option [mozillazine.org] in your about:config should keep that from happening (I think), but you'll also lose some of your session restore functionality. I have it on, and I've never had any of the problems you and a lot of other people have, but I hope this helps.
Firefox keeps by default ten previously closed tabs in memory. So even if you close 10, you won't get any memory back - because while they don't show up in the tab bar, they're still there, with their forward and back sessions stored in their entirety as well. You can recover closed tabs by hitting Ctrl+Shift+T
How about forever? I've had sessions like that (I do the same thing with Google News myself) that eat up over a gig of RAM and never let it go, even after every tab is closed. One time I closed all my Firefox windows except the download status window just to keep the app running at all, and left it like that for two days -- still no memory released.
Closing that last window of course released all my RAM. Luckily, I have a couple gig available, but its just stupid.
seamonkey (bigger than Firefox) with 5 tabs is only eating 50mb of ram.
If your only doing mild browsing then it shouldnt eat too much. But if your heavily browsing then of course its going to chew ram. I've seen Seamonkey hit over 300mb of ram when I'm on a streak.
It really doesnt bother me. Its not a memory leak and I can keep using the same Seamonkey session for several weeks straight. Looking at a big number in the task manager doesnt mean anything at all.
That's not a bug, it's a feature. I frequently grab text from the last known addresses without necessarily wanting to go to the page again (E.g. download heavy sites, buggy sites that crash the browser that I need to submit a bug report on.)
I'll have to agree that I prefer having to hit enter as I do that quite often. Some of us actually know how URLs work and what they're for. : ) Power to the consumer!
immediately load urls I click on them from the address bar, instead of waiting for me to hit return
No. That's a terrible idea, and would drive innumerable people (myself included) completely crazy. Text-entry fields shouldn't do anything when you click into them in order to edit. The return key is the proper way to actually cause an action to be taken on the entered text.
That's a user interface paradigm that's decades old now, and just because the bunch of monkeys coding IE think it's fun to throw it out the window doesn't mean it's a good idea. Microsoft has the anti-Midas touch for interfaces these days anyway (cf. Vista generally, that new Office abomination generally, drop-down menus that hide half their contents for no particular reason, etc.). Emulating them would be a terrible idea.
Please don't talk as if you're the only person whose opinion matters. I agree with one of your points and disagree with another. Do you care which way round? 'Course not. UI preferences are very subjective, and certainly not life-or-death. Have some respect for others' points of view.
Yes I do, but how many average users are going to know that? I'd be willing to bet that the Parent didnt even know that...besides, thats only one of many features that its lacking in comparison to Opera, Avant, etc. There isnt much coding invlived to add a context menu on right-click, or even a tooltip saying "Yadda Yada for Yada!"
No, not really. ActionMonkey (the project integrating Tamarin/Spidermonkey as part of Moz2) is not ready yet by a long way. According to the "old" timeline, though, there should be a Firefox 4/Moz2 alpha out in Q2 2008 (though I'm not sure I'd trust any timeline from Mozilla, old or new;-)
Adding bookmarks (Score:3, Informative)
Re:Adding bookmarks (Score:5, Informative)
Parent
Most plugins aren't working yet... (Score:4, Informative)
That is all.
Firefox 3 Mac OS X UI (Score:3, Informative)
The Proto theme is now the default in Mac OS X; no additional download is necessary.
(If you didn't click the link in the parent post, the upshot is that Firefox now looks a lot more like Safari.)
Re:Firefox 3 Mac OS X UI (Score:5, Interesting)
Except... the problem with themes which try to emulate the native look and feel of the platform is that it has to be all or nothing; getting even a minor detail wrong can throw off the whole theme. This is even worse on the Mac, where there are a lot of users who are much pickier than average about the look and feel of the UI -- it has to match the native interface, because if it doesn't they're going to notice. And in the provided screenshots, I can already spot ways that the "native" OS X theme doesn't cut it. For example, the screenshot which proudly shows off an Aqua-style select control and button next to a search box also shows those controls using the wrong font and with the text incorrectly placed. If they can't get those details right, they might as well not try to do a "native" theme at all.
Parent
Re:Firefox 3 Mac OS X UI (Score:5, Informative)
List boxes have always been ugly in Firefox. I don't think the theme has any control over this. Buttons look pretty good in 3.0 beta 3, but there are some nasty rendering artifacts on in the tab labels.
I agree with you that the details can make or break the experience. I keep trying to use Emacs shortcuts (Ctrl-A, Ctrl-E, etc.) in this text area, but this isn't a native control.
From what I've seen in the last fifteen minutes, 3.0 beta 3 is a big improvement. I've been pretty frustrated with Safari's performance. I'm not a kung fu memory master, but I do know that top shows up to 400 MB RPRVT and close to 2 GB VSIZE after it has been open for a while, even with only one or two tabs open. Sometimes when I close a tab it hangs indefinitely with a beach ball, so I have to force quit. If Firefox can spare me that annoyance, I'll forgive a few UI quirks.
Parent
Extensions (Score:5, Insightful)
Re:Extensions (Score:5, Insightful)
Parent
Re:Extensions (Score:5, Informative)
A few still refuse to work, but most do.
Now, can someone tell me how to keep my bookmarks always sorted by name? The two extensions I know of that do this job ignore my "don't check compatibility" instructions and still refuse to show up in the menus.
Parent
Re:Extensions (Score:5, Informative)
There is. Install the Nightly Tester Tools [oxymoronical.com] plugin. It adds a "Make All Compatible" button in your Add-ons dialog that does pretty much just what it says.
Parent
Is it faster? (Score:3, Interesting)
Now, I haven't run the new beta but I looked through the article and some of the past ones that have come up and noticed all this crap about theming, new features, etc, etc, etc but nothing really talks about how much faster it is and how much less memory the program consumes -- especially when it's been open for more than 24 hours on XP.
So, are they going to go back to light, tight, and fast instead of this feature bloat that seems to have prevailed? Yes, it's nice to have bells and whistles but I think that it's just as important to have a browser that doesn't require me to close it and reopen it so that my machine doesn't grind to a halt every other day if I don't.
Re:Is it faster? (Score:5, Informative)
Parent
Re:Is it faster? (Score:5, Interesting)
Parent
Re:Is it faster? (Score:5, Interesting)
Actually, the perceived performance issues of Firefox mostly stem from the fact it's a single-threaded architecture running on a JavaScript+XML interpreter (XULRunner).
Extensions, which basically "patch" themselves into this single-threaded synchronous engine, often exacerbate the problem too.
All XUL applications seem to share this slow response / performance problem, other popular ones exhibiting the same issue being Joost, Miro, SunBird.
However this issue is so deeply ingrained in XULRunner, that I hear misguided excuses all the time, such as "it's about the RAM cache / CPU usage balance", which, oddly enough, no other major browser suffers from (I use all on a daily basis as a developer myself).
About when we'll see improvements: most likely starting with Firefox 4, which is to completely replace the current JS engine, SpiderMonkey, with the one in Flash 9 (codenamed Tamarin), which compiles to machine code before execution, instead of being interpreted from opcodes.
We'll hopefully see some threading too (one thread for the main UI and one per tab at least), although the lead Mozilla developers have some quite irrational fears of multi-threaded architectures.
Parent
Threads are harder than you believe (Score:5, Interesting)
There is indeed only one thread handling the UI and DOM, but there are multiple threads. Network operations, file decoding and so on run in separate threads from the UI. MAking a multithreaded UI is quite hard; note that IE (at least 6, most likely 7 too) does that too, with the difference that you can have separate windows in different processes altogether; but then they can't talk to each other through JS.
The only time this architecture is really a problem ATM is when JS from a page sucks up CPU: it bogs down the whole UI.
Moving to a fully multithreaded architecture is a very hard problem, esp. for such a complicated application, with such complex interactions as a web browser. Every single little thing would have to be synchronised, with big deadlock risks at each turn.
The only possible approach is to divide work among threads such as there is minimal, well understood interactions between them. You can't for example just have one thread per window, because HTML+DOM+JS expect to be able to touch other windows from the same domain. You could divide processes by originating domain; that's what Apprunner does.
But then you have coordinate communication between the windows and the bookmarks, history and so on. Not too hard to do, but has to be weighed against the minimal gain.
Eventually, we will have to take advantage of many-cores CPU. That means that even DOM parsing will have to be multithreaded, for use on ultra low power 256 cores mobile cpus. Robert O'Callahan [mozillazine.org] is working on this. But what you have in this case is a number of related threads with a very limited scope, and precisely defined interactions.
You can read more on these issues at his blog:
Parallel Dom Access [mozillazine.org]
Night of the living threads [mozillazine.org]
Parent
Re: (Score:3, Insightful)
Even if that were true, did they have to maintain large data structures in memory at all times (forced to do so by the DOM specs)? Did they need to try to guarantee 50fps redraw (10ms timeouts being the standard "dhtml" sites use)?
Plus, I'm not sure that your more "featured" is correct. But it's hard to compare features that are so different in concept (controlling hardware vs doing predictive guessing on search terms based on past
Re:Is it faster? (Score:4, Informative)
Parent
Re:Is it faster? (Score:4, Interesting)
Beta 3 has one new feature that I've been waiting years for - you can now type shortcuts in the location bar to reference installed search engines. For instance, if you've set up "g" as the shortcut for google, then type "g vegan restaurants" and you'll get the results immediately. Mozilla had this, but it never made it over to Firefox until now. Thanks to the dev who implemented this feature; I owe you a beer.
So please, definitely try out the Firefox 3 beta. I think you'll be pleasantly surprised.
Parent
Firefox 3 (Score:5, Interesting)
Whatever happened to:
> Issue one major release every year (Fx 3 in 2007, Fx 4 in 2008, etc.) since it helps drive upgrades and adoption
http://wiki.mozilla.org/Firefox3/Firefox_Requirements#Release_Roadmap [mozilla.org]
Now my dream is to see a QT brand of Firefox again, perhaps using QT 4's built-in Webkit. Unify Konqueror, Safari and Firefox on one rendering engine and work towards making that the best damned rendering engine out there. They spent nearly two years on the new Gecko rendering engine, and it still isn't as fast as Webkit/KHTML. Firefox has all the features I want for the most part. I'm not saying they should abandon GTK, but they support multiple widgets and toolkits. Someone please give me a QT 4 branch of Firefox and I've be very happy.
Re: (Score:3, Informative)
Add-on finder? (Score:5, Interesting)
Brilliant! Must build from trunk again!
Changing the theme in Linux... (Score:3, Interesting)
Re:Changing the theme in Linux... (Score:4, Informative)
Parent
disappointed at one fact... (Score:3, Insightful)
Hints (Score:5, Informative)
Secondly, if you're annoyed by the new theme, just switch to Small Icons. It looks fine, except for the slightly annoying "Home" button.
Speaking of the "Home" button, it's on the Bookmarks toolbar now, in case you were wondering. You can move it back where it belongs while in the Customize Toolbar dialog.
So far, I don't see a whole lot to write home about. The new theme is definitely ugly. On the other hand, the beta feels very stable and very, very fast.
The feature I really want: whole-page zoom (Score:5, Interesting)
http://arstechnica.com/journals/linux.ars/2007/07/27/firefox-3-gets-full-page-zoom [arstechnica.com]
I use a 110 dots per inch monitor. I hate, hate, hate all web pages that were laid out with WYSIWYG design tools, with fonts set to 7 pixels tall and columns also specified as a certain number of pixels wide.
I don't have eagle eyes and I don't like to sit close to my screen. So I have my personal CSS forcing fonts to a minimum size... which makes some pages ugly, and other pages unreadable (depends on how much the page designer hard-coded with pixel sizes). I'm also using the ImageZoom extension to scale up images... which means the scaled images cover up lots of text on many web pages, and fancy graphical navigation buttons often don't match up with their clickable regions.
And I have a 16:10 ratio monitor... which means that often I will read a web site and there will be a narrow strip of text in the center, and tons of wasted space to either side, again because some web designer hard-coded things with pixel counts.
I used to wish that web designers would make sites that can adapt to unusual screen sizes. Well, the WYSIWYG tools aren't going away, so now I just want to zoom my pages.
steveha
Response from a designer (Score:4, Insightful)
1) 100% of the public using browsers that correctly implement CSS. 40% are still using the superbly broken IE6, and FF2 (20%) doesn't implement display: inline-block, which is important for making bordered tabs and such that scale with the size of their fonts.
2) Full SVG support in all browsers. IE has none, the others have a mix of laughable crap.
3) Clients who trust the designer's artistic sense and ability to compat-test on multiple rigs, instead of, say, looking at it on one windows machine in IE6 at 800x600 resolution and complaining "no, we want the text to wrap after this word, not that word".
Sadly, this environment doesn't exist. Sizing things in pixels and limiting the scope of the primary content to 780px wide is STILL the most reliable way to get a consistent appearance that makes clients happy.
SVG doesn't even really exist in any substantive, usable way, so graphics have to be done in pixels. Font sizes are usually scaled to match those sizes. At least all major browsers will let you override that.
This is the environment we have, and trust me the designers aren't any happier about it than you are. I do fluid-width displays every time my clients will let me (~20%), and I always try to make sure the page won't break when the fonts scale. Beyond that, I'm constrained by the tools I've got.
Highres monitors that wide aren't made for having a single window fill the whole workspace. Super-wide columns aren't readable anyway; human eyes prefer text in narrow columns that wrap quickly.
Try tiling your web browser window next to other work windows, or email, or even 2 or 3 browser windows side-by-side. You'll be happier.
Parent
How does you scale the font in firefox3? (Score:3, Insightful)
Ctrl +/- now scale the entire page, insted of just the text(Which looks bad with many images) -(
Try it without installing with Firefox Portable (Score:5, Informative)
It's available from the Mozilla Firefox, Portable Edition 3 Beta 3 homepage [portableapps.com].
Re:So... (Score:5, Informative)
Parent
Re: (Score:3, Insightful)
However, as someone who routinely sees Firefox use 300MB (up to 100MB already!), I have to ask:
Did they actually fix it?
So they're addressing it. Does what they've done actually solve the problem? Or will I still watch Firefox use up to 500MB during a normal browsing session?
Re:So... (Score:5, Informative)
Parent
Re:So... (Score:5, Interesting)
I'm running Firefox 3 (the previous beta, not the latest), and I set max_total_viewers to 1, which should in theory do what you said. Yet I routinely see ~200MB used by Firefox, and on my 512MB machine I need to restart Firefox once a day or so, since a web browser taking up half of my RAM doesn't make for good responsiveness of everything else.
One issue might be memory fragmentation in Firefox, or so I've been told. Perhaps someone who understands this stuff can clarify.
Parent
If you close the tabs, does it free RAM or Leak? (Score:4, Interesting)
Do you know which settings to disable? Usually I don't mind if moving from one tab to the next is a bit slow - I've got lots of CPU, except when Mozilla tries to burn it all, and it's often slow anyway because the machine's busy paging/swapping heavily.
Parent
Re:If you close the tabs, does it free RAM or Leak (Score:5, Informative)
I've never had Firefox use that much CPU, but many of those tabs you closed are still cached in memory (along with each of their histories) so they'll reopen really fast if you Undo Closed Tab. Closing the tabs does not necessarily mean they're going away. Changing this option [mozillazine.org] in your about:config should keep that from happening (I think), but you'll also lose some of your session restore functionality. I have it on, and I've never had any of the problems you and a lot of other people have, but I hope this helps.
Parent
Re:If you close the tabs, does it free RAM or Leak (Score:4, Informative)
Parent
Re:If you close the tabs, does it free RAM or Leak (Score:4, Informative)
Closing that last window of course released all my RAM. Luckily, I have a couple gig available, but its just stupid.
Parent
Re: (Score:3, Interesting)
If your only doing mild browsing then it shouldnt eat too much.
But if your heavily browsing then of course its going to chew ram.
I've seen Seamonkey hit over 300mb of ram when I'm on a streak.
It really doesnt bother me.
Its not a memory leak and I can keep using the same Seamonkey session for several weeks straight.
Looking at a big number in the task manager doesnt mean anything at all.
In Short (Score:5, Funny)
Don't trust me. Try it.
Parent
Re:Wondering where the new back/forward buttons ar (Score:3, Funny)
Re:YAY! (Score:4, Insightful)
Parent
Re:YAY! (Score:4, Funny)
Parent
Re:YAY! (Score:5, Insightful)
That's a user interface paradigm that's decades old now, and just because the bunch of monkeys coding IE think it's fun to throw it out the window doesn't mean it's a good idea. Microsoft has the anti-Midas touch for interfaces these days anyway (cf. Vista generally, that new Office abomination generally, drop-down menus that hide half their contents for no particular reason, etc.). Emulating them would be a terrible idea.
Parent
Re:YAY! (Score:4, Interesting)
Agreed that would drive me nuts.
I suspect it'd make a nice exploit as well...
Parent
Re: (Score:3, Insightful)
Re:YAY! (Score:5, Informative)
Parent
Re:YAY! (Score:5, Insightful)
Parent
Re:acid 2? (Score:5, Informative)
I'm hoping that they bring forward Tamarin support in Firefox. Any chance of getting fast javascript before Firefox 4?
Parent
Re: (Score:3, Informative)
http://wiki.mozilla.org/JavaScript:ActionMonkey [mozilla.org]
http://wiki.mozilla.org/Mozilla_2 [mozilla.org]
Re:usability (Score:4, Informative)
You seem to be describing Firefox 2. This has been fixed in Firefox 3; it takes 3 clicks to install an extension now. (The patch was in bug 252830.)
Parent