Forum Replies Created

Viewing 5 replies - 1 through 5 (of 5 total)
  • I have a similar problem on my site. Did you get this resolved @partagas08?

    In mobile view the first (left hand) menu item item works, but moving across the nav bar to other remaining menu items I get different (bad) behaviour. Clicking items 2,3,4 in the nav bar reveals the menu dropdowns as expected. Clicking the items in the dropdown reveals sub-menu-items as expected. However if you click a sub-menu-item it unexpectedly* returns you back to the menu dropdown. Sometimes the bottom 50pixels of the screen show some page content, but not always.

    *If you click a sub-menu-item it should link you to a page.

    It all works correctly in desktop view.

    YITH ProteoVersion: 1.9.3 (with a Child theme) / WooCommerce 8.5.2 / WordPress 6.4.3

    I am trying out Yith Multivendor marketplace with variable products and notice a similar useability defect to the one described above. If you click on the bottom half of the dropdown box (i.e. the words “Choose an option”) then the attribute options appear momentarily, but then disappear as you move to select one. However the top of the dropdown box behaves as you’d expect. My test environment is running
    ? Wordpress = 5.6,1
    ? WooCommerce = 4.9.1
    ? Theme = Yth Proteo 1.4.5.1
    I also tested this in the sandbox for Yith Multivendor marketplace and the defect doesn’t occur. However the sandbox was running a slightly older environment
    ? Wordpress = 5.5.3
    ? WooCommerce = 4.7.0
    ? Theme = yith-proteo-childVersion: 1.0.1
    I wonder whether this defect may be due to Javascript library changes introduced in recent WP updates perhaps?

    Thread Starter Bufoot

    (@bufoot)

    Taking your idea I get a single checkbox to work by using this string : –

    https://www.clubtournament.co.uk/contact-organiser/?8Specialisation_1=1&8Specialisation_2=1

    (where Specialisation is my tag)

    I have now got enough working to close my request, thanks.

    Reading the documentation several times I can see this is inferred but initially confusing (to me) because the parameter name is not just the tag name, but this is not explicit in the documentation.

    Thanks again for helping me see the light.

    regards

    Thread Starter Bufoot

    (@bufoot)

    That didn’t make any difference I’m afraid.

    In other pages on the site, the presence of the forward slash doesn’t seem to make any difference when making queries to the FSFC form either.

    Looking at the instructions, I cannot figure out how FSCF knows which field number the query is referring to. Unless it assumes there is only one multiple checkbox field perhaps?

    regards

    Thread Starter Bufoot

    (@bufoot)

    Hi,
    Yes, 8 is the form Id
    regards

Viewing 5 replies - 1 through 5 (of 5 total)