Slashdot Mirror

Um, I'm using Phoenix, what better browser is there?

Um, the next version of Phoenix... ;-) Anyway, if you are using Phoenix then you're set... just copy the link location and paste it back into phoenix. No more REFERRER. Not sure if the paste-into-the-body thing works for all the platforms, tho...

This should solve the problem you have with Phoenix on an UltraSparc III.

Why don't you just get a better browser

Some guy has been working on this for over a year. Haven't tried his patch, but you might want to take a look...

bug 124029

I believe there are other bugs/implementations in bugzilla, so you might want to hunt around.

Who wouldn't build their own database website. Imagine slogging through hundreds of pages of fixed html. Does anyone know of sites like these other than personal pages put up by newbies? All of my sites are at least dynamic using php.

It depends on what type of content you're putting up. I wanted consistent navigation from page to page and easier maintainability; server-parsed HTML is sufficient for that task. It also allows me to serve up either proper HTML and CSS for browsers that can handle it or broken, non-standard HTML for crappy non-standards-compliant browsers. While I use MySQL for logging server activity (when I dumped access_log into the database, the database was smaller than the text file that created it), the only "content" I've ever served up from it was statistics of how many tens of thousands of times infected IIS machines had tried to pass their bugs on to my server (done with server-parsed HTML and a shell script with the query). For mostly-static content on a small to medium website, is there any reason (other than "because I can") for shoving every website into a database?

All of my sites are at least dynamic using php.

Such as this one, which took forever to load because the images appear to have not been optimized? Looks like invalid HTML with a big table in it.

(Why do I get the sneaking suspicion I've just been trolled?)

Just as the roadmap talks about embedding Minotaur into Phoenix, the way forward for the calendar could be as an embedded extension for Minotaur.

Some people like a standalone mail/news client that isn't your jack-of-all-trades Outlook/Evolution replacement. That's going to be Minotaur.

But Minotaur could also be an Outlook replacement for those who are looking for that sort of solution. Allow the calendar to be installed as an extension (like Phoenix's extensions) and you've got three of the main features of a PIM (mail, address book, calendar). Develop some sort of stickynote-style scratchpad extension and you've mostly got the whole thing.

Evolution at the moment is only available for Linux and friends, and it seems as if there are no plans for a Windows port any time soon. This would provide a lever for those on Windows to abandon MS Office entirely. I mean, OpenOffice.org replaces much of the rest of MS Office bar Outlook; a Minotaur that can be extended to be that Outlook replacement would finish the job.

Not to mention having a further competitor to Evolution on Unix and Linux, particularly once Kontact gets going.

Going the extension route makes far more sense than adding the Calendar to the monolithic Mozilla suite, slowing everybody down.

And anyway, does a stand-alone calendar really make sense? A stand-alone Composer perhaps. But a calendar naturally fits into a PIM environment - surely this is the way forward?

Thexder.

Just as the roadmap talks about embedding Minotaur into Phoenix, the way forward for the calendar could be as an embedded extension for Minotaur.

Some people like a standalone mail/news client that isn't your jack-of-all-trades Outlook/Evolution replacement. That's going to be Minotaur.

But Minotaur could also be an Outlook replacement for those who are looking for that sort of solution. Allow the calendar to be installed as an extension (like Phoenix's extensions) and you've got three of the main features of a PIM (mail, address book, calendar). Develop some sort of stickynote-style scratchpad extension and you've mostly got the whole thing.

Evolution at the moment is only available for Linux and friends, and it seems as if there are no plans for a Windows port any time soon. This would provide a lever for those on Windows to abandon MS Office entirely. I mean, OpenOffice.org replaces much of the rest of MS Office bar Outlook; a Minotaur that can be extended to be that Outlook replacement would finish the job.

Not to mention having a further competitor to Evolution on Unix and Linux, particularly once Kontact gets going.

Going the extension route makes far more sense than adding the Calendar to the monolithic Mozilla suite, slowing everybody down.

And anyway, does a stand-alone calendar really make sense? A stand-alone Composer perhaps. But a calendar naturally fits into a PIM environment - surely this is the way forward?

Thexder.

Just as the roadmap talks about embedding Minotaur into Phoenix, the way forward for the calendar could be as an embedded extension for Minotaur.

Some people like a standalone mail/news client that isn't your jack-of-all-trades Outlook/Evolution replacement. That's going to be Minotaur.

But Minotaur could also be an Outlook replacement for those who are looking for that sort of solution. Allow the calendar to be installed as an extension (like Phoenix's extensions) and you've got three of the main features of a PIM (mail, address book, calendar). Develop some sort of stickynote-style scratchpad extension and you've mostly got the whole thing.

Evolution at the moment is only available for Linux and friends, and it seems as if there are no plans for a Windows port any time soon. This would provide a lever for those on Windows to abandon MS Office entirely. I mean, OpenOffice.org replaces much of the rest of MS Office bar Outlook; a Minotaur that can be extended to be that Outlook replacement would finish the job.

Not to mention having a further competitor to Evolution on Unix and Linux, particularly once Kontact gets going.

Going the extension route makes far more sense than adding the Calendar to the monolithic Mozilla suite, slowing everybody down.

And anyway, does a stand-alone calendar really make sense? A stand-alone Composer perhaps. But a calendar naturally fits into a PIM environment - surely this is the way forward?

Thexder.

Just as the roadmap talks about embedding Minotaur into Phoenix, the way forward for the calendar could be as an embedded extension for Minotaur.

Some people like a standalone mail/news client that isn't your jack-of-all-trades Outlook/Evolution replacement. That's going to be Minotaur.

But Minotaur could also be an Outlook replacement for those who are looking for that sort of solution. Allow the calendar to be installed as an extension (like Phoenix's extensions) and you've got three of the main features of a PIM (mail, address book, calendar). Develop some sort of stickynote-style scratchpad extension and you've mostly got the whole thing.

Evolution at the moment is only available for Linux and friends, and it seems as if there are no plans for a Windows port any time soon. This would provide a lever for those on Windows to abandon MS Office entirely. I mean, OpenOffice.org replaces much of the rest of MS Office bar Outlook; a Minotaur that can be extended to be that Outlook replacement would finish the job.

Not to mention having a further competitor to Evolution on Unix and Linux, particularly once Kontact gets going.

Going the extension route makes far more sense than adding the Calendar to the monolithic Mozilla suite, slowing everybody down.

And anyway, does a stand-alone calendar really make sense? A stand-alone Composer perhaps. But a calendar naturally fits into a PIM environment - surely this is the way forward?

Thexder.

However, he should bear in mind that whatever MS creates:

(1) Will have to have a noticeable lack of any sort of banner ads or popups.

Not really... they could just use the same unobtrusive "sponsored links" idea as Google.

(2) Will have to have a clean, simple, easy-to-use interface that's compatible with ANY BROWSER, from the text-based Lynx on up to the latest version of Opera, Netscape, or IE.

Actually, it would only have to be "best viewed with Internet Explorer," wouldn't it? We're talking market grab here. Do you look at the Google Zeitgeist? There's a chart on the left near the bottom that shows the web browsers used to access Google. Take a look and tell me you don't think MS could get away with only servicing I.E. with their search engine based on Google's info.

(3) Will have to be fully compatible with text-based screen readers, such as those used by vision-impaired folks.

Again, MS is probably more interesting in gaining market share than usability or Section 508 or whatever. I'm not saying you're wrong to make those feature mandatory; I just think it's naive to think it would fail based on this factor alone.

(4) Will actually have to work as well as, or better than, Google if MS wants it to have a ghost of a chance.

Which means what? Just as fast? Similar page ranking algorithm? No payola to have your hit at the top? News, Groups, Images, Directory and Bork Bork Bork? Logo changes on special holidays and events? Zeitgeist?

Maybe MS thinks they can get away with the really-good-search-engine part, and to hell with the rest.

Right now, Google completely fulfills requirements 1-3. I will be watching with great amusement as Uncle Steve and his Cronies try to add "value" to the search engine "experience," and most likely fall flat on their collective arses doing it.

It's been said elsewhere in here: Watch MS very carefully on this one. All they have to do is add one feature to IE to make this happen: type your search terms into the address line and click "search" to have your search performed on "MSN WebSearch" or whatever they will call it --- and oh, by the way, unlike other browsers you can't specify what engine to use for Internet Search.

What I think is hilarious --- though dryly so, at this point --- is that, once again, MS seems to be playing catch-up. They had every opportunity in the world to compete with Google. The thing is, I think it would be very easy for them to get in the game without being just like Google.

I bought a Google ball cap in 1998... time to start wearing it to work again, eh?

You obviously didn't look at the architecture diagram on the mozilla roadmap page, did you.

Yes, the roadmap was linked to by the mozillazine article.

Ignorant comments are probably responsible for more wasted time than spam email.

You obviously didn't look at the architecture diagram on the mozilla roadmap page, did you.

Yes, the roadmap was linked to by the mozillazine article.

Ignorant comments are probably responsible for more wasted time than spam email.

Netscape 2.0 3.3MB
Netscape 3.0 5.9 MB
Netscape 4.0 8.0 MB
Netscape 4.78 23.5 MB

MSIE 2.0 1.2 MB
MSIE 3.0 5.1 MB
MSIE 4.0 16.7MB
MSIE 5.0 11.9 MB

As to why it is common, if you recall the anti-trust trial in the U.S. where Microsoft was found guilty and the appeal where the verdict of guilty was upheld, you'll find that among the records is the fact the MSIE gained market because it was bundled with MS-Windows.

If left to compete on technical merits, MSIE will fall out of the market place and disappear. MSIE has fallen so far behind in technology, usability and security that it's a marketing wonder that any corporate intranets allow it at all. Perhaps offering a Google-like competitor is the only way to keep from losing all ground to Mozilla, Opera and others.

Microsoft could easily shut out any normal search service by further leveraging their desktop monopoly. Simply add searching functions in MSIE that make it hard to use anything than their own service, much the same way that HTTP error messages have been co-opted in MSIE.

Makers of embedded devices and other systems are quite aware of this and have been turning to Mozilla and Opera.

Come on, we know that any new cloners have to use this web browser...

Another example of the high cost of app-suite integration is the inherently overloaded and complicated user interface (just one example out of too many: the File / New sub-menu). The target audience of the suite was never clear, and seemed to shift back and forth with prevailing business- and voluntary-contributor-driven winds.

and this quote from Hyatt's blog:

A common question is going to be, "I want to write code! Can I help?" The quick answer is, "If we need your help, we'll ask for it." The best way you can help is by building the products, testing them, making suggestions in newsgroups and mailing lists, and filing bugs.

Sounds like they're saying in essence "we don't need no stinkin' help from voluntary contributors, just let us build what *we* want to build, and you'll like it, whether you like it or not."

That's what Camino, K-Meleon, and Galeon are for.

You don't understand the history. Copy/paste this link (since Bugzilla won't accept Slashdot referers) and take note of the fact that THIS IS A BUG WITH ATI'S SOFTWARE, not with Mozilla. That fact is also pointed out in the "Known Problems" part of the release notes.

Personally, I think it looks relly bad for ATI to release crap drivers.

Less technical users perhaps shouldn't be using an alpha product?

From mozilla.org:

Mozilla 1.4 Alpha
This is our latest alpha release. You'll probably find bugs here, so if the idea of filing a bug and making sure it hasn't already been reported is too much trouble, then you'll be happier downloading 1.3 instead.

For some reason about:kitchensink doesn't work for me in Mozilla 1.3. Hopefully it works in this version.

As has only been mentioned every single time the thing was mentioned since the original report, about:kitchensink has never worked in Mozilla. The original report about it was posted to slashdot when the bug got r= and sr=, but at that point it still needed a= to get into the (then frozen) tree, and that was denied, because projects like Phoenix and Camino and Beonex and everything else building on Mozilla would have inherited the easteregg, while for them it definitely didn't apply.
So don't expect to see this working anytime soon, though the actual xhtml file that would have showed on about:kitchensink is of course still visible and makes for a very nice technology-demo.

The spam filtering is a little too aggressive. Seems to mark everybody that isn't in my address book as junk.

So mark all that email as non-junk again to correct the behaviour. The filters will learn very quickly if you do.
The bayesian filters working correctly depends on having knowledge of both email that is considered junk and email that isn't junk.

Is there a way to re-train the filters?

If you really have to, you can delete training.dat to remove all training information (found in your profile, see the release notes for the location if you don't know).

Who read the headline and thought it was about a merging of the Camino and Safari codebases?

It's April 2nd and /. reports mozilla 1.4 to be released and it's not an April fools joke, that's really strange. But it's surely an anti April fools joke to release mozilla 1.4 on April 1st.

BTW they didn't update their release notes properly as France and Germany aren't listed in the export restriction list alongside of Libya and Cuba. And as Turkey is now much more restrictive than Germany they'll soon have to be added too.

(Sorry for the dumb links, bugzilla won't accept SlashDot referals.)

Then add this bug:
http://bugzilla.mozilla.org/show_bug.cgi?id=55477

to your favorite bugs.

Actually, the kitchen sink is right here.

There has not been a new release of the stripped down Phoenix browser since December 7th. I notice that the nightly builds are still being updated. I hope they are not spending all this time trying to come up with a new name.

You can enable smooth scrolling by adding this line to your prefs.js file (while Mozilla isn't running).

user_pref("general.smoothScroll", true);

However, it's not entirely useful since Mozilla will crash when you try to scroll horizontally if smooth scrolling is enabled. In any case, here's the bug discussing whether smooth scrolling should be enabled by default (which I think could make sense, once that horizontal-scrolling crasher is fixed).

(You may need to cut-n-paste the Bugzilla URLs into your browser, since Bugzilla doesn't accept referers from Slashdot)

You can enable smooth scrolling by adding this line to your prefs.js file (while Mozilla isn't running).

user_pref("general.smoothScroll", true);

However, it's not entirely useful since Mozilla will crash when you try to scroll horizontally if smooth scrolling is enabled. In any case, here's the bug discussing whether smooth scrolling should be enabled by default (which I think could make sense, once that horizontal-scrolling crasher is fixed).

(You may need to cut-n-paste the Bugzilla URLs into your browser, since Bugzilla doesn't accept referers from Slashdot)

You can enable smooth scrolling by adding this line to your prefs.js file (while Mozilla isn't running).

user_pref("general.smoothScroll", true);

However, it's not entirely useful since Mozilla will crash when you try to scroll horizontally if smooth scrolling is enabled. In any case, here's the bug discussing whether smooth scrolling should be enabled by default (which I think could make sense, once that horizontal-scrolling crasher is fixed).

(You may need to cut-n-paste the Bugzilla URLs into your browser, since Bugzilla doesn't accept referers from Slashdot)

I have just installed the RH 8.0 RPMS and Ctr-T to open a new tab is broken (but right click on a link and open in new tab works).

Also lots of preferences things are also broken, like everything under Navigator -- the error looks like the one you get with an invalid XML file.

However it's still my fave browser and hopefully it's going to be more stable than 1.4 was... :-)

All I know is I'll quit using Mozilla and will start a port of Konqueror to Winblows if that irritating tab bug isn't fixed in 1.4.

no, 1.4a hasn't been released yet. It's not on the release page anyway.

Speaking of that page, I'd like to know why they keep old 1.1, 1.2, and 1.3 alpha and beta releases around. Shouldn't they take those down after the final releases? I mean, who in tarnation is going to download 1.1a? Even if you want to keep them on an FTP server somewhere, at least take them off the Releases page.

"But what's happened to Phoenix?" I hear you ask. 0.6 is meant to be released RSN, they're going to announce the new name shortly [mozilla.org], in fact.

Well, actually, according to this page, they've already released 0.7, and its new name is "Camino".

I just upgraded to Mandrake 9.1, so I'm going to be playing with that for the next couple days. After that, Camino 0.7 here I come!

One thing I hate.. but I can't all it a bug is that when I open a link in a new window or tab and it fails to connect, the browser shows a stupid dialog box and the URL of that page is about:blank.

This bug has already been reported .

Note that you'll have to cut-and-paste the URL; Mozilla doesn't allow links into Bugzilla from Slashdot.

Phoenix is a great browser. The milestone releases are bug driven, not date driven. In other words, the milestone will not be released until all of the bugs targeted for that release are fixed. To see the list of open bugs targeted for 0.6, see this list. Currently, the Phoenix developers are estimating an April release.

How about releasing an IE-killer sometime?

I think that's exactly what Phoenix is. Everyone I've introduced to Phoenix has adopted it, including a few non-techies in their late-40s. Pop-up blocking/whitelisting and tabbed browsing are "killer" features, and IE will eventually adopt them or face a serious reduction in usage.

The Mozilla suite is great and all, but, IMO, the primary benefit of the project is as a codebase for other projects, such as Phoenix, Camino, Minotaur/Thunderbird, etc.

I'd much rather use Phoenix. I mean, really, what serious chatter uses an in-browser IRC client?

Moz may be good for the public, but I'm glad that I can get the same Gecko quality in a lite-sized package.

Now if only they'd release a .6 milestone.

Just have some patience, and hopefully it'll be worth it!

My 2nd part of this article shows up as rejected, even though it was obviously used.

Also, here's a link to the 200,000th bug... it should work from developers.slashdot.org.

Observe this sad fact: the Mail application cannot be installed on its own. In order to have any particular part of Mozilla, you must install at least the browser. So if you just want the mail client, you're up the creek with no paddle until Minotaur gets a stable release out the door; the whole point of projects like Phoenix and Minotaur is that you can get just the app you want, without the entire Mozilla suite and backend code, which is a nice thing for some of us . . .

ActiveX support is only for windows, this has been in development for some time, as seen here.

Assuming nothing is changed, the activex control support is a plugin and is thus, optional. For now....

Flash should be replaced by a proper W3C standard, that way everybody can play without running closed code from Macromedia.

Lo and behold, just such a thing exists!!!
It's called Scalable Vector Graphics (SVG) http://www.w3.org/TR/SVG/

Don't worry, you can still do all your stupid, annoying animated 'punch the monkey' type of nonsense, but at least your monkey is standard XML. And your audience can 'view-source' your monkey if they like, thus enabling a whole community of open-sourced monkey punching animations.

You can generate it server-side (or even rasterize it for those with crappy browsers) with a spiffy batch of tools by those same people who brought you the Apache HTTP server.

There's even a very nice gtk SVG editor app available for X11, and Win32 available here.

Of course, there is a small downside, as of yet, mozilla (and IE) only support it with the use of a plugin, but if you're used to flash, you shoudln't mind that. As soon the the mozilla folks get around a liscencing issue, moz should support it natively (some builds already do).

In summary:
Proprietary 'punch the monkey' things suck ass.
Open standards-based 'punch the monkey' things suck considerably less.

Actually, they are looking for people to design a new deafult skin (in the style of the phoenix skin)

Read More

Unfortunately, the standard install of IE 6 supports Flash out of the box but not SVG.

On the other hand, these Mozilla builds do support SVG.

Maybe I'm misunderstanding how the GRE works, but AFAICT tell, it's only shared on disk. Each process loads the DLLs/libraries in to it's own process space, so one crashing doesn't affect another currently running one. I'm not familiar with the product, but I suspect it works much like any other COM component under Windows, wher the component is shared on disk, but not memory (sort of).

<http://www.mozilla.org/projects/embedding/MRE.h tm l>
"The primary purpose a GRE serves is the need for multiple Mozilla based applications to share the same Mozilla distribution on disk."

Sounds like a windows user.js bug to me. There's bug 197708 which looks like something's wrong.

There's also a general info page on customizing Mozilla.

Wouldn't it be easier to add an option to specify preferred browser into Mozilla Mail preferences?

Or just the system default browser. It's Bug #108455.

I expected it to be called like that, and then I checked the recent changes:

March 18th

Renamed the executable to thunderbird instead of minotaur. We may switch this back though.

Is this yet another trademark problem, as with Phoenix?

Mozilla Calendar supports WebDAV to store public calendar information, and it uses .ics files so it plays nice with iCal. Also, if you're getting into the whole shared calendar thing you might want to check out PHP iCalendar which will give you a web interface to peer into that .ics file Mozilla just uploaded.

There is a quest for a Minotaur theme

This isn't about removing features. They are talking about removing those parts of the mozilla code from minotaur that it doesn't make use of at all. End users won't notice anything (except the smaller size of course). Minotaur is just a mail client. So obviously it won't need the navigator/irc etc. parts of mozilla. Besides there would be some libraries that are not used by the mailnews component. So those can go too. Get it? BTW, You can learn more about how mozilla is organized here.