AnsweredAssumed Answered

vrf XY object, problem with markes XY

Question asked by VRFuser on Jan 28, 2002
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"><HTML><HEAD><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ISO-8859-1"><TITLE>RE: vrf VRF: XY object, problem with markes XY</TITLE><META content="MSHTML 6.00.2462.0" name=GENERATOR></HEAD><BODY><DIV><FONT face=Arial color=#0000ff size=2><SPAN class=778434319-29012002>We finally got some spare time to look at this thread and offer some help.</SPAN></FONT></DIV><DIV><FONT face=Arial color=#0000ff size=2><SPAN class=778434319-29012002></SPAN></FONT> </DIV><DIV><FONT face=Arial color=#0000ff size=2><SPAN class=778434319-29012002>My R&D contact (I owe her bigtime!) had some clarifications of what we know about the problem and how to work around it. We're still hoping to fix it in VEE-NR, but it will be a while before that's available, so we thought we'd give you a workaround in the interim.</SPAN></FONT></DIV><DIV><FONT face=Arial color=#0000ff size=2><SPAN class=778434319-29012002></SPAN></FONT> </DIV><DIV><FONT><SPAN class=778434319-29012002><DIV><SPAN class=600373318-29012002><FONT face=Arial color=#0000ff size=2>The bug is caused by having <SPAN class=778434319-29012002>views of </SPAN>the "same" XY <SPAN class=778434319-29012002>object </SPAN>disagree <SPAN class=778434319-29012002>about </SPAN>which trace a marker is on.  The bug will not appear if:</FONT></SPAN></DIV><DIV><SPAN class=600373318-29012002><FONT face=Arial color=#0000ff size=2>- the developer ensures the XY on detail and (possibly multiple) panel(s) all agree on which trace each marker is on</FONT></SPAN></DIV><DIV><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN class=600373318-29012002>- the user does not at runtime </SPAN><SPAN class=600373318-29012002>change which trace any marker is on</SPAN></FONT></FONT></FONT></DIV><DIV><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN class=600373318-29012002></SPAN></FONT></FONT></FONT> </DIV><DIV><SPAN class=600373318-29012002><FONT face=Arial><FONT color=#0000ff><FONT size=2>This does limit the functionality a bit<SPAN class=778434319-29012002>, but we hope the workaround will help for now.</SPAN></FONT></FONT></FONT></SPAN></DIV><DIV><SPAN class=600373318-29012002><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN class=778434319-29012002></SPAN></FONT></FONT></FONT></SPAN> </DIV><DIV><SPAN class=600373318-29012002><FONT face=Arial><FONT color=#0000ff><FONT size=2>Th<SPAN class=778434319-29012002>e</SPAN> bug appeared in 5.01 (was not in 5.0)<SPAN class=778434319-29012002>. It's due to an architectural change we made in the internals of VEE. Because of the architectural aspect, it's surprisingly complicated to fix. That's why I'm not making promises about fixing it in VEE-NR: I want to see this one get through full QA testing before we announce it's fixed.</SPAN></FONT></FONT></FONT></SPAN></DIV><DIV><SPAN class=600373318-29012002><FONT face=Arial color=#0000ff size=2></FONT></SPAN> </DIV><DIV><SPAN class=600373318-29012002><SPAN class=778434319-29012002><FONT face=Arial color=#0000ff size=2>Sincerely,</FONT></SPAN></SPAN></DIV><DIV><SPAN class=600373318-29012002><SPAN class=778434319-29012002><FONT face=Arial color=#0000ff size=2></FONT></SPAN></SPAN> </DIV></SPAN></FONT></DIV><P><FONT size=2>Scott Bayes<BR>Software Technical Support<BR><BR>Agilent Technologies, Inc.<BR>815 14th Street S.W.<BR>Loveland, CO, U.S.A. 80537<BR><BR>970 679 3799 Tel<BR>970 635 6867 Fax</FONT> </P><BLOCKQUOTE dir=ltr style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px solid; MARGIN-RIGHT: 0px">  <DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma   size=2>-----Original Message-----<BR><B>From:</B> Wills, Corey D   [mailto:Corey.Wills@bnsf.com]<BR><B>Sent:</B> Monday, January 28, 2002 4:02   PM<BR><B>To:</B> 'vrf@lvld.agilent.com'<BR><B>Subject:</B> RE: vrf VRF: XY   object, problem with markes XY<BR><BR></FONT></DIV>  <P><FONT size=2>Attached is another example of this problem.  In this   case it occurs in an X vs Y Plot.  This example expects the two data   files to be in the root of the C drive.  </FONT></P>  <P><FONT size=2>There are notepads on the detail view of the user function   that give some specifics about where to look in the example and other misc.   info. </FONT></P>  <P><FONT size=2>I've seen this same problem with XY Trace (with single or   multiple traces), X vs Y Plot, and Y Plots.</FONT> </P>  <P><FONT size=2>Hope this helps the R&D people.</FONT> <BR><FONT   size=2> </FONT> <BR><FONT size=2>Corey Wills</FONT> </P>  <P><FONT size=2>-----Original Message-----</FONT> <BR><FONT size=2>From:   BAYES,SCOTT (A-Loveland,ex1) [<A   href="mailto:scott_bayes@Agilent.com">mailto:scott_bayes@Agilent.com</A>]</FONT>   <BR><FONT size=2>Sent: Monday, January 28, 2002 3:02 PM</FONT> <BR><FONT   size=2>To: "Vera Fernndez, Juan"; 'M Watts'</FONT> <BR><FONT size=2>Cc:   'vrf@lvld.agilent.com'</FONT> <BR><FONT size=2>Subject: RE: vrf VRF: XY   object, problem with markes XY</FONT> </P><BR>  <P><FONT size=2>Juan, R&D has been able to duplicate your marker   positioning problem.</FONT> </P>  <P><FONT size=2>I am hopeful that we'll see a fix in VEE-NR, but as always   (sorry to keep</FONT> <BR><FONT size=2>repeating, but Tech Support doesn't get   to make the decisions about defect</FONT> <BR><FONT size=2>fixes) I can make   no guarantees.</FONT> </P>  <P><FONT size=2>Sincerely,</FONT> </P><BR>  <P><FONT size=2>Scott Bayes</FONT> <BR><FONT size=2>Software Technical   Support</FONT> </P>  <P><FONT size=2>Agilent Technologies, Inc.</FONT> <BR><FONT size=2>815 14th   Street S.W.</FONT> <BR><FONT size=2>Loveland, CO, U.S.A. 80537</FONT> </P>  <P><FONT size=2>970 679 3799 Tel</FONT> <BR><FONT size=2>970 635 6867   Fax</FONT> </P>  <P><FONT size=2>> -----Original Message-----</FONT> <BR><FONT size=2>>   From: M Watts [<A   href="mailto:MikeJWatts@compuserve.com">mailto:MikeJWatts@compuserve.com</A>]</FONT>   <BR><FONT size=2>> Sent: Monday, January 28, 2002 12:01 PM</FONT> <BR><FONT   size=2>> To: Vera Fernndez, Juan</FONT> <BR><FONT size=2>> Cc:   [unknown]</FONT> <BR><FONT size=2>> Subject: vrf VRF: XY object, problem   with markes XY</FONT> <BR><FONT size=2>> </FONT><BR><FONT size=2>>   </FONT><BR><FONT size=2>> Hi,</FONT> <BR><FONT   size=2>>    I have not seen any reply to this message - just   thought </FONT><BR><FONT size=2>> that you might</FONT> <BR><FONT   size=2>> like to know: I tried doing what you said with the example   </FONT><BR><FONT size=2>> file you sent</FONT> <BR><FONT size=2>> but I   did not see the fault.  Maybe you have a setup problem e.g. try</FONT>   <BR><FONT size=2>> making the mouse movement slower using the control panel   applet.</FONT> <BR><FONT size=2>> </FONT><BR><FONT size=2>> Sorry I   couldn't be more helpful.</FONT> <BR><FONT size=2>> </FONT><BR><FONT   size=2>> Mike Watts</FONT> <BR><FONT size=2>> </FONT><BR><FONT   size=2>> </FONT><BR><FONT size=2>> Message text written by "Vera   Fernndez, Juan"</FONT> <BR><FONT size=2>> >Probably this anomaly has   already been discussed in this </FONT><BR><FONT size=2>> forum, but   here</FONT> <BR><FONT size=2>> it</FONT> <BR><FONT size=2>> is.</FONT>   <BR><FONT size=2>>  </FONT><BR><FONT size=2>> The attached program   shows two traces on an XY object with </FONT><BR><FONT size=2>> the delta   marker</FONT> <BR><FONT size=2>> option enabled.</FONT> <BR><FONT   size=2>> I can move the two markers to any point of the first trace   </FONT><BR><FONT size=2>> (yellow) and</FONT> <BR><FONT size=2>>   they</FONT> <BR><FONT size=2>> remains there forever. However, when I swap   to the second </FONT><BR><FONT size=2>> trace using the</FONT> <BR><FONT   size=2>> button to the left of the marker values near the bottom of   </FONT><BR><FONT size=2>> the display, not</FONT> <BR><FONT size=2>> all   points are available. If I try to position a marker over </FONT><BR><FONT   size=2>> any of this</FONT> <BR><FONT size=2>> points it is   automatically re-positioned to other point (it </FONT><BR><FONT size=2>>   seems it moves</FONT> <BR><FONT size=2>> to the nearest point realated to   the first trace) as soon as the mouse</FONT> <BR><FONT size=2>> button is   released.</FONT> <BR><FONT size=2>>  </FONT><BR><FONT size=2>> Is   it a known bug?|</FONT> <BR><FONT size=2>> </FONT><BR><FONT size=2>>   ---------------------------------------------------------------------</FONT>   <BR><FONT size=2>> This is the "vrf" maillist, managed by Majordomo.    To send messages to</FONT> <BR><FONT size=2>> this maillist, just email to   "vrf@lvld.agilent.com".  </FONT><BR><FONT size=2>> Subscriptions   and</FONT> <BR><FONT size=2>> unsubscriptions are done through the address   </FONT><BR><FONT size=2>> "vrf-request@lvld.agilent.com".</FONT> <BR><FONT   size=2>> If you need details, just send a message containing the text   "help"</FONT> <BR><FONT size=2>> to "vrf-request@lvld.agilent.com".</FONT>   <BR><FONT size=2>>   ---------------------------------------------------------------------</FONT>   <BR><FONT size=2>> </FONT><BR><FONT   size=2>---------------------------------------------------------------------</FONT>   <BR><FONT size=2>This is the "vrf" maillist, managed by Majordomo.  To   send messages to</FONT> <BR><FONT size=2>this maillist, just email to   "vrf@lvld.agilent.com".  Subscriptions and</FONT> <BR><FONT   size=2>unsubscriptions are done through the address   "vrf-request@lvld.agilent.com".</FONT> <BR><FONT size=2>If you need details,   just send a message containing the text "help"</FONT> <BR><FONT size=2>to   "vrf-request@lvld.agilent.com".</FONT> <BR><FONT   size=2>---------------------------------------------------------------------</FONT>   </P>  <P><FONT face=Arial color=#000000 size=2></FONT><FONT face=Arial color=#000000   size=2></FONT><FONT face=Arial color=#000000 size=2></FONT> </P></BLOCKQUOTE></BODY></HTML>  

Outcomes