Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Browse window on desktop
Message
De
26/12/2015 17:49:24
 
 
À
26/12/2015 13:30:04
Information générale
Forum:
Visual FoxPro
Catégorie:
Autre
Versions des environnements
Visual FoxPro:
VFP 9 SP2
OS:
Windows 7
Network:
Windows 2008 Server
Database:
Visual FoxPro
Application:
Desktop
Divers
Thread ID:
01629278
Message ID:
01629304
Vues:
68
upd: Dragan shows it can be done and taming his solution probably is much easier than going my way. But Tamar gives you the standard answer, which probably will evoke the least amount of work on your side - but the one you did not ask for. As the basic question was somewhat flawed, that might still be the best solution to your problem ;-))
/upd

Without further info gut reaction: classify into "bad idea". Independant window in windows desktop means other vfp process. Process communication easy to do with activeX, although probably old OLE linking is the better technical approach the tighter those windows are coupled, as you have control up into interrupt level into the other process with OLE. But chances are that you will need other settings from first process and you will be between Scylla and Charybdis when it comes to duplicating setup calls vs. marshalling between process space. Additional GUI handling to make certain that both windows are not moved away by user action or changed screen sizes. Data inconstistencies if buffering is enabled and editing intended...

Been there, done that as one team threatened to tank a whole project - we had to include a former large part for considerable time, as budgets were overrun by too many cooks. Was in with the draft team, went with OLE as technical side had to be spotless (other approaches via activeX and semaphores worked, but OLE gave better fine grained control. Again, unless a large project will fail otherwise the overhead for this "solution" most of the times cannot be argued for on pure "programmers" arguments: only the economic wall of cancelling made it bearable.

Nothing earth shattering, but in my book enough coding on the handling fringes that I would try to jump back into into spec phase and try to look for alternative approaches.

>Ok, my bad.
>
>I should have emphasized that I was talking about the actual FoxPro Browse command. Display as a standalone Browse window for open table.
>
>
>>7
>kind of browse window you need ?
>>1-a vfp window as define window.....see foxhelp for complet syntax.add "in desktop" to place it on the desktop
>> if you add the clause "SYSTEM" Specifies the user-defined window to look like a system window.
>> When you include certain other clauses (GROW, ZOOM, and so on), the appropriate window controls are
>> placed in the window's border.
>> can browe any table here....
>>2-a modal form (windowtype=1) or with clause : form.show(1) and desktop=.t.
>>3-a form with showWindow=2 as a top level form (autocenter,alwaysOntop,...)
>>4-local apie
>> apie=newObject("internetexplorer.application")
>> with apie
>> .menubar=0
>> .toolbar=0
>> .statusbar=0
>> .resizable=1
>> navigate("https://www.levelextreme.com") &&even local file
>> .width=800
>> .height=600
>> .left=(sysmetric(1)-.width)/2
>> .top=(sysmetric(2)-.height)/2
>> .silent=.t.
>> declare integer BringWindowToTop in user32 integer
>> bringWindowTotop(.hwnd)
>> .visible=.t.
>> endwith
Précédent
Répondre
Fil
Voir

Click here to load this message in the networking platform