Forum Replies Created

Viewing 15 replies - 286 through 300 (of 351 total)
  • Same problem here. Other plugins install fine.

    Looking at the contents of you zip, there’s no php file in the root of your zip, so it’s not recognized as a plugin.

    I’ve used this function code from this thread:

    // Get Featured Image Caption
    function the_post_thumbnail_caption() {
      global $post;
    
      $thumbnail_id    = get_post_thumbnail_id($post->ID);
      $thumbnail_image = get_posts(array('p' => $thumbnail_id, 'post_type' => 'attachment'));
    
      if ($thumbnail_image && isset($thumbnail_image[0])) {
        echo '<p class="caption">'.$thumbnail_image[0]->post_excerpt.'</p>';
      }
    }

    Usage:

    <? echo the_post_thumbnail_caption(); ?>

    Then for sidebar placement I just use the echo in a Text Widget below The Featured Image Widget using PHP Text Widget which let’s it execute php code.

    I’t s a work-around, but it works pretty well. ??

    -mpm

    This release definitely has issues. The “fancybox-auto” feature is broken too.

    Have to downgrade to 1.5 for now.

    ??

    Thread Starter mpmchugh

    (@mpmchugh)

    Hmm. it seems the ICL_LANGUAGE_CODE=='' function does not work inside the loop.

    ??

    Thread Starter mpmchugh

    (@mpmchugh)

    I actually tried making a php snippet using the WPML ICL_LANGUAGE_CODE=='' function in an if else statement, but though it works in a template it does not work in a php snipped and just outputs all the unprocessed php and HTML.

    Any idea why it would not work?

    If this worked, it’d be a great work-around to not having WPML translation support.

    if(ICL_LANGUAGE_CODE=='en') {
    	echo '<a href="https://urlhere.com">Request More Information</a>';
    } elseif(ICL_LANGUAGE_CODE=='es') {
    	echo '<a href="https://urlhere.com">Solicitar más información</a>';
    } elseif(ICL_LANGUAGE_CODE=='zh-hans') {
    	echo '<a href="https://urlhere.com">获取更多信息</a>';
    } elseif(ICL_LANGUAGE_CODE=='zh-hant') {
    	echo '<a href="https://urlhere.com">獲取更多資訊</a>';
    }

    Thanks,
    Michael

    Thread Starter mpmchugh

    (@mpmchugh)

    They might want to clarify that blog post then to not imply that they can be in the header or footer, which are never in the loop, no?

    It’d still be nice to have an option to place them outside the loop at some point, so they could be on a custom homepage or in the header or footer.

    Thanks.

    I’m using WPML with Custom Sidebars and Widget Entries, which by nature of it’s using custom post types works pretty well with WPML, which can translate them.

    The only problem I’m seeing is that the “Default Sidebars” section is not aware of any of the category translations.

    It’d be nice if it could at least be made aware of those.

    Is there any work-around now to let it see those translated category names?

    On a side note. I Widget Entries going to be updated any time soon? It seems to work fine, but the 2-year old code notice always makes me nervous!

    Thanks.

    Thread Starter mpmchugh

    (@mpmchugh)

    That’s unfortunate. It seems like most people would want homepage sharing on their homepage, no?

    The instructions in the Jetpack blog post about moving the buttons indicated that one could put them in the header or footer. If so, what would they do on a site’s homepage? Shouldn’t it then share the homepage link? Seems like a bug otherwise.

    I could use the vendor ones here, but I’d just like them to look the same as the rest of the site.

    I even attempted to use source of the button output and changed the URLs, but then they no longer functioned properly.

    I’d also tried including a loop for a blank Home page, but it wanted to link to that page instead of the homepage.

    Oh, well. I’ll have to figure something else out.

    I hope a proper means of homepage sharing is included in a future release.

    Per the author, they are not doing anything with the_author except calling it in two files:

    Inovado is not doing anything with the_author.

    meta.php
    single.php

    are the only files that are using the_author

    The meta.php was the one I was working with.

    Any other suggestions on how to perhaps fix this?

    Hmm. That did fix the HTML display, so that it does not look broken, but the links are now behaving oddly. Regular authors with no Byline have no link, and Byline authors have links in the form of…

    <a href="https://dev.site.com/wordpress/byline/jane-doe/" rel="tag">Jane Doe</a>, <a href="https://dev.site.com/wordpress/byline/john-smith/" rel="tag">John Smith</a>

    …but the links go to the 404 page.

    I guess I need to dig around in the function code to see if they are highjacking the the_author(); elsewhere.

    Here’s an example of the output I’m getting with two bylines, for instance:

    Jane Doe, John Smith”>Jane Doe, John Smith

    and the source:

    <span class="meta-author"><i class="icon-user"></i><a href="https://dev.site.com/wordpress/author/david/" title="View all posts by <a href="https://dev.site.com/wordpress/byline/jane-doe/" rel="tag">Jane Doe</a>, <a href="https://dev.site.com/wordpress/byline/john-smith/" rel="tag">John Smith</a>"><a href="https://dev.site.com/wordpress/byline/jane-doe/" rel="tag">Jane Doe</a>, <a href="https://dev.site.com/wordpress/byline/john-smith/" rel="tag">John Smith</a></a></span>

    I’m having the same problem withe theme I’m using. I looked, and the theme’s meta.php file is calling the author with the standard <?php the_author(); ?> already:

    <a href="<?php echo get_author_posts_url(get_the_author_meta( 'ID' )); ?>" title="<?php _e('View all posts by', 'minti'); ?> <?php the_author(); ?>"><?php the_author(); ?></a>

    I’ve used byline with the TwentyTelve theme successfully though.

    Thread Starter mpmchugh

    (@mpmchugh)

    I think the theme directory is the right place, as that’s where the theme’s CSS is, but in the case of a child theme they should be in the child theme’s directory.

    Ideally it should work like everything else in a child theme. WordPress uses the parent theme directory first, but is overridden by the presence of the same file in the child theme directory.

    As child theme creation is a manual process, your plugin just needs to know that a child theme is being used and to look in the child theme directory first. I think it’s fine leaving it up to the user to copy the CSS file to the child to start.

    I personally don’t see the need to put them elsewhere, but others might.

    Thanks,
    Michael

    I just viewed the source on your page here: https://concordia.projectspreview.net/wordpress/ — and you are still missing the “e” in the class name.

    You just have class=”fancybox-youtub”

    <a target="_blank"  class="fancybox-youtub" href="https://youtu.be/I1VxCY5_C_M?fs=1&autoplay=1"><img alt="welcome" src="https://concordia.projectspreview.net/wordpress/wp-content/uploads/2013/06/ntec-welcome-video1.jpg">
    </a>

    -mpm

    Glad to hear it! Thanks for the update. Look forward to updating to v1.5.1.

    I am also curious to see what the paid add-on will have to offer.

    Thanks,
    Michael

Viewing 15 replies - 286 through 300 (of 351 total)