Slashdot Mirror


Mozilla 1.5 Beta Released

asa writes "Today mozilla.org released Mozilla 1.5 Beta, available for Linux, Mac OS X, and Windows. This beta release features lots of bugfixes, the inclusion of a spellchecker for Messenger and Composer, and lots of minor feature improvements to Navigator, Messenger, Composer and Chatzilla. More information is available at the Mozilla Release Notes."

37 of 674 comments (clear)

  1. speed by Illissius · · Score: 4, Insightful

    What they really need to work on is the speed and the bloat. You might not notice it if you're used to IE, but after using Opera ever since I've found out about it, having to endure something as slow as Mozilla causes me large varieties of pain which may or may not include the physical kind.

    --
    Work is punishment for failing to procrastinate effectively.
    1. Re:speed by toddestan · · Score: 2, Insightful

      IE is only the fastest because it cheats by loading itself up when Windows boots up, so when you click on the icon the browser instantly appears. Of course, by having it load up like tha a means longer boot time, and a more sluggish system by having all that crap in memory (not really an issue with 2+ Ghz processors with 512MB of ram, but try comparing IE-free Windows 95 vs. 98 on a P133 with 24MB of ram and it's very obvious.)

      Once it's loaded up though, IE is not that fast loading and rendering pages. Opera 7 easily smokes it.

    2. Re:speed by shaitand · · Score: 2, Insightful

      aye, it'd take one hell of a table to get it up to 5mb if it weren't autogenerated. With autogenerated crap code it's hard telling how it would render in a browser that actually expects real html and scripting languages.

      Take a look at two identitcal pages, one produced in frontpage, one produced in publisher, one hand-coded, and one produced with the built in mozilla editor.

      the largest of all will be the publisher output, pretty much everytime. If you actually break this code down and analyze it (should take a few hours for a simple single page) you'll never quite figure out how it manages to render... or how a table of twenty links can result in 1mb of html and CSS and vbscript!

      Frontpage will do significantly better than publisher with the same page. Although you'll still never figure out how it renders at least the output will be more like 100k.

      Moz generator will do better than either, it will produce real code, crappily formatted and with about the same uneeded junk you'd expect if you wrote the app to generate the code yourself. This should be under 15k

      hand coded you'll end up with something about 1-2k max, it will render lightning fast (compared with the other options at least).

      Somehow I suspect what we'll find if we look at how these things render is that firebird will win on the real pages that actually have correct code that has some logical excuse for rendering. Frontpage and publisher output will load faster in IE than firebird (although that garbage won't load fast in ANYTHING).

  2. Great, but.. by Gherald · · Score: 3, Insightful

    Who cares?

    Firebird is where the action is, and by the time corporations get around to switching to 1.5 final, Fire/Thunderbird 1.0 will be the default Mozilla browser/e-mail clients anyway.

    1. Re:Great, but.. by Malc · · Score: 4, Insightful

      I care. Fire/Thunderbird might be where the action is... but I don't want action. I want a stable application that's fully featured. Last time I tried Firebird -- which is presumably more mature than Thunderbird -- I find it irritating and lacking some of the features that Mozilla 1.4 professes. Actually, come to think of it, I might not care about Mozilla 1.5 after all unless it provides a really compelling reason to upgrade from 1.4. I shall stick with that for as long as it takes, it's pretty stable.

    2. Re:Great, but.. by Gherald · · Score: 2, Insightful

      > come to think of it, I might not care about Mozilla 1.5 after all unless it provides a really compelling reason to upgrade from 1.4.

      Exactly! You have the same mindset as corporations. By the time people like you think it is worth upgrading from 1.4 they will not be moving to 1.5, because it won't be the latest stable build.

      Instead, you and them will be going directly to 1.6 or 2.0, which will incorporate Thunder/Firebird.

      My point is: No one will ever care about 1.5

  3. Re:Wow, Moz is still alive? by sbszine · · Score: 5, Insightful

    I thought Netscape killed it off because they were buying AOL.

    From memory what happened is that AOL laid off the Netscape developers who were working on Moz. A non-profit foundation was set up to fund continued development and AOL made the first donation ($1 million). Red Hat, Sun etc have also donated to the foundation, but they still need a lot more $ from users if the pace of development is to be maintained.

    --

    Vino, gyno, and techno -Bruce Sterling

  4. Spell checker by doomy · · Score: 4, Insightful

    It says the spell checker comes for Messenger and Composer, now woulnd't it be a great idea to use the spellchecker functionality within the browser as well? Such as within forms? Maybe someone should request this a a feature. I for one would use it :)

    --
    ...free your source and the rest would follow...
  5. is the image resize still active? by Comsn · · Score: 4, Insightful

    its a horrible 'feature' that needs to be disabled by default.

    1. Re:is the image resize still active? by thumperward · · Score: 4, Insightful

      Why does that make sense? Seriously? There are very few occasions I can think of when I have needed to see an image created at a stupidly-high resolution (i.e. above 800x600) in my browser window at full size. Is there a single example you can give me which would show me why it is more convenient to have to scroll to get to the bottom of a large image than to just get the whole thing at about 80% of full-size? I really don't get why people hate this feature, it's literally the best thing added to Mozilla since the Firebird split.

      - Chris

    2. Re:is the image resize still active? by thumperward · · Score: 2, Insightful

      Still looks like a map to me. I can read the important text.

      Whereas if I turn OFF image resizing, I can't even see the store!

      Well, that's a useability improvement.

      - Chris

    3. Re:is the image resize still active? by MenTaLguY · · Score: 2, Insightful

      I don't think it would be so bad if it used some sort of averaging/interpolation.

      --

      DNA just wants to be free...
    4. Re:is the image resize still active? by Anonymous Coward · · Score: 1, Insightful

      How about if most of the large images you look at are screenshots, and moz's scaling algorithm makes all the text unreadable because it's optimized for speed, not image quality? That's a single example.

    5. Re:is the image resize still active? by cheekyboy · · Score: 2, Insightful

      1. its interpolation resizing is crap!, not like photoshop, its hardly perfect.

      2. when you have massive porn images, you might want to zoom in to the good bits!!!!

      3. why cant i resize/zoom a whole webpage like ACROBAT, ie resize all fonts by X percent, and resize all images X percent at the same time too.

      --
      Liberty freedom are no1, not dicks in suits.
  6. And they call this an upgrade? by MediaBoy77 · · Score: 5, Insightful

    From the release notes:
    The Linux binaries distributed by mozilla.org are now compiled with GCC 3.2. If you're using these binaries then popular plug-ins like RealPlayer, compiled with previous versions of GCC, will not work. See bug 213234 and 158385.

    This is a classic example of why Linux is still not quite ready for prime time on the desktop.

    Download a new version of a web browser, break all your old plugins because of a compiler incompatibility.

    I'd hope this will be fixed before Mozilla 1.5 goes out of beta. It's clearly a major hurdle to widespread adoption.

    1. Re:And they call this an upgrade? by pe1chl · · Score: 2, Insightful

      This just demonstrates that the plugin interface is broken.

      The problem of interfacing GCC 2.95 compiled code to GCC 3.x compiled code should be fixed, preferably once for all cases (it also affects kernel modules, for example) and if that is not possible it should be fixed inside Mozilla or in a "shim" plugin.

      And while that is done, a new interface should be defined that does not depend on things like this, and the plugin coders should be motivated to move to that new interface.

      Do you think the providers of binary-only plugins will be helping is for much longer when we lock them out at arbitrary moments and require them to spend work on building a new distribution package? As it is now, the percentage of plugins supported on Linux is already relatively small. Moves like this are certainly not going to make it better.

      What if Real or Adobe decide that this is it and no GCC 3.x compilation of their product will be brought out? Will Mozilla step back to GCC 2.95, will they fix the problem, or will they just kill their browser product by saying "sorry guys, no more Acrobat PDF viewing!"???

    2. Re:And they call this an upgrade? by FooBarWidget · · Score: 3, Insightful

      This has got nothing to do with the plugin interface. This is a C++ Application Binary Interface issue. This problem only affects C++ applications (Mozilla is written in C++). The past few GCC versions broke C++ ABI in order to be standards compliant.

      This has no large effect on most Linux software since they're open source. Most distributions are already fully compiled with GCC 3.2. Sun's JRE is already compiled with GCC 3.2. The *only* plugin I know that hasn't, is RealPlayer. Real should recompile their plugin and get over with it.

      "What if Real or Adobe decide that this is it and no GCC 3.x compilation of their product will be brought out? Will Mozilla step back to GCC 2.95, will they fix the problem,"

      They'd be fools to not bring out GCC 3.2 versions of their products. It's extremely trival: a recompile is all that's needed. Or in case your code isn't standards compliant (GCC 3.2 is more strict), just fix your code. All of this takes at most a few days. Sun and Real can have a new version ready in less than a week.

      WinXP broke Easy CD Creator. Are you going to tell Microsoft to put back the MS-DOS cruft in XP just to make Easy CD Creator work? Or should Adaptec port their software to XP instead?

      "or will they just kill their browser product by saying "sorry guys, no more Acrobat PDF viewing!"???"

      This wouldn't be a bad idea at all. Replace Adobe's PDF plugin with an open source PDF plugin and viola.

  7. Let's not take Mozilla for granted... by miknight · · Score: 5, Insightful

    We really need to support and look after the Mozilla project, for obvious reasons. IE's market share is huge and is tying people to Windows. Opera is fantastic but, as IE, not OSS.

    Mozilla (+derivatives) is our only full featured OSS browser. Many people keep complaining about it's lack of speed, or large number of bugs - but in some ways, this is besides the point. It's amazing it has gotten this far and fortunately it looks like it has enough steam to keep going well into the future.

    Let's not take it for granted.

  8. The amusing part by Overly+Critical+Guy · · Score: 5, Insightful

    Here's the amusing part: if it were a Microsoft product that did this, hordes of Slashbots would post hundreds of "+5" posts decrying the evil antics and poor design. But it's standard procedure when it comes to major Linux apps, and nobody bats an eye.

    Every single time someone writes one of those annoying "here's what's wrong with Windows" posts, I have to laugh because of much, much worse stuff like this.

    --
    "Sufferin' succotash."
    1. Re:The amusing part by deek · · Score: 4, Insightful
      • if it were a Microsoft product that did this, hordes of Slashbots would post hundreds of "+5" posts decrying the evil antics and poor design. But it's standard procedure when it comes to major Linux apps, and nobody bats an eye.
      And here's the reason why: because with Linux, we can actually do something about it! We have the source code, and we can then compile it with an older version of gcc.

      With Microsoft, you can do nothing! You have no access to the source, and cannot change things if you don't agree with their direction. Now THAT is evil!

      Furthermore, the real evil lies with the fact that RealPlayer don't have a gcc 3.2 version of their plugin (I assume). Hopefully they will release a new version of the plugin, and this will be OK.

      Lastly, have a closer look at the release notes ... it says "The Linux binaries distributed by mozilla.org are now compiled with GCC 3.2.". Note the phrase "distributed by mozilla.org". Therefore, if it's distributed by your favourite distribution, things should be OK, as your distribution will assure operability with things like RealPlayer.

      Your complaint is a non-event. Please post something a little more constructive in future.
    2. Re:The amusing part by BRSQUIRRL · · Score: 5, Insightful

      Read the parent a bit more carefully: "it's clearly a major hurdle to widespread adoption" (emphasis mine). To the "widespread" masses, which includes my mom (hehe), recompiling your browser to fix a compatibility problem with a plug-in is not something that they can and/or are willing to learn to do.

    3. Re:The amusing part by Anonymous Coward · · Score: 2, Insightful

      You have no access to the source, and cannot change things if you don't agree with their direction. Now THAT is evil!

      First of all, this really isn't directly related to source code availablity.

      Second, in this case it's just the opposite. The closed-source model forces vendors to maintain binary compatibility at pain of death. For browser and other plugins, that's a good thing.

      In the real world, not everyone decides to switch compilers at the exact same time. Not everyone CAN use GCC 3.2, and they also need to support customers with every other current version of GCC.

      Open Sourcers like to say "Use The Source", but in reality that's an engineering shortcut borne out of a student userbase that reinstalls every 6 months. As more corporate users with slowly-moving configs get on board Linux, things will have to change. Support of 10 year old binaries is not an uncommon thing in the business world.

      The overall benefits of source code availablity are not an excuse for crappy, fluctuating ABIs.

    4. Re:The amusing part by Feztaa · · Score: 3, Insightful

      the real evil lies with the fact that RealPlayer don't have a gcc 3.2 version of their plugin (I assume).

      Moreover, if the RealPlayer plugin was open source, we could simply recompile it with gcc 3.2, and this whole thing would be a total nonissue.

      Instead, we've got to wait for Real to release a new version of the plugin for us. I see this as a failing of the closed source development model. If everything was open source, there would be no problem here.

    5. Re:The amusing part by deek · · Score: 2, Insightful
      • To the "widespread" masses, which includes my mom (hehe), recompiling your browser to fix a compatibility problem with a plug-in is not something that they can and/or are willing to learn to do.
      Hey, I agree with you. The common computer user should not need to compile anything for their computer.

      But the common computer user should also _not_ be using a beta version of Mozilla distributed by mozilla.org. The common computer user can quite happily use the version of Mozilla that is compiled by their distribution. Therefore it's the distributions responsibility to make sure of compatibility.
  9. You don't get it, do you? by CanSpice · · Score: 5, Insightful

    I don't mean to sound antagonistic, but you don't get it, do you? You don't understand the ideas and concepts by "standards", do you?

    No, you most definitely should not make sites that are Firebird-compliant. Make sites that are STANDARDS-compliant. It's by designing for a specific browser that we got into this morass of browser-specific tags and browser incompatibilities.

    Use the standards that exist, and test using Firebird and IE and Opera and Galeon and Safari. But don't design with a specific browser in mind.

    1. Re:You don't get it, do you? by x+mani+x · · Score: 2, Insightful

      Well IMHO, you are being antagonistic for no good reason.

      A site can be "Firebird-compliant" and be fully "standards-compliant" simultaneously. I'm pretty sure this is obvious.

      Furthermore, he/she asked about testing for CSS2 compliance, which I believe implies he/she does "get it" when it comes to standards compliance.

      I don't mean to sound antagonistic, but you don't get it, do you? You don't understand the ideas and concepts by "standards", do you?

      I'm sure you're a nice guy and all, but this makes you sound like an asshole.

      -Mani

  10. Re:Wow by FuzzyBad-Mofo · · Score: 4, Insightful

    Congratulations for giving Moz/Firebird a try. The best advice I can give for making cross-browser scripting:

    forget about document.all
    instead use getElementByID()

    Despite the funky capitialization, it's the key to making cross browser DHTML. I think you'll find that Mozilla supports at least as much of the CSS2 spec that IE does. The main problem is IE's box model, which can be worked around. Unless you're pushing the envelope, CSS compatibility shouldn't be a problem. If you really need a cross reference, I recommend Osborne's CSS 2.0 Programmer's Reference.

  11. Re:Question: Building Firebird from CVS? by pryan · · Score: 2, Insightful

    You may want to add

    ac_add_options --enable-default-toolkit=gtk2
    ac_add_options --disable-toolkit-xlib
    ac_add_options --disable-toolkit-qt

  12. Crappy Mozilla Desktop Icon! by aSiTiC · · Score: 3, Insightful

    Is it just me or is the built-in icon for Mozilla suck? I'm tired of searching theme sites for a better icon!

  13. Hello? It's 1991 calling! by duffbeer703 · · Score: 1, Insightful

    Most people regularly send email attachments larger than the Gecko engine.

    If you have space problems on a modern hard disk, it's time to upgrade or delete some pron.

    --
    Conformity is the jailer of freedom and enemy of growth. -JFK
  14. Ahem... by Nailer · · Score: 3, Insightful

    Mozilla (+derivatives) is our only full featured OSS browser

    Pardon?

  15. Re:Problem with browsers that aren't IE. by glsunder · · Score: 2, Insightful

    Mozilla also has a nice search feature where you can highlight text, then right click on it and search for that text. It also has a search button which searches for whatever is typed in the address bar. Through preferences, you can change the search type to google, as well as numerous others.

  16. I don't think .sos work like that by ArmorFiend · · Score: 2, Insightful

    I don't think .sos / .dlls work like that. At least not this decade.

    I believe that when two applications load libgecko.so (or whatever) they both memory map the same code section. The only copies that are made are for library storage, what you would get if you declare a variable "static" in C. This is probably a very small percentage of the total library size. Like 1%.

    But I'm just guessing. And if you d/l different versions of libgecko.so (or whatever) then obviously all bets are off.

  17. Re:Thunderbird by jonadab · · Score: 5, Insightful

    > The sad, sad news is that Firebird and Thunderbird will not made
    > it into 1.5 :-(

    If you've been testing Firebird and Thunderbird this is good news.
    They're not ready. Firebird is getting there, and hopefully will
    be ready to replace Navigator by 1.6 time, but SeaMonkey really
    can't be put out to pasture if only Navigator has been adequately
    replaced. Thunderbird... well, it still needs a lot of work.
    Also, Sunbird needs to be working before SeaMonkey can be dropped.

    Actually, Firebird has most of the features Navigator has, *if* you
    install a metric tonne of Extensions. (This is a major issue,
    however; it takes considerably longer and *many* times more
    clicking to download and install all those extensions as compared
    to just downloading and installing the entire SeaMonkey suite. A
    solution needs to be worked out wherein many extensions can be
    downloaded and installed in one go.) Even with all of the
    extensions, though, FB is still missing a couple of very major
    features, like the DOM inspector (which is dogfood, or should
    be -- it's painful to do any work on themes without it; it's quite
    handy for web development also).

    --
    Cut that out, or I will ship you to Norilsk in a box.
  18. Re:I still doesn't have the feature I want by LordMyren · · Score: 2, Insightful

    web browsing hasnt evolved much since the pentium 100 was a new born baby. css2 is the most recent milestone, aside from the oodles of streaming porn, neither of which should be insufferable under a pentium 133 or better (assuming your normal postage stamp grade 320 x 240 video).

    there's no reason for a browser to require twice the processor it used to, if you disable cpu intensive options. just because computers are fast as all getout does not mean we should start accepting shitty code that takes three times the machine to run, just because its "better" (mouse gestures and tabbing... thats about it really for me).

    96 mb of ram is a metric f-ton if your doing anything reasonable (ie: not kde or xp). pentium 266 should be nothing to sneeze at, not by a long shot, especially for web browsing. i rememeber advising people they didnt need a 350mhz for just web browsing, its overkill, hell, i remember telling that to my parents last month. they hardily agree and are pleased as punch with my old dp 366. many embedded system style applications are running even less ram; you want to tell them to upgrade?

    apps obsoleting hardware that used to do the same task fine is bullshit, no matter how you dice it. people shouldnt have to move over to make way for progress. on the flip side, i understand "dont upgrade if it aint broke", but i simply dont see new browsers having any excuse to use worlds of resources to do the same mundane web browsing. its reasonable to expect we get the latest compliant browsers for our old machines and have them still run fine, so long as we dont start breaking out the auto-smooth scroll while anti-aliase zooming all tabs context menu option.

  19. Export restrictions by KillerLoop · · Score: 3, Insightful

    "This source code is subject to the U.S. Export Administration Regulations and other U.S. law, and may not be exported or re-exported to certain countries (currently Afghanistan (Taliban controlled areas), Cuba, Iran, Iraq, Libya, North Korea, Sudan and Syria) or to persons or entities prohibited from receiving U.S. exports (including Denied Parties, entities on the Bureau of Export Administration Entity List, and Specially D"esignated Nationals)."

    Hey Mozilla project, care to host it somewhere a bit more... you know... free?

  20. Filtering and spellchecking. by Channard · · Score: 1, Insightful

    Plenty of nice features there, but the Baysian filtering alone is worth its weight in gold. Mozilla's email client is better at filtering out spam than most commercial standalone spam killers I've tried. As for spellchecking, how about an on the fly spellchecker that actually took in a dodgy l33t JeffK (www.somethingawful.com/jeffk) style webpage and translated it to readable english?