Forum Replies Created

Viewing 15 posts - 1 through 15 (of 26 total)
  • Author
    Posts
  • in reply to: Empty Meta Box Container after Renaming Field Files #7702
    bubdev
    Member

    Sorry for talking to myself, but I found out how to solve this.

    1.) Renamed the piklist folder in my theme and created a fresh one.
    2.) Reloaded the site in the browser.
    3.) Deleted the empty piklist folder and changed the name of the original one back to ‘piklist’.
    4.) Reloaded the site in the brwoser. Now the empty containers are gone.

    Is there a way to avoid this in the future?

    Best
    Stefan

    in reply to: Empty Meta Box Container after Renaming Field Files #7701
    bubdev
    Member

    Now I also noticed, that the empty meta box containers are appearing on all post types, not only the ones they originally had been set for.

    in reply to: Empty Meta Box Container after Renaming Field Files #7699
    bubdev
    Member

    I tried again to recreate and redelete the files, but that made it much worse (see screenshot). It’s odd, because I know I’ve done the same thing in the past without any issues.

    Attachments:
    You must be logged in to view attached files.
    in reply to: PHP 7.1 Error #7667
    bubdev
    Member

    Hi Jason,

    I’m using the latest version: 0.9.9.9

    in reply to: Icompatibility with Media Library Assistant #5788
    bubdev
    Member

    Update:

    The field I could not update is part of a field group. At first, my group didn’t have a group field name, since I didn’t want to unnecessarily create an array. But now everything works nicely after adding a field name to the group field.

    I now remember that I had to do the same thing on several other field groups before, because I had experienced weird behaviour leaving it unnamed.

    Best
    Stefan

    in reply to: String replace on entire Piklist field content #5571
    bubdev
    Member

    I’ve sent you an email. Thanks!

    in reply to: String replace on entire Piklist field content #5559
    bubdev
    Member

    0.9.9.6

    in reply to: String replace on entire Piklist field content #5549
    bubdev
    Member

    Thank you, Steve, and sorry for not making quite clear, what I’m trying to achieve. I don’t want to replace any quotation marks within my files, so the translation file won’t help. I’m aiming at the text the user types into the text editor.

    In the code I posted above the Unicode entities for the quote marks have been translated to symbols on saving the post. The str_replace part should actually look as follows (without the spaces after the ampersands):

    `add_filter( ‘final_output’, function( $text ) {

    $text = str_replace( ‘& #8220;’ , ‘& #8222;’ , $text );
    $text = str_replace( ‘& #8221;’ , ‘& #8220;’ , $text );
    $text = str_replace( ‘& #8216;’ , ‘& #8218;’ , $text );
    $text = str_replace( ‘& #8217;’ , ‘& #8216;’ , $text );
    return $text;

    });`

    The filter works fine everywhere on my site and replaces the quotation marks – except for the content of my Piklist text editor fields. They do accept a str_replace of normal text, only the Unicode entities are being ignored.

    in reply to: String replace on entire Piklist field content #5538
    bubdev
    Member

    It looks like the output buffering solution does work with normal text (“Bar” replaces “Foo”) even for Piklist fields. Only the html entities, that I have to use for my quotes problem, are being ignored.

    in reply to: Piklist Demos conflict with media edit screen #5142
    bubdev
    Member

    I see :). Thanks, and sorry for the false alarm.

    in reply to: Featured Image Showing Full Size in Sidebar #5132
    bubdev
    Member

    Just added some custom css, that will do for now:

    .piklist-upload-file-preview .attachment,
    .piklist-upload-file-preview .attachment .attachment-preview {
      max-width: 62px;
      max-height: 62px;
    }
    in reply to: Featured Image Showing Full Size in Sidebar #5131
    bubdev
    Member

    Looks just fine, I guess:

    array (size=4)
    0 => string ‘http://www.mahlermuseum.dev/wp-content/uploads/wi-01-daruebersprechen.jpg’ (length=73)
    1 => int 128
    2 => int 96
    3 => boolean false

    Hm. I’ve removed everything that’s not WordPress. I’ll check it on another server next.

    in reply to: Featured Image Showing Full Size in Sidebar #5126
    bubdev
    Member

    When image sizes ar set to zero, all images are being scaled down automatically to fit where they’re meant to be.

    in reply to: Featured Image Showing Full Size in Sidebar #5125
    bubdev
    Member

    I tried, but nothing has changed. And I’ve never had problems with having everything set to zero. I started doing this years ago to avoid cluttering the uploads folder with duplicates.

    in reply to: Featured Image Showing Full Size in Sidebar #5123
    bubdev
    Member

    All zero.

Viewing 15 posts - 1 through 15 (of 26 total)