Bug: Clippings and Text Editor in Beta 9
This is an independent test of the Text Editor in Beta 9 and I may have reported some of the issues found in other threads.
I started by created a clipping from LHB Gen 9:1-2:
- no space between verse # and the text of v2
- font is Default & much larger than the original text (not stated in toolbar)
- Now paste the same text into the clipping
- the spacing between text and verse # is OK
- font is same as original (SBL Hebrew) but slightly smaller
- the citation is much too large, truncated & right aligned
- citation is also large for LTR text
- Ensure alignment and direction is RTL and paste mixed direction text from DBL Hebrew 607
The effect is much the same for full LTR text (from a commentary) but text is truncated on the LHS e.g.
ve much need for forgiveness.
instead of
not have much need for forgiveness.
Although full text is restored when making para LTR with L.Ctrl+ L.Shift, I don't see why the editor can't be more adaptive or at least fix the truncation.
Dave
===
Windows 11 & Android 13
Comments
no space between verse # and the text of v2
I am able to reproduce this issue and have created a case for Development.
font is Default & much larger than the original text (not stated in toolbar)
Can you clarify what you mean by 'original text'? Are you referring to the text in the resource? If so, depending on how far to the right the font scaling slider is, the size will not necessarily appear to match.
font is same as original (SBL Hebrew) but slightly smaller
I am reproducing that when the same selection is posted into the original clipping, the font size is different. I have created a case for this issue.
the citation is much too large, truncated & right aligned
I am able to reproduce that the citation is larger than expected, it wraps improperly, and is right aligned. I have created a case for this issue.
Can you clarify what you mean by 'original text'? Are you referring to the text in the resource? If so, depending on how far to the right the font scaling slider is, the size will not necessarily appear to match.
'original text' = LHB. The scaling slider is at the default position whilst Default Text Size and Program Scaling are both 100%. The Hebrew Font is SBL Hebrew
I am reproducing that when the same selection is posted into the original clipping, the font size is different.
The story is in the picture - but the selection used to create the clipping has a different font to the resource and is larger. When I paste the same selection it uses the same font (SBL Hebrew) as the resource and is very close to the same size.
Dave
===
Windows 11 & Android 13
don't see why the editor can't be more adaptive or at least fix the truncation
Dave, I have identified the cause and I'm working on a fix.
However, I don't think the fix will make it into 5.1. So, please allow me to offer a short-term workaround and an explanation of the issue.
The issue is that the editor is trying to apply a hanging indent (i.e. negative first line indent) to a paragraph that doesn't have a corresponding margin. Typically, a paragraph with a negative first line indent will also have a margin in order to indent the rest of the paragraph. But, in this case, the margin is 0 so the first line hangs off the display.
As a workaround, you can place your cursor in the paragraph(s) affected and press the "clear formatting" button. This will reset the first line indent to 0. Alternatively, if you actually want the hanging indent, you can apply a margin to the paragraph using the "increase indent" button.
I hope that can help you in the short term until the fix can be implemented.
As a workaround, you can place your cursor in the paragraph(s) affected and press the "clear formatting" button. This will reset the first line indent to 0. Alternatively, if you actually want the hanging indent, you can apply a margin to the paragraph using the "increase indent" button.
But why is this paragraph formatted OK when pasted into a Note following some RTL text (no truncation and citation is properly sized)?
I now find in RC1 that the truncation still occurs when pasted into a Clipping as described above but disappears after I leave the tab and then return. The behaviour is completely different if I paste into a clipping created with LTR text!
Dave
===
Windows 11 & Android 13
If I repeat the above for a Note but first aligning for RTL text with R.Ctrl+ R.Shift followed by the paste of Gen 9:1-2:-
Note the difference in the paste of DBL 607 and the citations.
The paste of commentary text is preferable to that in the Clipping:-
Dave
===
Windows 11 & Android 13
I thought 5.1 RC would be released soon!
Please comment on the issues above, as I think some do need to be fixed.
Dave
===
Windows 11 & Android 13
bump
Dave
===
Windows 11 & Android 13