Re: AW: Custom Scrollbar
Hi Gene: I think that I've found what you need. You need to use the Valid event of the grid in combination with the valid of the controls. Please, read this chapter about grids of the book 1001 things you wanted to know about VFP. "Grids, the misunderstood controls:" https://books.google.es/books?id=wKNfTHRNkLAC=PA159=PA159=chapter+6+grids+the+misunderstood+controls=bl=_08ZpTRmYN=96XyTJ44EPz0-LM5magwVtuTzmg=es=X=2ahUKEwj15-zS0N3fAhWMJ1AKHX0kAzgQ6AEwBHoECAgQAQ#v=onepage=chapter%206%20grids%20the%20misunderstood%20controls=false El mar., 8 ene. 2019 4:27, Gene Wirchenko escribió: > At 03:18 2019-01-07, "Fernando D. Bozzo" wrote: > >Hi Gene, About this: >"One of the things that Grid is supposedly not > >for is data entry" > > > I don't agree. > > Neither do I, but I have seen this opinion posted many times > over the years. I do not understand it myself, but there it is. > > > 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. > > Yes, but I had a period of time where I was not using > xBASE. That was about when the fancy browses had their day. I have > looked at BROWSE, and it does not have quite what I want. > > > 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 > >I have this scrolling already working in a concept case. It > was fairly easy. I grant that this may change when I add more > feature. I do not think so though. > > > - 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 - > > Yup! It is going to be fun, but I have some ideas. > > I am concerned with how the scrollbar works, but I may just > come up with my own version that bypasses the issues. > > >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) > > I do not plan to have every feature that Grid has, at least for > the start. > > I tried to get Grid working when allowing column order to > change, and it was horrible. > > > - More things you may ancounter > > Quite possibly. > > What I have encountered is trouble with row-level > validation. Without that, Grid is NOT what I want. > > > 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? > > I can not get proper row-level validation working > consistently. I have tried and tried and tried. I keep finding > cases where it breaks. I deal with a case, and something else > breaks. It is very frustrating. > > I had quite a lot of trouble to get my test case to work. I > had to experiment with events and methods, but once I got it, it > worked and did so consistently. > > > 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? > > Because some of the work that needs to be done needs multiple > rows visible at once. > > [snip] > > 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_JunzDhwHndjjyyZ3KZA0WR86D5=uxwtawryhg8+vlpt...@mail.gmail.com ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical
RE: AW: Custom Scrollbar
At 14:47 2019-01-07, "Darren" wrote: Been watching this thread and decided to pipe in - I have to observe that I have done some pretty tricky stuff with the VFP grid. Granted some not so straight forward but subclass columns and headers etc. and you can go for broke. Not found anything that canât be done with the VFP grid. Not to say it can do everything but I'm yet to find what that is. Spend a bit of time (a few hours) and enlightened you will be. I have spent *manweeks* trying to get Grid to work for my needs. It has resisted quite effectively. [snip] Sincerely, Gene Wirchenko ___ 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/7590d97538b2309d61ca7919f6e8cce0@mtlp86 ** 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.
Re: AW: Custom Scrollbar
At 04:43 2019-01-07, Koen Piller wrote: Gene The native VFP grid can handle datahandling perfectly. Please explain why you differ on opinion Because despite multiple efforts by me to get it to work, it would not work. I do not believe that Grid works. At the very least, it is so quirky, it is very difficult to use. Given that I have been able to learn how to use other VFP classes fairly easily, I lean to the view that Grid is buggy. Sincerely, Gene Wirchenko ___ 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/cee9014521ac7d80b138146d8c8cbf76@mtlp86 ** 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.
Re: AW: Custom Scrollbar
At 03:18 2019-01-07, "Fernando D. Bozzo" wrote: Hi Gene, About this: >"One of the things that Grid is supposedly not for is data entry" I don't agree. Neither do I, but I have seen this opinion posted many times over the years. I do not understand it myself, but there it is. 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. Yes, but I had a period of time where I was not using xBASE. That was about when the fancy browses had their day. I have looked at BROWSE, and it does not have quite what I want. 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 I have this scrolling already working in a concept case. It was fairly easy. I grant that this may change when I add more feature. I do not think so though. - 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 - Yup! It is going to be fun, but I have some ideas. I am concerned with how the scrollbar works, but I may just come up with my own version that bypasses the issues. 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) I do not plan to have every feature that Grid has, at least for the start. I tried to get Grid working when allowing column order to change, and it was horrible. - More things you may ancounter Quite possibly. What I have encountered is trouble with row-level validation. Without that, Grid is NOT what I want. 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? I can not get proper row-level validation working consistently. I have tried and tried and tried. I keep finding cases where it breaks. I deal with a case, and something else breaks. It is very frustrating. I had quite a lot of trouble to get my test case to work. I had to experiment with events and methods, but once I got it, it worked and did so consistently. 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? Because some of the work that needs to be done needs multiple rows visible at once. [snip] Sincerely, Gene Wirchenko ___ 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/15d042d9866641a883852a099cc7ceb5@mtlp83 ** 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.
RE: AW: Custom Scrollbar
Been watching this thread and decided to pipe in - I have to observe that I have done some pretty tricky stuff with the VFP grid. Granted some not so straight forward but subclass columns and headers etc. and you can go for broke. Not found anything that can’t be done with the VFP grid. Not to say it can do everything but I'm yet to find what that is. Spend a bit of time (a few hours) and enlightened you will be. -Original Message- From: ProfoxTech [mailto:profoxtech-boun...@leafe.com] On Behalf Of Koen Piller Sent: Monday, 7 January 2019 11:44 PM To: profoxt...@leafe.com Subject: Re: AW: Custom Scrollbar Gene The native VFP grid can handle datahandling perfectly. Please explain why you differ on opinion Koen Op ma 7 jan. 2019 om 12:19 schreef Fernando D. Bozzo > 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 () > escribió: > > > At 08:13 2019-01-06, 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/005f01d4a6da$f268e8f0$d73abad0$@ozemail.com.au ** 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.
RE: VSS to git conversion
Thanks, Tracy. That looks quite promising. -- rk -Original Message- From: ProfoxTech On Behalf Of Tracy Pearson Sent: Friday, January 4, 2019 7:32 PM To: profoxt...@leafe.com Subject: RE: VSS to git conversion I did find something that converts straight from VSS to git. And it has shown itself to be quick. Though the way I used VSS has some deeply nested projects. This tool is putting everything that deep, leaving a lot of blank folders to move through. https://github.com/trevorr/vss2git Though I haven't worked out how to catch and put in the FoxBin2PRG conversion of the binary files yet. Have a look. I know it will make my life somewhat easier. It keeps all the history. Tracy -Original Message- From: ProfoxTech [mailto:profoxtech-boun...@leafe.com] On Behalf Of Richard Kaye Sent: Friday, January 04, 2019 5:05 PM To: profoxt...@leafe.com Subject: RE: VSS to git conversion Before FB2P was released I would have recommended SCCTEXTX as it did address all the shortcomings of the VFP supplied SCCTEXT tool. But FB2P works brilliantly, has tools to add it to Explorer's Send To menu, and seamlessly handles two way conversions of VFP binaries. Highly recommended as John Dvorak used to say in PCMag... I've also started playing with PEx and Git for the same reasons as you; getting out of VSS. I can't speak to the preservation of SCC history in terms of a migration but the general integration of PEx with Git works in a manner very similar to the native Project Explorer SCC integration. Getting that initial dump into Git and in general getting comfortable with Git is my biggest hurdle so far. But I'm determined to make the migration in 2019. -- rk ___ 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/bn6pr10mb1458a23bbc4762aca18ebdc5d2...@bn6pr10mb1458.namprd10.prod.outlook.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.
The future of Xbase
Good day all, Not sure who of you are aware of it, but coming from a Clipper background I have been developing software since 1986 through Visual Objects, Vulcan.NET and now X# (XSharp). X# started out in 2015/16 as an open source compiler for Vulcan.NET and VO, based on Microsoft's Rosslyn open source project of the c# compiler. It integrates into Visual Studio and there is also an IDE 100% written in X# available. Good progress by the development team has already XBase++ and Harbour language packs available. The development team has decided to expose the development to a broader audience and a visit to the USA is planned in March. I apologize if this is maybe a bit off-topic, but VFP is high on the priority list of future languages to support and I felt you might maybe be interested in attending the presentation. I attach the details. Further information regarding the project can be found at http://www.xsharp.info Kind regards, Johan Nel Created: 04 January 2019 Introduction In March 2019 we are organizing our first US event, where we would like to meet our customers and potential customers from the United States, Mexico and other countries around the world. Since we are a small open source project and we have limited financial resources, we have chosen to organize this as a relatively low budget event. We have also chosen a location in the south of the US, so developers from Mexico and other Middle American countries are also able to come with a reasonable travel time. The main audience for this event is existing Visual Objects and Vulcan.NET developers. However developers working with other XBase languages, such as XBase++ and Harbour, are also invited, there will be enough interesting information for you as well. We will present the current state of the X# development and show how to migrate your apps from VO to .Net. We will also have time to explain some of the internals of the X# compiler and runtime and how you can use the new features in the product (generics, lambda expression, linq, scripting, multi threading etc) in your apps. We will also show you the support that we have for other dialects (such as XBase++ and Harbour). Our partner QLAdmin from Austin has helped us to set up an event that will be both informative but also attractive. You have the change to meet colleagues that create applications with the same tools, as well as enjoy presentations where we will demonstrate our new open source solution to help you move your applications forward towards .Net. There will also be some other interesting technical sessions as well. This summit is structured to encourage open and facilitated face-to-face discussion and idea sharing amongst all attendees. Refreshments will be provided all day with scheduled lunch and snack breaks. You are also invited to join in the group activities to continue your informal networking and make new friends in the X# world. Location The event will take place at the following hotel: Best Western Plus / Austin City Hotel 2200 South IH-35 Austin, Texas 78704 512-444-0561 https://austincityhotel.com/ • Near downtown Austin, with corner store nearby for snacks or forgotten items. • Complimentary hearty breakfast buffet is included in room charge. • Lounge features complimentary gourmet coffee machine, with drink/snack vending near meeting room. • Free onsite parking and Google Fiber wifi throughout hotel. • Hotel restaurant is open until 10pm, and the bar is open until 11pm. • Rooms equipped with king beds, work space, mini-fridge, microwave, Keurig coffeemaker. • 100% smoke free hotel environment. Agenda The preliminary agenda for the event is: Wednesday 5:00pm to 6:30pmWelcome Reception (see below) Thursday9am to 4:30pm X# Summit 12pm to 1:15pm Group Lunch 6pm to 8pm Riverboat Dinner Cruise (see below) Friday 9am to 1pm X# Summit 1pm to 2:30pm Group Lunch Excursion (see below) Speakers At this moment the following speakers have confirmed: * Nikos Kokkalis (X# development team) * Robert van der Hulst (X# development team) * Rolf van der Hulst (Roboteam Twente) We are still looking for contributions. If you are interested in attending the event and presenting a session (or showcasing your own application) please contact us. Please note (as mentioned above) : we have a very small budget, so we can't pay for your travel or hotel expenses. Subjects The preliminary list of subjects is: * Migrating your Visual Objects applications to X# * X# Language improvements compared to Visual Objects and Vulcan.Net. * Understanding and making the most of X# and the X# runtime * .Net Core * Asynchronous programming and Multi Threading * XSharp Scripting and using Roslyn and the X# compiler from your app * Creating Services with .Net and X# * Application Show (show your application to other developers) *
RE: Custom Scrollbar
Or use the MSGrid component that is free but only works using datasets. Dave Crozier Software Development Manager Flexipol Packaging Ltd. ﴾⚆ᨎ⚆﴿ Flexipol® Packaging Ltd T 01706 222 792 E dcroz...@flexipol.co.uk W https://www.flexipol.co.uk/ Follow us: Unit 14 Bentwood Road, Carrs Industrial Estate, Haslingden, Lancashire, BB4 5HH This communication and the information it contains is intended for the person or organisation to whom it is addressed. Its contents are confidential and may be protected in law. If you have received this e-mail in error you must not copy, distribute or take any action in reliance on it. Unauthorised use, copying or disclosure of any of it may be unlawful. If you have received this message in error, please notify us immediately by telephone or email. Flexipol Packaging Ltd. has taken every reasonable precaution to minimise the risk of virus transmission through email and therefore any files sent via e-mail will have been checked for known viruses. However, you are advised to run your own virus check before opening any attachments received as Flexipol Packaging Ltd will not in any event accept any liability whatsoever once an e-mail and/or any attachment is received. It is the responsibility of the recipient to ensure that they have adequate virus protection. - Terms & Conditions: Notwithstanding delivery and the passing of risk in the goods, the property in the goods shall not pass to the buyer until the seller Flexipol Packaging Ltd. ("The Company") has received in cash or cleared funds payment in full of the price of the goods and all other goods agreed to be sold by the seller to the buyer for which payment is then due. Until such time as the property in the goods passes to the buyer, the buyer shall hold the goods as the seller's fiduciary agent and bailee and keep the goods separate from those of the buyer and third parties and properly stored protected and insured and identified as the seller's property but shall be entitled to resell or use the goods in the ordinary course of its business. Until such time as the property in the goods passes to the buyer the seller shall be entitled at any time -Original Message- From: ProfoxTech On Behalf Of Alan Bourke Sent: 07 January 2019 10:16 To: profoxt...@leafe.com Subject: Re: Custom Scrollbar Would it not be more cost effective to look at something like iGrid ActiveX which is $275 for a single developer than expend your time rolling your own? -- Alan Bourke alanpbourke (at) fastmail (dot) fm [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/cwlp265mb08526244463e20173f485f14fb...@cwlp265mb0852.gbrp265.prod.outlook.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.
Re: AW: Custom Scrollbar
Gene The native VFP grid can handle datahandling perfectly. Please explain why you differ on opinion Koen Op ma 7 jan. 2019 om 12:19 schreef Fernando D. Bozzo > 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 () > escribió: > > > At 08:13 2019-01-06, 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/cacuu1steey0sxkuwwgjenjigeqxdf-co0r4q112enmbxycx...@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.
Re: AW: Custom Scrollbar
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 () escribió: > At 08:13 2019-01-06, 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.
Re: Custom Scrollbar
Would it not be more cost effective to look at something like iGrid ActiveX which is $275 for a single developer than expend your time rolling your own? -- Alan Bourke alanpbourke (at) fastmail (dot) fm ___ 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/1546856156.1019298.1627512592.71ba7...@webmail.messagingengine.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.