Viestit paikassa WordPress Support Forums

It works! Brilliant, thanks a lot!

28. helmikuuta 2019 klo 19.58
Sijainti: Keskustelupalstat: WordPress Support Forums

It works! Brilliant, thanks a lot!

Vastaa viestiin sen kontekstissa (WordPress Support Forums)

Problem adding a custom image after removing existing image: no ’Add Image’

28. helmikuuta 2019 klo 17.16
Sijainti: Keskustelupalstat: WordPress Support Forums
Avainsanat: saavutettavuus

I’m having a problem adding a custom image when the generated preview has already picked up an image. If I remove the automatically linked image, the ’Remove Image’ button remains as such, so there’s no ’Add Image’ button in its place to add the custom image.

As an example, here’s a recorded gif of my attempt to customize the image when linking to this page on Tukes’ website.

With few hints about preview-suitable content provided by that page, Visual Link Preview picks up an overlay image (magnifying glass), which I’d then like to replace with the actual image (a safety reflector) from that page (after already downloading it). But after I click ’Remove Image’ to remove the overlay image, I have no way to add the correct image, because the ’Add Image’ button is missing.

I’m using the current latest release of the plugin (2.0.1) in WP 5.1.

Vastaa viestiin sen kontekstissa (WordPress Support Forums)

Feature request: searchability

20. lokakuuta 2018 klo 20.49
Sijainti: Keskustelupalstat: WordPress Support Forums
Avainsanat: saavutettavuus, WordPress

Thanks for the excellent plugin! I’ve only had one issue so far: the previews are apparently saved encoded, which makes any decoded preview content unsearchable with WordPress’ search function (whereas searching for a piece of the encoded string brings up the matching post). If you could implement searchability of the decoded content, that’d be great.

Vastaa viestiin sen kontekstissa (WordPress Support Forums)

Shortcode examples on FAQ page are broken

2. huhtikuuta 2018 klo 18.26
Sijainti: Keskustelupalstat: WordPress Support Forums
Avainsanat: WordPress

The shortcode examples on the FAQ page seem to be rendered (”It’s only fair to share…” + sharing icons) by the plugin instead of being shown as code. You should probably escape the shortcodes in those examples.

Vastaa viestiin sen kontekstissa (WordPress Support Forums)

Patch: fix array key, has_cap warnings

1. elokuuta 2012 klo 21.15
Sijainti: Keskustelupalstat: WordPress Support Forums
Avainsanat: WordPress

— wp-status-net.php 2012-07-16 20:51:15.604960940 +0300

+++ wp-status-net.php.new	2012-08-01 21:04:36.392944461 +0300
@@ -700,7 +700,7 @@
 function wpstatusnet_options()
 {

-      	if ( 'save' == $_REQUEST['action'] )
+      	if ( array_key_exists('action', $_REQUEST) && 'save' == $_REQUEST['action'] )
 		{
 			$options = array(
 				"apitype" => $_REQUEST[apitype],
@@ -931,7 +931,7 @@
 {
 	if (function_exists('add_options_page'))
 	{
-		add_options_page('WP-Status.net', 'WP-Status.net', 0, basename(__FILE__), 'wpstatusnet_options');
+		add_options_page('WP-Status.net', 'WP-Status.net', 'manage_options', basename(__FILE__), 'wpstatusnet_options');
     	}
 }

Vastaa viestiin sen kontekstissa (WordPress Support Forums)

Inserting newlines

6. tammikuuta 2012 klo 19.46
Sijainti: Keskustelupalstat: WordPress Support Forums
Avainsanat: WordPress

There was a topic about replacing br tags with newlines on Urban Giraffe, but it seems to have led nowhere, so I’m posting this here just so that I can find it when I again need it, and maybe of help to others too.

I modified the search_and_replace function on line 37 of models/search.php so that $this->replace is assigned a replaced string itself:

$this->replace = str_replace("\\n", '
', $replace);

This means I want to replace any occurences of ”\n”’s in my replacement string with actual newlines just prior to applying the replacement.

It’s an ad hoc solution which I’m reverting once I’m done with newlines. I’ve not explored any possible side effects this solution may have, so use with caution.

Edit: Forum ate my br.

Vastaa viestiin sen kontekstissa (WordPress Support Forums)

No problem, and thanks for the rapid response to my bug-report-turned-support-request!

22. joulukuuta 2011 klo 5.43
Sijainti: Keskustelupalstat: WordPress Support Forums

No problem, and thanks for the rapid response to my bug-report-turned-support-request!

Vastaa viestiin sen kontekstissa (WordPress Support Forums)

Yes and no

21. joulukuuta 2011 klo 21.57
Sijainti: Keskustelupalstat: WordPress Support Forums

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.

Vastaa viestiin sen kontekstissa (WordPress Support Forums)

How do I retroactively extend this reversed behavior

21. joulukuuta 2011 klo 18.41
Sijainti: Keskustelupalstat: WordPress Support Forums

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.)

Vastaa viestiin sen kontekstissa (WordPress Support Forums)

Bug: rel=”slb”’s links to (particularly wiki) pages for images

20. joulukuuta 2011 klo 21.00
Sijainti: Keskustelupalstat: WordPress Support Forums

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.

Vastaa viestiin sen kontekstissa (WordPress Support Forums)

Vanhempia »