Cette seperation ne sera effective que dans OpenOffice 2, ou ils utiliseront un langage generique (VCL il me semble) qui sera implemente dans l'un ou l'autre toolkit.
<<
Cette modularité très cartésienne est dans la suite logique de l'évolution du logiciel libre et elle est un gage d'évolutivité d'OpenOffice.org.
>>
Certe, mais elle est un poids tres lourd au niveau technique. Toute fonctionnalite doit etre codee dans un premier temps au niveau de l'abstraction (la partie document du modele document/vue), puis au niveau graphique pour le rendu, donc dans ce cas en VCL, puis transposee via VCL dans un GUI natif (Qt, KDE, Windows, ...). Dans le cas ou une fonctionnalite manque a VCL, elle doit etre recree dans chacun des ports.
Tout ce processus est extremement lourd a maintenir et a developper. KOffice, a l'oppose, en s'appuyant a fond sur des technologies choisies et directes, fait un bien meilleur boulot. Si on compare le nombre d'annees hommes investies sur chacun des projets, KOffice doit representer le 1/10 de OpenOffice.
Quand on songe que StarOffice etait une boite allemande, on se demande vraiment pourquoi ils n'ont pas choisi Qt des le depart. Ils ont du commencer leur truc avant 1993. C'est dommage quand meme parce que avec Qt, il se serait epargnes bien du boulot.
[^] # Re: Lancement d'un projet officiel d'intègration de d'OpenOffice.org à KDE
Posté par Philippe F (site web personnel) . En réponse à la dépêche Lancement d'un projet officiel d'intégration d'OpenOffice.org à KDE. Évalué à 10.
<<
Cette modularité très cartésienne est dans la suite logique de l'évolution du logiciel libre et elle est un gage d'évolutivité d'OpenOffice.org.
>>
Certe, mais elle est un poids tres lourd au niveau technique. Toute fonctionnalite doit etre codee dans un premier temps au niveau de l'abstraction (la partie document du modele document/vue), puis au niveau graphique pour le rendu, donc dans ce cas en VCL, puis transposee via VCL dans un GUI natif (Qt, KDE, Windows, ...). Dans le cas ou une fonctionnalite manque a VCL, elle doit etre recree dans chacun des ports.
Tout ce processus est extremement lourd a maintenir et a developper. KOffice, a l'oppose, en s'appuyant a fond sur des technologies choisies et directes, fait un bien meilleur boulot. Si on compare le nombre d'annees hommes investies sur chacun des projets, KOffice doit representer le 1/10 de OpenOffice.
Quand on songe que StarOffice etait une boite allemande, on se demande vraiment pourquoi ils n'ont pas choisi Qt des le depart. Ils ont du commencer leur truc avant 1993. C'est dommage quand meme parce que avec Qt, il se serait epargnes bien du boulot.