dave

I ended up just using Widget Logic (regular), but clearing the cache helped. Thanks!

I tried sdaveCL’s solution, and it fixed the widgets not opening/dragging problem, but editing limitations in Widget Logic Visual still doesn’t work. Is this still not working for anyone else?

Found this forum topic, but the developer says there’s no support for word-wrap(?). Anyone else think that’s an important and pretty standard thing to support?

https://forum.dhtmlx.com/viewtopic.php?f=16&t=24401&p=86910

Found the perfect forum answer here: https://forum.dhtmlx.com/viewtopic.php?f=16&t=13708

Awesome, thanks!

Thanks Slushman! Maybe it was that update, maybe not. But it’s working now.

Thanks man!

I couldn’t figure this out (and received no reply from the developer), so I deleted the page in question, then recreated it with the same content and shortcode and that fixed the problem. I’m not sure what exactly caused the duplicate filetree, but this worked. Hope it helps someone.

Ok, so after some more research and tweaking, I ended up with this code:

<p>
    <form action="<?php get_option('siteurl'); ?>/wp-login.php?action=postpass" method="post">
    <p>This page is password protected. Please enter your client password below:</p>
    <p><input name="post_password" id="<?php $label ?>" type="password" size="20" /><input type="submit" name="Submit" value="Submit" /></p>
    </form>
    </p>

in the area where “Custom content that displays only when page is password protected goes here” is. The main thing I was looking for was the form action that would ask for the correct password (“postpass”).

Hope this helps someone!

I ended up using this code:

<?php
// Globalize $post
global $post;
// Test for password-protected page
// Returns true if post is password-protected
// and if the password doesn't match cookie
if ( post_password_required( $post ) ) {
    ?>
    <p>
    CUSTOM CONTENT THAT DISPLAYS ONLY WHEN PAGE IS PASSWORD PROTECTED
    GOES HERE
    </p>
    <?php
} else {
    // Page isn't password-protected
    ?>

because I realized the code doesn’t automatically include the password input field.

My question now is: What is the code to add the proper password input field?

Thanks!

Cool thanks. I created a custom theme, but for some reason I thought I was seeing that the Bootstrap was overriding the theme styles. I just changed some of my theme styles to specifically override the bootstrap, and it does. Sorry for the mixup. Thanks for bringing it to light!

I’m looking for the same thing.

I would also love to see this! The capability of logged-in users to add events on the front-end. Is it possible?

Hey Slushman,

I was having problems with this before too, but figured it might be fixed in that latest update as well:

I’m having trouble getting the ArtistData Layouts to work/show. You’ll see that the widget shows stripped-down <li> items for the shows, rather than the iCal style I’ve chosen.
And on the “Shows” page, the date boxes show the right styling, but don’t show the correct date.

Thanks for all your help!

Awesome! Thanks very much for looking into it!

Imagine that, a plugin developer who responds to users’ problems! And in a timely manner!

Thanks again. Keep up the good work.

Hi gereby,

I have not figured this out yet. I suppose if the plugin author wasn’t/isn’t planning on incorporating a feature like this, we’d just have to find some javascript to do it. Not what I wanted to hear, haha, but seems to be what will work.