Forum Replies Created

Viewing 15 replies - 1 through 15 (of 23 total)
  • Well, it was a short-lived test 😀 The plugin installs & activates fine, but clicking the “insert icon” button does nothing & gives this error in the console

    Uncaught TypeError: Cannot read property 'length' of null
        at c._createIconpicker (fontawesome-iconpicker.min.js:20)
        at new c (fontawesome-iconpicker.min.js:20)
        at HTMLSpanElement.<anonymous> (fontawesome-iconpicker.min.js:20)
        at Function.each (load-scripts.php?c=0&load[]=jquery-core,jquery-migrate,utils,jquery-ui-core,jquery-ui-widget,jquery-ui-position,underscore,moxiejs,plupload&ver=4.9.8:2)
        at a.fn.init.each (load-scripts.php?c=0&load[]=jquery-core,jquery-migrate,utils,jquery-ui-core,jquery-ui-widget,jquery-ui-position,underscore,moxiejs,plupload&ver=4.9.8:2)
        at a.fn.init.a.fn.iconpicker (fontawesome-iconpicker.min.js:20)
        at HTMLSpanElement.<anonymous> (admin.js:32)
        at HTMLBodyElement.dispatch (load-scripts.php?c=0&load[]=jquery-core,jquery-migrate,utils,jquery-ui-core,jquery-ui-widget,jquery-ui-position,underscore,moxiejs,plupload&ver=4.9.8:3)
        at HTMLBodyElement.r.handle (load-scripts.php?c=0&load[]=jquery-core,jquery-migrate,utils,jquery-ui-core,jquery-ui-widget,jquery-ui-position,underscore,moxiejs,plupload&ver=4.9.8:3)

    this is on latest wordpress with no other plugins & 2017 theme. The current non-beta version of the plugin does work fine though

    • This reply was modified 1 year, 12 months ago by maustin89.
    maustin89

    (@maustin89)

    I have just discovered this plugin but from the description of it it looks beautiful! Thanks a lot for the time & effort that surely must’ve gone into this! I will be installing & testing the beta plugin soon!

    maustin89

    (@maustin89)

    Thank you! I created the album to match the app name & now the photos are uploading there. Thx a lot !! :))

    I had this bug too, the problem is the plugin assigns user id 0 to guests, then when it checks to see if a user has already voted it looks for user id OR IP. So it checks the db for a guest w/ id 0 and finds all the other votes from guests who are also assigned user id 0.

    I fixed by editing the file feature-request\includes\class-avfr-db.php

    Search:
    WHERE userid="%s" OR ip ="%s" OR email="%s"

    Replace (3 replacements):
    WHERE (userid="%s" AND ip ="%s") OR email="%s"

    Search:
    ( ip ="%s" OR userid="%s" )

    Replace (1 replacement):
    ( ip="%s" AND userid="%s" )

    Nice update, works great! I think I tested & rejected this plugin in the past specifically because it lacked this functionality. Thank you for adopting & updating it!

    I noticed a similar problem – the plugin seems to find & resize images attached to posts, however when I FTP into the uploads folder there are still dozens of files above the specified dimensions in the various folders, e.g. /2015/12/ etc.

    @johanpirlouit, thanks from me as well! We had a similar discussion in the Simple Colorbox forum regarding this problem and arrived at the same solution as Tommy for gallery images, but yours is the first fix I’ve seen for titles on individual image links. It sure is hackish, but it’ll do! 😀

    I’m experiencing the same problem as above, posts are set to display published date but are instead showing modified date. Is this a known problem or an aberration? Disabling other plugins had no effect.

    Glad you solved your problem! Believe me, I understand completely about it driving you nuts. 😀 Funny, I tried the Restore Image Title plugin as well and also found it ineffective.

    That makes sense, though I note that the snippet to which he added esc_attr() did not include strip_tags() to begin with.

    And as a reminder, image title attributes were intentionally removed in 3.5 because developers apparently thought it was “ugly” to have auto-generated title attributes based on image file names (which are usually something like IMG3q089hr9h.jpg)

    http://core.trac.wordpress.org/ticket/18984

    This is a WordPress bug. I’m sorry (but not actually sorry) that the tooltip community has felt slighted by this one, but we won’t need to make a change. We made a choice, and this choice on the whole benefits all users and readers, not just those using screenreaders. How often have you moused over an image on a WordPress site and saw “IMG_1234”? One of the lamest things ever. Never again.

    Tooltips can still be added by opening the Edit Image modal and inserting something into the title attribute box. The only change is that the “Title” field — which is the name of an image’s attachment page — does not populate the title attribute.

    It does sort of make sense..ish, but has the unfortunate effect of making it impossible to add titles to gallery images.

    Cool, thanks! I’ll take your word for it that it’s a superior solution.

    A solution for restoring the title attribute to gallery images:

    //Add title attribute back to gallery images
    function my_image_titles($atts,$img) {
    	$atts['title'] = trim(strip_tags( $img->post_title ));
    	return $atts;
    }
    add_filter('wp_get_attachment_image_attributes','my_image_titles',10,2);

    From here: http://wordpress.org/support/topic/restoring-titles-to-inserted-images-in-wordpress-35?replies=12

    And, a hackish solution based on the above for restoring the title attribute to the links that wrap the gallery images, which are apparently what Simple Colorbox uses to derive captions:

    //Add title attribute back to gallery image links
    function my_get_attachment_link_filter( $content,$id ) {
            $title = get_the_title($id);
            $new_content = str_replace("<a ", "<a title=\"$title\" ", $content);
            return $new_content;
    }
    add_filter('wp_get_attachment_link', 'my_get_attachment_link_filter', 10, 4);

    Based on this and this and thisish.

    Ahhh, captions are glorious.

    Heh, I suppose you didn’t read my post very carefully because your screenshot shows the one image I specifically labeled as working because it uses the alternate title field under the advanced settings tab, and ignored the fact that all the other images on that page have no caption. hehehe, that made me giggle. 😛

    But yes, turns out you’re correct. Apparently the title tag was purposely stripped from embedded images back in 3.5, resulting in much hoopla due to missing tool-tips and broken lightbox captions and the like. I checked my page source and the title field now seems to add an alt attribute, even if one is not set.

    For anyone having the same problem, at the moment the closest solution I’ve found is a short snippet that adds the title back to the embedded single images, but not the gallery images. See here:

    WordPress: Add Image Title in Image Links in WP 3.5

    I’m not sure if you’re saying that I should be running 3.8 trunk too, that 3.7 isn’t the problem, or that you just can’t be bothered to test 3.7 and confirm one way or the other, but these are my findings from experimenting on multiple installations of different versions of WordPress, from 3.3 to 3.6-ish.

    In all cases a single image inserted into a post did not use the title field for the caption at all, it *only* responded to the Advanced Link Settings title field. In all cases, the images DID use the regular title field as the caption when they were part of a gallery. In all cases, when the blog was upgraded to 3.7 using the auto-update feature, the gallery images no longer used the title field as a caption and the single images continued to use the Advanced Link Settings title as a caption.

    This is demonstrated on my test blog, which prior to upgrading the WP version was used as a demonstration of correct Simple Colorbox caption functionality. This proves that there are no other potential conflicts on this particular blog, which was created only a few days ago and has no customizations of any kind. I’ve demonstrated both working and nonworking caption settings on single images here: http://mjaustin.com/test/gallery/

    Thoughts?

    Ah, got it! PopTB is using 3.7 – I upgraded my test blog from 3.61 to 3.7 and the captions went away. See here: http://mjaustin.com/test/gallery/ (WP version is the only thing I changed.) Can you confirm this with yours?

Viewing 15 replies - 1 through 15 (of 23 total)