Robye

I align myself with the question, same situation but the menu does not change.
With Site Editor Classic Features switch the pages but the menu name always remains the same

bcworkz?(@bcworkz)
12 hours, 40 minutes ago

See the individual theme pages in this site’s Themes section for applicable characteristics of any theme. For example, Twenty Twenty-four.

If a theme exists in the SVN repository it is being maintained. When one might be removed AFAIK is not defined. But if you look at what’s there, themes currently go back to 2010.

thanks

Umesh Gupta?(@umesh84)

2 hours, 48 minutes ago

Hello?@robye

Please add the following CSS in your CSS file.

ul.nav li.sfHover ul.sub-menu {
    display: block !important;visibility: visible !important;
}

You saved the day .. in fact now the subs are visible, thanks ??

<span class=”bbp-author-name”>Steven Stern (sterndata)</span>?

(@sterndata)Volunteer Forum Moderator

2 hours, 33 minutes ago

Well,their names are a clue. ??What exactly are you trying to decide here?

In fact you are right, i was looking for if there was an explanatory page with the characteristics and how long the updates were expected in case it existed

James Huff? (@macmanx) Volunteer Moderator
13 hours, 1 minute ago

Again, any updates made through the SIte Editor will survive theme updates. Block Themes and the Site Editor are designed to preserve changes through theme edits as long as you’re not directly editing files.

Thanks ????

Thanks, actually i didn’t directly edit the theme files but only from the editor where allowed, so (i cross my fingers) they should also be preserved through updates.
Is it possible that the changes that might be lost are those inside the editor of the pattern or block where a lock appears , or i’m wrong?
attaching an image

Found the way:
Appearance – Editor – Template – Single Articles,
There is the possibility to change the appearance of the Single Items page
So it would be solved, it leaves me only the doubt that,
By modifying this page of the template through the on editor, I would not want that at the first update of the template I find the page with is by default: white background, contents in the center.
I wonder what changes would be saved and maintained even in case of updates ..

Mi auto rispondo:
ho trovato su Youtube il filmato dello sviluppatore del plugin Giuseppe Foti

non capisco perchè nella pagina del plugin non ci siano ancora nessuna informazione al riguardo

Kavya Gokul?(@properlypurple)
25 minutes ago

Hey?@robye! It looks like this is handled using the?background-size: coverCSS property. You can see the?related css code on Github.

Thanks ??

jordesign?(@jordesign)
I don’t entirely understand the specific issue you’re describing – would you be able to share a little more information?

I don’t ask about an issue, i would like to better understand the resizing of the Cover block image when changing the browser format

The fact is that, being responsive, on large screens the images are enlarged compared to their original size, even on my 27″ – 1696X954, there is never plenty of size and quality,
only that unfortunately the weight of the images rises.

I saw that the Twenty Twenty Four theme cleverly uses images that are not very large but with few graphic details and in webp format, so they weigh very little.

An evaluation of the statistics of the average resolutions of the visitors should be made and a maximum size or even better a maximum weight should not be exceeded for the images should be defined. Oh well

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

Sorry for the delay in communication, i still decided to use additional CSS to avoid problems with theme updates.
And i had to modify the site where i did these tests in this sense
Thank you for now

threadi?(@threadi)
18 minutes ago

… If you empty the field for Additional CSS, the corresponding data record will also be deleted – without any trash.

precisely with regard to this last point.
i was afraid because doing various tests, after deleting all the Additional CSS on WordPress and saving everything,
on the database the post records containing that Additional CSS were still visible.
I was afraid that those records would not be deleted and would remain to occupy space and database resources.
But maybe it’s a matter of cache and delay in updating the database..
I’ll have to do some more tests to see if in fact they are permanently deleted once they are removed on WordPress
thanks aniway

stranamente 2 giorni fa le stringhe risultavano in inglese (Select etc..) pur avendo WP impostato in italiano.
Da ieri invece magicamente è tutto in italiano, dunque risolto,
non capisco, forse una questione di cache o di altro al di là delle mie conoscenze ??

Sorry, I thanked you too quickly ??

I didn’t understand if you’re talking about the WordPress trash can or the MySQL database trash can

Or maybe we’re talking about the same thing,
just that on WP 6.4.3. i can’t find trace of the trash can.

And on the database, on PhpMyAdmin there is no information about the permanent deletion of trash files after 30 days

I’m talking about additional CSS, which is saved in the post database tables, not articles