Forum Replies Created

Viewing 30 posts - 1 through 30 (of 74 total)
  • Author
    Posts
  • in reply to: Google reCAPTCHA version 3: spam via contactform #1433821

    Thanks a lot for your reply!
    Have a nice weekend!

    in reply to: Google reCAPTCHA version 3: spam via contactform #1433438

    Dear Guenni007, thanks a lot for your helpful addition! You are right, the prices of this plugin are quite reasonable. So you have good experiences with using this plugin, both regarding the compatibility with Enfold as well as the anti spam effects? BR, C

    in reply to: Google reCAPTCHA version 3: spam via contactform #1433424

    Dear Ismael,

    thanks for your quick answer. So if I understand correctly, it is not fully sure that the WP Armour Extended version works well with the Enfold contact form. Then I will probably reconsider.

    Nevertheless, it would be great, if you could include some new anti spam measures in your future contact form. Love your theme, but the clients are dissatisfied by the amount of spam messages through the contact form.

    Keep up the good work and have a nice day!

    Best regards, C

    in reply to: Google reCAPTCHA version 3: spam via contactform #1433268

    Dear Ismael,

    I noticed that the plugin “WP Armour – Honeypot Anti Spam” has very good reviews (in contrast to Honeypot for Contact Form 7) and noticed that it is compatible with many contact forms, such as Contact Form 7, Gravity Forms, WPForms, Elementor, Divi, etc.

    In the description of “WP Armour Extended” (paid version) also Enfold is mentioned (Avia-Enfold-Theme). What does this mean exactly?

    And are you also working on the compatibility of the FREE version of WP Armour with your Enfold contact form? That would be great!

    Best regards, C

    Dear Mike,

    thanks for your remarks. I don’t know where to see the flashing of the menu items in Dev Tools, but indeed, this suggests that this change is somehow being obstructed.

    After my holiday break I will dive into this topic again. If you wish to continue searching for clues, be my guest. :-) The staging site is still available to you (see private content). Here all plugins of the live site are installed as well, but for testing purposes now deactivated. Special code for our menu issue (CSS and/or PHP) is not there anymore and might need to be implemented again.

    Wishing you and the rest of the Kriesi-Team merry x-mas and a happy new year!

    • This reply was modified 11 months, 1 week ago by CJGVD.

    Final remarks for today, cause it makes me crazy. :-S

    I have deleted on the STAGING site in steps several menu-related code, cleared the cache each time and checked. No changes in “our” menu behaviour occurred. I have deleted some CSS permanently, as it was irrelevant for the current site. I have incorporated this Quick CSS code into the LIVE site. Expecting somehow, that now all anchor links would appear red, but no, on the LIVE site still only one anchor link (the second one) is active.

    Please note that I added these colors merely for testing purposes, since originally we worked with the standard header type (with the line) and all menu items having the same blue color (regardless of being active/inactive). On the LIVE site I have turned the color for the active menu item into blue again, so now on the LIVE site all anchors in the menu are displayed blue again. On the STAGING site the active menu items are still red. (However, not reflecting the actual state of the live site, where only one anchor seems active all the time…)

    Good morning Mike,

    I just don’t get it, that the live site displays other menu behaviour than the copies on your and my test servers. Being on the homepage of the live site, only the second anchor link in the menu is/stays active (red), the others are blue. Why is only this one red? I would assume all anchor links on this homepage would be red, just as on my test server. And ideally… only the section shown would have an active menu item…

    I just checked again the Quick CSS, the functions.php and other important settings, like the Change WordPress Defaults options. These are all the same…!?

    The menu behaviour on the staging website is the same as the one on my test server (all anchors are red, except the page). We could continue our tests on the staging website (which is on the same server as the live site) although here some Change WordPress Defaults options are missing, as discussed earlier.

    I am thinking of temporarily deleting all menu-related code (e.g. certain CSS and in functions.php (e.g. to adjust the offset value on landscape view regarding sticky header covering the section title)), just to see what effect this will have on the menu behaviour.

    BR, C

    • This reply was modified 11 months, 1 week ago by CJGVD.

    I have a copy run on another test server.

    Here the four Change WordPress Defaults options are correct as well.

    And the menu looks as follows:
    All anchor links are red (active), the page is blue (inactive). Hovering over the page will turn this menu item red, which is correct.
    If scrolling towards the anchor links, nothing happens in the menu (of course, because these menu items were already in the active state).
    If clicking on an anchor link in the menu, nothing happens in the menu (of course, the respective menu item was already in the active state).
    If clicking on the page, this menu item turns red as expected, all others are blue now, which is also correct. Hovering over them will turn them red, which is correct. Clicking on an anchor link now will return to the respective section on the home page with the menu items as described at the beginning (all anchors red, page blue).
    There is no difference in the display of the menu items in the transparent header and the sticky header, which is correct.
    These observations were made in Firefox, Chrome and Edge – all similar.

    Hope this information helps you.

    BR, C

    Dear Mike,
    thanks for your reply.
    Yes, I will try to upload a copy of the live site on another test host tomorrow to see what happens there. Keep you informed.
    I will ask my client what he thinks about putting the live site into maintenance. Is there an easy way, preferably within Enfold, to put the live site into maintenance mode?
    Best regards,
    C

    Dear Mike,

    the web hoster already answered. They couldn’t find any problems on the server side and recommended me to create a phpinfo.php on the web space to find all the configurations that are running on the web server. I did that, but I have no idea where to search on this phpinfo-page for clues that could have to do with our problem. Do you – or shall I send you the file?

    With the Chrome DevTools I noticed under sources some instances for js, having to do with jQuery (I assume… I am not a programmer):
    jquery
    ui
    core.min.js?ver=1.13.2
    jquery-migrate.min.js?ver=3.4.1
    jquery.min.js?ver=3.7.1
    Does this info make any sense to you?

    Another thing that came up to my mind is that this website became live a couple of weeks ago. Perhaps its transfer might be related to the menu issue? The plugin Better Search Replace was used to run a search/replace on the database. The root directory of the domain was set to the subdirectory with all installations.

    BR, C

    Hi, thanks for the clarification. Indeed it is a WP Hosting package (at World4you in Austria). However, the active menu display on our website did work before. So unless the hoster has changed some server settings recently, the cause could also be at “our” side. Let’s await the answer from the hoster (I sent them a ticket with more details on the problem). I will keep you posted. Have a nice day!

    Good morning Mike, thank you for checking. Indeed, I noticed that the menu items work correctly on your test site. Could you please check, whether they still work correctly if you use a transparent header (and after scrolling, a fixed header) on the homepage? And if you add normal pages to the main menu?

    I checked the Change WordPress Defaults in the theme settings of the main website and here all four possibilities are shown, just like in your example (see below). So I can’t replicate that jQuery Migrate and/or jQuery are being disabled.

    Ändern Sie die WordPress-Standardeinstellungen
    Hier können Sie WordPress-Standardskripts und -stile deaktivieren, die für die meisten Websites nicht erforderlich sind

      Deaktivieren Sie Emoji / Smiley-Unterstützung
      Deaktivieren Sie jQuery Migrieren
      Laden Sie jQuery in Ihre Fußzeile
      Google-Schriftarten im Footer laden

    I also checked the wp-config file. It looks similar to the wp-config files of other websites. I can’t find any indication that here certain custom rules regarding jQuery Migrate and/or jQuery have been added.

    I will ask the webhoster, if they have any idea.
    Would be great, if you would have other suggestions on where to find the answer.
    We should win this quest. ;-)

    Best regards, C

    Dear Mike, please see details in private content. Thanks for your help!

    Some thoughts that came up to my mind that might have to do with the issues. I just share them with you, perhaps you will find a clue:

    Scrolling all the way down the homepage to the last anchorlink results in an active menu state of this anchorlink in the menu (on big screens, not in the mobile menu). Why does it seem to work for the last anchorlink and not for the previous ones on the homepage?

    On the homepage for each color section two versions have been developed: 1. for big screens, 2 for smaller screens (using the responsive tab). The IDs are similar but slightly different, e.g. #anchorlink1 and #anchorlink1_ (i.e. the underscore has been added in version 2). The anchorlinks without _ are used in the main menu (for bigger screens), the ones with_ are used in the mobile menu (for smaller screens).

    There is some CSS in the Quick CSS section related to the navigation menu. Esp. due to working with the previously selected header style “standard”, showing the active menu display with the line. I changed the header type to “minimal with shadow”, but the CSS for the standard style is still there.

    BR, C

    Dear Mike, thanks for your reply.
    I already did some tests with deactivating the last plugins added (e.g. Weglot for translations and Yoast SEO), but after clearing the caches I did not see any differences on the several web browsers (Chrome, Edge, Firefox).
    Yes, a staging site makes sense. I have installed WP in a sub directory of our webspace and am now trying to load a copy of the site onto it, using the paid version of All-in-One WP Migration (the free version and Duplicator did not work due to hosting constraints, which could not be solved with the tools provided by the hoster, World4You).
    I will let you know as soon as the staging site is running.
    BR, C

    Dear Mike,
    thanks for your help. However, it did not bring me any further.
    Just leaving the # and the ID only works if you navigate from anchor to anchor, not from page to anchor. If you do that the URL becomes mysite.com/page/#anchor (nothing happens) instead of mysite.com/#anchor.
    It also did not solve my problem of wanting to underline the correct menu item during scrolling.
    So I have inserted the whole links again in the menu. I also changed the header type from standard (with the active menu display, i.e. this line) to minimal and I changed the active menu color in red (#810000) en the inactive in blue (#203864).
    Still the thing is that being on the homepage all anchorlinks in the menu that are part of the homepage are also colored red = active. I want them to “stay” blue until scrolling towards them, only then they should turn red.

    I tried to reach this with using your formerly given CSS code (from thread #1414442):

    /* ankerlinks in navi werden nur aktiv beim runterscrollen */
    #header.header_color .main_menu ul:first-child > li.current_page_item > a {
    color: #203864 !important;
    }
    #header.header_color .main_menu ul:first-child > li.current_page_item.current-menu-item > a {
    color: #810000 !important;
    }

    But after applying this code all anchorlinks in the menu turned blue and nothing happens when scrolling towards them. Hovering over the page link in the menu will turn it into red. Being on this page, hovering over the anchors will turn them red as well. So the code only seems to work for pages.

    I tried to figure out differences between the code for anchors and pages, e.g.
    Anchor (non-active): .menu-item-type-custom.menu-item-object-custom
    Page (non-active): .menu-item-type-post_type.menu-item-object-page

    Anchor (active): .menu-item-type-custom.menu-item-object-custom.current_page_item.menu-item-home.menu-item-top-level.menu-item-top-level-2
    Page (active): .menu-item-type-post_type.menu-item-object-page.page_item.page-item-246.current_page_item.current-menu-item

    But my knowlegde is unfortunately not enough to adapt the code properly. Perhaps you can have a look into it again? I would very much appreciate that!

    The issue with the mobile menu also still exists. I would like to see the active menu item here as well. I assume the solution is related to the solution for the above.

    Thanks for your help!
    Best regards,
    Cornelie

    Dear MIke,

    thanks for your proposed solution. Unfortunately it doesn’t work on my side. (Despite clearing caches, no file merging and compression.) Chrome and Edge seem to display the same behaviour (but not showing the active items correctly), Firefox is behaving slightly differently (not showing active items at all).

    Chrome & Edge:
    Starting on the homepage (mywebsite.com), when scrolling down, now only the first menu item (Home) keeps on becoming active over and over again, not the following menu items (= anchorlinks you are scrolling over). Only when you reach the last anchorlink on the homepage the correct menu item (Schiffe) is displayed as being active. When scrolling up, again the first menu item (Home) becomes active, not the anchorlinks in between.

    Starting with clicking on the first menu item (Home = mywebsite.com/#top), then only Home stays active, regardless of scrolling down to all following anchorlinks on the page. Also the last anchorlink (Schiffe) does’t become active now.

    Firefox:
    Starting on the homepage, only very short the active display of the first menu item is being shown, but then it disappears. When scrolling down, nothing happens, all menu items stay inactive. Untill you reach the last anchorlink on the homepage, only then the correct menu item (Schiffe) is displayed as being active. When scrolling up, no menu items become active.

    Starting with clicking on the first menu item, then only Home stays active, regardless of scrolling down to all following anchorlinks on the page. Also the last anchorlink (Schiffe) does’t become active now (similar to Chrome & Edge).

    Mobile menu:
    The display of the mobile menu (underlined active menu items) did not change at all. That is, the underlining still only works for pages, not for anchor links…

    Hope you have some other suggestions, your help is much appreciated!
    Please see private content for login.

    Thanks and best regards,
    Cornelie

    Thanks to both of you for your quick reply and for your measures, Mike. You can close this thread now. Have a nice day!

    Dear Ismael,
    thanks for your reply. As it is a test page of YOU (I assume of Mike) on a domain that you own, I believe, you/he should set the page to “noindex” and remove its contents. See the link in the private content. Thanks for passing this to the right person!
    BR, CJGVD

    A topic related to the above is that the display of active anchor links in the mobile menu also does not work properly. I used following CSS (based on another thread) to underline the active menu item. It only seems to work for pages, not for anchor links…

    /* highlight active menu item in mobile menu */
    #top #wrap_all #header .av-burger-overlay #av-burger-menu-ul .current-menu-item > a {
    text-decoration: underline;
    }

    Thanks for your help with this too!
    Best regards,
    Cornelie

    in reply to: OSM Leaflet Map: only one marker pop-up displaying #1426043

    Dear Mike,
    the OSM Leaflet Map still works as supposed. So the technical error seems to have appeared only once, when WP could not find the original PHP file. You can close this topic now. Thanks again for your great support!
    Best regards,
    CJGVD

    in reply to: OSM Leaflet Map: only one marker pop-up displaying #1425549

    Dear Mike,

    I received this e-mail from WordPress only once, just after having made the changes. So yes, perhaps it was only once, that WP could not retrieve the right file. The website looks fine and the OSM Leaflet Map works as supposed.

    Best regards,
    CJGVD

    in reply to: OSM Leaflet Map: only one marker pop-up displaying #1425446

    Ups, not ready to close yet…! Just after installing the updated plugin and changes of the php-file, WordPress sent me an e-mail that the website has a technical problem related to Enfold. Below you find the details of this error. Is there anything you (or me) should do now?

    BR, CJGVD

    Fehler-Details
    ==============
    Ein Fehler vom Typ E_ERROR wurde in der Zeile 904 der Datei /homepages/…/neu/wp-content/themes/enfold/functions.php verursacht. Fehlermeldung: Uncaught Error: Failed opening required ‘config-leaflet-maps/class-avia-leaflet-maps.php’ (include_path=’.:/usr/lib/php8.1′) in /homepages/46/d4297792705/htdocs/neu/wp-content/themes/enfold/functions.php:904
    Stack trace:
    #0 /homepages/…/neu/wp-settings.php(611): include()
    #1 /homepages/…/neu/wp-config.php(116): require_once(‘/homepages/46/d…’)
    #2 /homepages/…/neu/wp-load.php(50): require_once(‘/homepages/46/d…’)
    #3 /homepages/…/neu/wp-admin/admin-ajax.php(22): require_once(‘/homepages/46/d…’)
    #4 {main}
    thrown

    in reply to: OSM Leaflet Map: only one marker pop-up displaying #1425422

    Dear Mike,
    thanks so much for the instructions, everything works fine!
    I only had to remove the ” signs from the a href for the mailadress to work correctly (i.e. opening an e-mail in your e-mail programme), otherwise a 404 error pops up (with URL/”mailto: (Email address hidden if logged out) ).
    So you can close this thread now and give my thanks also to the Dev Team!
    Best regards and have a nice day, CJGVD

    in reply to: OSM Leaflet Map: only one marker pop-up displaying #1425214

    Thanks a lot, also for the quick adjustments made by the Dev Team!
    As it involves a bit more effort from my side, I will check next week if it works and keep you informed.
    Best regards, Cornelie

    in reply to: OSM Leaflet Map: only one marker pop-up displaying #1424531

    Hi Mike,
    thanks for your reply!
    Good to know that Kriesi has its own plugins to enlarge the Enfold functionalities, I did not know that.

    I have installed the plugin from this path KriesiMedia/enfold-library/codesnippets, tricks, plugins/Enfold/integration plugins/Enfold/Special Character Translation/avia-special-characters_1_1_1.zip (your URL gave an error) and adapted the Marker Popup description in the OSM element as follows:

    ###lt###strong###gt###Company Name###lt###/strong###gt###
    ###lt###a href=”mailto: (Email address hidden if logged out)(Email address hidden if logged out) ###lt###/a###gt###

    Unfortunately NO bold text nor link are shown. Did I do something wrong or forget something? I can’t find the solution… Hope you do!
    Thanks a lot for your help!

    Best regards, Cornelie
    P.S. Please also see the Private Content.

    in reply to: OSM Leaflet Map: only one marker pop-up displaying #1424250

    Dear Mike,
    thanks for your quick reply and your efforts! You gave me the tip to solve the problem! :-)

    It had to do with some extra CSS to disable the tooltip when hovering over images (like photos). Did not realise this would also hamper the popup on click from functioning. :-( I now removed this CSS and all three options, Leaflet (external), OSM – Leaflet Map (Enfold) and MapIT, work like a charm.

    I would like to continue with using your OSM – Leaflet Map, to be independent from an external hoster for the library. (This is a great idea, thanks!) However, I noticed that the options for editing the popup seem rather limited compared to Leaflet. For example, I would like to use bold text for the company name and clickable links to e-mail and telephone. Is that somehow also possible in OSM – Leaflet Map?

    Best regards,
    CJGVD

    in reply to: OSM Leaflet Map: only one marker pop-up displaying #1424122

    Dear Mike,

    thanks so much for your efforts.

    Unfortunately I can’t reproduce your results with the WP MapIT plugin on my Enfold page. I have disabled the theme Leaflet option, deactivated other WP Map plugins and emptied the cache, but still the popups don’t show on click. Could you please have a look into my page? See info in Private Content.

    As written before, your theme Leaflet option would be the preferable option for us. It is no problem that it can only show one popup at the time. However, it doesn’t seem to work on our website: When clicking the second marker, the popup of the first marker does not close and the popup of the second marker does not appear. Could you please please check this option as well? (Please note, that the theme Leaflet option and the Leaflet Plugin should then be enabled/activated again.)

    Also I was wondering if it is possible to use a Gutenburg Block (for building a map) in combination with Enfolds ALB. If so, how?

    Thanks again in advance for your help!

    BR, CJGVD

    in reply to: OSM Leaflet Map: only one marker pop-up displaying #1423383

    Dear Mike,

    thank you for your reply!

    1. So if I understand correcty, the Leaflet Map can only show one popup at the time. This would be ok for us, but it isn’t working on our site like this. When clicking the second marker, the popup of the first marker does not close and the popup of the second marker does not appear. If this would work, the solution would be OK for us. Could you please have another look at our site? Perhaps you will find a wrong setting or so…

    2. Thanks for looking for another plugin to use. Good idea to request this as a future feature.
    What about using the plugin (Out of the Block) that uses a Gutenberg Block for building a map. Can that be used in combination with Enfolds Avia Layout Architect? If so, how?

    3. I found a plugin called MapIT, which shows two markers with popups in the theme Twenty Twenty-Three, but it seems to give a little clash with Enfold, because in Enfold the map doesn’t show the popups and it displays a copy of the map in the header… See page mentioned in the private content and some pics and remarks of the developer of MapIT on that page. Could you please check, whether this “clash” between Enfold and MapIT could be solved, so that we could use this plugin? That would be great.

    Thank you very much for help!
    Best regards, CJGVD

    Dear Nikko,
    thanks for your quick reply.
    Indeed, you are right, the originals weren’t all 1920×1080 (although the graphic designer delivered them as being this size in a folder “1920×1080”). Thanks for resizing the last pic. You can close this thread now.
    Have a nice day, best regards,
    CJGVD

    Dear Ismael, thanks for your quick reply! All is settled and clear now.
    You can close this thread. Thanks again and have a nice day!

Viewing 30 posts - 1 through 30 (of 74 total)