BUG Logos 9.14 B1: morph search picker doesn't show all items

Page 1 of 1 (5 items)
This post has 4 Replies | 0 Followers

Posts 12637
Forum MVP
NB.Mick | Forum Activity | Posted: Fri, May 6 2022 2:40 AM

This bug exists in Logos 9.14 Beta 1, but also in Verbum 9.13 stable - and I seem to remember discussing this before, but couldn't find a forum thread. This came up in a recent Faithlife.com group posting: https://faithlife.com/posts/4420935 

Bug: The morph search picker sometimes doesn't show all available selection items. 

How to reproduce: EDITED Most probably you need to use a small monitor use a monitor set to 125% OS scaling (my screenshots are from the 15.6" laptop monitor on my Acer Aspire F15, where this is recommended and my standard OS setting, the bug doesn't appear on my 24" second monitor which is set to the recommended 100% OS scaling). Open a morphologically tagged bible, such as NA27, set inline search to Morph and type @V to show the morph picker for the verb morphology.

Some available selection items (typically the last for their column) will show only in truncated form or not at all in the picker matrix.

Image

Suspected reason: on smaller monitors Logos tries to put the last entries in the morph picker into a second column inside the respective column. This feature is buggy:

  • it most often "forgets" to widen the picker column, thus the moved entry is truncated or completely invisible. See here the "I" for "Indeclinable", the "Si" for "Singular", and I suspect that missing "Neuter" gender was moved up and just doesn't show at all next to Feminine.
    In fact, I have only seen widening of the first Part of Speech column working properly, when but not in all cases.
  • it moves items even though there is enough space to show them - actually no such move would be necessary at all in my screenshot, but if so, only the first column Part of Speech would need to do it, not any of the subsequent columns like Number and Gender.

Proposed solution: don't do a second column within a picker column at all, rather show a scrollbar (actually I have seen such displayed on the screen, but it wasn't functional since it wasn't needed to see all items in the respective column). If a second inside column is needed at all, make sure the column width is adjusted to show the entries.

EDIT: I have reproduced the above bug in two different Greek NTs (Logos and Gramcord Greek morphologies) and one RI-enabled English bible (NIV 2011, for Logos Greek and Hebrew morphologies), with Logos Program Scalings of 100, 140 and 150%. It also appears for noun, not only verb morphologies. My monitor is set to recommended 125% scaling and the recommended 1920x1080 resolution under Windows 10. The error is not reproducible if I change OS scaling to 100%:

Image

whereas the error is reproducible on the larger monitor when switching to 125% OS scaling:

Image

The more I dug into this, the more I had this de ja vu thinking, especially about the OS scaling being the instrumental factor. @Philana, there should be a case open (or already closed and this is a regression?) - however I can't find the prior discussion with google or looking through my Amber gallery of screenshots.

Running Logos 9 latest (beta) version on Win 10

Posts 36364
Forum MVP
MJ. Smith | Forum Activity | Replied: Sat, May 7 2022 3:58 PM

weekly bump in hopes of getting attention 5

Orthodox Bishop Hilarion Alfeyev: "To be a theologian means to have experience of a personal encounter with God through prayer and worship."

Posts 28013
Forum MVP
Dave Hooton | Forum Activity | Replied: Mon, May 9 2022 7:03 PM

NB.Mick:

Bug: The morph search picker sometimes doesn't show all available selection items. 

How to reproduce: EDITED Most probably you need to use a small monitor use a monitor set to 125% OS scaling (my screenshots are from the 15.6" laptop monitor on my Acer Aspire F15, where this is recommended and my standard OS setting

I have 15.6" monitor with default 1920x1080 and I think the default OS scaling was 125%. However, I settled for 1600x900 at 110% scaling.  Logos is at 100% Content and Program scaling but I get two instances of this issue with Logos Greek Morph. If I decrease Content Scaling to 90%, it fixes one instance and introduces another two!

Image
.

"Indeclinable" is not listed at both settings but only indicated I at 100%.

"Subjunctive" is indicated S at 100% but restored at 90% (above).

"Singular" is listed at 100% but indicated Si at 90% (above)

Dave
===

Windows 11 & Android 8

Posts 28013
Forum MVP
Dave Hooton | Forum Activity | Replied: Mon, May 9 2022 9:48 PM

Dave Hooton:
I have 15.6" monitor with default 1920x1080 and I think the default OS scaling was 125%. However, I settled for 1600x900 at 110% scaling.  Logos is at 100% Content and Program scaling but I get two instances of this issue with Logos Greek Morph.

I have a desktop 21" monitor at default 1920x1080 and default OS scaling of 100%. Logos is at 100% Content and Program scaling and NO issue with Logos Greek Morph.

Dave
===

Windows 11 & Android 8

Posts 3947
LogosEmployee
Philana R. Crouch | Forum Activity | Replied: Wed, May 11 2022 11:26 AM

NB.Mick:

This bug exists in Logos 9.14 Beta 1, but also in Verbum 9.13 stable - and I seem to remember discussing this before, but couldn't find a forum thread. This came up in a recent Faithlife.com group posting: https://faithlife.com/posts/4420935 

Bug: The morph search picker sometimes doesn't show all available selection items. 

How to reproduce: EDITED Most probably you need to use a small monitor use a monitor set to 125% OS scaling (my screenshots are from the 15.6" laptop monitor on my Acer Aspire F15, where this is recommended and my standard OS setting, the bug doesn't appear on my 24" second monitor which is set to the recommended 100% OS scaling). Open a morphologically tagged bible, such as NA27, set inline search to Morph and type @V to show the morph picker for the verb morphology.

Some available selection items (typically the last for their column) will show only in truncated form or not at all in the picker matrix.

Image

Suspected reason: on smaller monitors Logos tries to put the last entries in the morph picker into a second column inside the respective column. This feature is buggy:

  • it most often "forgets" to widen the picker column, thus the moved entry is truncated or completely invisible. See here the "I" for "Indeclinable", the "Si" for "Singular", and I suspect that missing "Neuter" gender was moved up and just doesn't show at all next to Feminine.
    In fact, I have only seen widening of the first Part of Speech column working properly, when but not in all cases.
  • it moves items even though there is enough space to show them - actually no such move would be necessary at all in my screenshot, but if so, only the first column Part of Speech would need to do it, not any of the subsequent columns like Number and Gender.

Proposed solution: don't do a second column within a picker column at all, rather show a scrollbar (actually I have seen such displayed on the screen, but it wasn't functional since it wasn't needed to see all items in the respective column). If a second inside column is needed at all, make sure the column width is adjusted to show the entries.

EDIT: I have reproduced the above bug in two different Greek NTs (Logos and Gramcord Greek morphologies) and one RI-enabled English bible (NIV 2011, for Logos Greek and Hebrew morphologies), with Logos Program Scalings of 100, 140 and 150%. It also appears for noun, not only verb morphologies. My monitor is set to recommended 125% scaling and the recommended 1920x1080 resolution under Windows 10. The error is not reproducible if I change OS scaling to 100%:

Image

whereas the error is reproducible on the larger monitor when switching to 125% OS scaling:

Image

The more I dug into this, the more I had this de ja vu thinking, especially about the OS scaling being the instrumental factor. @Philana, there should be a case open (or already closed and this is a regression?) - however I can't find the prior discussion with google or looking through my Amber gallery of screenshots.

Hi NB.Mick, 

We do have a case for this issue. I've added a link to your thread.

Page 1 of 1 (5 items) | RSS