>It is not hopeless, do not listen to Jim! :)

Yeah, I hear that around the house a lot, too. Thought I was safe at the keyboard.

In any case, "it seems pretty easy" might be OK for the concept, but the devil is in the details.


>>>We have ASelObj when modifying forms or classes. This allows us to know the currently selected object (or objects), from which we can learn the PEMs and their values, sibling objects, child objects, and the top-level object being edited, and other functions and methods allows us to create PEMs, and remove child objects, etc.. All of PEM Editor depends on this.
>>>
>>>I have never heard of any similar feature when using the Report Designer. Without it, I think this suggestion can go nowhere.
>>
>>I know that there is no aselobj() in RD. However when you select multiple report textboxes for instance, VFP/RD knows which are those.
>>There is some clipboard info filled in somewhere (where ??) which is then used by VFP/RD to copy them. Content of that clipboard (where ever it is kept) is what I am after. Any ideas how this info can be retrieved ?
>
>
>It is not hopeless, do not listen to Jim! :)
>
>
>Actually it seems pretty easy, when you copy from the report writer into the clipboard Foxpro creates a report in the tmpfiles folder (extension tmp, but it is a report table), so you just can use that file as a table and do a translation to scx format for all the records in there. Now the trick is to get the name of the file, and it is a long time since I last played with the clipboard, but the name of the file is in there with format 49643, so you should be able to use GetClipboardData() and retrieve this name, to see what I am talking about, download a clipboard viewer (I just googled and found this one http://www.nirsoft.net/utils/inside_clipboard.html) and you can see there the name of the file created with a record for each object you selected and copied in your report.
>
>{Update} The same applies to a form with format id 49641, and this time even the extension is scx{/update}