Forum Replies Created

Viewing 15 replies - 1 through 15 (of 84 total)
  • Thread Starter patrick_here

    (@patrick_here)

    The fix for this bug is rather simple. The calls to wp_enqueue_script() in your videojs_html5_player_enqueue_scripts() function simply need to be wrapped in a ‘has_shortcode()’ block. I have included the code for the fix below (approx line 170 of the plugin file); I recommend that you do a new release and include this fix.

    global $post;
    if ( isset( $post->post_content ) && has_shortcode( $post->post_content, 'videojs_video' ) ) {
    wp_enqueue_script('videojs');
    wp_enqueue_style('videojs');
    }


    Thread Starter patrick_here

    (@patrick_here)

    RESOLVED: When an image is added to a page, it’s necessary to select “>LinkTo>MediaFile” …not “>LinkTo>AttachmentPage”. I had added the images in question long ago and the two that were coming up as “iframe” had been set to “>LinkTo>AttachmentPage”.

    Thanks for this excellent plugin!

    • This reply was modified 7 months, 3 weeks ago by patrick_here.
    Thread Starter patrick_here

    (@patrick_here)

    SOLVED:
    If you have setup captions for your images and you are using Ultimate Lightbox with “All WordPress Galleries”, your captions might not show in the lightbox -because some themes register HTML5 gallery support and others don’t – even the latest release of the theme. If a theme doesn’t register HTML5 Gallery support it will cause the ‘gallery’ shortcode to put out different HTML tags for your gallery images and the current version of Ultimate Lightbox won’t recognize those tags (<dl> and <dd>). But there is a workaround. Simply add the itemtag and captiontag flags to your gallery shortcodes on the page/post like this:

    [gallery itemtag="figure" captiontag="figcaption" link="file" ids="22,33"]

    Alternatively if you can code php, this code can be added to your child theme’s functions.php to solve the problem:

    add_shortcode( 'gallery', 'gallery_shortcode_mods' );
    function gallery_shortcode_mods( $atts )
    {
    $atts['link'] = 'file';
    $atts['itemtag'] = 'figure';
    $atts['captiontag'] = 'figcaption';
    return gallery_shortcode( $atts );
    }

    …then you won’t have to add the flags to each [gallery] shortcode.

    Perhaps the Ultimate Lightbox developers will address this issue in another way in a future release of the plugin.

    Thread Starter patrick_here

    (@patrick_here)

    Hello Jay,

    Thanks for getting back to me.

    1. Yes, “Show Overlay Text” option is enabled.
    2. Overlay Text Source Source is set to: “Caption” (and the images do have captions)
    3. I’m not using a cache plugin. WP-Optimize is installed and enabled but I was only using it for cleanup. I have sent the URL to you at the “support-center” page you mentioned together with login credentials.
      Thank you,
      Patrick
    Thread Starter patrick_here

    (@patrick_here)

    Okay, thanks Steve.

    Thread Starter patrick_here

    (@patrick_here)

    Actually, slight correction here: Nextgen Gallery stores its images in wp-content/gallery/

    Thread Starter patrick_here

    (@patrick_here)

    Hello @rochdesigns, yes, I’m completely aware of this as mentioned in my original post. However it doesn’t have to be that way. In Nextgen gallery, when a user adds an image to a gallery that image goes to a special directory under wp-content/uploads/. So if a Nextgen gallery has, for example, thirty images, they don’t clutter the Media Library; they are visible only through the Nextgen Gallery Interface. This makes sense. And also if the Theme has seven special sizes defined, duplicate images of unnecessary sizes are not created on disk for images that are really intended for a gallery only. The WordPress Media Library has problems of its own. It tends to get woefully cluttered and disorganized even without slider plugins installed on the site.

    So I was wondering if MetaSlider developers have thought about all this.

    Thread Starter patrick_here

    (@patrick_here)

    Actually I had forgotten to mention this aspect of it:
    The thing that makes this a bit more urgent is that on mobile there is no such thing as “hover” …there is only “click”. So on mobile, if the event is configured with a link and the link is a link to a zoom meeting then as soon as the visitor touches that event title he is immediately taken to the zoom meeting (without an option to see the description first). And, of course, the concept of “mobile first development” puts this in a new light.

    Thread Starter patrick_here

    (@patrick_here)

    Yes, perhaps I didn’t state it clearly originally: In Spiffy Calendar the popup is raised and an event description is viewed by hovering over it but in Google Calendar an event is viewed only by clicking on it (not by hovering). In Spiffy Calendar, if an event is configured with a hyperlink, clicking on the event activates the hyperlink immediately and the user is taken directly to the destination. If the destination is a zoom meeting, it goes directly to the zoom meeting; users who are unaware of this might not even see the description of the event. This is counterintuitive for many people who would instinctively look at the events on the calendar and click on the one that is of interest to them. But on Google Calendar, clicking on the event always brings up the popup first so that the visitor can see the description of the event before deciding to pursue it further.
    However this is not a huge issue; Spiffy Calendar is still the best overall. I was just wondering how difficult it would be to modify it so that clicking the event (before pausing to hover) would always bring up the popup.

    Thread Starter patrick_here

    (@patrick_here)

    Hello Konstantin,
    Well at the moment I’m not sure I need a caching plugin but perhaps I could in the near future. Anyway the specific scenario I had in mind was in connection with the “Spiffy Calendar” plugin …but many calendar plugins have similar functionality. With this plugin it’s possible to have a little list of “today’s events” showing up on the front page (implemented via a widget inserted into a sidebar). Here’s how it works when the widget is activated on the site:
    Whenever a visitor requests the home page the plugin does a long, nasty database query on the plugin’s database table. If, for example, it is 11:59pm on Monday night and there are no events configured for Monday then no events will show in the “today’s events” area of the sidebar. But if it is a minute past midnight on Tuesday and an event is configured in the “Spiffy Calendar” plugin for Tuesday then the long nasty query will come back with one or more events and now the home page will look different; it will include this new event for Tuesday.

    It’s hard for me to imagine how any caching plugin could accommodate such a scenario unless there were some kind of handshaking logic between the caching plugin and the calendar plugin.

    Thread Starter patrick_here

    (@patrick_here)

    Yes, that seems to be working now. Actually I had an unrelated bug in my code that was preventing all this from working properly. Thanks again for recommending ‘login_init’ hook …it is working. I had been using the ‘login_form_login’ hook but ‘login_init’ makes more sense for this purpose.

    Thread Starter patrick_here

    (@patrick_here)

    Ok, thanks, I suspected that…
    I think most of my users just find it to be a cause of confusion; they don’t know what to make of it. It’s especially confusing now that so many meetings are on zoom. So I think I’ll just remove it (in a special build) and that will take care of it.

    Thanks again for this outstanding plugin!!!

    Thread Starter patrick_here

    (@patrick_here)

    Thank you Steven…
    Actually, I’d really like to do it in code rather than using a plugin because I’m already doing all kinds of checks on it once I have the IP address and I want to stick with those checks. I was hoping I could just bail out of WordPress immediately or do a 401 or similar …wouldn’t that be a reasonable option?

    Thread Starter patrick_here

    (@patrick_here)

    Hmmm…
    Looks like the filter wpcf7_submission_has_disallowed_words is the way to go and if the string passed-in is empty it means that the message will be sent out as a valid message but if the string isn’t empty it will contain the match from the disallowed list and will be treated as spam.

    Thread Starter patrick_here

    (@patrick_here)

    Thank you Takayuki…
    After submiting that question it occurred to me that another way to do this would be to have a special page template for the page containing the Contact Form 7 shortcode. Then php code in the page template would first include logic to check the visitor’s IP address and based on the result, it would either output a single line of text for the page (for a failing IP address) or it would run the wordpress loop (for a passing IP address) and in that latter case the Contact Form 7 Form would be displayed, of course.
    But thanks for mentioning the pre_do_shortcode_tag hook (I’m curious about how it works; the samples I’m seeing are a bit cryptic to me since my experience with hooks is very limited) …perhaps I’ll be able to understand it soon.

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