Bug: Clippings and Text Editor in Beta 9

Page 1 of 2 (21 items) 1 2 Next >
This post has 20 Replies | 0 Followers

Posts 25661
Forum MVP
Dave Hooton | Forum Activity | Posted: Sat, Jun 8 2013 11:07 PM

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 10 & Android 8

Posts 25661
Forum MVP
Dave Hooton | Forum Activity | Replied: Sun, Jun 9 2013 8:44 PM

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 10 & Android 8

Posts 25661
Forum MVP
Dave Hooton | Forum Activity | Replied: Wed, Jun 12 2013 3:50 PM

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 10 & Android 8

Posts 25661
Forum MVP
Dave Hooton | Forum Activity | Replied: Thu, Jun 13 2013 3:19 PM

bump

Dave
===

Windows 10 & Android 8

Posts 242
Kelly Flones | Forum Activity | Replied: Thu, Jun 13 2013 4:10 PM

Dave Hooton:
no space between verse # and the text of v2

I am able to reproduce this issue and have created a case for Development.

Dave Hooton:
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.

Dave Hooton:
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.

Dave Hooton:
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.

Posts 25661
Forum MVP
Dave Hooton | Forum Activity | Replied: Thu, Jun 13 2013 6:12 PM

Kelly Flones:
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

Kelly Flones:
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 10 & Android 8

Posts 25661
Forum MVP
Dave Hooton | Forum Activity | Replied: Thu, Jun 13 2013 6:19 PM

Dave Hooton:
Ensure alignment and direction is RTL and paste mixed direction text from DBL Hebrew 607

Any comment on this (looking at the screen shot)?

Dave Hooton:

I don't see why the editor can't be more adaptive or at least fix the truncation.

Any comment on this ?

Dave
===

Windows 10 & Android 8

Posts 25661
Forum MVP
Dave Hooton | Forum Activity | Replied: Fri, Jun 14 2013 5:23 PM

BUMP

Dave
===

Windows 10 & Android 8

Posts 242
Kelly Flones | Forum Activity | Replied: Mon, Jun 17 2013 8:22 AM

Dave Hooton:
don't see why the editor can't be more adaptive or at least fix the truncation
I am able to reproduce this issue on Windows and have created a case for Development. 

Posts 582
LogosEmployee
Alan Palmer (Faithlife) | Forum Activity | Replied: Mon, Jun 17 2013 11:36 AM

Dave Hooton:
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.

Posts 25661
Forum MVP
Dave Hooton | Forum Activity | Replied: Mon, Jun 17 2013 4:32 PM

Alan Palmer (Logos):
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 10 & Android 8

Posts 582
LogosEmployee
Alan Palmer (Faithlife) | Forum Activity | Replied: Mon, Jun 17 2013 4:40 PM

Dave Hooton:

Alan Palmer (Logos):
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!

This is because the selection is actually a paragraph fragment (it doesn't actually include the beginning of the paragraph, i.e. the chapter number).

When creating a clipping, we accept paragraph fragments as complete paragraphs (treat them as if they aren't fragments). This behavior is intended to allow clippings created from partial paragraph selections to be formatted like the paragraph they come from. When pasting, fragments are merged with the paragraph they are pasted into.

Posts 25661
Forum MVP
Dave Hooton | Forum Activity | Replied: Mon, Jun 17 2013 6:16 PM

Alan Palmer (Logos):
When creating a clipping, we accept paragraph fragments as complete paragraphs (treat them as if they aren't fragments).

My issue doesn't concern creating a clipping but if I use the fragment "not have much need for forgiveness. ..." (BKC) to create one there is no indentation. That only happens when I include the start of the paragraph. If i then paste the same selection it will be indented because of the previous formatting. 
So the issue really concerns pasting LTR text into a RTL formatted clipping. Why not simply recognise LTR and disregard the RTL "style" as seems to happen when pasting into a Note in the same circumstances?

Dave
===

Windows 10 & Android 8

Posts 582
LogosEmployee
Alan Palmer (Faithlife) | Forum Activity | Replied: Mon, Jun 17 2013 9:37 PM

Dave Hooton:

Alan Palmer (Logos):
When creating a clipping, we accept paragraph fragments as complete paragraphs (treat them as if they aren't fragments).

My issue doesn't concern creating a clipping but if I use the fragment "not have much need for forgiveness. ..." (BKC) to create one there is no indentation. That only happens when I include the start of the paragraph. If i then paste the same selection it will be indented because of the previous formatting. 
So the issue really concerns pasting LTR text into a RTL formatted clipping. Why not simply recognise LTR and disregard the RTL "style" as seems to happen when pasting into a Note in the same circumstances?

Sorry I didn't originally understand. It sounds like you are saying pasting into a paragraph A in a clipping has a different result than pasting into paragraph A in a note? 

I'm not aware of a reason paste into clipping would be any different than pasting into a note.  The only difference I can think of that would matter is the context it is pasted into (i.e. the paragraphs are subtlety different). I will double check that assumption. 

Posts 25661
Forum MVP
Dave Hooton | Forum Activity | Replied: Mon, Jun 17 2013 11:33 PM

Alan Palmer (Logos):
Sorry I didn't originally understand. It sounds like you are saying pasting into a paragraph A in a clipping has a different result than pasting into paragraph A in a note? 

That information is in my first two posts, which in turn comes from repeating tests I did in earlier betas. So please don't ignore the large citation font size!

Dave
===

Windows 10 & Android 8

Posts 582
LogosEmployee
Alan Palmer (Faithlife) | Forum Activity | Replied: Tue, Jun 18 2013 10:56 AM

Dave Hooton:
Why not simply recognise LTR and disregard the RTL "style" as seems to happen when pasting into a Note in the same circumstances?

I took another look this morning. I believe the problem is that in the note it is pasting into an LTR paragraph. In the clipping it is pasting into an RTL paragraph. And this explains the reported difference.

[At least this was my experience following your steps.] If you don't mind, would you be willing to verify this by explicitly setting the text direction in your note to RTL (right control + right shift) and verify that it then acts the same as the clipping?

Posts 242
Kelly Flones | Forum Activity | Replied: Tue, Jun 18 2013 11:22 AM

Dave Hooton:
font is Default & much larger than the original text

This will be fixed in 5.1 RC 2.

Posts 582
LogosEmployee
Alan Palmer (Faithlife) | Forum Activity | Replied: Tue, Jun 18 2013 11:53 AM

Truncation will also be fixed in 5.1 RC 2.

Posts 25661
Forum MVP
Dave Hooton | Forum Activity | Replied: Tue, Jun 18 2013 5:19 PM

Alan Palmer (Logos):
I took another look this morning. I believe the problem is that in the note it is pasting into an LTR paragraph. In the clipping it is pasting into an RTL paragraph. And this explains the reported difference.

There is that possibility from the screenshot in the second post. So I repeated and made sure the Hebrew was formatted RTL (note the position of the verse numbers), created a line feed from the end of verse 2 and then pasted the LTR text.

[just for fun I then pasted the last part of above para before the citation]

It is different but not truncated. Note the large citation font as per the clipping.

Dave
===

Windows 10 & Android 8

Posts 25661
Forum MVP
Dave Hooton | Forum Activity | Replied: Thu, Jun 20 2013 4:32 AM

Dave Hooton:
It is different but not truncated. Note the large citation font as per the clipping.

This behaviour remains unchanged in RC2 Notes, including LARGE citation font.

The text is almost the same in a Clipping (no truncation) but the citation is still LARGE.

Dave
===

Windows 10 & Android 8

Page 1 of 2 (21 items) 1 2 Next > | RSS