thisbit

Thanks for a quick reply. I have notified the persons who did the initial research and they have said that they will check it out and update the info on the site accordingly. ??

Cool. For now I made some custom CSS to mitigate the issue in the meantime.

thanks for taking a look at this ??

Hi there.

I have tested it all.
– dissabled all the plugins, changed the theme to default wp theme

If I have Media Library organiser enabled, the glitch is there. If I do not have it installed, I do not have it.

WP version is the current

I have it installed locally, php 7.4, and apache and remotely with Litespeed and php 8 … in both cases same issue persists.

Site health seems to be good.
No errors in the log file.

Thanks

Hi Diego,

actually I never meant to control the visibility of elements in a syncked block from outside of it. I fiddled with the settings and seems that user roles settings are the thing that removed my pannel. Not from synced blocks only but its there where I noticed.

User role controls are a bit convoluted imo.

but the plugin still rocks

I updated to 6.1 now.
Thanks for the new options that is cool.

BUT new version again ovverrides the code I have placed in Formating for events, so I had to insert them again.
Do not do that, these are user overrides, otherwise it will require redoing on each update!!!

Best,
Elvis

@markus

First of thanks for all. Really apreciate the speed with which you reacted.

Regarding CSS specificity there are two reasons I think you are considering this in a wrong way:

First reason:

#somethemeid .wp-content div { margin-bottom: 10px; }

is not good coding practice but its more legitimate then

#someplugin .somelement div { margin-bottom: 10px !important; }

Because themes are resposnsible and should be responsible for the website style it is more ok, if they do specific style more so, then if a plugin does it. If a theme is not a good theme, that should not dictate your plugin practice (which in turn hurts good themes) but rather it is an issue theme authors should have to resolve.

Second reason:

There are things in your CSS I could understand the reasoning for being specific, for example the calendar view. But this should in my view relate only to general layout of the view, not font-family, colors and all that.

So, In my case its fine to turn all your JS off, but a more modular approach would be beneficial, where one could decide to turn on, or of different aspects of your css or js.

But, it is a great plugin, and as someone said, you may have not known, but your plugin is especially popular among the users that want to style the events themselves. Please just have these in mind in future updates.

Cheers

Thanks @markus,
let me first say thanks for a powerhouse plugin. I love it.

I have managed to get the 6 version look like I want it to look, by disabling JS in plugin options. It then requires much less css to get it to where it was, and I don’t really need the functionality JS gives.

So I will not update to dev version yet.

However, in my mini calendar the month selector in the header section of the mini calendar, now does not follow neither my language nor the date format that I have set up, site wide and specifically in plugin.

With JS that worked properly.

I understand you have more pressing things to solve, but please when you find the time, can you help with this thing.

Thanks, and keep rocking.

• This reply was modified 2 years, 8 months ago by thisbit. Reason: I wrote the thing I did not intend. :)

@marcus
I have removed JS from my shortcode handled mini calendar. Works much better, however now that there is no JS, my month name in the selector header of the mini calendar, is now back to “July 2022” though langauge has been set to Croatian.

So I tried to find a setting that would bring back my language but no luck.

So I changed the format to 25. 07. 2022. and it reflectas globally accross the site, in events too … just not in the mini calendar.

WHat am I missing? Do I HAVE to have JS to have my proper date format?

Thanks

Hello Marcus,
thanks for the code above.

I have managed to set the styles to follow my theme again with help of the filters above, and quite a bit of overly specific CSS.

Theanks for quick response with the snippets.

PS I understand that the market market pushes to one click designed plugin solutions, but your plugins was one of the rare ones of the events plugins, that was powerfull and simple to style.

Please consider some setting in the plugin that will not take that away from us who liked it that way. Add the new features and UI for people hwo want that, but please let us use it as part of the stack for building custom sites.

Thanks,
And much luck with future development.

Thank you for providing some clarity in the chaos that is gutenberg. ??

I think this looks better:

.lightweight-accordion .lightweight-accordion-title {
list-style: none;
display: flex !important;
align-items: center;
line-height: 2em;
user-select: none;
}

.lightweight-accordion .lightweight-accordion-title > * {
margin-bottom: 0;
}