> Still it is slow. I'm anxious to start using a
> galeon-ish OS X browser as soon as I hear about
> one. Mozilla wins by default.
see http://chimera.mozdev.org/ for a cocoa based UI for mozilla. I've a feeling that it might soon work better than Galeon or Kmeleon as it is being developed by someone who knows the mozilla code very very well;-)
the MPL is kinda like LGPL but only on per source file and applies to non-libs. Parts of it can always be used in a propriatary app, but any modifications to the original source file needs to be released under MPL. Note however that MPL is not compatible with the GPL so mozilla.org is now trying to get most of its code under a MPL/GPL/LGPL take your pick licence.
Re:Mozilla 0.9.5 is getting better and better
on
Mozilla 0.9.5
·
· Score: 1
> I think I find about one website a day that Mozilla
> still doesn't render
Just curious are you reporting these problems to bugzilla or helping figure why these sites do not work? Mozilla still need alot more people to help with this. If you are not already doing so, I would encourage you to help. People who find problems with Moz are often the best people to help figure out what is wrong, so that it can get fixed.
Re:I call bullshit (Re:Google Toolbar)
on
Mozilla 0.9.5
·
· Score: 1
You might prefer to try the links listed here. Not sure if they will work perfectly well with the latest milestone though (due to XUL changes).
Re:Not biased, just practical
on
Mozilla 0.9.5
·
· Score: 1
Good CSS2? You got to be kidding, no browser currently available has good CSS2 support.
The original idea behind XUL was to use the layout engine that displays webpages to also display the UI. Because the layout engine runs on multiple platforms, using XUL will developers to write a UI that works on multiple platforms. They could have started with a native UI, but it would have slowed the XUL development. Then again, maybe XUL is not such a good idea? Whichever it is, they have XUL now, and it is starting to become usable.
Much of the speed issue is not with XUL but with the event/messaging system. There is alot of work being done to speed it up. One of the most prominant one is to replace the RDF based mail and news system with a NS4 inspired "outliner" widget based system.
Err... it is not Netscape that is whining here but the WSP!! Which is why I consider it the weirdest thing ever to come out of WSP, I would have expected it to come out of AOL management...
THe "core" Mozilla Team is working on making a working browser!! The people who are trying to make a game are just trying to get to know Mozilla's capability. And if they find a better way to do something that can apply to web browsing, even cooler!! The game would be using Mozilla's XML/Javascript features and therefore help test Moz even more. If you are thinking that this will slow down Mozilla Dev, think again!
Don't know if you saw the long list of browsers that support PNG up there. Most graphic editors support PNG, how well would be a different question. As for MNG, it's still rare to find a program that support it (part of it has to do with it being not finalized). With libmng coming along, that should change.
As far as I know, some speed optimization is already in the works. Most of the work right now is trying to get the list on bugzilla down and shrinking the footprint. As for feature freezing, it is being done right now.
You are right saying that it will not be like this for very long, but it will not be because of skins as each skin will be able to run on every platform. Things will look different because of the CSS system attributes.
Slashdot Mirror
> Still it is slow. I'm anxious to start using a ;-)
> galeon-ish OS X browser as soon as I hear about
> one. Mozilla wins by default.
see http://chimera.mozdev.org/ for a cocoa based UI for mozilla. I've a feeling that it might soon work better than Galeon or Kmeleon as it is being developed by someone who knows the mozilla code very very well
the MPL is kinda like LGPL but only on per source file and applies to non-libs. Parts of it can always be used in a propriatary app, but any modifications to the original source file needs to be released under MPL. Note however that MPL is not compatible with the GPL so mozilla.org is now trying to get most of its code under a MPL/GPL/LGPL take your pick licence.
> I think I find about one website a day that Mozilla
> still doesn't render
Just curious are you reporting these problems to bugzilla or helping figure why these sites do not work? Mozilla still need alot more people to help with this. If you are not already doing so, I would encourage you to help. People who find problems with Moz are often the best people to help figure out what is wrong, so that it can get fixed.
You might prefer to try the links listed here. Not sure if they will work perfectly well with the latest milestone though (due to XUL changes).
Good CSS2? You got to be kidding, no browser currently available has good CSS2 support.
Wouldn't HURD be more suitable for such task?
you might want to try creating a new mozilla user/profile if you have used older mozilla builds before.
Maybe when Moz starts supporting MDI (post 1.0?) someone could create a opera clone with it (shouldn't be too hard, just XUL/RDF/XBL/CSS/Javascript).
The original idea behind XUL was to use the layout engine that displays webpages to also display the UI. Because the layout engine runs on multiple platforms, using XUL will developers to write a UI that works on multiple platforms. They could have started with a native UI, but it would have slowed the XUL development. Then again, maybe XUL is not such a good idea? Whichever it is, they have XUL now, and it is starting to become usable.
Much of the speed issue is not with XUL but with the event/messaging system. There is alot of work being done to speed it up. One of the most prominant one is to replace the RDF based mail and news system with a NS4 inspired "outliner" widget based system.
Err... it is not Netscape that is whining here but the WSP!! Which is why I consider it the weirdest thing ever to come out of WSP, I would have expected it to come out of AOL management...
Have you file a bug on this? If not could you? If not, would you mind explaining what is the problem and maybe I can file a bug for you?
THe "core" Mozilla Team is working on making a working browser!! The people who are trying to make a game are just trying to get to know Mozilla's capability. And if they find a better way to do something that can apply to web browsing, even cooler!! The game would be using Mozilla's XML/Javascript features and therefore help test Moz even more. If you are thinking that this will slow down Mozilla Dev, think again!
Don't know if you saw the long list of browsers that support PNG up there. Most graphic editors support PNG, how well would be a different question. As for MNG, it's still rare to find a program that support it (part of it has to do with it being not finalized). With libmng coming along, that should change.
As far as I know, some speed optimization is already in the works. Most of the work right now is trying to get the list on bugzilla down and shrinking the footprint. As for feature freezing, it is being done right now.
You are right saying that it will not be like this for very long, but it will not be because of skins as each skin will be able to run on every platform. Things will look different because of the CSS system attributes.
and BeOS ;)
While we are talking about COM, what about mozilla's XP-COM?
I think the author made a mistake, he probably meant to use MPL and not NPL. As NPL gives special rights to netscape.