Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Re: Adding Records to Tables via Code [U
Message
From
23/09/1997 06:53:39
 
 
To
All
General information
Forum:
Visual FoxPro
Category:
Other
Title:
Re: Adding Records to Tables via Code [U
Miscellaneous
Thread ID:
00051178
Message ID:
00051178
Views:
70
Sorry to butt in but I just recently upgraded to VFP5 (from FP2.5) and
heard so much about application frameworks. You mentioned MasterClass;
where do I get my hands on this?

J
jun






Bob,

the debugger is very much my friend. <s> I need to make $prog()
into a Windows macro instead of a finger-tip one, though. <s>

Mac Rubel has apparently done some experimentation which shows that
adding
classes to a depth of 10 or more adds less than .005 seconds (on average)
to the running of the form. I've stopped worrying about that (although
it
used to be a real issue in Paradox for Windows, where "bubbling up" as
they
called it was like watching a lava lamp bubble <g>).

re: scheduler OCX -- what's wrong with Outlook?

Have you tried Solutions:PIM from Gamesman? www.dbi-tech.com for a demo.

All the frameworks are good. I have VFE and VMP. It's a matter of
personal taste. I don't want to be burdened with Codebook ("solutions to
all the wrong problems" as one wag, not me, put it), and I want a more
complete framework than VMP. That said, I like VFE's greater integration
with the VFP data engine, and I like VMP's rather complete working around
of the gotcha's in VFP. And if I were starting from scratch myself, I'd
start with MasterClass, Lisa Nichols Slater's framework -- because she
catches and fixes problems other folks don't even see. So, it's all a
matter of where one is at the current moment, I think.

Good luck

Hank

>>the trick is the learn the framework, rather than fight it.
>
>You mean real work, not just set a property and go to lunch!
>
>>In this case,
>>the easy way would be to create a 1:M form, and then position it off
the
>>main foxpro window, and have at it programmatically. Everything you
want
>>to do is available in the framework, e.g., the child_new method which
is
>>particular to form_toolbar_onetomany.
>
>Hank,
>
>Ok... What about the form overhead, open/close spare files hanging
around. Does it seem noticeably slower when you have used this method?
>
>What about the PRIVATE datasession that VPM uses for forms, wouldn't
that
make reaching from form to form more difficult/slower?
>
>All this said or questioned, thanks for the response and I intend to try
it out. I have pretty much convinced myself VPM is a good product and
I'll
migrate over to it. Why reinvent every wheel.
>
>>
>>There are other ways as well -- I've got a button class which hooks to
the
>>many of a 1:M and uses the VPM mover form to add/delete/rearrange
records
>>The main thing to remember is that the code for handling all the things
>>you don't want to handle is in the form, for the most part.. The class
>>browser is your friend. Also, get to know the postadd, presave, and
>>postsave methods.
>
>Is the debugger your friend also?
>
>
>
>Side issue, Do you know of a good SCHEDULER OCX that would allow
overbooking. You know doctors would never just see one patient when the
could be seeing three!
>
>Thanks
>
>Bob Gould
>Contemporary Software Systems, Inc.
>1665 Briargate Blvd Ste 101
>Colorado Springs, Co 80920
>719 574 0300
Reply
Map
View

Click here to load this message in the networking platform