Firefox 3.0 Makes Leap Forward
Kurtz'sKompund writes "Mozilla has announced that Firefox 3.0 has passed a major milestone! The Places feature has been added to the alpha client slated for release next week. Places is a complete re-work of the bookmarking and history browser functions. It was at one point slated for Firefox 2.0, but will instead see release in Mozilla's next major version. '"We enabled the Places implementation of bookmarks on the trunk," said the Places team in a post to the Mozilla developer center blog. "Although there is still much to be done, this is an important milestone for us." Firefox 3.0 alpha 5 is scheduled to launch June 1. Because Places uses the open-source SQLite database engine to store and retrieve bookmarks and history entries, it's incompatible with earlier Firefox editions' bookmarks. Alpha users must convert their existing entries, Mozilla developers said."
All posts resembling the pattern “why don't they fix this problem instead!?” are off the mark, irrelevant, and just plain whiny. Just because some new feature is being added does not mean your pet peeve is going completely ignored. There is more than one person working on this thing, and as remarkable as it may seem, many software development tasks can be done in parallel! Imagine that: doing more than one thing at once on a project!
Why bother.
Where are the times when it was a quick and lightweight browser I loved? Today... Konqueror > FF.
Adding new features is not automatically a bad thing. It does not intrinsically slow down a program or make it cumbersome. Of course, these are two possible side-effects, but are not always certain. With good practices and architecture, new features are a boon, not a bust. Also, think of all the things the computer on your desktop does right now. Would you rather it have the functionality of a machine from a few decades ago because people complained that expanding its usefulness was counter-productive? Let products evolve, let engineers innovate, and let the process for coping with the consequences work.
I cannot believe some of the mundane topics Slashbots will harp on these days. Get over it and try adding some useful dialogue to the stories instead of bitching about things you do not understand or understand only as a result of experience with one particular vendor in Redmond.
Why bother.
I felt the same before i tried tabs for a while, "I can't see anything wrong with just opening a new window for each new link i want to open separately".
I wouldn't judge it before i try it for a while.
Firefox users want a browser that displays webpages. A browser that is fast. A browser that doesn't hog the whole computer's resources. A browser that never leak hundreds of megabytes after an hour of usage.
:(
Adding a whole new bookmarks system is nice, but does the user-base need it ? Or at least does it need it more than it needs a stable and fast browser ? I honnestly don't think so, and I'm sad seeing Firefox going farther and farther from it's initial goals as an Open Source project
____
nico
Nico-Live
Just because you don't see the problem doesn't mean that it doesn't exist for anyone else. I regularly see Firefox go above 250 MB of memory, and nothing short of closing it entirely will get that memory back. And despite what you claim, it's not the cache, because according to the documentation for the "browser.cache.memory.capacity" config key, Firefox is only using 18 MB for its cache. According to what you say, I should never see Firefox go over about 75MB, but it's very rare for it to be using less than that unless I've restarted it within the past hour or two.
I don't complain about the problem because honestly, I don't mind closing Firefox out every other day or so to free up the memory, but I do complain about people who deny it's a problem because it doesn't happen to them.
If I don't put anything here, will anyone recognize me anymore?
What a fool believes, he sees, no wise man has the power to reason away.
"know of three or four projects clinging to SQLite despite various problems it causes, some of which are deemed features."
I would like to hear what projects these are. I have been considering SQLite for a project and would like to know any possible problems.
EA David Gardner -"... but the consumers have proven that actually what they want is fun."
My histories tend to not be more than about ten pages or so per tab, and I frequently close out tabs as I finish with them, even if they were only used for one story. What I will do often on a site is Ctrl-click on multiple stories on a page and then read them in sequence, closing out each story as I finish with it. It's my belief that closing that page should result in all memory associated with that tab being freed, but when testing that by watching memory use as I close the tabs, there is little or no change in the overall memory usage, and that strikes me as something that should be addressed.
There may be a fix (I think I know what you mean with the in-memory caching), but I'm not going to do that because when in forums, I will often jump back several pages, and I don't need or want them reloading just going back or forward. Besides, if I have to look up a method to do it, then it's not something that I'm likely to want to be sending my parents through, and that's an important point, especially since they have much older, slower systems than do I.
You can never go home again... but I guess you can shop there.