[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH 0/2] PV framebuffer



"Kasai Takanori" <kasai.takanori@xxxxxxxxxxxxxx> writes:

> Hi Markus and Ewan,
>
>>> I confirmed it with paraVM image made by virt-manager on RHEL5β2. The
>>> keyboard used for the input is Japanese keyboard.(jp106) The key input
>>> as follows is input by mistake.
>>>
>>> @           ->  2
>>> :          ->  ;
>>> ' (shift+7) ->  "
>>> =           ->  +
>>>
>>> I think that it cannot use except for 101 keyboard.
>>
>> VNC or SDL?
>>
>> vncfb is expected to behave strangely unless you use the US keymap.
>
> Sorry, I was not answering your question.
> I am talking about vncfb.
>
> The function to select keyboard layout is provided in qemu-dm.
> I contributed the patch to select keyboard layout from configuration
> file the other day.
>
>
>>I think you could steal the keymaps from QEMU, and the parsing and translation
>>code.  That would be good, because we would have only one set of keymaps to
>>maintain.  That translation between VNC's X11 keysyms and the appropriate
>>scancode has been all written once (for QEMU's VNC frontend), so it would be
>>good if you could take advantage of that.
>
> It is necessary to transplant the function that convert
> between VNC's X11 keysyms and the appropriate scancode from qemu-dm.
>
> Should I do it?

I take free, working, maintainable code any day :)

I'd love to see LibVNCServer replaced by the QEMU VNC code
alltogether.  I haven't found the time to look into this myself.
Perhaps that would be an even better use of your time.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.