Details
-
Bug
-
Resolution: Out of scope
-
P3: Somewhat important
-
4.6.0
-
None
Description
When using an editor like word, or pages, and setting both a tab stop and a first line indent, one doesn't expect the position of the first line indent to affect the tab stop.
For example in word (or other non-qt editor), set a first line indent (text indent), a tab stop, then type a word, press tab, type a word, press shift+enter, type a word, press tab, type a word.
You should see the second and forth words line up, this is the purpose of a tab stop.
Whereas in Qt it the tab stops, when there is a textIndent, do not line up, and no use of the API can make them do so. See attached example, the words "second" and "forth" should line up, and would do so for similar settings in Pages or MS Office.
What is likely happening is the text indent gets applied to the margin but is also applied when calculating tab stops (incorrect). Which means for any text block with line feeds, (shift+enter) and a text indent, tab positions cannot be set such that it matches expected behavior from existing editors.