Hi Isomorphic,
this is about the 2nd issue here.
Please see this two testcases in this sample (v10.1p_2017-08-09):
Original:
Modified:
For me (Win 10, Chromium 60, no zoom, FullHD) the request for the unmodified sample is for startRow:0, endRow:87. The one for the modified sample, after the ListGrid recognized that it can't group, is for startRow:0, endRow:75.
As the browser size and ListGrid-real estate is the same in both cases, I'd expect the dataPageSize to be the same as well.
As reference: For me, in the 2nd (sorted) ListGrid the last fully visible row (without scrolling/on load) is "SKU 11314900" (=28 data rows). I also can see that the endRow differs in the 1st case if I make the browser window smaller. So perhaps, for the 2nd request after unsuccessful grouping, the dataPageSize is just set to its default value.
Obviously, this is a very minor issue.
Best regards
Blama
this is about the 2nd issue here.
Please see this two testcases in this sample (v10.1p_2017-08-09):
Original:
Code:
isc.ListGrid.create({
ID:"dsListGrid",
width: "100%",
height: "100%",
minFieldWidth:80,
autoFetchData: true,
dataSource: "supplyItem"
});
Code:
isc.ListGrid.create({
ID:"dsListGrid",
width: "100%",
height: "100%",
minFieldWidth:80,
autoFetchData: true,
dataSource: "supplyItem",
sortField: "SKU",
groupByField: "category",
sortByGroupFirst: true
});
As the browser size and ListGrid-real estate is the same in both cases, I'd expect the dataPageSize to be the same as well.
As reference: For me, in the 2nd (sorted) ListGrid the last fully visible row (without scrolling/on load) is "SKU 11314900" (=28 data rows). I also can see that the endRow differs in the 1st case if I make the browser window smaller. So perhaps, for the 2nd request after unsuccessful grouping, the dataPageSize is just set to its default value.
Obviously, this is a very minor issue.
Best regards
Blama