Hi Scott,
Thanks for the reply.
Full redraw is not turned on.
You are correct. These are S2003/S2008. I don't have any Win7 or XP to test on.
I will build one from scratch and see.
The one thing I did notice about the original object in FV is it came from DM
using a .PRTYPE.
Probably won't matter, but I filled in the C:B just to see if I get the same
behavior.
Also, it looks like my QF for FV10.4.1. may be superseded, so I'll try the
latest QF as well.
Kind Regards,
Dave
-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On ;
Behalf Of Landry, Scott
Sent: Monday, March 28, 2016 9:20 AM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] FoxView Display Grays Out
Check your display properties, is full redraw turned on ?
From your explanation of the issue below, this is happening on S2003 and
S2008 stations, how about Win7 or XP stations ?
If you create a new similar object with the same attributes and dynamics
does the new object have the same problem ?
________________________________________
From: foxboro-bounce@xxxxxxxxxxxxx [foxboro-bounce@xxxxxxxxxxxxx] On Behalf Of
dave.caldwell@xxxxxxxxxxxxxx [dave.caldwell@xxxxxxxxxxxxxx]
Sent: Monday, March 28, 2016 7:35 AM
To: foxboro@xxxxxxxxxxxxx
Subject: [foxboro] FoxView Display Grays Out
All Knowing List,
Problem:
A colleague using FoxDraw copied some Background Text that was connected to a
REALM block.
He pasted it back to the graphic, renamed it, and tied it to a different REALM
block.
He then copied the graphic out to the Operator Display.
With the display called up in FoxView the graphic after a time will gray out
completely.
It will then immediately redraw just the text that is updating.
As values update they reappear.
As you glide the cursor over objects that are pickable they reappear.
If you call up a Window from behind and then minimixe it, the area under the
Window reappears.
If you refresh the graphic it will completely reappear.
Background:
We are using FoxView 10.4.1 with QF1221213B.
It does it on V9.1 and V8.6 of I/A.
It does it on a thin client using RDP, a remote head using RGU, and a local
head using Matrox 9120.
This graphic was converted from Display Manager roughly a year ago and has
seemed to work fine since.
There's really not much to the object's configuration other than an action to
call up an overlay and updates from ALMSTA and PRTYPE.
Question:
Anyone seen this before? Any ideas where to look?
Kind Regards,
Dave
_________________________________________________________________________
This mailing list is neither sponsored nor endorsed by Schneider Electric
(formerly The Foxboro Company). Use the info you obtain here at your own
risks. See the disclaimer at www.thecassandraproject.org/disclaimer.html
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
______________________________________________________________________
*** Confidentiality Notice: This e-mail, including any associated or attached
files, is intended solely for the individual or entity to which it is
addressed. This e-mail is confidential and may well also be legally privileged.
If you have received it in error, you are on notice of its status. Please
notify the sender immediately by reply e-mail and then delete this message from
your system. Please do not copy it or use it for any purposes, or disclose its
contents to any other person.
_________________________________________________________________________
This mailing list is neither sponsored nor endorsed by Schneider Electric
(formerly The Foxboro Company). Use the info you obtain here at your own
risks. See the disclaimer at www.thecassandraproject.org/disclaimer.html
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
_________________________________________________________________________
This mailing list is neither sponsored nor endorsed by Schneider Electric
(formerly The Foxboro Company). Use the info you obtain here at your own
risks. See the disclaimer at www.thecassandraproject.org/disclaimer.html
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
