|
This is a multipart message in MIME format. -- [ Picked text/plain from multipart/alternative ] Doing PRTF design intuitively, is more difficult than DSPF design. But you are right that we need to put more thought into it. What happened in your case most likely is that the SPACEA keyword was on the const3 field, when you conditioned it off, the screen behaved just like the printer would and put the second line on top of the first line. If we were to preserve the second line where it was, we would have to put a SPACEA keyword on const2 with a conditioning that would be opposite of the conditioning that you put on const3. This is a pretty big thing to do under the covers and you can see how you could quickly get into trouble. What if you changed the conditioning on const3 so that both SPACEA keywords would be in effect, should we auto-magically update the SPACEA keyword we added on const2? What if you really wanted the 2 lines to merge if you conditioned off that field? As you can see it is simplest to understand what we are doing for you if we emulate the printer device. Now in the case of moving and deleting fields we do update the SPACE keywords (this is the most complicated algorithm in all of CODE Designer) but we consciously don't do this for conditioning off because of all the complicated questions it brings up. I hope this helps you understand what is going on under the covers. --------------------------------------------------------------------------------------------- Edmund Reinhardt, AS/400 AD Tools, reinhard@ca.ibm.com Dept 607, IBM Canada Lab TL 778-4392 Phone 448-4392 Please respond to code400-l@midrange.com Sent by: code400-l-admin@midrange.com To: code400-l@midrange.com cc: Subject: Freaky Designer Problem Hello all, I found something freaky with code designer. I was designing a printer file in which I had to condition a constant. When I did, the entire line failed to execute its space statement. Sort of like this: const1 const2 const3 const4 const5 const6 If I condition const3 and const6 with an indicator and do not set that indicator on, the top line prints over the second line. Just for Sh@ts and giggles, I tried to fix it with RLU and viola, it worked as advertised. Both lines are in the same record. Is there a full moon or what? Thanks, Mark Mark Walter Sr. Programmer/Analyst Hanover Wire Cloth a div of CCX, Inc. mwalter@hanoverwire.com http://www.hanoverwire.com 717.637.3795 Ext.3040 _______________________________________________ This is the CODE/400 Discussion & Support (CODE400-L) mailing list To post a message email: CODE400-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/code400-l or email: CODE400-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/code400-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.
midrange.com
