This is an old thread, but I'm looking at doing this as well. Does anyone have any suggestions on adding search into web output?
Thanks for the quick reply. I didn't know about Solr, but in looking at it, I think that it's bigger than what I'm looking to do. I'm just looking for a simple text search within the scope of an individual web output document.
I don't need something that will index across an entire library of content. I'm looking for search that can be imbedded into the web output and be used regardless of the document's location. Since the web output creates a directory of multiple files, the users can't just push Ctrl+F and search the entire document. Is there anything that will function on a smaller scale like that?
Paul,
Thanks for the DMP suggestion. I have looked into that in the past, and I've never really felt it fits our needs. I don't want to provide an executable to end-users, our goal is to provide HTMLoutput from multiple documents in one large repository (this repository already has search indexing). I needanadditional search option once a user has opened the web output so they can search within that document without going back out to the repository.
That being said, the search DMP provides is exactly what I'm looking for, but the way the DMP provides the content (through an exe, WAR, etc.) doesn't fit the way we're looking to deliver our content. It is a great option for physical media delivery though.
Trevor,
Thanks for the link to that program. I messed around with that and it gets VERY close to what I'm looking for. The end result is pretty much exactly what I'm looking for, an index and search box for the web output from Arbortext. However, I want the Publishing Engine to automaticallyinclude this in it's output. Were you able to get the Publishing Engine to call this from the command line, or do you have to execute that manually? I'd prefer something I could customize easier, but that may be a pipe dream.