Talk:Firefox/Namoroka/Initial Plan

From MozillaWiki
< Talk:Firefox‎ | Namoroka
Revision as of 18:57, 18 August 2009 by Carlosm (talk | contribs)
Jump to navigation Jump to search

shaver

  • what is "aggressive use of connection pre-caching"?
    • added notes to help explain -- beltzner
  • what is "cache entropy on crash"?
    • added notes to help explain -- beltzner
  • we already have two types of offline data storage for web developers (localStorage and the resource cache) -- what else is specifically required for Namoroka?
    • removed -- beltzner
  • what sorts of user interface animations need to be supported? affine transformations? all CSS properties? custom blending or processing?
    • this will be determined in the exploration phase -- beltzner
  • has the "no new features after beta1" plan been proposed to platform developers?
    • not outside of this document -- beltzner

Artir

  • And what about Linux integration?
  • GNOME key-manager, Notify-OSD for notifications, for example.
  • KDE integration is a much-requested, but sadly inexistent feature.

MacMel

  • The user interface must be part of alpha test/feedback, beta is really too late.
    • Agreed. Under this plan there will be many alpha milestones which will contain user interface iterations based on the various prototypes, but that will solidify by the time we reach beta. During beta, small changes to the user interface will be permitted, but only due to wider feedback. Beltzner 14:53, 1 April 2009 (UTC)
  • Test-case development should be started in conjunction with the writing of the functional specifications.

DougT

  • Both windows 7 and snow leopard will have location services. Our geolocation implementation should make use of these system services.
    • KDE on Linux is also is the process of creating a geolocation service, scheduled for 4.4, afair.

jwatt

Perhaps a couple of small tweaks:

  • s/intended release target/tentative release target/
  • s/properly investing time/best investing our time/

nth10sd

  • For the Performance goal, Mozmill scripts may be a good ways getting performance numbers per actual use by an end user. Examples include:
    • Opening 1,000 tabs and visiting sites in each. (while not common, there _are_ folks who use an insane number of tabs - and there have been reports of lagginess or similar when there is such a large number of tabs)
    • Going to random sites in hundreds of tabs, along with opening bookmark windows etc., while not restarting Firefox for a certain number of days.
    • Or something similar.
    • Reference at mozmill-dev thread.

Nathaniel

I love the Task Based Navigation idea, and especially the tab grouping aspect. Along those lines, I think my concept Tab Grouping might be an interesting starting point for conceptualizing what this will entail. I look forward to your feedback.

Security

A few security-related suggestions:

  • Windows
 * Support Vista and Windows 7 64-bit systems
 * 64-bit executable runnable with HW DEP and ASLR
 * Optimized for Core 2 Duo and later Xeons with 64-bits, NX, SSE2, SSE3, SSSE3
  • MacOS X
 * Support Leopard and Snowleopard 64-bit systems
 * 64-bit executable supporting all snowleopard security features (still hazy?)
 * Optimized for Core 2 Duo and later Xeons with 64-bits, NX, SSE2, SSE3, SSSE3
  • Linux
 * Support 64-bit versions
 * 64-bit executable
 * Support whatever security is generally available
 * Optimized for Core 2 Duo and later Xeons with 64-bits, NX, SSE2, SSE3, SSSE3
  • Although some code may slow down ~10% with longer addresses, use of the XMM registers greatly speeds up some code as well. Overall, I would expect performance to be about the same based on other benchmarks. Not everyone will be able to run these binaries, but, IE8 on Vista 64 already has these enhancements, and I would hate to see Firefox not have them available.

blizzard

  • I've heard a lot of good feedback on the chrome download manager - can we spend some time during the prototyping period to look and see if we can make some improvements?

Adam757

  • IEAK style administration kit, allowing flexible, locked-down settings deployment for corp. environments

johnath

skierpage

pay little attention, just a user :-)

Re [P2] support file management tasks (delete, move, etc) in download manager

I think the Download manager should be another view in Places (the Library window). Places should remember info about URLs you've saved, and then turn around and let you view and manage the local file://path URLs to which you've saved/downloaded. Tagging, starring, viewing information about downloads such as when saved, the URL you downloaded and the URL of the page where you downloaded; all have a natural fit with Places data.

How are you going to support file move/copy management? You could give Places yet another view, a file system view similar to Windows Explorer. Already its navigation pane looks almost identical to Explorer Bar > Folders view in Windows. It might be natural to organize local file:// URLs by showing the directory structure into which you downloaded them.

Talk is cheap, but I'll try to flesh out these ideas at User:Skierpage/Places as a next-gen file manager

-- Skierpage 01:27, 13 May 2009 (UTC)

a single XULRunner

I think the vision of a suite of Mozilla-powered apps (e.g. Firefox, Thunderbird, Songbird, Miro, a few Prism apps) sharing a single XULRunner is still compelling, particularly for constrained environments like set-tops/netbooks/instant-on like SplashTop. Firefox in isolation is losing out to WebKit on some of those devices (Rest In Peace "Firefox Tablet"), but WebKit does not make a platform. Even if Mozilla's products and other "Powered by Mozilla" projects are only delivered as XULRunner apps on Linux.

-- Skierpage 05:04, 6 June 2009 (UTC)

Handle more stuff in the browser

Firefox is too willing to hand off to other, often-worse or non-existent applications for functions such as viewing text or archives, and it's hard to change its behavior.

Low-hanging fruit:

  • Provide "View in browser as text" for unrecognized mime types and anything that might be text (a bit like bug 327323 and bug 218257)
  • Expose the awesome jar: protocol for browsing compressed .ZIP archives (and ODF files) (bug 502528)
  • Other bugs in Firefox's File handling category.

-- Skierpage 02:25, 6 July 2009 (UTC)

Mute Background Music

Sometimes we visit websites with a background music which we can not control unless we lower or mute the sound from the master control. I think it will be useful if we can mute that sound without affecting the sound coming from the other tabs and windows of FireFox.

-- Ahmed-Linux 22:32, 27 May 2009

This is a pioneering thing... Once someone supports this it´ll become SO ESSENTIAL we´ll ask why we didn´t do it sooner.

  • It should work like this:
    • No song playing -- normal tab
    • Song playing -- Add the traditional sound icon
      • Whatever the source (<video>, <audio>, flash, silverlight, etc) the audio MUST be detected **MAGIC NEEDED HERE**
    • Song muted -- Add the traditional muted icon

Obs: Of course the icons should be Firefox style not tango

--Goolic 00:25, 4 July 2009 (UTC)

Electrolysis

It seems that Electrolysis is planned within the same timeframe as 3.6's development process. If all goes well, will it be seen in Namoroka? --RayneVanDunem 17:46, 29 May 2009 (UTC)

Tabs on Top, UI, sandboxing, ripping tabs.

I recently was briefly converted to Safari when it was in beta with the Tabs on Top. I've switched back now that Apple have put the tabs 'back where they belong'. Could there at least be the option to have Tabs on Top in Firefox.next?

Another little thing from Safari 4 is the Top Sites page - I think the new "New Tab" page should definately have some eye-candy like that!

Thirdly, this is probably for some time beyond Namoroka, but there is an article in this month's PCPro magazine (I can't find it published online - I think there's a delay to get you to buy the mag), which is about next-generation browser UI. In essence, the author suggests that browser interface should adjust according to the site you are on. For example, it might detect that you are using a self-contained app like Gmail or Facebook and automatically strip back on toolbars. Or maybe use some kind of Office-2007-esque ribbon.

Finally, I'm not sure if this is already implemented in 3.5b4, but is sandboxing tabs a possibility? It's one of the reasons I've been wanting Google to make a Mac-version of Chrome.

And the way you can rip tabs out of windows in 3.5 isn't quite satisfactory if you've been using Safari 4. Dragging the tab out onto a second screen should form the new window on that screen, also I think that pages are re-loaded when their tab is moved between windows? This can muck up JavaScript/Flash stuff, but it's just another thing I liked from Safari...

This is just my personal wishlist for Firefox.next, which I would be absolutely useless at implementing, as I haven't got the first clue how to do desktop development, just PHP and stuff for me!

THANK YOU to all the wonderful people who make Firefox! I look forward to Firefox3.6a1!

Isaac

dolske

I think we should make a top-level (or at least upper-level) item for refreshing the theme / interface with a big stick. Not just the usual incremental changes and hygiene, but really making a concerted effort to remove clutter, simplify and unify, and make things look well-integrated and beautiful in comparison to things like Chrome and Safari. Also to front-load some of these things, so that it's not all a final rush at the end of the cycle when it's too late to make big changes.

Cww

Really small thing to implement (I hope) but big help: get a Help > Troubleshooting Data (or however you want to call it, Diagnostic data, technical data for support techs). This will have list of extensions, recent crashIds plugins and links to sumo things (maybe). The idea is that it should be copy-pasteable to SUMO or some other tech support service for fast help.

pij

I wish the browser would provide some infrastructure to cope with equivalent URLs/bookmarks. -- User:pij, 21:44, 3 July 2009

The Problem

It is quite common to get via different URLs to same content. This can happen for various reasons:

Furthermore, there are sets of URLs point to content which are more or less considered the same by most users but is not literally the same, e.g. http://foo vs. https://foo, the latter is more likely to have https:// in hrefs instead of http://, and occasionally there is content specifically for the purpose to help the user to differentiate between the secured and the unsecured version of the content.

The problem is that a user may bookmark the same content using different URLs, and he may end up on a page not marked as bookmarked after opening a bookmark.

As an extension, some users might consider some URLs as related, for example the Sourceforge.net page of a project, its homepage, its freshmeat page etc., and it may be convenient to manage them as a set. While storing the related bookmarks in a folder is certainly a solution, it has to rely on conventions for expressing certain semantics, e.g. that the first bookmark in the folder represents the canonical, or master URL for the set of bookmarks.

Suggestions

I suggest that the browser should provide

  • a mechanism to store named relations between bookmarked URLs
  • a UI for presentation an manipulation of a set of related bookmarks, e.g. "http://foo/stuff redirected from: http://foo/1, http://bar"
  • automatic detection of some common situations and propose a useful action to the user, e.g.
    • asking whether a canonicalized URL should be stored instead of the actual URL
    • asking whether the https URL should be opened instead of the actual http URL

Of course, the browser should have asserted that the content is really equivalent, which may require advanced techniques. An interesting complement to algorithms may be using a browser extension and/or a wiki to crowdsource sets of equivalent URLs.

Extensions could provide more complex functionality, like processing doap files into a set of bookmarks related to the project for fast access to various resources.

Znerd

Printing web pages

The printing of web pages is an area that could use considerable improvement. Rendering pages for display on a screen gets a lot of attention from Mozilla developers and the end result, Gecko, works great in this respect.

However, printing seems to get a lot less attention. It would be nice if, for example, the printing-related CSS properties would get a decent review, improvements where needed and some automated tests.

For more information, see:

Ellipsis on text overflow

Secondly, support for text-overflow: ellipsis (see bug 312156) would be very much welcomed, as this is an example of a minor issue that causes many web developers great grief. A lot of different complex workarounds have been employed just to get around this. Adding native support would really help a lot.

Note: Simon Montagu appears to be working on the bug.

Znerd 09:57, 11 July 2009 (UTC)

CarlosM

Optimize Linux Builds

Linux builds have lower performance than the windows builds even if you run the windows build using Wine. the test I'm doing consist on running the different builds and enter to this link:

This link points to the JavaScript code used to verify the Google Chrome performance.

The score shown may vary on +-5 points from run to run but when compared between different platform builds it may run from 180 on the linux-native build to 240 at the Windows native build.