|
View previous topic :: View next topic
|
| Author |
Message |
prino
Senior Member
Joined: 07 Feb 2009
Posts: 1306
Location: Vilnius, Lithuania
|
|
|
|
I'm sure I'm not the only one with this problem....
How do you handle the situation where you've got at least a dozen edit macro's that should all be assigned to a PF key, and only half-a-dozen "free"(ish) PF keys?
Robert |
|
| Back to top |
|
 |
RahulG31
Active User
Joined: 20 Dec 2014
Posts: 446
Location: USA
|
|
|
|
Possibly by merging 2 or more macros into a single one and assigning only one PF key to that.
So, if you have an edit macro that works with a JCL and other which works with COBOL code then you can definitely merge them. You need to tell your combined macro that if first 2 characters are '//' then perform 1st para which will have JCL edit macro; If not then perform 2nd para which will have COBOL edit macro.
More macros can be added to this if you can distinguish the conditions in which you want to run which macro. That would effectively mean one paragraph for each condition (mutually exclusive or you can prioritize).
You can assign only a single PF key to this combined macro. Since, depending on condition, you are going to execute only one para at a time there should not be any problem and the macro will work as it was before.
. |
|
| Back to top |
|
|
prino
Senior Member
Joined: 07 Feb 2009
Posts: 1306
Location: Vilnius, Lithuania
|
|
|
|
| RahulG31 wrote: |
Possibly by merging 2 or more macros into a single one and assigning only one PF key to that.
So, if you have an edit macro that works with a JCL and other which works with COBOL code then you can definitely merge them. You need to tell your combined macro that if first 2 characters are '//' then perform 1st para which will have JCL edit macro; If not then perform 2nd para which will have COBOL edit macro.
More macros can be added to this if you can distinguish the conditions in which you want to run which macro. That would effectively mean one paragraph for each condition (mutually exclusive or you can prioritize).
You can assign only a single PF key to this combined macro. Since, depending on condition, you are going to execute only one para at a time there should not be any problem and the macro will work as it was before. |
That's a way, but in this case it's probably also possible to use an initial macro that determines the type of data you're working on and set a set of PF keys accordingly.
However, if you have more functions to perform on let's say REXX or PL/I source than free PF keys, you're still stuffed. |
|
| Back to top |
|
|
Pedro
Global Moderator
Joined: 01 Sep 2006
Posts: 2547
Location: Silicon Valley
|
|
|
|
Why not!!
- Your PF key would launch an app on your iWatch;
- which asks you what function you actually want,
- then listens to your spoken response.
- The app consults with Watson to determine the actual response and
- sends it to ISPF to execute the correct macro.
- A facial recognition check determines if it did the right thing.
some setup is required. |
|
| Back to top |
|
|
don.leahy
Active Member
Joined: 06 Jul 2010
Posts: 765
Location: Whitby, ON, Canada
|
|
|
|
| I think there is an RFE to allow support for > 24 PFKeys in ISPF. I have no idea when/if it will be delivered. |
|
| Back to top |
|
|
prino
Senior Member
Joined: 07 Feb 2009
Posts: 1306
Location: Vilnius, Lithuania
|
|
|
|
| Have you got a URL for it, so that I can add my vote? |
|
| Back to top |
|
|
don.leahy
Active Member
Joined: 06 Jul 2010
Posts: 765
Location: Whitby, ON, Canada
|
|
| Back to top |
|
|
boyti ko
New User
Joined: 03 Nov 2014
Posts: 78
Location: Malaysia
|
|
|
|
| How about a macro with a menu, wherein you can select what macro you want to execute. |
|
| Back to top |
|
|
|
|
