archon810

OK, after looking into this further, I narrowed it down to the following:

<strong><em>blabla[...]</em></strong>

What happens is the trailing excerpt string that signifies the end of it ([…]) is getting included into the <strong><em> block. Additionally, I do a replacement of […] with a custom string like “View the rest of this post”, which makes this formatting issue even worse.

I’m not sure if there’s a good solution here – ideally your plugin would run before the_excerpt() has a chance to insert its crap… is there a hook you can hook into before the_excerpt?

The fix worked great, as I wrote in my email. Thanks for the quick response!

Wouldn’t it rather be better to not think about if you can name a directory one way or another and instead get the bug fixed, rather than have the users think of workarounds like this and get the perception of “buggy” software? Any valid name that the filesystem allows should be parsed correctly.

BTW, lazyest, you’re not Marcel, are you?

Actually, now that I tried my gallery loading the huge images away from home, on a slower connection, it’s completely unacceptable. I am willing to compromise in the short term for having the load slide option as you suggested.

Marcel, RE: why would I want to have apostrophes: consider this name – “Foo’s Birthday” :-]

I’ll test as soon as I can and report back.

I thought about that at first, but the problem is, the slides might be too small. Lightview resizes images that are too big, so that they fit perfectly in the user’s viewport, so the user will always have the largest image that fits his or her screen. This is ideal behavior, IMO.

Marcel, glad to hear it’s in your plans.

Also, I think this is the best place for these kinds of dev talks – I really prefer it compared to a chaotic comment system full of noob questions.

If you want to contact me, please use admin[at@removeme]beerpla.net.

Thanks.

@redwallhp, I see more use the other way around – from within existing plugins that would otherwise load their crap all over the place.

@white_shadow
Verified as working! This is a step up from the level I was thinking at, but it works, both on single and multiple post pages (if that wasn’t obvious).

Nice thinking.

Probably that they’re generated on the fly. I’m looking at a similar problem with another plugin and so far I am stumped too.

oliviameiring, I just tried it and it was broken – it would eat the gallery specified by the [gallery] tag.

mono, you’re right – disregard the shortcode request. The shortcode tags are meant for the post content and this is not what’s wanted here.

But yeah – the position should be able to be manually specified by placing the function call in the right place. For example, Post Updated plugin uses this approach: https://guff.szub.net/2005/02/22/post-updated/

+1 here too.

I was just about do suggest the same thing. I’ve been thinking about a plugin like this for a while, knowing the new Google Translate API, and this is almost exactly what I was planning for it.

A tag is essential here, I think. Additionally, it’d be great to be able to select the HTML for the button in the GUI – for ex, if I want to make it an image button.

scribu, I think it’s working now – one of your changes must have done it.

I just posted a new post and got a comment on an older post, then went to the archive page, and everything is hunky-dory there.

Thanks for your efforts :-]

Artem
https://beerpla.net
Tweets by ArtemR