Yet another Fileman wish list: search API

I got such a helpful and prompt reply from my other wish-list suggestion, that I am encouraged to make another: Fileman search API. We had a discussion about this on hardhats about 3 yrs ago: https://groups.google.com/forum/?fromgroups=#!searchin/hardhats/fileman$20search$20timson/hardhats/NL4XWumRdlE/nuOm6Qps9GAJ George Timson's posts were particularly helpful. And here is the summary as I recall: 1. Current functionality, e.g. in FIND^DIC, allows for searching, including on multiple indexes. But it can't search for data in a field that doesn't have an index. The SEARCH option (from the console) DOES allow this, so there is a missing feature from the API library 2. MSC Fileman has enhanced search features, that I assume are going to be included in the newly released Fileman. 3. George agreed that the ability to create a SORT TEMPLATE silently, on the fly, would be helpful, and was a "missing piece." As I recall, SORT TEMPLATES store the logic used to create the search, and it stored resulting records found, but one couldn't "refresh" it later to automatically do the search again (And I am hazy on this point, might not be correct). I seems that SORT TEMPLATES were going to somehow going to be a central factor. Perhaps it was because I wanted to progressively narrow a search. E.g. first find all records by AUTHOR, and then searching just within those results, find records containing certain text etc. George had created a screen-oriented template editor, but at the time I didn't think I could make it work for my purpose as a proper API. I think George encouraged me to propose an API interface. I was working on search functionality at the time for TMG-CPRS, and I got it working with some custom versions of DIS, and also the MSC Fileman functionality. So didn't see this issue through to completion. So I would like to know: 1. Is this feature already ready to go? 2. Is it going to be documented? It seems that the functionality that was discussed in the thread above was complicated enough that I would need to study again how to get it working. 3. Would it be helpful at this time to propose an API interface for specifying more complex logic than FIND^DIC accommodates? Thanks Kevin
like0

Comments

Yet another Fileman wish list: search API

Sam Habiel's picture

Answer to Q #1:
Yes this feature is ready to go, including creating sort templates silently.

Q2: Yes. Attached. See section on lister and finder enhancements.

Q3: Review what you I send you, and then go ahead and propose another
interface. I personally would like a full SQL interface to Fileman
that may do this. I don't know how much SQL it supports right now.

Sam

On Thu, Mar 14, 2013 at 6:38 AM, Kevin Toppenberg <kdtop3@gmail.com> wrote:
> I got such a helpful and prompt reply from my other wish-list suggestion,
> that I am encouraged to make another: Fileman search API.
>
> We had a discussion about this on hardhats about 3 yrs ago:
> https://groups.google.com/forum/?fromgroups=#!searchin/hardhats/fileman$20search$20timson/hardhats/NL4XWumRdlE/nuOm6Qps9GAJ
> George Timson's posts were particularly helpful.
>
> And here is the summary as I recall:
>
> 1. Current functionality, e.g. in FIND^DIC, allows for searching, including
> on multiple indexes. But it can't search for data in a field that doesn't
> have an index. The SEARCH option (from the console) DOES allow this, so
> there is a missing feature from the API library
>
> 2. MSC Fileman has enhanced search features, that I assume are going to be
> included in the newly released Fileman.
>
> 3. George agreed that the ability to create a SORT TEMPLATE silently, on the
> fly, would be helpful, and was a "missing piece." As I recall, SORT
> TEMPLATES store the logic used to create the search, and it stored resulting
> records found, but one couldn't "refresh" it later to automatically do the
> search again (And I am hazy on this point, might not be correct). I seems
> that SORT TEMPLATES were going to somehow going to be a central factor.
> Perhaps it was because I wanted to progressively narrow a search. E.g.
> first find all records by AUTHOR, and then searching just within those
> results, find records containing certain text etc. George had created a
> screen-oriented template editor, but at the time I didn't think I could make
> it work for my purpose as a proper API. I think George encouraged me to
> propose an API interface. I was working on search functionality at the time
> for TMG-CPRS, and I got it working with some custom versions of DIS, and
> also the MSC Fileman functionality. So didn't see this issue through to
> completion.
>
>
> So I would like to know:
> 1. Is this feature already ready to go?
> 2. Is it going to be documented? It seems that the functionality that was
> discussed in the thread above was complicated enough that I would need to
> study again how to get it working.
> 3. Would it be helpful at this time to propose an API interface for
> specifying more complex logic than FIND^DIC accommodates?
>
> Thanks
> Kevin
>
>
>
> --
> Full post:
> http://www.osehra.org/content/yet-another-fileman-wish-list-search-api
> Manage my subscriptions: http://www.osehra.org/og_mailinglist/subscriptions
> Stop emails for this post:
> http://www.osehra.org/og_mailinglist/unsubscribe/1676
>

like0