rah_file_search

Gocom · 2011-02-22 09:50:34

ax wrote:

The full tag trace of the search result is here

There aren’t any traces of rah_file_search in that tag trace. The tag isn’t on that page. That tag trace is from a page default while the rah_file_search is on a page called test.

the output from the search page is here.

That seems to be not from search context.

Try to access an URL like /rah/test/?q=welcome instead of /rah/?q=welcome. By default the search form will point to the front page.

Last edited by Gocom (2011-02-22 09:59:23)

ax · 2011-02-22 10:43:59

Try to access an URL like /rah/test/?q=welcome instead of /rah/?q=welcome. By default the search form will point to the front page.

That works, thanks. I will then instruct the readers of my page to modify the URL to display the result, accordingly -:)

Last edited by ax (2011-02-22 11:26:15)

ax · 2011-02-23 10:45:51

rah_file_search 0.2 works like a charm. Is there a way to display the results count also, like similar to <txp:search_result_count /> ? This would be very useful to avoid empty result pages.

Gocom · 2011-02-23 13:13:34

Released version 0.3. Changelog:

Now populates search_result_count.

More info and downloads

maverick · 2011-02-23 14:59:21

ax wrote:

I will then instruct the readers of my page to modify the URL to display the result, accordingly -:)

If things are working properly, readers should not need to manually modify the url to display search results.

It should happen automagically :)

edit: just to make sure – the if_search section of your page template is set up correctly?

Last edited by maverick (2011-02-23 15:01:13)

ax · 2011-02-23 15:28:40

maverick wrote:

It should happen automagically :)

Yes, but only if you specify the section in the search tag like this <txp:search_input section="References">. Otherwise, you get a list of articles and then you have to tinker with the URL, as Gocum suggested, to display the file list. I prefer the first method :))

ax · 2011-02-23 16:47:02

Gocom wrote:

Released version 0.3. Changelog:

Now populates search_result_count.

I do not have much knowlege of SQL, but I vaguely remember that there is a difference between NULL and zero. This might explain that in case of no articles found I get “Articles found”, but not “0 Articles found”, as expected. Unfortunately, “Articles found” is somewhat misleading when there are no articles found, therefore I would ask for a tiny little upgrade, e.g. to V. 0.3a, to include the “0”. But I cannot exclude that it is the fault of my Textpattern installation. In this case, please ignore this message.

Gocom · 2011-02-23 16:52:54

ax wrote:

I do not have much knowlege of SQL, but I vaguely remember that there is a difference between NULL and zero.

That’s not the issue. The tag doesn’t set the value if there are no results.

Gocom · 2011-02-23 17:26:58

Released version 0.4 of rah_file_search. Changelog:

Added: grand_total attribute. Gives an option to omit updation of search_result_count. Allows <txp:article /> tags to take care of the counting.
Changed: defaults search_result_count to 0 (zero).

More info and downloads

maverick · 2011-02-23 17:49:31

Out of curiosity – is there a delay before updates show in rah_plugin_installer?

v0.3 showed up fine earlier today; v0.4 didn’t – even after hitting the check for updates a couple of times.

Not an issue – I just updated using c/p. But made me curious. :)

maverick · 2011-02-23 18:04:02

ax wrote:

Yes, but only if you specify the section in the search tag like this <txp:search_input section="References">. Otherwise, you get a list of articles and then you have to tinker with the URL, as Gocum suggested, to display the file list. I prefer the first method :))

I have it on the default section of a site, and it searches all files, without the section being set, and returns (only) a list of download links. I’m using the example in the docs.

I haven’t tried it in other contexts (in a section for example), so perhaps that’s the issue?

My stumbling block is that it appears to search the actual file name only and not the the title or categories. Plus it doesn’t seem to work with wet_haystack.

Most of the site’s files are multiple words separated by underscores.

For example, the file name is practice_test. As long as you input practice, or test, or “practice_test”, you get the right results.

But if you type in “Practice Test” you’re out of luck.

fwiw

Gocom · 2011-02-23 18:57:32

maverick wrote:

I have it on the default section of a site, and it searches all files, without the section being set, and returns (only) a list of download links. I’m using the example in the docs.

As it’s supposed to do.

I haven’t tried it in other contexts (in a section for example), so perhaps that’s the issue?

No.

My stumbling block is that it appears to search the actual file name only and not the the title or categories. Plus it doesn’t seem to work with wet_haystack.

Yes. Designed as such.

Textpattern CMS

Textpattern CMS support forum

#13 2011-02-22 09:50:34

Re: rah_file_search

#14 2011-02-22 10:43:59

Re: rah_file_search

#15 2011-02-23 10:45:51

Re: rah_file_search

#16 2011-02-23 13:13:34

Re: rah_file_search

#17 2011-02-23 14:59:21

Re: rah_file_search

#18 2011-02-23 15:28:40

Re: rah_file_search

#19 2011-02-23 16:47:02

Re: rah_file_search

#20 2011-02-23 16:52:54

Re: rah_file_search

#21 2011-02-23 17:26:58

Re: rah_file_search

#22 2011-02-23 17:49:31

Re: rah_file_search

#23 2011-02-23 18:04:02

Re: rah_file_search

#24 2011-02-23 18:57:32

Re: rah_file_search

Board footer