Slashdot Mirror
Firefox 2.0 'Beta Candidate 1' Released
Krishna Dagli writes to mention that a Firefox 2.0 Beta Candidate has been released to the public. Ars Technica looks at some of the included features such as tab scrolling, anti-phishing measures, and an integrated spellchecker. From the article: "There is an option to search for updates for any extensions that have been broken, but it was not able to update any of the extensions I had installed. Fortunately, Firefox has been integrating many useful extensions (like the ability to drag and drop tabs to new locations) along its development, so this is not as big of a problem as it might seem. The browser seemed quite fast and stable, although I did not perform any benchmarking tests. I found one really obscure bug, where if the user clicks on a help link when a preferences dialog box is open, a new copy of Firefox will load without the user being able to switch back to the original either through Alt-Tab or the Windows task bar."
Has anyone tried any of the RC's with the various Google extensions (notebook and browser sync) installed? Any word on how well they work?
NATIVE support for the current standard recommendation of SVG.
Plain and simple. That's the one thing I've been waiting on in a mainstream browser.
Yes, you can get it with betas and prc's but, mainstream, main trunk, production releases that include this are unknown to the public at large.
My office has been taken over by iPod people.
Sorry, but yes it does, at least if you're a business user with a corporate intranet that uses ActiveX as many do. This stubborn attitude among the Moz community that ActiveX == bad, integration with Windows authentication == bad, etc. is exactly why Firefox has such low penetration on corporate desktops, which in turn is exactly why it's so rarely included with off-the-shelf PCs from big name vendors.
Seven deadly sins of successful software development, #5: Believing that what you think the users should have is more important than what the users actually want.
If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
I have 1.5GB of DDR400 so maybe I'm in the minority, but as long as I've used Firefox (maybe a year before 1.0) I can count the number of crashes on one hand. No doubt there are inelegant programming solutions to many issues with the browser, but they are all but transparent from my experience. And I use about 20 extensions!
There was requirement about "native interface". Only when Opera will learn that double-click used to select text (not to open pop-up menus). When drag'n'drop will finally start working (try to drag URL from location bar to create link, try to drop link to open in new window/tab). When UI will be drawn using host OS (menus are always too thin - provided the amount crap in the menus - they are barely readable, controls don't use system font, etc etc etc) When tabs will be closing in the order they are on screen - not some random order. When tabs would be simply switching by Ctrl-Tab. And finally when about box will be what it is meant to be - dialog box.
Until then, tradition of Opera to break UI rules with every new release, does no good. Opera can called anything - but "native application." Unstandard keyboard shortcuts (easy to mistype), unstandard behavious (always confusing with other applications), etc. "Native application" doesn't mean "picture looks like everything else". Opera's "nativity" - is skin deep only. For definition of what native application I can only direct you (and hopefully Opera's devels) to sources: MS Guidelines for UI development & Apple's HIG & GNOME HIG. Read that before reinventing square wheels. Send that to Opera - probably they do not know about the guidelines.
Mozilla people spend lot of time making sure that people used to various OSs and various UI standards will feel themself comfortable. Specifically goal of Firefox was good integration with host OS - Windows or Linux - even Mac OS X support now improved greately. Br... Somebody stop me. I'm flaming.
All hope abandon ye who enter here.
Exactly! Good grief. that was the number one argument (next to Open Source) against Opera... "it's bloatware!" several years ago. Now, FF users scream "it doesn't have extensions!" ...but the bloat comments are gone.
Actually, Javascript can cause memory leaks in IE as well:
http://msdn.microsoft.com/library/default.asp?url= /library/en-us/IETechCol/dnwebgen/ie_leak_patterns .asp
I haven't tested it lately because I tend to stay away from IE, but a couple of years ago it was quite easy to slow a user's system down while viewing a page in IE by using Javascript to scroll text across the browser's status bar. Many Websites that had tools and toys for Web developers would warn of the danger of using Javascript for scrolling text effects. The effects would be noticeable in minutes rather than days.
* * * * * *
I've had a perfectly wonderful evening. But this wasn't it.
--Groucho Marx
Javascript has a concept known as closures (basically function objects), which when created inherit the scope they were created in, in the form of the scope chain. This scope chain can keep pointing to variables long after a naive reading of the code would seem to conclude nothing is pointing to them (by all references to them having explicitly be set to null). This in turn causes memory leaks. This is not a bug, but is behavior that is mandated by the ECMAScript standards, which firefox tries to aspire to.
I've run into this problem myself in an actionscript (flash) application, where I initially blamed flash for my memory bloat, until I learned that it was my own weak understanding of closures that was the cause.
Since firefox extensions are written in javascript, I expect that a lot of them have memory leaks in the form of ill-designed closures, which would cause the firefox process to bloat, even though the firefox developers are not at fault.
I want to be able to turn on/off javascript on a per URL basis.
FreeSpeech.org