Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Browse window on desktop
Message
From
28/12/2015 07:40:36
Dragan Nedeljkovich (Online)
Now officially retired
Zrenjanin, Serbia
 
 
To
27/12/2015 08:34:36
General information
Forum:
Visual FoxPro
Category:
Other
Environment versions
Visual FoxPro:
VFP 9 SP2
OS:
Windows 7
Network:
Windows 2008 Server
Database:
Visual FoxPro
Application:
Desktop
Miscellaneous
Thread ID:
01629278
Message ID:
01629316
Views:
62
>Do you happen to know why setting the .Top results in value different if you try to read out afterwards? Some kind of default offset? And assigning .Top also resets .Left to a new value ? From which point is that setting calculated after the Browse command, which in simple tests show it at 0,1 ? Seems location of _vfp.top, _vfp.Left plays a role in that calculation whenn assigning, but not tested in earnest.

Actually no, didn't even try it this time, until I tried your code :). But I did try the "in macdesktop" on other windows before, e.g. tried to keep a text editor floating around, but gave up on it because it doesn't see the system menu, so keyboard shortcuts for clipboard don't work.

Looks like it has an _assign method which accepts values relative to desktop itself, and _access method which returns values relative to _vfp. In my case, the difference was -95, i.e. as if there were 95 pixels above _vfp. Which is surely not the case, there's only about 20-25 px up there (I have a system toolbar of that size on top). The funny thing is that .left goes from 0 to -12 as well, and I have nothing on the left. Very weird and I wish I knew what's going on.

back to same old

the first online autobiography, unfinished by design
What, me reckless? I'm full of recks!
Balkans, eh? Count them.
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform