Thanks Laurie for the encouragement!

I have wanted to get going with classes for years.  Once in the past I
needed a custom class done in code.  I had help off list from one of the
members to get that going.  This past weekend I finally dived into the
visual class designer and have succeeded in getting the most critical
issues with calendar control fixed and I feel like I am on my way to
finally being able to figure out how to do my own.

Several notes to beginners - (could be me again in another year if I don't
get to spend time before then)

   - Open the Project Manager and expand the Class Libraries
   - Click on class you want to work with.  It will open in the Class
   Designer which works very much like the Form Designer except that you need
   to close the designer with the X in the upper right corner and then choose
   save.  In the Form Designer you can simply "control w" to close and save
   - Remember that you can View | code to see everything that gets
   generated.  I found a printed copy of all the code to be very helpful.
   - You can select individual visual components of the class by clicking
   on them.  To get to the top of the hierachy use the tree in the dropdown at
   the top of the properties window.
   - Don't forget to set the classlib in the code.
   - If you add something to a method that contains only a default
   parameter line and then take it out again but leave the original parameter
   line, the system thinks it is custom code and tries to execute it.  I found
   that when this happens all one can do is delete everything in that method.
    This seems to satisfy the system even though the original information is
   no longer there.

Some of my conclusions could be wrong.  I would welcome any corrections or
additions.

Thanks,  Joe


On Sat, Jun 14, 2014 at 4:34 AM, Laurie Alvey <[email protected]> wrote:

> The procedure for changing code or properties in a class is exactly the
> same as what you would do for a form or prg. The modified class will be
> recompiled with the rest of the project members.
>
> Laurie
>
>
> On 14 June 2014 01:32, Joe Yoder <[email protected]> wrote:
>
> > Thanks Rafael - that fixed the calendar display problem.
> >
> > I had hoped that taking care of the calendar would also address the
> > problems I am seeing with 24 hour time but that problem still remains.
> >  Actually the problem is present in the demo itself so I should have
> known
> > that setting the classlib won't clear it up.  What happens is that when
> one
> > enters the time directly into the control the system does not allow the
> > hour to go above 11.  If one advances time through the spinner the value
> > can go to 12:00 and beyond..  There is a smaller issue with an extraneous
> > "M" staying in the right of the time textbox.  It is obviously intended
> to
> > have an "A" or "P" after as is used in 12 hour time.  It should not
> appear
> > when military time is in effect.
> >
> > It is not at all clear to me how to go about fixing a bug in class code.
> >  Does one need to go through a separate process to compile a class before
> > it can be used in a project?
> >
> > Thanks in advance for any further help,
> >
> > Joe
> >
> >
> > On Fri, Jun 13, 2014 at 5:55 PM, Rafael Copquin <
> [email protected]>
> > wrote:
> >
> > > set classlib to ..\Libraries\ vfpcalendar.vcx additive
> > >
> > > I guess that should do it
> > >
> > > Rafael Copquin
> > >
> > >
> > > El 13/06/2014 14:20, Joe Yoder escribió:
> > >
> > >> What I have done is simply select the control on the design surface in
> > his
> > >> demo project and copy and paste it to my project.  This seemed to work
> > but
> > >> when I click the calendar dropdown I get the message "Class definition
> > >> CALCALENDAR is not found.
> > >>
> > >> I checked and calcalendar does show up under Class Libraries\
> > vfpcalendar
> > >> in my project manager tree.
> > >>
> > >> Should I be doing something differently?  How do I go about running
> this
> > >> down as a greenhorn to classes?
> > >>
> > >> Thanks in advance,
> > >>
> > >> Joe
> > >>
> > >>
> > >> --- StripMime Report -- processed MIME parts ---
> > >> multipart/alternative
> > >>    text/plain (text body -- kept)
> > >>    text/html
> > >> ---
> > >>
[excessive quoting removed by server]

_______________________________________________
Post Messages to: [email protected]
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/CABQeDnVFrjqsUtWYSvEr==su3odqjhvgjbn4p9de7_t8xz4...@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.

Reply via email to