Skip to Content
author's profile photo Former Member
Former Member

Input on

hello all,

i am using input on command,after we enter the input data in list, this data can be used for reprocessing.

Ex: i am displaying list,internal table contains this data.in that one field is input enable(input on),after entering the data in field , i want process the itab again with data entered in that field.

can any one suggest me.

Srinivas.

Add a comment
10|10000 characters needed characters exceeded

Assigned Tags

Related questions

1 Answer

  • Posted on Jan 22, 2005 at 10:45 AM

    Hello Srinivas

    In my opinion there are never any good reason for using "input on" - its a trap made by SAP to tempt inexperienced programmers to make bad programs.

    If you want input from user you should write a modulepool with dynpros instead of a report.

    Anyway this is some of the things you have to do:

    1) After the user entered data in your field your users have to enter a user command via push-button, function key, menu or other.

    2) You catch the user command with "at user-command" or "at line-selection".

    3) You read the input from screen with "read line"

    With the "read line" command you read a line from the list as a text string - you have to find the position of your field in this string an validate the input yourself - there is no automatic validation of numeric fields format, date format etc.

    You also have to make your own system to identify what line in the list was updated and what record in the internal table this list line is connected to. For this you will find the "hide" command usefull.

    Finally I will repeat there are no good reason to try to program all the above - most of it is much easier and secure if you create a dynpro/module pool.

    Best regards

    Thomas Madsen Nielsen

    Add a comment
    10|10000 characters needed characters exceeded

    • Former Member Former Member

      Hello Srinivas,

      I have not understood your description perfectly, but I cannot accept the proposition that <i>we cannot use a dynpro in this case...</i>And that is what motivates me to make this post. From what I have understood I would like to make a few suggestions which you might want to consider.

      1. The list that you want to display is likey to contain a huge number of entries, Am I right? In such a case the user would have to scroll down the list to make changes to the actual quantity. This is not a very preferable situation. Interactive lists are best suited when the amount of data displayed is less.

      2. You have said that the number of table controls will be determined at run-time (dynamically). But all the table controls will have the same line-type (in other words, they will all be displaying the data from only one internal table). Is that correct ?

      If yes, then it should also be true that these table controls will have some fields which change less frequently.

      Now, let us say, for example, that the screen 1000 (selection-screen) has a select-options for vendor. The user is free to enter multiple vendors. If it were possible, you might want to display the data for each vendor in a separate table control. Since you cannot have a variable (dynamic) number of table controls, the other alternative (dynpro-based, good UI design) is to have a dropdown on your screen and have only one table control. The user can select a different vendor from the dropdown and you can display the data for that vendor in your table control. And if the user changes a field and selects another vendor without saving it, you can even throw a pop-up saking the user if he wants to save the data....And you can make the UI much more user-friendly with such options that you have in case of a DYNPRO....

      Now, in your case, you might want to have a different parameter in the dropdown instead of the vendor.

      Please tell me if I have not properly understood your requirement or if you think this solution cannot be adopted for your case.

      Regards,

      Anand Mandalika.

Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.