Original Demonstration System notes

From wiki.gpii
Jump to: navigation, search
This page describes the original plan regarding the Demonstration system. This was to be achieved using GPII installation running under windows/linux on Sunray machines. It turned out this approach wasn't desirable for several reasons, amongst other:
  • Complicated login - The user would have to go through a long process even to try out a profile (incl. download+install sunray client, enter server IP, select VM to use, select user, etc) - for the user unfamilar with sunray and virtual desktops, this will make it seem like GPII is very complex to use/login to.
  • Latency issues - eg. using a screen reader, even a small delay would be confusing. Furthermore, the average user might think this is GPII rather than the network latency.
  • Gives a erroneous impression of GPII - Due to the complex login procedure and latency issue, this will not properly showcase the forces of GPII - such as simplicity and ease of use. It is more likely to discourage users than encourage them

New suggested demonstration system, see here


Essential Requirements

• Cross platform (windows-Linux/gnome)

• High performance

• Audio support

• Able to programmaticaly launch specific

• 50 concurrent users

• 10 server "desktops"

• Able to accept "commands" from a traffic application

Nice to have Requirements

• No client installation or very thin client

• Free or at least free to users

• Open source

• Virtual desktops

• Encryption

• Profiles represent a full range (but not too full!) of disabilities

• Desktops/demos represent/simulate a wide range (but not tto wide!) of functional situations (ATM, transit machine, library computer)

• Can be easily edited for local or event-driven content, for demos at trade shows, organizational/corporate meetings, etc.

• Multi-machine: 'moving' a profile from one actual machine to another so a less technical audience can understand the principle of a profile 'following' a user throughout the day.

• Attractive -- both the screens and any related materials such as signage, booth furniture

• Self-documenting or requiring little staffing. Anyone should be able to wander up and try it out. How about remote staffing? -- demo user can get help, ask questions; one of us is available remotely. (Thinking of this for a trade show or other event, not 24/7/365.)

• Participation in the demo collects info for our contact database (user opts).

Steps taken so far

• Agreed on the process from the user point of view, namely, a web site will be provided where the user will select one of the 12-17 different Desktops/Demos

• There will also be 5-8 different profiles (sample people) on the web site. You can then "try" each of the 5-8 profiles on each of the 12-17 different Desktops/Demos to see how the Desktop/demo changes for each different person(profile)

• Then intro the different desktop/demos/virtualboxes

• The virtual box comes up in default condition. The user then "tries" or "applies" the different user profiles and the virtualbox/desktop/demo changes as they apply each profile

• Additionally, to ensure that ministers can get in - we may create a clone of this system that only the EC and EU ministry personnel can access

• Tentatively agreed on how this will be technically performed. Sun Ray client would connect to Sun Ray server with Virtual Box

• Discussed other remote desktop solutions/candidates and compared them with Sun Ray

[[/images/0/0a/Comparison_of_Remote_Desktop_Software.xlsx|Comparison of Remote Desktop Software]]

• Decided that Sun Ray is possibly the best candidate (to be confirmed after testing)

• Testing will be concluded by the end of February 2012 including the setup of a light demo

Next steps to be taken

• Wait for Sun Ray server to be setup in order to start testing

• Evaluate other candidates (Spice, NoMachineNX)

• Setup a local Sun Ray installation at SiLo in order to compare local to remote latency

<br/>[[/images/3/31/Cloud4AllDemo.jpg|Demo System Flow]]


Questions and Answers

  • What resolution will the simulation support?:
    • The overall resolution can be controlled from the client itself. There is an option to set it to the most popular screen resolutions (More Options->Screen Resolution->..)
  • Can it support Full screen?:
    • Yes, the sessions can go full screen without any borders. There is an option to do that from within the client (View->Fullscreen)
  • How would you switch between sessions/Demonstrations?.
    • There is an Remote Desktop ribbon with an “X” that slides down at the top of each session on mouse rollover. Pressing the “X” closes that session (but leaves it where it was unless someone logs off first).
  • Can you launch the client once and then switch between demos?
    • Sessions on the same client can be launched one at a time.
  • Can I use the LOCAL USB on my computer and have it work with the Virtual Computer?:
    • We are enquiring about it
  • How will the user Switch between demos?
    • Overall we are trying to make the experience as transparent to the user as possible. Since we cannot have a front end menu, we will introduce self-explanatory usernames (ie username: Windows7, username: Fedora etc)