Turn in a CAR and provide a before and after display. Send me the CAR number, please. We are trying to address all barriers to DM to FV migration. Regards, Alex Johnson Invensys Systems, Inc. 10900 Equity Drive Houston, TX 77041 713.329.8472 (voice) 713.329.1700 (fax) 713.329.1600 (switchboard) alex.johnson@xxxxxxxxxxxxxxxx -----Original Message----- From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On Behalf Of Kevin FitzGerrell Sent: Tuesday, May 30, 2006 7:55 PM To: foxboro@xxxxxxxxxxxxx Subject: Re: [foxboro] Resetting graphics optimization for FoxView? Alex, I worded that poorly. When I say previous display, I meant it in the sense of "the same display I would get if I clicked the previous display button" So, after running fdf_g and g_fdf on a graphic and opening that graphic in FoxView, when I click on an object that opens an overlay, the overlay opens, and the display closes, reverting to previous display. This happens because of the way we call overlays, which works fine in DM, and works fine in converted displays, but seems to have a problem after running fdf_g and g_fdf. Here's an example of the action configured for clicking on an object (courier formatting): CON OBJ NUM TYP row,col type acc path --- ---- ------- ----------------- --- -------------------------------- 179 RECT 76,37% Execute 0 almack D601GW_816A:MA6649;close -all;ov /usr/chh/816/disp/M816/M6649 -ontop -l LL I expect it is the "close -all" that is the issue. "close -all" is supposed to close all overlays. It seems to be closing all overlays and the display now. Regards, Kevin FitzGerrell Carter Holt Harvey, Ltd. +64 27 460 9994 Quoting "Johnson, Alex P (IPS)" <alex.johnson@xxxxxxxxxxxxxxxx>: > Kevin, > After you converted the displays, did you get rid of the old DM > displays > from that machine? > > If not, please try the experiment again, but rename the DM display to > something else. > > Once a display is converted to FV, it cannot actually revert to DM > format. > So, I suspect that the search order must be <dispName>.pdf -> > <dispName>.fdf > and you are getting the DM version again. > > > > Regards, > > Alex Johnson > Invensys Systems, Inc. > 10900 Equity Drive > Houston, TX 77041 > 713.329.8472 (voice) > 713.329.1700 (fax) > 713.329.1600 (switchboard) > alex.johnson@xxxxxxxxxxxxxxxx > > -----Original Message----- > From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] > On > Behalf Of Kevin FitzGerrell > Sent: Tuesday, May 30, 2006 4:37 PM > To: Burbach, Norbert > Cc: foxboro@xxxxxxxxxxxxx > Subject: Re: [foxboro] Resetting graphics optimization for FoxView? > > Norbert, > > That was my first thought, however it didn't work out as well in > practice. > After doing the fdf_g and g_fdf, all displays that had been converted > from > DM > had the problem that when an overlay was called the display reverted to > previous display in addition to opening the overlay. > > Regards, > > Kevin FitzGerrell > Carter Holt Harvey, Ltd. > +64 27 460 9994 > > > Quoting "Burbach, Norbert" <norbert.burbach@xxxxxxxxxxxxxxxx>: > > > > > Kevin, > > > > Use the "fdf_g -r *" command to create ascii files out of your diplay > > files > > recursive through all directories. Then convert it back to binary > with > > "g_fdf -r *". After that delete your .g files.. It should do the > trick. > > > > > > Norbert > > > > ______________________________________________________________________ > _ > This mailing list is neither sponsored nor endorsed by Invensys Process > Systems (formerly The Foxboro Company). Use the info you obtain here at > your own risks. Read http://www.thecassandraproject.org/disclaimer.html > > foxboro mailing list: http://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 Invensys Process > Systems (formerly The Foxboro Company). Use the info you obtain here at > your own risks. Read http://www.thecassandraproject.org/disclaimer.html > > foxboro mailing list: http://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 Invensys Process Systems (formerly The Foxboro Company). Use the info you obtain here at your own risks. Read http://www.thecassandraproject.org/disclaimer.html foxboro mailing list: http://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 Invensys Process Systems (formerly The Foxboro Company). Use the info you obtain here at your own risks. Read http://www.thecassandraproject.org/disclaimer.html foxboro mailing list: http://www.freelists.org/list/foxboro to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave