C'est une bonne chose car cela répond aux trois points suivants (compilation du client logiciel sous windows, communauté de développeurs Caml trop petite, difficulté d’installation du logiciel).
Par contre, je suggérais tant que possible que David (s'il est d'acore) de ne pas coder lui-même le client web mais plus de se préoccuper de la partie serveur et de superviser le tout. Étant donnés que le client web peut être codé dans des technologies plus classiques (XML, _javascript_, XUL, Ajax, Python, etc...), nous trouverons certainement plus facilement des volontaires ayant dès expériences dans ces technologies.
Par contre, quelle architecture avez-vous prévue ?
1) cas :
Serveur Demexp <-> Client natif Gtk <-> Client web
Càd que le client Client natif Gtk ouvre une connexion https avec le client web et fournis ces services à celui-ci.
2) cas :
Serveur Demexp <-> client natif Gtk
Serveur Demexp <-> client web
Càd que le serveur Demexp ouvre un accès https direct avec le client web.
j'aimerais participer aux prochaines réunions, via video conférence ou audio conférence IP.
Cordialement,
|
-- Serge Leblanc <[EMAIL PROTECTED]> GnuPG id: 1024D/73791C2B 2002-09-30 Primary key fingerprint: 8E0C 0D6D E026 A278 9278 BF4F 1A93 D552 7379 1C2B |
signature.asc
Description: This is a digitally signed message part
