Forum Replies Created

Viewing 15 replies - 301 through 315 (of 375 total)
  • Plugin Author DaveE

    (@dpe415)

    Hi EdmundoZ,

    Just a heads up that it doesn’t work to add “Standard” as a Post Format option. The reason for this is that WordPress doesn’t actually create a “Standard” term. Instead, any posts without one of the other formats assigned to it defaults to “Standard.” In essence, Standard is the absence of a post format. I can’t do a query for: all posts without a post format term AND all posts with the post format “Gallery” (for example). That’s not logically possible.

    So, that being said, the best solution will be to use a tag or another taxonomy & term and assign the same term to posts with the “Standard” and another post format. Then, with FPW, just use the tag or tax&term you assigned to all the posts you’d like to show.

    Hopefully that work around will help. Cheers!

    Plugin Author DaveE

    (@dpe415)

    Hi Eduardo,

    THANK YOU for doing that! I’ll get the internationalization code added to the plugin and release a new version here shortly. Thanks again for the help and forgive me for being so English-centric.

    Cheers!

    Plugin Author DaveE

    (@dpe415)

    Hi EdmundoZ,

    Since I haven’t heard back from you in over 2 weeks, I’m going to mark this topic as resolved. Please feel free to re-open it if you continue to have questions.

    Thanks!

    Plugin Author DaveE

    (@dpe415)

    Hi genxer,

    Unfortunately, WordPress doesn’t natively track view count or any “popularity” values. So, regardless of FPW, you’d have to use another plugin or tool to make that data available to sort by. The plugin would then also have to make those orderby’s available for other plugins (such as FPW) to use for their own purposes.

    Really, you’re looking at some custom work to get FPW to work with another existing plugin that handles tracking the view count and popularity data. There are already plugins that do track that data and probably have a similar widget to FPW for displaying posts ranked/ordered that way.

    Sorry I’m not more help on this one.

    Plugin Author DaveE

    (@dpe415)

    Hi cgsciandra,

    Flexible Posts widget doesn’t do any styling. All styling is controlled by your theme, even WooThemes. If something isn’t appearing right, then you’ll need to verify it with the theme provider.

    If you’d like more help from me, please provide a link where I can review what you’re having trouble with. That way, I can give you specific feedback related to the theme you’re using instead of just guessing.

    Cheers!

    Plugin Author DaveE

    (@dpe415)

    Hi ilbobbi,

    Since I haven’t heard back for a while now, I’m going to mark this topic as resolved. Feel free to re-open it if would still like help. Thanks!

    Plugin Author DaveE

    (@dpe415)

    Hi EdmundoZ,

    Unfortunately, the way that WordPress core handles sticky posts is very, very specific and there isn’t an easy way for me me to work around it. The quick answer is yes, adding a tax & term to any WordPress query will ignore the sticky post functionality for that query. This applies to FPW and even writing your own WP_Query directly.

    The way I’ve worked around this on several projects is to setup two FPW’s one right after the other. In the first widget, I’ve used a simple tag called “sticky” or even created a separate taxonomy & term specifically for this and also set the number of posts to display to 1. This in effect is your “sticky” post. In the second widget, I don’t set a widget title so the listing look like it is still part of the previous widget (this may require some minor styling work as well – depending on your theme) and then gotten the regular post results as if they were a continuation of the previous widget, but not including the “sticky” post. Hopefully that makes sense. I realize the explanation is a little difficult.

    As for the Post Formats issue, you’re correct. I am missing a “Standard” option. (It’s a technical issue with the way the “Standard” post format works in core.) I’ll get that fixed in the next release of the plugin. Thanks for bringing that to my attention.

    Cheers,

    Thread Starter DaveE

    (@dpe415)

    Looks great. Thank you again!

    Thread Starter DaveE

    (@dpe415)

    Everything looks to be working great for me.

    I do occasionally get a PHP notice with wp_debug enabled:

    NOTICE: wp-content/plugins/really-simple-twitter-feed-widget/really_simple_twitter_widget.php:231 – Undefined variable: no_cache_timeout

    Also, if there is no widget title set, it’d be nice to completely skip the <h2 class="widget-title"></h2> output, but that’s easily remedied with a bit of CSS for now.

    Thanks for all the hard work. I really appreciate it!

    Thread Starter DaveE

    (@dpe415)

    Sweet! I’ll give it a shot here last this week. Thanks for the heads up!

    Plugin Author DaveE

    (@dpe415)

    Hi Jason,

    In thaikick’s original post, he specifically states that the custom templates he coded from scratch (but didn’t move from the plugin’s folder into his theme folder) were lost, so I doubt he was referring to the settings which get stored in the database.

    In your case, unfortunately I don’t have an upgrade process in place when moving between MAJOR versions of the plugin. If you’re already running version 3.0 or above, then going to 3.0.2 won’t cause any issues.

    And, even when moving between version 1.x.x or version 2.x.x and version 3.x.x not all settings will be lost. It really depends on what you’ve configured for each widget. I use the plugin on about a half dozen live sites, some of them with multiple instances of the widget. Even with the ~12+ widgets out there, it didn’t take me long to reset the post types & tax/terms selected for each widget. These are the only settings that should cause issues. Any titles, ordering, counts, thumbnails & custom template settings should remain intact.

    I’m sorry there isn’t an easier/better way. Hopefully the plugin has matured enough where I will no longer need to make code changes that will cause upgrade issues at all. That’s one of the goals from v3.

    Sorry for the trouble,

    Plugin Author DaveE

    (@dpe415)

    Hi ilbobbi,

    the Feature Image is a built in feature of WordPress. In my previous response, I linked to the overview page in the codex where Feature Images are documented. To display another type of image, you’d have to understand how your theme adds the “preview image” and then use that code in a custom template for FPW.

    Here are instructions for using custom templates with FPW: http://wordpress.org/extend/plugins/flexible-posts-widget/installation/.

    I can’t really provide you more detail or support for how to implement the “preview image” you describe since it sounds like a very theme-specific element, and is not a standard WordPress feature. If you’re really in a bind, I’m available for hire to see if I can hook your theme’s preview image into FPW.

    Hopefully that helps,

    Plugin Author DaveE

    (@dpe415)

    Hi ilbobbi,

    It’s hard to say what could be the issue without knowing a little more.

    First, do you have a feature image set for the portfolio items you’re trying to display? FPW will only try to show the feature image, not other images attached to the post.

    Second, are you using the default widget template that is included with the plugin or are you using a custom template? If you’re using a custom template, make sure that the post_thumbail code is properly placed as it is in the default template.

    Third, have you double-checked the HTML source of the page where the image should appear? The image could be in the source, but your theme’s styles may prevent it from appearing.

    Hopefully one or more of these ideas will get it fixed for you. Cheers!

    Plugin Author DaveE

    (@dpe415)

    Hi angelfish276,

    Since I haven’t heard any response, I’m going to mark this topic as resolved. Feel free to reply anyway if you are still having trouble. Thanks!

    Thread Starter DaveE

    (@dpe415)

    Thanks for the quick reply. That makes sense. I figured there would be some adjustments necessary. Let me know if there’s anything I can do to help.

    And thanks for the awesome plugin!

Viewing 15 replies - 301 through 315 (of 375 total)