Fr:NeoOffice et Aqua

From NeoWiki

Revision as of 09:47, 16 June 2005 by Val1984 (Talk | contribs)
Jump to: navigation, search

Questions fréquemment posées à propos du design et du développement de NeoOffice/J

Contents

Pourquoi NeoOffice/J n'a pas les "boutons bleus" typiques de l'interface Aqua de Mac OS X ?

Actuellement, NeoOffice/J n'inclut pas beaucoup d'"Aquafication". Cependant, les développeurs travaillent sur le sujet !

Le but est d'ajouter lentement les fonctionnalités Aqua à NeoOffice/J pour qu'il soit de mieux en mieux intégré dans Mac OS X jusqu'à ce qu'il ne reste plus une seule preuve qu'il ait été autre chose qu'une application Mac OS X.

Durant les derniers mois, NeoOffice/J a été amélioré touche par touche.

Quels sont les avancées les plus récentes de l'"Aquafication" ?

Etat au mois de Juin 2005 :

  • Le menu du Dock permet de créer des nouveaux documents ou d'en ouvrir d'anciens (06/2005)
  • NeoOffice/J ne montre plus la "fenêtre grise" à la fermeture du dernier document ouvert mais l'application reste ouverte comme les applications Mac normales (05/2005)
  • Intégration de Spotlight sur Mac OS X 10.4 "Tiger" via NeoLight (05/2005)
  • Utilise les couleurs définies dans le panneau Apparence des Préférences Système (04/2005)
  • Support des langues Indiennes (04/2005)
  • Support pour Eudora, Entourage et Mail comme client mail externe (03/2005)
  • AppleScript pour l'installation des fichiers d'aide des langues non anglaises par glisser-déposer (03/2005)
  • Glisser-déposer entre NeoOffice/J et les autres applications (03/2005)
  • NeoOffice/J ne quitte plus lors de la fermeture du dernier document ouvert (03/2005)
  • Eléments "A propos de NeoOffice/J" et "Préférences" ajoutés dans le menu "NeoOffice/J" (02/2005)
  • Interfaces localisées pour 40 langues (12/2004)
  • Nouvelle icône Aqua et nouvel écran de chargement (12/2004)
  • PDFs optimisés/plus légers (12/2004)
  • Glisser-déposer du texte (12/2004)
  • Support du défilement à l'aide de la molette (11/2004)
  • Les menus sont maintenant situés dans la barre des menus en haut de l'écran, comme toutes les autres applications pour Mac (avant, ils étaient en haut de la fenêtre du document) (11/2004)
  • Notification automatique des nouveaux patchs et nouvelles versions (11/2004)
  • Patchs disponibles en paquets d'installation standards Mac OS X (09/2004)
  • Support pour les alias Mac dans les dialogues d'ouverture et de sauvegarde de fichiers (09/2004)

Suivez les nouvelles fonctionnalités à mesure qu'elles sont annoncées !

Quelles technologies sont utilisées pour l'"Aquafication" de NeoOffice/J ?

Aqua est le "look and feel" développé par Apple pour OS X. Apple fournit 3 cadriciels (frameworks) pour développer des applications ayant une interface Aqua :

  • Carbon (sorte de mode de compatibilité OS 9, aussi utilisé par Mozilla/Firefox)
  • Cocoa (nouveau cadriciel adapté de NeXT pour Mac OS X)
  • Java (langage multi-platforme, incluant JFC/Swing pour des éléments d'interface ressemblant à ceux natifs)

NeoOffice/C (le projet de prototype original) fut une tentative utilisant Cocoa et Carbon. Le projet le plus réussi, NeoOffice/J, utilise actuellement un mix de Java 1.3 et Carbon.

Alors... NeoOffice/J est écrit en Java?

Non.

NeoOffice/J est une version native Mac OS X d'OpenOffice.org utilisant des petits bouts de code Java pour les l'affichage et la configuration.

OpenOffice.org est écrit principalement en C++ portable. Néanmoins, NeoOffice/J utilise l'intégration avancée de Java dans Mac OS X pour introduire le look and feel OS X. En d'autres termes, le "J" de NeoOffice/J a principalement à voir avec comment l'application apparait aux yeux de l'utilisateur. Les "entrailles" de la suite bureautique sont écrits en C++. (Le code composant NeoOffice/J provient à 99% du code partagé entre les différentes plateformes supportées d'OpenOffice.org et 1% du code est spécifique à Mac OS X et contient du Java, C++, C et Objective-C.)

De ce fait, NeoOffice/J tourne seulement sur des Macintosh équipés de Mac OS X 10.2.x, 10.3.x ou 10.4.x — pas sur Mac OS 9, Windows, Linux, Darwin ou toute autre forme d'UNIX.

Pourquoi ne travaillez vous pas sur une version Cocoa d'OpenOffice.org Aqua ?

Il y a plusieurs raisons. OpenOffice.org n'est pas conçu comme une application native Cocoa pour Mac. Traduire tout le modèle d'évènements, la gestion des polices et les routines d'affichage en Cocoa serait un énorme travail. D'un autre côté, l'implémentation Java d'Apple fournit un bon accès aux fonctionnalités Aqua et est plus facile à intégrer dans le code d'OpenOffice.org. NeoOffice/C a prouvé qu'une implémentation Cocoa n'était pas une solution viable à court et à moyen terme; bien que son apparence était réussie après de nombreux hacks, il n'était même pas assez stable pour une utilisation occasionnelle.

A présent, NeoOffice/J est très stable et bien parti pour fournir une interface utilisateur totalement Aqua. Et choisir une nouvelle orientation maintenant signifierait l'abandon de beaucoup de bon code. Le défaut de l'utilisation de Java est qu'il consomme (un peu) plus de ressources qu'une implémentation Cocoa. (Vous avez besoin de plus de RAM que la configuration minimale recommandée pour Mac OS X mais Mac OS X bénéficie d'avoir plus de RAM que la configuration minimale recommandée ! Et la RAM est bon marché; ajouter de la RAM est le meilleur moyen d'accélérer votre Mac à moindre coût.)

Cocoa n'est il pas meilleur que Java ?

Aqua est aqua.

Cette question est souvent posée par les développeurs et les power users. Les utilisateurs moyens, d'un autre côté, tendent à juger uniquement le résultat. Comme l'a dit un testeur :

"Si celà ressemble à un canard, marche comme un canard et caquète comme un canard, alors, pour l'utilisateur moyen, c'est un canard et les utilisateurs moyens ont clairement dit qu'ils voulaient un canard; que le canard boive du chocolat chaud ou du café n'a pas d'importance."

Et, comme le dit John Gruber, après avoir cité un ingénieur Apple sur la liste Carbon-Dev, "enoyez [le second paragraphe] à toute personne clamant que seules les application 'purement Cocoa' sont des applications 'natives' Mac OS X."

Java n'est pas lent ?

La majorité de NeoOffice/J est écrit en C++. Seuls ces bouts qui facilitent l'intégration du look Aqua ont été personnalisées en Java. La raison est que Java pour OS X a un look terrible et s'intègre à merveille dans l'interface native "bouton bleu" Aqua.

Et au fait, Java n'est plus si lent de nos jours.

Pourquoi NeoOffice/J n'utilise pas Java 1.4.x ou 1.5.x?

Il y a plusieurs raisons expliquant le fait que NeoOffice/J utilise Java 1.3.1, à la fois humaines et techniques. Quand NeoOffice/J fut initialement développé, Java 1.4.x n'était pas disponible sous Mac OS X. Quand Java 1.4.1 est finalement sorti sur Mac OS X, il était un peu buggé et il manquait certaines fonctions vitales sous Mac OS X 10.2.x. Java 1.5 est seulement disponible sous Mac OS X 10.4.x. De plus, Java 1.4.x et 1.5 sont basés sur Cocoaalors que Java 1.3.1 est basé sur Carbon.

Passer à une nouvelle version de Java demandera non seulement de renoncer aux support des anciennes versions de Mac OS X mais demandera aussi des centaines, si ce n'est des milliers d'heures de travail pour réimplémenter les portions Carbon de NeoOffice/J en Cocoa ainsi que trouver les nouveaux bugs de ces nouvelles versions. Changer pour Java 1.4.x ou 1.5 n'est pas une option viable pour le moment vu la taille de l'équipe de développement de NeoOffice/J et Java 1.3.1 continue de bien fonctionner.

Est ce que NeoOffice/J a remplacé NeoOffice/C ?

Oui, .

Où puis je en apprendre plus sur NeoOffice/J ?

Pour des trucs et astuces sur l'utilisation de NeoOffice/J, voir la section de ce Wiki.

J'ai une question sur le design ou le développement de NeoOffice/J; où puis je obtenir une réponse ?



Cet article dans d'autres langues :
Personal tools