Forum

I am using the horizontal and vertical pixel scrolling style in CExtReportGridWnd.
I’ve noticed a bug.
I you do a grouping and try to select a node, you can only do it if the nouse pointer is in the far left column.
The node won’t be selected if the mouse pointer is in another column.
This seems to happen when the __ESIS_STV_PIXEL style is set.
This is what I’m using:

    SiwModifyStyle(
        __EGBS_RESIZING_CELLS_INNER_H|
        __EGBS_GRIDLINES|
        __EGBS_SFB_CELLS|
        __ESIS_STV_PIXEL|
        __ESIS_STH_PIXEL,
        __EGBS_SFB_MASK|
        __ESIS_STV_MASK|
        __ESIS_STH_MASK,
        false);

I was hoping to bypass a bug using the pixel scrolling ... oh well.
My problem is that the item scrolling (__ESIS_STV_ITEM) has a very strange behaviour when rows are set to height zero.
It’s like the scroll bar still "sees" the hidden rows.
The scroll bar keeps changing it’s size when you scroll up or down.
And sometimes you cannot scroll all the way down to the bottom of the grid.
Now, if all the rows (CExtReportGridItem) are set back to visible (i.e. ExtendSet(22, 0) and ExtendSet(22, 1)) the scroll bar works the way it should.
That’s why I am asking if or when you’ll will have the ReportRowActivate function (same as ReportColumnActivate but for rows).
Or maybe you can tell me what functions I can override to fix this scrolling problem?
Thanks.

We confirm the vertical pixel scrolling is not well supported in the tree grid and report grid. The pixel scrolling should be used when the scrolling range is not large (3-4 pages maximum). Otherwise it is slow and ineffective. So it should not be used in tree grids.