Closed Bug 159497 Opened 22 years ago Closed 22 years ago

Bookmark keywords don't work in Chimera

Categories

(Camino Graveyard :: Bookmarks, enhancement)

Product:
Camino Graveyard
Component:
Bookmarks
Platform:
PowerPC
macOS
Type:
enhancement
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: jeffw, Assigned: sfraser_bugs)

References

(
URL
)

Details

Using Chimera 0.4.

I created a bookmark keyword for Google as described in the above URL. Here's
the settings I used:

Name: google search
Location: http://www.google.com/search?q=%s
Keyword: goo

However, when I type "goo blah" in the address bar, Chimera tries to open the
Web site "www.goo blah.com".

Restarting the browser didn't fix the problem.
Jeff, I think that's the intended behavior. Chimera's URL Bar is not (yet, at
least) a quick-search tool.

This bug either depends on or is a duplicate of bug 158246.
Actually, I think Jeff is referring to the bookmark keyword field in the
bookmark 'get info' dialog.  
Jeff, did you expect that typing "goo" in the location bar would bring up your
bookmark, i.e. load the www.google.com/search?q=%s page?  Or did you expect that
typing "goo blah" in the location bar would search for blah using google and
load the search results?
The latter--I expected "goo blah" to use Google to search for the word "blah".

I'll provide another example that doesn't use Google, just to avoid any
confusion. Suppose I created a bookmark with the following info:

Name: testing
Location: http://www.example.com/%s.html
Keyword: test

If I typed "test blah", I would expect Chimera to request the page
"http://www.example.com/blah.html".
so I can't get the bookmark keyword to work at all... anyone else?
i can't either.  need owner.
->pinkerton
Assignee: saari → pinkerton
Blocks: 147975
personally, i don't care for these. they're nice but quite advanced. simon might
want to give them more love, but i'm of the mind to just pull the UI from the
info dialog.
Assignee: pinkerton → sfraser
I would be very sorry to see these go. This is a tough feature to leave behind
once you get used to it, and if you choose not to use the feature, it doesn't
get in your way.

I can live without searching from the URL bar (see bug 158246) *or* without
bookmark keywords, but definitely not without both.
I need some help with making these work. Ben?
The more I think about this one, the more I agree with comment 8. I've kept an
eye on my browsing habits in Mozilla for the past couple of days, and 99.9% of
my needs could be met by autocomplete or by searching from the URL bar. Both of
these features are far more discoverable and intuitive than bookmark keywords.

The best approach would be to fix bug 158246 and pull bookmark keywords from the UI.
QA Contact: winnie → sairuh
I would like to see this work. It seems similar, if not identical, to the
Shortcuts feautre in OmniWeb, and I've used it there quite often. I concur it is
an advanced feature, but it is a really nice one.

I actually like the concept of it better than OmniWeb's implementation, because
they devote an entire Preference area for it, which seems like clutter if most
people aren't going to use it. At least if it worked in Chimera it wouldn't be
cluttering the preferences. :)

I wouldn't mind if it was set as a feature to be set for the far future, but I
really hope this doesn't get marked as not to be fixed.
wouldn't this be an rfe?
Severity: normal → enhancement
Note that I stumbled across this feature by reading the following URL:

http://mozilla.org/docs/end-user/keywords.html

The directions there seemed like they would work for Chimera as well, as the
keyword field is exposed in the Bookmark Get Info window. 

Also, in an attempt to further show how useful this feature can be, here's a
well-written page at everything2 explaining the OmniWeb shortcuts feature I
mentioned before, which seems functionally equivalent:

http://www.everything2.com/index.pl?lastnode_id=768516&node_id=1290677
Since this is now an RFE, I filed bug 167793 to remove the UI for bookmark
keywords. We'll need to restore it as part of this bug.
Please add this feature. This is the one feature keeping me from using chimera
as my primary browser. I'm surprised it isn't there already since it has been a
feature in Mozilla for as long as I can remember. The example given by the
reporter doesn't seem to make this feature necessary once url bar searching has
been implemented. Here are a just a few of the keywords that I use in Mozilla now:

key: bug
url: http://bugzilla.mozilla.org/show_bug.cgi?id=%s
why: allows me to pull up any bug in bugzilla right from the url bar. awesome!
ex.: "bug 159497"

key: ordb
url: http://www.ordb.org/lookup/?host=%s
why: quickly check if some ip is listed in the open relay database.
ex.: "ordb 165.139.139.154"

key: rfc
url: http://www.faqs.org/rfcs/rfc%s.html
why: quickly pull up any RFC by the number.
ex.: "rfc 1459"

key: old
url: http://web.archive.org/web/*/%s
why: easily pull up an old version of a webpage using way-back-machine
ex.: "old www.debian.org"

So as you can see. This feature has many many uses and is a real time saver.
Agree with #16.  I'd love to see this in Chimera.

Mozilla and Internet Explorer (at least, the Windows IE) support this, and I
find it invaluable.  The closest I've got is adding the search button to the
toolbar, and all this does is bring up Google.

I used 'gg <terms>' for google, 'ama' for Amazon.co.uk 'imdb' for the Internet
Movie Database.  I've got this behaviour in IE (Windows) and Mozilla on Win and
Mac.  As much as I love Chimera, I find it awkward to search many different
sources quickly, and using the same method for each - exactly the ability that
keywords provide.

Many people who've seen me do this in Moz and IE have asked "how'd you make it
do that?"


I love this feature, but recognize it isn't for the masses. Now there is a
freeware app which simulates this feature, so perhaps it is OK to keep it out of
Chimera. 

Lovers of this feature will want to install http://ranchero.com/software/huevos/
until someone adds this to Chimera.
I know a number of Omniweb users, myself included, who consider this almost
essential if they're going to switch. I recognise that Chimera doesn't want to
have the bloat of Mozilla, but this would not add any extra UI or preference
options, or make things any more complicated for the average user. The UI is
already there, in Edit Bookmark - it's simply not functional. I think it would
be worth the time to make it so.
re: Comment #18

Thanks for pointing me to Huevos.

It certainly is useful, but can't really replace browser keywords completely. 
The need to switch to another application is more cumbersome than having the
feature right there in the browser.

I'm a dreadful coder (still learning), but I'm looking at somehow adding a
global keyboard shortcut to bring up Huevos - maybe an AppleScript or a patch to
the Huevos code itself.  Even so, having to mouse through a popup menu, find the
right search site, then give the search textbox the focus, type the terms, and
hit Return is a pain.

I love the flexibility of Mozilla-like keywords.  They can be made truly
personal and (as mentioned elsewhere) cause very little in the way of UI bloat.
 Bookmark a generic search at a website, edit the bookmark to replace the search
terms with a placeholder (I've seen %s or %@ used) and add a keyword.  Bam!
done.  Lovely light-weight replacement for nasty search sidebars and dependency
on portals, IMO.

-- 
Chris
I had alot of crashing problems with 0.4 and 0.5 and love the speed and
stability of 0.6, but the lack of keyword searching is really important to me, I
use a whole list of keyword searches in Mozilla 1.2, but the whole GUI is
incredibly slow.

this is a VERY important bug for me, I miss this feature greatly.
I checked in changes that make bookmark keywords work.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
see also bug 181013 for keywords for bookmark groups.
yep, works fine for regular bookmarks. n/a for bookmark folders, and not yet
implemented for bookmark groups (bug 181013, but i already said that ;).

vrfy'd fixed on 10.2.2 with 2002.11.19.11.
No longer blocks: 147975
Status: RESOLVED → VERIFIED
If this is really fixed, I can't get it to work.
What did you try?
Re: Comment #26 From Brad Kemper 2002-11-24 18:43

> If this is really fixed, I can't get it to work.

Please specify your build id and what you tried.
You need to log in before you can comment on or make changes to this bug.