Nancy,

I have tried everything that you mentioned. Find, below, however,
something which I would love to have your input on :

=========================================================================
Richard,

I can do that too and it works. Problem is I need to be able to visually edit my
toolbar. The way I do it, and you might be interested in it given
your point about formsets (which I do not like much too), is I create
a toolbar class, then go to TOOLS / OPTIONS / FORMS and temporarily
make that toolbar class my default form class. I then do a NEW /
FORM which uses that Toolbar class. This way I do not have to add it
to a form set, I can have it on its own. I then go back to TOOLS /
OPTIONS / FORMS and put the default form class to our in-house
default form class. I use this method a lot to get around the formset
problem.

I have a feeling, however, that I have hit a VFP5 bug where toolbars,
any toolbar, remain in memory regardless of any RELEASE, CANCEL,
etc..., that you may have done. From my observations and
experimentation I am pretty
convinced that FoxPro does that with the VFP toolbars anyway, and I
would not be surprised if it does that with ANY KIND of toolbar, hence
the FILE IN USE problem that I get.

Michel.

================ Your original message follows ================

Monday, 9 November 1998 14:35, you wrote:

>I am not quite sure why you are asking. Basically I have created a
>Toolbar class. I then create a form based on that Toolbar, and as
>part of the development/testing process I modify one or two things,
>run the toolbar, then I want to modify a few more things and .....
>bang .... I get "FILE IS IN USE" when I do the MODIFY FORM to do
>the modifications.

The way I have use toolbars is 'create' a toolbar object (like oTlb =
CREATEOBJECT("MyToolbar"), first declare oTlb public) followed by a
oTlb.Dock(0) and a oTlb.Show() command. Never had any problems with it like
that: variable goes out of scope, toolbar = gone.

While it is possible to drag-drop a toolbar class from the projectmanager
onto an existing form, this requires a formset, and I just hate formsets
(and I truly believe they hate me).

Richard
daniels@bart.nl

PS. File is in use is a sure sign something is wrong, it is not just there
to annoy you. It could cause memory errors and even prevent VFP from closing
properly!


*//////////////////////////////
FoxShare Mailing List. Information at
http://www.hourglassconsulting.com/whyted
whyted@hourglassconsulting.com
*//////////////////////////////


>How about adding a cancel all? Do you have a program that's still in memory? If not, clear all does the trick for me. Maybe, also, try THIS RELEASE?
>
>>Toolbar Problem
>>---------------
>>If I create a Toolbar class, and then create a form based on that
>>class ..... everything works. I can hide the toolbar, show it ....
>>but : how do I clear it from memory completely ? Releasing the
>>object memory variable attached to it does not seem to do the trick as
>>if I try to MODIFY FORM I get "File is in use". CLEAR ALL, CLOSE
>>ALL, RELEASE ALL, none of those work, I still get the "File in use
>>error" when trying to MODIFY FORM my toolbar form. The only
>>solution I have found so far is shutdown VFP and restart it.
>>
>>Normal forms have a RELEASE EVENT but Toolbars do not have anything
>>equivalent, so I am stuck for the moment.
>
>
>You need to create a .MSK version of your .BMP file. Maybe it's the same for ICO files. Check out the archives..there are threads about this and even a UT KB article, I believe.
>
>>Toolbar icon problems
>>---------------------
>>I have command buttons on the toolbar and I use icons for them.
>>Sometimes the icons will show in their beautiful splendour, sometimes
>>there is icon corruption with white contours around the edges of the
>>icon. It is extremely annoying. Anyone has any ideas as to what
>>causes that ?