Re: Search from address bar

On Thu, Jul 18, 2013 at 11:06:36PM +0200, Johannes Hofmann wrote:
> On Wed, Jul 10, 2013 at 09:21:51AM +0200, Johannes Hofmann wrote:
> > On Tue, Jul 09, 2013 at 05:02:12PM -0400, Jorge Arellano Cid wrote:
> > > Hi Johannes,
> > > 
> > > On Tue, Jul 09, 2013 at 09:51:39PM +0200, Johannes Hofmann wrote:
> > > > On Thu, Jun 20, 2013 at 08:20:27PM +0200, Johannes Hofmann wrote:
> > > > > On Wed, Jun 19, 2013 at 04:41:23PM +0000, corvid wrote:
> > > > > > Johannes wrote:
> > > > > > > On Mon, Jun 17, 2013 at 03:16:09PM +0300, Aki Helin wrote:
> > > > > > > > Hi, 
> > > > > > > > 
> > > > > > > > Currently when using a window manager where focus follows mouse, making a
> > > > > > > > search usually requires you to reach for the mouse. One way to avoid this
> > > > > > > > would be to allow using search engine(s) directly from the address bar.
> > > > > > > > 
> > > > > > > > Searches would have to be differentiated somehow from URLs. Dillo already
> > > > > > > > has a customizable list of engines in preferences, so one natural solution
> > > > > > > > would be to interpret url strings which start with the name of a search
> > > > > > > > engine as searches to be performed using it, so that e.g. 'wikipedia
> > > > > > > > slartibartfast', 'google foo' and 'weather oulu' do what you would expect.
> > > > > > > > 
> > > > > > > > Below is a quick patch I've used to do this for a while, should anyone 
> > > > > > > > else find this feature useful.
> > > > > > > 
> > > > > > > This has been discussed before, but somehow wasn't completed. I like
> > > > > > > your idea to reuse the search engine name to derive the shortcut.
> > > > > > > However, I would allow arbitrary prefixes of the search engine name
> > > > > > > as in the slightly modified patch below.
> > > > > > > What do you think?
> > > > > > 
> > > > > > This is good, although there's a leading space in the search text that
> > > > > > some of my search sites don't like.
> > > > > 
> > > > > The leading space should of course not be part of the search term.
> > > > 
> > > > If nobody objects I will commit this tomorrow. 
> > > 
> > >   The current format for search_url in a_Misc_parse_search_url() is:
> > > 
> > >      "[<label> ]<url>"
> > > 
> > >   IMHO, it'd be much better to have it this way in the patch:
> > > 
> > >      "[<label[:abbr]> ]<url>"
> > > 
> > >   where "abbr" means abbreviation. e.g.
> > > 
> > >      search_url="Free Dictionary:fd http://www.thefreedictionary.com/%s"
> > > 
> > >   that way I could search "slick" from the location box like this:
> > > 
> > >      fd slick
> > > 
> > >   and keep the descriptive names for the GUI interface.
> > 
> > The idea of the proposed patch is to allow arbitrary prefixes of the
> > descriptive names as shortcuts, so
> > 
> > goo dillo
> > duck dillo
> > 
> > but also
> > 
> > g dillo
> > d dillo
> > 
> > would work without further configuration work. In case there is more
> > than one match, the first wins.
> 
> Does this make sense or should do you prefer explicit configurable
> shortcuts?

  It makes sense, but I prefer the configurable shortcuts.

  For instance, I have:

search_url="Free Dictionary http://www.thefreedictionary.com/%s"
search_url="Free Dictionary (es) http://es.thefreedictionary.com/%s"

  and would like to be able to set it this way:

search_url="Free Dictionary:fd http://www.thefreedictionary.com/%s"
search_url="Free Dictionary (es):fde http://es.thefreedictionary.com/%s"

 
-- 
  Cheers
  Jorge.-