Enter Key Behaving Oddly.

Has anyone else noticed that when you are in a dialog box & you hit enter/return to accept the specifications, it'll create a space (almost like it's trying to create a new paragraph)? Say you're creating a new document & you enter in 3 pages, then hit enter, it doesn't create the document, but rather just creates a space after 3. I can't even search Kuler because there's no "Search" button & when I hit Enter/Return, nothing happens. Anyone have any suggestions? I've checked for updates, but it says I'm up-to-date.
Any help would be greatly appreciated.
Thanks!

That did it. Well I actually found out it was my previous keyboard shortcut set that I copied to my preferences upon getting CS5. There must have been something that didn't mesh well from my CS4 .indk preferences.
Thanks so much for your help!

Similar Messages

Key behaves oddly

OK, I know I'm being picky, but I just want to make sure my MacBook is okay, especially since it's already my second one.
The Z key (which is the Y key for you american users) behaves a little different from all the other keys. When I press it quite hard and for a little longer than usual (because I'm playing some music with the keyboard in Logic Express, for example), it is stuck for a very short time and then pops up quite hard with an audible "pop". None of the other keys behave like that. However, if I strike it normally, it works just as all the others.
Do you think I should stop worrying or could this really be a problem? Also, if the key should break indeed, is this covered by warranty?

I would stop by the Apple Store and see if they can replace it. If the problem is with only that key, it's just a process of popping that one out and clicking a new one in.

Outlook 2011 and Enter keys on external keyboard

I'm currently running Snow Leopard on my MacBook Pro. I connect a USB external keyboard and monitor and run in clamshell mode (laptop closed). Using Outlook 2011, I have noticed that the Enter keys (one near the alpha keys and one in Numpad) behave differently. For example, when typing an email, if I press the Enter key near the alpha keys, the cursor moves to a new line (behaves as expected). Pressing the Enter key on Numpad, the email gets sent (behaves unexpectedly).
Another example: when typing an appointment (or meeting request), pressing the Enter key near the alpha keys results in the cursor moving to a new line (behaves as expected). Pressing the Enter key on Numpad results in the appointment saving and closing (behaves oddly).
I don't see any way of changing this behavior within Outlook 2011, nor do I see how to change this from within System Preferences. Any suggestions?
One last curiousity for this issue: not all people seem to experience the same thing. I have spoken with three other individuals running the same setup (and hardware). One person's Enter keys both behave as expected (new line), one person's Enter key behaves similar to mine, and one person's Enter keys behave differently (Enter keys behave as expected in email, but oddly in appointments).

Yes, the built in keyboard works perfectly well, both with the external keyboard connected and disconnected. I'm hoping the external one isn't beyond help... it's such a pain to have to replace!

Enter key instead of TAB key

Hi folks,
I'd like to make the ENTER key behave the same way as the TAB key in
the system I'm developing. I thought I would be able to do it by setting
the ENTER as a function key (using Window.SetAsFunctionKey), and
then after detecting an ENTER key press, request focus on the current
fieldwidget's 'NextTabField'. However, this attribute defaults to NIL unless
you override the default TAB sequence. And I don't really fancy setting
the Next and Prev TabField for every onscreen field.
Anyone done this before using a simpler method?
By the way, I don't really want to get into a long thread about whether it is
good practice to bypass Windows (TM) standards or not. We require
fast data entry, and keyboard entry is essential for that.
Cheers,
Duncan Kinnear,
McCarthy and Associates, Email: [email protected]
PO Box 764, McLean Towers, Phone: +64 6 834 3360
Shakespeare Road, Napier, New Zealand. Fax: +64 6 834 3369
Providing Integrated Software to the Meat Processing Industry for over 10 years
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Duncan,
The application we are building will replace legacy application and had similar
requirements to accommodate the current users. We solved this problem by creating a
special frame, appropriately named as the "Terminal Frame". It is distributed as
part of the Scaffolds framework.
The Terminal frame implements ENTER instead of TAB key. As you know the tabbing
order in a terminal frame (top to bottom, left to right) is different than windows
tabbing order (left to right, top to bottom). The Terminal frame solves the tabbing
problem by constructing a "field traverse list" which includes all the fields in a
window including nested views ordered according to their X,Y co-ordinates. It is a
recursive method works on the same lines as described by Sakharov, Nickolay in
earlier mail. The method also sets the NextTabField, PrevTabField references for
each field in the traverse list.
This framework is working very well for us. In a terminal frame world, you still
have some user training issues as some of the fields (OutlineField, DropList,
ArrayField, CheckBoxe etc.) behave differently for ENTER and TAB keys. But these
are minimal compared to a complete change in style.
Hope this is helpful.
Good Luck,
Shirish
Duncan Kinnear wrote:
On 22 Jun 99, at 23:47, Jeanne Hesler wrote:
Do the math on this one. Be sure your users understand the cost and the
lack of payback. I have no problem going against common practice when
there is a good reason, but this reason just doesn't add up. Even if it
did slow them down, which it won't, they would never lose enough time to be
worth the work that it would take to implement.Jeanne,
Thanks for your reply (even though it doesn't help me!).
Don't get me wrong, I'm not advocating we abandon the TAB key
functionality in favour of the ENTER key. I just want to ADD the ENTER
key as a navigational aid for our 'legacy' users (and we have many). If it
is done right, there should be no need to tell the user about it. Their
transition to the new product would be virtually painless.
Since I posted my original question I've realised that the cost of
implementation is actually fairly low. And this is why. I have just
discovered that the default tab order defined by Forte (left to right, top to
bottom) is essentially useless for most of the windows we will be creating.
Therefore, we will need to override it by explicitly setting the
"NextTabField" and "PrevTabField" attributes of our input fields in virtually
every window. As I am writing the framework for our new product, I will
have to implement the facility to do this in the framework itself. And if we
have our tab order defined, then adding the ENTER key functionality is
minimal extra effort (see my original post). In fact, if I implement it in my
"CoreWindow" (the root of my windows framework inheritence tree), then
no-one will ever have to deal with it again.
The TAB key is not even much of a windows data-entry standard. Many
of our customers have defined secondary systems using Microsoft
Access, and it uses the ENTER key (along with the TAB key) to move
from field to field. Will these customers not complain that they cannot
use the ENTER key to move between fields if we don't implement it?
As we do not have the resources to completely rewrite our existing
COBOL system (over 2 million lines of code) in one go. We will be rolling
out the new system module by module. This means that a lot of our users
will be switching between the new windows interface and the text-based
unix telnet sessions. When I switch back and forth between windows
editors and 'vi' on the unix host, I experience first-hand how mixed
navigational facilities can hamper productivity!
Anyway, I was just hoping there might be a little setting somewhere in
Forte to switch this on, but as no-one has pointed it out, it seems unlikely.
Thanks again for your input, lively discussion is always welcome.
Cheers,
Duncan Kinnear,
McCarthy and Associates, Email: [email protected]
PO Box 764, McLean Towers, Phone: +64 6 834 3360
Shakespeare Road, Napier, New Zealand. Fax: +64 6 834 3369
Providing Integrated Software to the Meat Processing Industry for over 10 years
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>--
Shirish Kulkarni <mailto:[email protected]>
Sage IT Partners <http://www.sageitpartners.com>
44 Montgomery St. Suite 3200 San Francisco, CA 94104
(925)210-6965 Office (415) 399-7001 Fax
The Leaders in Internet Enabled Enterprise Computing
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Submitting a form with enter key causing strange problems

I am having a very strange problem with a webapp I am currently developing. I am using JSF 1.2 along with Facelets and RichFaces. I have coded a workflow/wizard 4-step process, and on some pages I have 4 submit buttons that all call different actions on the page. The users thought it would be useful to have the enter key submit the form, so I followed some online resources to trap a keypress using javascript, looking for the enter keycode and calling document.getElementById("elementName").click(). This works fine most of the time. Sometimes, though, it seems as if an entire new session is being created, and odd behavior starts happening. For example, my page will only include 2 of the 4 facelets on the screen -or- I will get NullPointerExceptions for objects that I know have been created in the session bean I am currently using -or- I will get a duplicate form Id after trying to re-submit the page. Could the javascript click simulation not be submitting all of the form elements or is the enter key also acting like its default action (the form submission) in addition to the "click"? I'm really at my wit's end here (plus it's nearly 3 AM, that never helps things). All of the buttons being clicked are standard h:commandButtons. There is some setTimeout logic included to disable the buttons on the page to prevent double clicks (I cannot disable them onsubmit because disabled buttons don't pass the right values, perhaps that's causing it, but if so, clicking the buttons with the mouse would cause that issue too, right?)
I am not posting the code (yet), but if anyone wants to take a look see and see if I am doing something really abhorrently wrong, I'm more than willing to, I'm just curious if anyone has had problems regarding javascript submission of forms via the click() method. Clicking the button does not exhibit this type of behavior. Just as a side note: I am doing different things with the enter key depending if a modal window is open (the enter key closes the modal if it's up, and if not, it submits the form via a button click).
Any help is much appreciated, if anyone has any inkling about where I should start looking for answers it would be really helpful.
Thank you.

edfrost wrote:
Could the javascript click simulation not be submitting all of the form elements or is the enter key also acting like its default action (the form submission) in addition to the "click"?My guess is the second of these. You need to suppress the event handling after programmatically clicking the button.

Enter key not working in Safari

I tried aqsking this question on the Safari board but no helpful answers.
The enter key on the full size keyboard is no longer functioning in Safari. The return key is working.
I am using Safari 5.1.7. OS 10.6.8.
Any suggestions on how this can be corrected. Thank you in advance.

Very odd. Do you have another keyboard you can test with? We should isolate this to either that keyboard or the computer.

Pressing enter key closes script

I am running director MX 2004 on a vista home premium machine (32 bit). Every time I press the enter key it closes the script and I can't figure out why this is happening. Has anyone else had this issue and if so how did you fix it. It is getting pretty annoying.
Thanks

Which ENTER key are you referring to? If it's the one on the numeric keypad - numToChar(76) - this is expected behavior. If it's the "regular" ENTER key - numToChar(36) - then you perhaps have something odd about your keyboard or its setup

Default button being clicked multiple times when enter key is pressed

Hello,
There seems to be a strange difference in how the default button behaves in JRE 1.4.X versus 1.3.X.
In 1.3.X, when the enter key was pressed, the default button would be "pressed down" when the key was pressed, but wouldn't be fully clicked until the enter key was released. This means that only one event would be fired, even if the enter key was held down for a long time.
In 1.4.X however, if the enter key is pressed and held for more than a second, then the default button is clicked multiple times until the enter key is released.
Consider the following code (which is just a dialog with a button on it):
public class SimpleDialog extends JDialog implements java.awt.event.ActionListener
private JButton jButton1 = new JButton("button");
public SimpleDialog()
this.getContentPane().add(jButton1);
this.getRootPane().setDefaultButton(jButton1);
jButton1.addActionListener(this);
this.pack();
public void actionPerformed(ActionEvent e)
if (e.getSource() == jButton1)
System.out.println("button pressed");
public static void main(String[] args)
new SimpleDialog().show();
When you compile and run this code under 1.3.1, and hold the enter key down for 10 seconds, you will only see one print line statement.
However, if you compile and run this code under 1.4.1, and then hold the enter key down for 10 seconds, you will see about 100 print line statements.
Is this a bug in 1.4.X or was this desired functionality (e.g. was it fixing some other bug)?
Does anyone know how I can make it behave the "old way" (when the default button was only clicked once)?
Thanks in advance if you have any advice.
Dave

Hello all,
I think I have found a solution. The behaviour of the how the default button is triggered is contained withing the RootPaneUI. So, if I override the default RootPaneUI used by the UIDefaults with my own RootPaneUI, I can define that behaviour for myself.
Here is my simple dialog with a button and a textfield (when the focus is NOT on the button, and the enter key is pressed, I don't want the actionPerformed method to be called until the enter key is released):
package focustests;
import java.awt.*;
import javax.swing.*;
import java.awt.event.*;
import java.util.*;
public class SimpleDialog extends JDialog implements java.awt.event.ActionListener
private JButton jButton1 = new JButton("button");
public SimpleDialog()
this.getContentPane().add(new JTextField("a text field"), BorderLayout.NORTH);
this.getContentPane().add(jButton1, BorderLayout.SOUTH);
this.getRootPane().setDefaultButton(jButton1);
jButton1.addActionListener(this);
this.pack();
public void actionPerformed(ActionEvent e)
if (e.getSource() == jButton1)
System.out.println("button pressed");
public static void main(String[] args)
javax.swing.UIManager.getDefaults().put("RootPaneUI", "focustests.MyRootPaneUI");
new SimpleDialog().show();
and the MyRootPaneUI class controls the behaviour for how the default button is handled:
package focustests;
import javax.swing.*;
* Since we are using the Windows look and feel in our product, we should extend from the
* Windows laf RootPaneUI
public class MyRootPaneUI extends com.sun.java.swing.plaf.windows.WindowsRootPaneUI
private final static MyRootPaneUI myRootPaneUI = new MyRootPaneUI();
public static javax.swing.plaf.ComponentUI createUI(JComponent c) {
return myRootPaneUI;
protected void installKeyboardActions(JRootPane root) {
super.installKeyboardActions(root);
InputMap km = SwingUtilities.getUIInputMap(root,
JComponent.WHEN_IN_FOCUSED_WINDOW);
if (km == null) {
km = new javax.swing.plaf.InputMapUIResource();
SwingUtilities.replaceUIInputMap(root,
JComponent.WHEN_IN_FOCUSED_WINDOW, km);
//when the Enter key is pressed (with no modifiers), trigger a "pressed" event
km.put(KeyStroke.getKeyStroke(java.awt.event.KeyEvent.VK_ENTER,
0, false), "pressed");
//when the Enter key is released (with no modifiers), trigger a "release" event
km.put(KeyStroke.getKeyStroke(java.awt.event.KeyEvent.VK_ENTER,
0, true), "released");
ActionMap am = SwingUtilities.getUIActionMap(root);
if (am == null) {
am = new javax.swing.plaf.ActionMapUIResource();
SwingUtilities.replaceUIActionMap(root, am);
am.put("press", new HoldDefaultButtonAction(root, true));
am.put("release", new HoldDefaultButtonAction(root, false));
* This is a copy of the static nested class DefaultAction which was
* contained in the JRootPane class in Java 1.3.1. Since we are
* using Java 1.4.1, and we don't like the way the new JRE handles
* the default button, we will replace it with the old (1.3.1) way of
* doing things.
static class HoldDefaultButtonAction extends AbstractAction {
JRootPane root;
boolean press;
HoldDefaultButtonAction(JRootPane root, boolean press) {
this.root = root;
this.press = press;
public void actionPerformed(java.awt.event.ActionEvent e) {
JButton owner = root.getDefaultButton();
if (owner != null && SwingUtilities.getRootPane(owner) == root) {
ButtonModel model = owner.getModel();
if (press) {
model.setArmed(true);
model.setPressed(true);
} else {
model.setPressed(false);
public boolean isEnabled() {
JButton owner = root.getDefaultButton();
return (owner != null && owner.getModel().isEnabled());
This seems to work. Does anyone have any comments on this solution?
Tjacobs, I still don't see how adding a key listeners or overriding the processKeyEvent method on my button would help. The button won't receive the key event unless the focus is on the button. There is no method "enableEvents(...)" in the AWTEventMulticaster. Perhaps you have some code examples? Thanks anyway for your help.
Dave

Time formatet string in thtmlb dropdownlistbox after enter key or tab key

Dear Collegues,
In our BSP-Application we use the thtmlb:dropdownlistbox. It's configured as you can see below in the code cutout:
DATA: wa_result type ZZPRBRS_PRSRG.
                  %>
                  <td>
                  <thtmlb:dropdownListBox id        = "DD_PREISREGEL"
                                          selection = "<%= DD_PREISREGEL %>"
                                          editable = "TRUE" >
                    <%
loop at APPLICATION->PRREG_TAB into wa_result.
                    %>
                    <thtmlb:ddlbItem key   = "<%= wa_result-PRSRG %>"
                                     value = "<%= wa_result-PRSRG %>" />
                    <%
endloop.
clear wa_result.
                    %>
                  </thtmlb:dropdownListBox>
As you can see the ddlb is set as editable.
So far so good.
But when we edit the entry in the box and leave the box with ENTER KEY or TAB KEY the controlle change the format of the entry to a kind of time format. Excamlpe:
We choose the entry GSVIES2 (one of the list entries) and we edit it to GSVIES22 the controll change it to 22:00. Longer entries will be changed to an entry like xx:xx:xx.
The wa_result-PRSRG for the entries is an char(12).
I found no notes about this issue.
Does anybody know this behave?
How can we avoid that changing after editing?
Kind regards
Thomas

Hi Thomas,
I was wondering, if you really want to have an editable DropDownlistbox, did they advise anything?
And, what do you think; should I go ahead and extent the THTMLB library with a ZDropDownlistbox which doesn't use the 'timepicker' javascript?
references to my questions:
BSP extensions: THTMLB
dropdownlistbox classes: CL_THTMLB_DROPDOWNLISTBOX, CLG_THTMLB_DROPDOWNLISTBOX
In the class: CL_THTMLB_DROPDOWNLISTBOX method IF_BSP_ELEMENT~DO_AT_END calls this JavaScript
*     Building a unique variable name (simply based on a new tag ID):
      lv_guid_str = me->generate_tag_id( ).
      CONCATENATE 'v_' lv_guid_str
             INTO js_unlisted_timepicker_key.              "#EC NOTEXT
*     Building the script retrieving the KEY and saving it into that variable:
      CONCATENATE `var ` js_unlisted_timepicker_key
                   ` = thtmlbConvertTimeToKey("`
                   js_new_selected_value
                   `"); `
             INTO lv_script.
Kind regards,
Sander

Enter to behave as tab

I need to get the "enter" key to behave as though the user has pressed "tab". It's for a form I have built in Acrobat Pro XI. I have not been able thus far to find any answers or a script I can use in Acrobat, or change settings within my PC to get this to occur. Help is appreciated!

You can use a script like the following as a field's custom Keystroke script:
// Custom Keystroke script
if (event.commitKey == 2) {
getField("Text2").setFocus();
where "Text2" is the name of the next field in the tab order. This can be cumbersome to do for fields that are formatted since they use a built-in keystroke script, but that can be dealt with.

Enter key to act like tab key in JTable

I have programmed a JTable application. I want that if I press 'Enter' key in the JTable cell, the cell at right side may be selected after validating input. Similarly, when I press 'Enter' in the right most cell, the first cell of the next row may be selected after validating input.
In other words, I like 'Enter' key to behave as forward navigational key in JTable cells like 'Tab' key, however, after validating input.
The following is the piece of code which is not working for me. Though, it changes selection border to the next cell on pressing enter, but the focus is not shifted and editing remains in the current cell.
//voucherTable is a JTable object with three columns.
Action moveForward = new AbstractAction() {
public void actionPerformed(ActionEvent e) {
int r=voucherTable.getSelectedRow();
int c=voucherTable.getSelectedColumn();
if(c==2){
c=-1;
r+=1;
voucherTable.changeSelection(r,c+1,false,false);
voucherTable.getInputMap().put(KeyStroke.getKeyStroke
(KeyEvent.VK_ENTER,0),"moveForward");
voucherTable.getActionMap().put("moveForward",
moveForward);
Kindly advise me to solve the problem.
Thanks.
Mujjahid

KeyStroke tab = KeyStroke.getKeyStroke(KeyEvent.VK_TAB, 0);
KeyStroke enter = KeyStroke.getKeyStroke(KeyEvent.VK_ENTER, 0);
InputMap im = table.getInputMap(JTable.WHEN_ANCESTOR_OF_FOCUSED_COMPONENT);
im.put(enter, im.get(tab));

PB15/OS X 10.4 without Enter Key

Hi all folks,
I spend some time to use a PB15 with OS X 10.4.4,
but all the time I try to use the Enter key (the between
right Apple and the Cursor Control keys) the key works
like the Return key.
I use the Keyboard Overview (from the little Flag in the
Menue) and alle the Time I press the Enter key a key
stroke for Return is displayed, not for Enter.
Where is the Enter key, does some know how to get the
key back.
With my PB12 (OS X 10.2.8) the Enter key is available,
all the time I use Key Caps Application a key stroke
is displayed for the right key. The PB12 know where
the Enter or Return key is, but the PB15 does not.
Is this a PB12/PB15 or a OS X 10.2/10.4 feature?!
Thanks for any help,
Lutz
12 Mac OS X (10.2.x)

You can remap the keyboard to some limited extent on Apple menu -> System Preferences -> Keyboard and Mouse -> Keyboard Shortcuts. Though I'm not sure it will be able to do what you want. Backup your computer before attempting this in case it goes wrong.
http://www.macmaps.com/backup.html explains how to backup.
There are quite a few third party macro and keyboard shortcut generation software titles on http://www.macupdate.com/ and http://www.versiontracker.com/ Use those search engines to find one that works best for you. Do two separate searches for macro, and keyboard shortcut when visiting them. Note since these programs modify how the system behaves, it is wise to backup your data before installing them, and make sure when you update your machine that you check that they are updated for your updated operating system before you update the operating system.
Disclaimer: Reference to links I make to my Macmaps.com website are a for your information only type reference. I do not get any profit from this page, and it is open to the public.

My Enter key thinks it's an Apple key - help!

Hi all - my MBP has recently decided that the Enter key (between the rightside Apple key and left-arrow) will behave as another Apple key. I've plugged in a USB keyboard - same behaviour. The Keyboard Viewer confirms the key is being pressed but doesn't explain why I can hit Enter-Q to quit apps.
I've searched around in vain and must be missing something basic. Is this fixable? Is there a pref to trash? Any help gratefully received.
Thanks
Martin

Not sure how that's happened, but it's easy enough to fix; download Double Command -- it'll add a new prefs pane which gives you lots of key remapping options.

How to refresh changed data in a plannable template with the Enter Key

Hi,
The situation I face is as follows.
Integrated Planning is being implemented as a tool for budgeting. The user changes a value in a plannable cell on the portal and wishes to see the new updated data by pressing ENTER. Currently we have provided a REFRESH button so that the user gets the desired result.
Is it possible to see the updated value by pressing ' ENTER' and if so , whats the way around to do it.
thanks in advance.
Jaya

Hey guys,
I'm interested too in this solution. In BPS there is an additional function described in the HowTo Paper HowTo run planning functions on save and other events
Now I'm looking for this possibility in IP as well in excel-based IP and web-based IP. For example a copy function should be executed automatically when pushing the enter key.
Thanks a lot!
Clemens

Table Control[Accept Input Only] - "ENTER" Key

Hi Folks,
I'm reviving this unanswered thread in relation to table control: when the user press enter, all the values entered disappear.
[url]Re: Table control (Enter key)[url]
I have a table control that accepts "ONLY" input, meaning to say, there will be no pre-loading of data in the PBO, so it will loop through the table control itself instead of looping from an internal table.
Issue: Whenever I press "ENTER" in any column/row of my table control, ALL the values I entered disappear.
PBO:
PROCESS BEFORE OUTPUT.
MODULE CLEAR_OKCODE.
MODULE LOAD_TABLECTRL.
LOOP WITH CONTROL TC_DATA.
    MODULE READ_DATA.
ENDLOOP.
module READ_DATA output.
READ TABLE T_DATA INTO WA_DATA INDEX TC_DATA-current_line.
data : line_count type i.
"to increase the number of lines in table control dynamically
describe TABLE t_data lines line_count.
TC_DATA-lines = line_count + 10.
endmodule.
PAI:
PROCESS AFTER INPUT.
LOOP WITH CONTROL TC_DATA.
    MODULE MODIFY_DATA.
ENDLOOP.
module MODIFY_DATA input.
WHEN 'CREATE'.
"subroutines are here, etc.
WHEN 'DELETE'.
WHEN 'BACK'.
LEAVE TO SCREEN 0.
endmodule.
In my ABAP Debug, the value of SY-UCOMM is BLANK whenever I press Enter.
Thanks.

Hi
Your code seems to be rght only the MODIFY statament is useless:
module READ_DATA output.
READ TABLE T_ID_CHECK INTO WA_ID_CHECK INDEX TC_ID-current_line.
IF SY-SUBRC EQ 0.
    ZQID_CHECK-WERKS = WA_ID_CHECK-WERKS.
    ZQID_CHECK-MATNR = WA_ID_CHECK-MATNR.
    ZQID_CHECK-LICHA = WA_ID_CHECK-LICHA.
    ZQID_CHECK-LIFNR = WA_ID_CHECK-LIFNR.
ELSE.
    CLEAR ZQID_CHECK.
ENDIF.
endmodule.
Now before LOOP of PBO try to set the lines of table control to be display, I've created this report on my system and it works fine:
.CONTROLS T_CTRL TYPE TABLEVIEW USING SCREEN 100.
DATA: BEGIN OF ITAB OCCURS 0,
          WERKS LIKE MARC-WERKS,
          MATNR LIKE MARC-MATNR,
          LIFNR LIKE LFA1-LIFNR,
      END   OF ITAB.
DATA: WA LIKE ITAB.
START-OF-SELECTION.
DO 4 TIMES.
    ITAB-WERKS = '5010'.
    ITAB-MATNR = '1234567890'.
    ITAB-LIFNR = '0000000001'.
    APPEND ITAB.
ENDDO.
CALL SCREEN 100.
PROCESS BEFORE OUTPUT.
MODULE SET_T_CTRL.
LOOP WITH CONTROL T_CTRL.
    MODULE READ_DATA.
ENDLOOP.
PROCESS AFTER INPUT.
LOOP WITH CONTROL T_CTRL.
    MODULE MODIFY_DATA.
ENDLOOP.
MODULE SET_T_CTRL OUTPUT.
DESCRIBE TABLE ITAB LINES T_CTRL-LINES.
ENDMODULE.                 " SET_T_CTRL OUTPUT
MODULE READ_DATA OUTPUT.
READ TABLE ITAB INDEX T_CTRL-CURRENT_LINE.
IF SY-SUBRC = 0.
    MOVE-CORRESPONDING ITAB TO WA.
ELSE.
    CLEAR WA.
ENDIF.
ENDMODULE.                 " READ_DATA OUTPUT
MODULE MODIFY_DATA INPUT.
MODIFY ITAB FROM WA INDEX T_CTRL-CURRENT_LINE.
IF SY-SUBRC NE 0.
    CHECK NOT WA IS INITIAL.
    APPEND WA TO ITAB.
ENDIF.
ENDMODULE.                 " MODIFY_DATA INPUT

Enter Key Behaving Oddly.

Similar Messages

Maybe you are looking for