https://wiki.mozilla.org/api.php?action=feedcontributions&user=Auk&feedformat=atomMozillaWiki - User contributions [en]2024-03-28T20:52:52ZUser contributionsMediaWiki 1.27.4https://wiki.mozilla.org/index.php?title=User:Auk/Thunderbird_menus&diff=53186User:Auk/Thunderbird menus2007-03-27T23:25:23Z<p>Auk: Further revisions</p>
<hr />
<div>== Message context menu ==<br />
This section concerns the basic context menus shown on a message entry in the message browser or on the main body of a message.<br />
<br />
== Current layout ==<br />
<br />
Reply to Sender Only<br><br />
Reply to All<br><br />
Forward<br><br />
Edit As New...<br><br />
<nowiki>-----------------------------</nowiki><br><br />
Move To '''>'''<br><br />
Copy To '''>'''<br><br />
Label '''>'''<br><br />
Mark '''>'''<br><br />
<nowiki>-----------------------------</nowiki><br><br />
Save As...<br><br />
Print Preview<br><br />
Print<br><br />
Delete Message<br><br />
<br />
=== "Mark >" menu ===<br />
<br />
As Read<br><br />
Thread As Read<br><br />
As Read by Date...<br><br />
All Read<br><br />
<nowiki>-----------------------------</nowiki><br><br />
Flag<br><br />
<nowiki>-----------------------------</nowiki><br><br />
As Junk<br><br />
As Not Junk<br><br />
Run Junk Mail Controls<br><br />
<br />
== Revised menu ==<br />
<br />
Reply to Sender Only<br><br />
Reply to All<br><br />
Forward<br><br />
Edit As New...<br><br />
<nowiki>-----------------------------</nowiki><br><br />
Tag '''>'''<br><br />
Read<br><br />
Junk<br><br />
<nowiki>-----------------------------</nowiki><br><br />
Move to Trash<br></div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Thunderbird_headers&diff=44237User:Auk/Thunderbird headers2006-12-10T23:57:00Z<p>Auk: penguintv, evolution screenshots</p>
<hr />
<div>[[image:AukPtv.png]]<br />
[[image:AukEvo.png]]</div>Aukhttps://wiki.mozilla.org/index.php?title=File:AukEvo.png&diff=44188File:AukEvo.png2006-12-09T23:54:26Z<p>Auk: </p>
<hr />
<div></div>Aukhttps://wiki.mozilla.org/index.php?title=File:AukPtv.png&diff=44187File:AukPtv.png2006-12-09T23:53:14Z<p>Auk: </p>
<hr />
<div></div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Tab_Model&diff=44186User:Auk/Tab Model2006-12-09T23:47:05Z<p>Auk: 2.0 released!</p>
<hr />
<div>'''Note:''' I'm very happy to say this has been taken care of in the <del>upcoming</del> released 2.0!<br />
<br />
== Overflow ==<br />
<br />
There's been considerable talk about tabbing overflow, so here's my simple and (hopefully) effective solution.<br />
<br />
The basic principles are:<br />
* Display drop-down button at ends of the tab bar where tabs overrun. (Note XUL also needs this for regular toolbars.)<br />
* Select appropriate menu entry and that tab comes into view on tab bar.<br />
<br />
When the tab entry is selected, that tab comes into view, but leaving up to two tabs on either side of the selected tab (one or zero tabs if unavailable). If the scrolling forces tab out of the left edge, show the drop-down on that side, or both if appropriate.<br />
<br />
Tabs never change order unless the user specifies (via DnD). Tabs never scroll unless selected from the drop-down. (E.g. a user may DnD a tab to within two tabs of the edge with no adverse affects.)<br />
<br />
Gripe: Should tab close buttons be shown in drop-down menu?<br />
<br />
== Moving focus after closing ==<br />
<br />
# Return to the next highest level in the flow. (see [[User:Auk/History_Model]])<br />
# If there is no higher level, focus next recently focused.</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/History_Model&diff=38833User:Auk/History Model2006-10-22T20:23:25Z<p>Auk: /* Sessions */ menu UI</p>
<hr />
<div>Integrate a graphical representation diagram of the path taken from page to page. I take the word ''flow'' from a bugzilla comment I read, which I think fits perfectly. Flow represents a string of links, the path traveled to get to the current point.<br />
<br />
You can create an entirely new flow, or you can branch an incumbent one. Flows are branched upon:<br />
<br />
* Tracing your steps back and continuing from that point upon a different route (e.g. back to your google search and investigating a different result).<br />
* Opening a new tab or window from a link within a current t/w.<br />
<br />
New flows are spawned upon pressing Ctrl+T, Ctrl+N, or selecting an according menu entry.<br />
<br />
History should appear in a seperate History window (Ctrl+H), with a secondary (more limited) sidebar interface, like the bookmarks work. As sidebars are cramped on space, we may not want a diagram there, in favor of a flat-level list.<br />
<br />
== Sessions ==<br />
<br />
Manifesto: Allow sessions to be restored at a time later than directly after a crash/force-quit.<br />
<br />
Menu layout for this explains much of it:<br />
<br />
<pre><br />
-HISTORY-<br />
Back<br />
Forward<br />
Home<br />
----<br />
A page<br />
Another page<br />
On to ten pages<br />
----<br />
Recently Closed Tabs -><br />
Sessions -> [Date] [Time*]<br />
---- 22 Oct 2006 -><br />
Show in Sidebar 18 Oct 2006 8:21 AM -> Firefox/Features Brainstorming - MozillaWiki<br />
18 Oct 2006 4:15 AM -> User:Auk - MozillaWiki<br />
17 Oct 2006 -> GNOME - Wikipedia, the free encylopedia<br />
---- Linuxart &raquo; Blog Archive<br />
Save Current Session ----<br />
Edit Sessions... Open All in Tabs<br />
</pre><br />
<br />
\* Only appears if two sessions in the list share a date and must be differentiated.<br />
<br />
== Back/Forward ==<br />
<br />
Specifically, the b/f buttons on the toolbar, and their drop-down menus.<br />
<br />
The back and forward buttons, when selected once, should concur directly along the current flow. When the drop-down menu is selected, the current flow should be presented, containing sub menus at the branching nodes of other flows.<br />
<br />
This begs the question: How to evidence and provide navigation functionality to parallel history flows in b/f dropdowns, while retaining navigation to all pages in the current flow?<br />
<br />
The most likely solution is to present the entire area as a drop-down activator on hover, and a small go-to activator area which when clicked (perhaps the menu icon space, with a GOTO icon), takes the browser to that web page. Concerning the keyboard:<br />
<br />
* Go-to<br />
** SPACE<br />
** Ctrl+ENTER or possibly ENTER<br />
* Drop-down<br />
** right-arrow<br />
** ENTER<br />
<br />
Another solution is to present the drop-down activator only over a small part of the menu entry (e.g. a small arrow on the far right). Disadvantages of being non-discoverable and wierd.<br />
<br />
== Bookmarks integration ==<br />
<br />
This is one of those things that I first thought "Hey, that's a great idea! That would be '''so''' cool!". Then, a little while later I thought "What a stupid idea. That would be so wasteful of space, so cluttered." The next day I relapsed: "Hmm, that might work out after all." Then I thought "Naww..."<br />
<br />
So, I don't really know yet. It would be nice to keep a simple record of where you've been, and which you liked, but also would crowd the pages you ''really'' want.<br />
<br />
I'm leaning towards no.<br />
<br />
== References ==<br />
<br />
* [http://www.acm.uiuc.edu/macwarriors/projects/trailblazer/ Trailblazer]</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Thunderbird_menus&diff=38787User:Auk/Thunderbird menus2006-10-22T07:23:17Z<p>Auk: User:Auk/Thunderbird Menus moved to User:Auk/Thunderbird menus: sentence capitalization</p>
<hr />
<div>== Message context menu ==<br />
This section concernes the basic context menus shown on a message entry in the message browser or on the main body of a message.<br />
<br />
== Current layout ==<br />
<br />
Reply to Sender Only<br><br />
Reply to All<br><br />
Forward<br><br />
Edit As New...<br><br />
<nowiki>-----------------------------</nowiki><br><br />
Move To '''>'''<br><br />
Copy To '''>'''<br><br />
Label '''>'''<br><br />
Mark '''>'''<br><br />
<nowiki>-----------------------------</nowiki><br><br />
Save As...<br><br />
Print Preview<br><br />
Print<br><br />
Delete Message<br><br />
<br />
=== "Mark >" menu ===<br />
<br />
As Read<br><br />
Thread As Read<br><br />
As Read by Date...<br><br />
All Read<br><br />
<nowiki>-----------------------------</nowiki><br><br />
Flag<br><br />
<nowiki>-----------------------------</nowiki><br><br />
As Junk<br><br />
As Not Junk<br><br />
Run Junk Mail Controls<br><br />
<br />
== Revised menu ==<br />
<br />
Reply to Sender Only<br><br />
Reply to All<br><br />
Forward<br><br />
Edit As New...<br><br />
<nowiki>-----------------------------</nowiki><br><br />
Tag With '''>'''<br><br />
Flag '''>'''<br><br />
<nowiki>-----------------------------</nowiki><br><br />
Move to Trash<br><br />
<br />
Remove the "Flag" entry and one of it's adjacent seperators from the ''Mark'' menu. Then rename the ''Mark'' menu to ''Flag''.</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Thunderbird_Menus&diff=38788User:Auk/Thunderbird Menus2006-10-22T07:23:17Z<p>Auk: User:Auk/Thunderbird Menus moved to User:Auk/Thunderbird menus: sentence capitalization</p>
<hr />
<div>#REDIRECT [[User:Auk/Thunderbird menus]]</div>Aukhttps://wiki.mozilla.org/index.php?title=Firefox/Feature_Brainstorming:Default_Browser_UI&diff=38786Firefox/Feature Brainstorming:Default Browser UI2006-10-22T07:12:34Z<p>Auk: add link User:Auk/Firefox_menus</p>
<hr />
<div>{{FeatureBrainstorming}}<br />
<table class="fullwidth-table"><br />
<tr><th>Specific features</th><br />
<th width="30%">References</th></tr><br />
<br />
<tr><td><br />
; Customizable Main Menu<br />
* Allow the main menu (File, Edit ...) to be customized and/or retracted in order to be able to free much more space for sites' display without using full screen mode.<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Absolute UI customization<br />
* Allow to place any action control (eg. File->Exit, all extension buttons, ...) to any place on the browser ui (eg. status bar, preferences window, url suggestion popup, or even into bookmars, ...).<br />
* Allow to remove as meny as posible unused features from the browser (this can speed up the browser startup, if someone figures out, how to don't load code of removed features).<br />
* It's too ambitious idea... try figure out, what's possible to implement<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Back and Forward buttons<br />
* Include right click options on back/forward buttons to open the previous/next page in a new window or tab. It would need to preserve the browse history in new window/tab.<br />
* Use a second set of Back and Forward buttons to navigate local directories<br />
* "Smart" Back button in case the page was loaded by "POST" command. It is possible to store the page "as is" in the cache and when requested about "repost data" show that page if selected "no". In most cases the page is needed only because of links on it<br />
* Along with Back and Forward, an "Up" button could be added for going to "./..", as it is sometimes useful even on the Web. KDE's browser has already had this for some time.<br />
</td><td>Middle click on back / forward already does this, but History is not preserved.<br />
Related to:<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=18808 bug 18808]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=189313 bug 189313]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=246719 bug 246719]<br />
[http://www.andyselby.uklinux.net/firefox.html a detailed proposal here]</td></tr><br />
<br />
<tr><td><br />
; More toolbar bottons<br />
* Include more toolbar buttons (proxy checkbox, Save Page, Print Preview, Full Screen, Downloads, Images, etc) in the customize toolbar dialog.<br />
</td><td>&nbsp;</td></tr><br />
<br />
<tr><td><br />
* As per [https://bugzilla.mozilla.org/show_bug.cgi?id=63295 bug 63295] (almost 6 years old), menus should auto-scroll if you hover above/below them.<br />
* Toolbar enhancements<br />
** Allow user to move toolbars<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Combine reload and stop buttons<br />
With rare exceptions, the Average User does not need access to both the reload and stop buttons at the same time. Combining them so they occupy the same space and "toggle," à la Safari, will free up real estate on the UI and reduce visual complexity.<br />
* ...at the cost of continuously reload pages on locks/slowness/etc. Shiira already avoided this solution. If this will be done, MUST be enabled/disabled with a setting in the Preferences.<br />
</td><td><br />
* [http://www.apple.com/safari/ Apple - OS X - Safari]<br />
</td></tr><br />
<br />
<tr><td><br />
; Simple Interface<br />
Many people like the simplicity of IE7 - that's the way it should be. More people would use Firefox if it were simplified. Take out the stuff that's not needed...<br />
* Do not integrate ANYTHING that should be an extension. Instead of integrating, provide more good APIs (XPCOM components + JS wrappers) for the extensions.<br />
</td><td><br />
* Note that all successful endeavors are simple (ie. Google, Windows, IE)<br />
* Note that Firefox won't remain even as simple as it is now, if all the suggested features are going to be implemented!<br />
* It won't be, but it SHOULD be at all costs - as I said, that's what most of the world likes, simplicity. Not everyone knows how to install an extension - we should start off small...<br />
* [http://wiki.mozilla.org/Firefox/Feature_Brainstorming:Other_or_Uncategorized Concepts of Firefox "Core" and "More".]<br />
</td></tr><br />
<br />
<tr><td><br />
;Text link recognition<br />
* Double click on a text link (like: www.somesite.com/here.html or http://www.somesite.com/here.html) recognizes it and opens it like a regular link, a very simple feature.<br />
</td><td><br />
<br />
</td></tr><br />
<br />
<tr><td><br />
; Improved visual navigation<br />
* Alternatively scrollbar enhancements could help (refer to the second link for more details). Not sure if it's easy to implement though.<br />
</td><td><br />
* [http://usethics.ru/lib/scroll_bar/ Enhanced scrollbar details (Russian, but pictures talk for themselves)]<br />
</td></tr><br />
<br />
<tr><td><br />
; Alternate UI modes<br />
* Togglable kiosk mode<br />
* More efficient layout for widescreen laptops<br />
* Minimal UI mode<br />
** Show and hide navigation/bookmark/menu bar via a right-click menu everywhere<br />
* Add an option to the View menu to hide all the top toolbars and the tab bar when the mouse is not over the window header or, when in fullscreen mode, not at the top of the window.<br />
* Add an option to hide the toolbars and show them at the mouse position (so you don't even have to go all the way up at the top of the screen) by using a mouse + keyboard combination.<br />
* Add an option to hide the menubar<br />
* (optional) full screen (or "resize to fit all content" ...a la Mac OS X) mode without toolbars, icons, navigation bar, etc<br />
</td><td><br />
- [[User talk:bur#Show_.26_Hide_bars|details & discussion]]<br />
</td></tr><br />
<br />
<tr><td><br />
; Choice of UI rendering mode<br />
* choice between displaying page when fully rendered (mozilla way) or display as it renders (Firefox way).<br />
</td><td><br />
* Check [http://wiki.mozilla.org/Firefox/Feature_Brainstorming:Other_or_Uncategorized Smooth Page Transitions] suggestion<br />
</td></tr><br />
<br />
<tr><td><br />
; Rationalize and reorganize browser and context menus<br />
* Remove some menu items<br />
* Move other menu items<br />
</td><td><br />
[[User talk:Steve_England|Reasoning and Arguments]]<br />
</td></tr><br />
<br />
<tr><td><br />
; Context Menu<br />
* Show an ''open url in new tab'' or ''open url'' option in the context menu when the user right-clicks on a plaintext url (text that is recognizably a url, but has no <nowiki><a></nowiki> tags).<br />
</td><td><br />
</td></tr><br />
<br />
<tr><td><br />
; Display keyboard shortcuts when hovering over objects<br />
* When hovering over an object in the navigation toolbar the respective keyboard shortcut should be displayed as a tool tip.<br />
It could considerably improve the usage of keyboard shortcuts for new Firefox users that are not used to work with keyboard shortcuts (like old people).<br />
This should be a default-on feature with the option to turn off in Options -> Advanced -> General -> Accessibility<br />
</td><td><br />
</td></tr><br />
<br />
<tr><td><br />
; Reconsider the idea of Home Page<br />
Home Page and Home button have been with us since forever. However, I have a strong feeling they are no longer relevant and no one uses them as they did in the old times of "web portals".<br />
I propose to create a task-oriented "start" pane - basically a question of "what do you want to do". It should have:<br />
* urlbar: "I want to go to that page".<br />
* history: "I want to go to the page I've been to recently"<br />
* web search: "I want to search"<br />
* a button that restores session from just-closed window: "I want to continue"<br />
* bookmarks and feeds, or otherwise Places<br />
<br />
I consider Thunderbird's start pane to be a good example of what I'm talking about.<br />
</td><td><br />
</td></tr><br />
<br />
<tr><td><br />
; OS X widgets<br />
Use OS X's provided widget set, especially for textarea, button, radio, checkbox and select elements. Native widgets feature spell check among other niceties. This would go a long way towards making Firefox feel more like a "real" OS X application. The current UI does not follow many of the common idioms on the Mac which causes confusion when switching between it and other Apple apps. This could greatly impact adoption on OS X, particularly among less savvy users who don't understand why it's different.<br />
* Still, those should be kept customizable via CSS: only the defaults (unstyled) should be system-widgets.<br />
</td><td><br />
* [http://www.apple.com/macosx/features/safari/ Apple Mac OS X Safari Browser]<br />
* [http://developer.apple.com/documentation/UserExperience/Conceptual/OSXHIGuidelines/XHIGIntro/chapter_1_section_1.html Apple Human Interface Guidelines]<br />
* [http://forums.mozillazine.org/viewtopic.php?t=363099 Hacking Aqua Widgets into Firefox]<br />
</td></tr><br />
<br />
<tr><td><br />
; Page Zoom<br />
*Instead of only increasing and decreasing the current page's font size, allow for the entire page to be zoomed in/out, like Opera. Make the zoom keys customizable.<br />
**Also, like Opera, make sure that all elements zoom, such as Flash.<br />
</td><td><br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=4821 bug 4821]<br />
</td></tr><br />
<br />
<tr><td><br />
; Better autocomplete in form fields<br />
* Autocomplete list should be editable (like cookie-list) or erasable otherwise it will contain a lot of trash after some time and it is also a mild security risk because sometimes people demonstrate their actions and it is not nice previous entries pop-up; perhaps some toggle can help to disable/enable the feature<br />
* Also, Emacs-style autocomplete ("dynamic expansion") of words will increase input speed dramatically in input and textarea fields<br />
* It could go even further by having abbrev-list in a meta rel fashion (the same fashion as favicon is specifyed or other related documents)<br />
<br />
If implemented, this proposal can boost productivity for web-application users with technically simple (and known from many text-processors/editors) UI add-on<br />
<br />
</td><td><br />
* [http://www.cs.cmu.edu/cgi-bin/info2www?(emacs)Dynamic%20Abbrevs Emacs Dynamic Abbrevs]<br />
* [http://wiki.mozilla.org/DiscussionForBetterAutocompletesInForms Discussion]<br />
</td></tr><br />
<tr><td><br />
; Avoid caching sensitive data for autocomplete<br />
Use heuristics to try and avoid caching sensitive data for autocompletion. For example, if something looks like a credit card number or social security number, don't cache it. It's very disconcerting to start typing in your social security number on your bank's Web site, and realize your browser already knows it...<br />
</td><br />
<td></td><br />
</tr><br />
<tr><td><br />
; Editing HTML of opened page<br />
* Be able to edit the HTML source of a web page that is open and then save the changed version to the local hard disc.<br />
* Currently "View > Page Source" does not allow editing for a web based page. Make this editable and then give the ability to save the entire page with images etc, using the modified source to the local hard disc.<br />
</td><td><br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=172817 bug 172817]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=269326 bug 269326]<br />
</td></tr><br />
<br />
<br />
<tr><td><br />
; Color of visited links depending on time of last visit<br />
* Color of visited links should range from VLINK to LINK according to time passed.<br />
**I'd like that the color of visited links could range from the the color defined for visited links to the color of _un_visited links in proportion to the time passed since last visit.<br />
**This feature was present in early Mosaic, but I haven't seen it again in any browser.<br />
</td><td><br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=211531 Bug 211531]<br />
</td></tr><br />
<br />
<tr><td><br />
; Different font sizes for each page<br />
*I'd like to have the option of choosing a custom font size for a page; the browser should be able of remember the last size in future visits to the same page.<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><th colspan="2">General tasks</th></tr><br />
<tr><td><br />
* Revisit default tab strip<br />
* Re-evaluate toolbar buttons<br />
* Re-evaluate status bar<br />
* Re-evaluate menus and context menus<br />
* Ensure shortcut consistency<br />
* Remove Truncation of Title and Alt Tags<br />
<br />
* Intelligently handly text-cursor movement requests so that the cursor isn't moved while the user is typing.<br />
* Handle Adobe Flash (and others) like IE 7, requiring a left-click before the plugin begins intercepting keyboard shortcuts.<br />
</td><td><br />
*[[User_talk:Jokeyrhyme]]<br />
*[[User:Auk/Firefox_menus]]<br />
</td></tr><br />
<br />
</table></div>Aukhttps://wiki.mozilla.org/index.php?title=Talk:Firefox/Feature_Brainstorming:Tabs,_Sidebar,_Windows&diff=38781Talk:Firefox/Feature Brainstorming:Tabs, Sidebar, Windows2006-10-22T06:48:36Z<p>Auk: will people get mad if i try to clean the page up?</p>
<hr />
<div>I see a lot of duplicate stuff, however, I'm not sure if I'll start flame wars by deleting things or reorganizing. (What exactly is the theme of these pages -- random vomited brainstorming, typos and all, or well-structured propositions?) &mdash;[[User:Auk|auk]] 23:48, 21 October 2006 (PDT)</div>Aukhttps://wiki.mozilla.org/index.php?title=Firefox/Feature_Brainstorming:Tabs,_Sidebar,_Windows&diff=38780Firefox/Feature Brainstorming:Tabs, Sidebar, Windows2006-10-22T06:39:36Z<p>Auk: fix exposed </tr></p>
<hr />
<div>{{FeatureBrainstorming}}<br />
<br />
<table class="fullwidth-table"><br />
<tr><th>Specific features</th><br />
<th width="30%">References</th></tr><br />
<br />
<tr><td><br />
; Tabs<br />
* I can sum this up very simply: Integrate everything that the [http://piro.sakura.ne.jp/xul/tabextensions/index.html.en Tabbrowser Extensions] Add-on does into Firefox itself. This covers a lot of the points already on this list, such as saving tabs, customizing tab groups, adjusting tab sizes, using a single browser window at all times, setting behavior of links (open as background, open in new tab), changing the focus when closing a tab, having one close-button on the right, undo-close caching, creating a new tab when you type an address in the URL-bar or the search bar, specifying number of rows of tabs, duplicating tabs, mouse-wheel tab scrolling, and much, much more. Personally, I find Firefox next to useless without this extension and I don't understand why the developers don't have this advanced customization of tab behavior already built in.<br />
* When warning about closing multiple tabs, currently there are only two buttons: Close Tabs (which closes all the tabs) and Cancel (which closes nothing). Add a button that says Close Current Tab Only, which will only close the tab that was currently open before clicking on Close.<br />
* Allow sending of tabs to system tray (or platform equivalent). This would better facilitate web apps such as google calendar by providing a lifetime outside of typical browsing sessions and help blend the lines with traditional desktop applications.<br />
* The opportunity for saveing tabs, like they do in the Maxthon browser, one function I really missing.<br />
* Allow to move the tabbar to the right or left, with vertical orientation. this is the best useful when count of tabs exceeds 10 items. vertical tabbar allows to easy use up to 30-40 of tabs. for FF2 i was create the extention, that move tabbar to the right (http://forum.mozilla-russia.org/viewtopic.php?pid=138440) and some simplify tabbrowser. try and fun :)<br />
* Allow "triggers" to be set 1) before FF attempts to start downloading a page, 2) when the page has been downloaded but not yet rendered, 3) after a page has finished loading. Ideally, the triggers would either be external applications, or maybe even a funky python plugin framework - if this feature is added, _please_ don't make me have o write nasty javascript for my triggers! Thx :-)<br />
* Allow navigation toolbar to show URL's that are as-yet, not loaded: if you open a link in a new tab, and that web site is down, you end up with an empty tab with no URL shown. If you've got lots of tabs open, it is very useful to know what should be displayed on the empty tab. I suggest that when a URL is attempted to be opened in a new tab, FF displays the URL in the tab, but shows it "grayed out" (but still selectable!)<br />
* Add Isolated Tabbed Windows: This is to ensure each tabbed windows does not leak over to another window eg: HTTPS sites. Simplest way to test, Goto your bank's website (make sure you got 2 different accounts usually your wife's account would be good to test if she is with the same bank) log into your account with one tab, log into your second account in another tab, navigate to your second account's summary view, then go back to 1 first tab and do the same. You will notice that both summaries are from the secondary account.<br />
* Keyborad shortcut to toggle between tabs, similar to alt-tab'ing open application windows in MS windows.<br />
** ctrl-tab'ing already gives you this functionality.<br />
* If you have A, B, C tabs in order, and you open a new tab from B (this becomes D) and then close it (D), then the active tab will be C instead of B, the last viewed. It would be also useful if a newly opened tab would appear beside the one that opened it.<br />
* The close [X] button should only be shown on the open tab to prevent people from accidentally closing tabs upon selecting them. Close buttons on out-of-focus tabs should only show after a 1 second mouse-over.<br />
* Allow the tab-bar relocation, probably with a simple pull-down, that includes top, bottom, left and right.<br />
** When left or right are selected (or perhaps all the time), provide the ability to specify a fixed width for tabs/tab-bar.<br />
** When left or right are selected provide option which displays tabs in a tree based on ancestry relation ship of a tab like in [http://piro.sakura.ne.jp/xul/tabextensions/index.html.en Tabbrowser Extensions]<br />
* A right-click option to pop an existing tab out into a new window.<br />
* Thunderbird Tab -- Opens Thunderbird within a tab rather than a separate Thunderbird window<br />
* Sunbird Tab -- Opens Sunbird within a tab rather than a separate Sunbird window<br />
* Ctrl-Z to undo last closed tab<br />
* Tab Grouping by Domain and Tab Grouping by Originating Page (eg. if I open a Page from Tab A then it will be in the same group as Tab A). A group maybe as simple as having a coloured border around the tabs in the same group. <br />
*Alternativly, an option to have tabs open next to the current tab. This solves the problem of having all your links from different tabs open in the same place, and helps with sorting tabs, because all the links from one website are next to each other.<br />
* Tab collections used to organize tabs, think Linux virtual desktops <br />
* Multiple initial pages with tabs<br />
* Displaying tabs over multiple rows<br />
* Give the option in the preferences menu to allocate a 'unique' close tab button in the right like 1 and 1.5 versions of firefox instead of 1 close button per tab like Firefox 2---so you can choose---<br />
* Option to open default page when creating a new tab<br />
* Tab drag and detach<br />
* Detach Tab to new Window (mustn't be in the context, draggin the tab to the windows title would be cool)<br />
* Window drag and attach as tabs<br />
* Possibility to order tabs into two rows when they are a lot<br />
* Possibility to change tab using mouse wheel, when mouse is over tabs<br />
* Possibility to add another sidebar on the right (useful expecially with widescreen monitors)<br />
* Drag tabs between windows<br />
* Make middle-clicking/open link in new tab work for javascript links (e.g. by duplicating current page in a new tab then executing the javascript on the new tab and forcing any 'pop-up' links to stay in that new tab)<br />
* "Open this tab in a new window" added to context menu (when right clicking on existing tab). Preserve history so back button works in new window just as it would on existing tab.<br />
* Select on close behavior<br />
* Tab switching via Mouse Scroll Wheel (on all Platforms) while mouse is on/over the tab bar<br />
* Add arrows to the right and left ends of the tab bar when it gets full to unhide/allow to see all tabs<br />
* Grouping of tabs (possibly by multiple tab rows)<br />
* Tab Tiling: Allow multiple tabs to open to vertically or horizontally on the same screen.<br />
* Shading of Tabs denoting time since it started (On the scale of white to black, white is more recent than black) [https://addons.mozilla.org/firefox/3542/]<br />
* Recursive tabs for better tab grouping ("Open in new tab under current tab")<br />
* Tab exposé<br />
* Option to view tabs in sidebar (with thumbnails)<br />
* Multiple tabstrips<br />
* Tab docking like window docking in Visual Studio .NET to be able to drag a tab and dock it with its content to one side of the window. This would allow displaying tabs side by side.<br />
* Finding tabs<br />
* select tab from command line mozilla -remote "selecttab(http://www.mozilla.org)"<br />
* Improved UI for finding and reopening any one or more closed tabs (including shortcut key)<br />
* UI for modifying tab width (f.e. splitter between tabs that can be dragged to change the width of all tabs)<br />
* Tab opening + closing animation<br />
* Allow "open in new tab/new window/same window" settings to be set per tab. Allows use of a home page like Google or Yahoo to open links in a new tab, but other tabs links can open in the same tab.<br />
* Allow opening new tab when domain name is different from current page<br />
* Allow opening in new tab for form submits. Allows user to type several consecutive searches into a search box while opening the results in new tabs in the background.<br />
* Allow relative opening of Tabs, i.e. child tabs open next to parent tab in opening order (and not at the end of Tab bar)<br />
* Display multiple tabs in tiled panes (both vertical and horizontal panes, preferably mixed.<br />
* Cascade tabs<br />
* Allow for windowblind treatment of tabs<br />
* Faster tab mouseover feedback, i.e. show in status bar or set tooltip delay to 0<br />
* More detailed tab mouseover feedback, i.e. thumbnail image of page with some options on what you want to do with this page like bookmark it, reload tab, protect tab without right clicking it<br />
* Multiple tab selection via Ctrl + left click on desired tabs. Feature would allow users to use the right click options on only the selected tabs. EXAMPLE: Right click on one of the selected tabs and select "Close Other Tabs" leaving only the selected tabs behind.<br />
* To save a lot of space, make the favicon on each tab into the "X" on hover.<br />
* Instead of the "..." in long tab titles, change to a fade to grey on the last three letters.<br />
* A right click option for when highlighting plain text urls to open in new tab as opposed to having to copy then paste in a new tab address bar; available as an add-on https://addons.mozilla.org/firefox/1864/<br />
*Allow tabs to not be full window. If a js opened window is redirected to a tab, and the size is smaller then the window, make the tab like a little window inside the window.<br />
* When a tab ask for identification, it shouldn't get on top automatically<br />
* Make the current tab not shrink with the others, so is more visible.<br />
* Copy the (back button) history of the current tab when a link is opened in a new tab (so that the user can go back in the new tab).<br />
* Allow the user to "lock open" a tab or window to prevent accidental closure. Implement an easy way of "undoing" the last window or tab closure.<br />
* Like eclipse on mouse over a tab the close button will appear<br />
* Ability to change tab titles and save tab titles so that when you enter the site again you will see your own tab titles (Different from page title)<br />
* Sort tab according to time opened, title, time idle<br />
* Options to have no title and Icon only with 32x32 icon with a close button located bottom right of the icon<br />
* Panels of tabs - by grouping of tabs you can have groups of multiple tab in a panel, like linux panels<br />
* Be able to display two tabs side-by-side, very useful on widescreen monitors<br />
* Tabbed source viewer<br />
* Nested tabs (eg. drag tabs into a tab) and multiple rows of tabs (see this mockup: [[media:Nested-tabs.png]]).<br />
* A button on the right click menu (on web pages) to open all links on this page in new tabs<br />
* A button on the right click menu for back/forward to open the back or forward in a new tab<br />
* Opera remembers which tabs were open when the user last closed the browser and opens all these tabs again upon relaunch. Firefox should do the same and should also remember each tab's browsing history; allowing the user to reopen Firefox, have all the tabs that were open available again, and be able to click back and forward for each individual tab.<br />
* Have a configurable option so that when a user does "Open All In Tabs", they do NOT replace all the current tabs, but open IN ADDITION to the current tabs already open.<br />
* When middle-clicking / control-clicking to open in a new tab. Both RSS Feeds and bookmarks should open in a tab "behind" the rest, and not take focus like it currently does.<br />
* avoid having twice the same tab by checking before opening a new bookmark or typing an adress in the bar that the website is not already open. Then click a second time when you really want to open it twice. The tab may also "blink" (or any kind of animation) to prevent the fact that the tab was already open<br />
* dual screened tabs. two tabs showing in the same window pane, almost like frames. with ability to drag and resize viewing area between the two tabs.<br />
* Create a way to rotate a window in four directions to allow viewing long web pages on a laptop by rotating the laptop sideways. This is one of my favorite commands in Preview in Mac OS X. Please make sure the command to do and undo this can be made a shortcut.<br />
*Widescreen browsing : split long web pages into two windows side by side. Sync scroll bar in order that scrolling the first one (top of web page) will scroll the second one (rest of the same web page).<br />
*Enabling of something similar to the Alt+Tab function as in windoez, only with tabs instead.<br />
*Scroll Bar Re-position-- allow the right side scroll bar to be moved to the left side screen. Or even placed in the middle... having to move the cursor all around from menus to scroll bars etc... to the right side and then to top and botton is a PITA. (It could be placed on a column separator by user for convenience )... I keep panels at the top with menus, so the same could apply to the bottom scroll bar: allow it to be placed at the top just under the menu's or tabs.<br />
*Scroll Bar Status: For very long pages, more info is needed rather than just the shaded scroll: place 1) an equivalent line number 2) an equivalent page number 3) a percentage number of the page: in order to help fine adjustment positioning or a reference point.<br />
*Scroll/cursor position "bookmark".<br />
*menu: File Open : please re-integrate like nautilus. I'd prefer to not have "file open" and "Web open", but rather be able to place a URL directly into a file textbox ( this has probably been discusssed before..) <br />
*Move Files: There is already a file/URL open, and a file SAVE, why not go one step more and allow files to be moved in the browser file tree !! ( and the final step would be a dual window like midnite commander ).<br />
*Ability to turn tabbed browsing off, or at least no functional way to open links into tabs unless specified (e.g. right clicking a link and selecting 'open in new tab'). It's a great feature, but some people prefer the previous method. <br />
*Ability to clone a tab to an other new tab by right click for example<br />
*View screenshot of all available tabs. (Similar to Ctrl-Q or respective keys in IE7). Be able to close tabs from here or switch to any of these tabs.<br />
*Support tab duplication (using ctrl) on tab drag and drop<br />
*Tab stacks (see [[User:Dria/On Tabs|On Tabs]])<br />
*Ability to "minimize" a tab, which would be the fastest way to go to the previous active/focused tab. Otherwise you either have to close it or remember where in the tabbar the previous one was placed!<br />
*More intense signaling of the current tab in the tabbar.<br />
</td><td><br />
[http://kb.mozillazine.org/Category:Tabbed_browsing Tabbed Browsing -MZKB]<br /><br />
- [http://wiki.mozilla.org/User:DoubleEM22 Tabs Screenshots].<br /><br />
- [[Link_Targeting|design thoughts for tabs instead of windows]].<br /><br />
- [http://weblogs.mozillazine.org/ben/archives/009210.html Ben Goodger blogs about tabs].<br /><br />
- Whether [[Ctrl_W_not_close_app|Ctrl+W should not close the app]].<br /><br />
- [[User:Ge.diego|Ge.diego]] made some [[User:Ge.diego/Tab_Management_Comments|comments on Ben Godger test build that includes new tab management]] and gave an [[User:Ge.diego/User_Interface_Mockup|alternative user interface mockup proposal]]<br /><br />
- [http://users.blueprintit.co.uk/~dave/web/firefox/TabSidebar/index.html Tab Sidebar extension homepage]<br /><br />
- [http://guides.macrumors.com/Show_Safari_Form_Results_In_New_Tab Show Safari form results in new tab]<br /><br />
[http://www.extensionsmirror.nl/index.php?showtopic=2959 Tab Related Ext - TEM]<br /><br />
[https://addons.mozilla.org/firefox/1122/ Tab Mix Plus - UMO]<br /><br />
[https://addons.mozilla.org/firefox/1419/ "Open in IE tab" extension]<br /><br />
[http://userstyles.org/style/show/1136 Active Tab Flex at userstyles.org <br>]<br />
[http://wiki.mozilla.org./User:Tuomaz Two tabs side-by-side]<br />
<br /><br />
[http://piro.sakura.ne.jp/xul/tabextensions/index.html.en Tabbrowser Extensions] has some really great ideas.<br />
<br/><br />
[[User:DJ_Doena/Tab_Features|Current problems with tabs and their probable solution]] by DJ Doena<br /><br />
- [[User:Dria/On Tabs|On Tabs]]<br />
<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=55696 bug 55696]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=281192 bug 281192]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=156264 bug 156264]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=102132 bug 102132]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=104566 bug 104566]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=298571 bug 298571]<br />
</td></tr><br />
<tr><td><br />
* Show all open tags in a browser window organized by miniatures like the F12 function of Xgl or the same function of MacOsX Expose.<br />
</td><td><br />
[http://www.novell.com/products/desktop/img/preview_screenshots/apps3.png Xgl miniatures function]<br />
</td></tr><br />
<tr><td><br />
; Sessions<br />
* Support session savings. Enables the user to save a session where he/she has, say, 18 tabs open, to another time.<br />
* Sessions/Tabs Isolation: Make sure sessions from other tabs do not leak between tabs. This is a major security hazard.<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Tab Exposé<br />
Exposé allows a user to quickly locate an open tab without the need to click through many tabs to find a specific target.<br />
</td><td><br />
* [http://www.apple.com/macosx/features/expose/ Apple - Mac OS X - Exposé]<br />
* [http://en.wikipedia.org/wiki/Expos%C3%A9_%28Mac_OS_X%29 Exposé on Wikipedia]<br />
* [http://shiira.jp/screenshot/en.php#tabExpose Shiira Web Browser]<br />
</td></tr><br />
<br />
<tr><td><br />
; 'Load Link in New Window/Tab' option<br />
* The current 'Open Link in New Window/Tab' option is fine if you are say clicking links to articles you want to read from that day's newpaper. Trouble is you are immediatly transfered to the slowly loading page, leaving you to try & work out which task-bar button takes you back to the front page. I'd like the option for a link to be loaded in the background while I'm left on my current page. I'd become 0.00000027% closer to nivarna with this option in my life<br />
** This option has been around quite a long time, but very, very badly labeled. In less than 2.0 it's called Preferences -> Tabs -> "Select new tabs opened from links" (iirc). In 2.0 it's been relabeled (yay!) as "When I open a link in a new tab, switch to it immediately". &mdash;[[User:Auk|auk]] 21:40, 20 October 2006 (PDT)<br />
</td><td>&nbsp;</td></tr><br />
<br />
<tr><td><br />
; "New window" option<br />
* When opening the "new window" option, the new window should remain with the present page as in Explorer, instead of going back to the home page.<br />
** See ''Duplicate in New Window'' item in the tab context menu of ''Tab Mix Plus'' extension.<br />
</td><td> <br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Browser Window<br />
* Option to make a window / popup sticky and always-on-top (Would be nice for watching a video in a popup while surfing). this option MUST ONLY be available for the user not for scripts!<br />
* Ability to split the browser window vertically or horizontally, similar to emacs windows, and load different urls into each. Common usage cases for this are when you want to see two different pages at once conveniently, monitoring multiple sites at once, etc.<br />
** Simply allow to split the window vertically with the same page for working with long pages, as in Visual Studio .NET.<br />
* UI-level Multicolumn mode, like Emacs Follow mode - split the browser window into two (or more) panes, showing the same page, the right pane leading on from the left pane. Excellent in these days of wide monitors and inexplicably narrow fixed-width web pages!<br />
* Similar to above - many web pages consist of div/table elements of less than 800 px which are aligned to the left of the screen. With a large monitor of >1600 px the entire right-hand side of the screen is wasted whitespace. Add a button to automatically paginate the display into columns if a width of e.g. <800 px is detected.<br />
*Pages could be progressed through one screen at a time with previous/next buttons on the scrollbar or in a similar way to Microsoft Word's double scroll arrows, or alternatively in a similar way to Adobe Reader/existing browser print preview functions.<br />
* Text readability improvements: 1)button/keybind to automatically narrow text to a pre-configured width - text extending accross the whole width of the window is cumbersome to read - possibly configurable to multi-column mode; 2)"Visibility imprint" - on quick scroll operations (PgUP, PgDn, mousewheel...) the previously visible area should be delimited by a frame/line for a certain period of time, after which the frame disappears or fades out, so it's easier to find the last read line; and 3)Improved automatic scrolling: finer control for very slow scrolling and freeing up the mouse. Like current autoscrolling, only finer controls (the current slowest is still too fast) and the possibility to detach the mouse, for instance by re-clicking the middle button, upon which the mouse is free to move but the page continues autoscrolling.<br />
* Allow 'drag & drop' of links anywhere on the browser window (not just the tab bar) to open the link in a new background tab (e.g. 'drag & drop' links from Google Search Results/Google News/Digg Front Page etc. to open several background tabs)<br />
* Allow 'drag & drop' of selected text on a web page anywhere on the browser window to conduct search on the selected text using the default search engine and opening the search results in a new background tab<br />
* Scroll document with middle mouse button click-drag-release. The reverse to the familiar glove that moves the document. This behaviour maps to how scrollwheels/scrollballs work, which often also occupy middle mouse button.<br />
* Open link in new window with middle mouse button. GUI-configurable option.<br />
* Open different windows each as a new browser instance so that a crash in one does not take down all other instances.<br />
* "Application Mode" - allow web applications to act more like native applications. Give them the ability to have their own launcher from the Start Menu or Dock, and their own icon and process so that the OS can treat apps like gmail just like any other app. Currently such apps are labelled "Firefox" by the OS. Hide unnecessary GUI elements such as Bookmarks bar and Address bar in this mode, for more screen real estate. (Very nice idead - i think you can make something like this with 5 lines of VB but launching firefox.exe -appmode -url http... would be cool! When the Browser runs in appmode there JS should allowed to modify the window's behavior)<br />
* Better awareness of Multi-head environments. Under traditional X Windows dual head (so the two screens are two different X displays) you can't run the same firefox profile on both screens. Under Xinerama, everything appears as one very wide screen, but now it would be nice to have a "two window mode" analagous to "single window mode" although maybe this is an extensions question.<br />
*A tab temporaly not responding should not freeze all other firefox tabs.(aka while opening a pdf it freeze all tabs while loading adobe acrobat reader)<br />
<br />
</td><td><br />
[http://superdragandgo.mozdev.org/ Super DragAndGo Extension allows you to drag links and words in order to surf and search]<br /><br />
[[User:DGolden:Follow]]<br /> <br />
[[User:Jeric]]<br /><br />
</td></tr><br />
<br />
<tr><td><br />
; Session management<br />
* Ability to save and restore sessions (tabs, etc.)<br />
* Implement some method to deal with session sets<br />
* Make session restore fast and precise (save and restore DOM, or use FastBack data)<br />
* Sessions/Tabs Isolation: Make sure sessions from other tabs do not leak between tabs. This is a major security hazard.<br />
* File > Save All Tabs / Save All Windows. Creates a double-clickable file that can be saved to the user's choice of location.<br />
</td><td><br />
[http://kb.mozillazine.org/SessionSaver SessionSaver - MZKB]<br /><br />
[https://addons.mozilla.org/firefox/436/ SessionSaver - UMO]<br /><br />
[http://forums.mozillazine.org/viewtopic.php?t=47184 SessionSaver (rewrite) - MZForum]<br /><br />
[http://sessionmanager.mozdev.org/ Session Manager Ext]<br /><br />
[http://tmp.garyr.net/ Tab Mix Plus with Session Managment]<br /><br />
</td></tr><br />
<br />
<tr><td><br />
; Sidebar<br />
* Sidebar animation<br />
* RSS animation<br />
* Allow the windows from downloads,extensions,bookmarks and history to dock as sidebars. A bit like the extension All-In-One-Sidebar.<br />
* Better handling of multiple searches in different windows (see [https://bugzilla.mozilla.org/show_bug.cgi?id=45082 Bug 45082])<br />
</td><td><br />
- [http://firefox.exxile.net/aios/screenshots.php?PHPSESSID=a4f4bfaacaa8c756b236f44315b3188d Screenshots of All-In-One-Sidebar extension].<br /><br />
</td></tr><br />
<tr><td><br />
* Ability to be able to change how the sidebar appears on the screen (i.e. Where you want the sidebar to be docked on the right-hand side of the screen, top of the horizontally or even bottom of the screen horizontally) without the need for scripts. Also have a preferences option to set the default appearance would be nice as well.<br />
</td></tr><br />
<tr><td><br />
; Web Page easy handling <br />
* Allow to put a tag on whatever place of a web page, like a gg map interface. The tag is remembered on the right side bar of the window, can be bookmarked. when the bokkmark is clicked, the window is open and focus down to the bookmark<br />
* Allow to do a "spreadsheet like behaviour on a web page" : you can click on th tag to say "freeze up" , and when you move the cursor down the lower part of the page is scrolling down, the upper part stay unmoved,<br />
* Allow to compact the web page between 2 vertical tags<br />
* Allow for a specific web page to apply tag rules : place tags automatically between paragraphs, to allow easy compacting of un-interesting ones , propose a default "compacted" presentation" or "fully opened" behaviour on those pages.<br />
* Multiple link selection <br />
** Click and drag to select multiple links on a page<br />
** Right click to open multiple link context menu<br />
*** Open multiple links in new tabs<br />
*** Open multiple links in new windows<br />
* Allow screen to be split to show 2 tabs simeltaneously (for comparison for instance)<br />
</td><td><br />
n/a<br />
</td></tr><br />
<tr><th colspan="2">General tasks</th></tr><br />
<tr><td><br />
* Add Tab Isolation Mode to ensure each tab session does not leak from one instance to another (unless a new window/tab is opened within instance)<br />
* Add "Login As" option under file menu for accessing FTP sites that do not allow anonymous logins. This was available in previous versions of Internet Explorer and was handled by an automatic opening of the FTP site in Windows Explorer.<br />
* Add an FTP manager, similar to Windows Explorer tracking of previously accessed FTP sites.<br />
* Enhance the FTP experience. Continuing downloads, uploading, binary/ascii choice, etc.<br />
* Integrate Thunderbird with the next browser. I am an Opera fan today for the simple reason that I can get my POP mail, web mail, and browsing in one window (different tabs, of course).<br />
</td><td><br />
n/a<br />
</td></tr><br />
<tr><td><br />
In Firefox 1.x whe have only one X for close all tab one by one. in firefox 2.x we have a X for every tab, i think it isn't not at all the best way. I think the best idea is put a X in the end of the tab bar (like 1.x style) and a X for every tab (2.x style) because when i've to close more than one tab i've to spend time to find the X of the near tab and click it instead to press the X in the end.<br />
<br />
* The new behavior has been approached as part of the general tab UI update in 2.0 and after much debate and study. It's what was decided on, specifically in preference to the single button at the end, and was one of the key things many people had reported as a problem. I see little chance it will change in future, though I'm sure for yourself you'll be able to find an extension that will revert the behavior once 2.0's been out for a little while. &mdash;[[User:Auk|auk]] 21:00, 20 October 2006 (PDT)<br />
</td><td><br />
[http://kb.mozillazine.org/Browser.tabs.closeButtons Browser.tabs.closeButtons]<br />
</td></tr><br />
</table></div>Aukhttps://wiki.mozilla.org/index.php?title=Firefox/Feature_Brainstorming:Tabs,_Sidebar,_Windows&diff=38702Firefox/Feature Brainstorming:Tabs, Sidebar, Windows2006-10-21T04:41:27Z<p>Auk: oops formatting error</p>
<hr />
<div>{{FeatureBrainstorming}}<br />
<br />
<table class="fullwidth-table"><br />
<tr><th>Specific features</th><br />
<th width="30%">References</th></tr><br />
<br />
<tr><td><br />
; Tabs<br />
* I can sum this up very simply: Integrate everything that the [http://piro.sakura.ne.jp/xul/tabextensions/index.html.en Tabbrowser Extensions] Add-on does into Firefox itself. This covers a lot of the points already on this list, such as saving tabs, customizing tab groups, adjusting tab sizes, using a single browser window at all times, setting behavior of links (open as background, open in new tab), changing the focus when closing a tab, having one close-button on the right, undo-close caching, creating a new tab when you type an address in the URL-bar or the search bar, specifying number of rows of tabs, duplicating tabs, mouse-wheel tab scrolling, and much, much more. Personally, I find Firefox next to useless without this extension and I don't understand why the developers don't have this advanced customization of tab behavior already built in.<br />
* When warning about closing multiple tabs, currently there are only two buttons: Close Tabs (which closes all the tabs) and Cancel (which closes nothing). Add a button that says Close Current Tab Only, which will only close the tab that was currently open before clicking on Close.<br />
* Allow sending of tabs to system tray (or platform equivalent). This would better facilitate web apps such as google calendar by providing a lifetime outside of typical browsing sessions and help blend the lines with traditional desktop applications.<br />
* The opportunity for saveing tabs, like they do in the Maxthon browser, one function I really missing.<br />
* Allow to move the tabbar to the right or left, with vertical orientation. this is the best useful when count of tabs exceeds 10 items. vertical tabbar allows to easy use up to 30-40 of tabs. for FF2 i was create the extention, that move tabbar to the right (http://forum.mozilla-russia.org/viewtopic.php?pid=138440) and some simplify tabbrowser. try and fun :)<br />
* Allow "triggers" to be set 1) before FF attempts to start downloading a page, 2) when the page has been downloaded but not yet rendered, 3) after a page has finished loading. Ideally, the triggers would either be external applications, or maybe even a funky python plugin framework - if this feature is added, _please_ don't make me have o write nasty javascript for my triggers! Thx :-)<br />
* Allow navigation toolbar to show URL's that are as-yet, not loaded: if you open a link in a new tab, and that web site is down, you end up with an empty tab with no URL shown. If you've got lots of tabs open, it is very useful to know what should be displayed on the empty tab. I suggest that when a URL is attempted to be opened in a new tab, FF displays the URL in the tab, but shows it "grayed out" (but still selectable!)<br />
* Add Isolated Tabbed Windows: This is to ensure each tabbed windows does not leak over to another window eg: HTTPS sites. Simplest way to test, Goto your bank's website (make sure you got 2 different accounts usually your wife's account would be good to test if she is with the same bank) log into your account with one tab, log into your second account in another tab, navigate to your second account's summary view, then go back to 1 first tab and do the same. You will notice that both summaries are from the secondary account.<br />
* Keyborad shortcut to toggle between tabs, similar to alt-tab'ing open application windows in MS windows.<br />
** ctrl-tab'ing already gives you this functionality.<br />
* If you have A, B, C tabs in order, and you open a new tab from B (this becomes D) and then close it (D), then the active tab will be C instead of B, the last viewed. It would be also useful if a newly opened tab would appear beside the one that opened it.<br />
* The close [X] button should only be shown on the open tab to prevent people from accidentally closing tabs upon selecting them. Close buttons on out-of-focus tabs should only show after a 1 second mouse-over.<br />
* Allow the tab-bar relocation, probably with a simple pull-down, that includes top, bottom, left and right.<br />
** When left or right are selected (or perhaps all the time), provide the ability to specify a fixed width for tabs/tab-bar.<br />
** When left or right are selected provide option which displays tabs in a tree based on ancestry relation ship of a tab like in [http://piro.sakura.ne.jp/xul/tabextensions/index.html.en Tabbrowser Extensions]<br />
* A right-click option to pop an existing tab out into a new window.<br />
* Thunderbird Tab -- Opens Thunderbird within a tab rather than a separate Thunderbird window<br />
* Sunbird Tab -- Opens Sunbird within a tab rather than a separate Sunbird window<br />
* Ctrl-Z to undo last closed tab<br />
* Tab Grouping by Domain and Tab Grouping by Originating Page (eg. if I open a Page from Tab A then it will be in the same group as Tab A). A group maybe as simple as having a coloured border around the tabs in the same group. <br />
*Alternativly, an option to have tabs open next to the current tab. This solves the problem of having all your links from different tabs open in the same place, and helps with sorting tabs, because all the links from one website are next to each other.<br />
* Tab collections used to organize tabs, think Linux virtual desktops <br />
* Multiple initial pages with tabs<br />
* Displaying tabs over multiple rows<br />
* Give the option in the preferences menu to allocate a 'unique' close tab button in the right like 1 and 1.5 versions of firefox instead of 1 close button per tab like Firefox 2---so you can choose---<br />
* Option to open default page when creating a new tab<br />
* Tab drag and detach<br />
* Detach Tab to new Window (mustn't be in the context, draggin the tab to the windows title would be cool)<br />
* Window drag and attach as tabs<br />
* Possibility to order tabs into two rows when they are a lot<br />
* Possibility to change tab using mouse wheel, when mouse is over tabs<br />
* Possibility to add another sidebar on the right (useful expecially with widescreen monitors)<br />
* Drag tabs between windows<br />
* Make middle-clicking/open link in new tab work for javascript links (e.g. by duplicating current page in a new tab then executing the javascript on the new tab and forcing any 'pop-up' links to stay in that new tab)<br />
* "Open this tab in a new window" added to context menu (when right clicking on existing tab). Preserve history so back button works in new window just as it would on existing tab.<br />
* Select on close behavior<br />
* Tab switching via Mouse Scroll Wheel (on all Platforms) while mouse is on/over the tab bar<br />
* Add arrows to the right and left ends of the tab bar when it gets full to unhide/allow to see all tabs<br />
* Grouping of tabs (possibly by multiple tab rows)<br />
* Tab Tiling: Allow multiple tabs to open to vertically or horizontally on the same screen.<br />
* Shading of Tabs denoting time since it started (On the scale of white to black, white is more recent than black) [https://addons.mozilla.org/firefox/3542/]<br />
* Recursive tabs for better tab grouping ("Open in new tab under current tab")<br />
* Tab exposé<br />
* Option to view tabs in sidebar (with thumbnails)<br />
* Multiple tabstrips<br />
* Tab docking like window docking in Visual Studio .NET to be able to drag a tab and dock it with its content to one side of the window. This would allow displaying tabs side by side.<br />
* Finding tabs<br />
* select tab from command line mozilla -remote "selecttab(http://www.mozilla.org)"<br />
* Improved UI for finding and reopening any one or more closed tabs (including shortcut key)<br />
* UI for modifying tab width (f.e. splitter between tabs that can be dragged to change the width of all tabs)<br />
* Tab opening + closing animation<br />
* Allow "open in new tab/new window/same window" settings to be set per tab. Allows use of a home page like Google or Yahoo to open links in a new tab, but other tabs links can open in the same tab.<br />
* Allow opening new tab when domain name is different from current page<br />
* Allow opening in new tab for form submits. Allows user to type several consecutive searches into a search box while opening the results in new tabs in the background.<br />
* Allow relative opening of Tabs, i.e. child tabs open next to parent tab in opening order (and not at the end of Tab bar)<br />
* Display multiple tabs in tiled panes (both vertical and horizontal panes, preferably mixed.<br />
* Cascade tabs<br />
* Allow for windowblind treatment of tabs<br />
* Faster tab mouseover feedback, i.e. show in status bar or set tooltip delay to 0<br />
* More detailed tab mouseover feedback, i.e. thumbnail image of page with some options on what you want to do with this page like bookmark it, reload tab, protect tab without right clicking it<br />
* Multiple tab selection via Ctrl + left click on desired tabs. Feature would allow users to use the right click options on only the selected tabs. EXAMPLE: Right click on one of the selected tabs and select "Close Other Tabs" leaving only the selected tabs behind.<br />
* To save a lot of space, make the favicon on each tab into the "X" on hover.<br />
* Instead of the "..." in long tab titles, change to a fade to grey on the last three letters.<br />
* A right click option for when highlighting plain text urls to open in new tab as opposed to having to copy then paste in a new tab address bar; available as an add-on https://addons.mozilla.org/firefox/1864/<br />
*Allow tabs to not be full window. If a js opened window is redirected to a tab, and the size is smaller then the window, make the tab like a little window inside the window.<br />
* When a tab ask for identification, it shouldn't get on top automatically<br />
* Make the current tab not shrink with the others, so is more visible.<br />
* Copy the (back button) history of the current tab when a link is opened in a new tab (so that the user can go back in the new tab).<br />
* Allow the user to "lock open" a tab or window to prevent accidental closure. Implement an easy way of "undoing" the last window or tab closure.<br />
* Like eclipse on mouse over a tab the close button will appear<br />
* Ability to change tab titles and save tab titles so that when you enter the site again you will see your own tab titles (Different from page title)<br />
* Sort tab according to time opened, title, time idle<br />
* Options to have no title and Icon only with 32x32 icon with a close button located bottom right of the icon<br />
* Panels of tabs - by grouping of tabs you can have groups of multiple tab in a panel, like linux panels<br />
* Be able to display two tabs side-by-side, very useful on widescreen monitors<br />
* Tabbed source viewer<br />
* Nested tabs (eg. drag tabs into a tab) and multiple rows of tabs (see this mockup: [[media:Nested-tabs.png]]).<br />
* A button on the right click menu (on web pages) to open all links on this page in new tabs<br />
* A button on the right click menu for back/forward to open the back or forward in a new tab<br />
* Opera remembers which tabs were open when the user last closed the browser and opens all these tabs again upon relaunch. Firefox should do the same and should also remember each tab's browsing history; allowing the user to reopen Firefox, have all the tabs that were open available again, and be able to click back and forward for each individual tab.<br />
* Have a configurable option so that when a user does "Open All In Tabs", they do NOT replace all the current tabs, but open IN ADDITION to the current tabs already open.<br />
* When middle-clicking / control-clicking to open in a new tab. Both RSS Feeds and bookmarks should open in a tab "behind" the rest, and not take focus like it currently does.<br />
* avoid having twice the same tab by checking before opening a new bookmark or typing an adress in the bar that the website is not already open. Then click a second time when you really want to open it twice. The tab may also "blink" (or any kind of animation) to prevent the fact that the tab was already open<br />
* dual screened tabs. two tabs showing in the same window pane, almost like frames. with ability to drag and resize viewing area between the two tabs.<br />
* Create a way to rotate a window in four directions to allow viewing long web pages on a laptop by rotating the laptop sideways. This is one of my favorite commands in Preview in Mac OS X. Please make sure the command to do and undo this can be made a shortcut.<br />
*Widescreen browsing : split long web pages into two windows side by side. Sync scroll bar in order that scrolling the first one (top of web page) will scroll the second one (rest of the same web page).<br />
*Enabling of something similar to the Alt+Tab function as in windoez, only with tabs instead.<br />
*Scroll Bar Re-position-- allow the right side scroll bar to be moved to the left side screen. Or even placed in the middle... having to move the cursor all around from menus to scroll bars etc... to the right side and then to top and botton is a PITA. (It could be placed on a column separator by user for convenience )... I keep panels at the top with menus, so the same could apply to the bottom scroll bar: allow it to be placed at the top just under the menu's or tabs.<br />
*Scroll Bar Status: For very long pages, more info is needed rather than just the shaded scroll: place 1) an equivalent line number 2) an equivalent page number 3) a percentage number of the page: in order to help fine adjustment positioning or a reference point.<br />
*Scroll/cursor position "bookmark".<br />
*menu: File Open : please re-integrate like nautilus. I'd prefer to not have "file open" and "Web open", but rather be able to place a URL directly into a file textbox ( this has probably been discusssed before..) <br />
*Move Files: There is already a file/URL open, and a file SAVE, why not go one step more and allow files to be moved in the browser file tree !! ( and the final step would be a dual window like midnite commander ).<br />
*Ability to turn tabbed browsing off, or at least no functional way to open links into tabs unless specified (e.g. right clicking a link and selecting 'open in new tab'). It's a great feature, but some people prefer the previous method. <br />
*Ability to clone a tab to an other new tab by right click for example<br />
*View screenshot of all available tabs. (Similar to Ctrl-Q or respective keys in IE7). Be able to close tabs from here or switch to any of these tabs.<br />
*Support tab duplication (using ctrl) on tab drag and drop<br />
* Tab stacks (see [[User:Dria/On Tabs|On Tabs]])<br />
</td><td><br />
[http://kb.mozillazine.org/Category:Tabbed_browsing Tabbed Browsing -MZKB]<br /><br />
- [http://wiki.mozilla.org/User:DoubleEM22 Tabs Screenshots].<br /><br />
- [[Link_Targeting|design thoughts for tabs instead of windows]].<br /><br />
- [http://weblogs.mozillazine.org/ben/archives/009210.html Ben Goodger blogs about tabs].<br /><br />
- Whether [[Ctrl_W_not_close_app|Ctrl+W should not close the app]].<br /><br />
- [[User:Ge.diego|Ge.diego]] made some [[User:Ge.diego/Tab_Management_Comments|comments on Ben Godger test build that includes new tab management]] and gave an [[User:Ge.diego/User_Interface_Mockup|alternative user interface mockup proposal]]<br /><br />
- [http://users.blueprintit.co.uk/~dave/web/firefox/TabSidebar/index.html Tab Sidebar extension homepage]<br /><br />
- [http://guides.macrumors.com/Show_Safari_Form_Results_In_New_Tab Show Safari form results in new tab]<br /><br />
[http://www.extensionsmirror.nl/index.php?showtopic=2959 Tab Related Ext - TEM]<br /><br />
[https://addons.mozilla.org/firefox/1122/ Tab Mix Plus - UMO]<br /><br />
[https://addons.mozilla.org/firefox/1419/ "Open in IE tab" extension]<br /><br />
[http://userstyles.org/style/show/1136 Active Tab Flex at userstyles.org <br>]<br />
[http://wiki.mozilla.org./User:Tuomaz Two tabs side-by-side]<br />
<br /><br />
[http://piro.sakura.ne.jp/xul/tabextensions/index.html.en Tabbrowser Extensions] has some really great ideas.<br />
<br/><br />
[[User:DJ_Doena/Tab_Features|Current problems with tabs and their probable solution]] by DJ Doena<br /><br />
- [[User:Dria/On Tabs|On Tabs]]<br />
<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=55696 bug 55696]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=281192 bug 281192]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=156264 bug 156264]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=102132 bug 102132]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=104566 bug 104566]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=298571 bug 298571]<br />
</td></tr><br />
<tr><td><br />
* Show all open tags in a browser window organized by miniatures like the F12 function of Xgl or the same function of MacOsX Expose.<br />
</td><td><br />
[http://www.novell.com/products/desktop/img/preview_screenshots/apps3.png Xgl miniatures function]<br />
</td></tr><br />
<tr><td><br />
; Sessions<br />
* Support session savings. Enables the user to save a session where he/she has, say, 18 tabs open, to another time.<br />
* Sessions/Tabs Isolation: Make sure sessions from other tabs do not leak between tabs. This is a major security hazard.<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Tab Exposé<br />
Exposé allows a user to quickly locate an open tab without the need to click through many tabs to find a specific target.<br />
</td><td><br />
* [http://www.apple.com/macosx/features/expose/ Apple - Mac OS X - Exposé]<br />
* [http://en.wikipedia.org/wiki/Expos%C3%A9_%28Mac_OS_X%29 Exposé on Wikipedia]<br />
* [http://shiira.jp/screenshot/en.php#tabExpose Shiira Web Browser]<br />
</td></tr><br />
<br />
<tr><td><br />
; 'Load Link in New Window/Tab' option<br />
* The current 'Open Link in New Window/Tab' option is fine if you are say clicking links to articles you want to read from that day's newpaper. Trouble is you are immediatly transfered to the slowly loading page, leaving you to try & work out which task-bar button takes you back to the front page. I'd like the option for a link to be loaded in the background while I'm left on my current page. I'd become 0.00000027% closer to nivarna with this option in my life<br />
** This option has been around quite a long time, but very, very badly labeled. In less than 2.0 it's called Preferences -> Tabs -> "Select new tabs opened from links" (iirc). In 2.0 it's been relabeled (yay!) as "When I open a link in a new tab, switch to it immediately". &mdash;[[User:Auk|auk]] 21:40, 20 October 2006 (PDT)<br />
</td><td>&nbsp;</td></tr><br />
<br />
<tr><td><br />
; "New window" option<br />
* When opening the "new window" option, the new window should remain with the present page as in Explorer, instead of going back to the home page.<br />
** See ''Duplicate in New Window'' item in the tab context menu of ''Tab Mix Plus'' extension.<br />
</td><td> <br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Browser Window<br />
* Option to make a window / popup sticky and always-on-top (Would be nice for watching a video in a popup while surfing). this option MUST ONLY be available for the user not for scripts!<br />
* Ability to split the browser window vertically or horizontally, similar to emacs windows, and load different urls into each. Common usage cases for this are when you want to see two different pages at once conveniently, monitoring multiple sites at once, etc.<br />
** Simply allow to split the window vertically with the same page for working with long pages, as in Visual Studio .NET.<br />
* UI-level Multicolumn mode, like Emacs Follow mode - split the browser window into two (or more) panes, showing the same page, the right pane leading on from the left pane. Excellent in these days of wide monitors and inexplicably narrow fixed-width web pages!<br />
* Similar to above - many web pages consist of div/table elements of less than 800 px which are aligned to the left of the screen. With a large monitor of >1600 px the entire right-hand side of the screen is wasted whitespace. Add a button to automatically paginate the display into columns if a width of e.g. <800 px is detected.<br />
*Pages could be progressed through one screen at a time with previous/next buttons on the scrollbar or in a similar way to Microsoft Word's double scroll arrows, or alternatively in a similar way to Adobe Reader/existing browser print preview functions.<br />
* Text readability improvements: 1)button/keybind to automatically narrow text to a pre-configured width - text extending accross the whole width of the window is cumbersome to read - possibly configurable to multi-column mode; 2)"Visibility imprint" - on quick scroll operations (PgUP, PgDn, mousewheel...) the previously visible area should be delimited by a frame/line for a certain period of time, after which the frame disappears or fades out, so it's easier to find the last read line; and 3)Improved automatic scrolling: finer control for very slow scrolling and freeing up the mouse. Like current autoscrolling, only finer controls (the current slowest is still too fast) and the possibility to detach the mouse, for instance by re-clicking the middle button, upon which the mouse is free to move but the page continues autoscrolling.<br />
* Allow 'drag & drop' of links anywhere on the browser window (not just the tab bar) to open the link in a new background tab (e.g. 'drag & drop' links from Google Search Results/Google News/Digg Front Page etc. to open several background tabs)<br />
* Allow 'drag & drop' of selected text on a web page anywhere on the browser window to conduct search on the selected text using the default search engine and opening the search results in a new background tab<br />
* Scroll document with middle mouse button click-drag-release. The reverse to the familiar glove that moves the document. This behaviour maps to how scrollwheels/scrollballs work, which often also occupy middle mouse button.<br />
* Open link in new window with middle mouse button. GUI-configurable option.<br />
* Open different windows each as a new browser instance so that a crash in one does not take down all other instances.<br />
* "Application Mode" - allow web applications to act more like native applications. Give them the ability to have their own launcher from the Start Menu or Dock, and their own icon and process so that the OS can treat apps like gmail just like any other app. Currently such apps are labelled "Firefox" by the OS. Hide unnecessary GUI elements such as Bookmarks bar and Address bar in this mode, for more screen real estate. (Very nice idead - i think you can make something like this with 5 lines of VB but launching firefox.exe -appmode -url http... would be cool! When the Browser runs in appmode there JS should allowed to modify the window's behavior)<br />
* Better awareness of Multi-head environments. Under traditional X Windows dual head (so the two screens are two different X displays) you can't run the same firefox profile on both screens. Under Xinerama, everything appears as one very wide screen, but now it would be nice to have a "two window mode" analagous to "single window mode" although maybe this is an extensions question.<br />
*A tab temporaly not responding should not freeze all other firefox tabs.(aka while opening a pdf it freeze all tabs while loading adobe acrobat reader)<br />
<br />
</td><td><br />
[http://superdragandgo.mozdev.org/ Super DragAndGo Extension allows you to drag links and words in order to surf and search]<br /><br />
[[User:DGolden:Follow]]<br /> <br />
[[User:Jeric]]<br /><br />
</td></tr><br />
<br />
<tr><td><br />
; Session management<br />
* Ability to save and restore sessions (tabs, etc.)<br />
* Implement some method to deal with session sets<br />
* Make session restore fast and precise (save and restore DOM, or use FastBack data)<br />
* Sessions/Tabs Isolation: Make sure sessions from other tabs do not leak between tabs. This is a major security hazard.<br />
* File > Save All Tabs / Save All Windows. Creates a double-clickable file that can be saved to the user's choice of location.<br />
</td><td><br />
[http://kb.mozillazine.org/SessionSaver SessionSaver - MZKB]<br /><br />
[https://addons.mozilla.org/firefox/436/ SessionSaver - UMO]<br /><br />
[http://forums.mozillazine.org/viewtopic.php?t=47184 SessionSaver (rewrite) - MZForum]<br /><br />
[http://sessionmanager.mozdev.org/ Session Manager Ext]<br /><br />
[http://tmp.garyr.net/ Tab Mix Plus with Session Managment]<br /><br />
</td></tr><br />
<br />
<tr><td><br />
; Sidebar<br />
* Sidebar animation<br />
* RSS animation<br />
* Allow the windows from downloads,extensions,bookmarks and history to dock as sidebars. A bit like the extension All-In-One-Sidebar.\<br />
* Better handling of multiple searches in different windows (see [https://bugzilla.mozilla.org/show_bug.cgi?id=45082 Bug 45082])<br />
</td><td><br />
- [http://firefox.exxile.net/aios/screenshots.php?PHPSESSID=a4f4bfaacaa8c756b236f44315b3188d Screenshots of All-In-One-Sidebar extension].<br /><br />
</td></tr><br />
<tr><td><br />
; Web Page easy handling <br />
* Allow to put a tag on whatever place of a web page, like a gg map interface. The tag is remembered on the right side bar of the window, can be bookmarked. when the bokkmark is clicked, the window is open and focus down to the bookmark<br />
* Allow to do a "spreadsheet like behaviour on a web page" : you can click on th tag to say "freeze up" , and when you move the cursor down the lower part of the page is scrolling down, the upper part stay unmoved,<br />
* Allow to compact the web page between 2 vertical tags<br />
* Allow for a specific web page to apply tag rules : place tags automatically between paragraphs, to allow easy compacting of un-interesting ones , propose a default "compacted" presentation" or "fully opened" behaviour on those pages.<br />
* Multiple link selection <br />
** Click and drag to select multiple links on a page<br />
** Right click to open multiple link context menu<br />
*** Open multiple links in new tabs<br />
*** Open multiple links in new windows<br />
* Allow screen to be split to show 2 tabs simeltaneously (for comparison for instance)<br />
</td><td><br />
n/a<br />
</td></tr><br />
<tr><th colspan="2">General tasks</th></tr><br />
<tr><td><br />
* Add Tab Isolation Mode to ensure each tab session does not leak from one instance to another (unless a new window/tab is opened within instance)<br />
* Add "Login As" option under file menu for accessing FTP sites that do not allow anonymous logins. This was available in previous versions of Internet Explorer and was handled by an automatic opening of the FTP site in Windows Explorer.<br />
* Add an FTP manager, similar to Windows Explorer tracking of previously accessed FTP sites.<br />
* Enhance the FTP experience. Continuing downloads, uploading, binary/ascii choice, etc.<br />
* Integrate Thunderbird with the next browser. I am an Opera fan today for the simple reason that I can get my POP mail, web mail, and browsing in one window (different tabs, of course).<br />
</td><td><br />
n/a<br />
</td></tr><br />
<tr><td><br />
In Firefox 1.x whe have only one X for close all tab one by one. in firefox 2.x we have a X for every tab, i think it isn't not at all the best way. I think the best idea is put a X in the end of the tab bar (like 1.x style) and a X for every tab (2.x style) because when i've to close more than one tab i've to spend time to find the X of the near tab and click it instead to press the X in the end.<br />
<br />
* The new behavior has been approached as part of the general tab UI update in 2.0 and after much debate and study. It's what was decided on, specifically in preference to the single button at the end, and was one of the key things many people had reported as a problem. I see little chance it will change in future, though I'm sure for yourself you'll be able to find an extension that will revert the behavior once 2.0's been out for a little while. &mdash;[[User:Auk|auk]] 21:00, 20 October 2006 (PDT)<br />
</td><td><br />
[http://kb.mozillazine.org/Browser.tabs.closeButtons Browser.tabs.closeButtons]<br />
</td></tr><br />
</table></div>Aukhttps://wiki.mozilla.org/index.php?title=Firefox/Feature_Brainstorming:Tabs,_Sidebar,_Windows&diff=38701Firefox/Feature Brainstorming:Tabs, Sidebar, Windows2006-10-21T04:40:08Z<p>Auk: /* 'Load Link in New Window/Tab' option */ solution</p>
<hr />
<div>{{FeatureBrainstorming}}<br />
<br />
<table class="fullwidth-table"><br />
<tr><th>Specific features</th><br />
<th width="30%">References</th></tr><br />
<br />
<tr><td><br />
; Tabs<br />
* I can sum this up very simply: Integrate everything that the [http://piro.sakura.ne.jp/xul/tabextensions/index.html.en Tabbrowser Extensions] Add-on does into Firefox itself. This covers a lot of the points already on this list, such as saving tabs, customizing tab groups, adjusting tab sizes, using a single browser window at all times, setting behavior of links (open as background, open in new tab), changing the focus when closing a tab, having one close-button on the right, undo-close caching, creating a new tab when you type an address in the URL-bar or the search bar, specifying number of rows of tabs, duplicating tabs, mouse-wheel tab scrolling, and much, much more. Personally, I find Firefox next to useless without this extension and I don't understand why the developers don't have this advanced customization of tab behavior already built in.<br />
* When warning about closing multiple tabs, currently there are only two buttons: Close Tabs (which closes all the tabs) and Cancel (which closes nothing). Add a button that says Close Current Tab Only, which will only close the tab that was currently open before clicking on Close.<br />
* Allow sending of tabs to system tray (or platform equivalent). This would better facilitate web apps such as google calendar by providing a lifetime outside of typical browsing sessions and help blend the lines with traditional desktop applications.<br />
* The opportunity for saveing tabs, like they do in the Maxthon browser, one function I really missing.<br />
* Allow to move the tabbar to the right or left, with vertical orientation. this is the best useful when count of tabs exceeds 10 items. vertical tabbar allows to easy use up to 30-40 of tabs. for FF2 i was create the extention, that move tabbar to the right (http://forum.mozilla-russia.org/viewtopic.php?pid=138440) and some simplify tabbrowser. try and fun :)<br />
* Allow "triggers" to be set 1) before FF attempts to start downloading a page, 2) when the page has been downloaded but not yet rendered, 3) after a page has finished loading. Ideally, the triggers would either be external applications, or maybe even a funky python plugin framework - if this feature is added, _please_ don't make me have o write nasty javascript for my triggers! Thx :-)<br />
* Allow navigation toolbar to show URL's that are as-yet, not loaded: if you open a link in a new tab, and that web site is down, you end up with an empty tab with no URL shown. If you've got lots of tabs open, it is very useful to know what should be displayed on the empty tab. I suggest that when a URL is attempted to be opened in a new tab, FF displays the URL in the tab, but shows it "grayed out" (but still selectable!)<br />
* Add Isolated Tabbed Windows: This is to ensure each tabbed windows does not leak over to another window eg: HTTPS sites. Simplest way to test, Goto your bank's website (make sure you got 2 different accounts usually your wife's account would be good to test if she is with the same bank) log into your account with one tab, log into your second account in another tab, navigate to your second account's summary view, then go back to 1 first tab and do the same. You will notice that both summaries are from the secondary account.<br />
* Keyborad shortcut to toggle between tabs, similar to alt-tab'ing open application windows in MS windows.<br />
** ctrl-tab'ing already gives you this functionality.<br />
* If you have A, B, C tabs in order, and you open a new tab from B (this becomes D) and then close it (D), then the active tab will be C instead of B, the last viewed. It would be also useful if a newly opened tab would appear beside the one that opened it.<br />
* The close [X] button should only be shown on the open tab to prevent people from accidentally closing tabs upon selecting them. Close buttons on out-of-focus tabs should only show after a 1 second mouse-over.<br />
* Allow the tab-bar relocation, probably with a simple pull-down, that includes top, bottom, left and right.<br />
** When left or right are selected (or perhaps all the time), provide the ability to specify a fixed width for tabs/tab-bar.<br />
** When left or right are selected provide option which displays tabs in a tree based on ancestry relation ship of a tab like in [http://piro.sakura.ne.jp/xul/tabextensions/index.html.en Tabbrowser Extensions]<br />
* A right-click option to pop an existing tab out into a new window.<br />
* Thunderbird Tab -- Opens Thunderbird within a tab rather than a separate Thunderbird window<br />
* Sunbird Tab -- Opens Sunbird within a tab rather than a separate Sunbird window<br />
* Ctrl-Z to undo last closed tab<br />
* Tab Grouping by Domain and Tab Grouping by Originating Page (eg. if I open a Page from Tab A then it will be in the same group as Tab A). A group maybe as simple as having a coloured border around the tabs in the same group. <br />
*Alternativly, an option to have tabs open next to the current tab. This solves the problem of having all your links from different tabs open in the same place, and helps with sorting tabs, because all the links from one website are next to each other.<br />
* Tab collections used to organize tabs, think Linux virtual desktops <br />
* Multiple initial pages with tabs<br />
* Displaying tabs over multiple rows<br />
* Give the option in the preferences menu to allocate a 'unique' close tab button in the right like 1 and 1.5 versions of firefox instead of 1 close button per tab like Firefox 2---so you can choose---<br />
* Option to open default page when creating a new tab<br />
* Tab drag and detach<br />
* Detach Tab to new Window (mustn't be in the context, draggin the tab to the windows title would be cool)<br />
* Window drag and attach as tabs<br />
* Possibility to order tabs into two rows when they are a lot<br />
* Possibility to change tab using mouse wheel, when mouse is over tabs<br />
* Possibility to add another sidebar on the right (useful expecially with widescreen monitors)<br />
* Drag tabs between windows<br />
* Make middle-clicking/open link in new tab work for javascript links (e.g. by duplicating current page in a new tab then executing the javascript on the new tab and forcing any 'pop-up' links to stay in that new tab)<br />
* "Open this tab in a new window" added to context menu (when right clicking on existing tab). Preserve history so back button works in new window just as it would on existing tab.<br />
* Select on close behavior<br />
* Tab switching via Mouse Scroll Wheel (on all Platforms) while mouse is on/over the tab bar<br />
* Add arrows to the right and left ends of the tab bar when it gets full to unhide/allow to see all tabs<br />
* Grouping of tabs (possibly by multiple tab rows)<br />
* Tab Tiling: Allow multiple tabs to open to vertically or horizontally on the same screen.<br />
* Shading of Tabs denoting time since it started (On the scale of white to black, white is more recent than black) [https://addons.mozilla.org/firefox/3542/]<br />
* Recursive tabs for better tab grouping ("Open in new tab under current tab")<br />
* Tab exposé<br />
* Option to view tabs in sidebar (with thumbnails)<br />
* Multiple tabstrips<br />
* Tab docking like window docking in Visual Studio .NET to be able to drag a tab and dock it with its content to one side of the window. This would allow displaying tabs side by side.<br />
* Finding tabs<br />
* select tab from command line mozilla -remote "selecttab(http://www.mozilla.org)"<br />
* Improved UI for finding and reopening any one or more closed tabs (including shortcut key)<br />
* UI for modifying tab width (f.e. splitter between tabs that can be dragged to change the width of all tabs)<br />
* Tab opening + closing animation<br />
* Allow "open in new tab/new window/same window" settings to be set per tab. Allows use of a home page like Google or Yahoo to open links in a new tab, but other tabs links can open in the same tab.<br />
* Allow opening new tab when domain name is different from current page<br />
* Allow opening in new tab for form submits. Allows user to type several consecutive searches into a search box while opening the results in new tabs in the background.<br />
* Allow relative opening of Tabs, i.e. child tabs open next to parent tab in opening order (and not at the end of Tab bar)<br />
* Display multiple tabs in tiled panes (both vertical and horizontal panes, preferably mixed.<br />
* Cascade tabs<br />
* Allow for windowblind treatment of tabs<br />
* Faster tab mouseover feedback, i.e. show in status bar or set tooltip delay to 0<br />
* More detailed tab mouseover feedback, i.e. thumbnail image of page with some options on what you want to do with this page like bookmark it, reload tab, protect tab without right clicking it<br />
* Multiple tab selection via Ctrl + left click on desired tabs. Feature would allow users to use the right click options on only the selected tabs. EXAMPLE: Right click on one of the selected tabs and select "Close Other Tabs" leaving only the selected tabs behind.<br />
* To save a lot of space, make the favicon on each tab into the "X" on hover.<br />
* Instead of the "..." in long tab titles, change to a fade to grey on the last three letters.<br />
* A right click option for when highlighting plain text urls to open in new tab as opposed to having to copy then paste in a new tab address bar; available as an add-on https://addons.mozilla.org/firefox/1864/<br />
*Allow tabs to not be full window. If a js opened window is redirected to a tab, and the size is smaller then the window, make the tab like a little window inside the window.<br />
* When a tab ask for identification, it shouldn't get on top automatically<br />
* Make the current tab not shrink with the others, so is more visible.<br />
* Copy the (back button) history of the current tab when a link is opened in a new tab (so that the user can go back in the new tab).<br />
* Allow the user to "lock open" a tab or window to prevent accidental closure. Implement an easy way of "undoing" the last window or tab closure.<br />
* Like eclipse on mouse over a tab the close button will appear<br />
* Ability to change tab titles and save tab titles so that when you enter the site again you will see your own tab titles (Different from page title)<br />
* Sort tab according to time opened, title, time idle<br />
* Options to have no title and Icon only with 32x32 icon with a close button located bottom right of the icon<br />
* Panels of tabs - by grouping of tabs you can have groups of multiple tab in a panel, like linux panels<br />
* Be able to display two tabs side-by-side, very useful on widescreen monitors<br />
* Tabbed source viewer<br />
* Nested tabs (eg. drag tabs into a tab) and multiple rows of tabs (see this mockup: [[media:Nested-tabs.png]]).<br />
* A button on the right click menu (on web pages) to open all links on this page in new tabs<br />
* A button on the right click menu for back/forward to open the back or forward in a new tab<br />
* Opera remembers which tabs were open when the user last closed the browser and opens all these tabs again upon relaunch. Firefox should do the same and should also remember each tab's browsing history; allowing the user to reopen Firefox, have all the tabs that were open available again, and be able to click back and forward for each individual tab.<br />
* Have a configurable option so that when a user does "Open All In Tabs", they do NOT replace all the current tabs, but open IN ADDITION to the current tabs already open.<br />
* When middle-clicking / control-clicking to open in a new tab. Both RSS Feeds and bookmarks should open in a tab "behind" the rest, and not take focus like it currently does.<br />
* avoid having twice the same tab by checking before opening a new bookmark or typing an adress in the bar that the website is not already open. Then click a second time when you really want to open it twice. The tab may also "blink" (or any kind of animation) to prevent the fact that the tab was already open<br />
* dual screened tabs. two tabs showing in the same window pane, almost like frames. with ability to drag and resize viewing area between the two tabs.<br />
* Create a way to rotate a window in four directions to allow viewing long web pages on a laptop by rotating the laptop sideways. This is one of my favorite commands in Preview in Mac OS X. Please make sure the command to do and undo this can be made a shortcut.<br />
*Widescreen browsing : split long web pages into two windows side by side. Sync scroll bar in order that scrolling the first one (top of web page) will scroll the second one (rest of the same web page).<br />
*Enabling of something similar to the Alt+Tab function as in windoez, only with tabs instead.<br />
*Scroll Bar Re-position-- allow the right side scroll bar to be moved to the left side screen. Or even placed in the middle... having to move the cursor all around from menus to scroll bars etc... to the right side and then to top and botton is a PITA. (It could be placed on a column separator by user for convenience )... I keep panels at the top with menus, so the same could apply to the bottom scroll bar: allow it to be placed at the top just under the menu's or tabs.<br />
*Scroll Bar Status: For very long pages, more info is needed rather than just the shaded scroll: place 1) an equivalent line number 2) an equivalent page number 3) a percentage number of the page: in order to help fine adjustment positioning or a reference point.<br />
*Scroll/cursor position "bookmark".<br />
*menu: File Open : please re-integrate like nautilus. I'd prefer to not have "file open" and "Web open", but rather be able to place a URL directly into a file textbox ( this has probably been discusssed before..) <br />
*Move Files: There is already a file/URL open, and a file SAVE, why not go one step more and allow files to be moved in the browser file tree !! ( and the final step would be a dual window like midnite commander ).<br />
*Ability to turn tabbed browsing off, or at least no functional way to open links into tabs unless specified (e.g. right clicking a link and selecting 'open in new tab'). It's a great feature, but some people prefer the previous method. <br />
*Ability to clone a tab to an other new tab by right click for example<br />
*View screenshot of all available tabs. (Similar to Ctrl-Q or respective keys in IE7). Be able to close tabs from here or switch to any of these tabs.<br />
*Support tab duplication (using ctrl) on tab drag and drop<br />
* Tab stacks (see [[User:Dria/On Tabs|On Tabs]])<br />
</td><td><br />
[http://kb.mozillazine.org/Category:Tabbed_browsing Tabbed Browsing -MZKB]<br /><br />
- [http://wiki.mozilla.org/User:DoubleEM22 Tabs Screenshots].<br /><br />
- [[Link_Targeting|design thoughts for tabs instead of windows]].<br /><br />
- [http://weblogs.mozillazine.org/ben/archives/009210.html Ben Goodger blogs about tabs].<br /><br />
- Whether [[Ctrl_W_not_close_app|Ctrl+W should not close the app]].<br /><br />
- [[User:Ge.diego|Ge.diego]] made some [[User:Ge.diego/Tab_Management_Comments|comments on Ben Godger test build that includes new tab management]] and gave an [[User:Ge.diego/User_Interface_Mockup|alternative user interface mockup proposal]]<br /><br />
- [http://users.blueprintit.co.uk/~dave/web/firefox/TabSidebar/index.html Tab Sidebar extension homepage]<br /><br />
- [http://guides.macrumors.com/Show_Safari_Form_Results_In_New_Tab Show Safari form results in new tab]<br /><br />
[http://www.extensionsmirror.nl/index.php?showtopic=2959 Tab Related Ext - TEM]<br /><br />
[https://addons.mozilla.org/firefox/1122/ Tab Mix Plus - UMO]<br /><br />
[https://addons.mozilla.org/firefox/1419/ "Open in IE tab" extension]<br /><br />
[http://userstyles.org/style/show/1136 Active Tab Flex at userstyles.org <br>]<br />
[http://wiki.mozilla.org./User:Tuomaz Two tabs side-by-side]<br />
<br /><br />
[http://piro.sakura.ne.jp/xul/tabextensions/index.html.en Tabbrowser Extensions] has some really great ideas.<br />
<br/><br />
[[User:DJ_Doena/Tab_Features|Current problems with tabs and their probable solution]] by DJ Doena<br /><br />
- [[User:Dria/On Tabs|On Tabs]]<br />
<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=55696 bug 55696]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=281192 bug 281192]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=156264 bug 156264]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=102132 bug 102132]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=104566 bug 104566]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=298571 bug 298571]<br />
</td></tr><br />
<tr><td><br />
* Show all open tags in a browser window organized by miniatures like the F12 function of Xgl or the same function of MacOsX Expose.<br />
</td><td><br />
[http://www.novell.com/products/desktop/img/preview_screenshots/apps3.png Xgl miniatures function]<br />
</td></tr><br />
<tr><td><br />
; Sessions<br />
* Support session savings. Enables the user to save a session where he/she has, say, 18 tabs open, to another time.<br />
* Sessions/Tabs Isolation: Make sure sessions from other tabs do not leak between tabs. This is a major security hazard.<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Tab Exposé<br />
Exposé allows a user to quickly locate an open tab without the need to click through many tabs to find a specific target.<br />
</td><td><br />
* [http://www.apple.com/macosx/features/expose/ Apple - Mac OS X - Exposé]<br />
* [http://en.wikipedia.org/wiki/Expos%C3%A9_%28Mac_OS_X%29 Exposé on Wikipedia]<br />
* [http://shiira.jp/screenshot/en.php#tabExpose Shiira Web Browser]<br />
</td></tr><br />
<br />
<tr><td><br />
; 'Load Link in New Window/Tab' option<br />
* The current 'Open Link in New Window/Tab' option is fine if you are say clicking links to articles you want to read from that day's newpaper. Trouble is you are immediatly transfered to the slowly loading page, leaving you to try & work out which task-bar button takes you back to the front page. I'd like the option for a link to be loaded in the background while I'm left on my current page. I'd become 0.00000027% closer to nivarna with this option in my life<br />
<br />
** This option has been around quite a long time, but very, very badly labeled. In less than 2.0 it's called Preferences -> Tabs -> "Select new tabs opened from links" (iirc). In 2.0 it's been relabeled (yay!) as "When I open a link in a new tab, switch to it immediately". &mdash;[[User:Auk|auk]] 21:40, 20 October 2006 (PDT)<br />
</td><td>&nbsp;</td></tr><br />
<br />
<tr><td><br />
; "New window" option<br />
* When opening the "new window" option, the new window should remain with the present page as in Explorer, instead of going back to the home page.<br />
** See ''Duplicate in New Window'' item in the tab context menu of ''Tab Mix Plus'' extension.<br />
</td><td> <br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Browser Window<br />
* Option to make a window / popup sticky and always-on-top (Would be nice for watching a video in a popup while surfing). this option MUST ONLY be available for the user not for scripts!<br />
* Ability to split the browser window vertically or horizontally, similar to emacs windows, and load different urls into each. Common usage cases for this are when you want to see two different pages at once conveniently, monitoring multiple sites at once, etc.<br />
** Simply allow to split the window vertically with the same page for working with long pages, as in Visual Studio .NET.<br />
* UI-level Multicolumn mode, like Emacs Follow mode - split the browser window into two (or more) panes, showing the same page, the right pane leading on from the left pane. Excellent in these days of wide monitors and inexplicably narrow fixed-width web pages!<br />
* Similar to above - many web pages consist of div/table elements of less than 800 px which are aligned to the left of the screen. With a large monitor of >1600 px the entire right-hand side of the screen is wasted whitespace. Add a button to automatically paginate the display into columns if a width of e.g. <800 px is detected.<br />
*Pages could be progressed through one screen at a time with previous/next buttons on the scrollbar or in a similar way to Microsoft Word's double scroll arrows, or alternatively in a similar way to Adobe Reader/existing browser print preview functions.<br />
* Text readability improvements: 1)button/keybind to automatically narrow text to a pre-configured width - text extending accross the whole width of the window is cumbersome to read - possibly configurable to multi-column mode; 2)"Visibility imprint" - on quick scroll operations (PgUP, PgDn, mousewheel...) the previously visible area should be delimited by a frame/line for a certain period of time, after which the frame disappears or fades out, so it's easier to find the last read line; and 3)Improved automatic scrolling: finer control for very slow scrolling and freeing up the mouse. Like current autoscrolling, only finer controls (the current slowest is still too fast) and the possibility to detach the mouse, for instance by re-clicking the middle button, upon which the mouse is free to move but the page continues autoscrolling.<br />
* Allow 'drag & drop' of links anywhere on the browser window (not just the tab bar) to open the link in a new background tab (e.g. 'drag & drop' links from Google Search Results/Google News/Digg Front Page etc. to open several background tabs)<br />
* Allow 'drag & drop' of selected text on a web page anywhere on the browser window to conduct search on the selected text using the default search engine and opening the search results in a new background tab<br />
* Scroll document with middle mouse button click-drag-release. The reverse to the familiar glove that moves the document. This behaviour maps to how scrollwheels/scrollballs work, which often also occupy middle mouse button.<br />
* Open link in new window with middle mouse button. GUI-configurable option.<br />
* Open different windows each as a new browser instance so that a crash in one does not take down all other instances.<br />
* "Application Mode" - allow web applications to act more like native applications. Give them the ability to have their own launcher from the Start Menu or Dock, and their own icon and process so that the OS can treat apps like gmail just like any other app. Currently such apps are labelled "Firefox" by the OS. Hide unnecessary GUI elements such as Bookmarks bar and Address bar in this mode, for more screen real estate. (Very nice idead - i think you can make something like this with 5 lines of VB but launching firefox.exe -appmode -url http... would be cool! When the Browser runs in appmode there JS should allowed to modify the window's behavior)<br />
* Better awareness of Multi-head environments. Under traditional X Windows dual head (so the two screens are two different X displays) you can't run the same firefox profile on both screens. Under Xinerama, everything appears as one very wide screen, but now it would be nice to have a "two window mode" analagous to "single window mode" although maybe this is an extensions question.<br />
*A tab temporaly not responding should not freeze all other firefox tabs.(aka while opening a pdf it freeze all tabs while loading adobe acrobat reader)<br />
<br />
</td><td><br />
[http://superdragandgo.mozdev.org/ Super DragAndGo Extension allows you to drag links and words in order to surf and search]<br /><br />
[[User:DGolden:Follow]]<br /> <br />
[[User:Jeric]]<br /><br />
</td></tr><br />
<br />
<tr><td><br />
; Session management<br />
* Ability to save and restore sessions (tabs, etc.)<br />
* Implement some method to deal with session sets<br />
* Make session restore fast and precise (save and restore DOM, or use FastBack data)<br />
* Sessions/Tabs Isolation: Make sure sessions from other tabs do not leak between tabs. This is a major security hazard.<br />
* File > Save All Tabs / Save All Windows. Creates a double-clickable file that can be saved to the user's choice of location.<br />
</td><td><br />
[http://kb.mozillazine.org/SessionSaver SessionSaver - MZKB]<br /><br />
[https://addons.mozilla.org/firefox/436/ SessionSaver - UMO]<br /><br />
[http://forums.mozillazine.org/viewtopic.php?t=47184 SessionSaver (rewrite) - MZForum]<br /><br />
[http://sessionmanager.mozdev.org/ Session Manager Ext]<br /><br />
[http://tmp.garyr.net/ Tab Mix Plus with Session Managment]<br /><br />
</td></tr><br />
<br />
<tr><td><br />
; Sidebar<br />
* Sidebar animation<br />
* RSS animation<br />
* Allow the windows from downloads,extensions,bookmarks and history to dock as sidebars. A bit like the extension All-In-One-Sidebar.\<br />
* Better handling of multiple searches in different windows (see [https://bugzilla.mozilla.org/show_bug.cgi?id=45082 Bug 45082])<br />
</td><td><br />
- [http://firefox.exxile.net/aios/screenshots.php?PHPSESSID=a4f4bfaacaa8c756b236f44315b3188d Screenshots of All-In-One-Sidebar extension].<br /><br />
</td></tr><br />
<tr><td><br />
; Web Page easy handling <br />
* Allow to put a tag on whatever place of a web page, like a gg map interface. The tag is remembered on the right side bar of the window, can be bookmarked. when the bokkmark is clicked, the window is open and focus down to the bookmark<br />
* Allow to do a "spreadsheet like behaviour on a web page" : you can click on th tag to say "freeze up" , and when you move the cursor down the lower part of the page is scrolling down, the upper part stay unmoved,<br />
* Allow to compact the web page between 2 vertical tags<br />
* Allow for a specific web page to apply tag rules : place tags automatically between paragraphs, to allow easy compacting of un-interesting ones , propose a default "compacted" presentation" or "fully opened" behaviour on those pages.<br />
* Multiple link selection <br />
** Click and drag to select multiple links on a page<br />
** Right click to open multiple link context menu<br />
*** Open multiple links in new tabs<br />
*** Open multiple links in new windows<br />
* Allow screen to be split to show 2 tabs simeltaneously (for comparison for instance)<br />
</td><td><br />
n/a<br />
</td></tr><br />
<tr><th colspan="2">General tasks</th></tr><br />
<tr><td><br />
* Add Tab Isolation Mode to ensure each tab session does not leak from one instance to another (unless a new window/tab is opened within instance)<br />
* Add "Login As" option under file menu for accessing FTP sites that do not allow anonymous logins. This was available in previous versions of Internet Explorer and was handled by an automatic opening of the FTP site in Windows Explorer.<br />
* Add an FTP manager, similar to Windows Explorer tracking of previously accessed FTP sites.<br />
* Enhance the FTP experience. Continuing downloads, uploading, binary/ascii choice, etc.<br />
* Integrate Thunderbird with the next browser. I am an Opera fan today for the simple reason that I can get my POP mail, web mail, and browsing in one window (different tabs, of course).<br />
</td><td><br />
n/a<br />
</td></tr><br />
<tr><td><br />
In Firefox 1.x whe have only one X for close all tab one by one. in firefox 2.x we have a X for every tab, i think it isn't not at all the best way. I think the best idea is put a X in the end of the tab bar (like 1.x style) and a X for every tab (2.x style) because when i've to close more than one tab i've to spend time to find the X of the near tab and click it instead to press the X in the end.<br />
<br />
* The new behavior has been approached as part of the general tab UI update in 2.0 and after much debate and study. It's what was decided on, specifically in preference to the single button at the end, and was one of the key things many people had reported as a problem. I see little chance it will change in future, though I'm sure for yourself you'll be able to find an extension that will revert the behavior once 2.0's been out for a little while. &mdash;[[User:Auk|auk]] 21:00, 20 October 2006 (PDT)<br />
</td><td><br />
[http://kb.mozillazine.org/Browser.tabs.closeButtons Browser.tabs.closeButtons]<br />
</td></tr><br />
</table></div>Aukhttps://wiki.mozilla.org/index.php?title=Talk:FX2_Visual_Update/User_Interface_Design&diff=38697Talk:FX2 Visual Update/User Interface Design2006-10-21T04:26:47Z<p>Auk: Search bookmarks (6)</p>
<hr />
<div>== Not Stop & Go or Stop & Refresh - Go & Refresh ==<br />
Stop & Refresh are opposing actions, having a button flick between opposing actions is the last thing you want. How would you like it if your window close button switched between minimize and close at seemingly random moments.<br />
<br />
I think the Go button should alternate with Refresh. Both load the URL in the location bar and have near enough the same action.<br />
<br />
<br />
== Tab Widths ==<br />
Is it worth considering this wrt tabbed browsing & tab-widths:<br />
<br />
Make it so tabs _don't_ resize when you close a tab by clicking on its [x] _until_ the mouse is moved out of the tabbar. So in effect whilst the mouse is in the tabbar, tab-width is constant (to allow for easy closing of multiple windows) _until_ the mouse moves out of the tabber, at which point tab widths can resize if required.<br />
<br />
This is a half-way house between fixed tab-widths and variable tab-widths, with the best of both worlds imo. [[User:Steve England|Steve England]] 02:49, 6 Mar 2006 (PST)<br />
<br />
: Great idea! [[User:Jeff Schiller|Jeff Schiller]] 07:34, 10 April 2006 (PDT)<br />
<br />
== Address bar Vs. Search box ==<br />
<br />
I think that, today, the search box is much more important that the address bar. Usually, y don't write addresses, I use the search box, Google, or a bookmark.<br />
<br />
So, Why is the address bar so big and the search box so small? I think that is better a bigger search box. [[User:Savonarola|Savonarola]] 18:28, 11 Mar 2006 (PST)<br />
<br />
: Personally, I never use the search bar. I simply have a quick search associated with the "g" keyword - I type "g" followed by my query. [[User:Dasch|Daniel Schierbeck]] 06:44, 21 Mar 2006 (PST)<br />
<br />
:: That's a power-user thing though. Not many people know how to set that up compared to how many people know how to type a query in the search box. I personally agree with the sentiment that the search bar is far too small AND it eats into the space of the Address Bar. In essence, BOTH edit boxes feel much too small for me. See [https://bugzilla.mozilla.org/show_bug.cgi?id=205011 Bug 205011].<br />
<br />
:: I think the search bar should also expand such that it fills up the remaining space on a toolbar. What about putting the search bar into the menu bar? This gives maximum space for the search and address bars and doesn't require any more vertical space... [[User:Jeff Schiller|Jeff Schiller]] 07:31, 10 April 2006 (PDT)<br />
<br />
== What's the Page resizer ==<br />
<br />
I've love the new Plan.<br />
<br />
Here's a few suggested improvements.<br />
<br />
Make the Find Toolbar appear below the Tab Bar and the Close Button at the right.<br />
Adding CuteMenus for every default icon (I don't know what I was thinking)<br />
<br />
== Places Menu ==<br />
<br />
Why not merge History and Bookmarks into Places ?<br />
<br />
== Link Target Indicator ==<br />
<br />
''(E) Changing the mouse cursor was seen as a good idea''<br />
<br />
... a good idea to confuse the users? Is this really needed, when you already have link target indication in the status bar?<br />
<br />
OTOH (as to (10)), if you prepend all links in the status bar with "Link opens in...", you make it<br />
# much harder to read the link at one glance and<br />
# more difficult to read the URL on short status bars.<br />
I'd rather append the text - or drop it completely (since when appended, you make it more difficult to read the end of the URL - and the text might be completely invisible on short status bars).<br />
<br />
Best would probably be to create a new status bar part for a link target indicator (even in front of the link, but so that the URL always starts at the same place) - and use an icon with a tooltip instead of text. --[[User:Zeniko|zeniko]] 05:38, 21 Mar 2006 (PST)<br />
<br />
== Unified Back-/Forward Button ==<br />
<br />
Why not unify Back and Forward button into one button with only one menu (similar to what should go into the History menu)? This would allow users to better grasp where they are and what they've visited in the current tab.<br />
<br />
One implementation of this idea can be seen in beta 2 of IE7. Another in the [http://forums.mozillazine.org/viewtopic.php?t=389946 Unified Back-/Forward Button] extension.<br />
<br />
It would even be possible to automatically unify both buttons when they're right next to one another and keep them separated when that's not the case (as seen in Flock, although their buttons don't behave differently in both cases). --[[User:Zeniko|zeniko]] 05:44, 21 Mar 2006 (PST)<br />
<br />
==Firefox menus: move 'Page Info' from 'Tools' to 'View' menu==<br />
<br />
There is one little change I think should be made to the Firefox menus (as seen in FF 1.5.0.4): move the 'Page Info' entry from the 'Tools' menu to the 'View' menu, below and next to the 'Page Source' entry.<br />
<br />
Why? Because that would group two current-page related functions together. In fact, these two functions are already grouped together on the right-click context menu, so grouping them in the main menus is not a far stretch.<br />
<br />
(This can currently be accomplished via the Menu Editor extension from http://menueditor.mozdev.org/ ). --[[User:Hkazemi|Hkazemi]] 15:22, 28 June 2006 (PDT)<br />
<br />
I just found a bugzilla report for this suggestion first submitted in 2004:<br />
https://bugzilla.mozilla.org/show_bug.cgi?id=240384<br />
And the newsgroup thread I started:<br />
http://groups.google.com/group/mozilla.dev.apps.firefox/browse_thread/thread/2f45895725d58411/<br />
--[[User:Hkazemi|Hkazemi]] 06:26, 7 July 2006 (PDT)<br />
<br />
==Opinions on the Home and Go buttons==<br />
I think the 'Home' toolbar icon should stay where it has always been...next to the 'Stop' icon. I think the 'Go' button should also be maintained as the default. Both the 'Home' and the 'Go' buttons are familiar to non-savvy users coming from IE, and in particular I've seen these level of users use the Go button instead of hitting the Enter key. The Home button proposal is something that was also discussed at http://forums.bit-tech.net/showthread.php?p=1190740 . It appears a fair number of Firefox users in that forum do use the Home button (including myself). --[[User:Hkazemi|Hkazemi]] 15:22, 28 June 2006 (PDT)<br />
<br />
== Search bookmarks (6) ==<br />
<br />
This is reference item 6 on the mockup.<br />
<br />
I feel an individual search activator for bookmarks on the bookmarks tool bar is redundant. We already have a universal search box entry on the tool bar with tested UI; why not just add bookmarks as a source to this?<br />
<br />
Yes, there are some benefits to associate the bookmarks tool bar with the search mechanism. I think this is outweighed by association with the rest of search functionality. In addition, not everyone uses the bookmarks tool bar. I, for instance, have it hidden completely, and I know several others who have little more than the default configuration on it. &mdash;[[User:Auk|auk]] 21:26, 20 October 2006 (PDT)</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Bookmarks&diff=38696User:Auk/Bookmarks2006-10-21T04:25:34Z<p>Auk: /* Interface */ updates</p>
<hr />
<div>Here are my thoughts on the future of bookmarking in Firefox. This draft is a KISS outlook based upon and inspired by several other articles. This model throws much of what has been before and builds a system that is simple but effective and &mdash; hopefully &mdash; in the long run easier to use.<br />
<br />
== Add ==<br />
A given url can be bookmarked or not bookmarked. There is not so much 'adding' a bookmark as 'bookmarking a page'. Think a tool bar toggle-button Bookmark This Page, or a check-menu-item Bookmarks -> Bookmark This Page.<br />
<br />
When a page is bookmarked, it's text should be scanned and saved for later searching ease (technical details of this to be argued) in the SQLite .db file.<br />
<br />
This should be carried on in the background, or perhaps simply a progress bar in the status bar, and not stop the UI usage flow &mdash; no add dialog, no nothing, but a toggled button.<br />
<br />
In accordance with [[user:auk/Bookmarks#Manual tagging|manual tagging]], the tool bar button could feature a drop-down with a 'Tag option'...or something.<br />
<br />
== Remove ==<br />
Ever accidentally hit delete on a bookmark? Might it have changed your life if you still had it? It would be wasteful to keep all data for bookmarks that are supposed to be deleted; so, keep just enough to resurrect it later.<br />
<br />
When a bookmark is deleted, the description, index, and all data ''except the title and URI'' are deleted from the DB. In addition, the 'deleted' flag is set to True.<br />
<br />
In the UI, you can resurrect bookmarks (by navigating to a special Trash filter) and their other data is then repopulated and the deleted flag set False.<br />
<br />
== Search ==<br />
I feel the primary mechanism of finding a bookmark should be searching. Some may argue this is a technical user's way of operating &mdash; text en lieu of point-and-click. However, I've watched many (my grand-parents, generic other non-techies and techies alike) pull up Google in favor of their bookmarks time and time again.<br />
<br />
Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succinct and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it.<br />
<br />
The search mechanism scans the text index of a page mentioned in the Add section and finds matches and close matches to the search query. Results are ordered bby how close they match the query, or by how recently they were bookmarked. A lot like Google.<br />
<br />
A common mistake in search interfaces/algorithms is that they only match exact character matches. This is ''bad''. Things can often be spelled many ways, or say the page author made a typo. Matching multiple words only when they're lined up is also bad &mdash; a search for 'lichtenstein pudding' should find both 'Lichtenstein pudding is delicious.' and 'In Lichtenstein they make delicious pudding.' Searching for 'lichtenstein puding' [sic] should bring up those same results.<br />
<br />
=== Interface ===<br />
The searching interface should be integrated and easily available. The quite popular [[User:Dria/On Tagging#Searching|article by Dria]] fits very closely to what I have in mind. However, I have a few ideas I feel should differ. Call it a superset.<br />
<br />
* Auto-complete in the URL bar<br />
* Entry in the search bar<br />
<br />
The first has numerous advantages, one of which is that a user does not have to explicitly search their bookmarks; they can merely start typing for a page they remember. (A URI is not required, any term will work.)<br />
<br />
However, there are disadvantages as well. The main one is speed. Waiting for the auto-complete suggestions to pop up or watching results appear at noticeably different times can be confusing and irritating.<br />
<br />
Putting an entry in the search bar is the most obvious option. Basically, this has the dis/advantages that are the opposite of auto-complete in the url bar.<br />
<br />
So, implement both. The url bar would work much like it does now, only it's results would be pulled in a more sophisticated way. The search box entry would give full-blown searching interface and results goodness.<br />
<br />
== Menu ==<br />
Inevitably, people are going to want a menu. It's hard to be thrown straight into a new paradigm, ever if you're already using it without realizing (most people use Google on a regular basis). Sometimes a menu just works better.<br />
<br />
It would look something like:<br />
<br />
* [x] Bookmark This Page<br />
* Bookmark All Tabs<br />
* --------<br />
* Search Bookmarks<br />
* Manage Bookmarks<br />
* --------<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {You get the idea}<br />
<br />
However, a menu brings up some issues with our (this article's) minimal-interaction policy. We could auto-generate tags from the indexed text of a bookmarked page, but this would require complicated matching-and-rescanning to generate hierarchies and prevent the list of items from running hundreds long. Then, after implementation it would probably not work very well.<br />
<br />
We could show the most recently used/added bookmarks, or the ones flagged important (also show up on bookmarks tool bar).<br />
<br />
We could make the user manually manage his tags. I don't like it, but it really seems the only available option.<br />
<br />
Dria [[User:Dria/On_Tagging#Tag_Suggest|mentions a tag suggest feature]] that somewhat resembles my auto-generation idea. However, his idea is a ''suggestion'', that can be pruned by the user. I think that makes a big difference.<br />
<br />
However, there are also things that can in no way be auto-generated from the text. For example, I often bookmark pages for their design alone. The content of the page isn't really good enough to merit coming back to. Currently, I put these in Web -> Ideaboosters. But, it would be incredibly useful to tag these with, say, Web Design or Web -> Cool Design etc. Manual tagging needs to be let in.<br />
<br />
== Syncing ==<br />
<br />
Also see: [[User:Dria/On_Tagging#Syncing]]<br />
<br />
I don't like the idea of a centralized service, even though we all know Mozilla can never do evil :). It just seems too...yeah.<br />
<br />
However, we can't expect users to set up their own servers etc. A centralized service does seem the way to go. If this is the case, however, there should be a option (Bookmarks -> Manage Bookmarks -> Syncing...) to edit the servers used.<br />
<br />
Mozilla should also:<br />
* Notify the user that their bookmarks will be stored online, on Mozilla's servers.<br />
* Notify that it is possible to store them elsewhere<br />
* Keep a strict no-peek policy where they don't look inside users bookmark files, even for legitimate purposes such as bigfixing or other software improvement.<br />
* NOT create a bookmark account with an install of Firefox. Online bookmark account must be created EXPLICITLY, and the password and user name chosen then. When a user first installs Firefox, their bookmarks and other user data are completely isolated on their local drive.<br />
* Legal agreement as such.<br />
<br />
Yes, I'm a crazy liberal :)<br />
<br />
=== Remote access ===<br />
<br />
It would be nice to have a web interface (login required!) from which a user on-the-go (relative's house, hotel...) can get their bookmarks (bookmarks.mozilla.org?).<br />
<br />
== Manual tagging ==<br />
<br />
Yes, we have to let manual tagging and a bookmarks manager in the door. We can still keep it as simple as possible.<br />
<br />
Check out a [[Media:Auk-f-spot.png|pic of the F-Spot photo manager]] and the [[Media:Auk-bookmarks-manager.png|current Firefox bookmarks manager]].<br />
<br />
Now check out my mish-mashed idea of a [[Media:Auk-new-bookmarks-manager.png|new bookmarks manager]].<br />
<br />
There are a few incorrect things in the mockup:<br />
<br />
* New Folder button should be New Tag, and needs a new icon.<br />
* Each tag in the sidebar should have it's own text box, aligned to the right.<br />
* Properties panel should take up bottom half of the bookmarks listing panel.</div>Aukhttps://wiki.mozilla.org/index.php?title=Firefox/Feature_Brainstorming:Tabs,_Sidebar,_Windows&diff=38693Firefox/Feature Brainstorming:Tabs, Sidebar, Windows2006-10-21T04:00:34Z<p>Auk: tab X behavior</p>
<hr />
<div>{{FeatureBrainstorming}}<br />
<br />
<table class="fullwidth-table"><br />
<tr><th>Specific features</th><br />
<th width="30%">References</th></tr><br />
<br />
<tr><td><br />
; Tabs<br />
* I can sum this up very simply: Integrate everything that the [http://piro.sakura.ne.jp/xul/tabextensions/index.html.en Tabbrowser Extensions] Add-on does into Firefox itself. This covers a lot of the points already on this list, such as saving tabs, customizing tab groups, adjusting tab sizes, using a single browser window at all times, setting behavior of links (open as background, open in new tab), changing the focus when closing a tab, having one close-button on the right, undo-close caching, creating a new tab when you type an address in the URL-bar or the search bar, specifying number of rows of tabs, duplicating tabs, mouse-wheel tab scrolling, and much, much more. Personally, I find Firefox next to useless without this extension and I don't understand why the developers don't have this advanced customization of tab behavior already built in.<br />
* When warning about closing multiple tabs, currently there are only two buttons: Close Tabs (which closes all the tabs) and Cancel (which closes nothing). Add a button that says Close Current Tab Only, which will only close the tab that was currently open before clicking on Close.<br />
* Allow sending of tabs to system tray (or platform equivalent). This would better facilitate web apps such as google calendar by providing a lifetime outside of typical browsing sessions and help blend the lines with traditional desktop applications.<br />
* The opportunity for saveing tabs, like they do in the Maxthon browser, one function I really missing.<br />
* Allow to move the tabbar to the right or left, with vertical orientation. this is the best useful when count of tabs exceeds 10 items. vertical tabbar allows to easy use up to 30-40 of tabs. for FF2 i was create the extention, that move tabbar to the right (http://forum.mozilla-russia.org/viewtopic.php?pid=138440) and some simplify tabbrowser. try and fun :)<br />
* Allow "triggers" to be set 1) before FF attempts to start downloading a page, 2) when the page has been downloaded but not yet rendered, 3) after a page has finished loading. Ideally, the triggers would either be external applications, or maybe even a funky python plugin framework - if this feature is added, _please_ don't make me have o write nasty javascript for my triggers! Thx :-)<br />
* Allow navigation toolbar to show URL's that are as-yet, not loaded: if you open a link in a new tab, and that web site is down, you end up with an empty tab with no URL shown. If you've got lots of tabs open, it is very useful to know what should be displayed on the empty tab. I suggest that when a URL is attempted to be opened in a new tab, FF displays the URL in the tab, but shows it "grayed out" (but still selectable!)<br />
* Add Isolated Tabbed Windows: This is to ensure each tabbed windows does not leak over to another window eg: HTTPS sites. Simplest way to test, Goto your bank's website (make sure you got 2 different accounts usually your wife's account would be good to test if she is with the same bank) log into your account with one tab, log into your second account in another tab, navigate to your second account's summary view, then go back to 1 first tab and do the same. You will notice that both summaries are from the secondary account.<br />
* Keyborad shortcut to toggle between tabs, similar to alt-tab'ing open application windows in MS windows.<br />
** ctrl-tab'ing already gives you this functionality.<br />
* If you have A, B, C tabs in order, and you open a new tab from B (this becomes D) and then close it (D), then the active tab will be C instead of B, the last viewed. It would be also useful if a newly opened tab would appear beside the one that opened it.<br />
* The close [X] button should only be shown on the open tab to prevent people from accidentally closing tabs upon selecting them. Close buttons on out-of-focus tabs should only show after a 1 second mouse-over.<br />
* Allow the tab-bar relocation, probably with a simple pull-down, that includes top, bottom, left and right.<br />
** When left or right are selected (or perhaps all the time), provide the ability to specify a fixed width for tabs/tab-bar.<br />
** When left or right are selected provide option which displays tabs in a tree based on ancestry relation ship of a tab like in [http://piro.sakura.ne.jp/xul/tabextensions/index.html.en Tabbrowser Extensions]<br />
* A right-click option to pop an existing tab out into a new window.<br />
* Thunderbird Tab -- Opens Thunderbird within a tab rather than a separate Thunderbird window<br />
* Sunbird Tab -- Opens Sunbird within a tab rather than a separate Sunbird window<br />
* Ctrl-Z to undo last closed tab<br />
* Tab Grouping by Domain and Tab Grouping by Originating Page (eg. if I open a Page from Tab A then it will be in the same group as Tab A). A group maybe as simple as having a coloured border around the tabs in the same group. <br />
*Alternativly, an option to have tabs open next to the current tab. This solves the problem of having all your links from different tabs open in the same place, and helps with sorting tabs, because all the links from one website are next to each other.<br />
* Tab collections used to organize tabs, think Linux virtual desktops <br />
* Multiple initial pages with tabs<br />
* Displaying tabs over multiple rows<br />
* Give the option in the preferences menu to allocate a 'unique' close tab button in the right like 1 and 1.5 versions of firefox instead of 1 close button per tab like Firefox 2---so you can choose---<br />
* Option to open default page when creating a new tab<br />
* Tab drag and detach<br />
* Detach Tab to new Window (mustn't be in the context, draggin the tab to the windows title would be cool)<br />
* Window drag and attach as tabs<br />
* Possibility to order tabs into two rows when they are a lot<br />
* Possibility to change tab using mouse wheel, when mouse is over tabs<br />
* Possibility to add another sidebar on the right (useful expecially with widescreen monitors)<br />
* Drag tabs between windows<br />
* Make middle-clicking/open link in new tab work for javascript links (e.g. by duplicating current page in a new tab then executing the javascript on the new tab and forcing any 'pop-up' links to stay in that new tab)<br />
* "Open this tab in a new window" added to context menu (when right clicking on existing tab). Preserve history so back button works in new window just as it would on existing tab.<br />
* Select on close behavior<br />
* Tab switching via Mouse Scroll Wheel (on all Platforms) while mouse is on/over the tab bar<br />
* Add arrows to the right and left ends of the tab bar when it gets full to unhide/allow to see all tabs<br />
* Grouping of tabs (possibly by multiple tab rows)<br />
* Tab Tiling: Allow multiple tabs to open to vertically or horizontally on the same screen.<br />
* Shading of Tabs denoting time since it started (On the scale of white to black, white is more recent than black) [https://addons.mozilla.org/firefox/3542/]<br />
* Recursive tabs for better tab grouping ("Open in new tab under current tab")<br />
* Tab exposé<br />
* Option to view tabs in sidebar (with thumbnails)<br />
* Multiple tabstrips<br />
* Tab docking like window docking in Visual Studio .NET to be able to drag a tab and dock it with its content to one side of the window. This would allow displaying tabs side by side.<br />
* Finding tabs<br />
* select tab from command line mozilla -remote "selecttab(http://www.mozilla.org)"<br />
* Improved UI for finding and reopening any one or more closed tabs (including shortcut key)<br />
* UI for modifying tab width (f.e. splitter between tabs that can be dragged to change the width of all tabs)<br />
* Tab opening + closing animation<br />
* Allow "open in new tab/new window/same window" settings to be set per tab. Allows use of a home page like Google or Yahoo to open links in a new tab, but other tabs links can open in the same tab.<br />
* Allow opening new tab when domain name is different from current page<br />
* Allow opening in new tab for form submits. Allows user to type several consecutive searches into a search box while opening the results in new tabs in the background.<br />
* Allow relative opening of Tabs, i.e. child tabs open next to parent tab in opening order (and not at the end of Tab bar)<br />
* Display multiple tabs in tiled panes (both vertical and horizontal panes, preferably mixed.<br />
* Cascade tabs<br />
* Allow for windowblind treatment of tabs<br />
* Faster tab mouseover feedback, i.e. show in status bar or set tooltip delay to 0<br />
* More detailed tab mouseover feedback, i.e. thumbnail image of page with some options on what you want to do with this page like bookmark it, reload tab, protect tab without right clicking it<br />
* Multiple tab selection via Ctrl + left click on desired tabs. Feature would allow users to use the right click options on only the selected tabs. EXAMPLE: Right click on one of the selected tabs and select "Close Other Tabs" leaving only the selected tabs behind.<br />
* To save a lot of space, make the favicon on each tab into the "X" on hover.<br />
* Instead of the "..." in long tab titles, change to a fade to grey on the last three letters.<br />
* A right click option for when highlighting plain text urls to open in new tab as opposed to having to copy then paste in a new tab address bar; available as an add-on https://addons.mozilla.org/firefox/1864/<br />
*Allow tabs to not be full window. If a js opened window is redirected to a tab, and the size is smaller then the window, make the tab like a little window inside the window.<br />
* When a tab ask for identification, it shouldn't get on top automatically<br />
* Make the current tab not shrink with the others, so is more visible.<br />
* Copy the (back button) history of the current tab when a link is opened in a new tab (so that the user can go back in the new tab).<br />
* Allow the user to "lock open" a tab or window to prevent accidental closure. Implement an easy way of "undoing" the last window or tab closure.<br />
* Like eclipse on mouse over a tab the close button will appear<br />
* Ability to change tab titles and save tab titles so that when you enter the site again you will see your own tab titles (Different from page title)<br />
* Sort tab according to time opened, title, time idle<br />
* Options to have no title and Icon only with 32x32 icon with a close button located bottom right of the icon<br />
* Panels of tabs - by grouping of tabs you can have groups of multiple tab in a panel, like linux panels<br />
* Be able to display two tabs side-by-side, very useful on widescreen monitors<br />
* Tabbed source viewer<br />
* Nested tabs (eg. drag tabs into a tab) and multiple rows of tabs (see this mockup: [[media:Nested-tabs.png]]).<br />
* A button on the right click menu (on web pages) to open all links on this page in new tabs<br />
* A button on the right click menu for back/forward to open the back or forward in a new tab<br />
* Opera remembers which tabs were open when the user last closed the browser and opens all these tabs again upon relaunch. Firefox should do the same and should also remember each tab's browsing history; allowing the user to reopen Firefox, have all the tabs that were open available again, and be able to click back and forward for each individual tab.<br />
* Have a configurable option so that when a user does "Open All In Tabs", they do NOT replace all the current tabs, but open IN ADDITION to the current tabs already open.<br />
* When middle-clicking / control-clicking to open in a new tab. Both RSS Feeds and bookmarks should open in a tab "behind" the rest, and not take focus like it currently does.<br />
* avoid having twice the same tab by checking before opening a new bookmark or typing an adress in the bar that the website is not already open. Then click a second time when you really want to open it twice. The tab may also "blink" (or any kind of animation) to prevent the fact that the tab was already open<br />
* dual screened tabs. two tabs showing in the same window pane, almost like frames. with ability to drag and resize viewing area between the two tabs.<br />
* Create a way to rotate a window in four directions to allow viewing long web pages on a laptop by rotating the laptop sideways. This is one of my favorite commands in Preview in Mac OS X. Please make sure the command to do and undo this can be made a shortcut.<br />
*Widescreen browsing : split long web pages into two windows side by side. Sync scroll bar in order that scrolling the first one (top of web page) will scroll the second one (rest of the same web page).<br />
*Enabling of something similar to the Alt+Tab function as in windoez, only with tabs instead.<br />
*Scroll Bar Re-position-- allow the right side scroll bar to be moved to the left side screen. Or even placed in the middle... having to move the cursor all around from menus to scroll bars etc... to the right side and then to top and botton is a PITA. (It could be placed on a column separator by user for convenience )... I keep panels at the top with menus, so the same could apply to the bottom scroll bar: allow it to be placed at the top just under the menu's or tabs.<br />
*Scroll Bar Status: For very long pages, more info is needed rather than just the shaded scroll: place 1) an equivalent line number 2) an equivalent page number 3) a percentage number of the page: in order to help fine adjustment positioning or a reference point.<br />
*Scroll/cursor position "bookmark".<br />
*menu: File Open : please re-integrate like nautilus. I'd prefer to not have "file open" and "Web open", but rather be able to place a URL directly into a file textbox ( this has probably been discusssed before..) <br />
*Move Files: There is already a file/URL open, and a file SAVE, why not go one step more and allow files to be moved in the browser file tree !! ( and the final step would be a dual window like midnite commander ).<br />
*Ability to turn tabbed browsing off, or at least no functional way to open links into tabs unless specified (e.g. right clicking a link and selecting 'open in new tab'). It's a great feature, but some people prefer the previous method. <br />
*Ability to clone a tab to an other new tab by right click for example<br />
*View screenshot of all available tabs. (Similar to Ctrl-Q or respective keys in IE7). Be able to close tabs from here or switch to any of these tabs.<br />
*Support tab duplication (using ctrl) on tab drag and drop<br />
* Tab stacks (see [[User:Dria/On Tabs|On Tabs]])<br />
</td><td><br />
[http://kb.mozillazine.org/Category:Tabbed_browsing Tabbed Browsing -MZKB]<br /><br />
- [http://wiki.mozilla.org/User:DoubleEM22 Tabs Screenshots].<br /><br />
- [[Link_Targeting|design thoughts for tabs instead of windows]].<br /><br />
- [http://weblogs.mozillazine.org/ben/archives/009210.html Ben Goodger blogs about tabs].<br /><br />
- Whether [[Ctrl_W_not_close_app|Ctrl+W should not close the app]].<br /><br />
- [[User:Ge.diego|Ge.diego]] made some [[User:Ge.diego/Tab_Management_Comments|comments on Ben Godger test build that includes new tab management]] and gave an [[User:Ge.diego/User_Interface_Mockup|alternative user interface mockup proposal]]<br /><br />
- [http://users.blueprintit.co.uk/~dave/web/firefox/TabSidebar/index.html Tab Sidebar extension homepage]<br /><br />
- [http://guides.macrumors.com/Show_Safari_Form_Results_In_New_Tab Show Safari form results in new tab]<br /><br />
[http://www.extensionsmirror.nl/index.php?showtopic=2959 Tab Related Ext - TEM]<br /><br />
[https://addons.mozilla.org/firefox/1122/ Tab Mix Plus - UMO]<br /><br />
[https://addons.mozilla.org/firefox/1419/ "Open in IE tab" extension]<br /><br />
[http://userstyles.org/style/show/1136 Active Tab Flex at userstyles.org <br>]<br />
[http://wiki.mozilla.org./User:Tuomaz Two tabs side-by-side]<br />
<br /><br />
[http://piro.sakura.ne.jp/xul/tabextensions/index.html.en Tabbrowser Extensions] has some really great ideas.<br />
<br/><br />
[[User:DJ_Doena/Tab_Features|Current problems with tabs and their probable solution]] by DJ Doena<br /><br />
- [[User:Dria/On Tabs|On Tabs]]<br />
<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=55696 bug 55696]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=281192 bug 281192]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=156264 bug 156264]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=102132 bug 102132]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=104566 bug 104566]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=298571 bug 298571]<br />
</td></tr><br />
<tr><td><br />
* Show all open tags in a browser window organized by miniatures like the F12 function of Xgl or the same function of MacOsX Expose.<br />
</td><td><br />
[http://www.novell.com/products/desktop/img/preview_screenshots/apps3.png Xgl miniatures function]<br />
</td></tr><br />
<tr><td><br />
; Sessions<br />
* Support session savings. Enables the user to save a session where he/she has, say, 18 tabs open, to another time.<br />
* Sessions/Tabs Isolation: Make sure sessions from other tabs do not leak between tabs. This is a major security hazard.<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Tab Exposé<br />
Exposé allows a user to quickly locate an open tab without the need to click through many tabs to find a specific target.<br />
</td><td><br />
* [http://www.apple.com/macosx/features/expose/ Apple - Mac OS X - Exposé]<br />
* [http://en.wikipedia.org/wiki/Expos%C3%A9_%28Mac_OS_X%29 Exposé on Wikipedia]<br />
* [http://shiira.jp/screenshot/en.php#tabExpose Shiira Web Browser]<br />
</td></tr><br />
<br />
<tr><td><br />
; 'Load Link in New Window/Tab' option<br />
* The current 'Open Link in New Window/Tab' option is fine if you are say clicking links to articles you want to read from that day's newpaper. Trouble is you are immediatly transfered to the slowly loading page, leaving you to try & work out which task-bar button takes you back to the front page. I'd like the option for a link to be loaded in the background while I'm left on my current page. I'd become 0.00000027% closer to nivarna with this option in my life<br />
</td><td>&nbsp;</td></tr><br />
<br />
<tr><td><br />
; "New window" option<br />
* When opening the "new window" option, the new window should remain with the present page as in Explorer, instead of going back to the home page.<br />
** See ''Duplicate in New Window'' item in the tab context menu of ''Tab Mix Plus'' extension.<br />
</td><td> <br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Browser Window<br />
* Option to make a window / popup sticky and always-on-top (Would be nice for watching a video in a popup while surfing). this option MUST ONLY be available for the user not for scripts!<br />
* Ability to split the browser window vertically or horizontally, similar to emacs windows, and load different urls into each. Common usage cases for this are when you want to see two different pages at once conveniently, monitoring multiple sites at once, etc.<br />
** Simply allow to split the window vertically with the same page for working with long pages, as in Visual Studio .NET.<br />
* UI-level Multicolumn mode, like Emacs Follow mode - split the browser window into two (or more) panes, showing the same page, the right pane leading on from the left pane. Excellent in these days of wide monitors and inexplicably narrow fixed-width web pages!<br />
* Similar to above - many web pages consist of div/table elements of less than 800 px which are aligned to the left of the screen. With a large monitor of >1600 px the entire right-hand side of the screen is wasted whitespace. Add a button to automatically paginate the display into columns if a width of e.g. <800 px is detected.<br />
*Pages could be progressed through one screen at a time with previous/next buttons on the scrollbar or in a similar way to Microsoft Word's double scroll arrows, or alternatively in a similar way to Adobe Reader/existing browser print preview functions.<br />
* Text readability improvements: 1)button/keybind to automatically narrow text to a pre-configured width - text extending accross the whole width of the window is cumbersome to read - possibly configurable to multi-column mode; 2)"Visibility imprint" - on quick scroll operations (PgUP, PgDn, mousewheel...) the previously visible area should be delimited by a frame/line for a certain period of time, after which the frame disappears or fades out, so it's easier to find the last read line; and 3)Improved automatic scrolling: finer control for very slow scrolling and freeing up the mouse. Like current autoscrolling, only finer controls (the current slowest is still too fast) and the possibility to detach the mouse, for instance by re-clicking the middle button, upon which the mouse is free to move but the page continues autoscrolling.<br />
* Allow 'drag & drop' of links anywhere on the browser window (not just the tab bar) to open the link in a new background tab (e.g. 'drag & drop' links from Google Search Results/Google News/Digg Front Page etc. to open several background tabs)<br />
* Allow 'drag & drop' of selected text on a web page anywhere on the browser window to conduct search on the selected text using the default search engine and opening the search results in a new background tab<br />
* Scroll document with middle mouse button click-drag-release. The reverse to the familiar glove that moves the document. This behaviour maps to how scrollwheels/scrollballs work, which often also occupy middle mouse button.<br />
* Open link in new window with middle mouse button. GUI-configurable option.<br />
* Open different windows each as a new browser instance so that a crash in one does not take down all other instances.<br />
* "Application Mode" - allow web applications to act more like native applications. Give them the ability to have their own launcher from the Start Menu or Dock, and their own icon and process so that the OS can treat apps like gmail just like any other app. Currently such apps are labelled "Firefox" by the OS. Hide unnecessary GUI elements such as Bookmarks bar and Address bar in this mode, for more screen real estate. (Very nice idead - i think you can make something like this with 5 lines of VB but launching firefox.exe -appmode -url http... would be cool! When the Browser runs in appmode there JS should allowed to modify the window's behavior)<br />
* Better awareness of Multi-head environments. Under traditional X Windows dual head (so the two screens are two different X displays) you can't run the same firefox profile on both screens. Under Xinerama, everything appears as one very wide screen, but now it would be nice to have a "two window mode" analagous to "single window mode" although maybe this is an extensions question.<br />
*A tab temporaly not responding should not freeze all other firefox tabs.(aka while opening a pdf it freeze all tabs while loading adobe acrobat reader)<br />
<br />
</td><td><br />
[http://superdragandgo.mozdev.org/ Super DragAndGo Extension allows you to drag links and words in order to surf and search]<br /><br />
[[User:DGolden:Follow]]<br /> <br />
[[User:Jeric]]<br /><br />
</td></tr><br />
<br />
<tr><td><br />
; Session management<br />
* Ability to save and restore sessions (tabs, etc.)<br />
* Implement some method to deal with session sets<br />
* Make session restore fast and precise (save and restore DOM, or use FastBack data)<br />
* Sessions/Tabs Isolation: Make sure sessions from other tabs do not leak between tabs. This is a major security hazard.<br />
* File > Save All Tabs / Save All Windows. Creates a double-clickable file that can be saved to the user's choice of location.<br />
</td><td><br />
[http://kb.mozillazine.org/SessionSaver SessionSaver - MZKB]<br /><br />
[https://addons.mozilla.org/firefox/436/ SessionSaver - UMO]<br /><br />
[http://forums.mozillazine.org/viewtopic.php?t=47184 SessionSaver (rewrite) - MZForum]<br /><br />
[http://sessionmanager.mozdev.org/ Session Manager Ext]<br /><br />
[http://tmp.garyr.net/ Tab Mix Plus with Session Managment]<br /><br />
</td></tr><br />
<br />
<tr><td><br />
; Sidebar<br />
* Sidebar animation<br />
* RSS animation<br />
* Allow the windows from downloads,extensions,bookmarks and history to dock as sidebars. A bit like the extension All-In-One-Sidebar.\<br />
* Better handling of multiple searches in different windows (see [https://bugzilla.mozilla.org/show_bug.cgi?id=45082 Bug 45082])<br />
</td><td><br />
- [http://firefox.exxile.net/aios/screenshots.php?PHPSESSID=a4f4bfaacaa8c756b236f44315b3188d Screenshots of All-In-One-Sidebar extension].<br /><br />
</td></tr><br />
<tr><td><br />
; Web Page easy handling <br />
* Allow to put a tag on whatever place of a web page, like a gg map interface. The tag is remembered on the right side bar of the window, can be bookmarked. when the bokkmark is clicked, the window is open and focus down to the bookmark<br />
* Allow to do a "spreadsheet like behaviour on a web page" : you can click on th tag to say "freeze up" , and when you move the cursor down the lower part of the page is scrolling down, the upper part stay unmoved,<br />
* Allow to compact the web page between 2 vertical tags<br />
* Allow for a specific web page to apply tag rules : place tags automatically between paragraphs, to allow easy compacting of un-interesting ones , propose a default "compacted" presentation" or "fully opened" behaviour on those pages.<br />
* Multiple link selection <br />
** Click and drag to select multiple links on a page<br />
** Right click to open multiple link context menu<br />
*** Open multiple links in new tabs<br />
*** Open multiple links in new windows<br />
* Allow screen to be split to show 2 tabs simeltaneously (for comparison for instance)<br />
</td><td><br />
n/a<br />
</td></tr><br />
<tr><th colspan="2">General tasks</th></tr><br />
<tr><td><br />
* Add Tab Isolation Mode to ensure each tab session does not leak from one instance to another (unless a new window/tab is opened within instance)<br />
* Add "Login As" option under file menu for accessing FTP sites that do not allow anonymous logins. This was available in previous versions of Internet Explorer and was handled by an automatic opening of the FTP site in Windows Explorer.<br />
* Add an FTP manager, similar to Windows Explorer tracking of previously accessed FTP sites.<br />
* Enhance the FTP experience. Continuing downloads, uploading, binary/ascii choice, etc.<br />
* Integrate Thunderbird with the next browser. I am an Opera fan today for the simple reason that I can get my POP mail, web mail, and browsing in one window (different tabs, of course).<br />
</td><td><br />
n/a<br />
</td></tr><br />
<tr><td><br />
In Firefox 1.x whe have only one X for close all tab one by one. in firefox 2.x we have a X for every tab, i think it isn't not at all the best way. I think the best idea is put a X in the end of the tab bar (like 1.x style) and a X for every tab (2.x style) because when i've to close more than one tab i've to spend time to find the X of the near tab and click it instead to press the X in the end.<br />
<br />
* The new behavior has been approached as part of the general tab UI update in 2.0 and after much debate and study. It's what was decided on, specifically in preference to the single button at the end, and was one of the key things many people had reported as a problem. I see little chance it will change in future, though I'm sure for yourself you'll be able to find an extension that will revert the behavior once 2.0's been out for a little while. &mdash;[[User:Auk|auk]] 21:00, 20 October 2006 (PDT)<br />
</td><td><br />
[http://kb.mozillazine.org/Browser.tabs.closeButtons Browser.tabs.closeButtons]<br />
</td></tr><br />
</table></div>Aukhttps://wiki.mozilla.org/index.php?title=Firefox/Feature_Brainstorming:Tabs,_Sidebar,_Windows&diff=38692Firefox/Feature Brainstorming:Tabs, Sidebar, Windows2006-10-21T03:49:14Z<p>Auk: fix link -> Xgl miniatures function</p>
<hr />
<div>{{FeatureBrainstorming}}<br />
<br />
<table class="fullwidth-table"><br />
<tr><th>Specific features</th><br />
<th width="30%">References</th></tr><br />
<br />
<tr><td><br />
; Tabs<br />
* I can sum this up very simply: Integrate everything that the [http://piro.sakura.ne.jp/xul/tabextensions/index.html.en Tabbrowser Extensions] Add-on does into Firefox itself. This covers a lot of the points already on this list, such as saving tabs, customizing tab groups, adjusting tab sizes, using a single browser window at all times, setting behavior of links (open as background, open in new tab), changing the focus when closing a tab, having one close-button on the right, undo-close caching, creating a new tab when you type an address in the URL-bar or the search bar, specifying number of rows of tabs, duplicating tabs, mouse-wheel tab scrolling, and much, much more. Personally, I find Firefox next to useless without this extension and I don't understand why the developers don't have this advanced customization of tab behavior already built in.<br />
* When warning about closing multiple tabs, currently there are only two buttons: Close Tabs (which closes all the tabs) and Cancel (which closes nothing). Add a button that says Close Current Tab Only, which will only close the tab that was currently open before clicking on Close.<br />
* Allow sending of tabs to system tray (or platform equivalent). This would better facilitate web apps such as google calendar by providing a lifetime outside of typical browsing sessions and help blend the lines with traditional desktop applications.<br />
* The opportunity for saveing tabs, like they do in the Maxthon browser, one function I really missing.<br />
* Allow to move the tabbar to the right or left, with vertical orientation. this is the best useful when count of tabs exceeds 10 items. vertical tabbar allows to easy use up to 30-40 of tabs. for FF2 i was create the extention, that move tabbar to the right (http://forum.mozilla-russia.org/viewtopic.php?pid=138440) and some simplify tabbrowser. try and fun :)<br />
* Allow "triggers" to be set 1) before FF attempts to start downloading a page, 2) when the page has been downloaded but not yet rendered, 3) after a page has finished loading. Ideally, the triggers would either be external applications, or maybe even a funky python plugin framework - if this feature is added, _please_ don't make me have o write nasty javascript for my triggers! Thx :-)<br />
* Allow navigation toolbar to show URL's that are as-yet, not loaded: if you open a link in a new tab, and that web site is down, you end up with an empty tab with no URL shown. If you've got lots of tabs open, it is very useful to know what should be displayed on the empty tab. I suggest that when a URL is attempted to be opened in a new tab, FF displays the URL in the tab, but shows it "grayed out" (but still selectable!)<br />
* Add Isolated Tabbed Windows: This is to ensure each tabbed windows does not leak over to another window eg: HTTPS sites. Simplest way to test, Goto your bank's website (make sure you got 2 different accounts usually your wife's account would be good to test if she is with the same bank) log into your account with one tab, log into your second account in another tab, navigate to your second account's summary view, then go back to 1 first tab and do the same. You will notice that both summaries are from the secondary account.<br />
* Keyborad shortcut to toggle between tabs, similar to alt-tab'ing open application windows in MS windows.<br />
** ctrl-tab'ing already gives you this functionality.<br />
* If you have A, B, C tabs in order, and you open a new tab from B (this becomes D) and then close it (D), then the active tab will be C instead of B, the last viewed. It would be also useful if a newly opened tab would appear beside the one that opened it.<br />
* The close [X] button should only be shown on the open tab to prevent people from accidentally closing tabs upon selecting them. Close buttons on out-of-focus tabs should only show after a 1 second mouse-over.<br />
* Allow the tab-bar relocation, probably with a simple pull-down, that includes top, bottom, left and right.<br />
** When left or right are selected (or perhaps all the time), provide the ability to specify a fixed width for tabs/tab-bar.<br />
** When left or right are selected provide option which displays tabs in a tree based on ancestry relation ship of a tab like in [http://piro.sakura.ne.jp/xul/tabextensions/index.html.en Tabbrowser Extensions]<br />
* A right-click option to pop an existing tab out into a new window.<br />
* Thunderbird Tab -- Opens Thunderbird within a tab rather than a separate Thunderbird window<br />
* Sunbird Tab -- Opens Sunbird within a tab rather than a separate Sunbird window<br />
* Ctrl-Z to undo last closed tab<br />
* Tab Grouping by Domain and Tab Grouping by Originating Page (eg. if I open a Page from Tab A then it will be in the same group as Tab A). A group maybe as simple as having a coloured border around the tabs in the same group. <br />
*Alternativly, an option to have tabs open next to the current tab. This solves the problem of having all your links from different tabs open in the same place, and helps with sorting tabs, because all the links from one website are next to each other.<br />
* Tab collections used to organize tabs, think Linux virtual desktops <br />
* Multiple initial pages with tabs<br />
* Displaying tabs over multiple rows<br />
* Give the option in the preferences menu to allocate a 'unique' close tab button in the right like 1 and 1.5 versions of firefox instead of 1 close button per tab like Firefox 2---so you can choose---<br />
* Option to open default page when creating a new tab<br />
* Tab drag and detach<br />
* Detach Tab to new Window (mustn't be in the context, draggin the tab to the windows title would be cool)<br />
* Window drag and attach as tabs<br />
* Possibility to order tabs into two rows when they are a lot<br />
* Possibility to change tab using mouse wheel, when mouse is over tabs<br />
* Possibility to add another sidebar on the right (useful expecially with widescreen monitors)<br />
* Drag tabs between windows<br />
* Make middle-clicking/open link in new tab work for javascript links (e.g. by duplicating current page in a new tab then executing the javascript on the new tab and forcing any 'pop-up' links to stay in that new tab)<br />
* "Open this tab in a new window" added to context menu (when right clicking on existing tab). Preserve history so back button works in new window just as it would on existing tab.<br />
* Select on close behavior<br />
* Tab switching via Mouse Scroll Wheel (on all Platforms) while mouse is on/over the tab bar<br />
* Add arrows to the right and left ends of the tab bar when it gets full to unhide/allow to see all tabs<br />
* Grouping of tabs (possibly by multiple tab rows)<br />
* Tab Tiling: Allow multiple tabs to open to vertically or horizontally on the same screen.<br />
* Shading of Tabs denoting time since it started (On the scale of white to black, white is more recent than black) [https://addons.mozilla.org/firefox/3542/]<br />
* Recursive tabs for better tab grouping ("Open in new tab under current tab")<br />
* Tab exposé<br />
* Option to view tabs in sidebar (with thumbnails)<br />
* Multiple tabstrips<br />
* Tab docking like window docking in Visual Studio .NET to be able to drag a tab and dock it with its content to one side of the window. This would allow displaying tabs side by side.<br />
* Finding tabs<br />
* select tab from command line mozilla -remote "selecttab(http://www.mozilla.org)"<br />
* Improved UI for finding and reopening any one or more closed tabs (including shortcut key)<br />
* UI for modifying tab width (f.e. splitter between tabs that can be dragged to change the width of all tabs)<br />
* Tab opening + closing animation<br />
* Allow "open in new tab/new window/same window" settings to be set per tab. Allows use of a home page like Google or Yahoo to open links in a new tab, but other tabs links can open in the same tab.<br />
* Allow opening new tab when domain name is different from current page<br />
* Allow opening in new tab for form submits. Allows user to type several consecutive searches into a search box while opening the results in new tabs in the background.<br />
* Allow relative opening of Tabs, i.e. child tabs open next to parent tab in opening order (and not at the end of Tab bar)<br />
* Display multiple tabs in tiled panes (both vertical and horizontal panes, preferably mixed.<br />
* Cascade tabs<br />
* Allow for windowblind treatment of tabs<br />
* Faster tab mouseover feedback, i.e. show in status bar or set tooltip delay to 0<br />
* More detailed tab mouseover feedback, i.e. thumbnail image of page with some options on what you want to do with this page like bookmark it, reload tab, protect tab without right clicking it<br />
* Multiple tab selection via Ctrl + left click on desired tabs. Feature would allow users to use the right click options on only the selected tabs. EXAMPLE: Right click on one of the selected tabs and select "Close Other Tabs" leaving only the selected tabs behind.<br />
* To save a lot of space, make the favicon on each tab into the "X" on hover.<br />
* Instead of the "..." in long tab titles, change to a fade to grey on the last three letters.<br />
* A right click option for when highlighting plain text urls to open in new tab as opposed to having to copy then paste in a new tab address bar; available as an add-on https://addons.mozilla.org/firefox/1864/<br />
*Allow tabs to not be full window. If a js opened window is redirected to a tab, and the size is smaller then the window, make the tab like a little window inside the window.<br />
* When a tab ask for identification, it shouldn't get on top automatically<br />
* Make the current tab not shrink with the others, so is more visible.<br />
* Copy the (back button) history of the current tab when a link is opened in a new tab (so that the user can go back in the new tab).<br />
* Allow the user to "lock open" a tab or window to prevent accidental closure. Implement an easy way of "undoing" the last window or tab closure.<br />
* Like eclipse on mouse over a tab the close button will appear<br />
* Ability to change tab titles and save tab titles so that when you enter the site again you will see your own tab titles (Different from page title)<br />
* Sort tab according to time opened, title, time idle<br />
* Options to have no title and Icon only with 32x32 icon with a close button located bottom right of the icon<br />
* Panels of tabs - by grouping of tabs you can have groups of multiple tab in a panel, like linux panels<br />
* Be able to display two tabs side-by-side, very useful on widescreen monitors<br />
* Tabbed source viewer<br />
* Nested tabs (eg. drag tabs into a tab) and multiple rows of tabs (see this mockup: [[media:Nested-tabs.png]]).<br />
* A button on the right click menu (on web pages) to open all links on this page in new tabs<br />
* A button on the right click menu for back/forward to open the back or forward in a new tab<br />
* Opera remembers which tabs were open when the user last closed the browser and opens all these tabs again upon relaunch. Firefox should do the same and should also remember each tab's browsing history; allowing the user to reopen Firefox, have all the tabs that were open available again, and be able to click back and forward for each individual tab.<br />
* Have a configurable option so that when a user does "Open All In Tabs", they do NOT replace all the current tabs, but open IN ADDITION to the current tabs already open.<br />
* When middle-clicking / control-clicking to open in a new tab. Both RSS Feeds and bookmarks should open in a tab "behind" the rest, and not take focus like it currently does.<br />
* avoid having twice the same tab by checking before opening a new bookmark or typing an adress in the bar that the website is not already open. Then click a second time when you really want to open it twice. The tab may also "blink" (or any kind of animation) to prevent the fact that the tab was already open<br />
* dual screened tabs. two tabs showing in the same window pane, almost like frames. with ability to drag and resize viewing area between the two tabs.<br />
* Create a way to rotate a window in four directions to allow viewing long web pages on a laptop by rotating the laptop sideways. This is one of my favorite commands in Preview in Mac OS X. Please make sure the command to do and undo this can be made a shortcut.<br />
*Widescreen browsing : split long web pages into two windows side by side. Sync scroll bar in order that scrolling the first one (top of web page) will scroll the second one (rest of the same web page).<br />
*Enabling of something similar to the Alt+Tab function as in windoez, only with tabs instead.<br />
*Scroll Bar Re-position-- allow the right side scroll bar to be moved to the left side screen. Or even placed in the middle... having to move the cursor all around from menus to scroll bars etc... to the right side and then to top and botton is a PITA. (It could be placed on a column separator by user for convenience )... I keep panels at the top with menus, so the same could apply to the bottom scroll bar: allow it to be placed at the top just under the menu's or tabs.<br />
*Scroll Bar Status: For very long pages, more info is needed rather than just the shaded scroll: place 1) an equivalent line number 2) an equivalent page number 3) a percentage number of the page: in order to help fine adjustment positioning or a reference point.<br />
*Scroll/cursor position "bookmark".<br />
*menu: File Open : please re-integrate like nautilus. I'd prefer to not have "file open" and "Web open", but rather be able to place a URL directly into a file textbox ( this has probably been discusssed before..) <br />
*Move Files: There is already a file/URL open, and a file SAVE, why not go one step more and allow files to be moved in the browser file tree !! ( and the final step would be a dual window like midnite commander ).<br />
*Ability to turn tabbed browsing off, or at least no functional way to open links into tabs unless specified (e.g. right clicking a link and selecting 'open in new tab'). It's a great feature, but some people prefer the previous method. <br />
*Ability to clone a tab to an other new tab by right click for example<br />
*View screenshot of all available tabs. (Similar to Ctrl-Q or respective keys in IE7). Be able to close tabs from here or switch to any of these tabs.<br />
*Support tab duplication (using ctrl) on tab drag and drop<br />
* Tab stacks (see [[User:Dria/On Tabs|On Tabs]])<br />
</td><td><br />
[http://kb.mozillazine.org/Category:Tabbed_browsing Tabbed Browsing -MZKB]<br /><br />
- [http://wiki.mozilla.org/User:DoubleEM22 Tabs Screenshots].<br /><br />
- [[Link_Targeting|design thoughts for tabs instead of windows]].<br /><br />
- [http://weblogs.mozillazine.org/ben/archives/009210.html Ben Goodger blogs about tabs].<br /><br />
- Whether [[Ctrl_W_not_close_app|Ctrl+W should not close the app]].<br /><br />
- [[User:Ge.diego|Ge.diego]] made some [[User:Ge.diego/Tab_Management_Comments|comments on Ben Godger test build that includes new tab management]] and gave an [[User:Ge.diego/User_Interface_Mockup|alternative user interface mockup proposal]]<br /><br />
- [http://users.blueprintit.co.uk/~dave/web/firefox/TabSidebar/index.html Tab Sidebar extension homepage]<br /><br />
- [http://guides.macrumors.com/Show_Safari_Form_Results_In_New_Tab Show Safari form results in new tab]<br /><br />
[http://www.extensionsmirror.nl/index.php?showtopic=2959 Tab Related Ext - TEM]<br /><br />
[https://addons.mozilla.org/firefox/1122/ Tab Mix Plus - UMO]<br /><br />
[https://addons.mozilla.org/firefox/1419/ "Open in IE tab" extension]<br /><br />
[http://userstyles.org/style/show/1136 Active Tab Flex at userstyles.org <br>]<br />
[http://wiki.mozilla.org./User:Tuomaz Two tabs side-by-side]<br />
<br /><br />
[http://piro.sakura.ne.jp/xul/tabextensions/index.html.en Tabbrowser Extensions] has some really great ideas.<br />
<br/><br />
[[User:DJ_Doena/Tab_Features|Current problems with tabs and their probable solution]] by DJ Doena<br /><br />
- [[User:Dria/On Tabs|On Tabs]]<br />
<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=55696 bug 55696]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=281192 bug 281192]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=156264 bug 156264]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=102132 bug 102132]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=104566 bug 104566]<br />
[https://bugzilla.mozilla.org/show_bug.cgi?id=298571 bug 298571]<br />
</td></tr><br />
<tr><td><br />
* Show all open tags in a browser window organized by miniatures like the F12 function of Xgl or the same function of MacOsX Expose.<br />
</td><td><br />
[http://www.novell.com/products/desktop/img/preview_screenshots/apps3.png Xgl miniatures function]<br />
</td></tr><br />
<tr><td><br />
; Sessions<br />
* Support session savings. Enables the user to save a session where he/she has, say, 18 tabs open, to another time.<br />
* Sessions/Tabs Isolation: Make sure sessions from other tabs do not leak between tabs. This is a major security hazard.<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Tab Exposé<br />
Exposé allows a user to quickly locate an open tab without the need to click through many tabs to find a specific target.<br />
</td><td><br />
* [http://www.apple.com/macosx/features/expose/ Apple - Mac OS X - Exposé]<br />
* [http://en.wikipedia.org/wiki/Expos%C3%A9_%28Mac_OS_X%29 Exposé on Wikipedia]<br />
* [http://shiira.jp/screenshot/en.php#tabExpose Shiira Web Browser]<br />
</td></tr><br />
<br />
<tr><td><br />
; 'Load Link in New Window/Tab' option<br />
* The current 'Open Link in New Window/Tab' option is fine if you are say clicking links to articles you want to read from that day's newpaper. Trouble is you are immediatly transfered to the slowly loading page, leaving you to try & work out which task-bar button takes you back to the front page. I'd like the option for a link to be loaded in the background while I'm left on my current page. I'd become 0.00000027% closer to nivarna with this option in my life<br />
</td><td>&nbsp;</td></tr><br />
<br />
<tr><td><br />
; "New window" option<br />
* When opening the "new window" option, the new window should remain with the present page as in Explorer, instead of going back to the home page.<br />
** See ''Duplicate in New Window'' item in the tab context menu of ''Tab Mix Plus'' extension.<br />
</td><td> <br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Browser Window<br />
* Option to make a window / popup sticky and always-on-top (Would be nice for watching a video in a popup while surfing). this option MUST ONLY be available for the user not for scripts!<br />
* Ability to split the browser window vertically or horizontally, similar to emacs windows, and load different urls into each. Common usage cases for this are when you want to see two different pages at once conveniently, monitoring multiple sites at once, etc.<br />
** Simply allow to split the window vertically with the same page for working with long pages, as in Visual Studio .NET.<br />
* UI-level Multicolumn mode, like Emacs Follow mode - split the browser window into two (or more) panes, showing the same page, the right pane leading on from the left pane. Excellent in these days of wide monitors and inexplicably narrow fixed-width web pages!<br />
* Similar to above - many web pages consist of div/table elements of less than 800 px which are aligned to the left of the screen. With a large monitor of >1600 px the entire right-hand side of the screen is wasted whitespace. Add a button to automatically paginate the display into columns if a width of e.g. <800 px is detected.<br />
*Pages could be progressed through one screen at a time with previous/next buttons on the scrollbar or in a similar way to Microsoft Word's double scroll arrows, or alternatively in a similar way to Adobe Reader/existing browser print preview functions.<br />
* Text readability improvements: 1)button/keybind to automatically narrow text to a pre-configured width - text extending accross the whole width of the window is cumbersome to read - possibly configurable to multi-column mode; 2)"Visibility imprint" - on quick scroll operations (PgUP, PgDn, mousewheel...) the previously visible area should be delimited by a frame/line for a certain period of time, after which the frame disappears or fades out, so it's easier to find the last read line; and 3)Improved automatic scrolling: finer control for very slow scrolling and freeing up the mouse. Like current autoscrolling, only finer controls (the current slowest is still too fast) and the possibility to detach the mouse, for instance by re-clicking the middle button, upon which the mouse is free to move but the page continues autoscrolling.<br />
* Allow 'drag & drop' of links anywhere on the browser window (not just the tab bar) to open the link in a new background tab (e.g. 'drag & drop' links from Google Search Results/Google News/Digg Front Page etc. to open several background tabs)<br />
* Allow 'drag & drop' of selected text on a web page anywhere on the browser window to conduct search on the selected text using the default search engine and opening the search results in a new background tab<br />
* Scroll document with middle mouse button click-drag-release. The reverse to the familiar glove that moves the document. This behaviour maps to how scrollwheels/scrollballs work, which often also occupy middle mouse button.<br />
* Open link in new window with middle mouse button. GUI-configurable option.<br />
* Open different windows each as a new browser instance so that a crash in one does not take down all other instances.<br />
* "Application Mode" - allow web applications to act more like native applications. Give them the ability to have their own launcher from the Start Menu or Dock, and their own icon and process so that the OS can treat apps like gmail just like any other app. Currently such apps are labelled "Firefox" by the OS. Hide unnecessary GUI elements such as Bookmarks bar and Address bar in this mode, for more screen real estate. (Very nice idead - i think you can make something like this with 5 lines of VB but launching firefox.exe -appmode -url http... would be cool! When the Browser runs in appmode there JS should allowed to modify the window's behavior)<br />
* Better awareness of Multi-head environments. Under traditional X Windows dual head (so the two screens are two different X displays) you can't run the same firefox profile on both screens. Under Xinerama, everything appears as one very wide screen, but now it would be nice to have a "two window mode" analagous to "single window mode" although maybe this is an extensions question.<br />
*A tab temporaly not responding should not freeze all other firefox tabs.(aka while opening a pdf it freeze all tabs while loading adobe acrobat reader)<br />
<br />
</td><td><br />
[http://superdragandgo.mozdev.org/ Super DragAndGo Extension allows you to drag links and words in order to surf and search]<br /><br />
[[User:DGolden:Follow]]<br /> <br />
[[User:Jeric]]<br /><br />
</td></tr><br />
<br />
<tr><td><br />
; Session management<br />
* Ability to save and restore sessions (tabs, etc.)<br />
* Implement some method to deal with session sets<br />
* Make session restore fast and precise (save and restore DOM, or use FastBack data)<br />
* Sessions/Tabs Isolation: Make sure sessions from other tabs do not leak between tabs. This is a major security hazard.<br />
* File > Save All Tabs / Save All Windows. Creates a double-clickable file that can be saved to the user's choice of location.<br />
</td><td><br />
[http://kb.mozillazine.org/SessionSaver SessionSaver - MZKB]<br /><br />
[https://addons.mozilla.org/firefox/436/ SessionSaver - UMO]<br /><br />
[http://forums.mozillazine.org/viewtopic.php?t=47184 SessionSaver (rewrite) - MZForum]<br /><br />
[http://sessionmanager.mozdev.org/ Session Manager Ext]<br /><br />
[http://tmp.garyr.net/ Tab Mix Plus with Session Managment]<br /><br />
</td></tr><br />
<br />
<tr><td><br />
; Sidebar<br />
* Sidebar animation<br />
* RSS animation<br />
* Allow the windows from downloads,extensions,bookmarks and history to dock as sidebars. A bit like the extension All-In-One-Sidebar.\<br />
* Better handling of multiple searches in different windows (see [https://bugzilla.mozilla.org/show_bug.cgi?id=45082 Bug 45082])<br />
</td><td><br />
- [http://firefox.exxile.net/aios/screenshots.php?PHPSESSID=a4f4bfaacaa8c756b236f44315b3188d Screenshots of All-In-One-Sidebar extension].<br /><br />
</td></tr><br />
<tr><td><br />
; Web Page easy handling <br />
* Allow to put a tag on whatever place of a web page, like a gg map interface. The tag is remembered on the right side bar of the window, can be bookmarked. when the bokkmark is clicked, the window is open and focus down to the bookmark<br />
* Allow to do a "spreadsheet like behaviour on a web page" : you can click on th tag to say "freeze up" , and when you move the cursor down the lower part of the page is scrolling down, the upper part stay unmoved,<br />
* Allow to compact the web page between 2 vertical tags<br />
* Allow for a specific web page to apply tag rules : place tags automatically between paragraphs, to allow easy compacting of un-interesting ones , propose a default "compacted" presentation" or "fully opened" behaviour on those pages.<br />
* Multiple link selection <br />
** Click and drag to select multiple links on a page<br />
** Right click to open multiple link context menu<br />
*** Open multiple links in new tabs<br />
*** Open multiple links in new windows<br />
* Allow screen to be split to show 2 tabs simeltaneously (for comparison for instance)<br />
</td><td><br />
n/a<br />
</td></tr><br />
<tr><th colspan="2">General tasks</th></tr><br />
<tr><td><br />
* Add Tab Isolation Mode to ensure each tab session does not leak from one instance to another (unless a new window/tab is opened within instance)<br />
* Add "Login As" option under file menu for accessing FTP sites that do not allow anonymous logins. This was available in previous versions of Internet Explorer and was handled by an automatic opening of the FTP site in Windows Explorer.<br />
* Add an FTP manager, similar to Windows Explorer tracking of previously accessed FTP sites.<br />
* Enhance the FTP experience. Continuing downloads, uploading, binary/ascii choice, etc.<br />
* Integrate Thunderbird with the next browser. I am an Opera fan today for the simple reason that I can get my POP mail, web mail, and browsing in one window (different tabs, of course).<br />
</td><td><br />
n/a<br />
</td></tr><br />
<tr><td><br />
In Firefox 1.x whe have only one X for close all tab one by one. in firefox 2.x we have a X for every tab, i think it isn't not at all the best way. I think the best idea is put a X in the end of the tab bar (like 1.x style) and a X for every tab (2.x style) because when i've to close more than one tab i've to spend time to find the X of the near tab and click it instead to press the X in the end.<br />
</td><td><br />
[http://kb.mozillazine.org/Browser.tabs.closeButtons Browser.tabs.closeButtons]<br />
</td></tr><br />
</table></div>Aukhttps://wiki.mozilla.org/index.php?title=Firefox/Feature_Brainstorming:Bookmarks&diff=38691Firefox/Feature Brainstorming:Bookmarks2006-10-21T03:47:47Z<p>Auk: link to User:Auk/Bookmarks#Menu from Dynamic menu section</p>
<hr />
<div>{{FeatureBrainstorming}}<br />
<table class="fullwidth-table"><br />
<tr><th>Specific features</th><br />
<th width="30%">References</th></tr><br />
<br />
<tr><td><br />
; Bookmark management<br />
* Bookmark aliases, like in Netscape 4 and Galeon<br />
** Ability to make an alias, or symlink, to a bookmark. Since there is really one bookmark, a change to the bookmark or an alias will affect all entries.<br />
** This should aid portability of bookmarks with web browsers that do support aliases.<br />
* Autocomplete typed URL's by performing a lookup of Bookmarks.<br />
** After the bookmark keywords is typed, suggest autocomplete options based on the previous values of %s<br />
* Bookmark thumbnails. Ability to view thumbnails of bookmarked pages. Size of thumbnails should be customizable. Thumbnails can be "live" updated.<br />
* Ability to associate automatically the favicon or manually any pictures to a bookmark.<br />
** '''''Hint:''''' favicons are already associated automatically, but they still require that bookmark used (followed) by the user at least once for icon to appear.<br />
* integrated html presentation of the bookmarks using something like about:bookmarks for instance <br />
* Integration with address book. When contact has URL specified, it should be put into special bookmark folder automatically.<br />
* Give bookmark manager a decent database format, add tagging and tag cloud to interface, some way to support roaming, unlimited capacity. Boolean searching of any field. Let user define fields.<br />
* When clicking "Bookmarks" and all the bookmarks drop down (Bookmark This Page..., Bookmark All Tabs..., Manage Bookmarks...) should remain fixed and not scroll with the rest of the bookmarks.<br />
* Provide API for social bookmarking sites.<br />
** e.g. provide bookmark-tagging API for Firefox extensions<br />
* When using "Bookmark All Tabs..." it should let you choose an existing folder if you want instead of always creating a new one<br />
* Autodetect duplicates<br />
** ... but '''do not''' auto-erase them<br />
* Bookmark manager assistance/validation/cleanup<br />
* Frequently visited links automarking<br />
* Favicon management<br />
* Smart bookmark folders<br />
* Saved searches as smart bookmark folders<br />
* Category suggest for bookmarks via social web service<br />
* Virtual bookmark autofile view based upon most likely suggestions from a social web service<br />
* Remote bookmarks<br />
* Syncing bookmarks<br />
* Add "Bookmarks" as an option in the Search engine with active list displayed below Search engine window to allow selection.<br />
* Make it easier to directly add a keyword when saving bookmarks (i.e. you should see a keyword field when you press ctrl+D to bookmark a page)<br />
* Relevance based filtering<br />
* Leverage power of DB-based history/bookmarks<br />
* Auto-linking/smart tagging<br />
* Preserving DOM state<br />
* Import favorites from IE, Opera, AOL, Netscape, Avant, Konqueror...<br />
** Partially implemented already, see File&rarr;Import...<br />
* Bayesian training/pruning<br />
* Option to open bookmarks in same tab, new tab, or new window<br />
* Allow user to search the bookmark list by fields other than Title, including URL.<br />
* Allow user to search bookmarked pages via a search engine, eg Google, so that the search performed will be for the bookmark('s/s') domain(s). <br />
* <font color="grey"><del>show/sort time and date of when bookmark was added</del></font><br />
* <font color="grey"><del>show/sort time and date of when bookmark was last-visited</del></font><br />
* toggle to indicate that site in bookmark no longer active (detect 404)<br />
* Bookmark filters - i.e. pages from domain X go in folder Y, pages with FOO in the title go in folder BAR<br />
* When deleting a bookmark from the bookmark menu (using the right click), bookmark menu should remain open, not close immediately.--[[User:CarlRogerson|CarlRogerson]] 00:44, 14 October 2006 (PDT)<br />
* Add option to rename bookmarks directly from the menu itself, not necessarily by going through the bookmark manager.--[[User:CarlRogerson|CarlRogerson]] 00:44, 14 October 2006 (PDT)<br />
* validate Bookmarks on demand (see https://bugzilla.mozilla.org/show_bug.cgi?id=171467)<br />
* Ctrl+D should bookmark a page directly. The "Add Bookmark" dialogue/option box should be restricted to clicking on the Bookmarks menu and then choosing "Bookmark This Page" (this would imply that Ctrl+D and "Bookmark This Page" be separated).--[[User:CarlRogerson|CarlRogerson]] 00:44, 14 October 2006 (PDT)<br />
* Allow live bookmarks to be turned off and on.<br />
* A simple bookmark subscription function like was available on IE 4 where the browser scans for changes to bookmarked sites and presents a separate list marking ones have changed.<br />
* When creating a bookmark by drag and drop, firefox should pop a dialog so you can shorten most pages incredibly verbose titles to something you want to see in your bookmark list. <br />
* Timed bookmarks. The ability to set an experation on a bookmark that automatically deletes it. Many times I want to bookmark an article to read later but if I forget to read it, I don't want it cluttering up my bookmarks.<br />
* Display folder hierarchy when displaying results of bookmark search in sidebar and also include folder names in search.<br />
* Online bookmarks. Users can save bookmarks to bookmark services like google bookmark. There are firefox add-ons that do similar job, but they are not reliable and secure enough since user account information could be disclosed.<br />
* When searching for a bookmark in the Bookmarks sidebar it should be possible to also see the location (bookmark folder) of the bookmark, possibly the url, description, ... That would make it easier to remove duplicate bookmarks.<br />
* When opening a group of bookmarks in tabs, allow the group of bookmarks to be updated as a unit, replacing the old tab group with the existing set of visible tabs.<br />
* I need something like Powermarks bookmark manager: add tags to bookmarks. The tags should be extracted from bookmarked pages or manually added. I should be able to search bookmarks by tags. No need of folders , just a one list of bookmarks. I also need online sync.<br />
* Be able to bookmark entire tab sets. This way a research project of serveral tabs can be bookmarked for future reference. This could work really well with the above suggestion for nested and hireacheal tabbing.<br />
* After using middle mouse button to open bookmark, bookmark list remains open to allow opening of other bookmarks.<br />
* Allow multiple keyword placeholders (%s1, %s2, ... instead of just %s) in bookmark URL's.<br />
** Not '''instead'''; there should still be an option to use the whole line as %s<br />
* Allow to define charset in bookmark details window in order to allow keyword placeholders (like %s) to work with special characters and umlauts.<br />
* Use tooltips to show the content of the <description> attribute from rss/atom elements.<br />
* Remember visited elements from live bookmarks across sessions and updates (see infoRSS or Sage extension).<br />
* On my system, 70% of the space on Firefox's menu bar is unused. I want to be able to make use of that wasted space by unnesting some of my deep hierarchy of bookmarks into it. Ideally this would be done by allowing the user to customize multiple top-level bookmark menus perhaps at the right side of the bar. For management purposes, bookmarks should still be presented as a single hierarchy.<br />
* When searching bookmarks, there should be a way to determine the bookmark's location in the tree.<br />
* The short list of locations in the Add Bookmark dialogue should be customizable.<br />
* The bookmark toolbar should be made flexible to be able to show as multiple rows. With the current widescreen and increasing monitor sizes, we have plenty of space on right and left side of the webpages showing blank. I would like to use them to see the live bookmarks readily.<br />
* When opening folder of bookmark, do NOT close existing tabs.<br />
* Allow deleting Bookmarks Toolbar Folder.<br />
</td><td><br />
* [[User:Dria/On_Tagging|On Tagging]]<br />
* [[User:Eschabor|Online Bookmarks]]<br />
* [[User:Wolgamiz/Tagmarks|On "On Tagging"]]<br />
* [[User:Auk/Bookmarks]]<br />
<br />
* [https://bugzilla.mozilla.org/show_bug.cgi?id=195031 bug 195031]<br />
* [https://bugzilla.mozilla.org/show_bug.cgi?id=261744 bug 261744]<br />
* [https://bugzilla.mozilla.org/show_bug.cgi?id=220049 bug 220049]<br />
* [https://bugzilla.mozilla.org/show_bug.cgi?id=326896 bug 326896]<br />
* [https://bugzilla.mozilla.org/show_bug.cgi?id=253912 bug 253912]<br />
</td></tr><br />
<br />
<tr><td><br />
; In-page bookmarking<br />
* Easily-accessible, actual book-style bookmarks for long documents, where you can: <br />
** Preserve your position in the page<br />
** Move, rather than create new/delete old, the bookmark. This is useful when reading through e.g. the archives of an on-line comic, an e-book, or catching up after vacation on a blog like slashdot, <br />
* Allow the user to store the full text and images of bookmarked pages, just in case they go away (see discussion about archiving in "History" section)<br />
* Allow to set an expiration date for a bookmark, like [https://addons.mozilla.org/firefox/2886/ Tark] This is particularly useful for time constraint web pages such as auction items status, flight information, order status, track confirmation, etc which are irrelevant after a short while.<br />
* Allow to bookmark form content (may be a security problem ?)<br />
**Make it easy to use multiple accounts on a site (typically a webmailer, like Yahoo Mail or Gmail), with multiple bookmarks<br />
**Unfortunately, easy to use for massive spam, in forums for example<br />
<br />
</td><td><br />
- [[User_talk:Topa#In-Page_Bookmarking | Provide in-page content-highlighting and saving page-state while bookmarking]]<br /><br />
</td></tr><br />
<br />
<tr><td><br />
; Bookmark toolbars<br />
* Revisit bookmark toolbars<br />
* Multiple (nameable) bookmark toolbars that can be flipped between easily<br />
* Bookmark dock<br />
** A "bookmark dock" is conceptualized as a bookmark toolbar that allows a user to specify icons instead of text, and that could optionally be placed at the top, left, right, or bottom of the browser window. <br />
* Bookmark bar which allows to span multiple rows (to provide more one-click-to-go shortcuts)<br />
*Visually emphasize favorite bookmarks within a folder on the bookmark toolbar<br />
*Ease selection of favorite, most frequently visited bookmarks by displaying them in a larger font and/or with a larger icon than less regularly loaded bookmarks<br />
* Have the ability to use custom favicons/icons on bookmark folders added to the 'Bookmarks Toolbar Folder' instead of the default yellow folder.<br />
* Fix [https://bugzilla.mozilla.org/show_bug.cgi?id=186532 bug 186532]: wrong favicon displayed when page is switched while old page is loading.<br />
* When dragging a page (link) to a bookmark folder (to bookmark the page using drag-and-drop), if there are too many bookmarks in the folder to show them all at once, the list should scroll up/down when you hover over the little up/down arrows respectively. At the moment you have to first scroll up/down to the location in the list where you want to add the bookmark and then drag it to the folder.<br />
* If you delete a bookmark (by right-clicking the bookmark and clicking "Delete") it should be nice if the folder stayed opened so you can delete more bookmarks without having to navigate to the same folder each time. The same would be handy for opening a bookmark by right-clicking it and selecting "Open in New Tab" (and maybe for some of the other actions from the context menu too).<br />
* At the moment, if the name of the bookmark is too long to fit in the box, only a part of the name is shown (ending in "..."). It should be nice if more info about the bookmark would be displayed when hovering over the bookmark: its full name, maybe even the location (url of the page), its description, ... At the moment if two bookmarks have the same name or if the visible part of their names is the same there is no easy way to know the difference between them (apart from going to the bookmark manager or opening both links).<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Bookmarks Timestamp and hide Inactive Bookmarks<br />
* Add a Date Timestamp to the properties of a bookmark<br />
* Keep track when last time was clicked on a bookmark<br />
* Add a option to hide Bookmarks that you haven't clicked on for more the 30, 60 or 120 days<br />
* Add a command to archive unused bookmarks into an "archived_bookmarks.html"<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Bookmarks in other parts of browser chrome<br />
* Let individual bookmarks live on the status and menu bars, and provide UI for putting them there (f.e. support for dragging and dropping bookmarks from the bookmarks sidebar and the bookmarks toolbar to the status and menu bars)<br />
* Let bookmarks be accessible from the right click menu without the need to navigate to the bookmark item in the toolbar. Ie Right click anywhere on a page and submenu for bookmarks opens.<br />
* Startup page : Add an option to randomly select startup page within bookmarks<br />
* Startup page : In conjunction with Bookmarks Timestamps, add an option letting Firefox autoselect oldest-viewed bookmark<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Page change notification<br />
* Enable a system where the browser can check if a page has changed, without relying on Web feeds (any bookmark can be "live")<br />
</td><td><br />
The Suite used to have this; research why it was dropped before implementing it again<br />
</td></tr><br />
<br />
<tr><td><br />
; Erasing bookmark links<br />
* Find broken bookmark links: Automatically check for links that return 404s or other broken link behaviours.<br />
* Erasing links shouldn't erase it forever (aka "trash can", "recycle bin"). "Trash" could retain links for nn days or retain last nn deleted links.<br />
* Search and highlight duplicate entries. Then, user can erase manually those duplicate entries (...choosing were to place each duplicate entry or leaving them unchanged)<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Bookmarks backend<br />
* Flexible bookmarks API<br />
* Smarter handling of bookmarking redirects<br />
* Ability to bookmark a POST response<br />
* Ability to bookmark a session (i.e. when bookmarking a single tab, the ability to bookmark the whole session in that tab rather than just the specific page; when bookmarking multiple tabs, the ability to bookmark the sessions in those tabs rather than just the specific pages)<br />
* Rich-text (i.e. HTML) microsummary bookmarks<br />
* Live titles extracted from feeds<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Bookmark Appearance<br />
* Let live bookmarks expand in a tool tip like way to view whole title<br />
* Let live bookmarks expand in a tool tip like way to view the associated text (usually the article's first paragraph) in the RSS feed.<br />
* If text bookmarks are to stay, allow for the text size to be user-editable, so more bookmarks can fit onto the bookmarks toolbar (as an alternative to the icon idea above)<br />
* Display Separator text in Bookmark menu, if set.<br />
** Firefox allows setting a Name(via Property) for a Separator. Bookmarks in the menu does not display this text, but just Separator. <br />
** Display Text with Separator in Bookmark Menu, if set, like in Bookmark manager. e.g. "-- News ------" instead of "------------"<br />
** allow user to disable the text display, via a checkbox.<br />
** allow user to right-click on Separator in Bookmark menu, to set/update property value.<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Dynamic Firefox Bookmark Menu<br />
* Allow "organizing bookmarks" functionality from firefox without opening Bookmarks Manager<br />
* Allow drag-and-drop to move bookmarks, folders, separators around in bookmarks menu<br />
* Allow right click to cut/copy/paste or delete bookmarks in bookmark menu<br />
* Allow right click to make new folder or separator<br />
</td><td><br />
* [[User:Auk/Bookmarks#Menu]]<br />
</td></tr><br />
<br />
<tr><td><br />
* Allow easy export/ import of a set of bookmarks, or a subfolder (or sub-tree) of bookmarks.<br />
* Allow synchronisation of sub-trees between two machines (e.g I want to synchronise my HTML bookmarks, between home and work, but not my banking or "friends" bookmarks.<br />
</td><td><br />
- [[User:pigsonthewing|Andy Mabbett]]<br /><br />
</td></tr><br />
<br />
<tr><td><br />
* Allow bookmark synchronization with an online bookmark repository so I can use the same bookmarks at work and at home and add/remove bookmarks both places. Sort of version control like. This could be done by either Mozilla hostings some sort of repository and/or using an open standard. Scalabilitywise; Using the same interface on this "bookmark repository" as on the "local bookmark engine" that alreaty exist would allow the user choose "implementation", and also ease addition of other "bookmark engines".<br />
</td><td><br />
- [[User:geirgp|Geir Pettersen]]<br /><br />
</td></tr><br />
<br />
<tr><td><br />
; Annotations ("Research Assistant")<br />
* Allow annotations of any link on any web page displayed in the browser.<br />
* Disable display or function of any link to a page that is dead or garbage.<br />
* Have the annotations specific to what you are looking for during this session.<br />
* Invert a page of links (like those from a search engine), and have the page links displayed according to the annotations you've made.<br />
</td><td><br />
See: [[ResearchAssistant]]<br />
</td></tr><br />
<br />
<tr><td><br />
; Bookmark Location<br />
One simple thing which I miss from IE - the ability to change the location of the bookmark file.<br />
<br />
To whit, I have a network of five PCs at home running Linux and various versions of Windows. With IE, I could set up a "Favourites" directory on the main file-server and point ''all'' instances of IE to that directory - in effect, no matter which PC I used, I would always see (and edit) the same Favourites directory.<br />
<br />
I am having trouble duplicating this simple feat with FireFox. Yes, there are a lot of (mostly not-working properly) "save to an external website and sync", but this is faught with problem, requires me to access an external site, takes time, etc, etc, etc.<br />
<br />
Frankly, I'd rather have a ''single'' bookmark file somewhere on the LAN which I can easily point FF to via a menu option.<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Microsummaries<br />
* Allow customized update intervals, global enabling/disabling<br />
* Allow alerts for changes, open automatically in new window/tab, export to xml for RSS reader<br />
* Half-periodic: Start every day/weekday/week/month (now number of this) and check until microsummary changes all xx minutes<br />
* Improve installation and management of microsummary generators<br />
* Allow firefox to create its own microsummaries ({{bug|356440}})<br />
</td><td><br />
[[Archaeopteryx/Customizable_Microsummaries|Customizable Microsummaries]]<br />
</td></tr><br />
<br />
<tr><th colspan="2">General tasks</th></tr><br />
<tr><td><br />
* Completely rework bookmark manager<br />
* Investigate the concept of bookmark data mining<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<br />
<br />
</table></div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Bookmarks&diff=38690User:Auk/Bookmarks2006-10-21T03:42:11Z<p>Auk: cleanup</p>
<hr />
<div>Here are my thoughts on the future of bookmarking in Firefox. This draft is a KISS outlook based upon and inspired by several other articles. This model throws much of what has been before and builds a system that is simple but effective and &mdash; hopefully &mdash; in the long run easier to use.<br />
<br />
== Add ==<br />
A given url can be bookmarked or not bookmarked. There is not so much 'adding' a bookmark as 'bookmarking a page'. Think a tool bar toggle-button Bookmark This Page, or a check-menu-item Bookmarks -> Bookmark This Page.<br />
<br />
When a page is bookmarked, it's text should be scanned and saved for later searching ease (technical details of this to be argued) in the SQLite .db file.<br />
<br />
This should be carried on in the background, or perhaps simply a progress bar in the status bar, and not stop the UI usage flow &mdash; no add dialog, no nothing, but a toggled button.<br />
<br />
In accordance with [[user:auk/Bookmarks#Manual tagging|manual tagging]], the tool bar button could feature a drop-down with a 'Tag option'...or something.<br />
<br />
== Remove ==<br />
Ever accidentally hit delete on a bookmark? Might it have changed your life if you still had it? It would be wasteful to keep all data for bookmarks that are supposed to be deleted; so, keep just enough to resurrect it later.<br />
<br />
When a bookmark is deleted, the description, index, and all data ''except the title and URI'' are deleted from the DB. In addition, the 'deleted' flag is set to True.<br />
<br />
In the UI, you can resurrect bookmarks (by navigating to a special Trash filter) and their other data is then repopulated and the deleted flag set False.<br />
<br />
== Search ==<br />
I feel the primary mechanism of finding a bookmark should be searching. Some may argue this is a technical user's way of operating &mdash; text en lieu of point-and-click. However, I've watched many (my grand-parents, generic other non-techies and techies alike) pull up Google in favor of their bookmarks time and time again.<br />
<br />
Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succinct and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it.<br />
<br />
The search mechanism scans the text index of a page mentioned in the Add section and finds matches and close matches to the search query. Results are ordered bby how close they match the query, or by how recently they were bookmarked. A lot like Google.<br />
<br />
A common mistake in search interfaces/algorithms is that they only match exact character matches. This is ''bad''. Things can often be spelled many ways, or say the page author made a typo. Matching multiple words only when they're lined up is also bad &mdash; a search for 'lichtenstein pudding' should find both 'Lichtenstein pudding is delicious.' and 'In Lichtenstein they make delicious pudding.' Searching for 'lichtenstein puding' [sic] should bring up those same results.<br />
<br />
=== Interface ===<br />
The searching interface should be integrated and easily available. The quite popular [[User:Dria/On Tagging#Searching|article by Dria]] fits very closely to what I have in mind. However, I have a few ideas I feel should differ. Call it a superset.<br />
<br />
* Auto-complete in the URL bar<br />
* Entry in the search bar<br />
<br />
The first has numerous advantages, one of which is that a user does not have to explicitly search thier bookmarks; they can merely start typing for a page they remember. (A URI is not required, any term will work.)<br />
<br />
However, there are disadvantages <span lang="fr" style="font-style: italic">aussi</span>. The main one is speed. Waiting for the auto-complete suggestions to pop up or watching results appear at noticeably different times can be confusing and irritating.<br />
<br />
Putting an entry in the search bar is the most obvious option. Basically, this has the dis/advantages that are the opposite of auto-complete in the url bar.<br />
<br />
== Menu ==<br />
Inevitably, people are going to want a menu. It's hard to be thrown straight into a new paradigm, ever if you're already using it without realizing (most people use Google on a regular basis). Sometimes a menu just works better.<br />
<br />
It would look something like:<br />
<br />
* [x] Bookmark This Page<br />
* Bookmark All Tabs<br />
* --------<br />
* Search Bookmarks<br />
* Manage Bookmarks<br />
* --------<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {You get the idea}<br />
<br />
However, a menu brings up some issues with our (this article's) minimal-interaction policy. We could auto-generate tags from the indexed text of a bookmarked page, but this would require complicated matching-and-rescanning to generate hierarchies and prevent the list of items from running hundreds long. Then, after implementation it would probably not work very well.<br />
<br />
We could show the most recently used/added bookmarks, or the ones flagged important (also show up on bookmarks tool bar).<br />
<br />
We could make the user manually manage his tags. I don't like it, but it really seems the only available option.<br />
<br />
Dria [[User:Dria/On_Tagging#Tag_Suggest|mentions a tag suggest feature]] that somewhat resembles my auto-generation idea. However, his idea is a ''suggestion'', that can be pruned by the user. I think that makes a big difference.<br />
<br />
However, there are also things that can in no way be auto-generated from the text. For example, I often bookmark pages for their design alone. The content of the page isn't really good enough to merit coming back to. Currently, I put these in Web -> Ideaboosters. But, it would be incredibly useful to tag these with, say, Web Design or Web -> Cool Design etc. Manual tagging needs to be let in.<br />
<br />
== Syncing ==<br />
<br />
Also see: [[User:Dria/On_Tagging#Syncing]]<br />
<br />
I don't like the idea of a centralized service, even though we all know Mozilla can never do evil :). It just seems too...yeah.<br />
<br />
However, we can't expect users to set up their own servers etc. A centralized service does seem the way to go. If this is the case, however, there should be a option (Bookmarks -> Manage Bookmarks -> Syncing...) to edit the servers used.<br />
<br />
Mozilla should also:<br />
* Notify the user that their bookmarks will be stored online, on Mozilla's servers.<br />
* Notify that it is possible to store them elsewhere<br />
* Keep a strict no-peek policy where they don't look inside users bookmark files, even for legitimate purposes such as bigfixing or other software improvement.<br />
* NOT create a bookmark account with an install of Firefox. Online bookmark account must be created EXPLICITLY, and the password and user name chosen then. When a user first installs Firefox, their bookmarks and other user data are completely isolated on their local drive.<br />
* Legal agreement as such.<br />
<br />
Yes, I'm a crazy liberal :)<br />
<br />
=== Remote access ===<br />
<br />
It would be nice to have a web interface (login required!) from which a user on-the-go (relative's house, hotel...) can get their bookmarks (bookmarks.mozilla.org?).<br />
<br />
== Manual tagging ==<br />
<br />
Yes, we have to let manual tagging and a bookmarks manager in the door. We can still keep it as simple as possible.<br />
<br />
Check out a [[Media:Auk-f-spot.png|pic of the F-Spot photo manager]] and the [[Media:Auk-bookmarks-manager.png|current Firefox bookmarks manager]].<br />
<br />
Now check out my mish-mashed idea of a [[Media:Auk-new-bookmarks-manager.png|new bookmarks manager]].<br />
<br />
There are a few incorrect things in the mockup:<br />
<br />
* New Folder button should be New Tag, and needs a new icon.<br />
* Each tag in the sidebar should have it's own text box, aligned to the right.<br />
* Properties panel should take up bottom half of the bookmarks listing panel.</div>Aukhttps://wiki.mozilla.org/index.php?title=Firefox/Feature_Brainstorming:Bookmarks&diff=38359Firefox/Feature Brainstorming:Bookmarks2006-10-19T01:51:43Z<p>Auk: link to User:Auk/Bookmarks</p>
<hr />
<div>{{FeatureBrainstorming}}<br />
<table class="fullwidth-table"><br />
<tr><th>Specific features</th><br />
<th width="30%">References</th></tr><br />
<br />
<tr><td><br />
; Bookmark management<br />
* Autocomplete typed URL's by performing a lookup of Bookmarks.<br />
** After the bookmark keywords is typed, suggest autocomplete options based on the previous values of %s<br />
* Bookmark thumbnails. Ability to view thumbnails of bookmarked pages. Size of thumbnails should be customizable. Thumbnails can be "live" updated.<br />
* Ability to associate automatically the favicon or manually any pictures to a bookmark.<br />
** '''''Hint:''''' favicons are already associated automatically, but they still require that bookmark used (followed) by the user at least once for icon to appear.<br />
* integrated html presentation of the bookmarks using something like about:bookmarks for instance <br />
* Integration with address book. When contact has URL specified, it should be put into special bookmark folder automatically.<br />
* Give bookmark manager a decent database format, add tagging and tag cloud to interface, some way to support roaming, unlimited capacity. Boolean searching of any field. Let user define fields.<br />
* When clicking "Bookmarks" and all the bookmarks drop down (Bookmark This Page..., Bookmark All Tabs..., Manage Bookmarks...) should remain fixed and not scroll with the rest of the bookmarks.<br />
* Provide API for social bookmarking sites.<br />
** e.g. provide bookmark-tagging API for Firefox extensions<br />
* When using "Bookmark All Tabs..." it should let you choose an existing folder if you want instead of always creating a new one<br />
* Autodetect duplicates<br />
** ... but '''do not''' auto-erase them<br />
* Bookmark manager assistance/validation/cleanup<br />
* Frequently visited links automarking<br />
* Favicon management<br />
* Smart bookmark folders<br />
* Saved searches as smart bookmark folders<br />
* Category suggest for bookmarks via social web service<br />
* Virtual bookmark autofile view based upon most likely suggestions from a social web service<br />
* Remote bookmarks<br />
* Syncing bookmarks<br />
* Add "Bookmarks" as an option in the Search engine with active list displayed below Search engine window to allow selection.<br />
* Make it easier to directly add a keyword when saving bookmarks (i.e. you should see a keyword field when you press ctrl+D to bookmark a page)<br />
* Relevance based filtering<br />
* Leverage power of DB-based history/bookmarks<br />
* Auto-linking/smart tagging<br />
* Preserving DOM state<br />
* Import favorites from IE, Opera, AOL, Netscape, Avant, Konqueror...<br />
** Partially implemented already, see File&rarr;Import...<br />
* Bayesian training/pruning<br />
* Option to open bookmarks in same tab, new tab, or new window<br />
* Allow user to search the bookmark list by fields other than Title, including URL.<br />
* Allow user to search bookmarked pages via a search engine, eg Google, so that the search performed will be for the bookmark('s/s') domain(s). <br />
* <font color="grey"><del>show/sort time and date of when bookmark was added</del></font><br />
* <font color="grey"><del>show/sort time and date of when bookmark was last-visited</del></font><br />
* toggle to indicate that site in bookmark no longer active (detect 404)<br />
* Bookmark filters - i.e. pages from domain X go in folder Y, pages with FOO in the title go in folder BAR<br />
* When deleting a bookmark from the bookmark menu (using the right click), bookmark menu should remain open, not close immediately.--[[User:CarlRogerson|CarlRogerson]] 00:44, 14 October 2006 (PDT)<br />
* Add option to rename bookmarks directly from the menu itself, not necessarily by going through the bookmark manager.--[[User:CarlRogerson|CarlRogerson]] 00:44, 14 October 2006 (PDT)<br />
* validate Bookmarks on demand (see https://bugzilla.mozilla.org/show_bug.cgi?id=171467)<br />
* Ctrl+D should bookmark a page directly. The "Add Bookmark" dialogue/option box should be restricted to clicking on the Bookmarks menu and then choosing "Bookmark This Page" (this would imply that Ctrl+D and "Bookmark This Page" be separated).--[[User:CarlRogerson|CarlRogerson]] 00:44, 14 October 2006 (PDT)<br />
* Allow live bookmarks to be turned off and on.<br />
* A simple bookmark subscription function like was available on IE 4 where the browser scans for changes to bookmarked sites and presents a separate list marking ones have changed.<br />
* When creating a bookmark by drag and drop, firefox should pop a dialog so you can shorten most pages incredibly verbose titles to something you want to see in your bookmark list. <br />
* Timed bookmarks. The ability to set an experation on a bookmark that automatically deletes it. Many times I want to bookmark an article to read later but if I forget to read it, I don't want it cluttering up my bookmarks.<br />
* Display folder hierarchy when displaying results of bookmark search in sidebar and also include folder names in search.<br />
* Online bookmarks. Users can save bookmarks to bookmark services like google bookmark. There are firefox add-ons that do similar job, but they are not reliable and secure enough since user account information could be disclosed.<br />
* When searching for a bookmark in the Bookmarks sidebar it should be possible to also see the location (bookmark folder) of the bookmark, possibly the url, description, ... That would make it easier to remove duplicate bookmarks.<br />
* When opening a group of bookmarks in tabs, allow the group of bookmarks to be updated as a unit, replacing the old tab group with the existing set of visible tabs.<br />
* I need something like Powermarks bookmark manager: add tags to bookmarks. The tags should be extracted from bookmarked pages or manually added. I should be able to search bookmarks by tags. No need of folders , just a one list of bookmarks. I also need online sync.<br />
* Be able to bookmark entire tab sets. This way a research project of serveral tabs can be bookmarked for future reference. This could work really well with the above suggestion for nested and hireacheal tabbing.<br />
* After using middle mouse button to open bookmark, bookmark list remains open to allow opening of other bookmarks.<br />
* Allow multiple keyword placeholders (%s1, %s2, ... instead of just %s) in bookmark URL's.<br />
** Not '''instead'''; there should still be an option to use the whole line as %s<br />
* Allow to define charset in bookmark details window in order to allow keyword placeholders (like %s) to work with special characters and umlauts.<br />
* Use tooltips to show the content of the <description> attribute from rss/atom elements.<br />
* Remember visited elements from live bookmarks across sessions and updates (see infoRSS or Sage extension).<br />
* On my system, 70% of the space on Firefox's menu bar is unused. I want to be able to make use of that wasted space by unnesting some of my deep hierarchy of bookmarks into it. Ideally this would be done by allowing the user to customize multiple top-level bookmark menus perhaps at the right side of the bar. For management purposes, bookmarks should still be presented as a single hierarchy.<br />
* When searching bookmarks, there should be a way to determine the bookmark's location in the tree.<br />
* The short list of locations in the Add Bookmark dialogue should be customizable.<br />
* The bookmark toolbar should be made flexible to be able to show as multiple rows. With the current widescreen and increasing monitor sizes, we have plenty of space on right and left side of the webpages showing blank. I would like to use them to see the live bookmarks readily.<br />
* When opening folder of bookmark, do NOT close existing tabs.<br />
* Allow deleting Bookmarks Toolbar Folder.<br />
</td><td><br />
* [[User:Dria/On_Tagging|On Tagging]]<br />
* [[User:Eschabor|Online Bookmarks]]<br />
* [[User:Wolgamiz/Tagmarks|On "On Tagging"]]<br />
* [[User:Auk/Bookmarks]]<br />
<br />
* [https://bugzilla.mozilla.org/show_bug.cgi?id=195031 bug 195031]<br />
* [https://bugzilla.mozilla.org/show_bug.cgi?id=261744 bug 261744]<br />
* [https://bugzilla.mozilla.org/show_bug.cgi?id=220049 bug 220049]<br />
* [https://bugzilla.mozilla.org/show_bug.cgi?id=326896 bug 326896]<br />
* [https://bugzilla.mozilla.org/show_bug.cgi?id=253912 bug 253912]<br />
</td></tr><br />
<br />
<tr><td><br />
; In-page bookmarking<br />
* Easily-accessible, actual book-style bookmarks for long documents, where you can: <br />
** Preserve your position in the page<br />
** Move, rather than create new/delete old, the bookmark. This is useful when reading through e.g. the archives of an on-line comic, an e-book, or catching up after vacation on a blog like slashdot, <br />
* Allow the user to store the full text and images of bookmarked pages, just in case they go away (see discussion about archiving in "History" section)<br />
* Allow to set an expiration date for a bookmark, like [https://addons.mozilla.org/firefox/2886/ Tark] This is particularly useful for time constraint web pages such as auction items status, flight information, order status, track confirmation, etc which are irrelevant after a short while.<br />
<br />
</td><td><br />
- [[User_talk:Topa#In-Page_Bookmarking | Provide in-page content-highlighting and saving page-state while bookmarking]]<br /><br />
</td></tr><br />
<br />
<tr><td><br />
; Bookmark toolbars<br />
* Revisit bookmark toolbars<br />
* Bookmark dock<br />
** A "bookmark dock" is conceptualized as a bookmark toolbar that allows a user to specify icons instead of text, and that could optionally be placed at the top, left, right, or bottom of the browser window. <br />
* Bookmark bar which allows to span multiple rows (to provide more one-click-to-go shortcuts)<br />
*Visually emphasize favorite bookmarks within a folder on the bookmark toolbar<br />
*Ease selection of favorite, most frequently visited bookmarks by displaying them in a larger font and/or with a larger icon than less regularly loaded bookmarks<br />
* Have the ability to use custom favicons/icons on bookmark folders added to the 'Bookmarks Toolbar Folder' instead of the default yellow folder.<br />
* As per [https://bugzilla.mozilla.org/show_bug.cgi?id=63295 bug 63295] (almost 6 years old), menus should auto-scroll if you hover above/below them.<br />
* Fix [https://bugzilla.mozilla.org/show_bug.cgi?id=186532 bug 186532]: wrong favicon displayed when page is switched while old page is loading.<br />
* When dragging a page (link) to a bookmark folder (to bookmark the page using drag-and-drop), if there are too many bookmarks in the folder to show them all at once, the list should scroll up/down when you hover over the little up/down arrows respectively. At the moment you have to first scroll up/down to the location in the list where you want to add the bookmark and then drag it to the folder.<br />
* If you delete a bookmark (by right-clicking the bookmark and clicking "Delete") it should be nice if the folder stayed opened so you can delete more bookmarks without having to navigate to the same folder each time. The same would be handy for opening a bookmark by right-clicking it and selecting "Open in New Tab" (and maybe for some of the other actions from the context menu too).<br />
* At the moment, if the name of the bookmark is too long to fit in the box, only a part of the name is shown (ending in "..."). It should be nice if more info about the bookmark would be displayed when hovering over the bookmark: its full name, maybe even the location (url of the page), its description, ... At the moment if two bookmarks have the same name or if the visible part of their names is the same there is no easy way to know the difference between them (apart from going to the bookmark manager or opening both links).<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Bookmarks Timestamp and hide Inactive Bookmarks<br />
* Add a Date Timestamp to the properties of a bookmark<br />
* Keep track when last time was clicked on a bookmark<br />
* Add a option to hide Bookmarks that you haven't clicked on for more the 30, 60 or 120 days<br />
* Add a command to archive unused bookmarks into an "archived_bookmarks.html"<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Bookmarks in other parts of browser chrome<br />
* Let individual bookmarks live on the status and menu bars, and provide UI for putting them there (f.e. support for dragging and dropping bookmarks from the bookmarks sidebar and the bookmarks toolbar to the status and menu bars)<br />
* Let bookmarks be accessible from the right click menu without the need to navigate to the bookmark item in the toolbar. Ie Right click anywhere on a page and submenu for bookmarks opens.<br />
* Startup page : Add an option to randomly select startup page within bookmarks<br />
* Startup page : In conjunction with Bookmarks Timestamps, add an option letting Firefox autoselect oldest-viewed bookmark<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Page change notification<br />
* Enable a system where the browser can check if a page has changed, without relying on Web feeds (any bookmark can be "live")<br />
</td><td><br />
The Suite used to have this; research why it was dropped before implementing it again<br />
</td></tr><br />
<br />
<tr><td><br />
; Erasing bookmark links<br />
* Find broken bookmark links: Automatically check for links that return 404s or other broken link behaviours.<br />
* Erasing links shouldn't erase it forever (aka "trash can", "recycle bin"). "Trash" could retain links for nn days or retain last nn deleted links.<br />
* Search and highlight duplicate entries. Then, user can erase manually those duplicate entries (...choosing were to place each duplicate entry or leaving them unchanged)<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Bookmarks backend<br />
* Flexible bookmarks API<br />
* Smarter handling of bookmarking redirects<br />
* Ability to bookmark a POST response<br />
* Ability to bookmark a session (i.e. when bookmarking a single tab, the ability to bookmark the whole session in that tab rather than just the specific page; when bookmarking multiple tabs, the ability to bookmark the sessions in those tabs rather than just the specific pages)<br />
* Rich-text (i.e. HTML) microsummary bookmarks<br />
* Live titles extracted from feeds<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Bookmark Appearance<br />
* Let live bookmarks expand in a tool tip like way to view whole title<br />
* Let live bookmarks expand in a tool tip like way to view the associated text (usually the article's first paragraph) in the RSS feed.<br />
* If text bookmarks are to stay, allow for the text size to be user-editable, so more bookmarks can fit onto the bookmarks toolbar (as an alternative to the icon idea above)<br />
* Display Separator text in Bookmark menu, if set.<br />
** Firefox allows setting a Name(via Property) for a Separator. Bookmarks in the menu does not display this text, but just Separator. <br />
** Display Text with Separator in Bookmark Menu, if set, like in Bookmark manager. e.g. "-- News ------" instead of "------------"<br />
** allow user to disable the text display, via a checkbox.<br />
** allow user to right-click on Separator in Bookmark menu, to set/update property value.<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
; Dynamic Firefox Bookmark Menu<br />
* Allow "organizing bookmarks" functionality from firefox without opening Bookmarks Manager<br />
* Allow drag-and-drop to move bookmarks, folders, separators around in bookmarks menu<br />
* Allow right click to cut/copy/paste or delete bookmarks in bookmark menu<br />
* Allow right click to make new folder or separator<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><td><br />
* Allow easy export/ import of a set of bookmarks, or a subfolder (or sub-tree) of bookmarks.<br />
* Allow synchronisation of sub-trees between two machines (e.g I want to synchronise my HTML bookmarks, between home and work, but not my banking or "friends" bookmarks.<br />
</td><td><br />
- [[User:pigsonthewing|Andy Mabbett]]<br /><br />
</td></tr><br />
<br />
<tr><td><br />
* Allow bookmark synchronization with an online bookmark repository so I can use the same bookmarks at work and at home and add/remove bookmarks both places. Sort of version control like. This could be done by either Mozilla hostings some sort of repository and/or using an open standard. Scalabilitywise; Using the same interface on this "bookmark repository" as on the "local bookmark engine" that alreaty exist would allow the user choose "implementation", and also ease addition of other "bookmark engines".<br />
</td><td><br />
- [[User:geirgp|Geir Pettersen]]<br /><br />
</td></tr><br />
<br />
<tr><td><br />
; Microsummaries<br />
* Allow customized update intervals, global enabling/disabling<br />
* Allow alerts for changes, open automatically in new window/tab, export to xml for RSS reader<br />
* Half-periodic: Start every day/weekday/week/month (now number of this) and check until microsummary changes all xx minutes<br />
</td><td><br />
[[Archaeopteryx/Customizable_Microsummaries|Customizable Microsummaries]]<br />
</td></tr><br />
<br />
<tr><td><br />
; Bookmark Location<br />
One simple thing which I miss from IE - the ability to change the location of the bookmark file.<br />
<br />
To whit, I have a network of five PCs at home running Linux and various versions of Windows. With IE, I could set up a "Favourites" directory on the main file-server and point ''all'' instances of IE to that directory - in effect, no matter which PC I used, I would always see (and edit) the same Favourites directory.<br />
<br />
I am having trouble duplicating this simple feat with FireFox. Yes, there are a lot of (mostly not-working properly) "save to an external website and sync", but this is faught with problem, requires me to access an external site, takes time, etc, etc, etc.<br />
<br />
Frankly, I'd rather have a ''single'' bookmark file somewhere on the LAN which I can easily point FF to via a menu option.<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><th colspan="2">General tasks</th></tr><br />
<tr><td><br />
* Completely rework bookmark manager<br />
* Toolbar enhancements<br />
** Allow user to move toolbars<br />
* Investigate the concept of bookmark data mining<br />
* Improve installation and management of microsummary generators<br />
* Allow firefox to create its own microsummaries ({{bug|356440}})<br />
</td><td><br />
n/a<br />
</td></tr><br />
<br />
<tr><th colspan="2">Research Assistant</th></tr><br />
<tr><td><br />
* Allow annotations of any link on any web page displayed in the browser.<br />
* Disable display or function of any link to a page that is dead or garbage.<br />
* Have the annotations specific to what you are looking for during this session.<br />
* Invert a page of links (like those from a search engine), and have the page links displayed according to the annotations you've made.<br />
</td><td><br />
See: [[ResearchAssistant]]<br />
</td></tr><br />
<br />
<br />
</table></div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Tab_Model&diff=38358User:Auk/Tab Model2006-10-19T01:46:35Z<p>Auk: taken care of in 2.0!</p>
<hr />
<div>'''Note:''' I'm very happy to say this has been taken care of in the upcoming 2.0!<br />
<br />
== Overflow ==<br />
<br />
There's been considerable talk about tabbing overflow, so here's my simple and (hopefully) effective solution.<br />
<br />
The basic principles are:<br />
* Display drop-down button at ends of the tab bar where tabs overrun. (Note XUL also needs this for regular toolbars.)<br />
* Select appropriate menu entry and that tab comes into view on tab bar.<br />
<br />
When the tab entry is selected, that tab comes into view, but leaving up to two tabs on either side of the selected tab (one or zero tabs if unavailable). If the scrolling forces tab out of the left edge, show the drop-down on that side, or both if appropriate.<br />
<br />
Tabs never change order unless the user specifies (via DnD). Tabs never scroll unless selected from the drop-down. (E.g. a user may DnD a tab to within two tabs of the edge with no adverse affects.)<br />
<br />
Gripe: Should tab close buttons be shown in drop-down menu?<br />
<br />
== Moving focus after closing ==<br />
<br />
# Return to the next highest level in the flow. (see [[User:Auk/History_Model]])<br />
# If there is no higher level, focus next recently focused.</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Tag_Model&diff=38357User:Auk/Tag Model2006-10-19T01:44:18Z<p>Auk: better deprecation notice</p>
<hr />
<div>'''Note:''' This page is somewhat unmaintained, and was done in a fit. :) It no longer reflects my feelings, though I leave it here for posterity...or something. '''See [[User:Auk/Bookmarks]] instead.'''<br />
<br />
With all the tagging "hype" going around, I thought I'd put in my forty-two cents.<br />
<br />
Main principles:<br />
* Worse is better (in terms of user organization, not implementation)<br />
* Multiple descriptors (tags) for each tagged page (bookmark)<br />
* Keep the bookmarks functioning as closely to the current model as possible; make it bookmarks, but in "many folders at once".<br />
<br />
== No tagging at all ==<br />
Despite all the thought invested below, I think one of the most likely and useful scenarios is to have no tags at all &mdash; or at least in a very different implementation: with a good, quick scanning the browser could mark some often-found words (''keywords'' or ''tags'' if you will). This would be accesible thorough a keyboard interface, and quite possibly a menu/graphical interface as well &mdash; hope there are some common keywords.<br />
<br />
SAYT is essential here; not necessarily instant, but it should not wait for the revision of the Enter key. A process-working indicator/throbber in the edge of the text box might be good.<br />
<br />
[needs to be merged w/ rest of page]<br />
<br />
Why does Google work well? I've also been using Deskbar (GNOME applet), and I find it provides a very efficient interface to my bookmarks.<br />
<br />
== Adding a new page to the tag index ==<br />
<br />
Click the tag page button on the toolbar, or select the entry from the menus. The menu entries should be checkboxes, and the toolbar interface a toggle-button. The "smart sorting" mechanism (see section) would take care of the majority of organizing and sorting automagically.<br />
<br />
This would make the entire process of remembering a page nearly painless &mdash; transparent until a user chooses to manually sort thier tags. I like this idea.<br />
<br />
=== Smart sorting ===<br />
<br />
When tagging a new page, Firefox should scan the page for frequently used words and attempt to match those to the user's tags.<br />
<br />
At a loss of sufficient existing tag match, Firefox should generate/suggest tags based upon it's text scan.<br />
<br />
The word frequency limit should have a static absolute minimum, and a dynamic upper limit depending on several factors; is the browser a fresh install, <br />
<br />
[...]<br />
<br />
=== Dialog possibility ===<br />
<br />
It is also a possibiity to present page record modification details on selction of the "tag page" command.<br />
<br />
The Tag Page dialog should present both a text and a mouse interface. Keep text box and checklist in sync. Clear tags button.<br />
<br />
The Tag With text box should present '''tag autocompletion'' from the created tags<br />
<br />
[...]<br />
<br />
UI elements in order appearing in window (left to right, top to bottom):<br />
* ''Name:'' or ''Title:'' text field<br />
* ''Tag With:'' or ''Tags:'' text field (smart sorting)<br />
* ''Clear Tags'' button *<br />
* checklist expand/contract toggle<br />
* tags checklist<br />
* ''New Tag'' button<br />
* ''Cancel'' button<br />
* ''Add'', ''Tag'' or ''Tag Page'' button<br />
<br />
\* debatable order<br />
<br />
http://img299.imageshack.us/img299/6394/auktagpage0aq.png<br />
<br />
== Management ==<br />
<br />
The ''management'' interface should be maintained in a seperate window. Note that the [[#Searching|Searching interface]] is a different matter.<br />
<br />
[...]<br />
<br />
Mockup soon.<br />
<br />
== Searching ==<br />
<br />
Searching should be encouraged as much, if not more, than using the menu. To do this, it needs to be a breeze to get to the search interface, and to use the search interface to go to pages. I suggest embedding a "Search Tagged Pages" or "Bookmarks Search" in the search box, from which a user can type a term, and a Search Results page appears in the browser window. This document can be either an (X)HTML document or a XUL page.<br />
<br />
The interface should feature:<br />
<br />
* One-click traveling<br />
* Thumbnail previews<br />
* Matching flexibility, e.g. case, hyphen, space discount<br />
* Title and description<br />
* Similar to [http://beagle-project.org/Best_Screenshots Beagle BEST] results<br />
* Editing by opening the Management interface<br />
<br />
Term matching should match all keywords in any order in tags, description, and title. Other metadata, such as visit frequency and last visited, should be used in search ranking, though the search terms match percentage presides over this.<br />
<br />
== Bookmarks/Tags menu ==<br />
<br />
Title: Tags or Bookmarks? Tags is takes up less space, and is kewler! Bookmarks keeps in line with the current model, though. (Imagine grandma "Firefox lost my bookmarks!" After the next '''automatic''' upgrade.)<br />
<br />
The content of the menu should be almost identical to now, but only completely untagged items (or perhaps a threshold of two tags) show in the main space.<br />
<br />
Custom-orderable? No. Worse is better in user organization effort. Alphabetically is the way to go, so it doesn't break user's spatial memory.<br />
<br />
== On hierarchy ==<br />
<br />
In effect there are three options:<br />
<br />
* User-mandated manual hierarchy (like F-Spot)<br />
* Generated pseudo-hierarchy (like the proposed Epiphany patch)<br />
* Sheer flat-file tags (why bother?)<br />
<br />
=== User-mandated ===<br />
<br />
==== Hierarchy text-delimitor ====<br />
<br />
When typing in the Tag With text field, a user (likely a power user, but possibly a novice if we have a good autocomplete) may want to tag something ''Computers &rarr; Programming''. What is the best method for this? Suggestions:<br />
<br />
* Computers->Programming (hyphen-greaterThan)<br />
* Computers:Programming (single-colon)<br />
* Computers::Programming (double-colon) *<br />
* Computers/Programming (forward slash)<br />
* Computers\Programming (backslash) *<br />
* Computers.Programming (dot)<br />
* ''Visitors add more here.''<br />
<br />
\* Special mention<br />
<br />
==== Tag bumping ====<br />
<br />
When a user decides their ''Computers'' tag has grown too full, they may want to split it up into several smaller levels. All the pages previously tagged with ''Computers'' will now be tagged with ''Computers &rarr; Programming'' or ''Computers &rarr; Usability''. There needs to be a detector for tagging something with both a sub tag and that sub tag's parent, and revert to the sub tag only.<br />
<br />
Or do we want to prevent this at all?<br />
<br />
=== Auto-generated pseudo-heirarchy ===<br />
<br />
This brings up fewer logistical issues than the manual method, but brings up one trumper dilemma &mdash; imagine all the grandmas being baffled: they keep moving around in the menu, but they stay put in the Tag(/Bookmarks) Manager!<br />
<br />
== Metadata ==<br />
<br />
This info should be used in search rankings. Stuff to be stored:<br />
<br />
* Title<br />
* URI<br />
* Decription (Pull from <meta/> on web page, but also make user editable)<br />
* Datetime added<br />
* Datetime last visited<br />
* Visit Frequency<br />
* Filetype<br />
* ''Visitors put suggestions on talk page.''<br />
<br />
=== Meta-tags ===<br />
<br />
This distinguishment should be accessible through the main Bookmarks menu, but not as tags while in the Tag Manager. The entries should be compiled as needed from the metadata of the records.<br />
<br />
Display a ''Files'' menu in the Tags/Bookmarks menu, which presently includes ''Audio'', ''Images'', ''Video'' etc.<br />
<br />
Alternatively, the meta-tags ''are'' editable, but are applied automatically upon tagging something.<br />
<br />
== Page previews ==<br />
<br />
I think an excellent way to ease recognition is with graphical previews of a page. This is as simple as snapping a shot when the user tag a page, and displaying it as a thumbnail in the searching and management interfaces. Some issues brought up are:<br />
<br />
* Performance when storing a bunch of thumbnails in RAM, and on the hard drive. To minimize footprint, <br />
** Thumbnails should not be stored (or even initially created) any bigger than will be displayed. Minimizes on file size and rendering costs of scaling. Sacrifices some size flexibility.<br />
** Thumbnails should be entered into memory when they are viewed and removed from memory when they pass out of the screen for a short length of time (2-6 sec?).<br />
** PNG!<br />
* Differing screen sizes and proportions (Either detect the screen proportions and snap the thumbnails accordingly, or just set a standard average proportion [How about 110x90?] for all screens and let it go.)<br />
* Need a really good scaling mechanism, that doesn't make an inksplatter out of text.<br />
<br />
== Bookmarks toolbar ==<br />
<br />
Best implemented with a special flag. Placing this flag (checkbox, DnD?) on a parent tag (e.g. ''Computers'') would make all of it's children visible (''Programming'', ''Mozilla'', ''Usability'') under the Computers drop down on the toolbar. Placing this flag on ''Programming'' or ''Mozilla'' directly, however, would make those tags visible as drop downs on the toolbar root level.<br />
<br />
Why not have a "meta-tag"? Because you cannot tag other tags. There would consequently be no way to show several tag drop downs in the bookmarks folder. (Akin to placing a folder in the Bookmarks Toolbar Folder w/ current system).<br />
<br />
* Need quick filter to view toolbar bookmarks while in the Tag Manager<br />
<br />
== History integration ==<br />
<br />
See [[User:Auk/History_Model#Bookmarks_integration]].<br />
<br />
== Trash can ==<br />
<br />
Instead of permanently deleting a URL (potentially selected by accident or that you never thought you'd need again) the "Remove" command should ship that bookmark/tag off to the trash can. Removed item retain all thier associations, but are disabled from searches and menus.<br />
<br />
Entries should be deleted ''permanently'' from the trash can when (I'm not sure which):<br />
* they have sat for a certain length of time<br />
* a prescribed number or memory (because of preview thumbnails) limit runs over<br />
* have a pref between the above<br />
* ''Visitors put suggestions on talk page.''<br />
<br />
== Terminology ==<br />
<br />
"Tag" applies to the descriptors for tagged pages; "tagged page" & variations are cumbersome; what is a good noun for a page that is in the tag index? Possibilities:<br />
<br />
* bookmark<br />
* page<br />
* ''Visitors add more here.''<br />
<br />
== References ==<br />
* [http://home.exetel.com.au/harvey/epiphany/ Epiphany Hierarchical Bookmarks Patch]<br />
* [http://f-spot.org F-Spot], a image manager with manual heirarchal tags<br />
<br />
* [http://tdot.blog-city.com/evolution_bookmarking.htm "The Evolution of Bookmarking -- Bookmarks, Firefox, and del.icio.us"]<br />
<br />
On this wiki:<br />
* [[User:Dria/On_Tagging]]<br />
* [[Bookmarks_Design_Discussion]]<br />
* "[[Places]]" document</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/UI_Models&diff=38356User:Auk/UI Models2006-10-19T01:35:29Z<p>Auk: merged into User:Auk</p>
<hr />
<div></div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Firefox_menus&diff=37811User:Auk/Firefox menus2006-10-17T05:11:32Z<p>Auk: updates, 2.0 status</p>
<hr />
<div>== Die, Tools! ==<br />
<br />
The Tools menu is stuffed full of menu entries that somebody didn't think to put anywhere else; in fact, most (perhaps all) of the entries in it are ''better suited and make more sense'' in one of the other menus.<br />
<br />
In addition, a tools menu centers the attention on the ''tool'' itself. As it has been said before, no one uses (or at least very few use) Firefox to use Firefox. They use it to browse the web. Likewise, we should shift away from a tool-as-a-tool to a tool-as-a-just-do-it approach.<br />
<br />
I'll go down the menu, and state where I think these things should be relocated to. (note this is talking from the perspective of Firefox 2.0 RC)<br />
<br />
* '''Web Search''' should move to File (Open Location is there too)<br />
* '''Downloads''' should move to View<br />
* '''Add-ons''' should go to Edit, next to Preferences (I know Windows almost-convention is Tools -> Options, sigh)<br />
* '''Page Info''' should move to View, next to Page Source<br />
* '''Clear Private Data...''' should go to History or Edit<br />
<br />
A few other things to note:<br />
<br />
* '''Error Console'''. I hope this is just for the RCs, and not for the final releases; it gives an unpolished feel -- it could be available with a special startup option, but not for everyone when they don't need it!<br />
* Extensions makers need to get a grip and actually think their UI through. The Tools menu has long been a dumping ground -- with it gone, put your stuff somewhere where it actually makes sense!</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Tag_Model&diff=30767User:Auk/Tag Model2006-08-07T04:18:36Z<p>Auk: unmaintained</p>
<hr />
<div>'''Note:''' This page is somewhat unmaintained. See [[User:Auk/Bookmarks]] instead.<br />
<br />
With all the tagging "hype" going around, I thought I'd put in my forty-two cents.<br />
<br />
Main principles:<br />
* Worse is better (in terms of user organization, not implementation)<br />
* Multiple descriptors (tags) for each tagged page (bookmark)<br />
* Keep the bookmarks functioning as closely to the current model as possible; make it bookmarks, but in "many folders at once".<br />
<br />
== No tagging at all ==<br />
Despite all the thought invested below, I think one of the most likely and useful scenarios is to have no tags at all &mdash; or at least in a very different implementation: with a good, quick scanning the browser could mark some often-found words (''keywords'' or ''tags'' if you will). This would be accesible thorough a keyboard interface, and quite possibly a menu/graphical interface as well &mdash; hope there are some common keywords.<br />
<br />
SAYT is essential here; not necessarily instant, but it should not wait for the revision of the Enter key. A process-working indicator/throbber in the edge of the text box might be good.<br />
<br />
[needs to be merged w/ rest of page]<br />
<br />
Why does Google work well? I've also been using Deskbar (GNOME applet), and I find it provides a very efficient interface to my bookmarks.<br />
<br />
== Adding a new page to the tag index ==<br />
<br />
Click the tag page button on the toolbar, or select the entry from the menus. The menu entries should be checkboxes, and the toolbar interface a toggle-button. The "smart sorting" mechanism (see section) would take care of the majority of organizing and sorting automagically.<br />
<br />
This would make the entire process of remembering a page nearly painless &mdash; transparent until a user chooses to manually sort thier tags. I like this idea.<br />
<br />
=== Smart sorting ===<br />
<br />
When tagging a new page, Firefox should scan the page for frequently used words and attempt to match those to the user's tags.<br />
<br />
At a loss of sufficient existing tag match, Firefox should generate/suggest tags based upon it's text scan.<br />
<br />
The word frequency limit should have a static absolute minimum, and a dynamic upper limit depending on several factors; is the browser a fresh install, <br />
<br />
[...]<br />
<br />
=== Dialog possibility ===<br />
<br />
It is also a possibiity to present page record modification details on selction of the "tag page" command.<br />
<br />
The Tag Page dialog should present both a text and a mouse interface. Keep text box and checklist in sync. Clear tags button.<br />
<br />
The Tag With text box should present '''tag autocompletion'' from the created tags<br />
<br />
[...]<br />
<br />
UI elements in order appearing in window (left to right, top to bottom):<br />
* ''Name:'' or ''Title:'' text field<br />
* ''Tag With:'' or ''Tags:'' text field (smart sorting)<br />
* ''Clear Tags'' button *<br />
* checklist expand/contract toggle<br />
* tags checklist<br />
* ''New Tag'' button<br />
* ''Cancel'' button<br />
* ''Add'', ''Tag'' or ''Tag Page'' button<br />
<br />
\* debatable order<br />
<br />
http://img299.imageshack.us/img299/6394/auktagpage0aq.png<br />
<br />
== Management ==<br />
<br />
The ''management'' interface should be maintained in a seperate window. Note that the [[#Searching|Searching interface]] is a different matter.<br />
<br />
[...]<br />
<br />
Mockup soon.<br />
<br />
== Searching ==<br />
<br />
Searching should be encouraged as much, if not more, than using the menu. To do this, it needs to be a breeze to get to the search interface, and to use the search interface to go to pages. I suggest embedding a "Search Tagged Pages" or "Bookmarks Search" in the search box, from which a user can type a term, and a Search Results page appears in the browser window. This document can be either an (X)HTML document or a XUL page.<br />
<br />
The interface should feature:<br />
<br />
* One-click traveling<br />
* Thumbnail previews<br />
* Matching flexibility, e.g. case, hyphen, space discount<br />
* Title and description<br />
* Similar to [http://beagle-project.org/Best_Screenshots Beagle BEST] results<br />
* Editing by opening the Management interface<br />
<br />
Term matching should match all keywords in any order in tags, description, and title. Other metadata, such as visit frequency and last visited, should be used in search ranking, though the search terms match percentage presides over this.<br />
<br />
== Bookmarks/Tags menu ==<br />
<br />
Title: Tags or Bookmarks? Tags is takes up less space, and is kewler! Bookmarks keeps in line with the current model, though. (Imagine grandma "Firefox lost my bookmarks!" After the next '''automatic''' upgrade.)<br />
<br />
The content of the menu should be almost identical to now, but only completely untagged items (or perhaps a threshold of two tags) show in the main space.<br />
<br />
Custom-orderable? No. Worse is better in user organization effort. Alphabetically is the way to go, so it doesn't break user's spatial memory.<br />
<br />
== On hierarchy ==<br />
<br />
In effect there are three options:<br />
<br />
* User-mandated manual hierarchy (like F-Spot)<br />
* Generated pseudo-hierarchy (like the proposed Epiphany patch)<br />
* Sheer flat-file tags (why bother?)<br />
<br />
=== User-mandated ===<br />
<br />
==== Hierarchy text-delimitor ====<br />
<br />
When typing in the Tag With text field, a user (likely a power user, but possibly a novice if we have a good autocomplete) may want to tag something ''Computers &rarr; Programming''. What is the best method for this? Suggestions:<br />
<br />
* Computers->Programming (hyphen-greaterThan)<br />
* Computers:Programming (single-colon)<br />
* Computers::Programming (double-colon) *<br />
* Computers/Programming (forward slash)<br />
* Computers\Programming (backslash) *<br />
* Computers.Programming (dot)<br />
* ''Visitors add more here.''<br />
<br />
\* Special mention<br />
<br />
==== Tag bumping ====<br />
<br />
When a user decides their ''Computers'' tag has grown too full, they may want to split it up into several smaller levels. All the pages previously tagged with ''Computers'' will now be tagged with ''Computers &rarr; Programming'' or ''Computers &rarr; Usability''. There needs to be a detector for tagging something with both a sub tag and that sub tag's parent, and revert to the sub tag only.<br />
<br />
Or do we want to prevent this at all?<br />
<br />
=== Auto-generated pseudo-heirarchy ===<br />
<br />
This brings up fewer logistical issues than the manual method, but brings up one trumper dilemma &mdash; imagine all the grandmas being baffled: they keep moving around in the menu, but they stay put in the Tag(/Bookmarks) Manager!<br />
<br />
== Metadata ==<br />
<br />
This info should be used in search rankings. Stuff to be stored:<br />
<br />
* Title<br />
* URI<br />
* Decription (Pull from <meta/> on web page, but also make user editable)<br />
* Datetime added<br />
* Datetime last visited<br />
* Visit Frequency<br />
* Filetype<br />
* ''Visitors put suggestions on talk page.''<br />
<br />
=== Meta-tags ===<br />
<br />
This distinguishment should be accessible through the main Bookmarks menu, but not as tags while in the Tag Manager. The entries should be compiled as needed from the metadata of the records.<br />
<br />
Display a ''Files'' menu in the Tags/Bookmarks menu, which presently includes ''Audio'', ''Images'', ''Video'' etc.<br />
<br />
Alternatively, the meta-tags ''are'' editable, but are applied automatically upon tagging something.<br />
<br />
== Page previews ==<br />
<br />
I think an excellent way to ease recognition is with graphical previews of a page. This is as simple as snapping a shot when the user tag a page, and displaying it as a thumbnail in the searching and management interfaces. Some issues brought up are:<br />
<br />
* Performance when storing a bunch of thumbnails in RAM, and on the hard drive. To minimize footprint, <br />
** Thumbnails should not be stored (or even initially created) any bigger than will be displayed. Minimizes on file size and rendering costs of scaling. Sacrifices some size flexibility.<br />
** Thumbnails should be entered into memory when they are viewed and removed from memory when they pass out of the screen for a short length of time (2-6 sec?).<br />
** PNG!<br />
* Differing screen sizes and proportions (Either detect the screen proportions and snap the thumbnails accordingly, or just set a standard average proportion [How about 110x90?] for all screens and let it go.)<br />
* Need a really good scaling mechanism, that doesn't make an inksplatter out of text.<br />
<br />
== Bookmarks toolbar ==<br />
<br />
Best implemented with a special flag. Placing this flag (checkbox, DnD?) on a parent tag (e.g. ''Computers'') would make all of it's children visible (''Programming'', ''Mozilla'', ''Usability'') under the Computers drop down on the toolbar. Placing this flag on ''Programming'' or ''Mozilla'' directly, however, would make those tags visible as drop downs on the toolbar root level.<br />
<br />
Why not have a "meta-tag"? Because you cannot tag other tags. There would consequently be no way to show several tag drop downs in the bookmarks folder. (Akin to placing a folder in the Bookmarks Toolbar Folder w/ current system).<br />
<br />
* Need quick filter to view toolbar bookmarks while in the Tag Manager<br />
<br />
== History integration ==<br />
<br />
See [[User:Auk/History_Model#Bookmarks_integration]].<br />
<br />
== Trash can ==<br />
<br />
Instead of permanently deleting a URL (potentially selected by accident or that you never thought you'd need again) the "Remove" command should ship that bookmark/tag off to the trash can. Removed item retain all thier associations, but are disabled from searches and menus.<br />
<br />
Entries should be deleted ''permanently'' from the trash can when (I'm not sure which):<br />
* they have sat for a certain length of time<br />
* a prescribed number or memory (because of preview thumbnails) limit runs over<br />
* have a pref between the above<br />
* ''Visitors put suggestions on talk page.''<br />
<br />
== Terminology ==<br />
<br />
"Tag" applies to the descriptors for tagged pages; "tagged page" & variations are cumbersome; what is a good noun for a page that is in the tag index? Possibilities:<br />
<br />
* bookmark<br />
* page<br />
* ''Visitors add more here.''<br />
<br />
== References ==<br />
* [http://home.exetel.com.au/harvey/epiphany/ Epiphany Hierarchical Bookmarks Patch]<br />
* [http://f-spot.org F-Spot], a image manager with manual heirarchal tags<br />
<br />
* [http://tdot.blog-city.com/evolution_bookmarking.htm "The Evolution of Bookmarking -- Bookmarks, Firefox, and del.icio.us"]<br />
<br />
On this wiki:<br />
* [[User:Dria/On_Tagging]]<br />
* [[Bookmarks_Design_Discussion]]<br />
* "[[Places]]" document</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Bookmarks&diff=30765User:Auk/Bookmarks2006-08-07T02:05:37Z<p>Auk: intro sp</p>
<hr />
<div>Here are my thoughts on the future of bookmarking in Firefox. This draft is a KISS outlook, and personally preferred in favor of my [[user:auk/Tag_Model|Tagging Model]]. While the tag model comes from the point of view that the current bookmarks model must not be broken, and so adds next-gen technology onto that, this model throws out what has been before (for the most part) and builds a system that is simple but effective and &mdash; hopefully &mdash; in the long run easier to use.<br />
<br />
== Add ==<br />
A given url can be bookmarked or not bookmarked. There is not so much 'adding' a bookmark as 'bookmarking a page'. If a page is in the bookmark index, Bookmarks -> Bookmark This Page appears checked, and the Bookmark toolbar toggle button appears toggled on.<br />
<br />
When a page is bookmarked, it's text should be scanned, common words and characters (the, a, comma, period) removed, and the text saved (space delimiters for words?) in the SQLite .db file.<br />
<br />
This should be carried on in the background, or perhaps simply a progress bar in the statusbar, and not stop the UI usage flow &mdash; no Add dialog, no nothing, but a toggled button.<br />
<br />
In accordance with [[user:auk/Bookmarks#Manual tagging|manual tagging]], the toolbar button could feature a drop-down with a 'Tag option'...or something.<br />
<br />
== Remove ==<br />
Ever accidentally hit delete on a bookmark? Might it have changed your life if you still had it? It would be a little wasteful to keep all data for bookmarks that are supposed to be deleted, so I have decided on a compromise.<br />
<br />
When a bookmark is deleted, the description, index, and all data ''except the title and URI'' are deleted from the DB. In addition, the 'deleted' flag is set to True.<br />
<br />
In the UI, you can resurrect bookmarks (by navigating to a special Trash...directory) and their other data is then repopulated and the deleted flag set False.<br />
<br />
== Search ==<br />
I feel the primary mechanism of finding a bookmark should be searching. Some may argue this is a technical user's way of operating &mdash; text en lieu of point-and-click. However, I've watched many (my parents, generic other non-techies and techies alike) pull up Google in favor of thier bookmarks time and time again.<br />
<br />
Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succint and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it.<br />
<br />
The search mechanism scans the text index of a page mentioned in the Add section and finds matches and close matches to the search query. Results are ordered bby how close they match the query, or by how recently they were bookmarked. A lot like Google.<br />
<br />
A problem with removing words from the text index is that it makes it nearly illegible to humans. E.g., we can rule out showing excerpts in search results (again like Google). Perhaps it would be better to index the joining words as well, and skip over them in the search algorithm with a blacklist.<br />
<br />
=== Interface ===<br />
<br />
The searching interface should be integrated and easily available. The quite popular [[User:Dria/On Tagging#Searching|article by Dria]] fits very closely to what I have in mind. However, I have a few ideas I feel should differ. Call it a superset.<br />
<br />
* Autocomplete in the URL bar<br />
* Entry in the search bar<br />
<br />
The first has numerous advantages, one of which is that a user does not have to explicitly search thier bookmarks; they can merely start typing for a page they remember. (A URI is not required, any term will work.)<br />
<br />
However, there are disadvantages <span lang="fr" style="font-style: italic">aussi</span>. The main one is speed. Waiting for the autocomplete suggestions to pop up or watching results appear at noticeably different times can be confusing and irritating.<br />
<br />
Putting an entry in the search bar is the most obvious option. Basically, this has the (dis)advantages that are the opposite of autocomplete in the url bar.<br />
<br />
== Menu ==<br />
Inevitably, people are going to want a menu. It's hard to be thrown straight into a new paradigm, ever if you're already using it without realizing (most people use Google on a regular basis). Sometimes a menu just works better.<br />
<br />
It would look something like:<br />
<br />
* [x] Bookmark This Page<br />
* Bookmark All Tabs<br />
* --------<br />
* Search Bookmarks<br />
* Manage Bookmarks<br />
* --------<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {You get the idea}<br />
<br />
However, a menu brings up some issues with our (this article's) minimal-interaction policy. We could auto-generate tags from the indexed text of a bookmarked page, but this would require complicated matching-and-rescanning to generate hierarchies and prevent the list of items from running hundreds long. Then, after implementation it would probably not work very well.<br />
<br />
We could show the most recently used/added bookmarks, or the ones flagged important (also show up on bookmarks toolbar).<br />
<br />
We could make the user manually manage his tags. I don't like it, but it really seems the only available option.<br />
<br />
Dria [[User:Dria/On_Tagging#Tag_Suggest|mentions a tag suggest feature]] that somewhat resembles my auto-generation idea. However, his idea is a ''suggestion'', that can be pruned by the user. I think that makes a big difference.<br />
<br />
However, there are also things that can in no way be auto-generated from the text. For example, I often bookmark pages for their design alone. The content of the page isn't really good enough to merit coming back to. Currently, I put these in Web -> Ideaboosters. But, it would be incredibly useful to tag these with, say, Web Design or Web -> Cool Design etc. Manual tagging needs to be let in.<br />
<br />
== Syncing ==<br />
<br />
Also see: [[User:Dria/On_Tagging#Syncing]]<br />
<br />
I don't like the idea of a centralized service, even though we all know Mozilla can never do evil :). It just seems too...yeah.<br />
<br />
However, we can't expect users to set up their own servers etc. A centralized service does seem the way to go. If this is the case, however, there should be a option (Bookmarks -> Manage Bookmarks -> Syncing...) to edit the servers used.<br />
<br />
Mozilla should also:<br />
* Notify the user that their bookmarks will be stored online, on Mozilla's servers.<br />
* Notify that it is possible to store them elsewhere<br />
* Keep a strict no-peek policy where they don't look inside users bookmark files, even for legitimate purposes such as bigfixing or other software improvement.<br />
* NOT create a bookmark account with an install of Firefox. Online bookmark account must be created EXPLICITLY, and the password and username chosen then. When a user installs Firefox, their bookmarks and other user data are completely isolated on their local drive.<br />
* Legal agreement as such.<br />
<br />
Yes, I'm a crazy liberal :)<br />
<br />
=== Remote access ===<br />
<br />
It would be nice to have a web interface (login required!) from which a user on-the-go (relative's house, hotel...) can get their bookmarks (bookmarks.mozilla.org?).<br />
<br />
== Manual tagging ==<br />
<br />
Yes, we have to let manual tagging and a bookmarks manager in the door. We can still keep it as simple as possible.<br />
<br />
Check out a [[Media:Auk-f-spot.png|pic of the F-Spot photo manager]] and the [[Media:Auk-bookmarks-manager.png|current Firefox bookmarks manager]].<br />
<br />
Now check out my mish-mashed idea of a [[Media:Auk-new-bookmarks-manager.png|new bookmarks manager]].<br />
<br />
There are a few incorrect things in the mockup:<br />
<br />
* New Folder button should be New Tag, and needs a new icon.<br />
* Each tag in the sidebar should have it's own text box, aligned to the right.<br />
* Properties panel should take up bottom half of the bookmarks listing panel.</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Bookmarks&diff=30764User:Auk/Bookmarks2006-08-07T02:03:36Z<p>Auk: /* Add */ fix manual tagging link</p>
<hr />
<div>Here are my thoughts on the future of bookmarking in Firefox. This draft is a KISS outlook, and ultimately personally preferred in favor of my [[user:auk/Tag_Model|Tagging Model]]. While the tag model come from the point of view that the current bookmarks model must not be broken, and so adds next-gen technology onto that, this model throws out what has been before (for the most part) and builds a system that is simple but effective and &mdash; hopefully &mdash; in the long run easier to use.<br />
<br />
== Add ==<br />
A given url can be bookmarked or not bookmarked. There is not so much 'adding' a bookmark as 'bookmarking a page'. If a page is in the bookmark index, Bookmarks -> Bookmark This Page appears checked, and the Bookmark toolbar toggle button appears toggled on.<br />
<br />
When a page is bookmarked, it's text should be scanned, common words and characters (the, a, comma, period) removed, and the text saved (space delimiters for words?) in the SQLite .db file.<br />
<br />
This should be carried on in the background, or perhaps simply a progress bar in the statusbar, and not stop the UI usage flow &mdash; no Add dialog, no nothing, but a toggled button.<br />
<br />
In accordance with [[user:auk/Bookmarks#Manual tagging|manual tagging]], the toolbar button could feature a drop-down with a 'Tag option'...or something.<br />
<br />
== Remove ==<br />
Ever accidentally hit delete on a bookmark? Might it have changed your life if you still had it? It would be a little wasteful to keep all data for bookmarks that are supposed to be deleted, so I have decided on a compromise.<br />
<br />
When a bookmark is deleted, the description, index, and all data ''except the title and URI'' are deleted from the DB. In addition, the 'deleted' flag is set to True.<br />
<br />
In the UI, you can resurrect bookmarks (by navigating to a special Trash...directory) and their other data is then repopulated and the deleted flag set False.<br />
<br />
== Search ==<br />
I feel the primary mechanism of finding a bookmark should be searching. Some may argue this is a technical user's way of operating &mdash; text en lieu of point-and-click. However, I've watched many (my parents, generic other non-techies and techies alike) pull up Google in favor of thier bookmarks time and time again.<br />
<br />
Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succint and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it.<br />
<br />
The search mechanism scans the text index of a page mentioned in the Add section and finds matches and close matches to the search query. Results are ordered bby how close they match the query, or by how recently they were bookmarked. A lot like Google.<br />
<br />
A problem with removing words from the text index is that it makes it nearly illegible to humans. E.g., we can rule out showing excerpts in search results (again like Google). Perhaps it would be better to index the joining words as well, and skip over them in the search algorithm with a blacklist.<br />
<br />
=== Interface ===<br />
<br />
The searching interface should be integrated and easily available. The quite popular [[User:Dria/On Tagging#Searching|article by Dria]] fits very closely to what I have in mind. However, I have a few ideas I feel should differ. Call it a superset.<br />
<br />
* Autocomplete in the URL bar<br />
* Entry in the search bar<br />
<br />
The first has numerous advantages, one of which is that a user does not have to explicitly search thier bookmarks; they can merely start typing for a page they remember. (A URI is not required, any term will work.)<br />
<br />
However, there are disadvantages <span lang="fr" style="font-style: italic">aussi</span>. The main one is speed. Waiting for the autocomplete suggestions to pop up or watching results appear at noticeably different times can be confusing and irritating.<br />
<br />
Putting an entry in the search bar is the most obvious option. Basically, this has the (dis)advantages that are the opposite of autocomplete in the url bar.<br />
<br />
== Menu ==<br />
Inevitably, people are going to want a menu. It's hard to be thrown straight into a new paradigm, ever if you're already using it without realizing (most people use Google on a regular basis). Sometimes a menu just works better.<br />
<br />
It would look something like:<br />
<br />
* [x] Bookmark This Page<br />
* Bookmark All Tabs<br />
* --------<br />
* Search Bookmarks<br />
* Manage Bookmarks<br />
* --------<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {You get the idea}<br />
<br />
However, a menu brings up some issues with our (this article's) minimal-interaction policy. We could auto-generate tags from the indexed text of a bookmarked page, but this would require complicated matching-and-rescanning to generate hierarchies and prevent the list of items from running hundreds long. Then, after implementation it would probably not work very well.<br />
<br />
We could show the most recently used/added bookmarks, or the ones flagged important (also show up on bookmarks toolbar).<br />
<br />
We could make the user manually manage his tags. I don't like it, but it really seems the only available option.<br />
<br />
Dria [[User:Dria/On_Tagging#Tag_Suggest|mentions a tag suggest feature]] that somewhat resembles my auto-generation idea. However, his idea is a ''suggestion'', that can be pruned by the user. I think that makes a big difference.<br />
<br />
However, there are also things that can in no way be auto-generated from the text. For example, I often bookmark pages for their design alone. The content of the page isn't really good enough to merit coming back to. Currently, I put these in Web -> Ideaboosters. But, it would be incredibly useful to tag these with, say, Web Design or Web -> Cool Design etc. Manual tagging needs to be let in.<br />
<br />
== Syncing ==<br />
<br />
Also see: [[User:Dria/On_Tagging#Syncing]]<br />
<br />
I don't like the idea of a centralized service, even though we all know Mozilla can never do evil :). It just seems too...yeah.<br />
<br />
However, we can't expect users to set up their own servers etc. A centralized service does seem the way to go. If this is the case, however, there should be a option (Bookmarks -> Manage Bookmarks -> Syncing...) to edit the servers used.<br />
<br />
Mozilla should also:<br />
* Notify the user that their bookmarks will be stored online, on Mozilla's servers.<br />
* Notify that it is possible to store them elsewhere<br />
* Keep a strict no-peek policy where they don't look inside users bookmark files, even for legitimate purposes such as bigfixing or other software improvement.<br />
* NOT create a bookmark account with an install of Firefox. Online bookmark account must be created EXPLICITLY, and the password and username chosen then. When a user installs Firefox, their bookmarks and other user data are completely isolated on their local drive.<br />
* Legal agreement as such.<br />
<br />
Yes, I'm a crazy liberal :)<br />
<br />
=== Remote access ===<br />
<br />
It would be nice to have a web interface (login required!) from which a user on-the-go (relative's house, hotel...) can get their bookmarks (bookmarks.mozilla.org?).<br />
<br />
== Manual tagging ==<br />
<br />
Yes, we have to let manual tagging and a bookmarks manager in the door. We can still keep it as simple as possible.<br />
<br />
Check out a [[Media:Auk-f-spot.png|pic of the F-Spot photo manager]] and the [[Media:Auk-bookmarks-manager.png|current Firefox bookmarks manager]].<br />
<br />
Now check out my mish-mashed idea of a [[Media:Auk-new-bookmarks-manager.png|new bookmarks manager]].<br />
<br />
There are a few incorrect things in the mockup:<br />
<br />
* New Folder button should be New Tag, and needs a new icon.<br />
* Each tag in the sidebar should have it's own text box, aligned to the right.<br />
* Properties panel should take up bottom half of the bookmarks listing panel.</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Bookmarks&diff=30763User:Auk/Bookmarks2006-08-07T01:59:55Z<p>Auk: /* Add */ removing bookmarks</p>
<hr />
<div>Here are my thoughts on the future of bookmarking in Firefox. This draft is a KISS outlook, and ultimately personally preferred in favor of my [[user:auk/Tag_Model|Tagging Model]]. While the tag model come from the point of view that the current bookmarks model must not be broken, and so adds next-gen technology onto that, this model throws out what has been before (for the most part) and builds a system that is simple but effective and &mdash; hopefully &mdash; in the long run easier to use.<br />
<br />
== Add ==<br />
A given url can be bookmarked or not bookmarked. There is not so much 'adding' a bookmark as 'bookmarking a page'. If a page is in the bookmark index, Bookmarks -> Bookmark This Page appears checked, and the Bookmark toolbar toggle button appears toggled on.<br />
<br />
When a page is bookmarked, it's text should be scanned, common words and characters (the, a, comma, period) removed, and the text saved (space delimiters for words?) in the SQLite .db file.<br />
<br />
This should be carried on in the background, or perhaps simply a progress bar in the statusbar, and not stop the UI usage flow &mdash; no Add dialog, no nothing, but a toggled button.<br />
<br />
In accordance with [[user:auk/Bookmarks#manual tagging|manual tagging]], the toolbar button could feature a drop-down with a 'Tag option'...or something.<br />
<br />
== Remove ==<br />
Ever accidentally hit delete on a bookmark? Might it have changed your life if you still had it? It would be a little wasteful to keep all data for bookmarks that are supposed to be deleted, so I have decided on a compromise.<br />
<br />
When a bookmark is deleted, the description, index, and all data ''except the title and URI'' are deleted from the DB. In addition, the 'deleted' flag is set to True.<br />
<br />
In the UI, you can resurrect bookmarks (by navigating to a special Trash...directory) and their other data is then repopulated and the deleted flag set False.<br />
<br />
== Search ==<br />
I feel the primary mechanism of finding a bookmark should be searching. Some may argue this is a technical user's way of operating &mdash; text en lieu of point-and-click. However, I've watched many (my parents, generic other non-techies and techies alike) pull up Google in favor of thier bookmarks time and time again.<br />
<br />
Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succint and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it.<br />
<br />
The search mechanism scans the text index of a page mentioned in the Add section and finds matches and close matches to the search query. Results are ordered bby how close they match the query, or by how recently they were bookmarked. A lot like Google.<br />
<br />
A problem with removing words from the text index is that it makes it nearly illegible to humans. E.g., we can rule out showing excerpts in search results (again like Google). Perhaps it would be better to index the joining words as well, and skip over them in the search algorithm with a blacklist.<br />
<br />
=== Interface ===<br />
<br />
The searching interface should be integrated and easily available. The quite popular [[User:Dria/On Tagging#Searching|article by Dria]] fits very closely to what I have in mind. However, I have a few ideas I feel should differ. Call it a superset.<br />
<br />
* Autocomplete in the URL bar<br />
* Entry in the search bar<br />
<br />
The first has numerous advantages, one of which is that a user does not have to explicitly search thier bookmarks; they can merely start typing for a page they remember. (A URI is not required, any term will work.)<br />
<br />
However, there are disadvantages <span lang="fr" style="font-style: italic">aussi</span>. The main one is speed. Waiting for the autocomplete suggestions to pop up or watching results appear at noticeably different times can be confusing and irritating.<br />
<br />
Putting an entry in the search bar is the most obvious option. Basically, this has the (dis)advantages that are the opposite of autocomplete in the url bar.<br />
<br />
== Menu ==<br />
Inevitably, people are going to want a menu. It's hard to be thrown straight into a new paradigm, ever if you're already using it without realizing (most people use Google on a regular basis). Sometimes a menu just works better.<br />
<br />
It would look something like:<br />
<br />
* [x] Bookmark This Page<br />
* Bookmark All Tabs<br />
* --------<br />
* Search Bookmarks<br />
* Manage Bookmarks<br />
* --------<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {You get the idea}<br />
<br />
However, a menu brings up some issues with our (this article's) minimal-interaction policy. We could auto-generate tags from the indexed text of a bookmarked page, but this would require complicated matching-and-rescanning to generate hierarchies and prevent the list of items from running hundreds long. Then, after implementation it would probably not work very well.<br />
<br />
We could show the most recently used/added bookmarks, or the ones flagged important (also show up on bookmarks toolbar).<br />
<br />
We could make the user manually manage his tags. I don't like it, but it really seems the only available option.<br />
<br />
Dria [[User:Dria/On_Tagging#Tag_Suggest|mentions a tag suggest feature]] that somewhat resembles my auto-generation idea. However, his idea is a ''suggestion'', that can be pruned by the user. I think that makes a big difference.<br />
<br />
However, there are also things that can in no way be auto-generated from the text. For example, I often bookmark pages for their design alone. The content of the page isn't really good enough to merit coming back to. Currently, I put these in Web -> Ideaboosters. But, it would be incredibly useful to tag these with, say, Web Design or Web -> Cool Design etc. Manual tagging needs to be let in.<br />
<br />
== Syncing ==<br />
<br />
Also see: [[User:Dria/On_Tagging#Syncing]]<br />
<br />
I don't like the idea of a centralized service, even though we all know Mozilla can never do evil :). It just seems too...yeah.<br />
<br />
However, we can't expect users to set up their own servers etc. A centralized service does seem the way to go. If this is the case, however, there should be a option (Bookmarks -> Manage Bookmarks -> Syncing...) to edit the servers used.<br />
<br />
Mozilla should also:<br />
* Notify the user that their bookmarks will be stored online, on Mozilla's servers.<br />
* Notify that it is possible to store them elsewhere<br />
* Keep a strict no-peek policy where they don't look inside users bookmark files, even for legitimate purposes such as bigfixing or other software improvement.<br />
* NOT create a bookmark account with an install of Firefox. Online bookmark account must be created EXPLICITLY, and the password and username chosen then. When a user installs Firefox, their bookmarks and other user data are completely isolated on their local drive.<br />
* Legal agreement as such.<br />
<br />
Yes, I'm a crazy liberal :)<br />
<br />
=== Remote access ===<br />
<br />
It would be nice to have a web interface (login required!) from which a user on-the-go (relative's house, hotel...) can get their bookmarks (bookmarks.mozilla.org?).<br />
<br />
== Manual tagging ==<br />
<br />
Yes, we have to let manual tagging and a bookmarks manager in the door. We can still keep it as simple as possible.<br />
<br />
Check out a [[Media:Auk-f-spot.png|pic of the F-Spot photo manager]] and the [[Media:Auk-bookmarks-manager.png|current Firefox bookmarks manager]].<br />
<br />
Now check out my mish-mashed idea of a [[Media:Auk-new-bookmarks-manager.png|new bookmarks manager]].<br />
<br />
There are a few incorrect things in the mockup:<br />
<br />
* New Folder button should be New Tag, and needs a new icon.<br />
* Each tag in the sidebar should have it's own text box, aligned to the right.<br />
* Properties panel should take up bottom half of the bookmarks listing panel.</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Bookmarks&diff=30762User:Auk/Bookmarks2006-08-07T01:53:02Z<p>Auk: /* Add */ manual tagging</p>
<hr />
<div>Here are my thoughts on the future of bookmarking in Firefox. This draft is a KISS outlook, and ultimately personally preferred in favor of my [[user:auk/Tag_Model|Tagging Model]]. While the tag model come from the point of view that the current bookmarks model must not be broken, and so adds next-gen technology onto that, this model throws out what has been before (for the most part) and builds a system that is simple but effective and &mdash; hopefully &mdash; in the long run easier to use.<br />
<br />
== Add ==<br />
A given url can be bookmarked or not bookmarked. There is not so much 'adding' a bookmark as 'bookmarking a page'. If a page is in the bookmark index, Bookmarks -> Bookmark This Page appears checked, and the Bookmark toolbar toggle button appears toggled on.<br />
<br />
When a page is bookmarked, it's text should be scanned, common words and characters (the, a, comma, period) removed, and the text saved (space delimiters for words?) in the SQLite .db file.<br />
<br />
This should be carried on in the background, or perhaps simply a progress bar in the statusbar, and not stop the UI usage flow &mdash; no Add dialog, no nothing, but a toggled button.<br />
<br />
In accordance with [[user:auk/Bookmarks#manual tagging|manual tagging]], the toolbar button could feature a drop-down with a 'Tag option'...or something.<br />
<br />
== Search ==<br />
I feel the primary mechanism of finding a bookmark should be searching. Some may argue this is a technical user's way of operating &mdash; text en lieu of point-and-click. However, I've watched many (my parents, generic other non-techies and techies alike) pull up Google in favor of thier bookmarks time and time again.<br />
<br />
Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succint and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it.<br />
<br />
The search mechanism scans the text index of a page mentioned in the Add section and finds matches and close matches to the search query. Results are ordered bby how close they match the query, or by how recently they were bookmarked. A lot like Google.<br />
<br />
A problem with removing words from the text index is that it makes it nearly illegible to humans. E.g., we can rule out showing excerpts in search results (again like Google). Perhaps it would be better to index the joining words as well, and skip over them in the search algorithm with a blacklist.<br />
<br />
=== Interface ===<br />
<br />
The searching interface should be integrated and easily available. The quite popular [[User:Dria/On Tagging#Searching|article by Dria]] fits very closely to what I have in mind. However, I have a few ideas I feel should differ. Call it a superset.<br />
<br />
* Autocomplete in the URL bar<br />
* Entry in the search bar<br />
<br />
The first has numerous advantages, one of which is that a user does not have to explicitly search thier bookmarks; they can merely start typing for a page they remember. (A URI is not required, any term will work.)<br />
<br />
However, there are disadvantages <span lang="fr" style="font-style: italic">aussi</span>. The main one is speed. Waiting for the autocomplete suggestions to pop up or watching results appear at noticeably different times can be confusing and irritating.<br />
<br />
Putting an entry in the search bar is the most obvious option. Basically, this has the (dis)advantages that are the opposite of autocomplete in the url bar.<br />
<br />
== Menu ==<br />
Inevitably, people are going to want a menu. It's hard to be thrown straight into a new paradigm, ever if you're already using it without realizing (most people use Google on a regular basis). Sometimes a menu just works better.<br />
<br />
It would look something like:<br />
<br />
* [x] Bookmark This Page<br />
* Bookmark All Tabs<br />
* --------<br />
* Search Bookmarks<br />
* Manage Bookmarks<br />
* --------<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {You get the idea}<br />
<br />
However, a menu brings up some issues with our (this article's) minimal-interaction policy. We could auto-generate tags from the indexed text of a bookmarked page, but this would require complicated matching-and-rescanning to generate hierarchies and prevent the list of items from running hundreds long. Then, after implementation it would probably not work very well.<br />
<br />
We could show the most recently used/added bookmarks, or the ones flagged important (also show up on bookmarks toolbar).<br />
<br />
We could make the user manually manage his tags. I don't like it, but it really seems the only available option.<br />
<br />
Dria [[User:Dria/On_Tagging#Tag_Suggest|mentions a tag suggest feature]] that somewhat resembles my auto-generation idea. However, his idea is a ''suggestion'', that can be pruned by the user. I think that makes a big difference.<br />
<br />
However, there are also things that can in no way be auto-generated from the text. For example, I often bookmark pages for their design alone. The content of the page isn't really good enough to merit coming back to. Currently, I put these in Web -> Ideaboosters. But, it would be incredibly useful to tag these with, say, Web Design or Web -> Cool Design etc. Manual tagging needs to be let in.<br />
<br />
== Syncing ==<br />
<br />
Also see: [[User:Dria/On_Tagging#Syncing]]<br />
<br />
I don't like the idea of a centralized service, even though we all know Mozilla can never do evil :). It just seems too...yeah.<br />
<br />
However, we can't expect users to set up their own servers etc. A centralized service does seem the way to go. If this is the case, however, there should be a option (Bookmarks -> Manage Bookmarks -> Syncing...) to edit the servers used.<br />
<br />
Mozilla should also:<br />
* Notify the user that their bookmarks will be stored online, on Mozilla's servers.<br />
* Notify that it is possible to store them elsewhere<br />
* Keep a strict no-peek policy where they don't look inside users bookmark files, even for legitimate purposes such as bigfixing or other software improvement.<br />
* NOT create a bookmark account with an install of Firefox. Online bookmark account must be created EXPLICITLY, and the password and username chosen then. When a user installs Firefox, their bookmarks and other user data are completely isolated on their local drive.<br />
* Legal agreement as such.<br />
<br />
Yes, I'm a crazy liberal :)<br />
<br />
=== Remote access ===<br />
<br />
It would be nice to have a web interface (login required!) from which a user on-the-go (relative's house, hotel...) can get their bookmarks (bookmarks.mozilla.org?).<br />
<br />
== Manual tagging ==<br />
<br />
Yes, we have to let manual tagging and a bookmarks manager in the door. We can still keep it as simple as possible.<br />
<br />
Check out a [[Media:Auk-f-spot.png|pic of the F-Spot photo manager]] and the [[Media:Auk-bookmarks-manager.png|current Firefox bookmarks manager]].<br />
<br />
Now check out my mish-mashed idea of a [[Media:Auk-new-bookmarks-manager.png|new bookmarks manager]].<br />
<br />
There are a few incorrect things in the mockup:<br />
<br />
* New Folder button should be New Tag, and needs a new icon.<br />
* Each tag in the sidebar should have it's own text box, aligned to the right.<br />
* Properties panel should take up bottom half of the bookmarks listing panel.</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Bookmarks&diff=30761User:Auk/Bookmarks2006-08-07T01:35:53Z<p>Auk: /* Manual tagging */ errors in mockup</p>
<hr />
<div>Here are my thoughts on the future of bookmarking in Firefox. This draft is a KISS outlook, and ultimately personally preferred in favor of my [[user:auk/Tag_Model|Tagging Model]]. While the tag model come from the point of view that the current bookmarks model must not be broken, and so adds next-gen technology onto that, this model throws out what has been before (for the most part) and builds a system that is simple but effective and &mdash; hopefully &mdash; in the long run easier to use.<br />
<br />
== Add ==<br />
A given url can be bookmarked or not bookmarked. There is not so much 'adding' a bookmark as 'bookmarking a page'. If a page is in the bookmark index, Bookmarks -> Bookmark This Page appears checked, and the Bookmark toolbar toggle button appears toggled on.<br />
<br />
When a page is bookmarked, it's text should be scanned, common words and characters (the, a, comma, period) removed, and the text saved (space delimiters for words?) in the SQLite .db file.<br />
<br />
This should be carried on in the background, or perhaps simply a progress bar in the statusbar, and not stop the UI usage flow &mdash; no Add dialog, no nothing, but a toggled button.<br />
<br />
== Search ==<br />
I feel the primary mechanism of finding a bookmark should be searching. Some may argue this is a technical user's way of operating &mdash; text en lieu of point-and-click. However, I've watched many (my parents, generic other non-techies and techies alike) pull up Google in favor of thier bookmarks time and time again.<br />
<br />
Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succint and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it.<br />
<br />
The search mechanism scans the text index of a page mentioned in the Add section and finds matches and close matches to the search query. Results are ordered bby how close they match the query, or by how recently they were bookmarked. A lot like Google.<br />
<br />
A problem with removing words from the text index is that it makes it nearly illegible to humans. E.g., we can rule out showing excerpts in search results (again like Google). Perhaps it would be better to index the joining words as well, and skip over them in the search algorithm with a blacklist.<br />
<br />
=== Interface ===<br />
<br />
The searching interface should be integrated and easily available. The quite popular [[User:Dria/On Tagging#Searching|article by Dria]] fits very closely to what I have in mind. However, I have a few ideas I feel should differ. Call it a superset.<br />
<br />
* Autocomplete in the URL bar<br />
* Entry in the search bar<br />
<br />
The first has numerous advantages, one of which is that a user does not have to explicitly search thier bookmarks; they can merely start typing for a page they remember. (A URI is not required, any term will work.)<br />
<br />
However, there are disadvantages <span lang="fr" style="font-style: italic">aussi</span>. The main one is speed. Waiting for the autocomplete suggestions to pop up or watching results appear at noticeably different times can be confusing and irritating.<br />
<br />
Putting an entry in the search bar is the most obvious option. Basically, this has the (dis)advantages that are the opposite of autocomplete in the url bar.<br />
<br />
== Menu ==<br />
Inevitably, people are going to want a menu. It's hard to be thrown straight into a new paradigm, ever if you're already using it without realizing (most people use Google on a regular basis). Sometimes a menu just works better.<br />
<br />
It would look something like:<br />
<br />
* [x] Bookmark This Page<br />
* Bookmark All Tabs<br />
* --------<br />
* Search Bookmarks<br />
* Manage Bookmarks<br />
* --------<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {You get the idea}<br />
<br />
However, a menu brings up some issues with our (this article's) minimal-interaction policy. We could auto-generate tags from the indexed text of a bookmarked page, but this would require complicated matching-and-rescanning to generate hierarchies and prevent the list of items from running hundreds long. Then, after implementation it would probably not work very well.<br />
<br />
We could show the most recently used/added bookmarks, or the ones flagged important (also show up on bookmarks toolbar).<br />
<br />
We could make the user manually manage his tags. I don't like it, but it really seems the only available option.<br />
<br />
Dria [[User:Dria/On_Tagging#Tag_Suggest|mentions a tag suggest feature]] that somewhat resembles my auto-generation idea. However, his idea is a ''suggestion'', that can be pruned by the user. I think that makes a big difference.<br />
<br />
However, there are also things that can in no way be auto-generated from the text. For example, I often bookmark pages for their design alone. The content of the page isn't really good enough to merit coming back to. Currently, I put these in Web -> Ideaboosters. But, it would be incredibly useful to tag these with, say, Web Design or Web -> Cool Design etc. Manual tagging needs to be let in.<br />
<br />
== Syncing ==<br />
<br />
Also see: [[User:Dria/On_Tagging#Syncing]]<br />
<br />
I don't like the idea of a centralized service, even though we all know Mozilla can never do evil :). It just seems too...yeah.<br />
<br />
However, we can't expect users to set up their own servers etc. A centralized service does seem the way to go. If this is the case, however, there should be a option (Bookmarks -> Manage Bookmarks -> Syncing...) to edit the servers used.<br />
<br />
Mozilla should also:<br />
* Notify the user that their bookmarks will be stored online, on Mozilla's servers.<br />
* Notify that it is possible to store them elsewhere<br />
* Keep a strict no-peek policy where they don't look inside users bookmark files, even for legitimate purposes such as bigfixing or other software improvement.<br />
* NOT create a bookmark account with an install of Firefox. Online bookmark account must be created EXPLICITLY, and the password and username chosen then. When a user installs Firefox, their bookmarks and other user data are completely isolated on their local drive.<br />
* Legal agreement as such.<br />
<br />
Yes, I'm a crazy liberal :)<br />
<br />
=== Remote access ===<br />
<br />
It would be nice to have a web interface (login required!) from which a user on-the-go (relative's house, hotel...) can get their bookmarks (bookmarks.mozilla.org?).<br />
<br />
== Manual tagging ==<br />
<br />
Yes, we have to let manual tagging and a bookmarks manager in the door. We can still keep it as simple as possible.<br />
<br />
Check out a [[Media:Auk-f-spot.png|pic of the F-Spot photo manager]] and the [[Media:Auk-bookmarks-manager.png|current Firefox bookmarks manager]].<br />
<br />
Now check out my mish-mashed idea of a [[Media:Auk-new-bookmarks-manager.png|new bookmarks manager]].<br />
<br />
There are a few incorrect things in the mockup:<br />
<br />
* New Folder button should be New Tag, and needs a new icon.<br />
* Each tag in the sidebar should have it's own text box, aligned to the right.<br />
* Properties panel should take up bottom half of the bookmarks listing panel.</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Bookmarks&diff=30760User:Auk/Bookmarks2006-08-07T01:30:11Z<p>Auk: /* Manual tagging */ ugh</p>
<hr />
<div>Here are my thoughts on the future of bookmarking in Firefox. This draft is a KISS outlook, and ultimately personally preferred in favor of my [[user:auk/Tag_Model|Tagging Model]]. While the tag model come from the point of view that the current bookmarks model must not be broken, and so adds next-gen technology onto that, this model throws out what has been before (for the most part) and builds a system that is simple but effective and &mdash; hopefully &mdash; in the long run easier to use.<br />
<br />
== Add ==<br />
A given url can be bookmarked or not bookmarked. There is not so much 'adding' a bookmark as 'bookmarking a page'. If a page is in the bookmark index, Bookmarks -> Bookmark This Page appears checked, and the Bookmark toolbar toggle button appears toggled on.<br />
<br />
When a page is bookmarked, it's text should be scanned, common words and characters (the, a, comma, period) removed, and the text saved (space delimiters for words?) in the SQLite .db file.<br />
<br />
This should be carried on in the background, or perhaps simply a progress bar in the statusbar, and not stop the UI usage flow &mdash; no Add dialog, no nothing, but a toggled button.<br />
<br />
== Search ==<br />
I feel the primary mechanism of finding a bookmark should be searching. Some may argue this is a technical user's way of operating &mdash; text en lieu of point-and-click. However, I've watched many (my parents, generic other non-techies and techies alike) pull up Google in favor of thier bookmarks time and time again.<br />
<br />
Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succint and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it.<br />
<br />
The search mechanism scans the text index of a page mentioned in the Add section and finds matches and close matches to the search query. Results are ordered bby how close they match the query, or by how recently they were bookmarked. A lot like Google.<br />
<br />
A problem with removing words from the text index is that it makes it nearly illegible to humans. E.g., we can rule out showing excerpts in search results (again like Google). Perhaps it would be better to index the joining words as well, and skip over them in the search algorithm with a blacklist.<br />
<br />
=== Interface ===<br />
<br />
The searching interface should be integrated and easily available. The quite popular [[User:Dria/On Tagging#Searching|article by Dria]] fits very closely to what I have in mind. However, I have a few ideas I feel should differ. Call it a superset.<br />
<br />
* Autocomplete in the URL bar<br />
* Entry in the search bar<br />
<br />
The first has numerous advantages, one of which is that a user does not have to explicitly search thier bookmarks; they can merely start typing for a page they remember. (A URI is not required, any term will work.)<br />
<br />
However, there are disadvantages <span lang="fr" style="font-style: italic">aussi</span>. The main one is speed. Waiting for the autocomplete suggestions to pop up or watching results appear at noticeably different times can be confusing and irritating.<br />
<br />
Putting an entry in the search bar is the most obvious option. Basically, this has the (dis)advantages that are the opposite of autocomplete in the url bar.<br />
<br />
== Menu ==<br />
Inevitably, people are going to want a menu. It's hard to be thrown straight into a new paradigm, ever if you're already using it without realizing (most people use Google on a regular basis). Sometimes a menu just works better.<br />
<br />
It would look something like:<br />
<br />
* [x] Bookmark This Page<br />
* Bookmark All Tabs<br />
* --------<br />
* Search Bookmarks<br />
* Manage Bookmarks<br />
* --------<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {You get the idea}<br />
<br />
However, a menu brings up some issues with our (this article's) minimal-interaction policy. We could auto-generate tags from the indexed text of a bookmarked page, but this would require complicated matching-and-rescanning to generate hierarchies and prevent the list of items from running hundreds long. Then, after implementation it would probably not work very well.<br />
<br />
We could show the most recently used/added bookmarks, or the ones flagged important (also show up on bookmarks toolbar).<br />
<br />
We could make the user manually manage his tags. I don't like it, but it really seems the only available option.<br />
<br />
Dria [[User:Dria/On_Tagging#Tag_Suggest|mentions a tag suggest feature]] that somewhat resembles my auto-generation idea. However, his idea is a ''suggestion'', that can be pruned by the user. I think that makes a big difference.<br />
<br />
However, there are also things that can in no way be auto-generated from the text. For example, I often bookmark pages for their design alone. The content of the page isn't really good enough to merit coming back to. Currently, I put these in Web -> Ideaboosters. But, it would be incredibly useful to tag these with, say, Web Design or Web -> Cool Design etc. Manual tagging needs to be let in.<br />
<br />
== Syncing ==<br />
<br />
Also see: [[User:Dria/On_Tagging#Syncing]]<br />
<br />
I don't like the idea of a centralized service, even though we all know Mozilla can never do evil :). It just seems too...yeah.<br />
<br />
However, we can't expect users to set up their own servers etc. A centralized service does seem the way to go. If this is the case, however, there should be a option (Bookmarks -> Manage Bookmarks -> Syncing...) to edit the servers used.<br />
<br />
Mozilla should also:<br />
* Notify the user that their bookmarks will be stored online, on Mozilla's servers.<br />
* Notify that it is possible to store them elsewhere<br />
* Keep a strict no-peek policy where they don't look inside users bookmark files, even for legitimate purposes such as bigfixing or other software improvement.<br />
* NOT create a bookmark account with an install of Firefox. Online bookmark account must be created EXPLICITLY, and the password and username chosen then. When a user installs Firefox, their bookmarks and other user data are completely isolated on their local drive.<br />
* Legal agreement as such.<br />
<br />
Yes, I'm a crazy liberal :)<br />
<br />
=== Remote access ===<br />
<br />
It would be nice to have a web interface (login required!) from which a user on-the-go (relative's house, hotel...) can get their bookmarks (bookmarks.mozilla.org?).<br />
<br />
== Manual tagging ==<br />
<br />
Yes, we have to let manual tagging and a bookmarks manager in the door. We can still keep it as simple as possible.<br />
<br />
Check out a [[Media:Auk-f-spot.png|pic of the F-Spot photo manager]] and the [[Media:Auk-bookmarks-manager.png|current Firefox bookmarks manager]].<br />
<br />
Now check out my mish-mashed idea of a [[Media:Auk-new-bookmarks-manager.png|new bookmarks manager]].</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Bookmarks&diff=30759User:Auk/Bookmarks2006-08-07T01:29:15Z<p>Auk: /* Manual tagging */ forgot .png!</p>
<hr />
<div>Here are my thoughts on the future of bookmarking in Firefox. This draft is a KISS outlook, and ultimately personally preferred in favor of my [[user:auk/Tag_Model|Tagging Model]]. While the tag model come from the point of view that the current bookmarks model must not be broken, and so adds next-gen technology onto that, this model throws out what has been before (for the most part) and builds a system that is simple but effective and &mdash; hopefully &mdash; in the long run easier to use.<br />
<br />
== Add ==<br />
A given url can be bookmarked or not bookmarked. There is not so much 'adding' a bookmark as 'bookmarking a page'. If a page is in the bookmark index, Bookmarks -> Bookmark This Page appears checked, and the Bookmark toolbar toggle button appears toggled on.<br />
<br />
When a page is bookmarked, it's text should be scanned, common words and characters (the, a, comma, period) removed, and the text saved (space delimiters for words?) in the SQLite .db file.<br />
<br />
This should be carried on in the background, or perhaps simply a progress bar in the statusbar, and not stop the UI usage flow &mdash; no Add dialog, no nothing, but a toggled button.<br />
<br />
== Search ==<br />
I feel the primary mechanism of finding a bookmark should be searching. Some may argue this is a technical user's way of operating &mdash; text en lieu of point-and-click. However, I've watched many (my parents, generic other non-techies and techies alike) pull up Google in favor of thier bookmarks time and time again.<br />
<br />
Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succint and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it.<br />
<br />
The search mechanism scans the text index of a page mentioned in the Add section and finds matches and close matches to the search query. Results are ordered bby how close they match the query, or by how recently they were bookmarked. A lot like Google.<br />
<br />
A problem with removing words from the text index is that it makes it nearly illegible to humans. E.g., we can rule out showing excerpts in search results (again like Google). Perhaps it would be better to index the joining words as well, and skip over them in the search algorithm with a blacklist.<br />
<br />
=== Interface ===<br />
<br />
The searching interface should be integrated and easily available. The quite popular [[User:Dria/On Tagging#Searching|article by Dria]] fits very closely to what I have in mind. However, I have a few ideas I feel should differ. Call it a superset.<br />
<br />
* Autocomplete in the URL bar<br />
* Entry in the search bar<br />
<br />
The first has numerous advantages, one of which is that a user does not have to explicitly search thier bookmarks; they can merely start typing for a page they remember. (A URI is not required, any term will work.)<br />
<br />
However, there are disadvantages <span lang="fr" style="font-style: italic">aussi</span>. The main one is speed. Waiting for the autocomplete suggestions to pop up or watching results appear at noticeably different times can be confusing and irritating.<br />
<br />
Putting an entry in the search bar is the most obvious option. Basically, this has the (dis)advantages that are the opposite of autocomplete in the url bar.<br />
<br />
== Menu ==<br />
Inevitably, people are going to want a menu. It's hard to be thrown straight into a new paradigm, ever if you're already using it without realizing (most people use Google on a regular basis). Sometimes a menu just works better.<br />
<br />
It would look something like:<br />
<br />
* [x] Bookmark This Page<br />
* Bookmark All Tabs<br />
* --------<br />
* Search Bookmarks<br />
* Manage Bookmarks<br />
* --------<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {You get the idea}<br />
<br />
However, a menu brings up some issues with our (this article's) minimal-interaction policy. We could auto-generate tags from the indexed text of a bookmarked page, but this would require complicated matching-and-rescanning to generate hierarchies and prevent the list of items from running hundreds long. Then, after implementation it would probably not work very well.<br />
<br />
We could show the most recently used/added bookmarks, or the ones flagged important (also show up on bookmarks toolbar).<br />
<br />
We could make the user manually manage his tags. I don't like it, but it really seems the only available option.<br />
<br />
Dria [[User:Dria/On_Tagging#Tag_Suggest|mentions a tag suggest feature]] that somewhat resembles my auto-generation idea. However, his idea is a ''suggestion'', that can be pruned by the user. I think that makes a big difference.<br />
<br />
However, there are also things that can in no way be auto-generated from the text. For example, I often bookmark pages for their design alone. The content of the page isn't really good enough to merit coming back to. Currently, I put these in Web -> Ideaboosters. But, it would be incredibly useful to tag these with, say, Web Design or Web -> Cool Design etc. Manual tagging needs to be let in.<br />
<br />
== Syncing ==<br />
<br />
Also see: [[User:Dria/On_Tagging#Syncing]]<br />
<br />
I don't like the idea of a centralized service, even though we all know Mozilla can never do evil :). It just seems too...yeah.<br />
<br />
However, we can't expect users to set up their own servers etc. A centralized service does seem the way to go. If this is the case, however, there should be a option (Bookmarks -> Manage Bookmarks -> Syncing...) to edit the servers used.<br />
<br />
Mozilla should also:<br />
* Notify the user that their bookmarks will be stored online, on Mozilla's servers.<br />
* Notify that it is possible to store them elsewhere<br />
* Keep a strict no-peek policy where they don't look inside users bookmark files, even for legitimate purposes such as bigfixing or other software improvement.<br />
* NOT create a bookmark account with an install of Firefox. Online bookmark account must be created EXPLICITLY, and the password and username chosen then. When a user installs Firefox, their bookmarks and other user data are completely isolated on their local drive.<br />
* Legal agreement as such.<br />
<br />
Yes, I'm a crazy liberal :)<br />
<br />
=== Remote access ===<br />
<br />
It would be nice to have a web interface (login required!) from which a user on-the-go (relative's house, hotel...) can get their bookmarks (bookmarks.mozilla.org?).<br />
<br />
== Manual tagging ==<br />
<br />
Yes, we have to let manual tagging and a bookmarks manager in the door. We can still keep it as simple as possible.<br />
<br />
Check out a [[Media:Auk-f-spot.png|pic of the F-Spot photo manager]] and the [[Media:Auk-bookmarks-manager.png|current Firefox bookmarks manager]].<br />
<br />
Now check out my mish-mashed idea of a [[Media:Auk-new-bookmarks-manager|new bookmarks manager.png]].</div>Aukhttps://wiki.mozilla.org/index.php?title=File:Auk-new-bookmarks-manager.png&diff=30758File:Auk-new-bookmarks-manager.png2006-08-07T01:28:02Z<p>Auk: Mockup of future bookmarks manager, used for user:auk/Bookmarks</p>
<hr />
<div>Mockup of future bookmarks manager, used for user:auk/Bookmarks</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Bookmarks&diff=30757User:Auk/Bookmarks2006-08-06T23:24:32Z<p>Auk: manual tagging</p>
<hr />
<div>Here are my thoughts on the future of bookmarking in Firefox. This draft is a KISS outlook, and ultimately personally preferred in favor of my [[user:auk/Tag_Model|Tagging Model]]. While the tag model come from the point of view that the current bookmarks model must not be broken, and so adds next-gen technology onto that, this model throws out what has been before (for the most part) and builds a system that is simple but effective and &mdash; hopefully &mdash; in the long run easier to use.<br />
<br />
== Add ==<br />
A given url can be bookmarked or not bookmarked. There is not so much 'adding' a bookmark as 'bookmarking a page'. If a page is in the bookmark index, Bookmarks -> Bookmark This Page appears checked, and the Bookmark toolbar toggle button appears toggled on.<br />
<br />
When a page is bookmarked, it's text should be scanned, common words and characters (the, a, comma, period) removed, and the text saved (space delimiters for words?) in the SQLite .db file.<br />
<br />
This should be carried on in the background, or perhaps simply a progress bar in the statusbar, and not stop the UI usage flow &mdash; no Add dialog, no nothing, but a toggled button.<br />
<br />
== Search ==<br />
I feel the primary mechanism of finding a bookmark should be searching. Some may argue this is a technical user's way of operating &mdash; text en lieu of point-and-click. However, I've watched many (my parents, generic other non-techies and techies alike) pull up Google in favor of thier bookmarks time and time again.<br />
<br />
Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succint and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it.<br />
<br />
The search mechanism scans the text index of a page mentioned in the Add section and finds matches and close matches to the search query. Results are ordered bby how close they match the query, or by how recently they were bookmarked. A lot like Google.<br />
<br />
A problem with removing words from the text index is that it makes it nearly illegible to humans. E.g., we can rule out showing excerpts in search results (again like Google). Perhaps it would be better to index the joining words as well, and skip over them in the search algorithm with a blacklist.<br />
<br />
=== Interface ===<br />
<br />
The searching interface should be integrated and easily available. The quite popular [[User:Dria/On Tagging#Searching|article by Dria]] fits very closely to what I have in mind. However, I have a few ideas I feel should differ. Call it a superset.<br />
<br />
* Autocomplete in the URL bar<br />
* Entry in the search bar<br />
<br />
The first has numerous advantages, one of which is that a user does not have to explicitly search thier bookmarks; they can merely start typing for a page they remember. (A URI is not required, any term will work.)<br />
<br />
However, there are disadvantages <span lang="fr" style="font-style: italic">aussi</span>. The main one is speed. Waiting for the autocomplete suggestions to pop up or watching results appear at noticeably different times can be confusing and irritating.<br />
<br />
Putting an entry in the search bar is the most obvious option. Basically, this has the (dis)advantages that are the opposite of autocomplete in the url bar.<br />
<br />
== Menu ==<br />
Inevitably, people are going to want a menu. It's hard to be thrown straight into a new paradigm, ever if you're already using it without realizing (most people use Google on a regular basis). Sometimes a menu just works better.<br />
<br />
It would look something like:<br />
<br />
* [x] Bookmark This Page<br />
* Bookmark All Tabs<br />
* --------<br />
* Search Bookmarks<br />
* Manage Bookmarks<br />
* --------<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {You get the idea}<br />
<br />
However, a menu brings up some issues with our (this article's) minimal-interaction policy. We could auto-generate tags from the indexed text of a bookmarked page, but this would require complicated matching-and-rescanning to generate hierarchies and prevent the list of items from running hundreds long. Then, after implementation it would probably not work very well.<br />
<br />
We could show the most recently used/added bookmarks, or the ones flagged important (also show up on bookmarks toolbar).<br />
<br />
We could make the user manually manage his tags. I don't like it, but it really seems the only available option.<br />
<br />
Dria [[User:Dria/On_Tagging#Tag_Suggest|mentions a tag suggest feature]] that somewhat resembles my auto-generation idea. However, his idea is a ''suggestion'', that can be pruned by the user. I think that makes a big difference.<br />
<br />
However, there are also things that can in no way be auto-generated from the text. For example, I often bookmark pages for their design alone. The content of the page isn't really good enough to merit coming back to. Currently, I put these in Web -> Ideaboosters. But, it would be incredibly useful to tag these with, say, Web Design or Web -> Cool Design etc. Manual tagging needs to be let in.<br />
<br />
== Syncing ==<br />
<br />
Also see: [[User:Dria/On_Tagging#Syncing]]<br />
<br />
I don't like the idea of a centralized service, even though we all know Mozilla can never do evil :). It just seems too...yeah.<br />
<br />
However, we can't expect users to set up their own servers etc. A centralized service does seem the way to go. If this is the case, however, there should be a option (Bookmarks -> Manage Bookmarks -> Syncing...) to edit the servers used.<br />
<br />
Mozilla should also:<br />
* Notify the user that their bookmarks will be stored online, on Mozilla's servers.<br />
* Notify that it is possible to store them elsewhere<br />
* Keep a strict no-peek policy where they don't look inside users bookmark files, even for legitimate purposes such as bigfixing or other software improvement.<br />
* NOT create a bookmark account with an install of Firefox. Online bookmark account must be created EXPLICITLY, and the password and username chosen then. When a user installs Firefox, their bookmarks and other user data are completely isolated on their local drive.<br />
* Legal agreement as such.<br />
<br />
Yes, I'm a crazy liberal :)<br />
<br />
=== Remote access ===<br />
<br />
It would be nice to have a web interface (login required!) from which a user on-the-go (relative's house, hotel...) can get their bookmarks (bookmarks.mozilla.org?).<br />
<br />
== Manual tagging ==<br />
<br />
Yes, we have to let manual tagging and a bookmarks manager in the door. We can still keep it as simple as possible.<br />
<br />
Check out a [[Media:Auk-f-spot.png|pic of the F-Spot photo manager]] and the [[Media:Auk-bookmarks-manager.png|current Firefox bookmarks manager]].<br />
<br />
Now check out my mish-mashed idea of a [[Media:Auk-new-bookmarks-manager|new bookmarks manager]].</div>Aukhttps://wiki.mozilla.org/index.php?title=File:Auk-bookmarks-manager.png&diff=30756File:Auk-bookmarks-manager.png2006-08-06T23:21:30Z<p>Auk: Bookmarks manager (Fx1.5) screenshot used in user:auk/Bookmarks</p>
<hr />
<div>Bookmarks manager (Fx1.5) screenshot used in user:auk/Bookmarks</div>Aukhttps://wiki.mozilla.org/index.php?title=File:Auk-f-spot.png&diff=30755File:Auk-f-spot.png2006-08-06T23:04:35Z<p>Auk: Screenshot of F-Spot, used for user:auk/Bookmarks</p>
<hr />
<div>Screenshot of F-Spot, used for user:auk/Bookmarks</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Bookmarks&diff=30751User:Auk/Bookmarks2006-08-06T22:35:30Z<p>Auk: /* Menu */ go manual tagging</p>
<hr />
<div>Here are my thoughts on the future of bookmarking in Firefox. This draft is a KISS outlook, and ultimately personally preferred in favor of my [[user:auk/Tag_Model|Tagging Model]]. While the tag model come from the point of view that the current bookmarks model must not be broken, and so adds next-gen technology onto that, this model throws out what has been before (for the most part) and builds a system that is simple but effective and &mdash; hopefully &mdash; in the long run easier to use.<br />
<br />
== Add ==<br />
A given url can be bookmarked or not bookmarked. There is not so much 'adding' a bookmark as 'bookmarking a page'. If a page is in the bookmark index, Bookmarks -> Bookmark This Page appears checked, and the Bookmark toolbar toggle button appears toggled on.<br />
<br />
When a page is bookmarked, it's text should be scanned, common words and characters (the, a, comma, period) removed, and the text saved (space delimiters for words?) in the SQLite .db file.<br />
<br />
This should be carried on in the background, or perhaps simply a progress bar in the statusbar, and not stop the UI usage flow &mdash; no Add dialog, no nothing, but a toggled button.<br />
<br />
== Search ==<br />
I feel the primary mechanism of finding a bookmark should be searching. Some may argue this is a technical user's way of operating &mdash; text en lieu of point-and-click. However, I've watched many (my parents, generic other non-techies and techies alike) pull up Google in favor of thier bookmarks time and time again.<br />
<br />
Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succint and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it.<br />
<br />
The search mechanism scans the text index of a page mentioned in the Add section and finds matches and close matches to the search query. Results are ordered bby how close they match the query, or by how recently they were bookmarked. A lot like Google.<br />
<br />
A problem with removing words from the text index is that it makes it nearly illegible to humans. E.g., we can rule out showing excerpts in search results (again like Google). Perhaps it would be better to index the joining words as well, and skip over them in the search algorithm with a blacklist.<br />
<br />
=== Interface ===<br />
<br />
The searching interface should be integrated and easily available. The quite popular [[User:Dria/On Tagging#Searching|article by Dria]] fits very closely to what I have in mind. However, I have a few ideas I feel should differ. Call it a superset.<br />
<br />
* Autocomplete in the URL bar<br />
* Entry in the search bar<br />
<br />
The first has numerous advantages, one of which is that a user does not have to explicitly search thier bookmarks; they can merely start typing for a page they remember. (A URI is not required, any term will work.)<br />
<br />
However, there are disadvantages <span lang="fr" style="font-style: italic">aussi</span>. The main one is speed. Waiting for the autocomplete suggestions to pop up or watching results appear at noticeably different times can be confusing and irritating.<br />
<br />
Putting an entry in the search bar is the most obvious option. Basically, this has the (dis)advantages that are the opposite of autocomplete in the url bar.<br />
<br />
== Menu ==<br />
Inevitably, people are going to want a menu. It's hard to be thrown straight into a new paradigm, ever if you're already using it without realizing (most people use Google on a regular basis). Sometimes a menu just works better.<br />
<br />
It would look something like:<br />
<br />
* [x] Bookmark This Page<br />
* Bookmark All Tabs<br />
* --------<br />
* Search Bookmarks<br />
* Manage Bookmarks<br />
* --------<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {You get the idea}<br />
<br />
However, a menu brings up some issues with our (this article's) minimal-interaction policy. We could auto-generate tags from the indexed text of a bookmarked page, but this would require complicated matching-and-rescanning to generate hierarchies and prevent the list of items from running hundreds long. Then, after implementation it would probably not work very well.<br />
<br />
We could show the most recently used/added bookmarks, or the ones flagged important (also show up on bookmarks toolbar).<br />
<br />
We could make the user manually manage his tags. I don't like it, but it really seems the only available option.<br />
<br />
Dria [[User:Dria/On_Tagging#Tag_Suggest|mentions a tag suggest feature]] that somewhat resembles my auto-generation idea. However, his idea is a ''suggestion'', that can be pruned by the user. I think that makes a big difference.<br />
<br />
However, there are also things that can in no way be auto-generated from the text. For example, I often bookmark pages for their design alone. The content of the page isn't really good enough to merit coming back to. Currently, I put these in Web -> Ideaboosters. But, it would be incredibly useful to tag these with, say, Web Design or Web -> Cool Design etc. Manual tagging needs to be let in.<br />
<br />
== Syncing ==<br />
<br />
Also see: [[User:Dria/On_Tagging#Syncing]]<br />
<br />
I don't like the idea of a centralized service, even though we all know Mozilla can never do evil :). It just seems too...yeah.<br />
<br />
However, we can't expect users to set up their own servers etc. A centralized service does seem the way to go. If this is the case, however, there should be a option (Bookmarks -> Manage Bookmarks -> Syncing...) to edit the servers used.<br />
<br />
Mozilla should also:<br />
* Notify the user that their bookmarks will be stored online, on Mozilla's servers.<br />
* Notify that it is possible to store them elsewhere<br />
* Keep a strict no-peek policy where they don't look inside users bookmark files, even for legitimate purposes such as bigfixing or other software improvement.<br />
* NOT create a bookmark account with an install of Firefox. Online bookmark account must be created EXPLICITLY, and the password and username chosen then. When a user installs Firefox, their bookmarks and other user data are completely isolated on their local drive.<br />
* Legal agreement as such.<br />
<br />
Yes, I'm a crazy liberal :)<br />
<br />
=== Remote access ===<br />
<br />
It would be nice to have a web interface (login required!) from which a user on-the-go (relative's house, hotel...) can get their bookmarks (bookmarks.mozilla.org?).</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Dria/On_Tagging&diff=30743User:Dria/On Tagging2006-08-06T21:10:12Z<p>Auk: /* Other Resources */ don't mind if i self-promote</p>
<hr />
<div>http://dria.org/images/tagging/TagSymbol.png<br />
<small><em>I invented this Tag Button Thursday morning.</em></small><br />
<br />
== Introduction ==<br />
I was thinking about bookmarks the other night and about how much they suck and about how much I hate them. <br />
<br />
First off, bookmarking as a concept is dead. We should let it go. Some other browsers have renamed bookmarks as "Favourites" but that's a pretty meaningless semantic/cosmetic change.<br />
<br />
What follows is a somewhat haphazard brainstorm of my thoughts and ideas about bookmarking, browser history, and tagging.<br />
<br />
== Why not use a Social Bookmarking service? ==<br />
Many would suggest that the new "Social Bookmarking" movement (and associated extensions, tools, visualizations, and such) is the answer to all my bookmarkish problems, but I disagree. Social bookmarking sites such as del.icio.us have two major and unacceptable drawbacks for me:<br />
<br />
# I have absolutely zero interest in sharing (all of) my bookmarks. My bookmarks, for the most part, reflect my changing interests and surf habits over time. I would consider it a fairly serious breach of personal privacy were those to be tracked (or trackable). If I decide to share my bookmarks, I want the option for it to be anonymous, and I want it to be able to share only particular subsets of my entire collection.<br />
<br />
# I don’t want to be dependent on an external online service for storing and retrieving my bookmarks. I want them to be local, with a backup/syncable version held in a secure central location. If that central location goes offline for whatever reason, I don’t want my bookmarks to go with it. I also don’t want ‘net lag to make accessing my bookmarks slow and crappy.<br />
<br />
== Bookmarks are Dead, All Hail Tagging ==<br />
My idea is that we replace bookmarks entirely with the tagging concept. Instead of bookmarking a page, subscribing to an RSS feed, blah blah, you just tag it. Tagging an item automatically stashes that URL into your profile's tags file/database. If you're tagging a web feed, it automatically turns it into a Live bookmark (although we need to get rid of the "bookmark" term entirely...it's not a book).<br />
<br />
As it stands, browsers are adding "there's a feed here" indicators to the address bar. Our browser treats that as a "Store this as a Live Bookmark" button (which is sort of unuseful, but whatever). My initial idea (which is probably crappy, but that's why we have Beltzner) is to add to or replace the Feed button (the orange thing) with a Tag button.<br />
<br />
Here’s a (plausibly ill-informed) mockup of what I mean:<br />
<br />
http://dria.org/images/tagging/TagButton2.png<br />
<br />
The idea is that when you click the tag button (that's the green thing I invented while drinking coffee one morning), it brings up a simple text field with a button. Like so (only with the right fonts and stuff):<br />
<br />
http://dria.org/images/tagging/TagDialog.png <br />
<br />
Tags shouldn’t be limited to a single word. Comma-delimiting tags in the tagging dialog would eliminate the annoying tendency for people to tag things in CamelCaps or with spaces replaced with hypens (ie: MikeShaver, Mike-Shaver, mike.shaver, mikeShaver, mike_shaver, blah.) Just let users use spaces so tags don’t look like crap.<br />
<br />
== Tag Suggest ==<br />
Another crazy concept would be a "Suggest" button that would have the browser search the page text for particular keywords based on a user’s previous tags and/or a set of tags we provide, like so:<br />
<br />
http://dria.org/images/tagging/TagSuggest.png <br />
<br />
So, if I were on a page that contained words such as "Ajax" and "JavaScript" and "Turkey Pie", clicking the "Suggest" button would first search through my existing tags and, assuming these tags existed, would auto-populate the field with "AJAX", "JavaScript", and "Turkey Recipes". If nothing matched out of my existing catalog of tags, it could then default to checking against a tag-suggestion file that is provided with the browser (or obtained from the shared tagging database we host on a centralized server (see more on Syncing below)).<br />
<br />
Once tags are suggested, the user would be able to change, add to, or remove anything in the textbox.<br />
<br />
== Searching ==<br />
<br />
http://dria.org/images/tagging/TagSearch.png<br />
<br />
Searching tagged items should not require bringing up the Tag Manager. Having something like the Search Bar (or integrating the Tag Search into the existing Search Bar), where I can just click, type, and hit "Enter" to get a nicely-formatted and fully-linked Tag Search result page in my browser that displays all my Tagged Items that fit the search, would be awesome. It should search both the tags and the titles/urls of tagged items for matches, not just tags.<br />
<br />
http://dria.org/images/tagging/TagSearchResults.png<br />
<br />
== Tag Management ==<br />
Once tagged, the URL (of whatever type) can be retrieved in any number of ways. I think the default system for storing/retrieving tagged locations/items within the browser could be an iTunes-alike triple-paned interface that allows the creation of additional smart folders, "playlists" above and beyond the standard tagging, ratings, and display of the page (or Sage-ified RSS feed items), etc. A smaller, two-pane panel could be provided as an alternate.<br />
<br />
=== Three-Pane Panel ===<br />
Tagging a Feed should automatically do two things: add the URL as a visitable location, and add the Feed as a feed. Selecting the Feed would display a nicely formatted (via default Feed CSS) page in the main panel, while double-clicking would open the Feed itself in a new tab (or window or whatever, based on user prefs). This is how interaction with any tagged items in the Tag Manager would work, really – select displays it in the main panel, double-click opens the item in a new tab or window.<br />
<br />
I drew another mockup:<br />
<br />
http://dria.org/images/tagging/TagManager3-small.png<br />
<br />
The Tag Manager interface and behaviour would have to be designed extremely carefully, since this would be the primary interface where users would manage their tags. It has to be much, much better than our current Bookmark Manager interface.<br />
<br />
Users should be able to drag Tags to Items, and Items to Tags, and Multiple Items to Tags, etc. Users should be able to interact with, add, modify, or delete tags or tagged items in all obvious/intuitive ways.<br />
<br />
=== Two-Pane Panel ===<br />
<br />
An alternative to the three-pane full-width panel would be a two-pane “sidebar�? style panel, like so:<br />
<br />
http://dria.org/images/tagging/TaggingTwoPanePanel.png<br />
<br />
=== Find-Ahead Search ===<br />
<br />
Both the three- and two-pane panels should have a "spotlight"-like find-ahead search box that filtered displayed items based on whatever is typed in the search box. (Beltzner’s suggestion.) This is illustrated in the two-pane panel above, but I forgot to put it in the three-pane. <br />
<br />
== Syncing ==<br />
One thing that annoys me a great deal is that it’s very difficult for me to sync my bookmarks between machines. Ideally, we would provide a centralized service, akin to .mac, that would allow users to optionally sync all sorts of crazy things between machines: All profile settings (all apps), history (Ffox), tags (Ffox), Feed Subscriptions (Ffox or Tbird or whatever), Feed “Read�? status (Ffox, Tbird, whatever), mail rules (Tbird), mail accounts (TBird), junkmail filtering database (Tbird), calendars (Sunbird/Tbird), etc.<br />
<br />
== Tag Sharing ==<br />
Users could be given the option of "Sharing" their Tag database. The sharing would be anonymous (ie: no user data is shared), but if shared, when they sync their tags with the central server, we could add those to a massive database of tagged items (including user ratings and such). That data could be mined and used for all kinds of interesting things: a central database of rated RSS feeds, a podcasts catalog, all kinds of awesome data for compiling a tag suggestion database, to just letting users browse around by tag and seeing what else is out there in the world. Etc. This central system should also be extraordinarily well-designed, as it could potentially be an incredibly rich resource.<br />
<br />
== Default Tags ==<br />
There should possibly be a set of default tags into which particular types of items get automatically added. For example, if a user tags an RSS feed, that feed should automatically get tagged with "Feed", image files with "Image", audio files with "Audio", movie files with "Movie", etc. This would be fairly dependent upon file type recognition, of course. The result would be that in her Tag Manager, a user would be able to find all her feeds in the "Feeds" folder, even if she can’t remember what other tags she used, the title, or the URL. The browser should just do this, without any need for interaction on the user’s part.<br />
<br />
And the same system could also record the language of the resource, according to the ISO-639 table.<br />
<br />
== History Integration ==<br />
A user’s browsing History could be integrated with this tagging system, being nothing more complicated that a default auto-applied tag that stored every URL visited by the user until the user explicitly clears her History/Private Data. If a user never cleared her History or Private Data, she would be able to use the Tag Manager system to find any page she ever visited, search them, and tag them at her leisure.<br />
<br />
== Auto-Tagging ==<br />
Optionally, the tagging system could automatically tag all items in history using the same algorithm used for the "Tag Suggest" feature mentioned earlier. These auto-tagged items would be flagged and filterable as such so they don’t pollute a user’s manually-tagged lists of items.<br />
<br />
It would have to be extremely simple for a user to approve, disapprove, change, or delete auto-tags. Approval/Disapproval/Deletion should be no more than a one-click process, while changes should be similarly straightforward.<br />
<br />
== Bayesian Training ==<br />
Bayesian training system could "learn" a user’s tagging habits and preferences over time and be used to continually improve the "Tag Suggest" and "Auto-Tag" features.<br />
<br />
== In Conclusion... ==<br />
I like the concept of tagging, particularly when used for personal data such as bookmarks, RSS feeds, and the like. I think we can and should have some sort of system for tagging items in Firefox (and our other applications) that make it incredibly easy to do on any given page without having to visit other pages (like del.icio.us requires) or navigate a bunch of annoying menus. If I could click a single button then just auto-populate (via Suggest) some tags, or just quickly type in a set of tags, I’d probably tag every single page I spent more than 2 seconds reading. With the inclusion of a Tag Search in our Search Bar I would stop using Google as my default replacement for bookmarking, because I would actually be able to find what I’m looking for in my own bookmarks file without having to fight with the Bookmark Manager.<br />
<br />
== Other Resources ==<br />
<br />
A lot of other people have been thinking and writing about this topic. Feel free to add to this list:<br />
<br />
* [[Bookmarks_Use_Cases]]<br />
* [[Bookmarks_Design_Discussion]]<br />
* [http://robert.accettura.com/archives/2005/08/01/intelligent-bookmarking-draft Robert Accettura's post about Intelligent Bookmarking]<br />
* [http://www.ischool.utexas.edu/~i385q/readings/Kaasten_Greenberg-2001-Back_History_Bookmarks.pdf Integrating Back, History and Bookmarks in Web Browsers] (PDF)<br />
* [http://www.scottberkun.com/essays/essay37.htm How to build a better web browser]<br />
* [http://grouplab.cpsc.ucalgary.ca/papers/1996/96-Tauscher.Thesis/thesis.html Evaluating History Mechanisms: An Empirical Study of Reuse Patterns in WWW Navigation]<br />
* [http://ic.arc.nasa.gov/projects/aim/papers/www6/paper.html A Bookmarking Service for Organizing and Sharing URLs], del.icio.us envisioned in 1997 ([http://scholar.google.com/scholar?cluster=13901917626031694012 Google Scholar search] in case it moves)<br />
* [[User:Auk/Bookmarks]]</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Bookmarks&diff=30742User:Auk/Bookmarks2006-08-06T21:02:46Z<p>Auk: /* Syncing */</p>
<hr />
<div>Here are my thoughts on the future of bookmarking in Firefox. This draft is a KISS outlook, and ultimately personally preferred in favor of my [[user:auk/Tag_Model|Tagging Model]]. While the tag model come from the point of view that the current bookmarks model must not be broken, and so adds next-gen technology onto that, this model throws out what has been before (for the most part) and builds a system that is simple but effective and &mdash; hopefully &mdash; in the long run easier to use.<br />
<br />
== Add ==<br />
A given url can be bookmarked or not bookmarked. There is not so much 'adding' a bookmark as 'bookmarking a page'. If a page is in the bookmark index, Bookmarks -> Bookmark This Page appears checked, and the Bookmark toolbar toggle button appears toggled on.<br />
<br />
When a page is bookmarked, it's text should be scanned, common words and characters (the, a, comma, period) removed, and the text saved (space delimiters for words?) in the SQLite .db file.<br />
<br />
This should be carried on in the background, or perhaps simply a progress bar in the statusbar, and not stop the UI usage flow &mdash; no Add dialog, no nothing, but a toggled button.<br />
<br />
== Search ==<br />
I feel the primary mechanism of finding a bookmark should be searching. Some may argue this is a technical user's way of operating &mdash; text en lieu of point-and-click. However, I've watched many (my parents, generic other non-techies and techies alike) pull up Google in favor of thier bookmarks time and time again.<br />
<br />
Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succint and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it.<br />
<br />
The search mechanism scans the text index of a page mentioned in the Add section and finds matches and close matches to the search query. Results are ordered bby how close they match the query, or by how recently they were bookmarked. A lot like Google.<br />
<br />
A problem with removing words from the text index is that it makes it nearly illegible to humans. E.g., we can rule out showing excerpts in search results (again like Google). Perhaps it would be better to index the joining words as well, and skip over them in the search algorithm with a blacklist.<br />
<br />
=== Interface ===<br />
<br />
The searching interface should be integrated and easily available. The quite popular [[User:Dria/On Tagging#Searching|article by Dria]] fits very closely to what I have in mind. However, I have a few ideas I feel should differ. Call it a superset.<br />
<br />
* Autocomplete in the URL bar<br />
* Entry in the search bar<br />
<br />
The first has numerous advantages, one of which is that a user does not have to explicitly search thier bookmarks; they can merely start typing for a page they remember. (A URI is not required, any term will work.)<br />
<br />
However, there are disadvantages <span lang="fr" style="font-style: italic">aussi</span>. The main one is speed. Waiting for the autocomplete suggestions to pop up or watching results appear at noticeably different times can be confusing and irritating.<br />
<br />
Putting an entry in the search bar is the most obvious option. Basically, this has the (dis)advantages that are the opposite of autocomplete in the url bar.<br />
<br />
== Menu ==<br />
Inevitably, people are going to want a menu. It's hard to be thrown straight into a new paradigm, ever if you're already using it without realizing (most people use Google on a regular basis). Sometimes a menu just works better.<br />
<br />
It would look something like:<br />
<br />
* [x] Bookmark This Page<br />
* Bookmark All Tabs<br />
* --------<br />
* Search Bookmarks<br />
* Manage Bookmarks<br />
* --------<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {You get the idea}<br />
<br />
However, a menu brings up some issues with our (this article's) minimal-interaction policy. We could auto-generate tags from the indexed text of a bookmarked page, but this would require complicated matching-and-rescanning to generate hierarchies and prevent the list of items from running hundreds long. Then, after implementation it would probably not work very well.<br />
<br />
We could show the most recently used/added bookmarks, or the ones flagged important (also show up on bookmarks toolbar).<br />
<br />
We could make the user manually manage his tags. I don't like it, but it really seems the only available option.<br />
<br />
Dria [[User:Dria/On_Tagging#Tag_Suggest|mentions a tag suggest feature]] that somewhat resembles my auto-generation idea. However, his idea is a ''suggestion'', that can be pruned by the user. I think that makes a big difference.<br />
<br />
Help! Suggestions?<br />
<br />
== Syncing ==<br />
<br />
Also see: [[User:Dria/On_Tagging#Syncing]]<br />
<br />
I don't like the idea of a centralized service, even though we all know Mozilla can never do evil :). It just seems too...yeah.<br />
<br />
However, we can't expect users to set up their own servers etc. A centralized service does seem the way to go. If this is the case, however, there should be a option (Bookmarks -> Manage Bookmarks -> Syncing...) to edit the servers used.<br />
<br />
Mozilla should also:<br />
* Notify the user that their bookmarks will be stored online, on Mozilla's servers.<br />
* Notify that it is possible to store them elsewhere<br />
* Keep a strict no-peek policy where they don't look inside users bookmark files, even for legitimate purposes such as bigfixing or other software improvement.<br />
* NOT create a bookmark account with an install of Firefox. Online bookmark account must be created EXPLICITLY, and the password and username chosen then. When a user installs Firefox, their bookmarks and other user data are completely isolated on their local drive.<br />
* Legal agreement as such.<br />
<br />
Yes, I'm a crazy liberal :)<br />
<br />
=== Remote access ===<br />
<br />
It would be nice to have a web interface (login required!) from which a user on-the-go (relative's house, hotel...) can get their bookmarks (bookmarks.mozilla.org?).</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Bookmarks&diff=30739User:Auk/Bookmarks2006-08-06T20:44:26Z<p>Auk: /* Menu */ fleshed-out</p>
<hr />
<div>Here are my thoughts on the future of bookmarking in Firefox. This draft is a KISS outlook, and ultimately personally preferred in favor of my [[user:auk/Tag_Model|Tagging Model]]. While the tag model come from the point of view that the current bookmarks model must not be broken, and so adds next-gen technology onto that, this model throws out what has been before (for the most part) and builds a system that is simple but effective and &mdash; hopefully &mdash; in the long run easier to use.<br />
<br />
== Add ==<br />
A given url can be bookmarked or not bookmarked. There is not so much 'adding' a bookmark as 'bookmarking a page'. If a page is in the bookmark index, Bookmarks -> Bookmark This Page appears checked, and the Bookmark toolbar toggle button appears toggled on.<br />
<br />
When a page is bookmarked, it's text should be scanned, common words and characters (the, a, comma, period) removed, and the text saved (space delimiters for words?) in the SQLite .db file.<br />
<br />
This should be carried on in the background, or perhaps simply a progress bar in the statusbar, and not stop the UI usage flow &mdash; no Add dialog, no nothing, but a toggled button.<br />
<br />
== Search ==<br />
I feel the primary mechanism of finding a bookmark should be searching. Some may argue this is a technical user's way of operating &mdash; text en lieu of point-and-click. However, I've watched many (my parents, generic other non-techies and techies alike) pull up Google in favor of thier bookmarks time and time again.<br />
<br />
Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succint and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it.<br />
<br />
The search mechanism scans the text index of a page mentioned in the Add section and finds matches and close matches to the search query. Results are ordered bby how close they match the query, or by how recently they were bookmarked. A lot like Google.<br />
<br />
A problem with removing words from the text index is that it makes it nearly illegible to humans. E.g., we can rule out showing excerpts in search results (again like Google). Perhaps it would be better to index the joining words as well, and skip over them in the search algorithm with a blacklist.<br />
<br />
=== Interface ===<br />
<br />
The searching interface should be integrated and easily available. The quite popular [[User:Dria/On Tagging#Searching|article by Dria]] fits very closely to what I have in mind. However, I have a few ideas I feel should differ. Call it a superset.<br />
<br />
* Autocomplete in the URL bar<br />
* Entry in the search bar<br />
<br />
The first has numerous advantages, one of which is that a user does not have to explicitly search thier bookmarks; they can merely start typing for a page they remember. (A URI is not required, any term will work.)<br />
<br />
However, there are disadvantages <span lang="fr" style="font-style: italic">aussi</span>. The main one is speed. Waiting for the autocomplete suggestions to pop up or watching results appear at noticeably different times can be confusing and irritating.<br />
<br />
Putting an entry in the search bar is the most obvious option. Basically, this has the (dis)advantages that are the opposite of autocomplete in the url bar.<br />
<br />
== Menu ==<br />
Inevitably, people are going to want a menu. It's hard to be thrown straight into a new paradigm, ever if you're already using it without realizing (most people use Google on a regular basis). Sometimes a menu just works better.<br />
<br />
It would look something like:<br />
<br />
* [x] Bookmark This Page<br />
* Bookmark All Tabs<br />
* --------<br />
* Search Bookmarks<br />
* Manage Bookmarks<br />
* --------<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {Tag}<br />
* {You get the idea}<br />
<br />
However, a menu brings up some issues with our (this article's) minimal-interaction policy. We could auto-generate tags from the indexed text of a bookmarked page, but this would require complicated matching-and-rescanning to generate hierarchies and prevent the list of items from running hundreds long. Then, after implementation it would probably not work very well.<br />
<br />
We could show the most recently used/added bookmarks, or the ones flagged important (also show up on bookmarks toolbar).<br />
<br />
We could make the user manually manage his tags. I don't like it, but it really seems the only available option.<br />
<br />
Dria [[User:Dria/On_Tagging#Tag_Suggest|mentions a tag suggest feature]] that somewhat resembles my auto-generation idea. However, his idea is a ''suggestion'', that can be pruned by the user. I think that makes a big difference.<br />
<br />
Help! Suggestions?</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Bookmarks&diff=30738User:Auk/Bookmarks2006-08-06T20:22:32Z<p>Auk: === Interface ===</p>
<hr />
<div>Here are my thoughts on the future of bookmarking in Firefox. This draft is a KISS outlook, and ultimately personally preferred in favor of my [[user:auk/Tag_Model|Tagging Model]]. While the tag model come from the point of view that the current bookmarks model must not be broken, and so adds next-gen technology onto that, this model throws out what has been before (for the most part) and builds a system that is simple but effective and &mdash; hopefully &mdash; in the long run easier to use.<br />
<br />
== Add ==<br />
A given url can be bookmarked or not bookmarked. There is not so much 'adding' a bookmark as 'bookmarking a page'. If a page is in the bookmark index, Bookmarks -> Bookmark This Page appears checked, and the Bookmark toolbar toggle button appears toggled on.<br />
<br />
When a page is bookmarked, it's text should be scanned, common words and characters (the, a, comma, period) removed, and the text saved (space delimiters for words?) in the SQLite .db file.<br />
<br />
This should be carried on in the background, or perhaps simply a progress bar in the statusbar, and not stop the UI usage flow &mdash; no Add dialog, no nothing, but a toggled button.<br />
<br />
== Search ==<br />
I feel the primary mechanism of finding a bookmark should be searching. Some may argue this is a technical user's way of operating &mdash; text en lieu of point-and-click. However, I've watched many (my parents, generic other non-techies and techies alike) pull up Google in favor of thier bookmarks time and time again.<br />
<br />
Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succint and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it.<br />
<br />
The search mechanism scans the text index of a page mentioned in the Add section and finds matches and close matches to the search query. Results are ordered bby how close they match the query, or by how recently they were bookmarked. A lot like Google.<br />
<br />
A problem with removing words from the text index is that it makes it nearly illegible to humans. E.g., we can rule out showing excerpts in search results (again like Google). Perhaps it would be better to index the joining words as well, and skip over them in the search algorithm with a blacklist.<br />
<br />
=== Interface ===<br />
<br />
The searching interface should be integrated and easily available. The quite popular [[User:Dria/On Tagging#Searching|article by Dria]] fits very closely to what I have in mind. However, I have a few ideas I feel should differ. Call it a superset.<br />
<br />
* Autocomplete in the URL bar<br />
* Entry in the search bar<br />
<br />
The first has numerous advantages, one of which is that a user does not have to explicitly search thier bookmarks; they can merely start typing for a page they remember. (A URI is not required, any term will work.)<br />
<br />
However, there are disadvantages <span lang="fr" style="font-style: italic">aussi</span>. The main one is speed. Waiting for the autocomplete suggestions to pop up or watching results appear at noticeably different times can be confusing and irritating.<br />
<br />
Putting an entry in the search bar is the most obvious option. Basically, this has the (dis)advantages that are the opposite of autocomplete in the url bar.<br />
<br />
== Menu ==<br />
Inevitably, ...</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Bookmarks&diff=30737User:Auk/Bookmarks2006-08-06T20:21:12Z<p>Auk: /* Search */ interface</p>
<hr />
<div>Here are my thoughts on the future of bookmarking in Firefox. This draft is a KISS outlook, and ultimately personally preferred in favor of my [[user:auk/Tag_Model|Tagging Model]]. While the tag model come from the point of view that the current bookmarks model must not be broken, and so adds next-gen technology onto that, this model throws out what has been before (for the most part) and builds a system that is simple but effective and &mdash; hopefully &mdash; in the long run easier to use.<br />
<br />
== Add ==<br />
A given url can be bookmarked or not bookmarked. There is not so much 'adding' a bookmark as 'bookmarking a page'. If a page is in the bookmark index, Bookmarks -> Bookmark This Page appears checked, and the Bookmark toolbar toggle button appears toggled on.<br />
<br />
When a page is bookmarked, it's text should be scanned, common words and characters (the, a, comma, period) removed, and the text saved (space delimiters for words?) in the SQLite .db file.<br />
<br />
This should be carried on in the background, or perhaps simply a progress bar in the statusbar, and not stop the UI usage flow &mdash; no Add dialog, no nothing, but a toggled button.<br />
<br />
== Search ==<br />
I feel the primary mechanism of finding a bookmark should be searching. Some may argue this is a technical user's way of operating &mdash; text en lieu of point-and-click. However, I've watched many (my parents, generic other non-techies and techies alike) pull up Google in favor of thier bookmarks time and time again.<br />
<br />
Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succint and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it.<br />
<br />
The search mechanism scans the text index of a page mentioned in the Add section and finds matches and close matches to the search query. Results are ordered bby how close they match the query, or by how recently they were bookmarked. A lot like Google.<br />
<br />
A problem with removing words from the text index is that it makes it nearly illegible to humans. E.g., we can rule out showing excerpts in search results (again like Google). Perhaps it would be better to index the joining words as well, and skip over them in the search algorithm with a blacklist.<br />
<br />
== Interface ==<br />
<br />
The searching interface should be integrated and easily available. The quite popular [[User:Dria/On Tagging#Searching|article by Dria]] fits very closely to what I have in mind. However, I have a few ideas I feel should differ. Call it a superset.<br />
<br />
* Autocomplete in the URL bar<br />
* Entry in the search bar<br />
<br />
The first has numerous advantages, one of which is that a user does not have to explicitly search thier bookmarks; they can merely start typing for a page they remember. (A URI is not required, any term will work.)<br />
<br />
However, there are disadvantages <span lang="fr" style="font-style: italic">aussi</span>. The main one is speed. Waiting for the autocomplete suggestions to pop up or watching results appear at noticeably different times can be confusing and irritating.<br />
<br />
Putting an entry in the search bar is the most obvious option. Basically, this has the (dis)advantages that are the opposite of autocomplete in the url bar.<br />
<br />
== Menu ==<br />
Inevitably, ...</div>Aukhttps://wiki.mozilla.org/index.php?title=Places:Bookmarks&diff=30736Places:Bookmarks2006-08-06T19:46:13Z<p>Auk: /* User thoughts */ dria</p>
<hr />
<div>== Background ==<br />
<br />
Details about the Bookmarks System go here.<br />
<br />
See [[Places:Bookmarks:Rethinking]]<br />
<br />
== User thoughts ==<br />
<br />
* [[User:Auk/Bookmarks]]<br />
* [[User:Dria/On Tagging]]</div>Aukhttps://wiki.mozilla.org/index.php?title=Places:Bookmarks&diff=30735Places:Bookmarks2006-08-06T19:41:53Z<p>Auk: user thoughts section</p>
<hr />
<div>== Background ==<br />
<br />
Details about the Bookmarks System go here.<br />
<br />
See [[Places:Bookmarks:Rethinking]]<br />
<br />
== User thoughts ==<br />
<br />
* [[User:Auk/Bookmarks]]</div>Aukhttps://wiki.mozilla.org/index.php?title=Talk:Places:Bookmarks:Rethinking&diff=30734Talk:Places:Bookmarks:Rethinking2006-08-06T19:36:25Z<p>Auk: Bookmarks rethink from my view</p>
<hr />
<div>=tags+notes=<br />
Personally, I just want Tags and Notes available. I'll use just about any UI I have to, without complaint. The screen shots on the wiki page look fine to me. Did I mention I REELY, REELY want to use Notes and Tags with Places?<br />
<br />
<br />
=Some ideas...=<br />
OK, I thought a little about that really nice approach... here are my topics:<br />
==notes==<br />
When a piece of a website is copied to "notes", I would love to have this piece of the note clickable and bringing me to more or less the same place on the webpage again. --[[User:Schoschi|Schoschi]] 17:40, 25 June 2006 (PDT)<br />
<br />
==The bookmark "inbox"==<br />
This section was not 100% clear to me %-/ What I got as unsolved problem was that users of the current bookmark system expect new bookmarks (star button) at the end of the list whereas you'd like to put them on top of the list for more dominant presentation to newbies. What about filing new bookmarks as nowadys at the end but giving all "star"-bookmarks an appropriate tag, eg new_quick_bookmark_by_star_button, thus the "new bookmarks" section works just as a filter over tags (kind of "saved query" like in TB) => both groups are satisfied. --[[User:Schoschi|Schoschi]] 17:40, 25 June 2006 (PDT)<br />
<br />
==hint and wizzard for upgrading users==<br />
We have no need for folders at all any more, as tags can do ''everything'' folders can do (if sub-tags are implemented!) but offer multiple hierarchies for one bookmark (eg golem.de in "news" and "software" and "hardware" and "price comparision"). We can get rid of all the dupes the folders were forcing us to produce! :-)<br />
<br />
For people like me, having over 2MByte of bookmarks, it would be GREAT to have a kind of upgrade wizzard which does the following<br />
<br />
# take all folder names and copy (undo possible) or move (some users may fear semantic losses) them into the new invented tag field (including subfolders, using a ''really'' secure seperator (/ and : may be used in current folder names) ). Use a prefix like "folder:" so I know "hey, this was a folder until FB3" so I will find my way quickly (yes, this breaks find as you type, it's just a first rough idea *g*)<br />
# find all bookmarks with similar URL and consolidate all of them into a single bookmark<br />
## each folder path as one tag<br />
## use most recent "last call" and it's favicon<br />
## in case one field (keyword / description...) is filled only in one of the old bookmarks, use this and go to next dupe. Elsewise ask user what to do (use one of them only, concatenate or (default) concatenate and manually edit AND a checkbox "same action for all 243 similar cases")<br />
# delete obsolete folder structure<br />
--[[User:Schoschi|Schoschi]] 17:40, 25 June 2006 (PDT)<br />
<br />
==check bookmarks==<br />
As the main intention of the new places system is to promote the use of bookmarks, much more users will have to fight against permanent redirects which will become broken links. Moreover, not all sites are offering RSS and thus it would be great to get the fine old mozilla 1.7 (?) feature back: check bookmarks for changes. But in an user friedly and useful way: <br />
* Setting those checks (update/broken) per bookmark or per folder/tag <br />
* collect some places and perform any check only once (so not making a permanent setting)<br />
* optional: Warn me if any bookmark (independet of setting) gets a new permanent redirect (usually some time later the old URL does not work at all any more)<br />
* Optional: save the current content of a URL and mark it as changed only if more than xxx byte changed (important for generated content where date of creation will ''never'' work for update checks) and then highlight the differences<br />
<br />
I did not find out the reason why this pretty cool feature was dropped when FF was created; a search of some 15mins revealed no good sources. In case the reason was that newbies were overwhelmed: We are now creating a complete new UI so this feature is not somehow squashed into an old UI, but it can be done in a really nice and neat way so everyone understands. And now, we ''want'' newbies to heavyly use bookmarks. --[[User:Schoschi|Schoschi]] 17:40, 25 June 2006 (PDT)<br />
<br />
==incremental search==<br />
I'd love to be able to search incremental. So first, show only places containing ".se" in their URL, then further reduce to those containing "uni" in title/description and then further filter to only those containing the tag "todo". Then save this as saved search. Maybe too sophisticated (=> extension) but maybe just another reason to use FF "places" instead of web2.0 pages (which are not able to do this to full extend, so searches including history) --[[User:Schoschi|Schoschi]] 17:40, 25 June 2006 (PDT)<br />
<br />
= Scrambled Notes about Bookmarks:Rethinking =<br />
First of all, it is a very nice proposal and contains many good solutions for new functions. Thank you.<br />
* '''Chrome Hack:''' Hopefully, a link like this chrome://browser/content/bookmarks/bookmarksManager.xul will still show the bookmarks window in a tab and did not get lost in transition.<br />
* '''Autolinks:''' I'm not so excited about it because all systems with automated population I know are never transparent. You never know when an item will appear and when it will suddenly disappears. I understand the intention but I'm not sure if it is reliable for the target group.<br />
* '''Old Bookmarking System:''' worked actually well as flat list with manual tagging and annotating (see items at http://tdot.blog-city.com)! But having said that I'm glad to see that Firefox will provide support such as auto-complete for tags etc. so that random variations of tags can be avoided.<br />
* '''STAR Button:''' single click bookmarking sounds great! But couldn't it be placed in the navigation toolbar just left from the URL? And could the down arrow be an option? If I mark text on a website and click the STAR button it should also copy the selected text to the notes or append it to existing notes.<br />
* '''Inbox/to-do list:''' The to-do list would not be appropriate after I read a website and decide to bookmark it. I suppose I have to use a different way of bookmarking to avoid putting it in the Inbox. How you describe its function sounds more like the typical Recent rather than an Inbox. I hope all (new) bookmarks appear not only in Inbox, New Bookmarks, etc. but also (immediately) in the general bookmarks list so that I can use the simplest way and all new features are options.<br />
* '''Archived Bookmarks:''' I have saved a large mount of bookmarks in an archive file because until v1.5 Firefox does not handle large amounts of bookmarks so well. Also I removed all icons because the overhead was much more than 50% of the total number of characters in each bookmark. I guess the handling of bookmarks has changed with 2.0 so it might not be necessary anymore. I wonder if this item should just be labeled "Bookmarks" and include all new bookmarks so that New Bookmarks is just a "selective view". <br />
* '''Tags:''' Tag lists can grow really big and it takes a lot of time to scroll long vertical lists. Look at this example http://del.icio.us/Tdot/firefox and try to work with it. How much time does it take you to scroll? Anyway, I use tags primarily for search because it is actually a special kind of annotation!<br />
* '''Old Description Field:''' I always missed the description field in the bookmarks manager because it could have been a good place for notes. But it is basically invisible. At least in the bookmarks manager. My solution for this problem was to change the title field manually and add tags and annotations using some separators : Title -- Tags ;; Annotations. This was so far very efficient for the existing bookmarking system. I guess it will become the new notes field.<br />
* '''Notes:''' integration looks great! It should include the tags field! I change tags frequently when I do research and work on projects. Tags and notes are just different annotations. Can I choose between left or bottom as notes location? (May be floating?)<br />
* '''Search:''' MUST include title, (URL: recommend), tags, and notes! When I use my bash script to search all fields of the bookmarks I get a small percentage of unintended results but I prefer this simplistic approach with one search field that is similar to Google's. Additional specifiers such as inurl, site, etc. are only used for advanced search.<br />
* '''Viewing Tags:''' I'm not sure about its function. It seems to offer the tags list and show all bookmarks with the selected tag. It seems equivalent to an advanced search like "tags:firefox". If I bookmark a website that has Firefox in its title why should I enter it again as a tag? I'm using tags to improve findability not to build a perfect structure of tags. I mean I need to add as tag or in notes information that is not in the title field so that I can integrate this website into my personal map of associations and knowledge.<br />
* '''Viewing Bookmarks:''' I'm wondering if a list style like del.icio.us bookmarks (e.g. http://del.icio.us/Tdot/firefox), Google's search results, or reddit's news items (http://reddit.com/) would be better than the table format. CSS would actually allow advanced users some hacking and personal adjustments.<br />
* '''Viewing Notes:''' a del.icio.us like output seems here also a better solution and could integrate very well with bookmarks. To illustrate what I mean follow these two links: http://de.lirio.us/rubric/entries/tags/delirioussiteblog?long_form=1 http://de.lirio.us/rubric/entries/tags/delirioussiteblog The first link shows the complete item while the second link reduces it to the bookmark with a short summary. For Firefox I think three levels would be perfect: single line (bookmark + tags?), four lines (bookmark + tags + two lines of the notes), long form (incudes complete notes/annotations)<br />
* '''Notes and Highlighting:''' It would be great if the text from notes would appear highlighted in the website when I revisit it. But this may interfere with manual notes. URLex could do the trick but I would like to have a copy of an interesting text snippet in my notes in case the link is broken some day.<br />
* '''Editing of bookmarks, tags, notes:''' Having editable title, tags, and notes fields for the selected bookmark is excellent. But if the bookmarks would be listed as dynamic HTML page inline editing as it is used by del.icoi.us or by TiddlyWiki could be an option.<br />
* '''Check Bookmarks (reply to above):''' Having a few thousand bookmarks dead links come up once in a while and are easily deleted when I notice the website is gone. But more importantly a server can be down temporarily and I do not want to loose important bookmarks by an automated bookmark cleaner.<br />
* '''Incremental Search (reply to above):''' The problem with Firefox is only that it takes the search field as one string instead of a space separated list with a default AND operator. Also Mozilla/Firefox always destroyed the order of bookmarks so I wrote my own search as bash script that generates a dynamic HTML ant loads it in a Firefox tab (see http://tdot.blog-city.com/firefox_hacks_bm_search.htm).<br />
* '''Smart Keywords:''' Currently, I can enter a bookmark like this http://search.yahoo.com/search?p=%s , add a keyword "ys", and use it to search yahoo from the URL bar, e.g "ys firefox". But if I just enter "ys" I get the search results for "%s". So, it would be great to delete "%s" before it is send to the server. Except, on the website is some text selected. Because in this case is should perform the search for the selected text.<br />
* '''PermaLinks for bookmark searches:''' would be a wonderful tool for frequent tasks and combine it with all the possibilities for bookmarks (keyword, smart keyword, bookmarklet, bookmarks menu, bookmarks toolbar). It has the function of a "smart folder" (Mac) and could for example be used to show all bookmarks with the tag "project1". But unlike in directories ONE bookmark can appear in multiple "smart folders". The URL/link could look like this chrome://browser/content/bookmarks/bookmarksManager.xul?s=project1 chrome://browser/content/bookmarks/bookmarksManager.xul?s=%s<br />
Tdot 2005-07-11, 00:41<br />
<br />
== Question ==<br />
<br />
how do you access png's<br />
<br />
== Bookmarks rethink from my view ==<br />
<br />
I'm writing my wishes and thoughts on the future bookmarks model, and hope it will influence someone. My spec comes from teh point of view that minimal interaction should be required. I think an add dialog should be abolished :)<br />
<br />
It's here: [[User:Auk/Bookmarks]].</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Bookmarks&diff=30730User:Auk/Bookmarks2006-08-06T05:51:45Z<p>Auk: /* Searching */ rename to Search</p>
<hr />
<div>Here are my thoughts on the future of bookmarking in Firefox. This draft is a KISS outlook, and ultimately personally preferred in favor of my [[user:auk/Tag_Model|Tagging Model]]. While the tag model come from the point of view that the current bookmarks model must not be broken, and so adds next-gen technology onto that, this model throws out what has been before (for the most part) and builds a system that is simple but effective and &mdash; hopefully &mdash; in the long run easier to use.<br />
<br />
== Add ==<br />
A given url can be bookmarked or not bookmarked. There is not so much 'adding' a bookmark as 'bookmarking a page'. If a page is in the bookmark index, Bookmarks -> Bookmark This Page appears checked, and the Bookmark toolbar toggle button appears toggled on.<br />
<br />
When a page is bookmarked, it's text should be scanned, common words and characters (the, a, comma, period) removed, and the text saved (space delimiters for words?) in the SQLite .db file.<br />
<br />
This should be carried on in the background, or perhaps simply a progress bar in the statusbar, and not stop the UI usage flow &mdash; no Add dialog, no nothing, but a toggled button.<br />
<br />
== Search ==<br />
I feel the primary mechanism of finding a bookmark should be searching. Some may argue this is a technical user's way of operating &mdash; text en lieu of point-and-click. However, I've watched many (my parents, generic other non-techies and techies alike) pull up Google in favor of thier bookmarks time and time again.<br />
<br />
Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succint and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it.<br />
<br />
The search mechanism scans the text index of a page mentioned in the Add section and finds matches and close matches to the search query. Results are ordered bby how close they match the query, or by how recently they were bookmarked.<br />
<br />
== Menu ==<br />
Inevitably, ...</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Bookmarks&diff=30729User:Auk/Bookmarks2006-08-06T05:50:40Z<p>Auk: /* Searching */ mechanism workings</p>
<hr />
<div>Here are my thoughts on the future of bookmarking in Firefox. This draft is a KISS outlook, and ultimately personally preferred in favor of my [[user:auk/Tag_Model|Tagging Model]]. While the tag model come from the point of view that the current bookmarks model must not be broken, and so adds next-gen technology onto that, this model throws out what has been before (for the most part) and builds a system that is simple but effective and &mdash; hopefully &mdash; in the long run easier to use.<br />
<br />
== Add ==<br />
A given url can be bookmarked or not bookmarked. There is not so much 'adding' a bookmark as 'bookmarking a page'. If a page is in the bookmark index, Bookmarks -> Bookmark This Page appears checked, and the Bookmark toolbar toggle button appears toggled on.<br />
<br />
When a page is bookmarked, it's text should be scanned, common words and characters (the, a, comma, period) removed, and the text saved (space delimiters for words?) in the SQLite .db file.<br />
<br />
This should be carried on in the background, or perhaps simply a progress bar in the statusbar, and not stop the UI usage flow &mdash; no Add dialog, no nothing, but a toggled button.<br />
<br />
== Searching ==<br />
I feel the primary mechanism of finding a bookmark should be searching. Some may argue this is a technical user's way of operating &mdash; text en lieu of point-and-click. However, I've watched many (my parents, generic other non-techies and techies alike) pull up Google in favor of thier bookmarks time and time again.<br />
<br />
Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succint and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it.<br />
<br />
The search mechanism scans the text index of a page mentioned in the Add section and finds matches and close matches to the search query. Results are ordered bby how close they match the query, or by how recently they were bookmarked.<br />
<br />
== Menu ==<br />
Inevitably, ...</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Bookmarks&diff=30728User:Auk/Bookmarks2006-08-06T05:47:43Z<p>Auk: /* Add */ text index, ui flow</p>
<hr />
<div>Here are my thoughts on the future of bookmarking in Firefox. This draft is a KISS outlook, and ultimately personally preferred in favor of my [[user:auk/Tag_Model|Tagging Model]]. While the tag model come from the point of view that the current bookmarks model must not be broken, and so adds next-gen technology onto that, this model throws out what has been before (for the most part) and builds a system that is simple but effective and &mdash; hopefully &mdash; in the long run easier to use.<br />
<br />
== Add ==<br />
A given url can be bookmarked or not bookmarked. There is not so much 'adding' a bookmark as 'bookmarking a page'. If a page is in the bookmark index, Bookmarks -> Bookmark This Page appears checked, and the Bookmark toolbar toggle button appears toggled on.<br />
<br />
When a page is bookmarked, it's text should be scanned, common words and characters (the, a, comma, period) removed, and the text saved (space delimiters for words?) in the SQLite .db file.<br />
<br />
This should be carried on in the background, or perhaps simply a progress bar in the statusbar, and not stop the UI usage flow &mdash; no Add dialog, no nothing, but a toggled button.<br />
<br />
== Searching ==<br />
I feel the primary mechanism of finding a bookmark should be searching. Some may argue this is a technical user's way of operating &mdash; text en lieu of point-and-click. However, I've watched many (my parents, generic other non-techies and techies alike) pull up Google in favor of thier bookmarks time and time again.<br />
<br />
Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succint and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it.<br />
<br />
When a page is bookmarked, it's text should be scanned, common words and characters (the, a, comma, period) removed, and the text saved (space delimiters for words?) in the SQLite .db file. This should be carried on in the background, or perhaps simply a progress bar in the statusbar, and not stop the UI usage flow.<br />
<br />
== Menu ==<br />
Inevitably, ...</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/UI_Models&diff=30727User:Auk/UI Models2006-08-06T05:43:55Z<p>Auk: /* Firefox */ user:auk/Bookmarks</p>
<hr />
<div>Feel free to add in at the parts where is specify (usually by "Visitors add more here.") and correct typos, but please post any suggestions for the main material on the talk pages or converse with me.<br />
<br />
== Firefox ==<br />
* [[user:auk/Firefox_menus|Menus rethink]]<br />
* [[user:auk/Bookmarks|Bookmarks]] and the less preferred [[user:auk/Tag_Model|Tagging Model]]<br />
* [[user:auk/Search_Model|Search Model]]<br />
* [[user:auk/History_Model|History]]<br />
* [[user:auk/Tab_Model|Tab Model]]<br />
* [[User:Auk/Sidebar_Interface|Sidebar Interface]]<br />
<br />
== Other apps ==<br />
* [[user:auk/Thunderbird_Menus|Thunderbird Menus]]<br />
* [[user:auk/Thunderbird_Sorting|Sorting through mail in Thunderbird]]</div>Aukhttps://wiki.mozilla.org/index.php?title=User:Auk/Bookmarks&diff=30726User:Auk/Bookmarks2006-08-06T05:40:06Z<p>Auk: </p>
<hr />
<div>Here are my thoughts on the future of bookmarking in Firefox. This draft is a KISS outlook, and ultimately personally preferred in favor of my [[user:auk/Tag_Model|Tagging Model]]. While the tag model come from the point of view that the current bookmarks model must not be broken, and so adds next-gen technology onto that, this model throws out what has been before (for the most part) and builds a system that is simple but effective and &mdash; hopefully &mdash; in the long run easier to use.<br />
<br />
== Add ==<br />
A given url can be bookmarked or not bookmarked. There is not so much 'adding' a bookmark as 'bookmarking a page'. If a page is in the bookmark index, Bookmarks -> Bookmark This Page appears checked, and the Bookmark toolbar toggle button appears toggled on.<br />
<br />
== Searching ==<br />
I feel the primary mechanism of finding a bookmark should be searching. Some may argue this is a technical user's way of operating &mdash; text en lieu of point-and-click. However, I've watched many (my parents, generic other non-techies and techies alike) pull up Google in favor of thier bookmarks time and time again.<br />
<br />
Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succint and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it.<br />
<br />
When a page is bookmarked, it's text should be scanned, common words and characters (the, a, comma, period) removed, and the text saved (space delimiters for words?) in the SQLite .db file. This should be carried on in the background, or perhaps simply a progress bar in the statusbar, and not stop the UI usage flow.<br />
<br />
== Menu ==<br />
Inevitably, ...</div>Auk