[Openroad-users] OpenRoad SP3 to 2006 Conversion issue

Wed May 2 19:30:33 EST 2007

Hi Kim,

No this problem is not during the initialize of the frame.  The frame draws itself properly on initialize.  When moving through an array of data, I populate the frame with the current array row's data.  I then set the appearance of numerous fields depending on the validity of the data.  It is at this point the frame does not redraw itself.

>From the comments made by Ingres, I do not think that this is an issue we will be able to resolve ourselves, as they have confirmed it as a bug.

Martin Bloomfield. 

From: openroad-users-bounces at peerlessit.com [mailto:openroad-users-bounces at peerlessit.com] On Behalf Of Kim Ginnerup
Sent: 02 May 2007 10:05
To: International OpenROAD Users
Subject: Re: [Openroad-users] OpenRoad SP3 to 2006 Conversion issue

Is this part of the frame startup?

We have seen so timing problems in the initialize block.

By sending a userevent with a delay of 0.3 sek. And then did the flush in there the screen painted correctly

Kim

________________________________

Fra: openroad-users-bounces at peerlessit.com [mailto:openroad-users-bounces at peerlessit.com] På vegne af Bloomfield, Martin (PSD)
Sendt: 2. maj 2007 11:02
Til: International OpenROAD Users
Emne: Re: [Openroad-users] OpenRoad SP3 to 2006 Conversion issue

Anthony,

Thanks for the suggestion.  Unfortunately it doesn't.  I tried all sorts of variations on UpdField() and Flush() at both the field, matrixfield and frame level but to no avail.  

Looking at the dialog of updates on my call, it appears that this problem is related to a flush/timing problem.  Ingres were able to solve the problem by using Flush() on a cutdown version of my frame, but it did not fix it in the full frame.  Also, running the frame through the debugger fixed the problem.  

Martin Bloomfield. 

From: openroad-users-bounces at peerlessit.com [mailto:openroad-users-bounces at peerlessit.com] On Behalf Of Anthony Bolton
Sent: 02 May 2007 09:40
To: International OpenROAD Users
Subject: Re: [Openroad-users] OpenRoad SP3 to 2006 Conversion issue

Martin,

Does UpdField() on the matrix field sort the problem? We've used this on subforms to force a repaint after getting some odd visual effects when making fields visible/invisible.

Anthony.

________________________________

From: openroad-users-bounces at peerlessit.com [mailto:openroad-users-bounces at peerlessit.com] On Behalf Of Bloomfield, Martin (PSD)
Sent: 02 May 2007 09:23
To: International OpenROAD Users
Subject: Re: [Openroad-users] OpenRoad SP3 to 2006 Conversion issue

Anthony,

We have only attempted to "convert" one application.  The problem I had revolved around the drawing of fields in a matrix field when one of the entry fields had its background colour and outline changed.  If the entered value is valid, we set the background to cc_sys_btnface and outline to lw_noline.  If the value is incorrect, we set the background to cc_pale_yellow and outline to lw_minimum.  This is a simple data-cleaning frame with no other "containers" on it such as tab folders.

This seems to cause the field to change in size.  When this happens part of the matrix field is then not re-drawn.  If you minimize and restore the frame everything is fine until the field's appearance is changed again.  I suspect the problem is the outline, as we have other fields in the matrix whose background colour is changed dynamically and they redraw properly.

Ingres have agreed that this is a bug and think it is a side-effect of work they did to improve re-draw performance problems they had.

Martin Bloomfield. 

From: openroad-users-bounces at peerlessit.com [mailto:openroad-users-bounces at peerlessit.com] On Behalf Of Anthony Bolton
Sent: 02 May 2007 09:02
To: International OpenROAD Users
Subject: Re: [Openroad-users] OpenRoad SP3 to 2006 Conversion issue

Martin,

Could you expand on the redraw issues that you've experienced with OR2006?

We've had some isolated problems such as fields from frames in the background flashing up when switching from one page to the next, or frames appearing with unexpected background colours. The fields were fixed by changing BgPattern from Default to Clear and the frames by changing BgPattern from Clear to Solid. Fortunately the problems were isolated.

Anthony.

________________________________

From: openroad-users-bounces at peerlessit.com [mailto:openroad-users-bounces at peerlessit.com] On Behalf Of Bloomfield, Martin (PSD)
Sent: 02 May 2007 08:40
To: International OpenROAD Users
Subject: Re: [Openroad-users] OpenRoad SP3 to 2006 Conversion issue

Darren,

We have looked at moving from OpenROAD SP2 to 2006 and seen the same issue.  We also have major redraw issues, which have currently prevented our move to 2006.  When I opened a call with Ingres over these issues, a Level 2 technician logged the comment "Error about 'getattr' is Bug 117612, this problem has been fixed since GA".  I don't think this should not prevent your application from working.

Hope this helps,

Martin Bloomfield. 
____________________________________________ 
Application Developer & Database Administrator 
IT Branch, 
Pesticides Safety Directorate 
YORK 

Email: martin.bloomfield at psd.defra.gsi.gov.uk <mailto:martin.bloomfield at psd.defra.gsi.gov.uk>  
Website: www.pesticides.gov.uk <http://www.pesticides.gov.uk>  

P Save a tree... please don't print this e-mail unless you really need to 

From: openroad-users-bounces at peerlessit.com [mailto:openroad-users-bounces at peerlessit.com] On Behalf Of Darren Harvey
Sent: 02 May 2007 03:52
To: 'OpenRoad Users'
Subject: [Openroad-users] OpenRoad SP3 to 2006 Conversion issue

Hi

We are changing from OpenRoad 4.1 SP3 to OpenRoad 2006 and are getting some messages in the log file in 2006 that don't appear in SP3.

For example, when compiling a frame in 2006 we receive a message in the trace window:

"An illegal attempt to use the 'getattr' method for class TYPE has been detected"

However the system also tells us that the 'Frame was successfully compiled'.  The frame does appear to work correctly, however the same message also appears at run-time when opening the frame.  

I have stepped it through debug, and the message appears somewhere between the 'callframe' statement that calls the frame, and the first line of code in the frame script.  So I am assuming it is something in the frame itself, but don't know where to start looking.

Hope someone can help.

Thanks

Darren

Regards

Darren Harvey

MyWorkplace Solutions Pty Limited

Level 5, 11 Queens Road

Melbourne Victoria 3004

Ph.       1300 733 731

Mob.     0400 398 188

Fax.      03 9710 1112

Making Service our Priority

www.MyWorkplace.com.au

If you receive this email by mistake, please notify us and do not make any use of the email. We do not waive any privilege, confidentiality or copyright associated with it.

Department for Environment, Food and Rural Affairs (Defra)

This email and any attachments is intended for the named recipient only.
If you have received it in error you have no authority to use, disclose,
store or copy any of its contents and you should destroy it and inform
the sender.
Whilst this email and associated attachments will have been checked
for known viruses whilst within Defra systems we can accept no
responsibility once it has left our systems.
Communications on Defra's computer systems may be monitored and/or
recorded to secure the effective operation of the system and for other
lawful purposes.

The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the addressee, any disclosure, reproduction, copying, distribution, or other dissemination or use of this communication is strictly prohibited. If you have received this transmission in error please notify the sender immediately and then delete this email.

Any representations or commitments expressed in this email are subject to contract.

This message has been scanned for viruses and dangerous content. However, it is essential that the recipient also checks this message using commercially available mail scanning and anti-virus software. IPL Information Processing Limited accepts no liability for any loss or damage resulting from any virus or other dangerous content in this message.

IPL Information Processing Limited is registered in England and Wales under company registration number 1418818. Registration took place at Cardiff on 10 May 1979. IPL Information Processing Limited's registered office and normal place of business is Eveleigh House, Grove Street, Bath, BA1 5LR, United Kingdom. IPL is also registered for Value Added Tax (VAT) under registration number GB 601 2931 83.

The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the addressee, any disclosure, reproduction, copying, distribution, or other dissemination or use of this communication is strictly prohibited. If you have received this transmission in error please notify the sender immediately and then delete this email.

Any representations or commitments expressed in this email are subject to contract.

This message has been scanned for viruses and dangerous content. However, it is essential that the recipient also checks this message using commercially available mail scanning and anti-virus software. IPL Information Processing Limited accepts no liability for any loss or damage resulting from any virus or other dangerous content in this message.

IPL Information Processing Limited is registered in England and Wales under company registration number 1418818. Registration took place at Cardiff on 10 May 1979. IPL Information Processing Limited's registered office and normal place of business is Eveleigh House, Grove Street, Bath, BA1 5LR, United Kingdom. IPL is also registered for Value Added Tax (VAT) under registration number GB 601 2931 83.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://peerlessit.com/pipermail/openroad-users/attachments/20070502/58e624e4/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 1436 bytes
Desc: image001.jpg
Url : http://peerlessit.com/pipermail/openroad-users/attachments/20070502/58e624e4/attachment-0001.jpe 