PascalVBr

In order to reproduce this quickly, use the DBTreeGrid demo that comes with uniGUI and run it in Chrome with screen scaling settings at 125% You will see that the vertical grid lines of the ZIP column do not match exactly with the ones of its header. The more columns, the bigger this difference becomes.

- Set scaling in Windows Display Settings for your monitor to 125% instead of 100% (right click desktop -> "Display Settings" -> 125%) - TuniDBTreeGrid with let's say at least 20 visible columns - Fill it with some data (1 row is already enough) - Run and open the application in Google Chrome You will see that the width of the tree grid cells does not match with the width of the headers of the cells Works fine in Firefox and Edge. Only Google Chrome gives this problem. Unfortunately Google Chrome is the most used browser nowadays. Also works fine if the scaling is 100%, but nowadays laptop users usually use more than 100% because of the high screen resolution.

I already found 1 reason why the scrollbar goes back to the top: it happens when changing something to the column headers (caption, font style,...). Imo this is a bug.

After trying to find a solution for 2 days now, I am still stuck with the same unwanted behaviour. This is the only issue left for my proof of concept demo.

Yes, I am using the latest trial build. I don't know how the treegrid works internally, but based on the behaviour I see it looks like it is internally using 2 grids (one for the locked columns, one for the non locked columns). It looks like the rowheight is not always synchronized properly between both. I found a workaround by using a dummy non locked column with a fully transparent 16x16 png and setting its width=0. Then the row height is always the same as for the locked part.

Hi, I have a TuniDBTreeGrid object with quite a lot of rows/nodes. The 2 columns on the left are locked, the other ones are not. The 2 columns on the left have 16x16 images in them, the other ones are text only. What I have noticed is that, when I expand one of the bottom root nodes, the left (locked) and right part of the rows are misaligned. The row height is not exactly the same for the locked part and thus there is an increasing gap. I think this is a bug in the row height calculation of the treegrid. The question is how to solve it?

Ok, so in the small test case that I made with the latest build (1.90) of uniGUI the scrollbar position IS retained!? I checked if there were some differences between the DFM's of the project I made with 1.70 and 1.90 and there are. For example the way the ClientEvents are stored in the DFM are different between 1.70 and 1.90. But if I copy the ClientEvents from a 1.90 DFM to a 1.70 DFM it does not seem to work (ClientEvents get ignored by the application). It looks like the behaviour is different between 1.70 and 1.90. If so, how can I get the correct scrollbar behaviour in the form that I made with 1.70 but am building with 1.90 now?

Just installed the latest build and the behaviour is still the same…

I am using the trial edition v1.70.0.1493 with extJS 6.7. I am working on a demo POC which will lead to buying licenses of the Professional edition if the POC gets approved.

Hi, I hope someone can help me with this... Situation: I have a TuniDBTreeGrid object with a relatively large amount of rows displayed. The rows occupy more space than available in the viewport, hence a vertical scrollbar is visible. Current behaviour: Scroll down to a random position, then refresh the data (the number of rows does not change btw) -> result: the scrollbar of the treegrid scrolls back to the top. Wanted behaviour: Scroll down to a random position, then refresh the data -> result: the scrollbar stays at its position (or - if not possible - is set back to the original position, which produces the same end result). Same question for the horizontal scrollbar... Any help is greatly appreciated :)