Overview
Examples
Screenshots
Comparisons
Applications
Download
Documentation
Tutorials
Bazaar
Status & Roadmap
FAQ
Authors & License
Forums
Funding Ultimate++
Search on this site
Search in forums












SourceForge.net Logo
Home » U++ Library support » ArrayCtrl, HeaderCtrl & GridCtrl » large ArrayCtrl
Re: large ArrayCtrl, virtual array count limits [message #19172 is a reply to message #19156] Sun, 16 November 2008 18:58 Go to previous messageGo to previous message
mirek is currently offline  mirek
Messages: 14266
Registered: November 2005
Ultimate Member
jaynorwood wrote on Sat, 15 November 2008 12:20

I'm experiencing limits in the VirtualArray example beyond which there is no refresh. It works for 100million, but not 200million virutal array count in its current form.



Well, not that is I would call "pushing to the limits" Smile

Quote:


I'm a bit surprised at the 200 million limit. I thought perhaps a 2Gig limit in the original due to the signed int parameter range.



IMO, this is caused because of the height of line in pixels. That is about 15 pixels, means maximum is close to 2G / 15.

Quote:


Aside from figuring out what this strange 200 million limit is about, I'd like to see the framework improved so that int64 ranges could be used throughout.



Uh, that would work only as long as somebody does not decide to test int64 limits IMO.

Seriously, if your real world application needs 200 millions of lines in table TO BE PRESENTED AT ONCE, something is wrong with your UI design.

Also, realistically, any nontrivial usage would require those data to come from somewhere, and that would take eons.

Making these limits int64 would meant making EVERYTHING 64bit, with ugly impacts on code compactness and speed.

Mirek
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: HomeBudget or DropGrid bug (svn 634)?
Next Topic: Scroll bars and grid ?
Goto Forum:
  


Current Time: Fri Jul 18 11:45:25 CEST 2025

Total time taken to generate the page: 0.03916 seconds