Yes and no. :) No, I’ve never used anything but SLB. Yes, it’s apparently always activated links, but it also used to have the ’Activate all image links in item content’ option. Being able to uncheck that option I could use SLB as I have until now: with lightboxing only on links I’ve manually specified as rel=”slb”. The automatic url-snooping thingy just doesn’t work for me, since I use lots of image links pointing to wiki pages of those images.
FWIW, it was easy to fix this for myself: I just cut process_links() so that it immediately returns with unprocessed $content.
So, uh, how do I retroactively extend this reversed behavior to all the links on my blog relying on the previous behavior? I think it’s easier for me to just downgrade and freeze the plugin back to where it works the way I’ve relied on it functioning up until now.
(Not to be critical of your work; it’s your code and you do with it as you will. It just seems my use-case was niche even until recently, and now it’s no longer supported at all.)
It looks like 1.6.1 now automatically adds a rel=”slb” (plus some slb_group) to image links pointing to url’s ending in a known image postfix. While a nice idea in theory, this does not work well with links pointing to non-image content that ends in an image postfix.
Steps to reproduce:
1. Create an image link pointing to a picture page in Wikimedia Commons.
2. Try clicking the link with SLB activated.
What happens:
SLB tries to lightbox the Commons page.
What I expect to happen:
I’d expect SLB not to mess with the link so that when I click the image, I’m taken to the Commons page as usual.
Other notes:
I don’t think there’s any way around this other than disabling the automatic rel=”slb”’ing feature entirely (which the plugin currently, AFAICS, doesn’t allow me to do). There’s no reliable way to determine a link *really* points to an image just by looking at the url.
Se on kokonaan pois päältä. Se on Bloggerin asetuksissa, uudessa Bloggerissa ’Muu’-välilehdellä, ”Salli blogisyöte” -kohta. Siinä pitäisi olla ”Täysi”. Vanhan Bloggerin vastaavasta asetuksesta olen onneksi kirjoittanut jo kauan sitten, niin säästyy sanoja tässä. :)
Aikoinaan kun Squeezeä Lennyä testasin, tuota hidastelua aiheutti se, että Nautilus (tai jokin) halusi nuuskia verkossa näkyviä Windows-verkkokansioita. Sen keksittyäni sen estäminen oli helppoa, mutten kyllä enää kuollaksenikaan muista että miten.
Edit: Taisi olla niinkin vanha kuin Lenny se jota testasin.
No johan, olen näköjään missannut melkein kuukauden postaukset täältä. Oletko ottanut syötteen pois päältä tarkoituksella?
I downgraded libdrm-intel1 to 2.4.26-1ubuntu1 from Oneiric, but the problem remains. So on Precise it doesn’t seem to be the cause. (I’m not using the Xorg-edgers PPA.)
> Tällä kertaa vähän teknisempää juttua niille joita kiinnostaa.
Ilman muuta kiinnostaa, kiitoksia!
Seems to be allergic to my listening to podcasts. Sometimes crashes when switching between episodes (through double-clicking on the listview), this time just midway listening to one episode (when I brough Rhythmbox’s window to front using Unity). Always seems to be in __strlen_sse2() though.
Here’s i915_error_state as requested on https://wiki.ubuntu.com/X/Troubleshooting/Freeze#. I made a copy (using cp), and I should mention that my first try to do so resulted in an error message: ”failed to extend” … and something about not having enough memory, in Finnish. When I preceded the command with LC_ALL=C to get the entire error message in English, the copying was suddenly successful. I hope this doesn’t mean the actual error state from the hang had been replaced by a new state which I’m now submitting.