Paul Gilmartin wrote: > rather I loathe XEDIT's behavior of always scrolling to put the search target
I believe you mean the fact that if the search target is on the screen, the screen still moves to make the target the current line. A very long time ago (like, 25+ years), back at UofW, I wrote SET VARCURL ON for XEDIT, which made the current line move on the current screen when possible. Wasn't tricky, worked great. Of course, back then it was to save bandwidth over 1200bps dialup... Anyway, I've been using ISPF for the last few years, XEDIT for 30. XEDIT is far more powerful, but there are a few things about ISPF that are nice -- arguably nicer. However, given XEDIT's programmability, it wouldn't be hard to make it mirror those ISPF behaviors for the most part. I suspect that the biggest pain between XEDIT and ISPF is non-congruent commands: - prefix A for Add in XEDIT, After in ISPF (that one could be "fixed" with some synonyms) - BOTTOM in XEDIT, put M on command line in ISPF and hit SCROLL (could be "fixed" with some clever macros but it would be a bit of a pain) - prefix I in ISPF does what SI does in XEDIT, but with some clever-ish bits of behavior - CHANGE in ISPF doesn't mess up column alignment as often, though I haven't quite grokked the algorithm So if there was actually any interest from IBM (which I doubt, alas) in porting XEDIT to TSO, it should be able to be made tolerable for ISPF users without too much trouble. The actual porting would, of course, be left as an exercise for IBM... ...phsiii ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
