Tecra 8000: Strange keyboard behaviour after reassembling

Hi,
after reassembling the single keys to my keyboard from Tecra 8000 the keys have a strange behaviour. For example if i press the key 2 the display shows '82' or 'q'. if i hold the key longer, the display shows '2222222222222....', the right sign for the key.
Do you knwo, what i can do?
i had to reassemble the key because my little niece took all the keys off.
thanks for your answer,
Butch

Hi
I agree with Daniel. There is some technical problem and only thing you can do is try to clean the contacts. If there is no success you should replace the keyboard. This unit is older one and I am pretty sure that you can find a cheap used keyboard.
Bye

Similar Messages

  • Bizarre keyboard behaviour after 4.2 upgrade

    Since upgrading to KDE 4.2 (from 4.1) as part of a system upgrade, my system has been practically unusable due to the bizarre keyboard behaviour within KDE.
    Right from the KDM login screen, most of the keys do not work as normal.  For most letters, the key has to be pressed twice in order to generate the letter.  However, I cannot type anything with a "u" because it is interpreted as a shortcut to undo everything I have just entered!  Letter "f" has to be typed 4 times.  If I type "h" once it appears; if I type it again it disappears.  Letter "l" produces a vertical division in the window.  I could go on....
    Since my password ends in "u" I even had to change the password in order to login to KDE because the "u" would delete the characters I'd already entered!  But once logged in the problem is just the same.
    I have tried setting a different keyboard layout within KDE but this made no difference.
    I have tried uninstalling and reinstalling KDE.
    The problem seems to be KDE related, because outside KDE, in a system console, the keyboard works absolutely normally.  And it doesn't seem to be related to the individual KDE user, since as I said, the problem is present as soon as the KDM login screen appears.
    Has anyone got any ideas please?

    Thanks for the suggestions.  Although they did not prove to be the answer, I have now overcome the problem.  I suspect it was a one-off caused by corrupted data, probably in the xorg installation rather than KDE.  I removed xorg then reinstalled it - some of the pkg files were corrupt and had to be replaced.  Then I had trouble starting the X server at all, and had to reinstall several library packages.  The system is running more normally now, though I think there are still some data corruptions in there and time will tell whether the installation is salvageable.

  • Strange keyboard behavior after OS 4.2.1 upgrade

    When typing (at least, so far, in Safari) the keyboard will randomly (or so it seems) retract after typing a letter, instead of that letter being registered in the text box. It's necessary to re-locate the insertion point back in the text box to bring the keyboard back. And when I do, then the caps lock is on even though it wasn't before. This happens every few characters, but unpredictably.

    I'm getting this too. Been looking all over the Internet to find other people with the same problem.
    Its very annoying, and I'm not touching any other part of the screen - it does exactly what the OP describes, and it seems to do it all the time, when I'm typing. Only noticed it in safari because that is all I type in, and strangely enough it is not happening as I type this, and when it does happen i make sure the webpages are fully loaded. Very strange and very frustrating
    I'm also finding that rss feeds aren't updating, but thats a different problem.

  • Strange Keyboard behaviour with Pressure on Body

    Any else experience this problem?
    Basically when I am typing and I lean with my palms on the body of the macbook (not overly hard) the keyboard starts acting really strange. Keys I press won't work, and other keys will just randly start being hit. If I lift my hands off the body of the macbook all returns to normal. Seems like a short of some sort. Is this a common problem or just on my macbook?

    Has no one an idea?

  • Strange Keyboard Behaviour: Function Keys F1-F10 not accessable

    I noticed couple a days ago that function Keys F1-F10 not accessable, neither with nor without fn.
    Nothing special has been made lately on PowerBook, some days ago tested Universal Access.
    What could keep F1-F10 disabled?
    BTW F11 and F12 are fully functional

    I'm noticing a possibly related conflict: I use Universal Access Sticky Keys all the time (they are just handy). But I noticed after a few days working with my new intel MacBook that when I had sticky keys on the keyboard would be mapped weird: The qwerty keys would be correct up to the num lock keys, and they would be numbers. So they are like this:
    qwerty456*[]
    asdfgh123-'
    zxcvbn0,.+
    After several days of removing preference panes and startup items with no success, I just started digging around in all the preferences I could think of that would effect the keyboard. I disabled the "use the f1-f12 keys" option and the keyboard behaved normally.
    So, if you engage sticky keys AND have "Use the F1-F12 keys . . ." engaged you get this odd behavior.
    However, I still have the function of the F-keys.
    Any ideas?

  • Strange keyboard behaviour with sdlmame

    Hi,
    I just installed sdlmame and qmc2. I can run games and generally my keyboard works at the very beginning of a game, but after a couple of seconds I have very limited control over my game character. For example I steer to the left for may be a second or so, then I can't steer right until I once again steer left. Soon it is getting so mixed up that the character is moving left when I'm steering right. Same problem for up and down.
    It doesn't depend on the game, happens with all keyboard controlled games.
    I'm using xfce4 and a keyboard with german layout, but I doubt this is the cause, other germans like to play too, and I haven't read any complains from them
    Any help is appreciated!
    Thanks,
    Alex

    Has no one an idea?

  • Strange Keyboard behaviour

    I have a strange Problem when using Mainstage. Everything is working fine except the F2 key on my keyboard. I can see, that my MacBook gets Midi Information about the Key pressed but I don't hear any sound. I do not have this problem with any of the other Keys. I do have this problem with every virtual Instrument I use. I also have tried out using another Keyboard or using a MIDI cable instead of USB.
    I don't understand how this problem can even exist. This problem also only exists in Mainstage. In Logic the same key, with the same keyboard works fine.
    If anyone had similar Problems and a Solution please help me.

    I think it might be caused because this key is already assigned to control another item on mainstage's layout, like a button o something else.
    If you try opening any of the default mainstage's templates, it should work fine.
    another possible cause: I have a fatar keyboard where a key always sends velocity zero; probably its velocity sensor is broken. this makes mainstage display a pressed key, but never sounds as it understands is being played extremely soft. if that was to be your case, on the midi data inspector display you'll see note-off events instead of velocity data.
    best

  • RDS Session Random Keyboard Behaviour After Unlock

    Hi,
    I've got an issue which I'm pretty certain is related to the RDC client but I'm at a loss as to how to fix....
    Server 2008 R2 running RDS, Desktops running Windows 7
    - User has RDS session full screen, they lock PC with ctl-alt-del, then unlock, typing on the keyboard results in random characters. Disconnecting and reconnecting RDS session resolves issue.
    I though I had the cause pinned down to bug in the RDC client, starting in Shell v.6.2.9200 and still present in Shell v6.3.9600. By removing these updates, rolling back to Shell v6.1.7601 the problem went away. But the users are now reporting the issue
    again.
    I could reproduce the problem on my laptop with Shell v6.2.9200 but after rolling back and forwards again the problem has gone. I'm aware there has been some RDP related updates over the last week or two but I haven't been able to confirm if they are relevant
    yet.
    I've spent a lot of time looking in to this but can't find anything related, such as other people reporting same issue.
    Anyone have any ideas or info or anything?
    Thanks, Jon.

    Hi Jon,
    Thank you for posting in Windows Server Forum.
    Which are the different updates has been installed recently?
    The issue might occur because the remote desktop ActiveX object does not deactivate the focus of the remote desktop session when the focus is lost. Because the focus is still activated, the remote desktop ActiveX object cannot set the focus of the remote desktop
    session again when you change the focus back to the session. Please try to download and install hotfix and check the result.
    A remote desktop session does not respond to keyboard input or mouse input after it loses the focus in Windows 7 or in Windows Server 2008 R2
    http://support.microsoft.com/kb/2579381
    in addition also suggest you to try with RDC 8.1 new version for Windows 7and check the result. Apart from this, also check beneath thread and article.
    1. Windows Key "stuck"
    2. Windows key "stuck" in Remote Desktop...
    Hope it helps!
    Thanks,
    Dharmesh

  • Strange application behaviour after try to sort datagrid column

    Hi all
    I have a simple Air desktop application with customized DataGrid (Spark version). Problem that users found is when they trying to sort grid by one of the columns applicaiton closes without any messages. I've repeated this bug on my PC but there is a problem - in debug mode (i mean with ADL) it works OK without any tries to crash on sort. So my questions in priority order:
    1. Is that possible to obtain live Air application errors log? I mean after installation. Maybe with 3rd party applicaiton. I'm using MonsterDebugger and added few log messages but looks like application just crashes without firing closing or close event.
    2. Which part of DataGrid could crash applicaiton in release mode? Just thought debug mode is more strict.
    My dev system:
    Flash Builder 4.6
    Adobe Air 3.2
    Win 7 Ultimate 64bit
    Best regards, Roman
    P.S. Sorry for my bad english

    Based on your idea, i've intercepted the click event and I use stopImmediatePropagation.
    THen i added an image to sort the column. So if the image is clicked the sort is ok.

  • Strange sleeping behaviour after update to 10.8.5

    I've updated my iMac to 10.8.5, and now when I put it to sleep, turning off my bluetooth trackpad or keyboard wakes it up again.
    It's set not to wake for Network events in System Preferences, and I can't see anything else to try.
    Anyone have any ideas please?
    Thanks
    Steve

    Incorrect date or time displayed in various applications

  • Strange keyboard issue on a Satellite P300

    Hi,
    Since a week i have a problem with my keyboard on my P300.
    The keyboard doesn't work when the power supply is on. The keyboard is inactive on vista and in the BIOS.
    When i cut the power and the PC is on battery the keyboard is OK.
    Do you have any infomations about this problem ?
    Thanks.
    oliv

    Hi Oliv
    Such issue is not known to me and I think it must be hardware related issue.
    What you can do about it? Not much except to try with BIOS update but I dont think it will help.
    Satellite P300 is not the newest notebook model. Since when you have noticed such strange keyboard behaviour?
    To be honest I think you should contact Toshiba service in your country. Let them check keyboard and keyboard controller using diagnostic tools. They can tell you what the problem is and how to fix it.

  • Spooky keyboard behaviour

    This probably doesn't belong in the programming forum, but I'm interested in finding out if someone has had a similar problem. I have installed my app at a client site. The app is run on 9 machines. 7 of the 9 operate fine, but on two of the machines I have strange keyboard behaviour.
    Ocasionally the app will stop erwsponding to the keyboard, but will still respond to the mouse and still paints ok. Restarting the app doesn't help. But, if the user opens MS Word, types a few chars and then restarts my app, it operates normally.
    One of the machines is a laptop running WinXP home and the other is a Desktop running Win98.
    I am using JRE 1.4.2_05 as the runtime and Swing for the UI components.
    The only parts of my code I can think of that may interfere with keyboard processing are:
    I have a KeyEventPostProcessor which checks for the escape key nad arrow keys
    I also have an event processor which looks like this:
         private static final class EventProcessor extends EventQueue {
              public EventProcessor() {
              protected void dispatchEvent(final AWTEvent evt) {
                   try {
                        super.dispatchEvent(evt);
                   catch (Exception e) {
                        // Catch any uncaught AWT Exceptions
                        try {
                             MedEDI.showException(e);
                        catch (Exception ignored) {     
                        getInstance().shutdown();
         }I'm completely foxed as I cannot recreate this in my development environment. Has anyone else come across a similar issue?
    Graeme

    Some possibilities:
    1. Dirt under the keysIt is only my app (the only java app on the system) that has this trouble, which makes it unlikely that dirt is causing the problem. At one stage I thought that it might be a USB keyboard or keyboard driver problem, but given that one of them is a laptop with XP and the other is a desktop with 98, this seems unlikely too. Especially seeing that the other 8 terminals are all the same hardware and setup as the desktop.
    2. Badly-programmed spyware installedNever thought of that. Might not be the problem, but what the hey, it's worth a try. I'll have them check for spyware on Monday and I'll let you know how it turns out.
    Graeme

  • Strange behaviour after querying a friendly device name

    Hi,
    I have observed some very strange behaviour after querying the friendly name of an audio capturing device. This is my code:
    #include "stdafx.h"
    #include <mmdeviceapi.h>
    #include <Functiondiscoverykeys_devpkey.h>
    int main(int argc, char *argv[]) {
        HRESULT hr = CoInitializeEx(0, COINIT_APARTMENTTHREADED);
        if(FAILED(hr)) throw;
        IMMDeviceEnumerator *pIMMDeviceEnumerator = 0;
        hr = CoCreateInstance(__uuidof(MMDeviceEnumerator), 0, CLSCTX_INPROC_SERVER, __uuidof(IMMDeviceEnumerator), (LPVOID *) &pIMMDeviceEnumerator);
        if(FAILED(hr)) throw;
        IMMDeviceCollection *pIDeviceCollection = 0;
        hr = pIMMDeviceEnumerator->EnumAudioEndpoints(eCapture, DEVICE_STATE_ACTIVE, &pIDeviceCollection);
        if(FAILED(hr)) throw;
        IMMDevice *pIMMDevice = 0;
        hr = pIDeviceCollection->Item(0, &pIMMDevice);
        if(FAILED(hr)) throw;
        IPropertyStore *pIPropertyStore = 0;
        hr = pIMMDevice->OpenPropertyStore(STGM_READ, &pIPropertyStore);
        if(FAILED(hr)) throw;
        PROPVARIANT propVariant;
        PropVariantInit(&propVariant);
        pIPropertyStore->GetValue(PKEY_Device_FriendlyName, &propVariant);
        PropVariantClear(&propVariant);
        pIPropertyStore->Release();
        pIMMDevice->Release();
        pIDeviceCollection->Release();
        pIMMDeviceEnumerator->Release();
        CoUninitialize();
        return -1;
    Please ignore the strange error handling, it's just to make the example code short.
    The problem is the return value (as can be seen in the output window of Visual Studio after running the program or using "echo %errorlevel%" in cmd.exe). Certainly, one would expect to get -1. However, I get 0 instead of -1. What makes this
    really strange is that -1 is properly returned when the line "pIPropertyStore->GetValue..." is commented out. Why does this have any effect on the return value of the process? I have observed this on two different Window 7 machines with different
    soundcard configurations. However, I did another test on a Windows 8.1 machine, where everything worked correctly.
    Can anyone explain what's going on here?
    Thanks,
    Holger

    OK, here's what's going on.
    Everything goes fine until main() exits.
    At that point, mmdevapi.dll's DllMain is called with lpReserved set to a non-NULL value, which is to say, "don't bother to clean up."
    mmdevapi.dll decides to clean up anyway (for shame) and calls into some SetupAPI.dll functions.
    SetupAPI.dll is waiting on a critical section, but at that point ntdll.dll kicks in and says "you know what, the process is shutting down, and this is the last thread, so I can guarantee you this critical section will never be set." ntdll.dll then
    terminates the process, and main()'s exit code is lost.
    Matthew van Eerde

  • Strange repaint behaviour with JList & Keyboard actions

    Hi everyone,
    This is my first post to the forum. You guys have been a great help in the past and I hope to contribute more in the future.
    Anyways, I've encountered some strange repainting behaviour with a JDialog that uses a JList and a JButton. The dialog is fairly straight-forward and basically this is how it works (like an open file dialog - yes I'm implementing my own filechooser of sorts):
    * JList lists a number of simple items that the user can select from.
    * Once a selection is made, an Open button (JButton) is enabled.
    * <ENTER> key is registered (using registerKeyboardAction()) with a JPanel which is used as the main content pane in the dialog.
    * The user can either click on the Open Button or hit the <ENTER> key which then closes the dialog and runs whatever logic that needs to.
    Now, the repaint problem comes in when:
    1. User selects an item.
    2. User hits the <ENTER> button
    3. Dialog closes
    4. User brings the dialog back up. This entails reloading the list by removing all elements from the list and adding new ones back in.
    5. Now... if the user uses the mouse to select an item lower in the list than what was done in step #1, the selection is made, but the JList doesn't repaint to show that the new selection was made.
    I didn't include a code sample because the dialog setup is totally straight-forward and I'm not doing anything trick (I've been doing this kind of thing for years now).
    If I remove the key registration for the <ENTER> key from the dialog, this problem NEVER happens. Has anyone seen anything like this? It's a minor problem since my workaround is to use a ListSelectionListener which manually calls repaint() on the JList inside the valueChanged() method.
    Just curious,
    Huy

    Oh, my bad. I'm actually using a JToggleButton and not a JButton, so the getRootPane().setDefaultButton() doesn't apply because it only takes JButton as an input param. I wonder why it wasn't implemented to take AbstractButton. hmmm.

  • Keyboard issues after upgrading to Leopard

    Seems there's been quite a bit of discussion about this topic already but it's been confined to laptops and I haven't seen a solution yet. I'm seeing the same problems on a desktop computer using either a wireless or USB keyboard.
    After upgrading to Leopard, my keyboard would occasionally stop responding to keystrokes. I have seen this happen on both an Apple USB keyboard and my Logitech wireless keyboard. With either keyboard, the letter and number keys would stop responding but keys like the CapsLock and Delete keys would still work. I have seen this happen when using Mac Office 2004 (Excel and Word) and Safari. With Excel, when the keyboard stops responding, if I click on a different cell, the keyboard comes back. I did update to 10.5.2 and I do have the latest version of the Logitech software but the problems still persist.
    Strangely, I have only seen this happen on my MacPro but NOT my MacBook. There is a difference on how each machine was upgraded to Leopard though. On my MacBook, I did a clean install of Leopard on a new hard drive and then migrated my docs and apps from the old drive. On my Mac Pro, I did an upgrade installation over Tiger. Fortunately, I cloned my hard drive prior to installing Leopard so going back is an option and so is doing a clean install followed by a migration which is what I did on my MacBook.
    Is there a fix for the keyboard problems? Am I going to have to downgrade back to Tiger?

    Thanks for posting this. I thought I was alone in the universe. I have the problem with my mini, which came with Leopard installed. The USB keyboard will stop working in Word or Entourage ('04) and I have to close and reopen the document to get the keyboard going again. Thankfully, my mouse still works when this happens, so I can use it to close and save.
    It seems to sometimes be triggered when I switch between applications, but I haven't been able to replicate it consistently. It is particularly bad when using find in Word. The find window will go dead and I have to close it and reopen it to do another search. (Though interestingly, I don't have to close the Word doc.)
    It's irritating.

Maybe you are looking for