Forum Replies Created

Viewing 15 replies - 1 through 15 (of 50 total)
  • Thread Starter confuzzledduck

    (@confuzzledduck)

    It’s a custom theme. Even more reason I should have noticed my mistake sooner ??

    Thread Starter confuzzledduck

    (@confuzzledduck)

    Ah ha! The comment about plugins poked me in the right direction: my theme has selective post-thumbnails so adding ‘movie’ to the post types array fixed it. Should have spotted that one sooner.

    Thanks for your help and for the great plugin!

    Plugin Author confuzzledduck

    (@confuzzledduck)

    As this is a feature request, I’m going to mark it as resolved.

    Plugin Author confuzzledduck

    (@confuzzledduck)

    The plugin is currently a little restricted in what post types it transmits, and currently focuses mainly on native posts. While it wouldn’t be too hard technically to add other custom post types to the mix, it might not be quite so simple to ensure it works with all the intricacies of other plugins’ use of custom post types.

    I have added it as a feature request (here) so I will do some investigation in the future. Thank you!

    Plugin Author confuzzledduck

    (@confuzzledduck)

    I have this and something similar as a feature request ticket (see here and here) and hope to add some variation of that in the not-too-distant future, but at present don’t have any real timescale for implementing it I’m afraid.

    Plugin Author confuzzledduck

    (@confuzzledduck)

    Glad to hear you got the main problem sorted out.

    With regards to featured images: the currently released version of the plugin (0.8.4) does not transmit featured images. This has been requested a lot and I am currently working on a version which does send featured images to the external blog.

    My development version can be downloaded from https://github.com/confuzzledduck/syndicate-out/archive/b72cceb59e1c4d91b6389e8868b469e274d61dad.zip, but be aware that this is currently completely untested and I can’t make any promises that it’ll work. I hope to test it and release it before the end of this year.

    Plugin Author confuzzledduck

    (@confuzzledduck)

    Just to update: 0.8.4 was released today.

    Plugin Author confuzzledduck

    (@confuzzledduck)

    The latest release is tested and working with 4.0 to the best of my knowledge.

    Plugin Author confuzzledduck

    (@confuzzledduck)

    This is fixed with this commit to the GitHub version. I’ll push a fixed version to the WP repo in the next couple of days.

    Plugin Author confuzzledduck

    (@confuzzledduck)

    I’ve been testing the plugin with WP 4.0 recently and I’ve not seen any new issues with it. I’m also pretty confident that not much which would have affected the plugin has changed in this WP version. Therefore sadly I suspect there’s something wrong with your configuration.

    Plugin Author confuzzledduck

    (@confuzzledduck)

    I haven’t had a huge amount of time to work on it recently, I have to admit, but I have started making some changes again recently. I’m glad you spotted that the development gets checked in to GitHub, so you’ll see real-time progress there ??

    I’m currently weighing up if I should release the current GitHub version here given it now has a couple of improvements and bug fixes (scheduled posts being a key one), or try to deal with the one outstanding bug (updates not syncing) before I do. The former would keep things rolling here, while the latter would allow me to concentrate on features for the release after. I’ll make that decision tomorrow morning.

    The attachments issue seems to be quite a big kettle of fish and I guess that’s why I’ve been slow in tacking it. It is, however, an oft-requested feature so I really should put more thought into it. I will attempt to look at it as the next big feature, but I really can’t (and won’t for fear people will hold me to it) give any indication of timescale. I know that doesn’t help you much, but look at it this way: work on the plugin usually comes in waves and at the moment we’re riding the crest.

    Plugin Author confuzzledduck

    (@confuzzledduck)

    I’ve had this reported a few times recently. I’ll take a look and hope to have it fixed in the next release.

    Plugin Author confuzzledduck

    (@confuzzledduck)

    Thanks for your comments. Let me address each of your points:

    – I think you’re right. I never added hooks for quick-edit updates as it’s not something I use much myself and no one’s mentioned it until now. I’ll take a look at adding those in.
    – That’s possible. It may be that the status of a post isn’t part of the comparison to see if any changes have been made. I’ll test this scenario and see if I can figure out a way to fix this too.
    – This seems odd. Can you elaborate?
    – Again I think you’re right. I don’t currently do anything when a post is deleted. I think this would be a good feature to add.
    – As you say, this would appear to be linked to the previous point and I think solving that would solve this.

    Plugin Author confuzzledduck

    (@confuzzledduck)

    I see what you’re saying, but I hadn’t thought of this situation before! I guess the check mark displays for any post which has EVER been syndicated, regardless of the LAST syndication. I’m glad you worked out how to make it behave as you want.

    I wonder if it would be preferable to remember the LAST syndication state — ie. make it a toggle on or off for each post — or leave it as it is. I’m not sure how both situations could be accommodated within the WP interface. I might give that some thought.

    Plugin Author confuzzledduck

    (@confuzzledduck)

    I’m sure that’ll help someone, thanks ??

    One thing I would note: things might get a bit more complicated if you have more than one target blog. The indexes in the $remote_data[‘group’] array relate to the group (first index) and then blog (second index) which it’s been syndicated to. Of course these indexes are base-0.

    Therefore in your case [0][0] is the first blog in the first group. And if you wanted to get the post ID from the second blog in the third configured group you’d be looking for $remote_data[‘group’][2][1].

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