N97 wrong keyboard mapping

I would like to inform you of a bug that maybe you are unaware of. It affects the greek version of N97 (I don't know if it occurs also to other versions). In greek language we put accents on vowels, either on capital ones. To write an accented vowel, one has first to press ' (the key on the right of L) and then the corresponding vowel. Everything works right when the vowel is small. But when it is a capital, the following problem occurs. When you press ' and I, you get 'Ο instead of Ί. You have to press ' and Θ (U) to get 'Ι. In case of e.g. 'Ε, you have to press ' and ς (W), to get 'Ε, otherwise you get ' E (one accent and one E, not an accented E). The same applies to every other vowel. In other words, to get the accented capital vowels right, you have to press the accent (') and the key that is on the left of the vowel (or at the end of the previous row, if the vowel is first on a row).
I note this bug, as it is likely that you are unaware of it. Please, fix it in the next firmware.

/discussions/board/message?board.id=topfaq&thread.id=3
try this link it has various links to various nokia branches, perhaps the European one will suit your needs. and my Aussie friend is rigth this is a user to user forum and users like you or i come here for support, exchanging infromation and providing assistance to each other. nokia does look in from time to time but does not make official staements in regards to particular issues brought forth by users. for that the links provided already are better way to make a statement.
You know what I love about you the most, the fact that you are not me ! In love with technology and all that it can offer. Join me in discovery....

Similar Messages

Wrong keyboard mapping on a MacBook C2D 2.0 GHz. with german keyboard,

I think people with a english keyboard won't have this problem.
It might be interesting if other people will have the same problem,
with non english keyboards.
But if you have a english keyboard please feel free to test.
Summary:
Wrong keyboard mapping on a MacBook C2D 2.0 GHz. with german keyboard, when choosing chinese "Hanin" input with YiTian keyboard layout.
Steps to Reproduce:
A) MacBook C2D 2.0 GHz (white) with german keyboard
B) MacOSX 10.4.8
1. choose System Preferences - International - Input Menu
2. select Traditional Chinese and only Hanin
3. close System Preferences
4. open TextEdit
5. type 'y' to test if it still displays 'y'
6. choose the german flag next to the system clock and select chinese Hanin
7. press OptionShiftU to get preferences of Hanin
8. choose Modes - ZhuYin - YiTian
9. close preferences of Hanin
10. choose the Hanin symbol next to the system clock and select "Show Keyboard Viewer"
11. type in TextEdit again 'y'
Expected Results:
You should see a chinese character which looks like a nose with a mouth in a side view.
Actual Results:
You get a chinese character which looks like a ribbon. Which is actually
is the character you will get when you hit 'z'.
Regression:
Not only the y is switched with the z. All other keys are mapped like an
english keyboard layout.
It happens whenever you change to Hanin input with YiTian keyboard layout.
This happens here on a
MacBook C2D 2.0 GHz (white)
1 GB RAM
80 GB
Mac OS X 10.4.8
This does not happen on a
15" PowerBook G4 1.67 Ghz
Mac OS X 10.4.8 / Build 8L2127
This also does not happen on a
17" iMac C2D 2 GHz
Mac OS X 10.4.8 / Build 8L127
Notes:
I tried a SMC reset and reinstalled Mac OS X 10.4.8 on the MacBook but I still get the wrong output. The keyboard behaves like a english keyboard
when you choose Hanin with YiTian layout and only on this MacBook. I
couldn't try on other MacBooks. The problem remains if I use a german USB Apple Keyboard.
Update:
I now tested it on:
another MacBook 2.0 GHz C2D (white)
MacBook 1,83 GHz C2D
MacBook Pro 2.16 GHz C2D
all with german keyboard,
all have the same "bug"
PB G4, MacBook C2D, iMac C2D Mac OS X (10.4.8)

Maybe its a secret concept of first Aluminium MacBook? Ha?

Wrong keyboard mapping

Hi,
I have just rebuilt the OS on my Portege R100 in the UK. My keyboard mapping is wrong:
the @ key above the number 2 key - shift lock shows " which is where the @ key is shown on the keyboard.
How do i reset?

Hi
I assume your OS has wrong keyboard language settings.
In the regional and language options you will find the possibility to modify this issue.

Wrong Keyboard map changing RC.conf doesnt change it! [solved]

I changed my locale to EN-uk during install, commenting out the US entries so it should be set as UK.
I have tried both "uk" and "gb" in RC.conf for Keymap, but im still getting " for @ etc.
Where do I need to change this?
Last edited by Rhiadratech (2011-06-30 21:50:49)

Do you mean in X or in the console? If you want to change it in X you need to add
setxkbmap gb
to your xinit

(foreign) keyboard mapping problems

Many people, myself included, have voiced problems with keyboard mappings since updating to Leopard. It appears to particularly afflict people with non-US keyboards, but I may be wrong.
Does anybody out there have a generic fix? Manually modifying the keyboard map as the Latvians did seems to address (some of) the symptoms, not the underlying problem. Accordingly, it doesn't appear to be a general fix, as reported here:
http://m10lmac.blogspot.com/2007/10/fixing-leopards-latvian-keyboard.html
Here are some of the other posts I saw/wrote that make me think this is a SIGNIFICANT PROBLEM IN LEOPARD:
http://discussions.apple.com/thread.jspa?messageID=5794935&#5794935
http://discussions.apple.com/thread.jspa?messageID=5644709&#5644709
http://discussions.apple.com/message.jspa?messageID=5688731#5688731
http://discussions.apple.com/thread.jspa?messageID=5854794
http://discussions.apple.com/thread.jspa?messageID=5788789

Does anybody out there have a generic fix?
There is no generic fix because the problems are unrelated, except to the extent they represent goofs in creating certain files and failure to find these before release.
The Latvian keyboard issue is caused by errors in a particular .keylayout file. I don't know of any other similar layout with the same problem (In Tiger it was Macedonian and Romanian which had such errors). The Hanin Chinese IM problem is caused by errors in a couple of files particular to it -- all the other Chinese input systems have correct mappings. The X11 keyboard mapping problem concerns a different part of OS X than the others. The issues of QWERTY/AZERTY/QWERTZ in Chinese input were present in a different fashion in Tiger and earlier and many people have switched to a different IM called QIM to solve it. Having a dead Apple key is not related to ordinary character mapping issues.
Your own issue with ViaVoice is not totally clear to me, will try to respond in that thread.

How to change keyboard map fmrweb.res for different forms

I'm using Oracle Forms 10g with Oracle Forms and Reports Application server 10g.
I know how to change fmrweb.res to change how keys function on web forms. The problem I'm having is I only know how to assign the fmrweb.res file when connecting to the application server, which means all forms running on that session have to use the same keyboard mapping.
I know you can change the defualt fmrweb.res for all the forms executed on the application server
and you can change the fmrweb.res file in the URL like
server/forms/frmservlet?Form=login.fmx&config=dataentry
(where dataentry is defined in the formsweb.cfg file)
and in the config section I have
[dataentry]
term=fullpath/fmrweb_new.res
My question is, is there a way to pick a different fmrweb.res file based on the form?
Can you specify multiple forms in the basexxx.htm file(basejini.htm) in the PARAM section like
<PARAM NAME="serverArgs"
VALUE="module=form1.fmx term=fillpath/filename1.res"
VALUE="module=form2.fmx term=fillpath/filename2.res"
VALUE="module=form3.fmx term=fillpath/filename3.res"
VALUE="module=form4.fmx term=fillpath/filename4.res">
Is there a way to pass term=fullpath\filename.res to the Oracle Forms Web Runtime process for each form using call_form, open_form, or new_form?
Edited by: user537213 on Sep 19, 2008 5:38 PM
Edited by: user537213 on Sep 19, 2008 6:24 PM

Posiible approach (i now it sounds strange):
Configure your enter-key to fire the KEX-EXEQRY-Trigger.
In the dataentry-form-module: Overwrite the KEY-EXEQRY-Trigger so thtat is just does a NEXT_ITEM; .
I know there may be other implications depending of the compelixity of your dataentry-form, but maybe this helps.

SGD 4.6 and Mac OSX 10.6.5 / Keyboard mapping problem

Dear all
With Mac Clients we have the problem that Keyboard mapping does not work correctly:
Swiss German Umlaute like ö ä ü don't appear if we don't specify the xdeswiss.txt keyboard map file under SecurID User Profile - Client Device (we've tried the option Client's Input Locale).
Now the problem is that we also have Users from Spain, UK, France connection to the same SGD also using the SecurID User profile....
Anyone an idea how to solve this?
Best regards
Werner

The regular Mac OS X 10.46 updater will only update Mac OS X 10.45. The combo Mac OS X 10.46 updater will update 10.4 through 10.44 as well as 10.45. When performing troubleshooting or replacing missing software components on your computer, it may be useful to rerun the combo updater. If you will be updating from 10.45 to 10.46, you should use the regular updater, as it is a smaller download.
(13079)

_Is there a way to make custom keyboard mapping a default?

_Is there a way to make custom keyboard mapping a default?
What I mean is, for example, I want to disable <command> S for saving (so I don't accidentally hit it).
Thanks!
Hugh

Edit>Keyboard Shortcuts Make the changes you want to the shortcuts and save with a new name. In the dropdown at the top choose your new set and close. Quit and restart to seal the deal.

Weird dreamweaver keyboard mapping problem

weird dreamweaver keyboard mapping problem:
Hope this solution helps someone out. If you have q's, ask
and I will try to help.
I was having a weird problem in dreamweaver... Whenever I was
in code view and typed "shift+i" to make a capital "I", instead it
would paste from the clipboard.
I finally figured out what was happening. I compared the
menu.xml in my app support folder in the user library to the
original menu.xml file that was in the application folder. I went
through until I came across the diff:
menu.xml in my library/app support folder:

<shortcut key="Cmd+Ins" name="Copy2" platform=""
command="if (dw.canClipCopy()) { dw.clipCopy() }"
domRequired="FALSE" id="DWShortcuts_HTMLSource_Copy2" />
<shortcut key="Shift+Ins" name="Paste2" platform=""
command="if (dw.canClipPaste()) { dw.clipPaste() }"
domRequired="FALSE" id="DWShortcuts_HTMLSource_Paste2" />
<shortcut key="Shift+Del" name="Cut2" platform=""
command="if (dw.canClipCut()) { dw.clipCut() }" domRequired="FALSE"
id="DWShortcuts_HTMLSource_Cut2" />
orig menu.xml file:

<shortcut key="Cmd+Ins" name="Copy2" platform=""
command="if (dw.canClipCopy()) { dw.clipCopy() }"
domRequired="FALSE" id="DWShortcuts_HTMLSource_Copy2" />
<shortcut key="Shift+Ins" name="Paste2" platform=""
command="if (dw.canClipPaste()) { dw.clipPaste() }"
domRequired="FALSE" id="DWShortcuts_HTMLSource_Paste2" />
<shortcut key="Shift+Del" name="Cut2" platform=""
command="if (dw.canClipCut()) { dw.clipCut() }" domRequired="FALSE"
id="DWShortcuts_HTMLSource_Cut2" />
There was a diff in the "platform=" tags. The orig stated
[platform="win"], my config stated [platform=""] (nothing in
between the ""'s). So, I reset the platform tag to be
[platform="win"] in my settings and then relaunched dreamweaver. It
fixed the problem.
Not sure how this occurred, but it works now.

How can I keep my original keyboard mapping in different input methods?

Hi!
i have a question about my keyboard mapping. my powerbook has a german keyboard. and i switch frequently my input methods between german and simplified chinese(ITABC), which was all fine. but after upgrading to Leopard, when i switch to ITABC input method, my keyboard mapping changed along with this input method to chinese keyboard mapping! which annoys me a lot! this did not happen before when i was in Tiger!
could someone please tell me how to keep my original keyboard mapping (at least the alphabets) when i switch to ITABC?
Thanks a lot!

in german input, the key "Y" and "Z" are opposite comparing with normal english keyboard. and in chinese input method, the "y" and "z" are mapped just as normal english keyboard.
what happens now is, in ITABC input method, "y" and "z" are mapped as normal english keyboard, which is not like that before when i was using tiger.
Thanks for the info! You should definitely ask about this on the Chinese-Mac list. Keyboard mapping with the Apple Chinese IM's has long been a problem, and is one reason many people are moving to QIM:
http://www.yale.edu/chinesemac/pages/input_methods.html#other
I suspect something has changed in the Chinese IM with Leopard to mess this up for you, and it may not be fixable.

Wireless keyboard mapping is not same as printed on Leopard and MacMini

Hi ...
I bought MacMini and Wireless Keyboard.
when I type, the character that shows are not same like it`s printed
This is what I type+
Keyboard Mapping
~!”#$%&’()0=~
`1234567890-^
QWERTYUIOP`{}
qwertyuiop@[]
ASDFGHJKL+*
Asdfghjkl;:
ZXCVBNM<>?
zxcvbnm,./
If you have a Mac Keyboard, what ever it is, it will show different character as I type above, mostly on the special character.
Can someone help me on this?
Thank you and regads,
Faizal A.-

Hi Tom,
Thanks for identifying the issue.
I am trying to follow that article, here is the result:
/System/Library/CoreServices/KeyboardSetupAssistant.app/Contents/MacOS/KeyboardS etupAssistant ; exit;
2012-02-07 07:22:42.702 KeyboardSetupAssistant[491:507] No unknown keyboard connected - terminating
logout
[Process completed]

Keyboard Mapping Incorrectly at Bootup - not consistent

Not sure if I'm posting this in the right place, but here goes.
I have 2 users that both have 15" G4 Powerbooks with OS X 10.4.6 loaded on them. They're using a standard image that's used for all our computers. So far we have have never seen this particular problem until last week.
Occasionally on bootup the keyboard maps incorrectly. The systems are set to boot to a login screen which the user cannot authenticate with as the incorrect letters are being typed. This has only occurred while they were offsite and using airport so I have been unable to verify the keystrokes. The only mapping they remember was that the "L" key mapped to one of the volume keys and "delete" (as in backspace) mapped to an elongated parenthesis, but they weren't more specific than that. I've since re-imaged a third machine with the same specs and swapped with one of the afflicted powerbooks but have been unable to replicate the problem.
I've checked the International preferences and he's set to a U.S. keyboard with nothing else selected. Verified and repaired permissions. Checked his fonts.
Has anyone ever seen this? I'm completely stumped.

Sounds to me like one of your Shift keys is stuck--holding down the Shift key while starting the computer puts it into "safe mode."
Might be easiest to bring the machine in and have a tech take a look.
~Lyssa

[SOLVED]Setting x11 keyboard map PERMANENTLY for all.

Read carefully through https://wiki.archlinux.org/index.php/Ke … on_in_Xorg.
Ran 'localectl set-x11-keymap gb' as instructed. Confirmed this creates: /etc/X11/xorg.conf.d/00-keyboard.conf
Ran 'grep "config directory" /var/log/Xorg.0.log' which confirms that this /etc/X11/xorg.conf.d is where it's looking.
Ran 'grep "xkb" /var/log/Xorg.0.log' which confirms that 'Option "xkb_layout "gb"' is the ONLY one found. (it appears several times).
But setxkbmap -print -verbose 10 shows xkb_symbols { include "pc+us+inet(evdev" }
and the keyboard map is STILL 'us'. @=" etc...
Reread the wiki, still don't understand.
Typing 'setxlbmap gb' into a terminal works for the session.
Adding that to .xinitrc before the window manager command has NO effect.
I tried adding the option to 10-evdev.conf, but that doesn't do it.
So HOW DO you set the damn thing permanently? Clearly evdev is not logging what it is doing in Xorg.0.log, so where is it logging?
Something seems to have changed since the wiki article was written.
TOF
Last edited by TheOldFellow (2013-11-25 14:58:29)

Sorry for the noise. The Window Manager (Cinnamon) is changing it!
TOF

Wrong keyboard layout after Mavericks update

Hi,
after update to OSX Mavericks the wrong Keyboard Layout is selected on Logon Screen after reboot and/or logoff.
If i change it from "US" to "German" it will show the "US" again after next logoff/reboot.
Befor the update to Mavericks, the language was only german and this was fine for me.
Maybe someone have a solution, because i don´t want the US Keyboard Layout at the Logon Screen...
regards
Mathias

Hi,
two things I can think off:
1. Check if you have set your keyboard in xorg.conf as described here: https://wiki.archlinux.org/index.php/Be … S_keyboard
2. Open dconf-editor, surf there to org.gnome.libgnomekbd.keyboard
I have Layout set to ['de\tnodeadkeys'] there.

Multiple keyboard mapping configurations

Hi
I have three systems that I want to run through the same Forms/Weblogic installation (11g).
Each will have their own environment file, but I also want to run a different keyboard mapping (frmweb.res) for each system.
Is this possible, or do they all have to have a common keyboard mapping if they run through a single installation?
regards
Tony

Set "TERM" to point to the resource file of choice. This is a Forms runtime parameter passed in via "OTHERPARAMS". Refer to the product documentation for details:
http://download.oracle.com/docs/cd/E24269_01/doc.11120/e24477/configure.htm#CACDAHGG
The above is for 11.1.2, but mostly applies to 11.1.1 as well.

N97 wrong keyboard mapping

Similar Messages

Maybe you are looking for