Hey all,
> // detect special commands
> if (!special(t))
> ...
Personally, I think we ought to provide a mechanism for searches to
'announce' their need to provide an autodetect mechanism. It could
work something like this (in the script block for the particular
search - scalped for the most part from curr.xml):
// the auto-detection routine used for special handling of strings
// entered into the toolbar that look like currency conversions.
function autodetect_currency(q)
{
// detect strings that look like ABC<CBA or ABC>CBA upper or lower
case
var res = q.match(currency_regex);
if (res)
{
curr2(q);
return true;
}
}
Adding this, it becomes independent from the rest - we'd add a
function to the core "registerAutodetectHook" that appended this
function call to the rest, just like the keyhook functionality:
if (typeof registerAutodetectHook == "function") {
registerAutodetectHook(autodetect_currency);
}
All of that (except the actual "registerAutodetectHook" function)
would appear in each individual search that intended to provide
'autodetect' functionality.
> As for aliases, the ".", "+" and the "#" bite me every time
> with ".NET", "C++" and "C#" - I'd love to get rid of those.
+1
I *hate* those particular default aliases. I also think the aliasing
tool should NOT raise errors if the search is not loadable - the
engine is capable of determining if the search really exists, so just
test it before adding it to the stack. This would alleviate the
'backwards compatibility' problem.
Regards,
Shawn K. Hall
http://ReliableAnswers.com/
'// ========================================================
"Watch your thoughts; they become words. Watch your words;
they become actions. Watch your actions; they become
habits. Watch your habits; they become character. Watch
your character; it becomes your destiny."
-- Frank Outlaw
-------------------------------------------------------
This SF.Net email is sponsored by: GNOME Foundation
Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event.
GNOME Users and Developers European Conference, 28-30th June in Norway
http://2004/guadec.org
_______________________________________________
DQSD-Devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dqsd-devel
