BUG: L8.12RC1: table lines move when scrolling

I've seen this bug in one resource so far, Zacharias' "Biblical Greek Made Simple", but it may be existent in other resources that use tables as well.

The table I'm looking at as an example - the bug is manifest in all tables in the book I have tried - has the typical grid with thin lines (some fields merged horizontally, but not vertically as some others ideally should be - I'd suggest changing that if possible, but that's not the bug). Thicker horizontal lines are used to group portions of the table, such as the column heads and other portions (the difference between thin lines and thick lines is not strong enough for my eyes - again I'd suggest changing that, but that's not the bug either).

The bug is, that Logos changes randomly which horizontal lines are thick and which aren't, subject to my scrolling position, i.e. one notch of the mouse wheel up or down (or using the scroll bar, or even changing resource scale) will make the table structure look different. Difficult to explain but look at my screenshots:

The screenshots above were made with program scaling at 120% and content scaling at 110%, but the bug persists and occurs at both settings at 100% as well. The bug seems to exist for vertical thick lines as well, compare the optical structure of those two tables (now settings at 100%/100%):

When looking for whether this is resource specific or pervasive, I found that many tables in other Greek grammars - such as in Mounce's popular Basics of Biblical Greek - will not use a grid at all, or very minimal (such as to delineate row and column headers). In my quick survey I didn't look at them all, but I can't remember a resource which uses thin and thick lines to structure tables - it may well be that this is a long-standing bug (or design limitation) that just wasn't taken into account when producing this resource. EDIT: But I found at least one table in another resource where a grid of thin lines was used and the header was sett off by a thick line:

The thick line doesn't randomly move in this table, so it seems that it is possible to work this. If not so, /EDIT and if it is too costly to fix the bug, I'd suggest using color coding like in Huffman's "Handy Guide to New Testament Greek":

For the record: running Logos 8.12.0.0017 on Windows 10

Find more posts tagged with

Comments

Dave Hooton

Any problem with the 45 charts in "Old Testament Survey Series: The Pentateuch"? There is a variety of line types, incl thick heading lines.

NB.Mick

https://community.logos.com/discussion/comment/1091656#Comment_1091656

Any problem with the 45 charts in "Old Testament Survey Series: The Pentateuch"? There is a variety of line types, incl thick heading lines.

Unfortunately I don't own that resource to look at it. Do you own Zacharias' book and can reproduce the bug?

Dave Hooton

https://community.logos.com/discussion/comment/1091676#Comment_1091676

Unfortunately I don't own that resource to look at it. Do you own Zacharias' book and can reproduce the bug?

No. That's why I was seeking common ground.

NB.Mick

https://community.logos.com/discussion/comment/1091919#Comment_1091919

Unfortunately I don't own that resource to look at it. Do you own Zacharias' book and can reproduce the bug?

No. That's why I was seeking common ground.

Hm. Greek grammars are most likely to contain tables, but I found only one with thin and thick lines (see my edit above). I searched my library for "index of tables" and only one resource came back, The MacArthur Bible Handbook, but tables in that Logos book tend to not have a grid at all or (in one case I saw) have only the grid, i.e. it uses only thin lines, thus no error. Study bibles? The tables in FSB are without any grid lines at all, those in NIVZSB use thin-line grids and color coding throughout (working even better than the screenshot I gave above), the ESVSB uses thin-line grids.

This rather tends to confirm my thinking that maybe Logos doesn't really support having a thin-line grid with thick line segmentation, and that just this one resource was produced in disregard of the functionality limit.

NB.Mick

just another data point: while the bug is still present in Logos 8.13 Beta 1 (as expected) I just found that the web app only shows the thin-line grid without the thick lines.

Philana R. Crouch

NB. Mick,

I'm not able to reproduce this. Do you have a program scaling turned on of any kind?

NB.Mick

https://community.logos.com/discussion/comment/1093657#Comment_1093657

NB. Mick,

I'm not able to reproduce this. Do you have a program scaling turned on of any kind?

Thanks Philana for looking into it.

I discussed this briefly above, but now see the size of the table does have an influence and I may not have captured all data above: With both program scaling and content scaling at 100%, the bugg is visible - but I didn't document the tab's own size sittings. If both Scalings are at 100% and the resource display from the kebap menu turned small (the 100% line or to the left), now, on 8.13 Beta 1 and 2, I only see thin lines in the table - to get the thick lines and thus the issue upon scrolling, I can either turn program scaling up (say to 110%) OR turn Content Scaling up (again 110% is sufficient) or turn resource display larger (to the right, say one notch up from the 100% line, which probably is the same as 110% Content Scaling). That means: With one of the size parameters set to at least 110% I'm seeing the issue - regardless of using my 15" or my 24" monitor (edit: both running at a resolution of 1920x1080, if that makes a difference).