Firefox for Intel Macs Planned for March
daria42 writes "Although there are unofficial builds already available, Mozilla will release an official version of Firefox for Intel Mac OS X in March, developer Josh Aas says. There are only a couple of minor bugs to work through, such as Flash and Java support."
A file named "Please Spread Firefox.kext" has been located in the pre-release versions.
Is it so difficult to toggle them off already?
Victims of 9/11: <3000. Traffic in the US: >30,000/y
Looks like the trolls have bitten even at the first post.
Aaaaanyways, what I was actually going to say was that it shouldn't really matter that much, speedwise, whether or not there is an OSX86-native binary of Firefox or not, what with all of the good speed tests I've read. Either way, that's a pretty darn good schedule for *any* piece of software - completely up to date with totally new hardware within 2 or so months.
Congrats to the Firefox team!
"We are targeting the official release of Firefox for Intel Mac OS X in late March with the Firefox 1.5.0.2 update," Mozilla software engineer Josh Aas told ZDNet Australia.
One thing I enjoy about Free Software organizations, but especially Mozilla, is that they give plenty of information about their release goals and we can trust them. After all, we can just download the nightly files and make our own, or check on the progress.
It would be interesting to see a comparision of target dates set by companies, and see how well the initial target date was met. Microsoft vs. Apple vs. Mozilla vs. Opera for instance.
--
Stop Sparky's brain from being probed by Bush
Saskboy's blog is good. 9 out of 10 dentists agree.
Camino is seriously a lot nicer gecko for mac than firefox. It actually integrates with OS X and it uses Cocoa. From a usability standpoint is much further ahead.
----
Go canucks, habs, and sens!
Anyone know what sort of performance hit there is running the current Firefox release under Rosetta? I mean, do the Flash ads stutter or anything? I'm assuming it would be a better browsing experience than I currently get on my iBook (G3/600).
This guy's the limit!
Why make a Mozilla for x86 Macintosh and a Mozilla for PowerPC Macintosh? Make a universal binary, that's what they are there for aren't they? I mean relying on rosetta for a few things like flash and java can't be that big of deal, it's not like the bottleneck in a browser is the browser itself, it's more commonly the pipe feeding the browser. Isn't the point of Rosetta that Mozilla Firefox as it stands now runs just fine on a MacBook or iMac regardless of the proc under the covers?
Also most of the user community doesn't care that at 10.4.4 there is a version that runs on an Intel processor and a PowerPC Processor, so when we download trying to decide between Mozilla Firefox for Macintosh OS X (PowerPC) and Macintosh OS X (Intel) isnt' something we should have to decide. The ability to make univseral binaries is there, why not take advantage of it? Why create yet another file the world has to mirror and worry about which is the right one?
Just a thought.
As a rock-in-roll Physicist once said, No matter where you go, there you are.
Why is the beta release this kind of "under the table" beta release from one of the developers? It seems like it'd be a better idea to make the build they have now more widely available in a more prominent spot, especially considering the scarcity of x86 Macs at the moment. Is the problem one of public perception of releasing (even a beta) of a product that's not feature complete? Will there be a more official beta before the march release?
AccountKiller
http://www.amazon.com/exec/obidos/tg/new-for-you/t op-sellers/-/pc/all/pc/0/1/1/1/104-6461076-7991161
It's not just a question of speed. If I'm interpretting the what-Rosetta-won't-support statements from Apple correctly, translated PPC apps running embedded Java applets will not run on OSX86. The archetypal example of that is a web browser using a Java runtime environment. That makes an Intel-native version of Firefox necessary to maintain compatibility with a bunch of web-based apps and a fair amount of website candy. You can grouse about how horrid Java applets are, but it's a "failed" item on the capatibility checklist, which is Not A Good Thing for everyone's favorite cross-platform browser. (And it's another nail in the coffin of IE:Mac, which will never be distributed in Intel-native or universal binary format.)
http://alternatives.rzero.com/
"There are only a couple of minor bugs to work through, such as Flash and Java support."
I knew it that Flash and Java support were bugs all along.
I believe the problem as for x86 is again third party software such as flash and Java. Historically neither have had 64bit binaries from their vendor.
:( Methinks they'll only make the effort when 64bit Vista arrives.
For Java, Sun has said, in the short term at least, they won't go to the trouble of releasing the necessary software for 64bit - Java Plugin and Java Web Start. IIRC, the method of installation for 64bit Solaris (SPARC) is to install the 32bit JRE (which has the plugin and web start) and then install the 64bit JRE over top.
This stifles usage of x86-64 with a 64bit OS if a 32bit compatibility module is needed. Too many hoops to jump through. AMD have had Athlon 64 for how many years now???
Two new Mac models are announced and Firefox with plugins is a priority. Meanwhile, AMD64/EM64T platform users can't run a native Firefox with plugins under any OS, with no ETA at all for that ability.
Flash and Java support are NOT minor bugs.
When a developer calls a bug minor, it doesn't necessarily mean the end user impact is minor, it often means the bug itself is minor, i.e. relatively simple to fix.
$x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
$x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;