Les développeurs vous informent

[Bidouille]

Ce fil est une traduction libre de certains articles du blog GullFOSS qui regroupe des ingénieurs de l'équipe de développement de Sun.

Dans la marmite à projets
Par Carsten Driesner

Le Google Summer Of Code 2007 (sorte de grand-messe du codage) a été un vif succès pour OpenOffice.org au niveau projet. L'équipe des développeurs est sur deux projets qui devraient aider plus efficacement les utilisateurs.

Nouvelle application pour la barre d'état avec un contrôle pour afficher et changer la langue

Habituellement OOo ne fournit pas de moyen aisé pour changer la langue d'un mot, d'un paragraphe ou d'une sélection de texte dans Writer. L'utilisateur doit passer par le menu et une boîte de dialogue à onglets pour choisir la langue appropriée. Le contrôle de la barre d'état permet d'avoir cette fonction et d'améliorer l'ergonomie pour tous ceux qui travaille sur des documents multi langues.





L'extension onglet de fenêtre

Les onglets sont une des fonctionnalités que beaucoup d'utilisateurs voudraient voir. Mais pour de nombreuses raisons, cela n'a jamais été implémenté. Deux ans plus tard, un premier prototype va permettre d'avoir cela sous forme d'une extension sans avoir à toucher au code de base. Le projet a réussi et va pouvoir être livré.

[Bidouille]

Sun se joint à l'effort de portage de OpenOffice.org pour Mac
Par Philipp Lohmann

Je suis heureux de vous faire savoir que l'ingénierie Sun va appuyer l'effort de portage vers la plateforme Mac/Aqua.

Cette histoire de portage vers MacOSX est pratiquement aussi vieille qu'OOo lui-même. Dès le début il y a eu un plan pour avoir une version native pour Mac, toutefois la communauté a décidé dans un premier temps d'avoir un portage X11 (OOo en ayant déjà eu plusieurs au départ), cela a semblé être une bonne méthode afin d'obtenir une version rapidement en tant que solution provisoire. Et comme d'habitude, la solution temporaire a perduré.

Vous pouvez imaginer mon enthousiasme quand j'ai entendu parler la première fois des efforts renouvelés de faire du portage Aqua une réalité. Et finalement maintenant, je suis payé pour m'adjoindre à ce grand projet. En premier, Herbert Dürr et moi-même contribuerons au portage, toutefois il y aura certainement d'autres développeurs de Sun impliqués dans leurs domaines de spécialisation respectifs quand le besoin se fera sentir (par exemple quand les problèmes avec le système surgiront).

Certains peuvent demander : pourquoi Sun se joint-il à ce projet de portage ? Si vous regardez dans les conférences et les salons d'aéroport, vous noterez que de plus en plus de personnes utilisent des portables Apple de nos jours. Apple a une part de marché significative dans le domaine bureautique. Nous soutenons ce projet en raison de l'intérêt et de l'activité de la communauté voulant ce portage. Le nouvel effort consolidé dans le portage Mac/Aqua (initialement depuis le CWS aquavcl01) en est un indicateur évident. Je pense que c'est le bon moyen pour rendre OOo sur Mac aussi bon et même meilleur que les autres portages. Ajoutez la communauté Mac croissante dans son ensemble et soudain du point de vue de Sun, cela a une valeur plus importante puisque notre stratégie est d'être multi-plateforme.

MacOSX et Aqua sont tout à fait nouveaux pour moi, soyez patients afin que je puisse d'abord tout apprendre de cette plateforme qui est (pour moi) excitante. J'aurai certainement beaucoup de questions pour mes camarades de portage. Cependant je peux y contribuer avec l'expérience de 10 années sur la VCL et dont le portage peut tirer bénéfice.

Comment allons-nous procéder ?
[...] L'auteur explique les problèmes de développement qu'ils vont rencontrer. Je n'ai pas traduit en raison d'un charabia trop technique pour moi.

Faisons de ce portage un grand succès !

[Bidouille]

Où en est OOo ?

Joost Andrae nous informe que la version 2.2.1 vient de passer RC1 (Release Candidate). Plus connu sous le nom de code OOF680_m16, elle est disponible sur les mirroirs depuis le 12/05/07 en anglais uniquement.

La prochaine version majeure, la 2.3 n'est pas attendue avant fin septembre 2007. Elle intégrera entre autre, le nouveau module de graphique Chart2.

[Bidouille]

Etre préparé aux rustines Windows
Par Ingo Schmidt

Actuellement OpenOffice.org ne supporte pas la technologie de rustines de l'installateur Windows développé par Microsoft : ce sont les fameux patches sous forme de fichiers *.msp. Néanmoins, le code a été modifié et sera intégré dans la prochaine version src680m212 (2.2.1 ?), ce qui permettra l'utilisation de cette technique dans le futur. Ce développement a été rendu possible avec l'équipe Novell.

La tâche est complexe au vu du nombre de version à mettre à jour : 2.0, 2.0.1, 2.0.2... 2.1 jusqu'à l'actuelle 2.2 et de langues supportées.

[Bidouille]

Coup de projecteur sur la future 2.3
Par Carsten Driesner

La date pour le gel des ajouts de fonctionnalités pour la 2.3 a été arrêtée au 5 juillet 07. Voici quelques nouveautés plus spécialement destinées aux utilisateurs de Windows Vista :

Des extensions mieux intégrées

Une nouvelle fonctionnalité va rendre possible pour une extension (OXT) de s'intégrer plus efficacement dans les menus ou les barres d'outils standards. Une extension permet déjà d'ajouter, de modifier ou de supprimer un élément de menu ou un bouton de barre d'outils. Cette fonctionnalité permettra à un OXT d'être une partie intégrante de OOo. Cela résoudra le problème actuel de la plupart des extensions qui créent un menu suplémentaire ou qui surcharge une barre de menu. Pour supporter cela par la fusion du fichier Addons.xcu, un répertoire de configuration définissant l'interface utilisateur pour les extensions a été étendu. Il y a maintenant deux nouveaux jeux de configuration appelés "OfficeMenuBarMerging" et "OfficeToolbarMerging" et qui contiennent toutes ces commandes de fusion et de définition de menu et barre d'outils intégrés dans l'interface de OOo. Il n'y a aucune programmation requise pour réaliser cela et il suffit juste d'indiquer les instructions de fusion dans les jeux de configuration. Si l'utilisateur enlève l'extension, les éléments fusionnés seront également enlevés sans avoir besoin d'une quelconque ligne de code. Vous pouvez trouver plus d'informations sur ce nouveau dispositif de fusionnement en allant sur le Wiki "Travaux en cours" du Framework d'OpenOffice.org.

La copie écran ci-dessous vous montre comment une extension peut être intégrée dans une barre de menu et dans la barre d'outils standard. Les éléments ajoutés sont cerclés en rouge.



Support des dialogues Vista pour l'ouverture et l'enregistrement de fichier

Actuellement l'intégration de OOo à Windows Vista n'est pas bonne. Il s'agit de problème lié au développement et notamment à des manques dans le SDK et des bibliothèques incompatibles entre les versions Microsoft Visual Studio C++ 8 Express et Professionel du compilateur.

Deux copies écran sous Vista :







***

[Auberon]

ça n'a l'air de rien, mais dans la version 2.3, on pourra enfin fixer définitivement ce #!&@#&@ de filtre du styliste qui revient toujours sur 'Automatique'.

Je vais enfin pouvoir le fixer en mode 'hiérarchie'
Quel bonheur !

[Bidouille]

OpenOffice.org 3.0 à l'horizon
Par Martin Hollmichel

Le planning de déploiement des prochaines versions de OOo a été validé. Voici la feuille de route :

Code: Tout sélectionner

Septembre 2007 .. 2.3.0
Novembre 2007 ... 2.3.1
Février 2008 .... 2.4.0
Non plannifié ... 2.4.1
Avril 2008 ...... 3.0 beta
Juillet 2008 .... 3.0 RC
Septembre 2008 .. 3.0 finale

***

[Bidouille]

OOo disponible dans 159 langues
Par Eike Rathke

Avec la future 2.3, le nombre de localisation a encore augmenté pour arriver à 159 langues supportées.

af_NA: Afrikaans - Namibia
af_ZA: Afrikaans - South Africa
ak_GH: Akan - Ghana
am_ET: Amharic - Ethiopia
ar_EG: Arabic - Egypt
ar_LB: Arabic - Lebanon
ar_SA: Arabic - Saudi Arabia
ar_TN: Arabic - Tunisia
az_AZ: Azerbaijani - Azerbaijan
be_BY: Belarusian - Belarus
bg_BG: Bulgarian - Bulgaria
bn_BD: Bengali - Bangladesh
bn_IN: Bengali - India
br_FR: Breton - France
bs_BA: Bosnian - Bosnia-Herzegovina
ca_ES: Catalan - Spain
cs_CZ: Czech - Czech Republic
cv_RU: Chuvash - Russia
cy_GB: Welsh - United Kingdom
da_DK: Danish - Denmark
de_AT: German - Austria
de_CH: German - Switzerland
de_DE: German - Germany
de_LI: German - Liechtenstein
de_LU: German - Luxembourg
dz_BT: Dzongkha - Bhutan
ee_GH: Éwé - Ghana
el_GR: Greek - Greece
en_AU: English - Australia
en_BZ: English - Belize
en_CA: English - Canada
en_GB: English - United Kingdom
en_GH: English - Ghana
en_IE: English - Ireland
en_IN: English - India
en_JM: English - Jamaica
en_NA: English - Namibia
en_NZ: English - New Zealand
en_PH: English - Philippines
en_TT: English - Trinidad and Tobago
en_US: English - United States
en_ZA: English - South Africa
en_ZW: English - Zimbabwe
eo : Esperanto
es_AR: Spanish - Argentina
es_BO: Spanish - Bolivia
es_CL: Spanish - Chile
es_CO: Spanish - Colombia
es_CR: Spanish - Costa Rica
es_DO: Spanish - Dominican Republic
es_EC: Spanish - Ecuador
es_ES: Spanish - Spain
es_GT: Spanish - Guatemala
es_HN: Spanish - Honduras
es_MX: Spanish - Mexico
es_NI: Spanish - Nicaragua
es_PA: Spanish - Panama
es_PE: Spanish - Peru
es_PR: Spanish - Puerto Rico
es_PY: Spanish - Paraguay
es_SV: Spanish - El Salvador
es_UY: Spanish - Uruguay
es_VE: Spanish - Venezuela
et_EE: Estonian - Estonia
eu : Basque
fa_IR: Persian - Iran
fi_FI: Finnish - Finland
fo_FO: Faroese - Faroe Islands
fr_BE: French - Belgium
fr_CA: French - Canada
fr_CH: French - Switzerland
fr_FR: French - France
fr_LU: French - Luxembourg
fr_MC: French - Monaco
fur_IT: Friulian - Italy
fy_NL: Frisian, Western - Netherlands
ga_IE: Irish - Ireland
gl_ES: Galician - Spain
gsc_FR: Gascon - France
gu_IN: Gujarati - India
ha_GH: Hausa - Ghana
he_IL: Hebrew - Israel
hi_IN: Hindi - India
hr_HR: Croatian - Croatia
hu_HU: Hungarian - Hungary
hy_AM: Armenian - Armenia
ia : Interlingua
id_ID: Indonesian - Indonesia
is_IS: Icelandic - Iceland
it_CH: Italian - Switzerland
it_IT: Italian - Italy
ja_JP: Japanese - Japan
ka_GE: Georgian - Georgia
kk_KZ: Kazakh - Kazakhstan
kl_GL: Kalaallisut - Kalaallit Nunaat
km_KH: Khmer - Cambodia
kn_IN: Kannada - India
ko_KR: Korean - Korea
ku_TR: Kurdish - Turkey
ky_KG: Kirghiz - Kyrgyzstan
la_VA: Latin - State of the Vatican City
lb_LU: Luxembourgish - Luxemburg
lg_UG: Ganda - Uganda
ln_CD: Lingala - Democratic Republic of the Congo
lo_LA: Lao - Laos
lt_LT: Lithuanian - Lithuania
lv_LV: Latvian - Latvia
mk_MK: Macedonian - Republic of Macedonia
ml_IN: Malayalam - India
mn_MN: Mongolian - Mongolia
mr_IN: Marathi - India
ms_MY: Bahasa Melayu - Malaysia
nb_NO: Norwegian Bokmål - Norway
ne_NP: Nepali - Nepal
nl_BE: Dutch - Belgium
nl_NL: Dutch - Netherlands
nn_NO: Norwegian Nynorsk - Norway
no_NO: Norwegian - Norway
nr_ZA: Ndebele, South - South Africa
nso_ZA: Northern Sotho - South Africa
oc_FR: Occitan - France
or_IN: Oriya - India
pa_IN: Punjabi - India
pl_PL: Polish - Poland
pt_BR: Portuguese - Brazil
pt_PT: Portuguese - Portugal
ro_RO: Romanian - Romania
ru_RU: Russian - Russia
rw_RW: Kinyarwanda - Rwanda
sg_CF: Sango - Central African Republic
sh_YU: Serbian Latin - Serbia and Montenegro
sk_SK: Slovak - Slovak Republic
sl_SI: Slovenian - Slovenia
sr_YU: Serbian Cyrillic - Serbia and Montenegro
ss_ZA: Swati - South Africa
st_ZA: Sotho - South Africa
sv_FI: Swedish - Finland
sv_SE: Swedish - Sweden
sw_TZ: Swahili - Tanzania
ta_IN: Tamil - India
te_IN: Telugu - India
tg_TJ: Tajik - Tajikistan
th_TH: Thai - Thailand
ti_ER: Tigrigina - Eritrea
tn_ZA: Tswana - South Africa
tr_TR: Turkish - Turkey
ts_ZA: Tsonga - South Africa
uk_UA: Ukrainian - Ukraine
uz_UZ: Uzbek - Uzbekistan
ve_ZA: Venda - South Africa
vi_VN: Vietnamese - Vietnam
wa_BE: Walloon - Belgium
xh_ZA: Xhosa - South Africa
zh_CN: Simplified Chinese - China
zh_HK: Chinese - Hong Kong, China
zh_MO: Chinese - Macau, China
zh_SG: Chinese - Singapore
zh_TW: Chinese - Taiwan, China
zu_ZA: Zulu - South Africa

[Bidouille]

Issue non confirmé de juillet 2007
Par Thorsten Ziehm

Encore un mois d'écoulé avec de nouveaux progrés. Voici le nombre de défauts (les fameuses issues) non confirmés depuis le début juillet 2007.

Le nombre de ces issues non confirmés diminue encore ce mois-ci de plus de 4 %. Depuis la dernière annonce, 151 nouveaux défauts ont été ajoutés. Sans les nouvelles demandes, la réduction est de 23 % avec 184 issues.

Il apparaît que nous sommes près d'un seuil de 500 à 600 issues plus anciennes qui ne pourront être résolues facilement et qui resteront donc ouvertes. J'en ai parlé avec quelques gars et nous avons regardé certaines de ces issues. Celles-ci sont souvent compliquées à reproduire car elles ont besoin d'environnements spécifiques. Bien que beaucoup d'utilisateurs ont travaillé sur ces problèmes, personne n'a d'explication pour les placer en statut "nouveau" ou pour les clôturer.

Depuis la mi-mars, plus de 52% (on est passé de 980 à 472) de ces issues anciennes "non confirmés" ont été traitées. C'est un beau résultat. Peut-être qu'il pourrait y avoir encore plus de ces issues disparaissant des statistiques. Mais maintenant l'objectif principal devrait être de travailler sur les nouvelles questions récemment soumises. La charge de travail sur les questions plus anciennes devrait donc être réduite au minimum.

Voici les chiffres depuis le 05/07/2007 (entre crochets la comparaison avec le dernier comptage).

• 775 défauts (-33) avec le statut "non confirmé" (unconfirmed)
• Voici le détail par modules :
  
  • général (framework) : 199 (-21)
  • traitement de textes : 210 (+3)
  • base de données : 57 (-3)
  • tableur : 79 (+18)
  • graphique / dessin / présentation : 32 (+14)
  • autres : 206 (-8)
• Classement par date de soumission de ces issues "non confirmé"
  
  • 151 depuis le 30/05/2007
  • 234 (-149 ) de janvier à mai 2007
  • 190 (-19) six derniers mois de 2006
  • 82 (-2) six premiers mois de 2006
  • 108 (-10) antérieur à 2006

À mon avis, nous atteindrons l'objectif de réduction des vieilles issues "non confirmées" d'ici à 3 ou 4 mois. Par conséquent, je n'enverrai plus de statistiques chaque mois mais, de temps en temps, j'annoncerai des chiffres s'ils n'augmentent pas dramatiquement.

Bon travail et encore merci à tous !

***

[Bidouille]

Amélioration de l'ergonomie dans Calc
Par Thomas Benisch

L'équipe pour l'utilisation facile de Calc attaque actuellement les issues ergonomiques les plus ennuyantes. Notre première issue était le mécanisme de Somme automatique (AutoSomme).

AutoSomme est employé pour des valeurs de cellules à additionner automatiquement. Si l'utilisateur place le curseur à la prochaine cellule vide d'une rangée ou d'une colonne qui contient une série de valeurs et appuie sur le bouton Somme dans la barre de formule, Calc additionne automatiquement les valeurs et insère le résultat comme formule de somme à la position du curseur.

Beaucoup d'utilisateurs se sont plaint parce qu'il n'était pas possible que les cellules devant servir au calcul ne puissent être indiquées par l'utilisateur : par exemple en sélectionnant la rangée de cellules avec la souris. Ce problème a été résolue et sera disponible dans la prochaine version OpenOffice.org 2.3.

Voici une copie écran de cette prochaine possibilité :


Soyez à l'écoute, il y aura encore d'avantage de possibilités.

***

[Bidouille]

Lumière sur OpenOffice.org Writer 2.3
Par Mathias Bauer

OpenOffice.org 2.3 arrive bientôt et la semaine dernière, quelques nouvelles caractéristiques ont été intégrées dans la version millesimée m221. A travers plusieurs grands changements, cette 2.3 verra l'arrivée du module d'édtion de graphique Chart (complétement réimplémanté) et du module de conception de rapport pour Base. Ceci sans compter bien sûr, la résolution de beaucoup de bogues et de demandes de fonctionnalités supplémentaires. Ainsi pour Writer, je voulais vous montrer quelques améliorations :

Visualisation centrée
On peut désormais centrer les documents à l'écran. C'est une caractéristique longtemps demandée. J'espère qu'elle vous plaira.



Filtre MediaWiki
Un nouveau filtre d'export très puissant pour MediaWiki voit le jour avec une contribution de Bernhard Haumacher. Une page Wiki qui a été créée avec le filtre peut être visualisée dans Writer. Le filtre supporte de nombreux formats et vous permet de créer du contenu Wiki directement sous OpenOffice.org. Cela vous crée un fichier texte qui pourra être intégré dans Wiki plus facilement.

Identification de la langue
OpenOffice.org est capable de deviner la langue d'un texte. Cela ne marche par pour des mots seuls mais plutôt sur de larges portions de texte. Nous avons intégré ce module d'identification de langue dans le menu contextuel pour les mots inconnus permettant ainsi de vous présenter de meilleures suggestions pour la langue du paragraphe.

Autres améliorations
Quelques améliorations bien pratique pour moi :

• Nouvelle option pour conserver la justification dans un paragraphe suivi d'un retour chariot (Maj+Entrée). Sous la version 1.x la ligne avant le retour n'était pas justifiée alors que c'est l'inverse en 2.0. Un paramètre de compatibilité a été créé pour préserver l'ancien formatage.
  
• Support de tableau complexe
  
  
• La fenêtre du styliste (F11) garde désormais la liste du filtre des styles sélectionnée.
  
• Le paramétrage de l'imprimante dans les documents peut être ignoré (dans le cas de partage sur réseau).
  
• Le champ "Emplacement" dans la boîte de dialogue des propriétés du document peut être sélectionné et copié dans le presse-papier (sympa surtout si le chemin est trop long pour être affiché entièrement).
  
• La boîte de dialogue "Personnaliser / Clavier" a été un peu arrangé et est plus facile à utiliser. Certains choses sont parfois si obscures que vous vous demandez pourquoi vous n'aviez pas eu l'idée de le faire avant. Aussi merci à Kyrill Palagin pour cette heureuse suggestion !
  
• Une fonctionnalité intéressante pour les développeurs avec un nouveau service UNO disponible (com.sun.star.io.SequenceInputStream) qui vous permet d'utiliser les données en tant que ByteSequence (OpenOffice.org vous fournit un flux). Sympa !

[Bidouille]

Améliorer l'ergonomie de Calc
Par Frank Loehmann

Une nouvelle i-équipe a été créée pour améliorer l'érgonomie de OpenOffice.org (OOo) Calc en juin 2007. Cette i-équipe est composée des membres Niklas Nebel, Thomas Benisch, Frank Stecher et moi. Son but est d'assurer le suivi ergonomique de Calc version après version.

Le système de suivi des issues (IssueZilla) contient déjà beaucoup de demandes relatives à Calc. Mais le problème n'est pas de trouver des issues ergonomiques à satisfaire mais plutôt de décider de ce qui doit être priorisé pour une bonne relation entre l'effort du côté développement et la valeur de la demande pour l'utilisateur.

Par conséquent, nous avons créé une liste sous Wiki pour énumérer toutes ces sources (c.-à-d. celles qui ont le plus de votes dans IssueZilla, le plus de retour de la clientèle et d'autres aspects de la communauté) et ainsi commencer à travailler sur ces questions pour la future 2.3 d'OOo.

En outre nous avons ajouté la semaine dernière, une liste de questions que nous voulons aborder pour la version 2.4 sur cette page de wiki (en anglais).

Je signalerai par mise à jour sur ces améliorations apportées dès qu'une nouvelle version d'OOo sera disponible.


***

[Bidouille]

S'assurer d'une entrée unique lors de la validation de cellule
Par Niklas Nebel

Sous Calc, des paramétres de validité peuvent être définis pour une plage de cellules afin que soient vérifiés ce qui sera saisi avant d'écrire réellement dans la cellule. Pour cela, une option "personnalisée" avec une formule indiquant si l'entrée est valide, n'est pas disponible -car la formule ne voit pas encore la nouvelle valeur. Bonne nouvelle : dans beaucoup de cas, elles ne sont pas nécessaires. Avec l'ajout des plages dynamiques, la validation de "plage de cellules" peut maintenant (dans la version 2.3) être utilisée pour empêcher les entrées en double dans les cellules. C'est possible car la formule peut renvoyer une zone aussi bien qu'une plage de cellules.

Par exemple, si la zone nommée "possible" contient la liste des valeurs permises (A2:A7 sur l'illustration), la saisie "input" correspondante pourrait être unique (C2:C7) avec la formule : IF(COUNTIF(input;possible);"";possible) entrée comme "Source" avec "Autorisé sur: plage de cellule". Ce qui permettrait d'avoir uniquement les données si elles sont encore disponibles. Avantage, vous pouvez obtenir cela sous forme de liste alors qu'une validité "personnalisée" ne pourrait le faire.




***

[Bidouille]

Compléter le support PDF dans OOo
Par Kai Ahrens

Ayant bien travaillé à réaliser un filtre d'export PDF pour OOo depuis quelques années, il était temps de finaliser le support total de ce format. Oui, vous avez bien lu, nous en train de parler d'implémenter un filtre d'importation PDF pour OOo au sein de l'équipe de développement de Sun.

Aussi insignifiante que puisse avoir l'air cette tâche à l'heure actuelle, l y a plusieurs sujets qui doivent être discutés en détail avant même que le développement puisse démarrer. Cela commence par l'application OOo elle-même, avec un filtre d'importation qui doit être écrit pour elle et non un analyseur à part qui sera utilisé pour lire le contenu d'un PDF.

Je ne veux pas entrer dans les détails de la phase actuelle de planification et de développement aujourd'hui mais, soyez assuré que la solution finale est prévue pour être un remplacement complet des outils actuellement disponibles et que vous utilisez normalement dans vos activités quotidiennes en préservant le contenu aussi bon que possible lors de l'édition du document importé. Le genre d'outil qui n'est actuellement pas libre avec les logiciels du marché. Retentissant n'est ce pas ?

Sans être trop optimiste, nous projetons d'avoir un premier prototype disponible dans les mois à venir. Restez à l'écoute pour plus de détails qui vous seront fournis par l'équipe de développement dans les jours suivants...

***

[Bidouille]

Quelques notes sur les "Notes"
Par Mathias Bauer



Un des points faibles de Writer est la fonction "Note" (également appelé "commentaire" ou "annotation" sous ODF). La demande pour une amélioration de cette fonctionnalité a un nombre élevé de voix dans le module de traitement de texte. Je conviens totalement que la méthode pour que l'utilisateur manipule des notes est douloureuse : il est difficile de les reconnaître, dur de les regarder et elles doivent être éditées dans une boîte de dialogue modal. Changer malheureusement ceci représente un certain travail à faire et je recherchais désespérément quelques ressources disponibles pour espérer avoir la fonctionnalité améliorée et prête pour OOo 3.0. Aussi, ais-je été très heureux lorsqu'un étudiant, Maximilian Odendahl, est entré en contact avec moi et me dise qu'il a voulu le faire lors du "Sommet Google du Code 2007" (GSOC). Il voulait même toujours le faire quand je lui ai dit que cela prendrait plus de temps que pour le projet du GSOC prévu au bout Et c'est ainsi que nous avons commencé.

Je suis également heureux d'avoir Christoph Noack à bord qui est un autre membre de la communauté de OpenOffice.org. Il s'est proposé d'assurer la partie "expérience d'utilisateur" pour cette fonction. Il a déjà fait un grand travail en rassemblant des éléments, effectuant des études de projet, écrivant des propositions, etc. C'est lui qui écrira également les spécifications qui -comme je l'espère- soient disponibles pour une première ébauche vers fin août début septembre.

En parallèle, des discussions sur ces conditions et des idées ont permis déjà de développer un prototype pour voir ce qui est possible et comment nous pouvont le mettre en application. Nous avons installé une page Wiki qui informe du travail effectué jusqu'ici. Elle vous montre également une copie écran du premier prototype et quelques maquettes qui pourrait ressembler à la version finale. Je m'attends cependant à beaucoup de changements de la page Wiki dans un proche avenir. Ainsi, au cas où vous seriez intéressé par cette fonction, vous devriez marquer la page pour les futures évolutions.