fsquared

Ok, I can see the problem here. You currently have the post type set to ‘photo’, but only your first three Tumblr posts are actually photo posts – all the rest appear to be ‘regular’.

You either need to use Tumblr ‘photo’ posts, or change the post type in the widget to ‘All types’.

That’s not an issue I’ve come across before – although the plugin does cache data, it’s something measured in minutes and hours rather than days.

If you can give me some more information (your tumblr URL would be a good start, along with what details you’re seeing and ideally what settings you have used in the plugin) I might be able to be of more help!

Hi Bogomil, sorry for the slow response.

I’ve just pushed v0.2.6 which adds both a new display type – Horizontal List – and a new content type – Media Only.

Obviously the Horizontal List relies on the widget having enough space, and really works best with the Media Only setting.

Enjoy!

I’ll add it to the list for consideration for the future.

From a web usability point of view, it’s not particularly desirable – moden browsers make it easy for the user to decide just how/where to open links – but I that doesn’t mean it can’t be added as an option.

I’m less keen on the idea of manipulating links within the tumblr posts themselves, because then you’re starting to mess with user data…

I’m flagging this as resolved; obviously let me know if you’re still having issues and I’ll unresolve it ??

Ok, done some more digging and it’s definitely my fault and not your theme!

If you want the gory details – I’d used the wrong style of comment in the stylesheet (which is totally valid in lots of other languages, but not CSS…) which seems to have the effect of silently disabling the next style entry. Because it only affected a couple of entries, which are often over-ridden either within the widget itself or in the theme, I’d never spotted it in testing.

Many apologies for that; I’ve just pushed a fix out (v0.2.5) which should be available for download Real Soon Now.

Ahh; I think that’s a bug in the WordPress file editor – it tends to say “inactive” about certain files within a plugin, even when it’s active.

I’ll be interested to see what your theme developer makes of it; I can only guess that something in the theme styles is managing to over-ride the plugin stylesheet somehow.

I’m not sure entirely what you mean by “inactive”?

There’s something very wierd going on for sure; the stylesheet is visible, but for some reason isn’t getting applied – I can only assume that there is something odd in your theme or other plugins that is somehow blocking the stylesheet (although I can’t think off the top of my head what that might be).

Is the theme you’re using public? If I can replicate it on my dev system, I might have more luck working out what’s going on…

I’m not sure entirely what you mean; each post is rendered inside it’s own div with a class ‘f2-tumblr-post’ which has a 16px margin on the bottom.

You could certainly tweak the styling in your theme – if you need a full breakdown of all the styles let me know and I can write it up – but by default I’m surprised you’re seeing “no spacing” at all. If you have an example URL or screenshot to show the problem, that would be super helpful!

The tumblr API end-points don’t seem to work on that style (which I’m guessing is an old format?)

Going to the URL you mentioned redirects me to https://think-in-vurt.tumblr.com/, which should work?

I’ve just pushed the latest verion (0.2.4) which adds code to handle smart quotes in tumblr posts; this should clear the problem up.

As I mentioned earlier, it’s optional so if there are any issues you can always until the “replace special characters” checkbox to revert to the way it used to work.

I’ll mark this as resolved for now.

Sorry for the delay – I’ve just pushed version 0.2.4 out, which adds the ‘Title And Media’ option I talked about above.

Sounds like the tumblr you’re importing from has some (probably copy/pasted) “smart” quotes, which are not reliably rendered everywhere. You would have expected that setting your site to UTF-8 would resolve this, but it’s not always the case ??

I’ll add some code to try and do the right thing with these characters; however as it’s monkeying around with content I’ll probably make it optional (although defaulted to ‘on’) so that if people want to preserve their more esoteric characters, they can!

A new version should get pushed out in the next day or two.

The main problem is that photo posts in Tumblr don’t have a title, so the widget has to try and extract it from the post caption.

Now, if your post caption starts with something that is obviously a title (i.e. wrapped in <h1></h1> tags) then the title will be used, and removed from the resulting ‘post excerpt’. However, if there’s no markup to tell us what the title is, it’s too risky to strip out what we’ve picked as a title because it might just be part of a sentence.

So, if it’s feasible (and doesn’t break your Tumblr / workflow) you could put your photo title in header tags; that will then be used for the title in the widget and not appear in the post excerpt.

Another alternative would be to add a new Content Type option of “Title And Media”, which would have the same effect and also work when there is no markup in the original Tumblr post. I’ll add that to my ‘to-do’ list, but it’s possible my first work-around will help you out in the meantime!

Pete

Sorry for the delay – I’ve just pushed a new version (0.2.3) that does this, as well as fixing a bug around captionless Tumblr photo posts.