Forum Replies Created

Viewing 15 replies - 46 through 60 (of 94 total)
  • Plugin Author Jacob Dunn

    (@spacemanspud)

    Github has spoiled me as well – I wish I could do a compare on your pull request, and press one key to merge it.

    However, this plugin should work with IE; picturefill by itself has no IE support, but the bundled matchmedia polyfill provides media queries for IE. If it’s not working, there may be a javascript error. Let me do some testing with the current build, and see if there’s an issue.

    Plugin Author Jacob Dunn

    (@spacemanspud)

    Johan,

    While this plugin tries to make things easier, it doesn’t automatically take care of image responsiveness throughout a theme – that’s still in the hands of the theme author. As such, this is still very much a developer oriented plugin, rather than user oriented. When I was asking for the code you’re using, I was referring to the php you’re using to insert the image, not the site or theme name.

    However, as you’re using the 2012 template, I can make some assumptions – you’re likely referring to the ‘the_post_thumbnail’ function call on line 18 of content.php. If so, you’d probably want to replace that code with something like this:

    $image = get_the_post_thumbnail();
    
    $formats = array(
       array("media"=>"" ,"query"=>"w368","fallback"=>true),
       array("media"=>"(min-device-pixel-ratio:2)" ,"query"=>"w736",),
       array("media"=>"(min-width:420px)" ,"query"=>"w833",),
       array("media"=>"(min-width:420px) and (min-device-pixel-ratio:2)" ,"query"=>"w1000",),
       array("media"=>"(min-width:885px)","query"=>"w1000"),
    );
    
    echo RIP::get_picture($image,$formats);

    The sizes above are probably incorrect, I just pasted the code from the help tab on the plugin page. You’ll have to figure out what sizes you’d like to use in relation to that image in your theme, and do the same for any other images inserted outside of anything not filtered via ‘the_content’. It’s not an easy solution, but it’s the cleanest comprehensive solution I have come up with for this very sticky problem.

    Hope that helps!

    Plugin Author Jacob Dunn

    (@spacemanspud)

    What code are you using in your theme to display the featured image? If you post that, I can offer some suggestions.

    Plugin Author Jacob Dunn

    (@spacemanspud)

    Well, that .htaccess file looks fine, now. We’re bypassing it, so this isn’t the issue. We DO need to find out what actual error you’re throwing. Try pasting the following into the index.php file throwing the error:

    ini_set('display_errors', 1);
     ini_set('log_errors', 1);
     ini_set('error_log', dirname(__FILE__) . '/error_log.txt');
     error_reporting(E_ALL);

    That should output the error. For the future, I’d recommend on getting your server configuration set up to display errors if you’re using it for development. If the script above doesn’t show the relevant errors, it may be worth googling php error reporting to get that set up.

    Plugin Author Jacob Dunn

    (@spacemanspud)

    Lol. Excellent. That .htaccess rule shouldn’t insert, I’ll have to look at that. Go ahead and delete the following line:

    RewriteRule ^wp-content/plugins/pb-responsive-images/slir/index.php?r=([^/]*)/(.*)$ /~orgad/wp-content/plugins/pb-responsive-images/slir/index.php?r=$1/~orgad/$2 [QSA,L]

    We don’t want that extra complexity right now, it would be nice to just see an image, right?

    Plugin Author Jacob Dunn

    (@spacemanspud)

    Ok – I’ve resolved a new bug with subdirectory installs. If you’d like to try that out, it’s available here:

    https://downloads.www.ads-software.com/plugin/pb-responsive-images.1.4.zip

    If that doesn’t work, we can look at how to find those php errors for you.

    Plugin Author Jacob Dunn

    (@spacemanspud)

    You shouldn’t have to alter anything. That path to the image is correct, it looks like you have another error occurring. I can’t tell what it is from the generic error screen, but it may be related to a bug I’ve found with wordpress being hosted out of a subfolder. I’m going to be doing some testing on my own, to see if I can replicate and correct it. However, if you could find out the specific error message being thrown, it may help.

    Plugin Author Jacob Dunn

    (@spacemanspud)

    Looks like you don’t have pretty permalinks enabled for WordPress at all. I’d go ahead and use the following base url, instead:

    {plugin-url}/slir/index.php?r=

    That should fix it – no need to mess with rewrites if you aren’t using them for your pages.

    Plugin Author Jacob Dunn

    (@spacemanspud)

    Geeze oneguy, sorry for not answering this. I rely on an RSS feed to notify me of requests, but it appears that this thread wasn’t added…something odd going on with www.ads-software.com.

    As to your issues, it appears that you missed a trailing slash in the base URL. You should be using the following, instead:

    {base-url}/slir/

    If that still doesn’t work (the site being in a subfolder, and the tilde in the url may be causing issues) then you can use the following base URL as a quick fix:

    {plugin-url}/slir/index.php?r=

    Sorry for the huge delay – I got back to you as soon as I found out about the post, but that may have been two weeks too late. Let me know if that fixes the issue, if you’re still using the plugin.

    Plugin Author Jacob Dunn

    (@spacemanspud)

    Looks good – if that fixed it, it’s good enough for me. I’ll be pushing an update with that bug fix included soon, thanks for the update!

    Plugin Author Jacob Dunn

    (@spacemanspud)

    I’m afraid that may be a bug, though I’m unable to reproduce it at the moment. I’ll do some additional testing, but if you add the following code to the function ‘the_content’ on line 153 of responsive-image-polyfill.php, it should do the trick until I push a fix:

    if(is_feed()) return $content;

    Let me know if that helps!

    Plugin Author Jacob Dunn

    (@spacemanspud)

    Marking as resolved, as well. Always forget to check that.

    Plugin Author Jacob Dunn

    (@spacemanspud)

    Thanks for the heads up on those IIS woes, Edward. I’ve released a new version of the plugin that should take care of these issues. The document root is now dynamic for windows as well, and the symlink caching will fail gracefully and silently now. As for the web.config code, I’ve added that to the built-in help, as well as an alternative for IIS6 users.

    Also, relative and root-relative links should work now – though I wouldn’t recommend relative for most cases in WordPress. Sure you can handle that, though ??

    Let me know if you have any other issues!

    Thanks,
    Jake

    Plugin Author Jacob Dunn

    (@spacemanspud)

    Good point, Edward. I’ve updated that for the next patch.

    Plugin Author Jacob Dunn

    (@spacemanspud)

    Hey Matte,

    Not a problem, hope we can get this working for you. That URL won’t point to any physical location in your site – that’s what the rewrite in your .htaccess file is for. Try this for me, if you could: Enter {plugin-url}/slir/?r= into the SLIR rewrite field. Let me know if images show up for you with that.

    Thanks,
    Jake

Viewing 15 replies - 46 through 60 (of 94 total)