Bugs

Even though the title shows correctly in the source article, when I display it in an additional place the title shows in source language

When you insert an image in between items in a numbered list, the numbers after the image will start at 1. There is no option in WYSIWIG mode to set the number for the item to the next number in the list. The workaround is to edit HTML code of the numbered list. Would be nice to easily change the list number in WYSIWIG mode.

The bullet pointers are not getting displayed in the same alignment in the exported PDF, as added in the published document. As per my observation, the PDF output only supports number bullet pointers (1,2,3...) which is not the desired behavior. I am also attaching the outputs of the published document on Document360 and PDF file to showcase the same. Kindly look into it.

In wysiwyg editor, it’s possible to select (highlight) text first, then open Code View and see the same highlighted text. This makes it efficient to find the text I need to modify in Code View that I was looking at in wysiwyg editor. Doesn’t work in Block Editor > Code View. Highlighting text first in Block Editor then opening Code View does not show the highlighted text. This makes it harder to find what I need to examine and possibly modify in Code View. Since Block Editor markup is different from wysiwyg, this is even more challenging to figure out. I would like the highlighting to be supported in Block Editor like it is in wysiwyg. Request: 1. Open article in Block Editor. 2. Select (highlight) text. 3. Open Code View. 4. See the highlighting on the text in code view that reflects what I selected in Block Editor so I can quickly identify what I need to examine and possibly customize. Thanks!

I've noticed that if I add a variable or bold text, the space after that text gets deleted. For example, I have a variable that displays "Smart Labeling". If this variable is followed by a space, that space is often deleted. If it's followed by a comma or period, it's fine. See the highlighted text in the attached screenshot. The same thing happens with bold text. I've tried adding a   in the code, but that doesn't work--it gets deleted mysteriously.

When you copy content from formatted text (e.g. bulleted list) as opposed copying text from a paragraph, and paste it as is (CTRL+V), the pasted content is not the same as the original content, because it includes a block of formatting parameters (span style), which are visible in code. As a result, the pasted content looks OK in the editor and in the published content, but only in the light mode. If you switch to the Dark mode, such text looks highlighted because of those added parameters in code. Steps to reproduce: Format some text as a bulleted or numbered list. Copy some text from a bulleted/numbered item into a different bulleted/numbered item. View the code (the pasted code contains an additional block that is not present in the original part). Preview the topic and switch to the Dark mode. Actual result: The pasted text is highlighted. Expected result: The pasted text looks the same as in the part it was copied from. Workaround: You can paste as plain text. Then, you won't have this issue. But also you will lose the formatting. It is necessary to have the ability to copy formatted text. preserving the formatting and where the pasted part is not modified compared to the original part. See the screenshots with an example.

Utilized the find a replace option to change the name, however, this replaced ALL links and images that had the name in it. This caused all these link and images to break.

In the markdown editor, I can't add any level of indented bullet points to a numerated list. This is fairly common in documentation and would be very useful. Currently, the only work-around seems to be to insert a new unordered list in the middle of the numerated list, which looks terrible. No idea if this is also present in the HTML editor.

Suppose I have an article heading (e.g., h2). I link to it via the drop-down menu in the Link dialog box (Heading Three) Problem: If at some future point, I rename the article heading (say, to Heading Three - Test), the link breaks b/c it's not updated to reflect the revised heading name. This issue discourages us from leveraging this feature. Thank you for your attention.

This makes it impossible to mark bits of code in the text