Forums › Forums › Search & Filter Pro › Searching Taxonomy Archives – results show on a different page
Tagged: archive taxonomy search, Results page
- This topic has 27 replies, 3 voices, and was last updated 3 years, 11 months ago by Ross.
-
Anonymous(Private) December 23, 2020 at 9:23 am #270894
820369 was a new one I set up yesterday to run some tests of my own – that can go
The second one is a general search (one keyword field that needs to show a page with all the filters & content (I don’t have one of those – they al either filter trucks, vans, trailers etc.)That was what I was trying to put in place with the 820369 above….
So I still think that I need a keyword search that presents a page with a filter on it for all taxaonomies. I am not precious about what the URL is as I haven’t had one before
Thanks for looking at this
Jason
Ross Moderator(Private) December 23, 2020 at 9:30 am #270896Ok great, so if you restore that one, and change the URL, you should be good to go?
Best
Anonymous(Private) December 23, 2020 at 10:03 am #270902I started the All listings again 820369 and everything still OK with a new URL
https://www.truckpages.co.uk/all-listings/
I then activated the same ‘simple search’ and pointed it to the same url and template (changed from search.php to search-all.php in case this was a conflict) and the problem returns.
I binned it and it was OK again, so I built a new simple search 829044 and it did the same thing.
I need a single keyword search box to work from the menu using a modal and in the footer (was using the same one).
Is there something else wrong?
Am I able to have a generic search in the modal/footer as well as having one on the age itself? It seems this is the issue?
Jason
Ross Moderator(Private) December 23, 2020 at 10:51 am #270917Hmmm it should work in theory – let me know when you stop working on it so I can test and make some changes to the simple search, searh form.
I do have an idea, you can change the
display method
of the simple search, tocustom
and disable Ajax.Then you can put in the
results url
field, the full results url of your listing page :
http://www.truckpages.co.uk/listings/
What this will do:
1) It will never directly affect a query, because we set it to custom
2) It will update the URL, to add your search term
3) Your existing search form, will pick up the search term from the URL, and update it’s results accordinglyI think this method should work as a workaround anyway.
Thanks
Anonymous(Private) December 23, 2020 at 11:06 am #270919I did what you suggested above (using /all-listings/ rather than /listings/ and all the archive search forms decided to not work again.
Seems the conflict is too great?
This is why it was working on the dev site as I had the modal and footer searches turned off.
My only alternative is to loose the modal search and point the menu straight to the /all/listings/ url and leave a search out of the footer. Not ideal but it appears the conflict is too great having more than one form on the same page?
If you want to take a look, I am not working on it at the moment
ThanksJason
Ross Moderator(Private) December 23, 2020 at 11:32 am #270925This reply has been marked as private.Anonymous(Private) December 23, 2020 at 12:45 pm #270935Thank you for highlighting the error – that was just some bad testing on that page. I have changed it to reflect the post archive and tried the simple search on modal and footer again and it had the same result.
As a result, I have taken the search out of the footer and changed the menu item from the modal keyword search to simply directing to the /all-listings/ page.
I think we now have something fully functioning. Happy to copy the live site to dev at any point for you to run your V3 on a ‘real world’ site, warts and all!
Thanks again
Jason
Ross Moderator(Private) December 23, 2020 at 2:02 pm #270943Hi Jason
That’s great you’ve got something operational for now!
Absolutely we need to put S&F 3 through its paces on your site… I hope I can refocus on that over the next few weeks and get it released (or at least in final testing) in February.
I’ll mark this as resolved for now.
Thanks
-
AuthorPosts