Forum Replies Created

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

    (@brendonjmcleod)

    Same here. I’m sure the plugin is still fine but it’s concerning that’s been flagged by Wordfence. Would love if we can get an update to confirm that it’s still working with the latest version of WordPress.

    WordZite

    (@brendonjmcleod)

    Have you tried enabling the “Move inline javascripts to the footer” option in the Global Settings? I have having the same issue and this seemed to resolve it for me as the caching and compression being implemented by the server was disrupting it when it was loading higher on the page.

    WordZite

    (@brendonjmcleod)

    I’m not sure I can do much to help as the fix I applied is pretty specific to the theme framework that we build sites on. Basically what I did though is use javascript to listen for the form events, and have inserted classes into the form message div depending on the type of event. For example, for a success event I now have the “uk-alert” and “uk-alert-success” classes from UIkit being inserted into the message.

    This should help keep the styling that I’ve applied to form messages more resilient to whatever changes the plugin author decides to make in the future, as the messages are now just adopting the same alert styles defined in the theme. It would be nice if the plugin allowed us the ability to more easily customize the form messages classes, but I’ll make due with this solution in the meantime.

    WordZite

    (@brendonjmcleod)

    @theworkshop Could it be because of the change in the way that classes are being applied to form messages? I also lost all of the CSS styles for the form alerts on our clients’ sites, and only just realized today that it’s because the plugin author removed the “wpcf7-mail-sent-ok” and “wpcf7-validation-errors” classes from the “wpcf7-response-output” div and instead has included “invalid” and “sent” classes on the form element itself.

    @takayukister This is potentially a pretty serious problem for some of your plugin users. Aside from now having to update the alert message style for all of our clients, we also have some clients that have conversion tracking setup to listen for the success class that was previously attached to the form success message. Some better documentation of this change in the changelog would have been appreciated. The “Frontend CSS: Style rules for the response output refer to the form element’s class attribute.” note doesn’t explain much about the change.

    • This reply was modified 5 years, 10 months ago by WordZite.
    • This reply was modified 5 years, 10 months ago by WordZite.
    • This reply was modified 5 years, 10 months ago by WordZite.
    Thread Starter WordZite

    (@brendonjmcleod)

    Perfect, worked like a charm. Thanks Shazzad.

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