[Qt5-feedback] OpenGL ES 2.0 requirement

[Linos]

thin clients in the same LAN are not the only use case for this, any times it is 
security, other deploy and upgrade convenience and usually good performance over 
WAN (where the idea you have posted will work too slow, would be the same 
problem that with remote databases).

I don't think that this is a small use-case, it is really big use-case in many 
SMB with more than one office, nearly everyone SMB that i have worked with uses 
Terminal Services (NX to a much lesser extent) to access his company applications.

Regards,
Miguel Angel.

El 04/06/11 23:12, Jason H escribió:
> I've been watching this and while it makes me wonder... with Qt, and the
> network... Shouldn't apps be designed to be split between a service and a
> client?Then the local client can just use the network for communicating with the
> remote service. If you don't want to take it that far... perhaps there is a way
> remote Qt to exchange signals slots and events from client and server (have a
> network message tied into the event loop) So that the the remote display could
> be updated and the server app receive the events as if the display was local?
> It's be like a hybrid thin client.
>
>
>
> And on a different subject, how hard is it to add Hardware acceleration to an
> embedded design these days?
>
>
> --------------------------------------------------------------------------------
> *From:* Thiago Macieira <thiago at kde.org>
> *To:* qt5-feedback at qt.nokia.com
> *Sent:* Saturday, June 4, 2011 3:05 PM
> *Subject:* Re: [Qt5-feedback] OpenGL ES 2.0 requirement
>
> Em Saturday, 4 de June de 2011, às 21:09:56, Dmitry Nezhevenko escreveu:
>  > This is not as perfect as it was. At least with Qt. I still remember that
>  > times of Qt3 when it was possible to use X11 forwarding even through ADSL
>  > connection. Now Qt4 is maybe slowest toolkit for this. Even Windows apps
>  > launched with Wine works much faster faster.
>
> Try using the X11 engine and disabling Alien.
>
>  > And it looks like Qt5 will be even slower...
>
> No doubt. We're sacrificing performance in a small use-case to benefit the
> greater and vastly more common and more important use-case. If you have ideas
> on how to improve performance for remote connections without sacrificing
> performance on local connections, we're all ears.
>
> --
> Thiago Macieira - thiago (AT) macieira.info <http://macieira.info> - thiago (AT)
> kde.org <http://kde.org>
> Senior Product Manager - Nokia, Qt Development Frameworks
> PGP/GPG: 0x6EF45358; fingerprint:
> E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358
>
> _______________________________________________
> Qt5-feedback mailing list
> Qt5-feedback at qt.nokia.com <mailto:Qt5-feedback at qt.nokia.com>
> http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
>
>
>
>
> _______________________________________________
> Qt5-feedback mailing list
> Qt5-feedback at qt.nokia.com
> http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback