Haven't tried that, but why not just doing: "find xxx' "locate 401" "find xxx"
It will put the cursor on the start of the found string without changing the screen position as the find value is in the LVLINed area. ITschak On Wed, Feb 18, 2009 at 4:45 PM, Clark Pearson <clark.pear...@ventura-uk.com > wrote: > Hello. > > Can anyone explain why the following code snippet doesn't work as > expected? (This has prev gone to Google Groups, was advised to wait until > our z/OS upgrade from 1.7 to 1.9 had been completed - it has - but the > same thing still happens.) > > I would expect it to leave the member with line 401 at the top, and the > cursor on line 412, pos21. The FIND string is on line 412 - I want the > cursor to stay with the FOUND string, but to change the line that appears > at the top of the display. > > /* rexx */ > address isredit > "macro" > "FIND WS-MODULE-IDENTIFIER" > "locate 401" > "cursor = 412 21" > > If I *remove* the FIND command, it correctly locates and positions the > cursor. That is, line 401 is at the top of the display, the cursor > appears on line 412. > > *With* the FIND command, it positions the display according to my > EDITSETting "Target Line for Find/etc", ignoring the LOCATE command. > > If I place the CURSOR command *before* the LOCATE command, it obeys the > LOCATE but loses the cursor placement (cursor in command line). Same if I > remove the CURSOR line completely. > > Is this a bug in ISPF, or an undocumented "feature" in the generally > not-very-good IBM documentation, which I have explored in depth? > http://publibz.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/ISPZEM40/3.3.31 > > Thank you, > Clark. > > Clark Pearson > Senior Analyst/Programmer > (Oracle & Mainframe) > IT Systems, Ventura > ( 0113 2073564 (x33564) > 8 mailto:clark.pear...@ventura-uk.com > ********************************************************************** > The contents of this e-mail and its attachments are confidential and may be > subject to legal privilege.The contents may not be disclosed, copied or > distributed without our consent.It is intended for the use of the > addressee(s) only.If you are not the intended recipient you must delete this > message immediately and advise the sender that you received it in error. > The statements and opinions expressed in this message are those of the > author and do not necessarily reflect those of Ventura.Ventura does not > accept any responsibility for the author's views. > Whilst Ventura takes every effort to ensure this message is virus free it > can not guarantee that this is the case.It is the recipients responsibility > to carry out such virus checks as it deems necessary.Ventura can not accept > any responsibility in this regard.Please note that this e-mail has been > created in the knowledge that Internet e-mail is not a 100% secure > communications medium.We advise that you understand and observe this lack of > security when e-mailing us. > Ventura reserves the right to monitor emails in accordance with the > Telecommunications (Lawful Business Practice) Interception of > Communications) Regulations 2000. > Club 24 Ltd trading as "Ventura" > Registered Office: Hepworth House, Claypit Lane, Leeds LS2 8AE. > Registered in England Number 1336850 > ********************************************************************** > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
