Slider Setup inherting bug

[Timo]

Hi Cwicly,

i setup “1” for my sliders in desktop-view…if i change to mobile view there is a tooltip “Inheriting from desktop” and there is a outgrayed “1”…this is the intended behaviour…but if you check below…the slider is rendered as it was setup “3” for mobile-view…i guess this is a bug right?
at the left you see two images…they are three but one is overlapping…its somehow ojne or more bugs here in the UX i think…
thanx so much
timo

[Araminta]

Hi @Timo,

Thank you for bringing this to our attention!

I have been able to reproduce this issue on my end, and can confirm it is a bug.
While it doesn’t display as expected on the backend, it seems to display correctly on the frontend.

Could you possibly confirm if this is also the case on your end?

Thank you in advance.

[Timo]

hi araminta,
yes its quite the same. good luck with it

[Araminta]

Once again, thank you for reporting this @Timo!

This should now be fixed with 1.3.3:

@Louis

• Fix: Slider block → the Editor would not display the correct Per View property in responsive mode

Kindly let me know if this is fixed on your end.

Thank you in advance.

[Timo]

thanx yes i think this is fixed now…at least if i dont put anything into this the inherited value seesm to be correct. if i put 1 into it it looks good. if i put 2 or 3 it but shows 2 or 3 but one is kind of missing but maybee this is due to the format of the images or some other css / layout stuff right? see below…but overall it is much better now thanx for your quick fixes here - its awesome!

today i was forced to optimized some older project from GenerateBlocks and Stackable…and i wasnt into them since 1 year…and i saw there have been just 2 small updates within 12 monaths for them…any without solving some server issues…so its really awesome how much you put into this here. i would like to mention that sometimes i can not distinguish between gutenberg flawas and bugs and Cwicly bugs or shortcomings…but the overally edition of normal standard paragraphs and content must be enhanced…as i need so much time in struggling to just put and format some ordinary text content into all of this…clients tend to send this stuff nested in microsoft word crap…but thats the way they still do it…and copy stuff from theere it is a hell to layout it in the site editors…

[StrangeTech]

@Timo

but the overally edition of normal standard paragraphs and content must be enhanced…as i need so much time in struggling to just put and format some ordinary text content into all of this…clients tend to send this stuff nested in microsoft word crap

When the following is implemented it will help - if you want you can add your vote there:

Enable paste text into paragraph generating Cwicly Headings and Cwicly Paragraphs only

This is important when migrating from other sites to Cwicly, because it’s a currently a mess: (Remark: Cwicly Paragraph is eet in the Global Styles as default) copying a sequence of text including different headings and paragraphs just from marking the sequence on the frontend 2a. This is how it works with standard Gutenberg as Target environment: pasting it into a paragraph of the target site and page, the sequence is nicely resolved into respective headings and paragraph automatically 2b…

Ability to paste only Cwicly blocks (e.g. headings and lists)

Currently it is possible to set the default block, which allows us to paste content and paragraphs will automatically become Cwicly paragraphs. If content contains other structured data such as headings or lists, these become the core blocks rather than the Cwicly versions. As standard practice, we would like to completely disable the core blocks, and wherever possible not confuse users or for them to have a mixture of Cwicly and non Cwicly blocks. Unfortunately, currently if we disable the c…