There are more and more devices with no Adobe Flash plugin support in web browser (new Android and Apple phones and tables, etc.). The aim of this project is to replace Flash testdrive in SUSE Studio with HTML5 client.

So our current implementation bases on our project from a previous Cloud workshop which uses noVNC.

The main issue is still the multiple keyboard layout conversion, but even the currently used Flash implementation has similar issues.

Our implementation is not perfect but it has some advantages over the Flash implementation for example:

   * Running on basically every device which is shipped with a modern HTML5 browser (no plugins needed)
   * Being able to enter AltGr key combinations via a button
   * Allowing umlauts if the correct keyboard layouts are used
   * Support of encrypted Testdrive connections if officially signed SSL certificates are available

I have created a pull request against Studio

The development host is http://acubens.arch.suse.de:3000/ .

Jan has created a patch against QEMU to be able to change the keyboard layout via the console instead of just using the cmd parameter.

I have pushed some changes upstream to noVNC but I am not sure if they want to use it. I need to discuss this with them since noVNC does not only target Linux.

Looking for mad skills in:

ruby javascript

This project is part of:

Hack Week 11

Activity

  • almost 5 years ago: thardeck added keyword "javascript" to HTML5 testdrive for SUSE Studio
  • almost 5 years ago: thardeck added keyword "ruby" to HTML5 testdrive for SUSE Studio
  • almost 5 years ago: cschum liked HTML5 testdrive for SUSE Studio
  • almost 5 years ago: jordimassaguerpla liked HTML5 testdrive for SUSE Studio
  • almost 5 years ago: jdelvare liked HTML5 testdrive for SUSE Studio
  • Show History

    Comments

    • bmwiedemann
      almost 5 years ago by bmwiedemann | Reply

      you want to look into how SUSE Cloud (via openstack-horizon) does it with noVNC using a websocket-proxy process

      • thardeck
        almost 5 years ago by thardeck | Reply

        QEMU does already support Websockets with TLS encryption so we don't need the extra proxy.

    Similar Projects

    Differentiate Microsoft virtualization types (WSL1/WSL2/Azure/Hyper-V) in SUSEConnect by wstephenson

    People are interested in Linux on Windows via W...


    Ruby Gem: Open Build Service API by mschnitzer

    I just recently started a new project which is ...


    geekos going production by digitaltomm

    We are running the geekos app at [geekos.prv.su...


    PXEAT - A PXE management tool by whdu

    PXEAT (stand for PXE Administration Tool) ...