Editor Style control fails to track actual style in editor text

Editor Style control fails to track actual style in editor text

I'd like to draw attention back to a bug I reported back in October 2015 https://help.zoho.com/portal/en/community/topic/wysiwyg-editor-style-combo-box-is-broken. Much of that was fixed (thanks!), but one important element was not.

In the WYSIWYG editor, the Style combo box does not properly track the text at the cursor position.

When the cursor is placed in "bare" html text that is not encompassed by <p> tags or some other tags like <h2> etc, it just continues to display the style of the text at the last location of the cursor.

For example, after moving the cursor to some h2 text the combo box correctly reads "Heading 2". Then moving to some bare text, the combo box continues to read Heading 2.

This is particularly problematic in zoho's editor because of the numerous ways that text can become bare, starting with the problem that new docs start off with unwrapped text. (And of course the combo box reports that as "Normal").

Steps to repo:

Using Firefox

Scenario 1:

  • Start a new page.
  • Type in a couple lines of text, then hit Rteturn.
  • Type in some text and use the combo box to make it Heading 2.
  • Move the cursor up a line.  Combo box continues to show Heading 2.


Scenario 2:

  • Use or create a page that has some headings and a few lines of text.
  • Create some bulleted text.
  • Convert that text to unbulleted using the bullet toolbar button
  • Now move cursor to a heading so that combo box shows Heading 2 or whatever.
  • Move cursor back to the unbulleted text. Combo box continues to show Heading 2.

Suggested fix

Combo box should have an additional "style" which indicates "Unstyled" or similar. And it should track cursor location properly :-). 

There's another scenario that the combobox should handle: When the cursor selects text that contains multiple styles, the combobox should indicate something like "Multi styles".

Additional info

In troubleshooting this problem, I would also reference the custom CSS that we use in the editor to highlight bare text, so the user can immediately see and fix the bare text problem manually. Described here: https://help.zoho.com/portal/en/community/topic/troubleshooting-wysiwyg-editor-bare-text-and-extra-divs-problems

(Bare text is a continuing bug that I reported here: https://help.zoho.com/portal/en/community/topic/editor-problem-normal-p-tags-but-default-is-no-tags. I'm hoping that getting the combobox fixed will apply more motivation to fixing the underlying "bare text" bug.)

Id for my tracking purposes: GWZ1029