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.

Find more posts tagged with

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?

Keep Smiling 4 Jesus :)

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 [:)]

fgh

https://community.logos.com/discussion/comment/361503#Comment_361503

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.

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. [:(]

fgh

https://community.logos.com/discussion/comment/361513#Comment_361513

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.

NB.Mick

https://community.logos.com/discussion/comment/361517#Comment_361517

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.

Jack Caviness

https://community.logos.com/discussion/comment/361519#Comment_361519

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.

fgh

https://community.logos.com/discussion/comment/361519#Comment_361519

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]

Jack Caviness

https://community.logos.com/discussion/comment/361524#Comment_361524

You have to consider that I write in a foreign language.

[8-|]

fgh

https://community.logos.com/discussion/comment/361524#Comment_361524

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.

fgh

https://community.logos.com/discussion/comment/394705#Comment_394705

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.

Brisa Davis

https://community.logos.com/discussion/comment/399175#Comment_399175

I have reported both of these issues to development.

fgh

https://community.logos.com/discussion/comment/400771#Comment_400771

Thanks.

fgh

https://community.logos.com/discussion/comment/394705#Comment_394705

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.

Tonya J Ross

https://community.logos.com/discussion/comment/451635#Comment_451635

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.

fgh

https://community.logos.com/discussion/comment/471311#Comment_471311

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.