Mozilla 1.2 Beta Released
nberardi writes "Mozilla 1.2 Beta is out. Typeahead now works on Mac and Java now works on Jaguar. On Linux, the classic theme now picks up GTK native theme. See the release notes for more info."
← Back to Stories (view on slashdot.org)
Note that if you're using the pinstripe theme, you've got to use the one made for nightlies.
I don't know why.
First thing I noticed.
--
pants ahoy
Mozilla's binaries still depend on gtk 1.x, however when compiling from source you can tell it to use gtk2. I don't know how stable that is, though...
Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
Help yourself. Unpack the classic theme (classic.jar is a zip archive) and replace the icons with your own.
XFT support on Linux! Now we can get cool anti-aliased fonts on Linux!
You must compile from source with --enable-xft and need fontconfig & xft2 package from www.fontconfig.org and of course freetype2 from www.freetype.org
Great thnx to Chris Blizzard for this!
Oh btw now HTML for controls & scrollbars use your native GTK theme widgets when classic theme is chosen.
Never learn by your mistakes, if you do you may never dare to try again
Moz 1.2 works like a champ on my iMac under Jaguar. 1.1 was a little sluggish, but 1.2 seems to have corrected that and then some. Startup times are now nearly as fast as IE 5.2.2, and Moz is and hopefully will continue to be much less crash prone than IE. This is in and of itself amazing, considering it is 1.2 BETA.
Great job to all who work on this effort. It is much appreciated by many in the computing field.
Cheers!
If a man's character is to be abused there's nobody like a relative to do the business. -Thackeray, William
moz development has been considered sluggish by many a few months ago... now that they have the infrastructure right, they do release early and often. Nice :)
;)
Too bad I'm still stuck to 1.0.1-r1 on my gentoo distro...
Karma cannot be described by words alone.
... provided the page is written for link prefetching explicitly. It doesn't mean you can go to a site like Google News and it will start loading the various articles in the background.
Perhaps that's good, although I'd like to see an option where you can choose to apply the feature to all links leading to HTML pages. This combined with a customizable maximum bandwidth restriction for the prefetching would be nice.
Beware: In C++, your friends can see your privates!
1.2 is really worth installing just for the Type-Ahead Find feature. It's one of those "how did I ever manage without it" features, and a punch in the stomach of anyone who says free software isn't innovating. This feature almost obsoletes the use of a mouse while surfing (well, almost). You see a link you want to follow, called "Click here". So you type "cl", and that link is marked. Now press enter to follow it. So simple, yet so efficient.
"Oppression and harassment is a small price to pay to live in the land of the free." -- Montgomery Burns.
Some of the themes I tried with GTK and Mozilla this morning crashed Mozilla on startup. Others were okay. I guess there are still a few bugs to work out there.
It does actually , uses GTK on Linux and native widgets on Mac/Windows when classic theme is selected.
Never learn by your mistakes, if you do you may never dare to try again
I saw the link prefetching feature and thought oh no, there goes our server bandwith. But after reading the FAQ it seems that it's the author of the page that selects what's prefetched and whats not.
Nice feature.
Since Phoenix (my default browser, as Mozilla is a hog) is built from the Mozilla tree, its latest nightly also has the GTK look. Time to rpm -e galeon.
--
If you moderate this, then your children will be next.
In fact, the bugzilla item which typeahead find sprang from was named "implement typeahead find (like Emacs isearch)".
and only if explicitly specified, and if nothing else is going on (i.e. if you have an active download, prefetch is disbabled).
everyone forgot about Xt which works beautifully, and decided to make their own widget sets. this is really annoying when trying to embed Xt stuff into applications that use gtk or qt.
Xt was (is) just a toolkit framework on top of X, it does not change or modify the X protocol. Not only that, but Xt is a mediocre attempt at a toolkit, compared to modern standards: programming with Xt is not easy or intuitive and the on-screen widgets are not up to it.
Xt is not the answer, but a unified toolkit would be nice. I don't think it will happen though, not in this lifetime.
http://leech.mozdev.org/
Trust the Computer. The Computer is your friend.
Here are the instructions
I have it working with Mandrake 9 and Mozilla 1.0.
The surprise isn't how often we make bad choices; the surprise is how seldom they defeat us.
The binary of Mozilla that you have supports antialiasing right now.
.ttf's in the directory "~/.fonts".
Go here and follow the instructions near the top of the page. Provided you have a recent version of FreeType2 on your system and some TrueType fonts for it to find (you have to uncomment a line or two in your unix.js file and tell it where to look), you'll be using antialiased fonts in no time. It looks great, and I wish they'd do it by default. One other thing--you may want to set unhinted to "false", as fonts appear to render better that way. Experiment with your system, though.
I've gotten this to work with the latest Mozilla and an otherwise fresh install of Redhat 8, plus a few
> What's to stop a page from tagging a really huge
> file, hosted on someone *else's* server as a
> "prefetch" item.
You can already do this by loading someone else's page into a hidden IFRAME.
Nothing new here. Move along.
Personally, I'm anxious for the day it uses gtk-2.0 instead of gtk-1.4. I tried it with gtk2 and couldn't do any cutting/pasting (known bug, already in Bugzilla, I believe). Other than that it was great-- they're very close. Even better: once it is stable on gtk2, then Galeon 2 is ready to go. Either way, hats off to all Mozilla coders, Mozilla is a great browser and gets better all the time.
I do not have a signature
Still digging, but it won't even start? Sheesh.
Top Most Bizarre/Disturbing Error Messages
Alright alright, if you really want to disable it, the way to do it is described here. Requires some prefs.js entry though.
"Oppression and harassment is a small price to pay to live in the land of the free." -- Montgomery Burns.
However, it only takes a minimal amount of underhandedness to start screwing people over. Banner ads are everywhere, and a large percentage of them are implemented by having a site drop in a block of code that references a CGI script on a server run by the company managing the distribution of banner ads. If the company running the banner distribution server decides that having their advertising clients' linked pages load faster is a valuable feature, all they would have to do is add the prefetch code to the output of their CGI script -- both Mozilla and IE will happily process a META tag in the body of an HTML document, even though by the specification, a META tag should occur only inside the HEAD tag block. So the user's network connection bandwidth would get usurped to prefetch the advertiser's web page, even if the user has no intention of clicking on the banner ad.
This point has been made elsewhere but it needs to be reiterated:
A Web page can already force you to download arbitrary files. For example, it can include a hidden IFRAME linked to some URL. This prefetching feature does not allow Web sites to do anything nefarious that they couldn't do before.
In fact, this prefetching feature is strictly better for users than hidden IFRAMEs or similar, mainly because prefetches are given bottom priority so they never interfere with your other Mozilla network activity.
...is anyone actually working on making a point and click interface to active/deactivate functionality... ...why on earth do they insist on giving you these contrived instructions on how to deactivate it?
Well, why don't you type "about:config" in your Mozilla location bar. By your argument, there should be pointy-clicky stuff for all 1100+ configurable parameters in Mozilla. Implement that, and Mozilla turns into something like Microsoft Word or the Windows Control Panel (shit everywhere piled under menu upon menu).
Trust me, it is a good thing that Mozilla doesn't put everything in the GUI. Be thankful that the configuration is in a plain text file and not some binary GUI database or, worse, the Registry.
Healthcare article at Kuro5hin
The greedy web master doesn't get a cent, because Mozilla doesn't send a referrer for prefetches.
BTW your greedy web master can already just include a hidden IFRAME with SRC pointing to the click-through, which WILL send a referrer, so Mozilla's prefetching adds no new danger here.
Right. And so you go to /., open an article, and...
... unh unh.)
I see a use for a "load in background" click option. That could sometimes be very good. But "load all links"? No. Not even "load all links when selected". There's too much problem with hidden links already.
(Mind you, as long is Mozilla is the browser of a small minority this wouldn't be too bad. But once people start designing web pages to take advantage of this
I think we've pushed this "anyone can grow up to be president" thing too far.
Embedding an invisible image has a variety of problems.
1. Relying on obscure side-effects leads to bad code. For example, one could imagine a highly-optimized browser-rendering engine may choose not to read the bits of the image because they won't be visible. It's much better to have an XHTML tag that explicitly expresses the desired semantics and leave it to the presentation tool to properly figure out how to present.
2. Languages, standards, and practices evolve. For example, if my webages are XML interpreted by XSL stylesheets, do I really want to start embedding browser hints in my XML pages (or have my XSL stylesheet assume a browser is the client)?
3. How does the browser know not to start prefetching the image before it has loaded the main page? The prefetching FAQ says that prefetching uses an idle test to avoid doing harm. Embedded images can't readily be optimized by an idle test.
You can share bookmarks amoung all your installs of Mozilla, Phoenix, and probably other Gecko browsers (untested). All you do is add the following command to your prefs.js file:
o okmarks.html");
user_pref("browser.bookmarks.file", "C:\\Documents and Settings\\userdude\\Application Data\\Mozilla\\Profiles\\default\\wx4vqyna.slt\\b
In addition, you can share plugins by adding the following line to your environment. Her is an example of what I did on my Windows box:
MOZ_PLUGIN_PATH = "C:\Program Files\mozilla.org\Share\Plugin" (in Environment Variables on Win2k)
Really helps so you don't have to redo plugins all the time and you can share one bookmark file for all!
JOhn
Campaign for Liberty
eBay is known to cause problems with mozilla.
t us =UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bu g_status=REOPENED&field0-0-0=product&type0-0-0=sub string&value0-0-0=ebay&field0-0-1=component&type0- 0-1=substring&value0-0-1=ebay&field0-0-2=short_des c&type0-0-2=substring&value0-0-2=ebay&field0-0-3=s tatus_whiteboard&type0-0-3=substring&value0-0-3=eb ay
http://bugzilla.mozilla.org/buglist.cgi?bug_sta
Phoenix looks like it's going that way. I would be using it right now instead of the new Mozilla beta, but Phoenix doesn't let you disable third-party cookies (you can't check the checkbox that controls third-party cookies, at least not under Win2K). Once they get that fixed, though, I'll more than likely switch over to Phoenix. All I really want is a browser. I use Mutt on my home Linux server for mail, so I don't need a mail client, and I use text editors (such as JOE or Notepad) for editing HTML and CSS.
The thing that bugs me right now about Mozilla 1.2b is that the Pinball theme doesn't work (it didn't work in Phoenix, either, and for the same reason...it hasn't been updated). Classic is ghey (as you noted), and Modern isn't much better. Pinball ought to be the default. :-)
20 January 2017: the End of an Error.
Interesting idea, at least.
concrete5: a cms made for marketing, but strong enough for geeks.
I'm running most recent OS X (10.2.1) and this version of Mozilla is taking up 8% RAM (of 512 MB)
Department of Homeland Security: Removing the rights real patriots fought and died for since 2001
That's been outstanding for most of a year now, which is inexcusable for a major bug that causes data loss and crashes. The Mozilla team still has way too many "don't do that" items in the release notes.
Unless this thing gets cleaned up, it's never going to get market share. Adding additional features of very marginal utility won't help. Could AOL use Mozilla as their standard browser? No way. It's got to just work.
It only uses GTK/etc. to *draw* the widgets. It doesn't use actual GTK/etc. widgets.
To get something done, a committee should consist of no more than three persons, two of them absent.
I agree that Chimera ("Navigator," officially) is a terrific Mozilla browser for OS X, but we have a lot of choices these days.
Chimera is still pretty sparse on features. I use the nightlies, and run into a fair number of buggy builds. But it's quick, and sure looks like an OS X app. I use it far more than anything else.
KevinG, the guy who did the Pinstripe skin for Mozilla, was nice enough to compile Phoenix 0.3 for OS X. It's just an experiment, not part of the regular project. But damn if it doesn't work, and it has some very cool features. Even *more* OS X choices:
http://www.kmgerich.com/misc.html
This OS X build introduced me to Phoenix, which is now running on my Linux box. Kevin's page says his OS X build requires Jaguar, but I'm using it with 10.1.5 just fine.
Mozilla 1.2b feels very stable on OS X. It's not as fast as Chimera, nor is it as consistent with the Mac human interface standards. But it doesn't suck, and some users like working from within a suite. I know plenty of OS X guys who are more comfortable with Mozilla's mail than Mail.app. It's a matter of preference.
To me, Netscape 7.0 is heavy and gaudy. It has a spellcheck app, however, and isn't a bad choice for those who rely on the Netscape/Mozilla suite for email.
As for Omniweb, it's a great browser. A few more features than Chimera in its current state of development, though don't think it renders as well. Speed is a toss-up.
Every OS X user's needs are different. It's a great time to explore the platform, however. There's a browser for everyone. Run whatever you prefer, and support the community which surrounds it.
Thanks to all the developers who make my online experience more enjoyable. Your work isn't taken for granted.
This is my post. There are many others like it. If you don't like what you read here, go try one of the others.
Leech seems to install properly only if you run it as root. (It wanted my to have write access to /usr/local/mozilla/chrome dir.)
It doesn't work as a user. Weird.
Sounds like a really old bug. When Moz-Mail crashed, it used to corrupt its mail index files. The trick to getting at your mail again was just deleting the corrupt index. It would reindex them the next time it started. Nowadays, when it sees a corrupt index file, it rebuilds the index automatically.
How long ago did you have this problem? To my knowledge, it's been fine for over a year.
http://www.w3.org/TR/REC-html40/struct/links.html# edef-LINK
The link tag has been around for some time. It is used to describe releationships between documents. It was desinged by the w3c with extensibility in mind. The w3c leaves it up to the user agent to determine how to handle link data.
--Asa
There also appears to be a View Selection Source option now. So I can highlight a section of a document and view just that HTML source -- very handy for development.
Eric Sarjeant
eric[@]sarjeant.com
Is there any way to import Chimera bookmarks (XML) into Mozilla (HTML)? I did the obvious (Import bookmarks from mozilla and selected my bookmarks.xml file from the Chimera path) but that didn't work...
TIA
Eric
like this?
FYI Type Ahead is not a new, unique feature. IE 5.* for the Mac has had it for the past 3 years. I should know, I've been using it since that time.
Complying to W3C standards doesn't mean not allowed to invent your own standards.
The effect of preload-"tags" is mostly transparent; users of alternate browsers won't be left in the dark just because those browsers don't support that feature.
If you just start typing "moz...", typeahead will only find text that's part of a link. If you type "/moz..." instead, it will find any text. (Apologies if you already knew this.)
Same on Windows, for what it's worth.
/just an impression/, a mock-up of the real thing, made from nothing more than XUL, CSS etc. Try /using/ Mozilla, and that illusion will quickly fade, as the widgets don't /behave/ like the real thing.
The theme does a reasonable impression of native widgets, and in doing so will help new users feel comfortable with Mozilla, because it looks like what they're used to.
However, it is
Off topic but relevent: When you open a new window from within an explorer window, with open link in new window or by hitting ctrl-n, then it's a child window of the original, and dies when the parent does. A totally new IE window, opened by invoking iexplore.exe, is a seperate process. As for why it works exactly like this - I don't know.
Other common linktypes not mentioned there include "Search", "Author"/"Made" and "Icon"/"Shortcut Icon".
If the iframe has a CSS property of display:none, or visibility:hidden then Mozilla will not load the content of that iframe until the display property changes to something that is visible.
IE loads the content of the iframe not matter what the CSS properties are.
ayottesoftware.com
This post deserves to be modded up :-P
I suffer from attention surplus disorder.
It's all in the preferences. Under "Tabbed browsing", select "Load links in background" and "Middle-click of links opens a new tab"
It's hard to be religious when certain people are never incinerated by bolts of lightning.
I was referring to the styling information, not the words on the page. Unfortunately, if a page makes heavy use of CSS for formatting and layout, it can still be very hard to read without it. You could just read the plain text by scrolling around the window lots, but then you could just read the HTML source if you wanted. That's not really the point. IE gets it right: it shows me what I want to see. Moz doesn't. That's an indisputable point to IE, I'm afraid. There is simply no good reason for Moz to be anal about whether it renders using a stylesheet or not, at least not without giving the user an opportunity to override it.
If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
rel=prefetch is something we hope to turn into a standard eventually. it is better than overloading the meaning of rel=next.
Naviscope does this much better, it prefetches links with next you can specify. You could for example, have it prefetch all links that say 'page 2' or 'next' and for slashdot 'Read more...' (of couse they would hate that :P )