FWIW - > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of John W. > Bairen, Jr. > Sent: Tuesday, June 24, 2003 2:02 PM > To: [EMAIL PROTECTED] > Subject: RE: [DQSD-Devel] New release? > > > Maybe we should allow for a search-by-search installation? > > Maybe there should be a more formal way of installing searches, if they > > aren't all automatically installed...
In its simplest form, a solution could be: Install all the searches. Have the installer check for the existance of each search. if it is found, the latest version is copied over the existing one (like we do now).. if it is _not_ found, the new search is renamed to something that the toolbar wouldn't pick up. (like <search>.xml_disabled) and placed in the searches directory. This makes all the searches available to dynamically enable or disable the searches via the help window by renaming the file back to <search>.xml when enabled, or <search>.xml_disabled when disabled. New searches would be placed in the searches directory as disabled, and the user would have to enable the search via the help menu.. Of course this could go either way. This way all the searches the user has enabled/disabled would remain in the same state after a dqsd upgrade. Not very elegant, but (I gather) the toolbar would have to be substantially modified to handle enabling and disabling the searches and not load all of them on startup. I wish I had the skills... Just a thought Monty > ------------------------------------------------------- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php _______________________________________________ DQSD-Devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dqsd-devel
