[ 
https://issues.apache.org/jira/browse/GUACAMOLE-520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17074278#comment-17074278
 ] 

Kazuhiko Tanaka edited comment on GUACAMOLE-520 at 4/3/20, 4:57 AM:
--------------------------------------------------------------------

    I did additional research by xev command with v1.0.0.  

    When the "Zenkaku_Hankaku" key was entered for the first time outside the 
canvas, "KeyPress" and "keyRelease" of "Zenkaku_Hankaku (0xff2a)" were 
repeatedly transmitted.  When the "Zenkaku_Hankaku" key was entered for the 
second time, "KeyPress" and "keyRelease" of "Shift_L (0xffe1)" were repeatedly 
transmitted.  Each time press it, the pattern of 0xff2a and the pattern of 
0xffe1 appear alternately.  
    The expected behavior is that it occurs each time the next pattern is 
pressed.  
    A pair of "keyRelease" of "Hankaku (0xff29)" and "KeyPress" of "Zenkaku 
(0xff28)" is transmitted once.  
    A pair of "keyRelease" of "Zenkaku (0xff28)" and "KeyPress" of "Hankaku 
(0xff29)" is transmitted once.  



was (Author: tanakakz):
    I did additional research by xev command with v1.0.0.  

    When the "Zenkaku_Hankaku" key was entered for the first time outside the 
canvas, "KeyPress" and "keyRelease" of "Zenkaku_Hankaku (0xff2a)" were 
repeatedly transmitted.  When the "Zenkaku_Hankaku" key was entered for the 
second time, "KeyPress" and "keyRelease" of "Shift_L (0xffe1)" were repeatedly 
transmitted.  Each time press it, the pattern of 0xff2a and the pattern of 
0xffe1 appear alternately.  
    The expected behavior is that it occurs each time the next pattern is 
pressed.  
    A pair of "keyRelease" of "HANKAKU (0xff29)" and "KeyPress" of "ZENKAKU 
(0xff28)" is transmitted once.  
    A pair of "keyRelease" of "ZENKAKU (0xff28)" and "KeyPress" of "HANKAKU 
(0xff29)" is transmitted once.  


> Japanese keyboard layout for RDP incorrect
> ------------------------------------------
>
>                 Key: GUACAMOLE-520
>                 URL: https://issues.apache.org/jira/browse/GUACAMOLE-520
>             Project: Guacamole
>          Issue Type: Bug
>          Components: RDP
>            Reporter: Amarjeet Singh
>            Priority: Minor
>         Attachments: Keyboard_testing_report_Guacamole.xlsx
>
>
> [The Japanese keyboard layout definition used by Guacamole's RDP 
> support|https://github.com/apache/guacamole-server/blob/e2feb416052b1a1ab33db6e79c5ea6e4f6f6eacf/src/protocols/rdp/keymaps/ja_jp_qwerty.keymap]
>  currently contains the following:
> {code:none}
> #
> # Licensed to the Apache Software Foundation (ASF) under one
> # or more contributor license agreements.  See the NOTICE file
> # distributed with this work for additional information
> # regarding copyright ownership.  The ASF licenses this file
> # to you under the Apache License, Version 2.0 (the
> # "License"); you may not use this file except in compliance
> # with the License.  You may obtain a copy of the License at
> #
> #   http://www.apache.org/licenses/LICENSE-2.0
> #
> # Unless required by applicable law or agreed to in writing,
> # software distributed under the License is distributed on an
> # "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
> # KIND, either express or implied.  See the License for the
> # specific language governing permissions and limitations
> # under the License.
> #
> parent  "base"
> name    "ja-jp-qwerty"
> freerdp "KBD_JAPANESE"
> map -shift      0x02..0x0D 0x7D ~ "1234567890-^\"
> map -shift      0x10..0x1B      ~ "qwertyuiop@["
> map -shift      0x1E..0x28 0x2B ~ "asdfghjkl;:]"
> map -shift      0x2C..0x35 0x73 ~ "zxcvbnm,./\"
> map +shift      0x02..0x0A 0x0C 0x0D 0x7D ~ "!"#$%&'()=~|"
> map +shift      0x10..0x1B      ~ "QWERTYUIOP`{"
> map +shift      0x1E..0x28 0x2B ~ "ASDFGHJKL+*}"
> map +shift      0x2C..0x35 0x73 ~ "ZXCVBNM<>?_"
> map -shift      0x29            ~ 0xFF28
> map -shift      0x29            ~ 0xFF2A
> map +shift      0x29            ~ 0xFF29
> {code}
> This is inherently incorrect, as the Japanese keyboard can type far more 
> characters than those given here. Even if the missing characters are 
> correctly mapped, several of these characters depend on additional, 
> Japanese-specific modifier/lock keys which the keymap format does not 
> currently define.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to