webbistro

@opajaap,

Well, actually the simplest fix might be just setting z-index: 300000; instead of 100000, since in /wp-includes/css/jquery-ui-dialog.css .ui-widget-overlay has z-index: 100101;.

Best,
-Nadia

@opajaap,

I meant that EML is not a culprit of the problem. If anyone enqueues wp-jquery-ui-dialog CSS, which is a part of the WP core (/wp-includes/css/jquery-ui-dialog.css), for admin pages including those where your plugin enqueues its CSS, then it will lead to a problem with your plugin.

Best,
-Nadia

@opajaap,

Hi again! I looked deeper into the issue and found out that:

(1) WP offers a special CSS for jQuery Dialog which I use in EML.

(2) Your plugin is incompatible with this CSS (it’s a z-index issue with the .ui-dialog block and .ui-widget-overlay block). So I can add a special compatibility workaround to EML but in case any other plugin enqueues wp-jquery-ui-dialog CSS for the admin, you’ll run into the same issue with it.

To make sure I deactivated EML at all, then added this code to my theme’s function.php

add_action( 'admin_enqueue_scripts', 'twtw_admin_enqueue_scripts' );

function twtw_admin_enqueue_scripts() {
	wp_enqueue_style ( 'wp-jquery-ui-dialog' );
}

And it’s broken your dialog popup as well.

I haven’t found where exactly you set the z-index for your .ui-dialog. I found that myself I previously (years ago) added the style

.eml-dialog-modal {
    /*z-index: 300000 !important;*/
}

I have commented it out for now, as you can see, and all works seemingly well. So, when wp-jquery-ui-dialog is enqueued it sorts it out for me these days. Though I need to do more tests.

Resume: this looks like your plugin needs some update too ??

Best,
-Nadia

• This reply was modified 3 years, 6 months ago by webbistro.
• This reply was modified 3 years, 6 months ago by Steven Stern (sterndata).

@opajaap,

Hi, thanks for informing me. Actually, EML does not globally modify jQuery dialog behavior, it uses it solely for creating its custom dialog popups like your plugin does. I tested plugins together and found out that removing wp_enqueue_style ( 'wp-jquery-ui-dialog' ); from the admin_enqueue_scripts action solved the issue. The line was added many years ago and all this time worked well. I will check this more carefully and release an update soon.

Best,
-Nadia

@lmull6

Hi Lucy,

In the current version of the plugin, front-end filters are not available out of the box. But you can use the plugin Search & Filter along with EML. Also, you can use the custom code like it’s described here https://wpuxsolutions.com/documents/enhanced-media-library/faqs#faq12

Best,
-Nadia

@wpnewb34

Hi,

Please contact me at [email protected]

Best,
-Nadia

An issue with the Impreza categories is fixed in v2.8.8

Hi David,

Thank you for confirming, I will report the issue then.

Best,
-Nadia

UPD: Ooops, I missed my own response ??

• This reply was modified 3 years, 7 months ago by webbistro.

@andrew365,

Hi,

No, your understanding of the concept of a slug is a little bit wrong. Let me explain.

(1) EML’s options detailed description can be found here:
Configuration: Media Library Options
Configuration: Media Taxonomies

(2) When you create a new taxonomy on Settings > Media > Media Taxonomies admin page, you have two fields Taxonomy Name and Rewrite Slug.

Taxonomy Name refers to a name that will be used in WP code (functions and methods) to access your taxonomy. Taxonomy name reflects the taxonomy meaning usually, like “blog”, “genre”, “author”, “folder”, etc. It is by what you wish to categorize/classify your media files.

EML does not provide any functionality to categorize media files by posts or post types. You cannot use your posts as a taxonomy with EML.

The taxonomy name will be also used in a URL as a slug like this: yourdomain.com/?media_category=one or yourdomain.com/media_category/one/. Here media_category is the taxonomy name.

Slug usually matches the name, but in case you wish your slug in the URL to be different, you can rewrite it with the field provided so that your URL will look different, for example: yourdomain.com/?mcat=one or yourdomain.com/mcat/one/. In this case, the slug is mcat but the taxonomy name is still media_category.

I recommend using the same slug as a taxonomy name for consistency.

Please feel free to ask for further assistance if you need it.

Best,
-Nadia

@deeholzman,

Hi,

(1) Notification box issue: What’s an add-on which message it is?

(2) No filters:

Please check out the options page Settings > Media > Media Library, see Filters to show, Media Taxonomies should be enabled.

Also, check out taxonomy’s options at Settings > Media > Media Taxonomy. Make sure that Filter for Grid View / Media Popup is enabled per taxonomy.

It’s impossible to lost categories on update. Update in no way affects the database where they are stored. Just check your options.

You can read more about options here:
Configuration: Media Library Options
Configuration: Media Taxonomies

Please feel free to ask for further assistance.

Best,
-Nadia

David,

Thank you! I’ll report this bug.

Best,
-Nadia

@prinzwp

Hi,

This is not an issue of pure EML, it’s an EML+Filebird incompatibility. Please read the detailed explanation here https://www.ads-software.com/support/topic/compatibility-with-wp-5-7-2-and-filebirdpro-4-8/

Best,
-Nadia

Hi,

Sorry, it’s not clear what is the actual problem with the library except for the wrong position of the notification box?

Best,
-Nadia

Okay, I got it ?? Thank you for the explanation!

Off-topic (but media-related): has anyone experienced an issue like this:

I had clicked on the image in the page. Then I clicked on the page in edit mode. Then I have the option to “Edit Original” or “Replace” on the right side. Then I click on “Replace” and the screenshot above is what I see. Normally, I can see all of the media. But now I can only see one image.

A customer wrote this to me. It comes to editing a post with the Classic Editor and an attempt to replace an image with another one. The screenshot displays the only image that IS already inserted into the post and which itself is desirable for replacement.

I tested this on pure WordPress with Classic Editor or Disable Gutenberg plugins and was able to reproduce the issue. David, could you please confirm it? Thank you! My guy thought it was an EML’s fault.

Best,
-Nadia

@prinzwp

Hi,

but EML can be easier dropped in future

That sounds motivating to me! ??

I can’t afford to buy Impreza, but I’ll try to fix the issue if you can provide access to a development installation with Impreza and EML on it. Please contact me directly at support[at]wpuxsolutions.com

Best,
-Nadia