Sorting results - bug - category limitation ignore

hi Andrea,

yes thanks. I have created my own template by copying the default one. I have replaced the lines 72-84 and the issue is solved. thanks !

I have a 3 other small issues related to search
1.) I have set in component configuration "URL format" -> TagID but all my URLs generated by search modules are still like: option=com_customproperties&view=search&layout=gblog&Itemid=382&bind_to_category=content%3A33&cp[cieplo_zimno][]=na_cieplo&cp[zupy_konsystencja]
I would like the component to use the numeric ID

2.) I have set in General Settings "Items ordering" -> Alphabetical. With this setting I assume every time when I open the module and trigger a first search result as the initial sorting I would get alphabetical. But once I change the this value in the Ordering select box on any of the search result page looks like this value is "cached" somewhere. Any other search module I open and hit the first search - the ordering is as the last selection I did on the search result page.

thanks and best regard
Martin

Martin,
URLs generated by mod Custom Properties search are inherently non SEF.
www.solidsystem.it/forum/8-cp-20-for-j16...rch-and-sef.html#626

About sorting preferences, the logic is:
- I, the administrator, set de default sorting option
- the user might prefer a different setting, therefore, once he makes that choice, I save it into session as his preference so that he doesn't have to re-set it every time. He can always select a different sorting option.

To store a different sorting preference for each different Custom Properties page - although doable with some effort - would have been kind of an overkill.

hi Andrea,

thanks for your answer. What concern sorting - it is fine. I have understood.

- what concerns the URL building I have asked because I see 3 options TagID, TagLabel, TagName. The description for the option TagID says: "TagID=number" So I would assume the url would contain the Ids (primary keys) of the vales but I changed the setting to "TagID" and still see my URLs are built of tag labels. I can not achieve that the numbers are used in my URLs.

- another problem I have got reported by SEF extensions. All CustomProperties search URLs contains a sequence of "[]" after every tag name (empty brackets without any value inside), like: index.php?option=com_customproperties&view=search&layout=gblog&Itemid=383&bind_to_category=content%3A31&cp[cieplo_zimno][]=na_cieplo&cp[glowny_skladnik][]=mieso&cp[pora][]=obiad&cp[okazja][]=&cp[region][]=&cp[sposob_przyrz][]=&cp[trudnosc][]=&cp[czas][]=&cp[czas2][]=&submit_search=

this seqence "[]" for most of the SEF tool is considered and unsafe and are rejecting such urls. Is this sequence really used by the CP engine (is always empty?). Is there any possibility to avoid using this "[]"? I have tested the latest version of sh404 JoomSEF and others and all of them have problems with those 2 characters in URLs.

thanks a lot for your answer
Martin

Theoretically a search engine crawler should never come across the urls generated by mod cp_search. In fact a crawler usually only follows a link.
The URL with [] is generated by the user selecting one or more criteria and clicking "search", that in turn POSTs a sequence of search criteria.
As far as I know crawlers/spiders do not click on submit buttons.

In other circumstances, when a CP search is a link - i.e. Custom Properties menu items - the search string with dreaded "[]" is replaced by an string alias.

And yes, those square brackets are definitely required.

thanks Andrea for discussion on this topic

best regards
Martin