[Openroad-users] BringtoFront issue on an OR frame

Antill, Jim jantill at revenue.ie
Wed Nov 22 03:00:26 EST 2006


Jay,
 
We're doing something similar here, getting an OpenROAD image to display a
frame when it receives an external event. (The event is sent by an OpenROAD
image rather than .Net ).
 
The problem was that the first frame opened in the receiving application's
session always appeared in the background, despite using BringToFront.
Subsequent frames opened by the receiving application worked fine, appearing
on top as requested. Using the Activate method on the opened frame initially
sorted the problem out, but at the expense of disturbing other events on the
frame. 
 
Our solution was to open an initial frame in the receiving app during start
up of the sending app. That way the first "real" frame requested on the
receiving app isn't really the first and displays in front correctly. A bit
messy, but that initial frame can also be used to perform some real startup
work as well.
 
Not identical to what you're doing, but hope that helps a bit.
 
Regards,
Jim 

-----Original Message-----
From: openroad-users-bounces at peerlessit.com
[mailto:openroad-users-bounces at peerlessit.com]On Behalf Of Mehta, Jay
Sent: 21 November 2006 15:26
To: openroad-users at peerlessit.com
Subject: [Openroad-users] BringtoFront issue on an OR frame


*************************************

This e-mail has been received by the Revenue Internet e-mail service.

*************************************
	

Hi all, 

We've been facing some issues with the BringtoFront functionality,
specifically in the context of an OR userevent that is indirectly triggered
by an action on a VB .Net form. The event is raised and directed to the
receiving OR frame by an intermediate agent, and the code to then bring that
frame to the front is executed as expected (all this verified by running the
application through the debugger). However, the .Net form that originally
triggered the whole sequence of events still seems to sit on top of the
receiving OR frame. We've even tried using a 3GL call to the SetWindowPos
function, to change the order of the top-level window, but to no avail. 

Currently using OR 4.1/0302 (int.w32/00), Patch 9409 on Windows XP SP1. Any
help would be much appreciated. 

Thanks in advance, 
Jay 

_______________________________________________________

The information in this message is confidential and may be legally
privileged. It is intended solely for the addressee. Access to this message
by anyone else is unauthorised. If you are not the intended recipient, any
disclosure, copying, distribution or any action taken or omitted to be taken
in reliance on it, is prohibited and may be unlawful. The registered office
of Wellington Underwriting plc is 88 Leadenhall Street, London, UK EC3A 3BA.

Wellington Underwriting plc is listed on the London Stock Exchange.

Wellington Underwriting Agencies Limited is authorised and regulated by the
Financial Services Authority.

Wellington Syndicate Services Limited is an Appointed Representative of
Wellington Underwriting Agencies Limited.

_______________________________________________________

 



************************

This message has been delivered to the Internet by the Revenue Internet e-mail service

*************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://peerlessit.com/pipermail/openroad-users/attachments/20061121/1a2dc572/attachment.html 


More information about the Openroad-users mailing list