Hi Gene, About this:
>"One of the things that Grid is supposedly not for is data entry" I don't agree. Not sure about the complexity of what you need to do, but if you used FoxPro before VFP, you could remember that before the grid component was the BROWSE command with many parameters that allowed many validations and options for row/column, and that many validations and options where made exactly for that purpose, for data entry. Most of them have no sense for other purpose than data entry. One of my first programming challenges was to do a component exactly as you need it to (I'm talking about dBase III+ era), and could do it, but the problem was that performed horribly, too slow to navigate records and columns. I think that you could face the same problem. Do not forget that you have to control each and every aspect of the component, as: - Scrolling left/right controlling start and end columns - Scrolling top/bottom controlling start and end rows - Controlling the data you load/unload, because you can't load a millon records in memory, and this forces you to control dinamically the loading of a new bunch of records in the direction you are navigating, and unloading records from the other side - Controlling every key for navigation and other needed purposes - Controlling the visualization of each aspect of your info (think on Autosizing columns, pre-programmed sizes, combination of both, assuring that you show columns correctly and fluently ,etc) - More things you may ancounter Obviously I'm thinking in a component that can be used for any table, and not just for one special table, because the programming effort to do this type of component is too high to do it for just one table. Don't know if you already said this because I didn't follow the entire thread, but: What type of validation do you need, and what is the problem you are facing that can't be handled with the grid? And more importantly: Is really a grid what you need? why can't you use an input form with navigation keys that scrolls data in background? Best Regards! El lun., 7 ene. 2019 a las 6:20, Gene Wirchenko (<ge...@telus.net>) escribió: > At 08:13 2019-01-06, <juer...@wondzinski.de> wrote: > > >> I want to create my own grid > > > >WHY, just WHY? > > Because the VFP grid does not work. > > >Haven't yet found a problem for which I would need a homegrown grid. > >What can't you do in VFP's native grid, in combination with the excellent > >container hierarchy which you could add into any / every column of a grid? > > Full validation of a row. > > I came close, but it required a lot of kludges and an innocent > change in one place could blow it up. > > >Build a set of controls, save them as class, add that class to the Column, > >change Column.CurrentControl to point to that class, set Column.Sparse to > >.F. and presto, you can do any complicated setup and stil have the > benefits > >of VFP's native gridspeed. > > I wish. > > One of the things that Grid is supposedly not for is data > entry. I need a grid that can handle that. > > Sincerely, > > Gene Wirchenko > > [excessive quoting removed by server] _______________________________________________ Post Messages to: ProFox@leafe.com Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/CAGQ_Ju=v1uvypm_nohs-b0v31ppr2nbbazawmknzqw2crhe...@mail.gmail.com ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.