[FreeNX-kNX] [FreeNX and "Google Summer of Code"] Proposal 7: "KDE NX client"

Kurt Pfeifle k1pfeifle at gmx.net
Mon Jun 6 01:48:42 UTC 2005


--------------------------------------------------------------------
Proposal 7: 
Create, complete, test and polish a fully integrated KDE version 
of an NX client
--------------------------------------------------------------------

KDE currently only has a "proof of concept" implementation of an NX 
client (knx in kdenonbeta) that was hacked together in 2 half days 
during LinuxTag 2004. This project aims for a complete NX client 
which fully integrates into KDE.
 
Essential parts of this project:
-------------------------------- 
* the new KDE NX Client must work for FreeNX as well as for 
  NoMachine NX servers. 
* the new KDE NX Client must support all the features the 
  "free-as-in-beer" version of the NoMachine NX client supports 
  (SSL encryption, audio tunnelling, CUPS printing, file sharing, 
  suspending a session, terminating a session, re-connecting to a 
  suspended session, some common fixed as well as custom display 
  sizes, establish remote KDE as well as Gnome sessions, flexible 
  port-forwarding, JPEG and PNG compression for bitmaps, 
  configuration of cache sizes for RAM and harddisk, configuration 
  of l10n-ed keyboard settings, and more) . 
* the new KDE NX Client must at least work as a standalone 
  application. 
* the new KDE NX Client must at least provide the stubs to 
  integrate the current "KDE remoting" technology (a.k.a. known as 
  "krdc" or "KDE Remote Desktop Connection") which supports pure
  RFB/VNC and RDP/rdesktop sessions into one interface. 
* the new KDE NX Client should preferrably blend as much as 
  possible into KDE's core technologies: investigate the 
  possibility to run different NX sessions in a "tabbed window 
  mode", preferrably in a tabbed Konqueror; investigate the 
  possibility to create an "nx_kioslave" that allows to start NX 
  sessions via an "nx://"-URL; investigate the usefulnes of dcop 
  for the KDE client. (These investigations should be at least 
  documented with pros and cons, and implemented if the "pros" are 
  compelling where the "cons" are minor). 
* the new KDE NX Client should preferrably be based on the new 
  "nxclientlib" library 
* the new KDE NX Client should be able to run without a window 
  manager, i.e. be usable in thin client situations as replacement 
  of or as an option for KDM 
* the new KDE NX Client must be fully documented (i.e. a user 
  manual that explains all options in the GUI) 
* the new KDE NX Client must be fully "WhatsThis"-enabled (i.e. 
  each widget must have a comprehensible WhatsThis help entry) 

Mentors: Aaron J. Seigo, Kurt Pfeifle

Reply ASAP if you are interested, so you can get approval before the
14th of June.
 
 
 




More information about the FreeNX-kNX mailing list