On 2020-09-03 15:31, Tom Conley wrote:
On 9/3/2020 6:11 AM, Robert Prins wrote:
On 2020-09-03 09:10, Rob Scott wrote:
Can I strongly advise that you do not modify the ISFPCU41 panel.
If there is functionality that you require in SDSF, please consider raising
an RFE.
And how long would I have to hold my breath?
Anyway, it's not very different from using the modified ISREDDE2 panel and
accompanying USRHILIT REXX exec from CBT967 to add highlighting for a heap of
other languages to the ISPF editor. For what it's worth, that modified
ISREDDE2 could be changed to use panel REXX making it completely self-contained!
Unlike ISPF, SDSF is considered strategic and has gobs of development
resources. You should submit the RFE for SDSF, you'll find Rob Scott to be very
Creating an RFE would be possible, but given that it's pretty hard to explain
what Doug Nadel's code does to the SDSF output (adding a lot of eye-candy),
without showing the actual output, the likelihood that many people will vote for
it is probably somewhat low.
If he wants it, and doesn't have a copy of it, I'm happy to send him the exec
that Doug Nadel wrote and my current (AD 2012) version of ISFPCU41, and he can
decide himself if adding a supported/supportable version is useful.
responsive. The only reason I'm modifying ISREDDE2 is that we have clear
direction from ISPF that HILITE will not be further enhanced for new languages.
Ideally, dreaming don't cost nothing, IBM could/should open up the source for
the highlighting processing, with a strong "User-modified versions of this
software are not supported by IBM" disclaimer...
On USRHILIT, I made a deliberate decision to remove that logic from ISREDDE2 to
limit the changes to ISREDDE2. I started out with it in Panel Rexx, but as we
added languages, I didn't want an ISREDDE2 with thousands of lines. If I ever
get around to Perl, it has over 1000 keywords lone, so that would have added at
least 3000 lines to ISREDDE2. Modularity.
I vaguely remember a Share presentation a few years ago from, I think, Pedro
Vera, about dynamically building panels, but don't know if that would be of any
use here. But isn't Panel REXX allowed to call non-panel REXX, where you could
then store the 3,000 lines required to process Perl?
Robert
--
Robert AH Prins
robert.ah.prins(a)gmail.com
The hitchhiking grandfather - https://prino.neocities.org/indez.html
Some REXX code for use on z/OS - https://prino.neocities.org/zOS/zOS-Tools.html
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
