[RFC] Find as you type, statusbar instead of popups, etc
Hi'all, My current tab/frame patch (which will probably be released AFTER the 20th of september, as I am going abroad for a while) contains a find_as_you_type implementation (like Mozilla, search results are updated interactively). I also included an option to use the status bar and location bar instead of popup windows for search and open_url (popups are quite often not worth the hassle...). User controls for find (and find_as_you_type) are the same as the normal find dialog ("/" or CTRL-F to start find, ESC to close, enter to search/search next), but find now retains the last search string between searches. Code size impact is minimal, in case of a popup_less version code is actually quite a bit less complex (and a bit smaller) than the current CVS implementation. Is this something you'd like to see in Dillo, or should I keep these to myself? On the frameset front, control over margins in (i)frames has been improved (no more extraneous margin space in iframe). Dillo (when configured for frameset support) now always renders frameset - even when body content is placed outside the frameset. Frame resize support has been improved a bit. These changes introduce two new preferences (popup_dialogs and find_as_you_type). Both have defaults which reflect unpatched Dillo's behaviour. Please let me know if this sounds like an improvement (or the opposite) to you. Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank@unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]
Hi,
My current tab/frame patch (which will probably be released AFTER the 20th of september, as I am going abroad for a while) contains a find_as_you_type implementation (like Mozilla, search results are updated interactively).
I was very happy when Mozilla implemented Emacs' incremental seach, so I would really like to find it in Dillo, too. Is the patch available somewhere?
I also included an option to use the status bar and location bar instead of popup windows for search and open_url (popups are quite often not worth the hassle...).
Yes, I agree, and I would make use of this patch. But popups should still be there, so new users won't be lost.
User controls for find (and find_as_you_type) are the same as the normal find dialog ("/" or CTRL-F to start find, ESC to close, enter to search/search next), but find now retains the last search string between searches.
(could we add shift-enter to search backwards?) I really liked Gtk ability to let the user customize menu key bindings. So what do you think about making a menu entry for each Dillo command? That would create numerous new entries but then the user does not need to read the manual to know that '/' is for incremental-search and he would be able to customize the key-bindings to his taste. The drawback, is that there will be more menu entries. (You use Sylpheed-Claws, you can see that we moved most advanced editing commands in Compose/Edit/ Advanced.. to lighten the edit menu while allowing the user to set her preferred key-bindings (Ctrl-A being one of the most controversial)).
Is this something you'd like to see in Dillo, or should I keep these to myself?
Definitely, I would use it quite frequently. I would also find it useful if we could navigate through links using the keyboard.
On Thu, 11 Sep 2003 01:02:53 +0200 Melvin Hadasht <mhadasht@freefluid.dyndns.org> wrote:
Hi,
My current tab/frame patch (which will probably be released AFTER the 20th of september, as I am going abroad for a while) contains a find_as_you_type implementation (like Mozilla, search results are updated interactively).
I was very happy when Mozilla implemented Emacs' incremental seach, so I would really like to find it in Dillo, too. Is the patch available somewhere?
Well, the highly-experimental-not-for-release-yet current version of the tab/frame patch, containing this feature, is at the patch site: http://www.geocities.com/ikbenfrank/dillo-200309102310-tabs.patch.gz size: 83700 bytes (gzipped, as downloaded) 366075 bytes (uncompressed) md5sum: 7df18dc069447dcc725abdcb64477a21 (gzipped, as downloaded) ad5ed7c538c8ae3801aebe229e79b177 (uncompressed) It is not even guaranteed to compile though, as it is just a current patch between my development tree and yesterdays CVS. Feel free to give it a try though. Set (in dillorc) 'popup_dialogs=NO' to use the status-bar version, otherwise you get the popup version (which also supports find_as_you_type by the way). Set find_as_you_type=YES to get that feature.
(could we add shift-enter to search backwards?)
Yes, we could.
So what do you think about making a menu entry for each Dillo command? That would create numerous new entries but then the user does not need
Well, I would not make menu-entries for everything, but might consider making everything available for binding. Just like you can do in Emacs...
I would also find it useful if we could navigate through links using the keyboard.
Yes, that is another planned feature. Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank@unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]
User controls for find (and find_as_you_type) are the same as the normal find dialog ("/" or CTRL-F to start find, ESC to close, enter to search/search next), but find now retains the last search string between searches. A find_as_you_type feature would be great (I'm not a great fan of
On Wed, Sep 10, 2003 at 09:27:29PM +0200, Frank de Lange wrote: dialogs either). But wouldn't the mozilla style, '/' for find_as_you_type and ctrl-f for find_using_dialog, be a better approach? I'd also prefer ctrl-g for find_again (rather than enter), which could be used both with find_dialog and find_as_you_type. If/when keyboard navigation support is implemented, enter would probably be used to follow links. Regards, Johan
participants (3)
-
Frank de Lange -
Johan Hovold -
Melvin Hadasht