Enter Key in HHP Hand Held Terminal -Dolphine Model

Hi All
Afet Bar code scanning the "ENTER KEY" has to be activated automatically.
Please refer the code and logic.
Iam ready to built that code during Barcode Printing
Please guide
K.Prabakaran

My issue has resolved
thanks
K.Prabakaran

Similar Messages

Obtain Ip address of hand held terminal

Hi all..
We are writing an application for hand held terminals. We are using PDT6846. The HHT application runs on a solaris machine from where the requests are routed to the server. Individual users connect to the HHT application through telnet.
There are two things that i need to know.
1. How to get the ip address of the terminal which is connecting to the aplication.
2. As of now, the user has two stages of authentication. One to sign in to the telnet session and then to sign in to the application. Is there a way to automatically sign in to telnet when the device is switched on. ie to configue some exe on start up of these terminal which would automatically login to the telnet session.
Please help me with these two sections
Regards
DST

Same old thing...
Do the devices actually have a public IP address (or an IP address relevant in an intranet)? If not then getting the IP address is worthless information.

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

I need to reprogram the delete and enter key to the left side of a external keyboard for the ipad mini. don't need the caps/lock or ctrl key and due to an injury my daughter can only use her left hand to type. She is using a text to speech app to verbaliz

I need to reprogram the delete and enter key to the left side of a external keyboard for the ipad mini. I don't need the caps/lock or ctrl key. Due to a brain injury my daughter can only use her left hand to type. She also uses a text to speech app to verbalize all of her needs since her speech isn't intelligible any longer either. And her vision was significantly affected also, so the keyboard has to be mounted about 6 inches from her face. So to reach across the keyboard with her left hand to the right side delete and enter button is physically difficult and causes typing errors, which cause people to not understand what shes trying to say.
The best keyboard so far is the Zagg folio mini. I just had to make stickers to enlarge the letters on the key buttons.
Does anyone know how I can reprogram these two keys? Or where I can buy a wireless mini keyboard for Ipad made for lefthanders with these two functions on the left side. I have searched for days and days. It's sooooo important to me that she be able to contribute her voice again. Imagine if you got in a car accident and couldn't speak clearly any longer, but understood everything still. Thanks for any help and suggestions you all take the time to share with me. I really appreciate the kindness of strangers to help me help my daughter.
Sami's mom

Sami\'s mom wrote:
I need to reprogram the delete and enter key to the left side of a external keyboard for the ipad mini.
You cannot.

Dolphin enter key not wokring

I am using KDE4/ Recently upgraded.
I am trying to browse the files through keyboard in the dolphin, when I hit enter on a folder which is selected it does not open and show its contents. But when I use mouse and double click it works.
Why the keyboard enter command is failing in dolphin.
This is a problem mainly in the mac type view. In detailed view the enter key works and shows the files in that folder.
Also the enter key cannot open any file also.
I have also tested this on my friends computer. Its the same behavior
Can some one tell what can I do

Hello
This is a bug in the "columns view" kpart, please report it on the KDE bugtracker [http://bugs.kde.org] or using the "Help > Report bug" menu.
Bugs happen, it's life
Cheers

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/>

Mac OS 10.4.6 Update and Palm Hand Held Issues

Recently I installed the Mac OS 10.4.6 update after confirming that it should improve some minor issues with "Hot Synching".
Previously I could "Hot Synch" with my Palm Mac Desk Top software 4.2.1 and also with my PC with no issues.
I noticed now I can "Hot Sync" on my Mac--with no issues. However, when I take the Palm out of the USB Cradel and try to access the Palm Display page with the featured icons, I get a very unusual error:
"Application can not be launched because it is missing localization info file xxx--enUS.prc."
I checked the Palm site and entered the error message and the response was returned that indicated "several applications with the Palm Tungsten T require overlay files to run properly. "Dialer, SMS, & WAP Browser" require and overlay "prc" file that determines which language he application displays on the device. If this "prc" file is missing, it will cause this message to be displayed."
I was instructed to install the "xxx_enUS.prc" using the Palm Install tool.
I installed all of the "xxx_enUS.prc" files on Disk 2 and have performed a "Hot Sync" again. A successful "Hot Synch" was performed.
The above message is still displayed on the Palm screen even after that successful "Hot Synch".
I can not use any of the screen icons to select any of the features or vprograms on the Palm.
The face buttons can be depressed but the selection from the Palm hand held icons with the stylus can not be accessed as the "missing localization info, ect" is displayed.
I have performed soft resets to no avail.
I still can not get this issues resolved.
Anyone out there have any suggestions.
POWER MAC G-4 (933 MHz QuickSilver) Mac OS X (10.4.5) iSite

I don't use the synch. option. However, my RSS feeds are updating without problem after the update. If I remember correctly, the RSS feed update was affected by synching through .Mac? Is that true?
What method did you use to update your system. As a rule, I use the combo update. If you used the incremental method, I suggest using the combo update. Remember to repair permissions via Disk Utility after the update.

Create record by the enter key

I have a form with 10 items. Looks like this
P16_ID hidden
P16_Created_on Date Picker
P16_Order_No Text Field
P16_Origin Display as Text(saves state)
P16_Destination Display as Text(saves state)
P16_Bill_To_Location Display as Text(save state)
P16_Rate Text Field
P16_Code Select List
P16_Carrier Select List
P16_Weight Text Field(always submits page when enter pressed)
I want the people to be able to key in the information and after the weight hit enter and it submits the page. Then it allows you to key in your next loads then when you get to weight hit enter again and so on. I do not want to have to use the create button because that takes longer to key the information in when you have to take your hands off of the keyboard and click create. The problem I keep getting is a branching error and the always submit page when enter pressed don't seem to work. I have version 1.6. Please help

I believe that APEX submits a page when the enter key is press by default. However, I noticed that when you have a hidden field present in the form you get the branching error message. .
If you change your hidden fields to regular text fields, this will take care of the problem. Of course, this may not be the best on your form, showing your ID on a regular text field.
I am not sure if APEX developers intended to have it like this or if this is a bug.
I hope this helps.

Reprogramming the "Enter" key

Hi,
On my PowerBook G4 Titanium's keyboard the normal position of the right-hand Command/Apple Key is an "Enter" key instead. I think it is meant to be used with num-lock as a calculator input (with some letter keys converting to number keys). I never use it for this and often times hit the "Enter" key by mistake as part of a keyboard shortcut key-combination. This has gotten pretty annoying and has resulted in many shall we say "mixed signals" between me and my PB. So is there anyway to re-program the "Enter" key to be the Command Key I know it was born to be?

The enter/return key is broken. Take it to an Apple store or AASP.

Enter key in jato:textField crashes ViewBean

I have a jato:textField in a very simple JSP/ViewBean which was migrated
from NetDynamics with the iMT tool and then hand-modified to work under the
JATO framework.
If I click Enter in the textField, the page crashes with ServletException
"The request was not handled by the specified handler". It doesn't give a
line number. Using an IDE debugger (JBuilder) I see that a forwardTo()
method has been invoked.
Other pages don't react to the enter key like this. They beep the
client. Exactly what I want. Where do I look for trouble?
Ned Kellogg
Harvard University Development Office
124 Mt Auburn Street, 4th Floor
Cambridge, MA 02138
617-495-4164
[Non-text portions of this message have been removed]

Did you try searching the forum first before posting your questions?
The following keywords, taken directly from your question would be a good place to start: "disable enter jtextarea".

Problem with Enter key on Aluminum Keyboard

Just upgraded to an Aluminum iMac with the thin keyboard. We have a terminal application that communicates with our mainframe. The application looks for the 0x03 character, along with the NSNumericPadKeyMask flag, to determine that the Enter key was pressed, and then changes the character to a 0x0d (Return). This is because the 0x03 character is recognized as a Break key on the mainframe. However, when using the Aluminum Keyboard, the Enter key goes straight through as a 0x03, meaning the flag is not being set. To make things more interesting, if I use the Keyboard Viewer and click on the Enter key, the flag is set and the 0x0d is sent.
Is there something else I should be looking for to recognize the Enter key? Perhaps something with the KeyCode? Is there some way to remap the Enter key to emulate the Return?

I don't think you'll be able to control a Button symbol in the way you desire. You probably need to create it as a MovieClip so that you can control what frame it is in.
To utilize the ENTER key to take action, the following should work...
var keyListener:Object = new Object();
keyListener.onKeyDown = function() {
if (Key.isDown(Key.ENTER)) {
// do your button_mc control here
Key.addListener(keyListener);

Is There a List of Keyboard Shortcuts for Adobe Digital Editions, I Found Two By Accident the "Arrow" Keys and the "Enter Key" for Turning Pages in an eBook...

Hi ?? : Does Anyone Know If There is a List of Keyboard Shortcuts for Adobe Digital Editions, I Found/Discovered Two By Accident the “Arrow” Keys and the “Enter Key” for Turning Pages in an eBook... Thanks
I Did Look for this Keyboard Shortcuts in Adobe Digital Editions Help & FAQ Areas and Got the Run Around, Very Hard to Find How Use Adobe Products !!
Microsoft Windows Vista & Win 7 Operating Systems
Message was edited by: Al Adams

Nope, I doubt it. As I said:
I disabled Aero theme, checked font scaling was 100% and rebooted Windows in between all of the steps to no avail.
I've been reading a lot around this and it seems the arrow key problem is a red herring; I think it's just some kind of terminal preferences corruption.

Hello, my backspace and enter keys suddenly stopped working. I have done a PRAM reset and used the keyboard viewer to see if the buttons work and they don't. The PRAM reset didn't work either

Dear All, the backspace and enter keys on my wireless keyboard suddenly stopped working. Im using OS 10.7.5 and have tried a PRAM reset which didn't work. I also used the keyboard viewer to see if the keys worked on that but they don't. This is driving me mad, can anyone please tell me what to do? It happened just after an update but this could be a coincidence. Thank you for your time

For my computers, though some of them support BlueTooth devices and accessories,
my preference and economy of standard, is to have wired USB and also use powered
USB hubs for accessories.
I've used USB wired keyboards and mouse products; and some I've bought from the
original owners who had upgraded to BT, and never used the new Apple USB model;
so I have spares of these on-hand since they seldom fail, but do work when BT won't.
{A SMC reset should not cause a problem, or seldom has; but can solve some.}
In my opinion, the wired USB keyboard is an essential accessory, if not a necessary
primary means of user access on a continuous basis. At least until the wires fail...!

IChat will not let me use Return/Enter key to send IM. Just makes sound?

OS 10.5.2. iChar launches fine. I double click name I want to send IM to. Type a message, then hit Return to send the message. It will not send. I here system sound when I use Return or Enter key on 2nd or 3rd attempts. 1st attempt, no sound. So, I can't send messages.
I repaired permissions and trashed the 4 iChat preference files in my preference folder.
Not sure what I have done but Return key is fine. Works in Skype and all other apps. iChat just does not like it so no way to send messages.
HELP.....
Thanks
tj

Quit iChat.
Open Terminal (Applictaions/Utilities)
Copy and Paste Bold text
/Applications/iChat.app/Contents/MacOS/iChat -errorLogLevel 7
Hit Enter.
This will cause iChat to be started up and create a Log in Terminal which may tell us more.
Do what you normally do to send text messages.
Do what you do to Quit iChat.
Grab All of the Log.
Quit Terminal.
Post log here. It will be long. If you want to split it do so around the bit that says if it found UPnP and your router's name.
Make sure the bits cross over when you post.
8:25 PM Saturday; March 8, 2008

Changing Enter key (not Return key) to Option?

I'm left-handed and I use the Illustrator as my main application. I am constantly using the option key in combination with the track pad. Unfortunately, the Option key is on the left side only of MBP's keyboard which causes me to have to contort into impossible, and counter-productive, positions. Can I some how re-map the Enter key to be an Option key like on my G5's keyboard?

Hi Billy,
Double Command is great as you seem to already found out. If you have selected 'System' for your remap, make sure that you disable it before OS software updates, i.e. 10.4.8 etc.
See my Cautionary Tale!
Have fun!
Adrian

Enter Key in HHP Hand Held Terminal -Dolphine Model

Similar Messages

Maybe you are looking for