Slashdot Mirror


Places Feature Cut From Firefox 2

segphault writes "Apparently, the new bookmark and history system (called 'Places') scheduled for inclusion in Firefox 2 has been removed from the roadmap and disabled in the builds. An article at Ars Technica discusses some of the implications: 'Since Firefox 2 (and all alpha builds from here on out) will use the conventional bookmark system, those of you that have been using Firefox 2 alphas (the Gecko 1.8 branch) will have to export your bookmarks to HTML in order to preserve them. As a Firefox user and a software developer, I am personally very disappointed with the removal of this innovative feature.'" Update: 05/01 01:16 GMT by Z : Ars link updated.

3 of 394 comments (clear)

  1. By the time it is released.. by mindstormpt · · Score: 0, Flamebait

    The only new feature will be the UI. Windows Vista anyone?

  2. Re:Parent isn't shouldn't be marked redundant! by aardvarkjoe · · Score: 0, Flamebait
    Because marking a post 'redundant' is a punishment. That's the system that we have.
    No, it isn't. Moderators are [or should be] moderating posts, not people. Marking a post "redundant" is simply a way to improve the quality of the discussion by removing redundant posts. This is not kindergarten where everyone's a winner if they try, and a 1-point drop in karma has no real effect on the poster.
    --

    How can we continue to believe in a just universe and freedom to eat crackers if we have no ale?
  3. Re:FIX THE DAMN MEMORY LEAKS ALREADY by ameline · · Score: 0, Flamebait

    >Okay hotshot, name ONE project you've worked on that has the complexity and wide audience of a web
    >browser? This example you give must incorporate a complex UI (not in terms of use, but necessary
    >complexity on the back end), advanced embedded scripting, render quickly, and yet not ignore security >concerns.

    A couple of the projects I've worked on around here are as big or bigger than mozilla, albeit not with the same audience size as mozilla, but arguably a harder problem domain. (One of these is ~5 million lines of code, the other >30 million - with scripting, embedded languages, exceedingly complex UI -- over a thousand different tools and menu items, many hundreds of dialogs -- definitely quick rendering -- both on screen and off -- huge datasets -- Think Alias Maya and Studio Tools)

    BTW I've been doing this stuff for ~20 years -- I'm not some newbie spouting off. I'm not as smart as some of the guys around here, but I do alright.

    > In theory, theory and practice are the same thing. In practice... well... the real world works
    > differently.

    In many cases that's very true. But when it comes to Agile development, it's matching up pretty well for us these days. :-)

    > Your solution works for small-scale, one-off solutions on a contract basis for one or a small
    > set of customers.

    I disagree -- It's working pretty well for our applications, and if you read above, they're pretty darn big. I suspect that if you applied a modicum of software engineering discipline to your projects, it might work not too badly for you too.

    >Software will cease to be mediocre when users stop accepting mediocrity.

    Such people are called Mac users, and their numbers are growing. (That ought to fan the flames a bit :-)

    Cheers :-)

    --
    Ian Ameline