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 Search Today's Posts Mark Forums Read

 
Find as you Type support Thread Tools Search this Thread Display Modes
I'd love this too, its one of the things I miss from Camino. /-type something would be nice :)
 
This is my highest rated request as well. It makes me happy to know that you plan on implementing it, but I just wanted to let you know that there are more people who really like it. I love just being able to hit a letter or two in 5.1.3 and have it jump to a link.
 
For instance, I'm trying to use speech to navigate these forum pages, and it would be nice to be able to spell links.

Edit: Correct that request to just be a type to find. The speech part is supposed to work by saying the link, but that isn't working.

Last edited by bethkatz17582; 2006-04-27 at 09:59 AM..
 
Ken,

Wouldn't this feature conflict with Document input? Seems like, especially with some of these new wiz-bang AJAX apps, having this feature would prevent certain kinds of input at the document level. I believe I ran into this very issue when trying an AJAX SSH client on OW, recently. How would the browser discern between "find as you type" and document input? This might be an issue all browsers might have to deal with.

Is it really safe to assume that the only time input is sent to a document, when you've focused on an HTML document input element? Actually, when I noticed this feature was gone in 5.5, I thought it was due to WebKit not offering this feature, and it may be for good reason.

Another example.. earlier today, on this very forum I was doing a post, and I think these messages are typed in <textarea>'s.. anyhow, I have gotten used to using the Emacs key bindings offered in Cocoa apps, so expecting to behave as usual, I pressed Ctrl-p I think it was, and instead of moving up oneline, OW ended up triggering the "preview post" button at the bottom. I assume it did this because this forum system bound that key somehow, but of course I had no way of knowing it was bound. So, it seems to me that now with these more interactive web applications being deployed, the issue of "input focus" is becoming a bigger concern with web browsers. So should the line be drawn between browser and document input? What's your opinion?
 
Oh, yesyesyesyes. Please.

One of the best features since Firefox 0.9.x. I love the find as you type searching, it keeps things a lot cleaner than the Find window disappearing behind other windows.
 
I would just like to say, since the difference was made clear to me and I use FF quite a bit lately (specifically because of a toolbar) I would really like this feature now.
 
Incremental find as you type is a must if you're not using a mouse!

Using keyboard only (and mousekeys when I must) is much more accessible for me, because I have mobility impairments.
The good news is: "Next" button on the Enter key is back!
 
Quote:
Originally Posted by Jesse the K
Incremental find as you type is a must if you're not using a mouse!

Using keyboard only (and mousekeys when I must) is much more accessible for me, because I have mobility impairments.
The good news is: "Next" button on the Enter key is back!
Just hit command+g.
 
Quote:
Originally Posted by Forrest
Just hit command+g.
Well, no.

Because the command-F find doesn't move the system cursor (usually appears with blue highlight). With Safari+Saft or Firefox's find, the found object is immediately selectable. That is, when I do spacebar or return on the found text and it's also a link, I move to that link.

But OW's current (5.1.3) implementation of command-F requires me to route the pointer to that location and then click.

The good news with 5.1.3 is that I can move the "system cursor" with command-option-Up / command-option-Down. That's broken in SP14. I assume the 5.5 release will at least fix this.
 
So command+g isn't finding next for you?
 
 


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes


Similar Threads
Thread Thread Starter Forum Replies Last Post
Unable to FIND text in columns that have the type property set to "pop-up list" qomni OmniOutliner 3 for Mac 20 2013-12-04 03:18 PM
Is there a Search/Find Function? [A: Open feature request; email support.] jwendolo OmniOutliner for iPad 3 2011-05-16 01:57 AM
find-as-you-type - OW5.x or OW6.x macsterdam OmniWeb Feature Requests 7 2007-07-28 11:52 AM
Find as you type.... again - please please? kga1978 OmniWeb Feature Requests 0 2007-01-08 08:29 AM
type ahead find adamwebb OmniWeb Feature Requests 1 2006-11-14 09:07 PM


All times are GMT -8. The time now is 09:00 AM.


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