SJNBham

Would like to see this feature too.

We’d like to see support for updating images that are replaced as well.

Discovered Soliloquy support didn’t get my initial ticket. Resubmitted it today to see if they will confirm if the premium version of the plugin has lazy load built in. Also to see if there’s a way to disable it. Envira galleries has an option to disable lazy load for each gallery. I didn’t see the same setting in the Soliloquy sliders.

In case it’s helpful for someone else, this is what the theme developer (Generate Press theme) provided as a workaround to load a style sheet for the block editor. Placed this in the child theme functions.php file along side a block-editor.css file with my style rules in it:

add_action( 'enqueue_block_editor_assets', function() {
    wp_enqueue_style( 'your-handle-here', get_stylesheet_directory_uri() . "/block-editor.css", false, '1.0', 'all' );
} );

I thought I read some reference to a prefix being tacked on. The developer of the current theme I’m using provided a different way to inject the required style sheet for the editor screen.

BTW – I opened a bug for the root cause for concern:

https://github.com/WordPress/gutenberg/issues/17411

Thanks for the tip Joy!

Envira support was kind enough to point me to a setting in the Envira galleries that allows you to disable lazy loading for the gallery. There’s also a “default settings” addon you can get with a paid version of Envira that allows you to turn off lazy loading on Envira galleries by default for all new galleries created.

Smush support helped me troubleshoot this. As a temporary work-around, go into your Smush settings > Lazy Load > Include/Exclude > Classes & IDs. Add the value “.soliloquy-image” (without the quotes). That will tell Smush to skip Soliloquy slider images for lazy load. Smush support pointed out the filter suggested earlier in this post thread will prevent Smush from substituting images with those from the Smush CDN if you have that option on. The filter also won’t fix the root issue of the lazy load being applied (at least in my testing). In our testing we also isolated this as an issue with Soliloquy “Pro”. The lite version isn’t adversely affected by the lazy load Smush setting. So I’m going to pursue a support ticket with Soliloquy since their lite version is working and their paid version appears to be conflicting with something related to the Smush lazy load feature.

I tried applying this filter and it didn’t appear to fix the issue. It looks like the images are still getting the .lazyloaded class applied to them. Would be great to have Smush and Soliloquy devs get together to resolve the conflict so the slider can use Smush images (either local or via Smush CDN). I’ll open a ticket with Soliloquy as well.

Thanks for looking in to this!

OK – this is working now. I’m still new to WP and didn’t realize the wp-config.php entry needed to be added before the include statement for wp-settings.php. The JoomUnited support staff pointed that out for me. Again, thanks for such a quick and helpful response on this. I also didn’t realize you weren’t accepting donations until you said something. There’s a donate button on the WP plugin page for MLA, so assumed donations were still possible. But I clicked through to your plugin site and see the note now. Thanks for giving back to the community!

That makes sense. Thanks for pointing that out in the documentation. I still can’t seem to get this to work though. I’ve tried:

define('MLA_AJAX_EXCEPTIONS', 'wpmf_import_folder');

and

define('MLA_AJAX_EXCEPTIONS', 'always');

I tried disabling all plugins except WP Media Folders and MLA.

When I ran the debug for MLA I received the following:

[02-Aug-2019 22:29:33] 600 MLACore::mla_plugins_loaded_action() MLA 2.79 () mla_debug_level 0x3
[02-Aug-2019 22:29:34] 37 MLA_Ajax::initialize( true ) $_REQUEST = array (
‘dir’ => ‘/’,
‘action’ => ‘wpmf_get_folder’,
‘wpmf_list_import’ => ”,
‘wpmf_nonce’ => ‘c17e5306eb’,
)
[02-Aug-2019 22:29:34] 37 MLA_Ajax::initialize( true ) $_REQUEST = array (
‘action’ => ‘wpmf’,
‘task’ => ‘get_exclude_folders’,
‘wpmf_nonce’ => ‘c17e5306eb’,
)
[02-Aug-2019 22:29:34] 37 MLA_Ajax::initialize( true ) $_REQUEST = array (
‘dir’ => ‘/’,
‘id’ => ‘0’,
‘action’ => ‘wpmf’,
‘task’ => ‘get_user_media_tree’,
‘wpmf_nonce’ => ‘c17e5306eb’,
)
[02-Aug-2019 22:29:34] 37 MLA_Ajax::initialize( true ) $_REQUEST = array (
‘dir’ => ‘/’,
‘action’ => ‘wpmf_get_folder’,
‘wpmf_nonce’ => ‘c17e5306eb’,
)
[02-Aug-2019 22:29:40] 37 MLA_Ajax::initialize( true ) $_REQUEST = array (
‘action’ => ‘wpmf_import_folder’,
‘wpmf_list_import’ => ‘/test8/’,
‘wpmf_nonce’ => ‘c17e5306eb’,
)
[02-Aug-2019 22:29:44] 600 MLACore::mla_plugins_loaded_action() MLA 2.79 () mla_debug_level 0x3
[02-Aug-2019 22:29:49] 600 MLACore::mla_plugins_loaded_action() MLA 2.79 () mla_debug_level 0x3
[02-Aug-2019 22:29:49] 600 MLACore::mla_plugins_loaded_action() MLA 2.79 () mla_debug_level 0x3
[02-Aug-2019 22:29:49] 600 MLACore::mla_plugins_loaded_action() MLA 2.79 () mla_debug_level 0x3
[02-Aug-2019 22:29:52] 600 MLACore::mla_plugins_loaded_action() MLA 2.79 () mla_debug_level 0x3
[02-Aug-2019 22:29:56] 37 MLA_Ajax::initialize( true ) $_REQUEST = array (
‘action’ => ‘wp-remove-post-lock’,
‘_wpnonce’ => ’30d3d074e1′,
‘post_ID’ => ‘10864’,
‘active_post_lock’ => ‘1564784993:3’,
)
[02-Aug-2019 22:31:35] 600 MLACore::mla_plugins_loaded_action() MLA 2.79 () mla_debug_level 0x3
[02-Aug-2019 22:31:38] 600 MLACore::mla_plugins_loaded_action() MLA 2.79 () mla_debug_level 0x3

Settings in Media Library Assistant you need to have in place if you’re trying to set this up in your test environment:

1. Settings > Media Library Assistant > IPTC/EXIF tab
2. Select “Enable IPTC/EXIF Mapping”; “Enable IPTC/EXIF Mapping when adding new media”
3. In the right column with the IPTC/EXIF mapping rules, edit the Title entry:

Name = Title
EXIF/Template Value = template:([+pdf:Title+]|[+exif:Title+])
Priority = IPTC
Existing Text = Replace
Status = Active

The process to use WP Media Folders to import a PDF:

1. Upload a PDF with a title in its metadata title field to a directory on your web server (e.g. /wp-content/docs).
2. Install and activate WP Media Folders
3. Go to Settings > WP Media Folders > Server Import
4. Place a checkmark next to the box where your PDF to import is stored (e.g. /wp-content/docs)
5. Click the Import Folder button
6. Check the media library under the folder of the same name you imported (e.g. “docs”) for the PDF

If the testing goes as expected, the imported PDF won’t have the proper Title value in the post title field. But if you drag and drop that same PDF into the media library upload screen, it received the correct title (PDF file metadata title field value).

This was the response from the developers of the WP Media Folder plugin:

“This plugin uses the wp_insert_attachment and wp_update_attachment_metadata function to import the files from FTP to the Media library. Maybe Media Library Assistant has a hook to extract PDF metadata. Can you contact their support to see if they might have a solution?

Thanks for being so responsive and looking in to this! If we can get this working, there’ll be a donation headed your way ?? If we use plugins for business, we always donate annually to help support dev and maintenance.

It’s a premium plugin from JoomUnited: https://www.joomunited.com/wordpress-products/wp-media-folder

I’m happy to grant admin access to our test site if you’d like to have a look where both plugins are installed.

Thanks for the quick reply David. I didn’t find the previous topic so missed it had been asked already. I’ve added this as an enhancement request for WordPress Core:

https://www.ads-software.com/support/topic/extract-pdf-title-metadata-on-upload-to-media-library-2/#new-topic-0