Slashdot Mirror

← Back to Stories (view on slashdot.org)

What Do You Want On Future Browsers?

Posted by timothy on from the fewer-crashes dept.

Coach Wei writes "An industry wishlist for future browsers has been collected and developed by OpenAjax Alliance. Using wiki as an open collaboration tool, the feature list now lists 37 separate feature requests, covering a wide range of technology areas, such as security, Comet, multimedia, CSS, interactivity, and performance. The goal is to inform the browser vendors about what the Ajax developer community feels are most important for the next round of browsers (i.e., FF4, IE9, Safari4, and Opera10) and to provide supplemental details relative to the feature requests. Currently, the top three voted features are: 2D Drawing/Vector Graphics, The Two HTTP Connection Limit Issue, and HTML DOM Operation Performance In General . OpenAjax Alliance is calling for everyone to vote for his/her favorite features. The alliance also strongly encourages people to comment on the wiki pages for each of the existing features and to add any important new features that are not yet on the list." On a related note, an anonymous reader writes "The Tao of Mac has put up pretty interesting list of five things that are still wrong with browsers these days, and I have to wonder — with things like AIR starting to be accepted by developers, do we still need the browser at all?"

15 of 628 comments (clear)

  1. I want what most users want. by Lumpy · · Score: 5, Insightful

    More speed and less bloat.

    Make it launch in 1 second and run for years without consuming much ram as well as render the page and all text FIRST before loading graphics and other crap.

    I am tired of the bloated dead fish that browsers have become.

    --
    Do not look at laser with remaining good eye.
    1. Re:I want what most users want. by Angostura · · Score: 5, Funny

      You'll be wanting Lynx, my friend.

    2. Re:I want what most users want. by eldepeche · · Score: 5, Funny

      Basically, it would be really nice to never leave your web browser because all the functionality is there.

      Have you considered Emacs?

  2. What do _I_ want? by dotancohen · · Score: 5, Insightful

    What do _I_ want? HTML and CSS compliance. That's it. Get that done first then worry about the 'features'.

    --
    It is dangerous to be right when the government is wrong.
  3. Re:Personally I want... by Zencyde · · Score: 5, Funny

    Laser beams? Hell, I want porn! Porn with frickin' laser beams!

    --
    What day is it? Could you please tell me?
  4. mathml support and full unicode by WillAdams · · Score: 5, Interesting

    and a decent h&j algorithm --- if only TBL had taken a closer look at TeXview.app on his NeXT Cube before writing worldwideweb.app

    William

    --
    Sphinx of black quartz, judge my vow.
    1. Re:mathml support and full unicode by WillAdams · · Score: 5, Informative

      >What is an ``h&j algorithm''?

      hyphenation and justification --- instead of just setting one line at a time, the system should consider the entire paragraph and set it so that all lines are as nice as possible w/ the best possible breaks.

      See the Knuth and Plass paper on it:

      http://doi.ieeecomputersociety.org/10.1109/SFCS.1979.46

      Or look at Knuth's book _Digital Typography_

      William

      --
      Sphinx of black quartz, judge my vow.
  5. Stable plugins by Chlorus · · Score: 5, Interesting

    I want some degree of protection from the entire browser crashing when a plugin misbehaves(***cough*** flash ***cough***)

  6. FF3 by pla$+!k · · Score: 5, Funny

    Firefox 3 ought to be enough for everybody

  7. Upload progress bar by Ignorant+Aardvark · · Score: 5, Interesting

    I know what I want: an upload progress bar. We've had download progress bars for nearly two decades now, so why not the same for uploading? In this age of YouTube and such, users are uploading files in their browsers more often than ever before, and the addition of an upload progress bar in the browser (not implemented as a hackish AJAX/Flash application) would be very much appreciated.

    --
    Cyde Weys Musings - Scrutinizing the inscrutable
    1. Re:Upload progress bar by Ignorant+Aardvark · · Score: 5, Insightful

      Two more things I'd like to see: native support for vector graphics (in the form of SVG) and native support for video (in the form of the <video/> tag and a Free codec such as Ogg Theora). The latter is actually already written, but Mozilla isn't going live with it yet because of patent fears from certain large companies.

      How nice it would be to have integrated video support directly in the browser, though. No need for all of the hackish solutions, such as anything Flash-based, that have grown up around this gaping capability hole in the original spec. Make embedding videos into a webpage as easy as embedding text. That would be an amazing feature for a future browser.

      --
      Cyde Weys Musings - Scrutinizing the inscrutable
    2. Re:Upload progress bar by jesser · · Score: 5, Interesting

      Firefox had the progress bar working for uploads for a while, but then it broke. There is pretty much nobody working on Firefox's networking code, so minor bugs like that tend to pile up more so than in other components of Firefox :( If you know someone who enjoys working on C++ networking code, please send them our way!

      --
      The shareholder is always right.
  8. Make it possible to select multiple files by siDDis · · Score: 5, Insightful

    and not just one single file when I want to upload. I really hate to go that java/activex way to solve this issue today.

  9. There are so many things I want by mikael_j · · Score: 5, Insightful

    IMO the most important things for browsers in the near future is the following:

    • XHTML and CSS compatibility - To save us all a lot of trouble.
    • Memory footprint - It needs to be smaller.
    • Stability - When I've got fifteen tabs open I don't want something in one of those tabs to crash the browser.
    • Some form of page rendering where browsers are able to render page layout and text without waiting for larger images and such, perhaps by figuring out how to just fetch the dimensions of images from the server somehow.
    • Properly sandboxed plugins - I want to be able to let flash run but limit the resources available to it, same for javscript and java applets..

    If all this could be done then I'd be pretty happy with the state of web browsers and would stop complaining...

    /Mikael

    --
    Greylisting is to SMTP as NAT is to IPv4
  10. The user must be in charge by Animats · · Score: 5, Insightful

    The user must be in charge. Not the remote site. Not any "toolbars". Specifically,

    • All "toolbars", "branding", codecs, DRM keys, and other installed browser helper objects must show as clearly identified items that can be easily disabled, restored to their initial state, or removed completely.
    • Nothing is ever downloaded to any place other than the browser cache without explicit interaction from the user. This specifically includes codecs and DRM code.
    • Pages cannot disable menus or menu items. The "back" button always works, although pages are permitted to notice that they were reached via the "back" button.
    • If the user chooses to disable popups, all popups must be disabled.
    • All pop-ups must be on top. No "pop-unders".
    • Pop-ups are treated as subordinate pages of the page from which they were launched. When the parent page closes, so must the pop-up.
    • Ad-blocking support should conceal from the remote site that the ad is being blocked.
    • Windows that are not on top should be limited in their resource consumption when they have active content running.

    You get the idea. When it's user vs. website or user vs. toolbar, the user wins.