Firefox/Feature Brainstorming:Addressbar: Difference between revisions

 
(17 intermediate revisions by 8 users not shown)
Line 1: Line 1:
{{FeatureBrainstorming}}  
{{FeatureBrainstorming}}  
== Addressbar searching optimization  ==
In conjunction with the current feature of typing into the addressbar to search through history and bookmarks, also allow users to enter regex expressions to display more specific results that are more specified to what the user wants.
For example, what if I want to search for something like this. photo.com/myusername/1.png, 2.png etc. Lets say I have 200 photos, and I'm not sure where a particular photo is, so I would like to just display the last 10 I uploaded. I could use a regex.
My example isn't really that good, but I know some people could find a use a feature like this.
Some ways to implement it could be like this.
You can't just right off the hand start using regex in the addressbar, because this would conflict with the regular slightly simpler feature of just typing in key words to search for history, so what we need is a way to specify that we are using a regex to search for history and bookmarks. This could be done with a specific keyword that won't possibly appear in a regular history search, so ::, //, and similar things are already out.
I suppose a way could be to specify it with maybe regex://, but this probably isn't such a good solution as that would look like a URL protocol. Any ideas are welcome.
== Keep Focus  ==
Focus should always remain in address bar unless requested elsewhere on the page. (E.g. by a script )
After load of page the user should be able to input a new address without first pressing CTRL-L or clicking on the address bar. During load of page, without additional  commands, the user should be able to stop loading of the current page and input a new address to load.
When user clicks the "Home" button in the tool-bar, the address-bar receives the focus. At the meanwhile, the home page is being loaded. As soon as the loading of the home page finishes, the URL in the address-bar changes to the URL of the home page. If at that moment, user had started typing a URL in the address-bar, all the text user has typed becomes lost. This is a frustrating moment for most people. Focus must be kept in the address-bar if user is typing something.
== Addressbar UI  ==
*When addressbar is not selected the size of the addressbar snap into smaller version
**it will show only the basic web address (only [[#|example.com]] instead of [[#|http://www.example.com/life/peace/rockon]]) and icon for the site
**when expand the other icon will be push off the side and will be pull back in after the addressbar shrunk again
*Make OmniBar (https://addons.mozilla.org/en-US/firefox/addon/8823) Default UI
== Twitter/Ping.fm intergration ==
*thought I heard this from somewhere


== Domain AutoComplete/AutoCorrect  ==
== Domain AutoComplete/AutoCorrect  ==
Line 77: Line 108:


* open location dialog, without open file button (already exists in file->open file!)
* open location dialog, without open file button (already exists in file->open file!)
* open location dialog input, same as address bar in order to extensions (like [https://addons.mozilla.org/en-US/firefox/addon/8823 omnibar] works for it)
* open location dialog input, same as address bar in order to extensions (like [https://addons.mozilla.org/en-US/firefox/addon/8823 omnibar]) works for it
* open location submitting address (or search) submits window (for now, after hitting enter, you have to click to Open button
* open location submitting address (or search) submits window (for now, after hitting enter, you have to click to Open button
* if this would be done (location bar from main window) may be hidden all time for example in fullscreen mode, and when you want to go to some url, just click [cmd or ctrl]+[L] and type search or address you want
* if this would be done (location bar from main window) may be hidden all time for example in fullscreen mode, and when you want to go to some url, just click [cmd or ctrl]+[L] and type search or address you want
Line 84: Line 115:


* in preferences option in location bar include From Tags, and From Specified bookmark dir (already are History and bookmark) or exclude from this tag, or this directory
* in preferences option in location bar include From Tags, and From Specified bookmark dir (already are History and bookmark) or exclude from this tag, or this directory
* would be nice to have in one place bookmarks marked for Read them latter, and when you are typing address (they are only disturbing your fast typing/searching address making list filled with strange and sometimes long addresses)
* would be nice to have in one place bookmarks marked for Read them latter, and when you are typing address (they are only disturbing your fast typing/searching address making list filled with strange and sometimes long addresses) have clean list of sites you want to fast type
* Open in new tab automatically if current tab is not about:blank, otherwise open in this tab


== Autocomplete  ==
== Autocomplete  ==
Line 191: Line 223:
The order also changes if I open the location bar and select an entry with the mouse.  
The order also changes if I open the location bar and select an entry with the mouse.  


Sorting this way worked in early releases of Firefox 0.9.X. There is a bug filed in bugzilla for which the fixing is postphoned from one release to the other. Please make sure that it is included in Firefox 2.5, 3.0 or whatever it is.  
Sorting this way worked in early releases of Firefox 0.9.X. There is a bug filed in bugzilla for which the fixing is postphoned from one release to the other. Please make sure that it is included in Firefox 2.5, 3.0 or whatever it is.
 
----
 
Adding to the above, it would be neat to have a BASH-like "Command History" implementation to allow the use to cycle through their past entered URIs within the address bar field. For example, this would allow a user to quickly re-enter a URI they recently accessed, and then make changes to it, using the Up and Down arrow keys.
 


;References
;References


*[https://bugzilla.mozilla.org/show_bug.cgi?id=258107 bug 258107]
*[https://bugzilla.mozilla.org/show_bug.cgi?id=258107 bug 258107]
*[[User:Jacobbrett/Let Address History act like BASH's Command History]]


== Keybindings  ==
== Keybindings  ==
Line 235: Line 273:


*I personally don't feel much for this, a SVG favicon would have to be really, really basic in order for it to look decent at 16x16. A bitmap image can be tuned to make it pixel-perfect, less so with an SVG. Firefox supports PNG, for transparency as well as animated GIFs for dynamic icons. I also wonder if anyone would use JavaScript to do fancy tricks with SVG favicons. Just my opinion, however. :)
*I personally don't feel much for this, a SVG favicon would have to be really, really basic in order for it to look decent at 16x16. A bitmap image can be tuned to make it pixel-perfect, less so with an SVG. Firefox supports PNG, for transparency as well as animated GIFs for dynamic icons. I also wonder if anyone would use JavaScript to do fancy tricks with SVG favicons. Just my opinion, however. :)
*I think that this is a great idea.  Especially as screens get higher resolutions, people will need more than 16px to see favicons nicely.  This also allows the favicon to be used for things such as bookmarks and be displayed a little bigger.


== Highlight the domain name  ==
== Highlight the domain name  ==
Line 244: Line 284:
*[http://en.design-noir.de/mozilla/locationbar2/ Locationbar²]
*[http://en.design-noir.de/mozilla/locationbar2/ Locationbar²]


I could even imagine a more flexible system that lets the user configure which font color he/she wants to use for protocol, domain, path, page and url-encoded parameters (maybe even one color for parameter and one for value). Those users, that don't like colorization can set all colors to black (or maybe black is the default).  
I could even imagine a more flexible system that lets the user configure which font color he/she wants to use for protocol, domain, path, page and url-encoded parameters (maybe even one color for parameter and one for value). Those users, that don't like colorization can set all colors to black (or maybe black is the default).
 
*I think that feature is very nice but best kept in an addon.  We don't want firefox to get too fat.  This is defiantly not essential to browsing and is fairly simple to implement in an addon.


== Show more security info  ==
== Show more security info  ==
Line 310: Line 352:


*The person isn't really learning to type better or type right because Firefox will just be fixing all of their errors
*The person isn't really learning to type better or type right because Firefox will just be fixing all of their errors
**Maybe Firefox could fix it and note the problem to the user elsewhere.
*There is always the chance of preventing someone from going where they want to go.


;References
;References
Line 317: Line 361:
*[https://addons.mozilla.org/firefox/1727/ urlSpell] Extension
*[https://addons.mozilla.org/firefox/1727/ urlSpell] Extension


[mailto:daytonlowell@gmail.com Email Dayton Lowell]  
[mailto:daytonlowell@gmail.com Email Dayton Lowell]


== Right-click deletion of each typed address in the address bar  ==
== Right-click deletion of each typed address in the address bar  ==
Line 363: Line 407:
== Go Button Always There  ==
== Go Button Always There  ==


The go button has been removed from newer versions of Firefox to only being there half the time. It would be nice if it was there whenever there is an error page displayed, or permenantly like it used to be.  
The go button has been removed from newer versions of Firefox to only being there half the time. It would be nice if it was there whenever there is an error page displayed, or permanently like it used to be.
*How about if it was an option. You could remove it or have it there, your choice. Through the customize toolbar section.


== SiteMap auto complete  ==
== SiteMap auto complete  ==
Line 400: Line 445:


I already realize that this feature is useless in current versions of Firefox. However, in future versions, I propose this feature as a solution to the issue of no <title> content presented by the "tabs-on-top" design. With this design, more space would be conserved for content, meaning Firefox would have a presence, but would be more out of the way of the user.
I already realize that this feature is useless in current versions of Firefox. However, in future versions, I propose this feature as a solution to the issue of no <title> content presented by the "tabs-on-top" design. With this design, more space would be conserved for content, meaning Firefox would have a presence, but would be more out of the way of the user.
== Addressbar disappears (in a grey smoke screen) ==
Can be done in two ways :
-The adresse bar, under the tabs bar, appears when cursor in on a tab title, and disappear when the cursor is not on.
-The tab title IS the addressbar, when clicking once on tab title, the address bar is shown, and when the webpage is loaded, the addressbar is replaced by tab title.
Both ways allow to gain significiant vertical space.