Aqua, c'est juste une interface, ou un wm... Une version «native» «Aqua», ça me paraît donc un peu absurde... Cela dit, si l'on essaie de traduire le contenu de cette news, c'est tant mieux...

Pourquoi absurde?

Eric sera sur place les 15 et 16, mais le stand OpenOffice.org sera "ouvert" tous les jours de l'expo.

Dire qu'une application qui n'utilise pas l'AppKit n'est pas native est très légèrement extremiste ;-). SI OO est Cocoa *ou* Carbon (donc en gros, si elle ne tourne plus sous X11) alors elle est native. "Native", ça veut dire que ça utilise les routines Mac OS directement, sans émulation.

avec une précision : oui, les applications Carbon sont natives également, autant que celles développées dans Cocoa

Bonjour ! Allez, un petit HS... Plusieurs fois, sur des forums de site Mac, je vois des réactions du genre : "Cocoa c'est de la balle, Carbon c'est pourri ça ne sert qu'à porter des applis MacOs 9" qui montrent une incompréhension complète de la programmation sous MacOS X. Cocoa et Carbon sont deux API/frameworks avec chacun des avantages et des inconvénients. Carbon est prévu pour être utilisé avec le C/C++ et Cocoa avec Objective C (et Java). Ce que vous pouvez faire avec Cocoa vous pouvez le faire avec Carbon et vice-versa. Ce sera seulement plus simple avec Cocoa. Donc oui, une appli Carbon peut être aussi bien qu'une appli Cocoa et respecter à 100% l'UI de MacOS X. Fin du HS, merci de m'avoir écouté ;)

Bonjour ! Allez, un petit HS... Plusieurs fois, sur des forums de site Mac, je vois des réactions du genre : "Cocoa c'est de la balle, Carbon c'est pourri ça ne sert qu'à porter des applis MacOs 9" qui montrent une incompréhension complète de la programmation sous MacOS X. Cocoa et Carbon sont deux API/frameworks avec chacun des avantages et des inconvénients. Carbon est prévu pour être utilisé avec le C/C++ et Cocoa avec Objective C (et Java). Ce que vous pouvez faire avec Cocoa vous pouvez le faire avec Carbon et vice-versa. Ce sera seulement plus simple avec Cocoa. Donc oui, une appli Carbon peut être aussi bien qu'une appli Cocoa et respecter à 100% l'UI de MacOS X. Fin du HS, merci de m'avoir écouté ;)

En tout cas, un GRAND coup de Chapeau à tous les bénévoles qui nous permettent d'avoir Open-Office ET NeoOffice sur plateforme Mac. Et que ce soit en Carbon, en Cocoa ou bien en quoi que ce soit d'autres, l'important c'est que le produit rende les services attendus, en l'occurence une suite bureautique, abordable ;-) compatible Office, sans compter les formats de document ouverts d'OOo. Maintenant, si en plus on a une interface plus Mac, des dialogues d'ouverture et d'enregistrement "Mac" et bien tant mieux.

En tout cas, avec OpenOffice ou bien NeoOffice j'arrive toujours pas à envoyer le fichier en pièce jointe avec Thunderbird. Quelqu'un y arrive?

Oui on peut programmer la même chose avec Carbon et Cocoa. Cependant, il est absurde de programmer a partir de zéro avec Carbon, a moins d'être maso.<br /> Carbon a été conçu afin de pouvoir faire tourner un logiciel OS9 pour OSX. Il est donc logique que tous les logiciels Carbon soient de vieux machins non parfaitement adaptés à OSX

Rocou > Non, Carbon n'a pas été conçu pour faire tourner un logiciel OS9 sous OSX. En regardant les docs Apple, aucune allusion dans ce sens n'est faite. Appli en Carbon ne veut pas dire mauvaise/vieille appli non prévu pour OSX.<br /> Par contre, je suis d'accord avec toi que le fait de programmer en utilisant Cocoa facilite grandement les choses. Mais quand il faut développer un logiciel multi plateforme, Cocoa/Objective C n'est pas vraiment le plus simple. Le C/C++ est quand même un langage existant sur quasiment toutes les plateformes. Carbon permet donc de porter plus facilement ce genre de soft. Et encore désolé pour le HS... Pour en revenir sur OpenOffice, je suis bien content qu'une version non X11 voit enfin le jour. Cette suite est vraiment fabuleuse et j'ai hâte de l'utiliser sur mon Mac... même si elle utilise Carbon ;)

C'est vrai que l'idée "Carbon = vieux - OS9 et Cocoa Youpi MacOSX" a la dent dure, pourtant il suffit d'aller trainer de temps en temps sur les sites de prog pour voir que ce n'est pas du tout ça. En fonction des objectifs, il faudra mieux programmer en Carbon ou Cocoa, chacun ayant ses avantages et inconvénients