This website uses cookies to personalize your experience. By using this website you agree to our cookie policy.

Forum Replies Created

Viewing 14 posts - 16 through 29 (of 29 total)
  • Author
    Posts
  • in reply to: Unexpected behaviour when filtering #36223
    PreetPreet
    Participant

    Hi there,

    Thank you. I don’t think it is caching, as I am generally able to get CSS to update immediately, and have tried clearing all the caches.

    It’s also quite odd that when I choose Block, the Settings drop-down background color changes to transparent, adopting the colour of the background of the Elementor block that it is in.

    input[class*=select2]::placeholder worked well, and I specified my custom font (Myriad-pro), as I have specified it everywhere. But still the other drop downs in there are showing Helvetica. I have no idea where they are getting that from. Do you have any idea about that? It’s pretty much there now, but it would be good to iron out that niggle.

    in reply to: Unexpected behaviour when filtering #36173
    PreetPreet
    Participant

    Odd, this doesn’t seem to work. Other minor issues with the settings dropdown formatting include:
    1. the placeholder text for the multi box is lighter than the others
    2. When displayed in columns on mobile, it spills off the left hand side of the screen. Can it be made to drop down from the far right edge of the magnifying glass icon, instead of the settings dropdown?

    Thanks

    in reply to: Unexpected behaviour when filtering #36169
    PreetPreet
    Participant

    Hi there,

    Thank you, OK, there seem to be quite a lot of trade-offs, like intense strictness and losing the index table which may not be worth it for this which is probably the hardest search string. The worst edge case.

    Switching to some issues I’m having with the Frontend Search Settings…
    Multiselect with search does not seem to respect the Filter boxes max height. Is that right?

    Thanks.

    in reply to: Unexpected behaviour when filtering #36162
    PreetPreet
    Participant

    Aha! Brilliant! Thank you. That is much better. A game changer!

    The next issue is that I am having trouble searching for strings with one letter words. eg. Vitamin A. I have set primary keyword logic to AND with exact matches, and min word length to 1, but a product with “Vitamin A” in the title, content and category is subordinate to other products that don’t have it in the title or category, and lots of other categories are returned above it.

    Another niggle is that products with none of the restrictions checked (eg books) are still returned. Is it possible to stop that?

    Thank you.

    in reply to: Unexpected behaviour when filtering #36158
    PreetPreet
    Participant

    Hi Ernest,

    Thank you for that. Unfortunately for these restrictions it does need to be an AND filter.

    If the searcher needs to be both Gluten-free AND Dairy-free, we don’t want to return results that may only be one of them. That is what I thought I had allowed for.

    Best wishes

    in reply to: WP search is displaying sometimes! #34411
    PreetPreet
    Participant

    Hi Ernest,

    Thank you! I do most of my logged out testing in Safari 14, and that is also our customers’ main browser.

    Hopefully the problem will not come back.

    Best wishes,

    • This reply was modified 4 years, 9 months ago by PreetPreet.
    in reply to: Search error 403 #23149
    PreetPreet
    Participant

    OK. Well thanks anyway. If she was not elderly and un-techy, I would have asked her to try tethering instead of her home broadband.

    in reply to: Search error 403 #23146
    PreetPreet
    Participant

    So…
    I tried to reproduce at the same time also using an iPad.
    I disabled Sucuri for her IP
    I did searches at the same time as her…

    But I could never reproduce it. She could never search. So it’s isolated to individuals, but not so much times. I think this lady was able to do searches before.

    I’m wondering if it could be something at her ISP. Is that likely?

    in reply to: Search error 403 #23139
    PreetPreet
    Participant

    I should also say that your plugin is AWESOME. It is a fundamental part of our store.

    in reply to: Product tag formatting in search results #16889
    PreetPreet
    Participant

    I just rated it already.
    Thanks again.

    in reply to: Product tag formatting in search results #16887
    PreetPreet
    Participant

    Brilliant! This makes all the difference. We can now populate all our Product Tag descriptions, for SEO and internal search purposes.
    Thank you.
    Christopher

    in reply to: Product tag formatting in search results #16880
    PreetPreet
    Participant

    That worked! We are definitely getting there. But what I am really trying to do is show either the Tag or the Description, but not both together.

    The reason for this is that the template only puts the Description on the archive page, not the Tag. So if I want the Tag as the title in h1 on the archive page, I have to put it in as part of the Description. And if I do that at the moment, I then get two copies if the title.

    Many thanks
    Christopher

    in reply to: Product tag formatting in search results #16877
    PreetPreet
    Participant

    Thanks for prefix code. it works well.

    But the descriptions don’t want to turn off. H3 looks OK, but H2 is huge. And I’d really prefer to have description OR tag, but not both.

    Best,
    Christopher

    in reply to: Product tag formatting in search results #16875
    PreetPreet
    Participant

    Hi there,

    Yes. That’s the issue. that field contained <abbr><b>, which I deleted and cleared caches. But it didn’t seem to make much difference.

    We are very keen to retain the product tags as customers use and like them (they got used to them when we previously used YITH Ajax Search). The formatting difficuty I have is that both the Tag itself and the Description are returned in the results. This causes repetition.

    Ideally, I would be able to choose either just the Tag itself, or just the description.

    If just the Tag itself, it would be great to have a universal prefix, eg: “Department – Sugar-free” or “Section – Sugar-free” (Same for Product Categories, but we rely on these less)

    If just the description, then it would be good to format the title differently from the paragraph text, bearing in mind that the Description would normally be a headline related to the tag, but not exacty the tag, followed by some narrative text about the products in the tag.

    Many thanks.

Viewing 14 posts - 16 through 29 (of 29 total)