Skip to Main Content
IBM Power Ideas Portal

This portal is to open public enhancement requests against IBM Power Systems products, including IBM i. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (

Shape the future of IBM!

We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:

Search existing ideas

Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,

Post your ideas
  1. Post an idea.

  2. Get feedback from the IBM team and other customers to refine your idea.

  3. Follow the idea through the IBM Ideas process.

Specific links you will want to bookmark for future use

Welcome to the IBM Ideas Portal ( - Use this site to find out additional information and details about the IBM Ideas process and statuses.

IBM Unified Ideas Portal ( - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM. - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.

Status Future consideration
Workspace IBM i
Created by Guest
Created on Feb 5, 2022

RDi should bring me to source of Serviceprogram procedure

Within RDi I can directly go to the source of a Copy Book (/copy or /include) and within RDi I even can see that source directly.

The same functionality is needed for procedures used in our code when they are somehow bonded to the program.
Because of the /include RDi knows that there exists the procedure and what kind of parameters it needs and give back.
Because of the Binding directory the compiler knows which Serviceprogram or Module he should bind. So RDi could use the information of the Binding Directory to look for the Serviceprogram / Module, look for the source and open it. When there is no source or RDi can't find it, it should bring a message.

Thise behavior is standard for many years for example in Visual Studio with c# (.Net at all) and it is really hard for Developers who want to move to RPG and therefore RDi that they have to look manually for source code.

Use Case:

This feature would increase the efficiency of the developers and the acceptance of developers who are new to IBM I and RDi.

Idea priority High
  • Guest
    Mar 22, 2022

    The CAAC has reviewed this requirement and recommends that IBM view this as a medium priority requirement that should be addressed. RDi should behave like other IDEs to make it easier for developers who are familiar with other IDE tools. Although the hover feature gives some of the functionality, it is not enough.

    Background: The COMMON Americas Advisory Council (CAAC) members have a broad range of experience in working with small and medium-sized IBM i customers. CAAC has a key role in working with IBM i development to help assess the value and impact of individual RFEs on the broader IBM i community, and has therefore reviewed your RFE.

    For more information about CAAC, see

    Nancy Uthke-Schmucki - CAAC Program Manager

  • Guest
    Mar 7, 2022

    Seems to me there is some of this behavior already in RDi. The outline seems to know what's in the /includes, and there are times that I have been brought to the source of the /includes, I don't recall exactly how or when, maybe in a search for the same selected value, or when navigating with Alt-Left and Alt-Right.

    I like the idea of making this more obvious.

  • Guest
    Feb 15, 2022

    Although the theme of this request is consistent with our business strategy, it is not committed to the release that is currently under development.

  • Guest
    Feb 6, 2022

    Personally, I think this is too big an ask for RDi. There are 3rd-party tools out there for Change Management / Version Control which already support this level of function.

    The use of Binding Directories is optional, so cannot be relied upon to furnish accurate information.

    Requiring RDi to "reverse map" the source code from the final object build - when the build may have been achieved in so many different ways - is far too complex.

    Change Management tools are the correct place for this because they have the build relationships defined for the specific application. Some CM tools even have relevant plug-ins for RDi which may meet this requirement.

    I would much prefer that RDi development dollars be spent on more productive features such as a "Save List" facility for the Remote Scratchpad!