[DQSD-Users] New searches

2006-02-20 Thread Tom Corcoran

Here's a few new searches.

Shawn K. Hall wrote:

I've got a huge list of additional sites to add, but these were either
the most urgent (to me) or the simplest to add (by the search wizard).


With this in mind and the fact that your last post included ay2z which I 
had already on my site, I have removed the attached from my site and 
just left the website logins there.


Cheers,

Tom

http://www.moonbade.com/dqsd
search function=wikdic
  nameWikitionary/name
  categoryReference/category
  contributorTom Corcoran/contributor
  linkhttp://en.wiktionary.org/wiki/Main_Page/link
  email[EMAIL PROTECTED]/email
  description
 A collaborative project to produce a free multilingual dictionary in every language, with definitions, etymologies, pronunciations and quotations.
div class=helpboxDescLabelsUsage:/div
table class=helpboxDescTable
 trtdwikdic hobbit/td/tr
/table   
  /description
  form name=wikdicf
method=get
action=http://en.wiktionary.org/wiki/Special:Search;
input type=hidden name=search value= /
input type=hidden name=go value=Go /
input type=hidden name=fulltext value=Search /
  /form
  script![CDATA[
function wikdic(q)
{
  if( nullArgs(wikdic, q) )
return;

  // FORM variables for wikdicf
  document.wikdicf.search.value = q;
  //document.wikdicf.go.value = ;
  //document.wikdicf.fulltext.value = ;

  submitForm(wikdicf);
}
  ]]/script
/searchsearch function=clusty
  nameClusty the clustering engine/name
  categorySearch the Web/category
  contributorTom Corcoran/contributor
  linkhttp://clusty.com//link
  email[EMAIL PROTECTED]/email
  description
  /description
  form name=clustyf
method=get
action=http://clusty.com/search;
input type=hidden name=query value= /
  /form
  script![CDATA[
function clusty(q)
{
  if( nullArgs(clusty, q) )
return;
  document.clustyf.query.value = q;

  submitForm(clustyf);
}
  ]]/script
/searchsearch function=snip
  namesnip/name
  categoryFunctions/category
  contributorTom Corcoran/contributor
  email[EMAIL PROTECTED]/email
  linkhttp://snipurl.com//link
  email/email
  description
  SnipURL - Snippetty snip snip with your long URLs!
  div class=helpboxDescLabelsExample:/div 
table class=helpboxDescTable
  tr
tdsnip http://www.amazon.co.uk/exec/obidos/ASIN/B00023B1TY/qid=1092266230/ref=sr_8_xs_ap_i1_xgl/202-6194472-463/td
  /tr
/table

  /description
  form name=snipf
method=post
action=http://snipurl.com/index.php;
input type=hidden name=link value= /
input type=hidden name=alias value= /
input type=hidden name=protected_key value= /
  /form
  script![CDATA[
function snip(q)
{
  if( nullArgs(snip, q) )
return;
  document.snipf.link.value = q;
  //document.snipf.alias.value = ;
  //document.snipf.protected_key.value = ;

  submitForm(snipf);
}
  ]]/script
/search

RE: [DQSD-Users] New searches

2006-02-20 Thread Glenn Carr
I've added Tom's searches.

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:dqsd-users-
 [EMAIL PROTECTED] On Behalf Of Tom Corcoran
 Sent: Monday, February 20, 2006 5:52 PM
 To: dqsd-users@lists.sourceforge.net
 Subject: [DQSD-Users] New searches
 
 Here's a few new searches.
 
 Shawn K. Hall wrote:
  I've got a huge list of additional sites to add, but these were either
  the most urgent (to me) or the simplest to add (by the search wizard).
 
 With this in mind and the fact that your last post included ay2z which I
 had already on my site, I have removed the attached from my site and
 just left the website logins there.
 
 Cheers,
 
 Tom
 
 http://www.moonbade.com/dqsd




---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
To unsubscribe visit:
https://lists.sourceforge.net/lists/listinfo/dqsd-users
DQSD-Users@lists.sourceforge.net
http://sourceforge.net/mailarchive/forum.php?forum_id=8601


[DQSD-Users] A more easily customisable search menu...

2006-02-20 Thread Tom Corcoran
As more and more searches get added I am concerned about the clutter on 
my dqsd menu. When I am looking to remind myself what searched I have 
forgotten about I do not want through though ones I will never use. 
[Maybe memory should be a concern but since I got rid of the old machine 
a few years ago I have not looked into performance gains by disabling a 
bunch of the searches]


I know we can use the script generator
http://www.master-minds.net/cgi-bin/disablesearches.cgi
to disable scripts, and maybe that's enough but ideally would it not 
good to have something more fluid?


Ok, I'll start throwing out an ideaeverything is built on the fly 
from xml files so it might be hard to get something more ingrained. A 
bunch of searches will not be used unless someone is interested in 
accessing information for the USA, Australia, UK, etc. How about having 
a country tag in the xml files if they are not generic? I know this 
would mean touching a bunch of the xml files before the next release., 
but I think it might improve dqsd.


If you decided not to see the uk searches I do not know how this would 
disable the relevant xml files, the only way of doing that seem to be 
changing the extension (with the script generator). Could be entries in 
localprefs.js to specify what country searches to see? That's not going 
to stop them loading though is it


...maybe it would be just a matter of adding this country option to the 
script generator page?


Or maybe it's just a matter of going though the xml files before the 
next release and cleaning the categories up. If the search is country 
specific, then add the country as the primary category...


Any thoughts?

Cheers, Tom.

http://www.moonbade.com/stuff


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
To unsubscribe visit:
https://lists.sourceforge.net/lists/listinfo/dqsd-users
DQSD-Users@lists.sourceforge.net
http://sourceforge.net/mailarchive/forum.php?forum_id=8601


Re: [DQSD-Users] A more easily customisable search menu...

2006-02-20 Thread Monty Scroggins

Tom Corcoran wrote:
As more and more searches get added I am concerned about the clutter 
on my dqsd menu. When I am looking to remind myself what searched I 
have forgotten about I do not want through though ones I will never 
use. [Maybe memory should be a concern but since I got rid of the old 
machine a few years ago I have not looked into performance gains by 
disabling a bunch of the searches]


I know we can use the script generator
http://www.master-minds.net/cgi-bin/disablesearches.cgi
to disable scripts, and maybe that's enough but ideally would it not 
good to have something more fluid?
Yeah there has long been a need to have some kind of mechanism of 
disabling searches that arent needed..   The performance gains of not 
loading 300+ searches is pretty noticeable..My script renaming 
utility was meant only as a crude workaround..   



A problem exists, in that all of the searches have to be parsed 
initially to be even available on the menu for enabling or disabling..   
The  search code doesnt  have to be loaded to memory but the xml would 
still have to be parsed on startup... So I guess if there was some sort 
of on-the-fly enabling and disabling of searches, the startup time would 
still be kind of slow..  Memory would be gained though...


Maybe there could be a built in mechanism that would allow the user to 
create a snapshot of the searches which are available and unavailable 
and store the data to a file that could be loaded at dqsd startup before 
any search xml files are parsed.  The file would control which searches 
are loaded, and could contain enough information about *all* the 
searches that the help menu items could still be created without parsing 
all the xml files.  This would speed the startup since all the searches 
wouldnt have to be parsed anymore.  The user would only have to go 
through all the searches once to get the configuration set.



Good Idea?  Bad Idea?

Monty



  



---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
To unsubscribe visit:
https://lists.sourceforge.net/lists/listinfo/dqsd-users
DQSD-Users@lists.sourceforge.net
http://sourceforge.net/mailarchive/forum.php?forum_id=8601