Forum Replies Created

Viewing 15 replies - 1 through 15 (of 39 total)
  • Thread Starter dwturner

    (@dwturner)

    @aamahin

    I forgot to mention that the images shown in the previous post were captured after installing version 5.3.3 of the Event Booking Manager. There have been no other changes to the site configuration since I started this thread.

    Thanks again.

    • This reply was modified 3 days, 10 hours ago by dwturner.
    Thread Starter dwturner

    (@dwturner)

    @aamahin

    Thank you for the very rapid update. The quirks mode issue has been resolved.

    However, the single event page still does not appear to capture and use the default block style parameters that have been set in the full site editor.

    The image below is a page that where the block elements have been rendered using the default settings that are specified in the full site editor.

    Screenshot 2026-05-04 at 19-45-40 About Clinics – hccstaging
    Page rendered using block default set in Full Site Editor

    The following image is from the same site which is based on the Gutenberg editor and but the single page that is rendered by WPEvently does not have the incorrect fonts, font sizing, line spacing, color, and other css that are set in the full site editor.

    Screenshot 2026-05-04 at 19-46-32 2025_26 Awards Presentations – hccstaging
    Page rendered by WPEvently

    As you can see, there is a significant difference between the css styling on the two pages.

    Is there an easy way to make sure that the default styles for the various html tags used on the WPEvently single page are the same as all the other pages on the site?

    Thanks in advance for all your help.

    Thread Starter dwturner

    (@dwturner)

    @aamahin

    Thank you very much for the very quick update. It appears to have solved the issue.

    Thread Starter dwturner

    (@dwturner)

    @aamahin

    The suggested css worked but I needed to add the !important rule to the fix otherwise the css found on line 321 of mpwem_style.css had higher specificity causing the provided fix to be overridden.

    Thank you for your quick and helpful assistance.

    Thread Starter dwturner

    (@dwturner)

    @aamahin

    This page is an example of the newly oversized image: https://hamiltoncameraclub.com/em4wc-event/2025-26-digital-creative-art-images-presentation/

    Version 5.2.3 displays the feature image properly but version 5.2.5 does not. There appears to have been a change in the .mpwem_slider_area div.post_thumb img class that appears to be related to the issue.

    I am not sure if it is related but my web browser console is warning that the single page event listings are being displayed in quirks mode. I can confirm that there does not seem to be a <!DOCTYPE html> tag at the start of the http response package.

    Thanks again for your help.

    • This reply was modified 4 weeks ago by dwturner.
    Thread Starter dwturner

    (@dwturner)

    Hi @aamahin

    Thank you for your quick response. The uninstall/reinstall procedure corrected issue with the inability to use hyphen characters in the Settings -> Event SKU No data field.

    However, the procedure has also corrupted the web site’s ability to display a Feature Image using the WPEvently single page default template. After the update the images are now displayed at about 250% of their original size which pushes the event description, details and registration ticket form underneath and well below the footer section of the site.

    Do you have any suggestions that might fix the oversized feature image issue or should I switch back to a previous version of the plugin?

    Thanks again for your help.

    • This reply was modified 4 weeks, 1 day ago by dwturner. Reason: Correct spelling
    dwturner

    (@dwturner)

    Hi @be_new ,

    Did you every figure out what the problem was? I have just experienced the same issue with a very similar error message. Any hints would be greatly appreciated. FYI, our site has recently moved to PHP version 8.3.28. I was running Duplicator in preparation to move from WP version 6.8 to 6.9 when I encountered the error.

    @dalemoore

    Hi Dale,

    First, there is a way to more or less “automatically” transfer images from a EWz webform into a gallery or at least into the medial library and then into the desired gallery. The appropriate EntryWizard instructions can be found by clicking the EntryWizard -> WebForms -> YourFormName -> Manage Items button. At the top of the Manage Items page there is a block that controls the “attachment” of images. The one thing that I do is keep the “Allow image to be attached more than once” option checked. This option seems to leave the images in the original EWz upload directory while making a copy of the file in the WP Media Libary. It might take you a little while to figure out the correct settings for your situation, but I can assure you that I have used this mechanism for years creating galleries for our camera club.

    Second, there is a mechanism for viewing and using the EXIF data that is embedded in uploaded images but you need an additional plugin to do so. I am currently using the free “Media Library Assistant” plugin. It is a somewhat complicated plugin which offers many more options and choices than I need but one of the benefits is that you can display an image’s EXIF and IPTC data in the Media Library (or elsewhere with a bit of code). Hope this helps.

    DT

    Thread Starter dwturner

    (@dwturner)

    Hi @aamahin,

    Thank you for your reply. I have uploaded the requested screenshot to Flickr, it can be found here: https://www.flickr.com/photos/203110347@N07/

    I am not sure if it is helpful but I have replicated the issue on my local development server with all other plugins deactivated (except WooCommerce). There seems to be a problem with the JavaScript that draws the map. Thank you for looking into this.

    Doug

    Thread Starter dwturner

    (@dwturner)

    Hi Again @aamahin,

    The event editing interactive map Google map issue was not resolved by the latest plugin update which is now version 4.4.9. Any suggestions for troubleshooting or approaches to resolving this issue would be appreciated. Thanks in advance.

    Doug

    Thread Starter dwturner

    (@dwturner)

    Hi @aamahin

    Thank you for the prompt plugin update. The update seems to have fixed the short code grid column formatting issue.

    Unfortunately, the interactive map facility in the Event editing screen remains missing in version 4.4.8.

    Just to clarify, any maps that were added to an event prior to the update remain visible on the single page event rendering. However, the tool for adding the maps in the JS event editor page is no longer functioning and as a result we cannot add any maps to any new event listings. Please let me know if there is something I should check that can assist in resolving this issue. Thanks in Advance.

    Doug

    • This reply was modified 9 months, 2 weeks ago by dwturner.
    Thread Starter dwturner

    (@dwturner)

    Hi @aamahin

    Kudos and thank you to the team at Magepeople for the quick resolution to this issue. Your help is appreciated.

    Thread Starter dwturner

    (@dwturner)

    Hi @aamahin,

    Thank you for your reply. A pro support request has been submitted as requested.

    Thread Starter dwturner

    (@dwturner)

    Hi MagePeopleTeam,

    This is just an update to let you know that after upgrading to Version 4.2.3 of your Event Manager plugin the problem with inactive submenus identified in the above thread remains unresolved.

    Any suggestions for resolving this issue would be greatly appreciated.

    DWTurner

    Thread Starter dwturner

    (@dwturner)

    Hi @aamahin

    I just thought I would pass along some additional information that I have about the problem of sub menus not working on the plugin single page event listing.

    • The site has been updated to Event Manager, ver 4.2.2 and the issue of the broken sub menus on single page event listings continues.
    • The plugin’s single page event listing html code for the navigation menu item is different then that generated by any other WP page. Here is the code from a regular page,
    <button data-wp-bind--aria-expanded="state.isMenuOpen" data-wp-on--click="actions.toggleMenuOnClick" aria-label="Club Events submenu" class="wp-block-navigation-item__content wp-block-navigation-submenu__toggle" aria-expanded="false"><span class="wp-block-navigation-item__label">Club Events</span></button>

    This is the corresponding html code that is generated by the plugin’s single page event listing templates:

    <button data-wp-bind--aria-expanded="state.isMenuOpen" data-wp-on--click="actions.toggleMenuOnClick" aria-label="Club Events submenu" class="wp-block-navigation-item__content wp-block-navigation-submenu__toggle"><span class="wp-block-navigation-item__label">Club Events</span></button>

    The only difference in the html code that the Event Manager plugin single page file does not appear to be adding the aria-expanded=”false” attribute.

    • The following two javascript files are loaded by a regular page and may to be necessary for the processing of the the data/click event. However the single page event listing rendered the Event Manager plugin does not appear to request them:
      • /wp-includes/js/dist/interactivity.min.js
      • wp-includes/blocks/navigation/view.min.js

    I hope this additional information is helpful in finding the cause and solution to this issue. Thanks again for any advice and suggestions.

    DWTurner

Viewing 15 replies - 1 through 15 (of 39 total)