Michael I had the same proble with the picture being changed. Now what I do is instead of assigning the picture in the picture selection box, I type the following code into the SKIP FOR textbox:

.F. PICTURE 'graphics\txtclear.bmp'

This seems to retain its value.

HTH

>Well am I ever having fun.
>
>All my applications have a directory structure thus:
>ROOT -
>apics
>bcde
>dbfs
>docus
>forms
>menus
>othr
>picts
>progs
>quers
>repts
>system
>tmpfiles
>
>As above structure suggests - Menus are in menus, Forms are in forms etc.
>
>Now to the problem...
>I store the application pictures in apics.
>So to map a picture in a menu in the menus directory.. the file path will be
>..\apics\somepict.ico
>That works great except:
>1. On rhe build of the project, the menus get generated in the root
>directory.. not in the menus directory?? Any ideas?
>2. Picture files compile ok the first time, however when I open the menu a
>second time, for editing, the following occurs.
>Some picture files are changed from file to resource, and worse than that
>the path changes to ..\..\apics\somepict.ico (extra '..\')
>The next time it opens the path changes to ..\..\..\apics\somepict,ico.
>(i.e. it seems to be adding an extra '..\' to each path, I have only seen it
>go three deep, ..\..\..\apics\somepict.ico.)
>This occurs every build, however not to all menu items. This is the wierd
>part. Some menu items stay the same, some change as above. Also, I have
>tried absolute pathing to the picture, to see if this helps. Again the menu
>upon reopening, does the above. (i.e. changes the path to
>..\apics\somepict.ico) Then the pattern repeats as above. Why would some not
>change and then others change? The common thread is the ones that change are
>changed to resource where the others stay picture. Why would some change to
>resource?
>
>Now is there a setting that I am missing in VFP configuration?
>Is there an issue with the menu generator and pictures?
>Or is it something more sinister, a bug in VFP? (Say it isn't so <bg>)
>
>Thanks in advance,
>Mike