Soapbox: Coming from VB since version 1, I remember this comments "you should build the world for me"(attitude) for M$ also. In VB there used to be a control for most versions since 3 that was DBGrid. It was an awesome grid data enabled control that put MSs efforts to shame until VB6(who I believed, bought the component to add it in VB6). So, honestly, MS had the resources, but if you come from MS products or Borland, you had experienced bugs which you had to wait for service packs.
For RS: The truth is that I would also rather have RB focust in having extensible support to plugins and external components while keeping the app up to date with the greatest OS's and processors(multi-cpu or core support). NO BUGS. JUST get rid of all the bugs. For Developers: I want to see better plugin/component support from developers. So, if someone is paying attention, BUILD A dbGrid control and you would have nice clientèle. NOTE: NO, RS should not be building all the controls people ask for. Some of them are just way off. $500.00 for pro multiplatform support? and you want the world? Honestly, its un-realistic. What I like to see in RS: I want the bugs fixed, and then I want the bugs fixed. I want to see RB bugs crush before any new releases. I would like to see users ask for this or no new updates purchases. How about this, and I know I can possibly be kicked out of the ML, why dont The only beef i have is the rapid release with bugs. I HAAAAATE IT! E. Tejkowski wrote: > On May 12, 2007, at 7:32 PM, Karen wrote: > > >> I've not worked with Interface builder (and so NSTable view), Delphi >> or VB but an Xplatform control like that which is much more more >> spreadsheet oriented and ideally supporting merging cells and >> freezing the top X rows and first X columns for scrolling would be >> great. >> >> IMO the lack of such a control is the biggest single hole in the RB >> framework. It's a hard control to create and get 'right' Xplatform >> and keep flexible at the same time, but it would make RB a much more >> powerful RAD tool and really needs to included and not a 3rd part >> plugin. >> >> The Listbox is very flexible but it's heritage of being a finder like >> list often makes trying to use it as a sophisticated grid control a >> lot of work and ultimately a kludge. >> > > In my opinion, this is dead-on accurate. It seems to me that > REALbasic wants badly to be a great RAD tool for businesses and in > business, databases are king (just look at the wide coverage of > database functionality in REALbasic). The problem comes when you want > to actually display the data. While the listbox is a nifty control, > it leaves something to be desired for many data tasks. Further, there > is no built-in grid control. So, you end up having to roll your own. > In some ways I like this, because it has ensured my continued > employment (much of which has involved writing new data display > controls), but I don't think it is good for REALbasic. Granted, I > could run out and buy a control or build my own, but for something so > commonplace, this should be part of REALbasic. RB has the database > part of the puzzle. Now I wish that it had the data display too. > > -Erick > _______________________________________________ > Unsubscribe or switch delivery mode: > <http://www.realsoftware.com/support/listmanager/> > > Search the archives: > <http://support.realsoftware.com/listarchives/lists.html> > > _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives: <http://support.realsoftware.com/listarchives/lists.html>
