pasBill pasGates a écrit 16168 commentaires

Je cree un document MS Office 2003. Je travaille dessus, je met des equations dedans. Je le ferme. Je le rouvre, je rebosse dessus, les equations sont encore des equations et je peux retravailler dessus. La 20 (ou 15) eme fois ou j'ouvre le document: paf catastrophe, toutes les equations (ou pas) sont transforme en @!#@!#!# d'image.

Fais seulement, donnes nous un document ici sur ce site qui contient une equation, qui peut etre editee la 1ere fois, et on verra combien de gens ont des problemes a l'editer 30 ou 40 fois de suite, sans rien faire d'autre que :

for i=0 to 40
- Ouvrire Word
- Changer l'equation
- Sauver
next

Si il n'est pas documenté, alors il n'est pas encore considéré comme stable, et ne dois donc pas être utilisé "normalement".

Bref, si on te suis, alors le libre n'a *jamais* de problemes de documentation. Si la doc n'est pas la, c'est que l'API / module /... n'est pas stable et qu'il faut pas l'utiliser... C'est un peu facile comme raisonnement mon cher.

La realite c'est que si cette interface est sujette a changements, la doc est sensee etre la pour le dire justement. Si cette interface ne doit vraiment pas etre utilisee, alors elle ne doit tout simplement pas apparaitre dans la doc(ou l'etre avec un gros signe "touche pas"). Tout le monde fait comme ca.

Exemple classique : http://api.kde.org/3.5-api/kdelibs-apidocs/kdecore/html/clas(...)

KEntry KConfigGroup::lookupData ( const KEntryKey & _key ) const [virtual]

Looks up an entry in the config object's internal structure.

Classes that derive from KConfigBase will need to implement this method in a storage-specific manner.

Do not use this function, the implementation and return type are subject to change.

C'est pas le probleme.

Le probleme c'est que l'editeur d'equations c'est un soft externe a Word et les equations ne sont pas grand-chose d'autre qu'un objet OLE, avec une image representant l'equation dans le cas ou le recipient du document n'a pas l'editeur d'equations installe. C'est la raison pour laquelle quand le document passe sur Mac, il n'y a qu'une image.

Resultat, le "compatibility pack" quand il fonctionne avec Office 2003, tout ce qu'il a a disposition c'est l'image, l'editeur d'equations n'a jamais ete fait pour permettre d'interpreter/convertir l'equation.

Ce ne'st absolument pas un probleme d'OpenXML ou Office 2007, c'est un probleme d'Office 2003 et de l'editeur d'equations qui est connu depuis longtemps.
J'ai meme explique ce probleme a notre cher Albert plus d'une fois vu qu'il s'en plaint regulierement, mais visiblement il est plus occupe a trouver des raisons de cracher sur MS qu'a comprendre la realite d'un probleme technique.

Bah tu sais, des problemes je suis sur qu'il y en a hein, je peux te donner une liste de problemes pour a peu pres n'importe quel OS.

Ma logique c'est qu'un ordinateur est fait pour faciliter la vie des gens. Ce qui importe c'est pas l'OS, mais les applications qui te permettent de produire qqe chose.

Si l'application dont tu as besoin tourne sur un autre OS, alors il me semble logique de changer d'OS oui.

Bref, si on prend ton analogie, l'application c'est la voiture et l'OS c'est les jantes.

C'est juste dommage de ne pas prendre le problème autrement, par exemple en s'interrogeant sur la pertinence de la démarche...et de son coût...Evidemment, on sait bien que le win, l'office et tout le reste qui sera installé sur de l'eeepc sera du cracké mais bon...

Je ne connais pas la situation de la personne donc c'est difficile de juger, mais le cout c'est aussi le temps passe a modifier les documents, le temps passe a comprendre OO et ses differences/manques si le gars est un power-user d'Office, etc... faut compter ca aussi.

Plutôt que d'utiliser OOo et de corriger dans un slide LA transition qui marche pas comme prévu, c'est tellement plus "simple" de reformater la machine, installer un tas de softs, les cracker, configurer le tout pour tenir compte des spécificités matérielles, au passage acheter de la RAM etc...

C'est un point de vue, le gars se dit peut-etre "j'aurais peut-etre des problemes similaires avec d'autres documents, autant utiliser le meme soft", ce qui est une demarche somme toute logique, meme si elle n'est pas pro-libre.

Mais je suis effaré de ce que certains sont prêts à faire...lisez plutôt :
- il utilise son eeepc et le trouve pas mal
- MAIS ses zolies slide made in powerpoint passent mal parait-il avec OpenOffice (?) Moi j'ai jamais eu de problème avec des ppt, mais bon...Attention, attention le meilleur arrive...
- il installe WINE sur son eeePc
- il installe une bouze, PPTViewermanchintruc et le fait tourner via Wine sur son eeepc

Depuis, il réfléchit à installer Win dessus :-(

Il y a quoi d'effarant la-dedans ?

OO 2.3.1 est en developpement ? Non il est deja sorti, marrant quand meme, l'interface est presente dans OO 2.3.1

Tu ne sais pas voir la difference entre une version en developpement qui n'a jamais ete publie et qui utilisais le fichier: XTextAppendAndConvert.hpp

Tu ne sais pas faire la difference entre les trois lettres hpp et idl? pourtant ce sont juste trois lettres cela ne demande pas plus que un niveau de lecture qu'un gamin de 6 ans a...

C'est surtout que moi je sais ce qu'est un fichier .idl et a quoi ca sert, chose que visiblement tu as du mal a capter.

Ce filtre utilise cette interface, tu as TOI MEME donne un lien sur une presentation specifiant que ce filtre utilise cette interface mon pauvre, tu te contredis maintenant ?

De plus c'est rigolo comme tu sais mieux que OOo si une interface est utilise ou pas. Juste pour rire je te redonne le lien qui prouve que ce truc n'est pas utilise:

http://api.openoffice.org/docs/common/ref/com/sun/star/text/(...)

Ais je vraiment besoin de te traduire?

Toujours aussi fute. Pour la niemee fois, cette interface vient du SDK d'OO, et le site d'OO n'a aucun moyen de savoir si cette interface est utilisee ou pas hors d'OO, je t'ai meme donne un lien montrant son utilisation dans une extension, c'est grave quand meme a ce point une mauvaise foi pareille.

Et pour finir, tu n'as donne aucune doc, le lien que tu as donne est vide et tu le sais tres bien, il ne decrit rien de ce que fait l'interface, c'est un squelette de doc non rempli.

C'est pas ma faute si tu ne sais pas lire un code source...

Merci de confirmer qu'il n'y a pas de doc et qu'il faut s'amuser a essayer de comprendre le code source de OO, alors que tu as passe genre 30 posts a essaye d'affirmer le contraire et repeter que je mentais. Vraiment, ton seul interet est de pourrir les discussions non ? T'as pas mieux a faire ?

Pour le 2, en effet je n'avais en effet pas clique sur la tab et en effet apres 8 mois de demande tu as enfin reussi a fournir un lien qui defini cet element. Felicitation. Dommage que cela ne fasse toujours pas parti de la norme revisee vu que la revision n'existe toujours pas bien que le vote ait lieu dans deux semaines!

Ah grand guignol, maintenant que tes aneries sont exposees, tu nous sors une enieme chose sur laquelle te plaindre, qui comme toutes les autres est stupide et sans fondement.

Les commentaires ont ete acceptes, une fois le vote passe(si positif) ils feront partie de la norme. C'est a ca que servait le BRM mais visiblement tu t'es encore perdu en chemin.

Oui oui tu viens de demontrer que tu te pretends developpeurs mais que c'est totalement faux. Bien joue.

Tu ne trompes personne guignol, ton lien est vide. Il n'explique rien quand a l'utilite de l'interface, dans quels cas l'utiliser, ce qu'elle amene, ...

Ton lien par rapport a l'element word97 ne montre rien du tout juste que un des commentaires de la France disait:

Et si tu lisais ce que je dis ? C'est precise clairement dans mon post :

cf. http://www.dis29500.org/fr-0069/ dans la tab "proposed disposition" ils l'ont ajoutee a la doc d'OpenXML revisee.

Si tu cliques sur la tab, tu verras :

2.15.3.64 useWord97LineBreakRules (Emulate Word 97 East Asian Line Breaking) This element specifies that applications should perform specific calculations (detailed below) when determining inter-character spacing under certain conditions. These calculations would not normally be considered correct. Typically, the behaviors specified by the following elements are applied unconditionally: The autoSpaceDE (§2.3.1.2) and autoSpaceDN (§2.3.13) elements The topLinePunct (§2.3.1.43) element The compatibility element described in this subclause, when present with a val attribute value of true (or equivalent), specifies that applications should ignore the settings listed above in the following scenarios: 1. If an ideographic character and a non-ideographic/numeric character are logically adjacent (ignoring all content which is not within a t element), but separated by a field boundary, i.e.: The first character is within a fldSimple element, but the second is not. The characters are separated by a fldChar element with a fldCharType attribute value of end Then any appropriate inter-character spacing should be omitted. [Note: Inter-character spacing should still be calculated correctly within the field result. end note] ...

mais clairement tu n'as meme pas fait l'effort de lire ce que j'ecris, trop occupe a essayer de pourrir la discussion comme a ton habitude.

La doc elle est la et si tu arrives pas a comprendre (le source et la documentation) cela est ton probleme. Si tu as d'autres questions/critiques tu peux aussi envoyer un mail sur la mail list de OOo qui est ouverte a tout le monde.

Elle est ou la doc ? Il n'y a rien qui decrit l'interface XTextAppendAndConvert dans ton lien mon pauvre.

PS: elle est ou la def de word95 truc? Toujours pas trouve? Et la je n'ai ni acces aux sources, ni aux mails listes et la doc n'existe pas.

cf. http://www.dis29500.org/fr-0069/ dans la tab "proposed disposition" ils l'ont ajoutee a la doc d'OpenXML revisee.

Sans blague, il fait partie du SDK, que d'autres softs vont utiliser pour interagir avec OO, il n'est absolument pas necessaire que cette interface soit utilisee dans OO vu qu'elle est exportee pour usage par d'autre softs. C'est a ca que ca sert un SDK.

Va t'acheter un bouquin sur le developpement et apprend ce qu'est un SDK mon pauvre, tu te tournes en ridicule.

Tu me fais bien rire mon pauvre.

Allez, va downloader le bzip2 des sources d'OO 2.3.1 (core sur http://download.openoffice.org/2.3.1/source.html vu que t'as visiblement du mal), tu l'ouvres et tu vois quoi dedans ? Oh marrant, XTextAppendAndConvert.idl

Et c'est toi qui me parles d'aller chercher dans Google sans rien faire d'autre ? La preuve indeniable est la, cette interface fait partie d'une version finale d'OO et pas d'une version en developpement. Je t'avais deja donne le lien sur le SDK d'OO 2.3.1 , mais visiblement t'as un mal fou a comprendre a quoi sert un SDK

Maintenant tu vas m'expliquer ce que fait cet element de tel sorte qu'il faille faire une doc specifique, differentes de XTextAppend, XTextContentAppend et XTextConvert (qui sont bien defini dans la doc).

C'est assez marrant que tu ME demandes de t'expliquer ce que fait cet element alors que je te dis depuis le debut qu'il est non-documente.

Pourquoi ont-ils cree cette interface ? Elle sert a quoi ? Personne ne le sait car la doc ne le dit pas. Ils ont herite des methodes et les ont modifiees ? Aucune idee

Ouais desole, j'aurais du me douter qu'en parlant a Albert il faut etre super detaille a la virgule pres, car sinon tu ne comprends pas ce qu'on te demande, mea culpa...

http://lxr.go-oo.org/source/sw/writerfilter/source/dmapper/D(...)

Cherches XTextAppendAndConvert, et pleures.

PS: Preuve que l'element n'est utilise nulle part dans OOo comme indique dan sun lien que j'ai donne plus haut.

Tu sais, un API dans un SDK c'est fait notamment pour etre utilise par d'autres softs qu'OO, c'est pour ca que ca s'appelle un SDK.

Tu me fais bien rire, je te demande la doc d'une interface, tu me files 2 lignes de texte sortis d'une presentation expliquant de maniere grossiere a quoi elle sert, et tu oses essayer de me donner des lecons sur la maniere de faire des docs ?

Tu vas expliquer gentiment a tout le monde pourquoi documente une API qui n'est pas implemente ni utilise dans aucune version actuelle de Openoffice.org.

Le lien du dessus montre que cette interface est presente dans OO 2.3, dixit le site d'OO lui-meme, et tu peux aller jeter un oeil au code pour verifier qu'elle est, t'es libre d'aller dire aux gars d'OO qu'ils racontent n'importe quoi mon cher, mais tu ne tromperas personne.

Quand a te demander pourquoi documenter une interface utilisee par personne, c'est a mourir de rire. Tu veux comment que les gens l'utilisent si ils ne savent pas comment l'utiliser pour cause de manque de doc ?

Pathetique mon pauvre, tu es pathetique.

Oh et en passant, histoire de montrer une fois de plus que tu racontes vraiment n'importe quoi :

niveau open source:
3) Les changements sont annonce a l'avance
4) la doc est ecrite au fur et a mesure meme si les API ne sont pas implemente comme c'est le cas ici.

http://development.openoffice.org/releases/2.3.0_sdk.html#ne(...)

Tous ces APIs, y compris XTextAppendAndConvert dont je t'ai demande la doc, font partie d'OO 2.3 qui est deja sorti il y a un moment.

Tu peux me filer la doc de TOUTES les API de windows 2042?

Parceque c'est un chouilla ce que tu demandes la. Tu as pas trop compris comment marche la conception d'un logiciel visiblement (quoique tu pretendes), ni le model de developpement libre, alors je vais t'expliquer quelques principes de bases:

Tu me fais bien rire mon pauvre, j'ai dit depuis le debut que ce probleme affectait tout le monde, MS compris. cf. http://linuxfr.org/comments/913459,1.html visiblement tu confirmes que tu ne fais meme pas attention a ce que tu lis, probablement trop preoccupe a trouver qqe chose pour pourrir la discussion comme a ton habitude.

Et enfin personnellement je m'en tape comme de ma premiere chemise des elements soit disant non defini (ce qui est normal car ils n'existent pas encore dans le logiciel) vu que ces elements sont la uniquement pour implementer une pseudo-norme faite par ta boite, j'ai parle de Microsoft OXML.

Perso, ton opinion je m'en fous. Les softs ne sont pas developpes pour faire plaisir a Albert de linuxfr, mais pour le public en general.

Asus ne voulant pas montrer au juge (sur la demande du juge!) le contrat qui le lie à Microsoft, on peut tout supposer... Y compris qu'il y a des trucs pas beaux à cacher.

Perso j'ai cru comprendre qu'ils ne voulaient pas donner le prix, je ne me souviens pas avoir entendu parler du contrat.

De plus, c'est la réputation de Microsoft qui en pâtit, à la place d'une entreprise de ce poids, je mettrait une pression sur mes "revendeurs" pour que ma réputation soit correcte, bizarrement Microsoft ne le fait pas, j'en conclue que Micorosoft a plus à gagner à "laisser faire" la vente forcée que de gagner en réputation...

Bof, reputation envers qui ? Les seuls interesses par cette histoire sont des gens qui n'ont de toute facon aucune envie d'avoir un OS Microsoft. T'imagines bien que MS se fout un peu de sa reputation envers des gens qui de toute facon ne seront jamais ses clients...

Ah ben fallait suivre l'histoire depuis le debut sur l'autre thread :+)

Tous les softs : Ben... tous les softs... ceux de MS, OO, etc.... tout le monde a un mal fou a faire une doc qui soit tout le temps a jour et complete.

Incomplet par rapport a quoi : Ben typiquement les APIs dispo ici, certains APIs dispo n'ont pas de doc.

Pour qui : Ben ca depend de la partie de la doc manquante, habituellement c'est pour les developpeurs.

Niveau support, ce sont eux qui sont senses l'assurer, maintenant si eux decident de ne pas avoir de contrat de support avec MS derriere, ca aurait tendance a dire selon moi qu'ils raclent sur le support pour avoir des prix moins chers, partant de la, c'est peut-etre une solution pour les geeks qui peuvent se passer de support software, moins pour les consommateurs.

Oh et j'oubliais, quand a ton gros gag sur le fait que ces interfaces n'etaient pas finales :

a) Elles le sont maintenant, le bug a ete ferme en aout 2007 comme ecrit dans le lien que tu cites.
b) Tu noteras que certaines des interfaces listees dans le bug ont deja leur doc, cf. http://api.openoffice.org/docs/common/ref/com/sun/star/text/(...) par exemple

Bref, encore une fois, tu racontes n'importe quoi.