On Fri, Apr 5, 2013 at 12:47 PM, Marc-André Moreau
<marcandre.mor...@gmail.com> wrote:
> Hi Christian,
>
> This is a good overview of the problematic.
>
> I think we can split it in two cases:
>
> 1) Enhancing the base client by adding new features at runtime such as a
> graphical login prompt, message boxes, etc.
>
> 2) Enhancing the base client by embedding it into a graphical (Qt, Gtk+)
> front-end that deeply integrates with it and adds a graphical login prompt,
> message boxes, etc.
>
> I'm working on case 2) right now with one of my employees. We are splitting
> existing clients into a library + executable, where most of the client is
> implemented within the library. I have a "libxfreerdp-client" library on my
> branch which exports very basic functions for launching xfreerdp as a
> simple function. The goal is to then extend this basic API to provide means
> of receiving notifications of certain events, overriding certain
> functionality like the graphical prompt, etc. My employee has been working
> mostly with wfreerdp while developing in parallel a C# interface that also
> abstracts the Microsoft ActiveX client, allowing to switch between the
> Microsoft implementation and FreeRDP smoothly on Windows. I have started
> doing similar modifications on xfreerdp last week. So far we can launch the
> client and have it embedded into another window. This approach is better on
> the long term than re-implementing a client like what Remmina is doing,
> since we are reusing *a lot* more code from each of the platform specific
> clients, and leveraging them as much as possible.
>
> If you are interested in this approach, let me know and I'll get you in the
> loop. Our goal is to provide a simple interface that "drives" an existing
> client rather than implement one, pretty much like what the ActiveX
> interface to the Microsoft RDP client is doing. This way, we can easily
> reuse our multiple platform-specific clients (xfreerdp, mfreerdp, wfreerdp).

+1 :-)

--
Otavio Salvador                             O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854              http://projetos.ossystems.com.br

------------------------------------------------------------------------------
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
_______________________________________________
Freerdp-devel mailing list
Freerdp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freerdp-devel

Reply via email to