1. Jonathan Meltzer
  2. PowerBuilder
  3. Friday, 17 January 2020 15:07 PM UTC

We have a datawindow that has two MultiLineEdit fields, each with a vertical scrollbar.  When there is enough text in a field to require the scrollbar, there is a residual line at the bottom of the field that makes it look like there is more text to scroll to, even when the scrollbar is at the bottom.  It is garbage, and I am not sure why it is displaying.  It is not actual text...just a line that makes it look like the top of text that you could see if you could keep scrolling.

This does not happen in our current PB 10.5 version of our app.

Here is a screenshot of the bottom of the field, at the bottom of the scrollbar:

Michael Kramer Accepted Answer Pending Moderation
  1. Friday, 17 January 2020 21:10 PM UTC
  2. PowerBuilder
  3. # 1

Hi Jonathan, 

I see same behavior as you discovered when I use Border = 3D Lowered and column height doesn't match multiple of text line height exactly. I see it as soon as I do Preview in the DataWindow Painter so issue has nothing to do with code in your app. My setup:

  • Windows 10.0.19041.21
  • PB 2019 R2 #2279

See attachment for screen shot.

BTW: No problems in MultiLineEdit control itself. This is rendering inside DW screen area.

Attachments (1)
Comment
  1. Chris Pollach @Appeon
  2. Wednesday, 22 January 2020 16:02 PM UTC
FWIW: Could be a font issue as well. I use Tahoma 8 all around for my Apps.
  1. Helpful
  1. Michael Kramer
  2. Wednesday, 22 January 2020 16:09 PM UTC
I used Segoe UI, 11 pt. Switching to Tahoma, 8 pt did not fix the issue.
  1. Helpful
  1. Chris Pollach @Appeon
  2. Wednesday, 22 January 2020 18:40 PM UTC
Thanks for the font feedback Michael! I still think that its a video card / video driver issue as I cannot replicate any of this problem on my test PC's. Just an FYI though .. my PC's are all AMD / Radeon driven based hardware.
  1. Helpful
There are no comments made yet.
Chris Pollach @Appeon Accepted Answer Pending Moderation
  1. Friday, 17 January 2020 20:31 PM UTC
  2. PowerBuilder
  3. # 2

Hi Johanthan;

   This is my test from PB2017R3, PB2019 and PB2019 R2 Beta builds of PowerBuilder as per your support ticket information. As you can see from my test PB App, it has no pixelation issues when scrolling before or after the GetFocus causes the vertical scroll bar to appear / disappear or when scrolling to the end.

Regards ... Chris

Comment
  1. Michael Kramer
  2. Friday, 17 January 2020 20:41 PM UTC
Hi Chris, what happens if you adjust height of the MLE by approx half line height (I guess some 30 PBU)?
  1. Helpful
  1. Chris Pollach @Appeon
  2. Friday, 17 January 2020 20:51 PM UTC
I am using a DWO and not an MLE. I believe that Jonathan is using a DWO as well.



However, you do bring up a great point when using an MLE, UO, RTE, etc object in that their scrolling can be affected by their *parent* Window's "Scroll" property settings. ;-)
  1. Helpful
There are no comments made yet.
Jonathan Meltzer Accepted Answer Pending Moderation
  1. Friday, 17 January 2020 17:39 PM UTC
  2. PowerBuilder
  3. # 3

More info (which I will add to the ticket I opened as well):

The issue occurs if the displayed text in the field has a partial line of text showing at the bottom of the field before you click into the field to activate the scrollbar.  When you click in the field to activate the scrollbar, that partial line of text becomes the garbage line you see as you scroll down through the text in the field:

Before clicking in the window:

After clicking in the window, when the scrollbar appears (scroll right to see the scrollbar):

After further scrolling to the bottom of the data:

Comment
  1. Michael Kramer
  2. Friday, 17 January 2020 18:58 PM UTC
TO me this looks like a "off by one" issue. Initial draw while control doesn't have focus displays N pixels vertical whereas all redrawing while focus in inside the control draws N - 1 pixels vertical. When focus enters it always shift content like one pixel - I presume to allow for focus rectangle. Unfortunately without focus rectangle it leaves the 1-pixel area at bottom intact instead of drawing background color = no focus rectangle.

Maybe similar issue to the right?

Anyways, good images to attach to your bug case. Makes initial review so much faster because it is very easy to grasp what's going on.
  1. Helpful
There are no comments made yet.
Chris Pollach @Appeon Accepted Answer Pending Moderation
  1. Friday, 17 January 2020 17:34 PM UTC
  2. PowerBuilder
  3. # 4

Hi Jonathan;

  What PB version is this issue from?

Regards ... Chris

Comment
  1. Jonathan Meltzer
  2. Friday, 17 January 2020 17:43 PM UTC
PB 2019 Build 2082.
  1. Helpful
There are no comments made yet.
Michael Kramer Accepted Answer Pending Moderation
  1. Friday, 17 January 2020 16:32 PM UTC
  2. PowerBuilder
  3. # 5

Report that as a bug. It shouldn't happen.

Comment
  1. Jonathan Meltzer
  2. Friday, 17 January 2020 17:04 PM UTC
Thank you. I have submitted the bug report.
  1. Helpful
There are no comments made yet.
  • Page :
  • 1


There are no replies made for this question yet.
However, you are not allowed to reply to this question.