Hi Paul Re something you said in the TRY CATCH thread. I believe almost all examples, including those that come with VFP are "contrived". So little is ready to be applied in the real world. In this case a field mover is not something required in every app, so it's not too likely their will be anything just hanging around. :) You'll probably have to roll your own.
I have a field mover screen shot: http://foxridgesoftware.com/Software/ScreenDesigns/DataImporter/tabid/82/Default.aspx There is not really any code I can give you as it's built specifically for and in Visual MaxFrame Professional. The lists are populated with arrays which match the afields() output. I think that's a good thing, even though I'd normally use cursors for most things in VFP. The screen shown was used to build create cursor command. It put the fields in the correct sequence of a file to be imported, with the correct names. Then the file was imported to a temp cursor and then the temp cursor was imported to the real file. VFP will map the field names for you. The sample I showed does disable the fields, but I advise you to remove the moved fields - that gives the user less scrolling on the left side. Once moved and not re-ordered the user will be able to scan through the remaining fields faster. In other words it's a mover. It's called that for a reason. That's part of the design. Don't change the design. Embrace it! Mike > I've been looking at the "field movers" that ship with VFP9 (the sample > - Tools...Component Gallery...VFP Catalog...Foundation Classes...User > Controls...Field Mover [right click] View Sample...Run) doesn't work - > it gives an Error 1234 in opentable(26): Subscript is outside defined > range. I have tried this on two different setups. So > > I fire up VFP6 and do the same - no error and the mover works. But > there are so many methods and properties etc etc that it is difficult to > see how to use it effectively/efficiently in a real-life form. I gave > up and, when I wanted to (re)populate, it simply opened a table (IN 0), > selected the newly opened table and then did a mover.init. This is very > obviously not the way this mover is meant to be used. But it is not > obvious to me exactly which properties I should set and which methods I > should call when I want to work with this control - and I can't seem to > locate any relevant help/docs. > > So any help would be appreciated - but what I am REALLY looking for is > something like the field mover but which: > > 1. When fields are "selected" they are copied rather than moved from > left(list)-to-right(list) and are "disabled" in left list until > deselected from rightlist > > 2. Fields in right list can be re-ordered (as now) but when "returned" > to left list appear in their original positions in the left list - this > is sort of related to (1) above > > 3. Intelligently resizes when instantiated - if I make the (mover) > control wider or taller I expect that the left and right list boxes (and > other controls) will be resized/repositioned at run-time (at design-tine > would obviously be too much to ask <gdr>) > > So - am I going to have to "roll my own" or is there something already > out there ? > > Paul Newton _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/profox OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/[EMAIL PROTECTED] ** 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.
