Forums Forums Search & Filter Pro Searching Taxonomy Archives – results show on a different page

Viewing 8 posts - 21 through 28 (of 28 total)
  • Anonymous
    #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
    #270896

    Ok great, so if you restore that one, and change the URL, you should be good to go?

    Best

    Anonymous
    #270902

    I 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
    #270917

    Hmmm 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, to custom 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 accordingly

    I think this method should work as a workaround anyway.

    Thanks

    Anonymous
    #270919

    I 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
    Thanks

    Jason

    Ross Moderator
    #270925
    This reply has been marked as private.
    Anonymous
    #270935

    Thank 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
    #270943

    Hi 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

Viewing 8 posts - 21 through 28 (of 28 total)