Done.

I just turned it back on, and am including a link to a screenshot of the bug below.

Are there any temporary solutions you can see, beyond just hiding the whole search?

Good day all!

I got to play around with this briefly a week or so ago, but was not able to get it working and after trying a few different things, am still not getting it to work properly.

I kept getting No slides available, the response if it does not get a slideshow id. After messing around with pulling other parameters, I noticed it would pull the number 3 when I queries using dynamic data for the “av_acf_slideshow_ids” which happens to be the number of slides I have assigned to that records repeater field. So, I think we are really close to it working, but my attempts to adjust it did not work. So, I am hoping you might take a quick look at it (link and creds provided below).

-jason

Good day, Günter!

I just wanted to check in and see how progress was going. Any updates?

-jason

Guenni,

So, I am trying to do this step-by-step, removing the default Enfold-based image sizes first. I kept the bulk of your framework, but made a few little changes. I applied the code below to my child themes functions file, and then did a full regeneration of the images, and removed any images that did not have sizes anymore.

// Start Removing Image Sizes - Rev 20230907-3 //

// Remove or unregister unused WordPress Image Sizes (via Enfold)

// Disable loads of Enfold & WP image sizes upon upload
// do image sizes manually, double-size with high compression for retina screens
// use Photoshop to set exact double size and quality between Q30 and Q40
add_action('init', 'remove_enfold_image_sizes');
function remove_enfold_image_sizes() {
  remove_image_size('square');
  remove_image_size('featured');
  remove_image_size('featured_large');
  remove_image_size('portfolio');
  remove_image_size('portfolio_small');
  remove_image_size('gallery');
  remove_image_size('magazine');
  remove_image_size('masonry');
  remove_image_size('entry_without_sidebar');
  remove_image_size('entry_with_sidebar');
  remove_image_size('shop_thumbnail');
  remove_image_size('shop_catalog');
  remove_image_size('shop_single'); 
  remove_image_size('shop_gallery_thumbnail');
}
// Remove unneeded WP image sizes
add_filter( 'intermediate_image_sizes_advanced', 'prefix_remove_default_images' );
// Remove default image sizes here. 
function prefix_remove_default_images( $sizes ) {
// do NOT remove small and medium sizes, they are used in backend Media Library!
// unset( $sizes['small']); // 150px
// unset( $sizes['medium']); // 300px
 unset( $sizes['large']); // 1024px
 unset( $sizes['medium_large']); // 768px
 unset( $sizes['1536*1536']); // 1536x1536px
 unset( $sizes['2048*2048']); // 2048x2048px
 return $sizes;
}

// Moduly Image Sizes
add_image_size('Moduly-Square', 1080, 1080, false);
add_image_size('Moduly-Horizontal', 1920, 1080, false);

This is the result (on Performance Tab > Responsive Images Overview section), after the above adjustments.
I do see the couple added image sizes, but unless I am a complete idiot, it still looks like the image sizes above are still being injected.

Images aspect ratio: 1 : 1
36*36 – Widget (added by theme)
108*108 – thumbnail (WP default size)
180*180 – Square (added by theme)
540*540 – medium (WP default size)
705*705 – Masonry (added by theme)
1080*1080 – large (WP default size)
1080*1080 – Moduly-Square (added by a plugin)
1500*1500 – Fullscreen Sections/Sliders (added by theme)
1536*1536 – 1536×1536 (WP default size)
2048*2048 – 2048×2048 (WP default size)
Images aspect ratio: 52 : 37
260*185 – Portfolio small (added by theme)
Images aspect ratio: 99 : 80
495*400 – Portfolio (added by theme)
845*684 – Gallery (added by theme)
Images aspect ratio: 142 : 75
710*375 – Magazine (added by theme)
Images keeping original aspect ratio
768*0 – medium_large (WP default size)
Images aspect ratio: 845 : 321
845*321 – Entry with Sidebar (added by theme)
Images aspect ratio: 1210 : 423
1210*423 – Entry without Sidebar (added by theme)
Images aspect ratio: 150 : 43
1500*430 – Featured Thin (added by theme)
Images aspect ratio: 50 : 21
1500*630 – Featured Large (added by theme)
Images aspect ratio: 16 : 9
1920*1080 – Moduly-Horizontal (added by a plugin)

Guenni,

I feel like an idiot on this, because it seems like I am doing it right, but am just not getting it to do what it would appear it should be doing. Any ideas where I have gone wrong?

Okay, so I think I might have figured it out, and hopefully this can be of benefit to others as well.

I ran across this article from WordPress:

To sum it up, the template files need to be in the Child Theme directory, using the WordPress/Enfold default templates as basis starting points.

But, you need to add the following lines at the top (right below the first if switch that follows the open php tag.

/*
Template Name: Full-width layout (Rename to appropriate template name)
Template Post Type: post, page, (insert your new cpts here)
*/

Remainder of template follows, but that will finally add the Post Attributes meta box to the right side of the screen.

Can something similar/related-to to this be added to the Enfold Docs?

Hi Mike.

I am not trying to use the news element or the magazine element. I am trying to use the core functionality of a post format that links directly to the url content in the post content field. We have done it in the past on other sites, and sometimes it works, sometimes it does not. A couple plugin developers have suggested that the theme is trying to wrap a template around it, but suggested I start with looking at Enfold, first.

The link I gave was to the post link, which should transparently redirect the user to the url within the post content of that post.