DESIGN ERROR: Uneven application of highlighting
Given that a 'highlighting' of this kind is meant to imitate a manual stroke in the margin of a book, it should:
- be applied to the end of the full line, not the end of the paragraph text.
- be applied to the right of hyphens, not on top of them.
- preferably form a more even line than they currently do.
- preferably form a continuous line.
- preferably be a little bit more to the right of the text.
Mac Pro (late 2013) OS 12.6.2
Comments
-
Cannot seem to duplicate your results. The line is further from the text, unbroken, does not cover hyphens, and in the margin for the last line in the paragraph.
4.5b Beta 7 Mac OS 10.6.8 with text size set to default. Could your broken line be caused by larger text?
0 -
Using Logos 4.5b Beta 7 on Mac and PC, can replicate highlighting line bordering text having smoothness issues => Bugs: Logos 4.5b Beta 7 Highlighting: Font Style Choices plus Bordering Lines especially the right side.
Keep Smiling [:)]
0 -
Jack Caviness said:
4.5b Beta 7 Mac OS 10.6.8 with text size set to default. Could your broken line be caused by larger text?
No. Just tried with several font sizes; one column, two columns, and reading view. And with another random resource as well.
Jack Caviness said:Cannot seem to duplicate your results. The line is further from the text, unbroken, does not cover hyphens, and in the margin for the last line in the paragraph.
Then let's hope it's already fixed in the beta.
EDIT: Seems not. [:(]
Mac Pro (late 2013) OS 12.6.2
0 -
Bugs: Logos 4.5b Beta 7 Highlighting: Font Style Choices plus Bordering Lines
Thanks for the link. Somehow I've never noticed I can place the line in two different places. Got to experiment with that. The outer one may be closer to what I want anyway.
Mac Pro (late 2013) OS 12.6.2
0 -
fgh said:Jack Caviness said:
Cannot seem to duplicate your results. The line is further from the text, unbroken, does not cover hyphens, and in the margin for the last line in the paragraph.
Then let's hope it's already fixed in the beta.
EDIT: Seems not.
Maybe Jack took the 'nice' outside border, whereas what you describe and KS4J sees is the not looking nice inner border - looks the same in Beta 7 in Windows, btw.
Have joy in the Lord!
0 -
fgh said:
Somehow I've never noticed I can place the line in two different places.
Aha! Had used the outer line in my previous experiment. Created another style with both right margin lines. The outer one was correct, but the inner line was broken, and close in on the last line of the paragraph.
So that confirms you initial post.
0 -
fgh said:
The outer one may be closer to what I want anyway
Much nicer:
That solves the problem for me, though I guess the bugs should still be fixed at some point. And I think we now know why it looked so different for Jack.[:)]
EDIT: Seems the two of you came to the same conclusion. [:)]
You type too fast! You have to consider that I write in a foreign language. [:P]
Mac Pro (late 2013) OS 12.6.2
0 -
0
-
Unfortunately I've found another case where this kind of 'highlighting' isn't applied as it ought:
Note: this is one 'highlight'. The resource is logosres:entrhlydays;ref=Page.p_34;off=1282.
Mac Pro (late 2013) OS 12.6.2
0 -
Checking if the original issue remains (it did), I came across a related issue:
Notice the 'indent' for the Right side highlight. Right after editing it, there were a couple of seconds when the indent was even larger. And, very oddly, the same thing happened when I renamed the Normal one. I e it still happened to Right side, not to Normal, although Normal was the one I was changing.
Mac Pro (late 2013) OS 12.6.2
0 -
I have reported both of these issues to development.
0 -
Thanks.
Mac Pro (late 2013) OS 12.6.2
0 -
fgh said:
Unfortunately I've found another case where this kind of 'highlighting' isn't applied as it ought:
This looks even worse in L5, with its larger spacing:
Also note newfound Highlighting bugs in BUGS: Underline applied as Bottom Border / Second highlight applied behind first.
Mac Pro (late 2013) OS 12.6.2
0 -
fgh said:
This looks even worse in L5, with its larger spacing:
This issue will be fixed in 5.1 Beta 2 for beta users, and in general when 5.1 ships to the stable channel.
It should be noted that the 'border' lines are applied differently than 'margin' lines. If you apply a highlight using a 'border' line to a single word in the middle of a line of text, the line will appear to the left or right of that word. If you use a 'margin' line for the same application, the line will appear in the margin and not directly next to the word. Since each line of text will have a different ending position for the last word you may want to use a margin line instead of a border line for multi-line highlights to get a straight line, as you have seen.
The issue noted for this specific resource location -- logosres:entrhlydays;ref=Page.p_34;off=1282 -- is due to the fact that the lower section is part of a block quote, and thus has a larger right margin than the leading text.
0 -
Tonya J Ross said:
This issue will be fixed in 5.1 Beta 2 for beta users, and in general when 5.1 ships to the stable channel.
Confirmed on RC1.
The other issues remain.
Mac Pro (late 2013) OS 12.6.2
0
said:
