I've been utilizing this new "point and shoot" feature in SDSF for about a week 
now.  I like it, but its not perfect, for reasons others have mentioned.

In this particular case it seems to me what would be ideal is if the feature 
did not require the cursor to be placed within the JOBNAME column.  Rather, it 
seems to me that:
- If the cursor is anywhere in a particular row,
- and the NP column for that row is "empty",
- then "pressing enter" would have the same action as if the NP column had '?' 
entered in to it.

Can't think of anything that would break, but who knows.  I believe it would 
eliminate any need to turn on the ISPF "Tab to point-and-shoot fields" option.  
Basically, if not using a mouse, you could simply "newline" to the NP column on 
the desired line (without having to worry about "tabable" column headers) and 
press enter.

I have no idea if this would address the actual reason the RFE was opened.

Frank
________________________________
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of 
Jesse 1 Robinson <jesse1.robin...@sce.com>
Sent: Friday, June 22, 2018 11:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Two new RFE's to consider supporting

I voted for the PAS RFE as a user, not considering what I know--or don't 
know--about the underlying technology. A particular ISV product some time ago 
changed a screen to create exactly what Lionel is complaining about. A column 
title on a PDS member list was suddenly tabbable, 'capturing' the cursor on its 
way to the first member entry. I complained and got the answer that some 
customers wanted this behavior so they could (re)sort the list based on that 
column. My objection was that 99% of the time a(ny) user wants to select a 
member entry, not sort the list. ISV gave me some kind of fix.

I recently started a thread here on the new default behavior of SDSF in z/OS 
2.3. PAS, if it's useful at all, should be controllable by the user. I question 
the value of PAS if only because it interrupts the 'finger flow' of an 
application. You have to keep a wary eye peeled on the screen all the time to 
know where you're at. That might be fine for a first-time or occasional user, 
but it compromises productivity for the experienced user. Which most of us are.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Friday, June 22, 2018 9:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Two new RFE's to consider supporting

Given that ISPF already supports point and shoot and that IBM has no control 
over 3rd party 3270 simulators and TN3270 clients, you'll need a strong 
business case. The only solution I know of within the existing 3270 protocol is 
a zero-width field.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

________________________________________
From: IBM Mainframe Discussion List <IBM-MAIN@listserv.ua.edu> on behalf of 
Dyck, Lionel B. (RavenTek) <lionel.d...@va.gov>
Sent: Thursday, June 21, 2018 3:08 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Two new RFE's to consider supporting

Please consider supporting these RFE's that I just submitted:

ISPF Point and Shoot Protected Fields

https://secure-web.cisco.com/1eSaRV5UJ3V1J9lFuWduNMNEXKwsjEr0nnYLCdtANa5wcGIytP_p89VwxV76dUYujSzZGvsssoum5dfWf031TCGUtebzzpwdlkSgZJnaqbpOkVLJas5jtys5H1gU8JRFNOD2vMXd3U8abHHyUJFosa64XBfNSgGc5MvffGa_1ZfKyWEpmQAA3kv0sNVrx-whBQbW89l_3pWtg15_7MBLqVtWvke6na3t-Tk6vOswu28yUE4IUe2koNEA8oyONANQER39qJALUqHMLIzs58oysAkIsJcmb1ccODLmdnzKY2gXS9eVRancgDDeqgVBCArpyN5npMA64aVH_B47XdVoSdSV7DtHk5UyIdPlCkMjOI69Dv8kpj0u74ruw1jKi-4U9/https%3A%2F%2Fwww.ibm.com%2Fdeveloperworks%2Frfe%2Fexecute%3Fuse_case%3DviewRfe%26CR_ID%3D121576

And

Improve ISPF 3.17 by allowing CD on the command line

https://secure-web.cisco.com/1xtqTd4IbEpSIeq1S0zeI1IMPcAcWsFuqmZWHpViLukOiAtsG1u7lb2OGbEuJwHffWY-3ICATc1LstgliNG5YJwm_ehvRmlvFVRjp1_ELkgd2iFLph4vBOuNp9wHVtL3RKyceFMRN7yre-njqs_Cp5ejI7zvJhlJ9KQNaY5Uf-3lQTeIfIugyV8IIgCZR8TlawkDi4qZiF7y_zgKvvN0SxF_Xz1oJoLxm35MAsfUGMTUGsbJx4aT3jrANFbnl0DsO_SX5FTaYfjwWwsARjRQPgzrQ3kmz-_4QLdHofUx_xy541tlAJhhYLLpLZ-xJoNkzcA5aQ--sPgP_7WkfCHn9hOLgHD5yzj8m5z4KMY5w5M78ygtsyAV9psRghqfpCT1w/https%3A%2F%2Fwww.ibm.com%2Fdeveloperworks%2Frfe%2Fexecute%3Fuse_case%3DviewRfe%26CR_ID%3D121575


--------------------------------------------------------------------------
Lionel B. Dyck (Contractor)  <sdg><
Mainframe Systems Programmer - RavenTek Solution Partners


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to