The Omni Group
These forums are now read-only. Please visit our new forums to participate in discussion. A new account will be required to post in the new forums. For more info on the switch, see this post. Thank you!

Go Back   The Omni Group Forums > OmniWeb > OmniWeb Feature Requests
FAQ Members List Calendar Today's Posts

 
visited URLs list flawed Thread Tools Search this Thread Display Modes
Hi everyone,
is it just me or is the visited URL list and auto-completion flawed? When switching from safari I often typed in URLs that were too short, and OmniWeb remembered them all; now I can't even use auto-completion because the list is full of false entries.

It would be easy to just save those urls that were successfully loaded, wouldn't it?
 
I agree .
 
Can someone describe the problem a bit better--are you saying that you don't want errors to be added to history, or just to the autocompletion...

I believe that you can delete the false entries from your history and they won't cause you problems anymore.
 
Basically, type in omnigroupie.com You get a "can't find host." Now open a new window and type omni and you'll see omnigroupie.com listed.

IMHO, entries that resulted in a "can't find host" should not be an option in auto complete.

And now that I say that, I can think of some instances where this would not be good.
 
Yes, it wouldn't be good if e.g. a legit URL was typed in but their server was down at the time.

FWIW, isn't one way to solve this to simply clear or delete the incorrect entry from the history? I believe that this is where it pulls the prior URLs from (as well as from your bookmarks).
 
In my opinion, there is no need to save URLs when a server was down. If people find them so important, they can just keep a tab open and hit refresh every second day or so.

Also, pulling URL autocompletion - or maybe we should say autosuggestion - from the history seems strange to me. If I type "omni" in the location bar, I have about 50 hits. That's of no use at all. I can't search through 50 URLs, because:

- the window is too small horizontally and truncates long URLs
- they are sorted in some weird way (probably by date)
- who in the world can recognize a page by a 60 digit URL anyway? I look for the TLD and if it's right, I click it and go from there - much faster than searching the correct history entry

So the implementation that would suit my personal needs best would be:

- save only valid (successfully loaded) URLs
- save only domain names, no paths
- display URL suggestions sorted by length of URL: shorter ones first
- save URLs that were auto-completed, such as "omnigroup" (which completes to omnigroup.com)

And here comes an even better suggestion:

Augment the location bar search with clustering. Right now I can type in "apple mouse" and find all URLs with both terms in either page title or URL. These are sorted by domain, which is great. But what if all hits from one domain were grouped together and collapsed, like a mail.app thread? This would save lots of screen space, and the user could fly over the list, quickly locating the relevant group. A click on a button would then reveal all hits from that particular server, visually identified by a colored box or something.

If such a feature ever gets implemented in a browser I will certainly feel a lot less disoriented in the web. :)
 
- save only domain names, no paths

A couple days ago people here were posting of how they liked the auto complete searching the full URL. I greatly enjoy this too, especially with sites pushing SEO so the URLs have descriptive terms in them.

- display URL suggestions sorted by length of URL: shorter ones first

But who's to say the shortest one is the most relevant? If I've gone to forums.omnigroup.com a hundred times, but one time I typed in omni.com, why should the first option be the one I'm not going to use?
 
Quote:
Originally Posted by furrball
In my opinion, there is no need to save URLs when a server was down. If people find them so important, they can just keep a tab open and hit refresh every second day or so.
Agreed.

Quote:
Originally Posted by furrball
I can't search through 50 URLs, because:

- the window is too small horizontally and truncates long URLs
This can be made better by using a standalone location bar – hit Alt-Cmd-L.

Quote:
Originally Posted by furrball
- they are sorted in some weird way (probably by date)
IMHO this is the best way – I'm always annoyed by Opera's behaviour to show the hits in alphabetical order, which often gives a misspelled URL as first entry, leading me back to that wrong URL again. Additionally, it is nearly impossible to get "the page on that server I saw last when I visited that server recently", especially in forums, where there is no hint on the topic in the URL.

Quote:
Originally Posted by furrball
- who in the world can recognize a page by a 60 digit URL anyway? I look for the TLD and if it's right, I click it and go from there - much faster than searching the correct history entry
Agreed. What about the follwing solution: In the location bar, OW only autocompletes the server, i.e. when you hit return, you will be taken to the home page. In the suggestions below, though, it shows all results in the manner it already does. So hitting cursor down, then return, will take you to laste page visited on that server.

Quote:
Originally Posted by furrball
And here comes an even better suggestion:

Augment the location bar search with clustering. Right now I can type in "apple mouse" and find all URLs with both terms in either page title or URL. These are sorted by domain, which is great. But what if all hits from one domain were grouped together and collapsed, like a mail.app thread? This would save lots of screen space, and the user could fly over the list, quickly locating the relevant group. A click on a button would then reveal all hits from that particular server, visually identified by a colored box or something.
This doesn't sound bad, yes. There is a problem, though, regarding stringent UI design if keyboard input is used: Imagne you go through the links with the cursor keys: What should happen, if the user presses space or return on a collapsed element? Space would normally bring you back to an empty location bar with only a space in it. And return? Should it go directly to foo.bar.com (without path), as this is what is shown as the element title? Or should it rather uncollapse the entries underneath?

It could be done if only cursor right and cursor left are used for collapsing/uncollapsing entries. That would, however, also lead to some unexpected behaviour for those who use this feature for the first time and didn't read the help about it.

Not so easy.

Maybe make it a configurable option and show a hint on how it works when it is enabled for the first time?
 
Quote:
Originally Posted by furrball
In my opinion, there is no need to save URLs when a server was down. If people find them so important, they can just keep a tab open and hit refresh every second day or so.
I'm not saying that they should, I'm just pointing out what some people would probably feel is a negative. That is there is a potential con to the pro.
Quote:
Also, pulling URL autocompletion - or maybe we should say autosuggestion - from the history seems strange to me. If I type "omni" in the location bar, I have about 50 hits. That's of no use at all. I can't search through 50 URLs, because:
If you have just mis-typed it, then it will be the last entry in the history. You don't need to search in the location bar, just open the history and delete it straight away. Even if you don't do that, you misspelled it so why would you be searching with omni? You would search using the misspelling.

Anyway, probably the simplest solution would be the suggestion in the first post, but before that arrives, there are ways of easily finding and removing misspelt URLs.
 
zottel: thanks, the location bar really makes things a bit better. :)

jkt: You are definitely right, this feature will always have to be balanced between the needs of different user types. As for fiddling with the history, I'm pretty much a fire and forget type, so I don't bother with that. But of course others will handle this differently.

To add at least some positive feedback to this post: There seems to be a detail that could be fixed without any drawbacks: Auto-suggestions of URLs, so it seems, are not sorted by last accessed date, but rather by first entered. Example:

I type "animesuki" into the location bar and hit enter. I get to animesuki.com

I type "animesu" into the location bar and hit enter. This takes me to animesu.com although I want to go to animesuki.

I type "animesuki.com" into the location bar and hit enter, carrying me to animesuki.com

So now I have last accessed the correct page. I go to the location bar and enter "anime". A dropdown list appears, where animesuki is the last, not the first entry. Does this make sense in any way?

Last edited by furrball; 2006-08-03 at 02:13 AM..
 
 




Similar Threads
Thread Thread Starter Forum Replies Last Post
5.9.2 Previously Visited Link Color Fnordoz OmniWeb Bug Reports 4 2009-03-20 01:03 PM
Visited Link color not changing Drayon OmniWeb Bug Reports 6 2009-02-08 10:15 PM
Applying a unique color to visited links mpkalman OmniWeb General 1 2007-11-27 06:48 PM
Funky (faulty?) visited link colors Hendrik Mans OmniWeb Bug Reports 1 2006-12-25 10:16 AM
Reformat visited links Gregory OmniWeb Feature Requests 4 2006-05-29 11:57 AM


All times are GMT -8. The time now is 09:27 PM.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc.