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:
<!-- Windows Navigation Shortcuts -->
<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:
<!-- Windows Navigation Shortcuts -->
<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.

Similar Messages

  • (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.

  • 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)

  • Chinese (Hanin) Keyboard Mapping Problems

    I have just upgraded to OS X Leopard and noticed that when I switch to the Chinese (Hanin) input method, the "Z" key is mapping to the wrong phonetic character which is the same as the one produced by the ";" key. Has anyone else noticed this problem? How can I revert back to the correct mapping that was in Tiger?

    t and ' are also wrong, below is what I found when looking into the keyboard layout in TCIM
    <key code="17" output="&#x310A;" /> <!-- tㄊ? --> <!-- suppose to be ㄊ but showed up as ㄊ that does not combine with other symbols to form combinations, output code seems correct when compared with HaninStandard.keylayout -->
    <key code="39" output="&#x3118;" /> <!-- 'ㄊ?ㄘ? --> <!-- suppose to be ㄘ, but showed up as ㄊ that works -->
    <key code="6" output="&#x3120;" /> <!-- zㄗ?ㄠ? --> <!-- suppose to be ㄠ, but showed up as ㄗ that works -->
    <key code="41" output="&#x3117;"/> <!-- ;ㄗ? --> <!-- suppose to be ㄗ but showed up as ㄗ that does not combine with other symbols to form combinations, output code seems correct when compared with HaninStandard.keylayout -->

  • Keyboard mapping problem with sunstudio

    I'm a new sunstudio user and am having trouble with a setup issue. When I run sunstudio 11 from a sunray with a Sun keyboard all works fine (except the sunray has far too small of screen and it drive me crazy). When I run with my linux desktop being the x-server then none of the special keys (home, end, arrows, backbspace, enter, etc.) work correctly in sunstudio. All other gui apps I've tried (gedit, gvim, staroffice, web browser, etc.) work fine from my linux/pc keyboard.
    Using google I discovered xev. It shows the keycode and keysym that is interpreted for each keyboard stroke. When I compare the output from my linux/pc keyboard vs. the sun keyboard connected to the sunray I see the expected differences in keycode, but the keysym and resulting interpretation (e.g. BACKSPACE) is the same. Yet sunstudio ignores any keystroke except normal alphabet characters that come from my linux/pc keyboard.
    When using my linux/pc keyboard I'm in one of two configs (both act the same):
    - ssh -X hostname
    OR
    - Xephyr :1 -screen 1250x975 -query hostname &
    Thanks for any help.
    cb

    There is a known problem related to control keys in the netbeans GUI.
    http://www.genunix.org/wiki/index.php/Sun_Studio_FAQs#IDE_-TheSun_Studio_IDE_is_ignoring_my_control_keys
    It's hard to tell from your message where the programs are
    executing from.
    Run two X programs next to each other, running on the same machine,
    and displaying to the same X server. Verify that one of them can see
    ALT keys (for example) and the other one can't. Then you know it's
    a problem with the application program, and not due to your keyboard.
    The Sun Studio IDE has no idea what physical keyboard you're using.
    It only sees the keysyms from the X server.

  • PDA Keyboard Mapping Problem

    Hi All,
             I am involved in a project in which my coding revolves around MI AWT client application part. I had no problem in extraction of data from MI middle ware, thanks to MI sync APIs and this forum.
             My problem is more of Java centric and will like to pose questions to those developers who may have encountered similiar problems.
            I am testing MI AWT application on emulator using Intermec 700c skin as well as on Desktop. Our client wants to enable keyboard handling also so that user will be able to execute operations on application without much use of stylus. I have applied keyListener to all the components of my application including HomeFrame's instance. But still my keyboard handling is working sometimes and sometimes it's not working. This is due to fact that  application is losing focus on certain occasions which I am unable to track. But even if  application is losing focus,according to my understanding, focus must be at least on HomeFrame and any of it's child component. I have added keyListener to HomeFrame and all of its child components also.
         Have anybody encountered similiar problem? Can anyone help me in this regard? This keyboard thing is an important aspect of client side application, which I am finding difficult to solve.
    Thanks and Regards,
    Gopal

    Hi Jo,
           Thanks for the response.
           By implementation of AWTEventListener (Not available in Java 1.1.8, just implemented for debug basis), I found out that, if focus is on any hidden component, key events on such component will not work. That is what was happening with our application. I was able to solve this problem after this discovery. But still problem remains in one account which now we have to put in bugs of our application.
         On MI home page,  when user clicks on button to execute our application, our application opens up but still focus remains with that button on MI home page due to which key event is not firing for first time as that button now becomes hidden. I tried request focus for our application's first screen's panel when that panel is shown but still it's not working. So still problem persists only on this account. Now we will ship our application with this bug. No other go.
       Hope I have not complicated the explanation....:-)
    Regards,
    Gopal

  • Text spacing & keyboard mapping problem

    When I type inside a text box I am now getting the characters jammed together as if there was negative letterspacing. It is also entering the wrong characters than what I type. For example, an uppercase R generates an uppercase Q.
    I have checked other applications and the problem does not exist.
    Anyone else experiencing this?
    Thanks!
    renee

    There is a known problem related to control keys in the netbeans GUI.
    http://www.genunix.org/wiki/index.php/Sun_Studio_FAQs#IDE_-TheSun_Studio_IDE_is_ignoring_my_control_keys
    It's hard to tell from your message where the programs are
    executing from.
    Run two X programs next to each other, running on the same machine,
    and displaying to the same X server. Verify that one of them can see
    ALT keys (for example) and the other one can't. Then you know it's
    a problem with the application program, and not due to your keyboard.
    The Sun Studio IDE has no idea what physical keyboard you're using.
    It only sees the keysyms from the X server.

  • Weird 5800 Ovi Maps problem

    Ok, so I recently had an ovi maps application upgrade. I havent really used the maps since I got ovi maps and have been using google maps. Which was sometimes off by as much as 30meters. So I decided to use ovi maps for some time to see if it was more accurate, and what happened was something that made me go like "GPS my a s s!" It constantly locks on my location as my university, even if I was like 43km away. Anyway to refresh my location or something?
    If you find my post helpful please click the green star on the left under the avatar. Thanks.

    Ovi Maps seems to store most setup information in the qf file, so try deleting bothy the Cities folder and qf file. Then run Ovi Maps once, redownload the map data you need and then  try again.

  • E70W & Keyboard Mapping

    Nokia E70W Firmware level 1.0610.05.06, 15-05-06, RM-10. Sold in the Middle East.
    Keyboard mapping problem with Shift 5 thru 0, resulting in display of symbol shown on key-1, i.e. 6 displays %, 7 &, etc. In addition I have the Euro currency symbol on shift 5.
    Workaround is insert character under chr key.
    The dealer informs me this is a known problem to be fixed by the next release of firmware, no release date known. Comments from support team?
    Otherwise, a superb phone, 9/10.

    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

  • Mapping problem with Wireless Keyboard and Japanese iPhone

    Hi everyone:
    This seems to be a slightly obscure question -- at least, I can't find a ready answer for it with the search terms I've tried, possibly because most people don't use this particular accessory with the iPhone.
    I have an iPhone 4 that I bought from and use on Softbank, the carrier in Japan, where I live.  While visiting the United States recently, I bought an Apple Wireless Keyboard from an Apple retailer.   I wanted to carry it with me for use with my iPhone, so I would reliably have a convenient way to access the Internet without being confined to the touchscreen keyboard.  (I live in a rural area where WiFi spots are uncommon, but my iPhone's access to Softbank's data network is fairly good and consistent.)
    However, to my frustration, I can't use the keyboard due to a mapping problem.  The Bluetooth connection is fine -- the iPhone can discover the keyboard.  However, the mapping is off: typing "Q" gets me "A," typing "Z" gets me "W", numbers and punctuation are off, etc.  The key point: This is NOT a problem with the International Keyboard settings (under the Settings -> General -> Keyboard -> International Keyboards menu).  I have the Keyboard setting set to QWERTY, which is the layout of the Apple keyboard; I have tried all the other possibilities, just in case.  None of them work.  Setting the Keyboard setting to QWERTY does not make the external QWERTY keyboard map correctly.
    The rather ironic addendum is this: While on a recent trip to Tokyo, I visited the Apple store in Shibuya and, after concluding the main business of my visit (discussing my MacBook's battery problems with an English-speaking staffer), I took out my iPhone and keyboard and asked him about my mapping problem.  He started with the Keyboard menu, tried the same things I had tried, realized they weren't working, and puzzled over the problem for a while.  Then he did this: He hit a key combination (I believe) that brought up a menu on the iPhone's screen.  "Ah, there's your problem," he said, and selected a new setting.  The problem was instantly fixed.
    To my chagrin, however, I neglected to write down what "Ken" had done to fix the problem.  Argh... I was looking at the iPhone upside-down; I'd already taken up more than half an hour; people were waiting, and I guess, being used to living in the countryside now, that I'm not used to Shibuya crowds any more.  Anyway, I didn't take careful notes or ask him to walk me through it, and now I cannot recall or repeat what he did.  And I still can't use my keyboard!
    Any ideas or advice, anyone?  How did "Ken" fix my problem, and how can I repeat it?  Much, much appreciated, in advance.

    THAT'S IT.  Sir, you have solved my problem.  Thank you!!
    And I feel a little silly; this will doubtless seem to an expert as if it should have been obvious all along.  But isn't that always the way in hindsight?
    Here's what happened: The key combination I was trying to remember was "Apple/command + space on the hardware keyboard," as you just said above.  The "menu" it brings up is, apparently, a list of keyboards.  I take it that this list is the same as the list of the "virtual" keyboards on the iPhone?  I have never had more than one external keyboard -- the Apple Wireless -- but I do have several keyboards active virtually, as the iPhone in Japan seems to come with both the "Nihongo Ten-key" and the "Nihongo Romaji" keyboards active, and I added several other languages as well.
    When I hit "Apple/command + space," this list comes up on the iPhone's touchscreen.  Highlighted and checked at the top is "English," just as if it had been selected all along.  But nonetheless, when I first turn on and pair my keyboard with the iPhone, I need to perform this key-combination action, as if to "reselect" English, and then the keyboard promptly starts working properly as QWERTY.  I can only assume that one of the others had been default-selected before -- presumably one of the Nihongo ones? -- and that this was causing the interference.
    Thank you again!  You have made me and my wireless keyboard very happy.

  • 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.

  • Problems with ViaVoice under Leopard, especially key mapping problems

    ViaVoice's behavior has changed considerably under Leopard. First I will discuss the key mapping problem, since I'm eagerly looking for an answer to this problem. At the end of this post, I will voice some of the other problems I've experienced for those who may be interested. The key mapping problem may be specific to the fact that I use a foreign keyboard with a US version of ViaVoice.
    INTRO:
    I have used ViaVoice on my Mac for years, more or less without problems (ViaVoice's bugginess is notorious).
    Those who know ViaVoice will know that one has two general options for dictation. One can dictate into ViaVoice's so-called SpeakPad, which allows special formatting, editing and dictation error correction within the dictated text, or one can dictate into "external" software such as Microsoft Word, in which case ViaVoice just sends a string of characters to that software. SpeakPad appears to make strong use of the operating system's built-in functionality for character formatting, document formatting, etc.
    *MY PROBLEM*
    I have a German keyboard on my PowerBook, yet dictate in US English. When I dictated into SpeakPad under Tiger, all characters appeared correctly. However, when I dictated into Microsoft Word using Tiger, I had to switch the keyboard mapping from German to US to get all characters (that means including the characters that are located at different positions on a German keyboard than they are on a US keyboard such as y, z, apostrophes and parentheses) to appear correctly.
    Under Leopard, things have changed. Now it doesn't matter whether I dictate into SpeakPad or Word; the results are the same and many characters do not appear correctly.
    If set to a German keyboard, y and z appear as expected. To name a few irregularities:
    "(" appears as ")"
    ")" appears as "="
    apostrophes appear as "#" and
    ";" appears as ","
    If set to a US keyboard, y and z are interchanged. "(" and ")" appear as expected. Apostrophes appear as "\" and ";" appears as ","
    By comparison, if typed (as opposed to dictated, as in the examples above) "correctly" (i.e. based on the letters printed on the keyboard) on a German keyboard set to imitate a US keyboard:
    y and z are interchanged
    apostrophes appear as "|"
    "(" appears as "*"
    ")" appears as "(" and
    ";" appears as the symbol for "less than"
    Since I don't have a US keyboard, I can't say how it would behave if set to imitate a German keyboard, i.e. if there's a correlation to the results I get when I dictate.
    Since I was previously able to dictate correctly into SpeakPad by setting the keyboard to "German" and into Word by setting the keyboard to "US," I presume that this is a problem in Leopard, not ViaVoice.
    *OTHER PROBLEMS WITH VIAVOICE UNDER LEOPARD*
    In addition to the aforementioned key mapping problems (that may be specific to those of us with foreign keyboards), ViaVoice appears to have lost considerable functionality in Leopard. I cannot access SpeakPad's Preferences and the correction window. Moreover, the traffic-light like window buttons have disappeared from the VoiceCenter (although they work if you click where they should be). SetupAssistent appears to function.
    I've written to Nuance about these problems, but have little hope that they will invest the time in producing a patch since they haven't released any updates since 2003.

    Thrums1,
    I've never had to "register" ViaVoice after updating the system. I thus suspect you haven't fully followed my above, three-step advice (particularly step 3).
    1) Reinstall ViaVoice from CD.
    2) Update to the latest version (using the patch downloadable from Nuance's website).
    3) Replace the “temp” and “users” folders (in the "ViaVoice" folder at the upper level of your home directory) by a previous copy thereof. When I say previous copy, I mean a copy from when ViaVoice was still working properly, e.g. a copy from when it was running under Tiger.
    As I said, I've gotten ViaVoice to survive several system updates by following the above steps. To my knowledge, the last step is critical since it saves you from having to reconfigure ViaVoice under the new operating system (in this case Leopard). I suspect that ViaVoice is crashing on your system because it's trying to start some module of the SetUpAssistant that is incompatible with Leopard (as many are). If you instead use old copies of the "temp" and "users" folders (from the previous system), then ViaVoice doesn't have to go through the initial "registration" process; ViaVoice doesn't need the SetUpAssistant; and all is (more or less) fine.
    Good luck!
    BTW, to my knowledge, Dictate only runs on Intel Macs. It thus won't run on a G4 iBook, just as it won't run on my PowerBook G4.

  • 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.

  • 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

  • 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?

Maybe you are looking for