Articles : 1ère mouture du collecticiel client de OpenOffice.org : Glow
Posté par ginkyo (page perso, ). Modéré le 10 juin 2003.
Glow 0.1 est la première mouture publique du collecticiel client de OOo, sortie le 7 juin 2003.
Licence : LGPL/SISSL
Langage : 100 % java
Ci-dessous, lien vers d'autre groupiciels
NdM : le groupe s'appelle OOogw pour faire simple. L'outil se base sur XML, et le développement collabore avec Mozilla Calendar et PHPGroupWare.
![[en]](../images/en.png)
Glow - client collecticiel du groupe Ooo (3430 hits)-
Projet collecticiel de OpenOffice.org (1049 hits)
-
OSAF (GNU/GPL) (474 hits)
-
Minkowsky client-serveur (GNU/GPL) (572 hits)
-
TWIG (GNU/GPL) (534 hits)
-
Skriv (GNU/GPL) (490 hits)
> Lire la dépêche (103 commentaires, moyenne: 1,7).
Vous avez demandé le commentaire #220638.
Run by 
Cette page a été générée par Templeet en 0.0555s (dont 0.0056 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Re: 1ère mouture du collecticiel client de OpenOfice.org : Glow
> Langage : 100 % java
Ouch ! deja que 00 ce n'est pas leger leger, si en plus on rajoute java , ca va exploser !
[+] [^]Re: 1ère mouture du collecticiel client de OpenOfice.org : Glow
Oué c'est vraiment dommage que ca soit en java ...ca aurait pu etre interessant sinon ..
[^]Re: 1ère mouture du collecticiel client de OpenOfice.org : Glow
autant pour J2EE, pas de probleme pour java, c'est plus rapide, mais alors java / swing ca va vraiment etre beurk...
pourquoi ne pas faire du java avec bindings gtk/gnome ? ou meme swt a la limite, ca sera toujours mieux que swing....
enfin bon, il faut se dire que des framework vont etre constuits, ca parle de serveur de calendriers, etc, ensuite ca donnera envie aux gens de programmer des trucs propres (gnome, kde)
sam
[^]Re: 1ère mouture du collecticiel client de OpenOfice.org : Glow
swt est une tres bonne sollution a mon avis (LGPL je crois) et composants natifs (gtk pour nux) ce qui apportent rapidité et portabilité.
Mais pourquoi n'ont il pas employé de meme framework de composant que celui utiliser par OO?
[^]Re: 1ère mouture du collecticiel client de OpenOfice.org : Glow
pourquoi ne pas faire du java avec bindings gtk/gnome ? ou meme swt a la limite, ca sera toujours mieux que swing....
Sur le long terme c'est à voir... Il me semble me rappeler que pour le JDK 1.5 les interfaces Swing pourrait prendre avantage de l'interface native (et plus seulement utiliser un look and feel ressemblant).
Dans ce cas, il faudra voir ce que çà donne, mais çà peut être judicieux de ne pas s'engager dans un autre toolkit... tout de suite.
[^]Re: 1ère mouture du collecticiel client de OpenOfice.org : Glow
Sur le long terme c'est à voir... Il me semble me rappeler que pour le JDK 1.5 les interfaces Swing pourrait prendre avantage de l'interface native (et plus seulement utiliser un look and feel ressemblant).
Dans ce cas, il faudra voir ce que çà donne, mais çà peut être judicieux de ne pas s'engager dans un autre toolkit... tout de suite.
D'un autre point de vu sur le long terme, en misant sur une évolution du JDK1.5 tu t'inscris encore plus dans une relation de dépendance vis-à-vis de Sun et comme c'est pas de si tôt que l'on aura un JDK1.4 ou + libre...
Sur le long terme c'est la solution faisant intervenir le plus de solutions libres|ouvertes qui gagne.
[^]Re: 1ère mouture du collecticiel client de OpenOfice.org : Glow
Par rapport à la légèreté, ne serait-il pas souhaitable, justement, que OOo fasse la même chose que mozilla, à savoir séparer les composants pour avoir plusieurs binaires et faire un peu moins usine à gaz.