Hi Ismael,
Thanks for that info. We were able to set the post type using the shortcodes. However, that’s not ideal for our client when they are editing these pages.

When editing the blog post elements should we be seeing the custom post type listed under “Select Post Type”? Or should anything in that list be selected? Previously, we have not needed to select anything from that list. But I am wondering if the issue is that nothing is selected?

http://staging.maritimetravel.ca/wp-content/uploads/2025/06/Select-Post-Type.jpg

Is it possible there is an issue with the Custom Post Type UI plugin? All of this was previously working for quite some time, until recently. So it seems like it could be related to an update to the plugin or Enfold.

Hi Ismael,
“The Royal Hawaiian, A Luxury Collection Resort” was the one post under the “Las Vegas” category. The link for the post is provided below.

I just created four new test posts under “Hotels & Resorts”. Two for “Las Vegas” > “Off the Strip” and two for “Las Vegas” > “On the Strip”. I also updated the “Hawaii Recommended Resorts” page we are looking at with headers and blog posts elements for “LAS VEGAS – OFF THE STRIP” and “LAS VEGAS – ON THE STRIP”. The categories for both are set correctly and we should be seeing the four new test posts displayed under those headers, but nothing is showing.

I also went further down the page and opened the blog element under the “MAUI” header, made no changes, but clicked “Save” and then updated the page. Now there are no posts displaying there. So something is happening when you simply save one of the blog post eliments.

• This reply was modified 1 week, 6 days ago by NicomIT.

Hi Ismael,
Sure. Below is a link to a page that displays thumbnails/links for the custom posts. If you edit the page and look under the “LAS VEGAS” and “OAHU” headers, you will see the blog post element from Enfold. But when viewing the page, nothing displays for either of those. For both of those, all I did was make a change to the blog posts element and saved it. After that, they no longer displayed any posts.

for the one under “OAHU”, I just copied the one below it on the page, opened the eminent and clicked save without making any changes. Now it doesn’t display any posts.

The custom post type for these posts in the left menu of the WordPress dashboard is “Hotels & Resorts” and a link for that is provided below.

Ryan

Thanks, Ismael.

What about the av_icon_class function? What is the replacement for this? As in:

$class = av_icon_class( ‘search’ );

Hi Rikard.

I tried rolling the theme back to 6.0.8 on the staging copy of the website and that improved the speed of editing pages quite a bit. So we did that on the live website as well. It looks to have helped there too.

Has anyone else reported an issue like this with version 7.0?

Update – I tried naming the IDs “item-a”, “item-b”, etc. instead of just “a”, “b”, etc. That seemed to work on the live website and everything is displaying/linking fine. I’m not sure why using “s” for one of the IDs was an issue, but this seems to work to get around it.

Hi Rikard,
I’m not able to provide you login info for the live website, but can for our staging copy of the website.

I created a version of the page there and added the links across the top that would jump down to the accordion for the letters in the alphabet. Since it was the “S” header and accordion that was having the issue, I just added those to this page and nor all the other accordions. I’m seeing the same issue here. I have no idea why we would just see this happen for “S”, but at least the issue is consistent.

Below is the info you would need for the staging website.

Thanks!

Thanks Mike. It was set to 109%. Changing it to 110% looks like it worked when viewed full screen. But when the browser window is resized or the website is viewed on smaller devices, the background starts to not expand all the way along the bottom of the content container (on the left and right).

Here’s the CSS I currently am using for that:

.custom-header-background-bottom {
    background-image: url(/wp-content/uploads/2024/09/top_no_fade.png);
    background-repeat: repeat-x;
    background-position: bottom center;
    background-size: auto;
    height: 50px;
    width: 110%;
    position: absolute;
    top: 25px;
    left: -5%;
    transform: rotate(180deg);
    border: #FF0004 solid thin !important;
}

• This reply was modified 8 months, 3 weeks ago by NicomIT.

Thanks Mike. That worked great.

Is there a way to display the background at the bottom of the main content container on all the pages in the website? After making these updates, it’s displaying there on the home page, but not the other pages/posts. The background that displays at the top of the footer is showing on all the pages/posts, so that is great.

One small thing I noticed is the background at the bottom of the main content container doesn’t extend quite to the full width of the area above it. When you view the home page on a large screen/full width, it looks like there’s approximately 4 pixels on the right of it where the background doesn’t go all the way to the edge of the content container. If you resize your browser to make the screen smaller, it looks like the same thing happens on the left and right sides, but it’s more noticeable. I placed a red border around the background to make this a little easier to see.

If you could let me know what would need to be adjusted so the background extends the fill with of the content area, that would be appreciated. The way the background displays above the footer area is prefect and is what I would like this to look like.

Thanks again for the help.

Thanks Mike. I found the issue. It looks like there was some additional code in my CSS that was still making the background of the area white.

#main {
    background-color: white !important; /* Keep the white background only in the main content area */
}

Things look good now, except that the area where the margin was added to the bottom of the page is still displaying as white on the home page. Is there something different that needs to be done for that page? All the other pages in the website are displaying things fine.

Thanks Ismael.
That added space to that area, but the area where the margin is has a white background. Can you let me know how to increase that margin and not have a background color? We only need to have the white background color in the main content area and in the widget/footer area. The area where the margin is being added, should have no background color so you can see the main background image used by the website.

Thanks for the reply and info Ismael.

It would be great if this could be something considered as a new feature for a future version of the theme. Templates in Enfold are very easy to use and create. But as I mentioned, are just a bit difficult to manage and view when you have a longer list of them. So if there was a more robust way to view and organize them instead of a single dropdown, that would really help.

Instead of one list/dropdown, maybe the ability to manage them like menus in WordPress where there could be parent/child categories and display those with a dropdown or megamenu style would make it easier? I’m sure there are other and likely better options, so hopefully this is something your team will look further into.

Hey there. Quick update on what I implemented.

Things worked good. Just one issue – when viewed on a mobile device, the accordion titles don’t always open when clicked on. Sometimes they work fine, but then other times nothing happens when you click on them. Here are two pages where the accordion has been set-up and we are seeing this issue:

https://www.nicomit.com/
https://www.nicomit.com/services/managed-technical-support-services/

Any help would be appreciated. Thanks!

Thanks for providing that code Ismael.

Is there any documentation or info that you can provide when it comes to the requirement I described related to the page template? Anything along those lines that would help our development team would be great.

Thanks Rikard. It should be fine to close it.