huntermaster

Hi Sylvian,

if you are using the latest code from https://www.ads-software.com/extend/plugins/wordpress-flickr-manager/ then you may want to see these sites:

https://jamesallen.name/index.cfm/2009/3/12/JQuery-selector-problem–Syntax-error-unrecognized-expression-fix

https://www.workflowfaq.com/wordpress-flickr-manager-changes-for-2-9

which basically tell you that you need to remove the “@” symbol since jQuery doesn’t support that anymore. So you have to find where your you have:

[@name='photo_id']

and change it to:

[name='photo_id']

I fixed a problem I had where the video was not playing and only displayed ‘NaN:NaN’ instead of the duration. I found out that the soundManager.onready function was not getting the url. So I added the following around line 48:

wpaudio.js – changed this:

var url = (jQuery(this).attr('class') &&...
// Check for dl - change link to # or to dl param

to this:

var url = (jQuery(this).attr('class') &&...
if (!url) url = wpa_urls[wpa_id];
// Check for dl - change link to # or to dl param

Thanks Daytonknight, that’s a good point. I just uploaded another revision (0.9.1) that allows the standard thumbnail long or short dimension in the admin to be zero so that it will not be output which will instruct most browsers to derive it, keeping the same aspect ratio. So if you set the standard long edge to be 200 and the short edge to be zero, and an image on your blog is 300 x 600 then the thumbnail will be 100 x 200. If your image is 800 x 640 then the thumb will be 200 x 160.

I think this is better than a percentage as all images will appear a more uniform size. Also, if you need to, you can specify an image’s individual dimensions with the mysize attribute.

<img src="images.jpg" width="200" height="120" usemysize="true" />

Rowan, the answer to all you questions is yes. But I wanted to post something that I found a bit odd. If I use a form field with the name of name the form will not post to my form action, but instead it posts to the default search page.

This will post to the search page:

<form action="myself.php">
    <input type="text" name="name" />
  </form>

This will post to myself.php:

<form action="myself.php">
    <input type="text" name="title" />
  </form>

It’s a permissions issue. If you notice, the plugin is trying to move your uploaded file to the root of the filesystem. Which, unless the web server is running as root, which it most probably is not, the operation will fail.

The problem stems from the tdomf_recursive_mkdir() function which, for some reason, hidden deep in the “insane” code, is not able to create the needed directory structure.

Still having a problem with URI in 2.3. My anchors link to the index like so <a href="?p=185"> but the new 2.3 version made that linking to https://?p=185 so I had to roll back to 2.1.