List items can't have bold text (flex box problem)

Hi @webmaat,

This is what I’m getting (default styles added by Cwicly):

Sorry to hear that you’ve had no reply.
You’ll have to remind me on this one as I cannot find a reference to it.

I’m sorry, I wasn’t clear. It happens when you make screen smaller. So on mobile you get to see the problem. it also occurs when I relative style it with span. So the problem is flex box on li element.

I had a reply on my list of things this morning…but I forgot to have this issue also on the list. I’ll get back to Johnny about it.

Hi @webmaat,

I can confirm the issue with the List block when icons are active. As you rightly described, the display: flex; property makes it very difficult to have the items wrap properly.

In this case, we will be adding an outer <span> element inside the <li> element to contain the inner children and resolve the issue.

An option will also be provided in case you don’t want to have this <span> element added.

Thanks for the precise report, much appreciated.


Thanks Louis for taking these ‘bugs’ serious.

1 Like

Hi @webmaat,

This should be fixed in with a post save or regenerating the HTML.

If you still experience trouble with this, please let me know by replying to this thread.


1 Like

Hi @Louis
It seems that the problem has been resolved in the frontend, but it still persists in the backend. I have a list with icons and some parts of the list items are bolded. The frontend looks fine, but the backend appears as follows:

I am aware of the “Remove List Container” option, which is disabled for me to include a <span> element inside a <li> . However, it seems that the <span> element is added only in the frontend, not in the backend. At least, that’s the case for me."

I confirm what @krievinshj wrote: span is not added inside the editor.

By the way, is the use of flex really appropriate here?
I wish this block was closer to standard HTML ul/li tags so that we could use the same CSS for styling.
(I guess the SVG icon adds complexity to the classic list, though…)

Bump @Louis,

This is very annoying and makes me feel unconfortable with clients.

PS: Other bugs are WRONGLY marked as FIXED on this forum and I have the feeling they are more and more being forgotten :wink:

@yankiara Which other bugs?


I reported this (critical) one more than 3 months ago:

This one is minor:

BUMP :pray:

Still not fixed backend, new clients complaining…


Thanks so much for bumping this thread.

A fix for this is not easily achieved without reviewing the way Cwicly lists are rendered on the frontend as we don’t fully control the RichText controller.

An in depth review of the Cwicly List block is planned.
While we appreciate this is an inconvenience for users on the backend, the flexibility provided by the Cwicly List block is something we have to consider before reworking it.

Best regards,

Thanks for the update :slight_smile:

But do you mean we shouldn’t use it meanwhile?
Any potential backward compatibility issues?


Sorry if I didn’t make that clear: a rework with functional changes made to the List block will be backwards compatible.

Best regards,

We have used some styles to override the default list block styles for one of our sites to address this - we are happy to provide these if it helps.

Hello @yankiara,

This should be fixed with the List block rework in 1.3.3.
Please let me know if you’re still experiencing trouble.


1 Like

Hi @Louis,
(You mean 1.3.4)

It works WONDERFULLY well now, THANK YOU :slight_smile:

By the way, I guess you could remove this option now, it has no effect anylonger and is obsolete:

1 Like

The List block rework was pushed in 1.3.3 :wink:

Thanks for pointing out the List Container notice, it will be taken care of.