Issues of automatic page conversion to address before deprecation

[Müller Miroslav]

I open this discussion to address issues that need to be fixed before deprecation, since forced automatic conversion in the current state would lead to significantly degrading the usability of pages from the old editor.

We have identified the following:

1. Tables which have empty cells get all such cells filled with an additional newline when converted -> This leads to significant unnecessary vertical stretching of tables ⚠️. Manual removal of such individual newlines is labor intensive and time-wasting.
2. Header rows or columns get un-bolded -> Again, manual labor needed to bold the text again.
3. At some places, newlines between tables on a page get duplicated. -> Again this leads to unnecessary tall pages and they need to be deleted manually.

Our older projects have nearly all pages in the old editor and we need them for documentation. Any automatic conversion without manual fixing will lead to visual crippling of such pages and therefore degrade their usability⚠️.
We believe you do not want to lose your customers, so we hope you will address those issues before forcing the conversion. Thank you.

[Joni Vanderheijden]

Thanks @Müller Miroslav !

The first item was on our radar already, but hasn't been fixed yet. I've flagged the two other items to the team. Any additional information you have on 3. newlines between tables would be welcome.

Wherever possible we try to avoid manual effort on migration, we've already fixed some extra whitespace issues caused by the legacy editor.

Regards,

Joni

[Trixie Johnson]

One of the biggest downfalls of the new editor is the wasted white space in left and right margins. Existing pages using legacy editor allow you to view much more information horizontally. At a minimum (& I agree with feedback already provided above!), please allow the full whitespace to be used before decommissioning our ability to continue using the legacy editor! A simple example is included below.