BAud a écrit 12980 commentaires

En traînant sur irc ou sur jabber : nous en sommes au même point de notre côté :-) (ce n'est pas faute de ma part d'avoir suggéré d'avoir un wiki distinct sur un serveur distinct, mais le cas se présentant une fois l'an, il n'y a pas réellement de besoin spécifique et une réponse ad hoc est faite quasi à chaque fois).

C'est http://planet.interlug-fr.org/
(du nom du logiciel qui le propulse, un agrégat de dépêches de plein d'autres sites)

tu as http://planetmandriva.zarb.org sur un autre thème en rapport avec le libre :)

Tu as bien raison de dire que OpenOffice.org est déjà disponible en version de développement en natif pour Mac OS/X. C'était le sens de ma phrase OOo 3.0 évoluera sous licence LGPL v3 et sera en natif Aqua pour Mac OS X (2.4 étant annoncé comme la dernière version en X11 par défaut, ce qui est amélioré actuellement par NeoOffice disponible avec la version OOo 2.1 en natif avec quelques fonctionnalités ajoutées).

Ma formulation est un peu malheureuse, je m'en aperçois, je ne connaissais pas les tensions avec NeoOffice, j'y aurais fait attention autrement et aurait relegué ça au détail du scoop (en 2ème partie). Parler de NeoOffice était plus pour signaler que OOo est clairement multi-plate-forme et que par la force du libre il y a même des adaptations natives. J'avais noté que NeoOffice en était resté à une "vieille" version 2.1 mais j'avais effectivement en tête de montrer que OOo 3.0 reprendrait correctement le flambeau pour avoir un port directement en natif pour OS/X.

Pour la version OOo 3.0 tu pourras nous proposer une dépêche circonstanciée ;-)

Sinon totalement HS, vous savez si il existe un projet pour ouvrir les visio ?

http://wiki.inkscape.org/wiki/index.php/Roadmap#Milestone_14(...)
utilisation de http://vdxtosvg.sourceforge.net/

et sinon visio exporte (pas forcément bien mais bon) vers SVG ce qui permet déjà de relire dans Inkscape, cf. https://linuxfr.org/2008/03/26/23896.html

quel anglicisme ? :D d'après http://fr.wiktionary.org/wiki/opportunit%C3%A9 ton intervention manque tout à fait d'opportunité :p

Ce titre peut être vu de manière optimiste selon qui le lit ;-)

Le Syndrome_de_Stockholm t'a peut-être atteint aussi :D

Clairement, je me suis aussi fait un peu la même remarque et aurait préféré pour la dépêche un titre genre "la Belgique a une chance de migrer vers le libre à l'école" : c'est plus actif, cela fait plus mûri et réfléchi qu'une décision qui semblerait passer "à défaut de mieux".
Espérons que la prochaine annonce sera "La Belgique saisit l'opportunité de migrer vers le libre à l'école" :D

ah tiens intéressant les "shapes" : sont-elles dispos en libre ? Cela s'ajouterait bien pour dia ou sur http://openclipart.org ;-)

Par exemple, cela pourrait servir en partie pour http://qelectrotech.tuxfamily.org/documentation_fonctionnali(...) àmha ;-)

tiens, je ne trouve que 4880 occurences pour http://www.google.com/search?hl=fr&q=red+hat+site%3Alinu(...)
et ~500 avec RHEL, est-ce la métrique que tu as utilisé ?

et sinon pour aller dans le sens du complot linuxfrien et sa collusion affichée avec Mandriva autant prendre en compte http://www.google.com/search?hl=fr&q=mandrake+site%3Alin(...)
soit 7460 + 5170 pour Mandriva/Mandrake.

Linuxfr est donc bien aux mains des ... debianneux ! ;-) (oui oui, j'aime bien montrer que 76,12% des statistiques sont fausses).

C'est typique de ce que nous reprochent les américains (parfois à raison) : se perdre en discours et verbiage administratif plutôt que de simplement faire, le pragmatisme opposé au (trop) réfléchi.
Les deux sont nécessaires et complémentaires àmha. Nous nous rejoignons pourtant dans l'adage impossible n'est pas français même si le science sans conscience n'est que ruine de l'âme nous obnubile souvent et amène à la Procrastination ;-)

En histoire des sciences, il est courant que des idées soient concrétisées indépendemment, il suffit de relire http://fr.wikipedia.org/wiki/Histoire_du_calcul_infinit%C3%A(...) opposant Leibniz et Newton sur "l'invention" du calcul infinitésimal. Les échanges épistolaires de l'époque sont particulièrement intéressants restrospectivement, d'une part pour leur contenu et voir le cheminement d'une idée, d'autre part pour se rendre compte de l'internationalité des sciences déjà à l'époque.

Ce qui m'importe n'est pas de me dégonfler ou non, mais de faire ce qui me semble juste.

mouais ce qui est "juste" pour toi reste quand même une mauvaise habitude de pourrir les commentaires de dépêches de distribs. Clair, ça fait une blague récurrente pour les habitués mais c'est lourd pour ceux qui se crèvent le cul à sortir une distrib' qui convienne à tout le monde et les attaques personnelles ne sont pas forcément les bienvenues sur le moment.
Ennael est très connue dans le monde du libre que ce soit pour lea-linux ou son dynamisme lors de l'organisation des Solutions Linux aux côtés de Parinux. Elle a repris avec brio pas mal des activités de warly et s'occupe des relations avec la communauté pour Mandriva : elle fait partie des (rares) personnes dont la légitimité et l'intégrité dans le libre peuvent difficilement être mise en cause. Que tu ne la connaisses pas n'est pas une excuse pour monter sur tes grands chevaux et parler d'instrumentalisation (tes tirades me rappellent parfois un grand orateur qui scandait c'est un scandale ! dans les joutes politiques et était souvent intéressant, même pour ceux qui ne partagent pas ses opinions).

Si tu veux parler de la modération, nous sortons régulièrement des dépêches [https://linuxfr.org/topics/LinuxFR.html] revenant sur les points qui nous semblent importants : c'est justement l'occasion d'échanger sur les améliorations (réalistes) à venir (et pour en demander c'est sur [https://linuxfr.org/tracker/]). Bizarrement àmha, ces dépêches ne sont pas très utilisées pour s'exprimer et je suis généralement assez déçu des retours consensuels : un feedback perdu dans une dépêche sur un autre sujet le reste (perdu), un peu comme du bruit au milieu de la foule. Le fonctionnement de LinuxFr peut paraître opaque, mais c'est comme tout projet libre, les moyens sont donnés pour s'exprimer, autant utiliser les bons et faire valoir ses propositions d'améliorations plutôt que de récriminer dans le vide :-)

« le ninja » Comment?
Il fallait en:RTFA ;-) dernière phrase "Cet article sur le blog oooninja"

Bon courage pour l'apprentissage du français !

nan, déplacement du serveur, changement d'IP, mise à jour du DNS un peu trop rapide dans la foulée faut croire (oui oui, c'était une opération planifiée, merci d'ailleurs à Fabien d'avoir pris le temps de mettre en place le 2ème serveur).

arg, j'ai tout confondu /o\ toutes mes confuses. Mais que font les relecteurs de LinuxFr !
C'est effectivement l'article de slashdot http://tech.slashdot.org/article.pl?sid=08/03/27/172206 avec sa dernière phrase qui m'a enduit d'erreur.

En tout cas, je préférais mon titre initial "OpenOffice.org 2.4 bling bling" les copies d'écran en jettent et la feature inutile - donc complètement indispensable - que je n'ai pas citée en est représentative ;-)
À défaut je crois que "OpenOffice.org 2.4 is march !" ça l'aurait fait aussi... même si ça fait plus giboulées...

À noter cette fois-ci que la version en français est disponible en même temps que la version en anglais et qu'il y a 10 langues de plus disponibles, bravo aux traducteurs !

Qu'est-ce que vous en pensez ?
Que rien n'empêche de vendre du logiciel sous licence GPL et que donc ton idée est déjà mise en oeuvre avec la GPL ;-)

C'est surtout les logiciels propriétaires non respectueux des standards et non interopérables qui sont gênants...

En vrac, en entreprise tu peux trouver :
- Lotus Notes - une version pour GNU/Linux semble être disponible je n'ai pas encore pu mettre la main dessus, au pire il tournotte avec wine (un pis-aller donc), mais le client léger avec Domino est peut-être la solution la moins pire pour l'interopérabilité (quand il est correctement mis en oeuvre, il n'y a pas que le "webmail/agenda" il y a la gestion des bases documentaires aussi)
- Java - heureusement l'initiative IcedTea permet de combler les briques non libres et identifier les logiciels fonctionnant correctement avec un JRE libre (pour OOo, je ne sais pas s'il fonctionne, ça me semble important pourtant)
- Visual Studio visiblement en perte de vitesse face à Eclipse_(logiciel)
- Windows Mobile et l'adaptation Office sur les PDA - heureusement l'offre d'assistants personnels ressemble de plus en plus à des PC du début du siècle et est à l'avantage de la portabilité de GNU/Linux vu que les autres logiciels ayant tendance à être bloated ils nécessitent une adaptation non négligeable et de se priver de fonctionnalités de base (il suffit de voir le peu d'adaptation nécessaire sur un EeePC, le PDA de demain sera encore plus puissant...). SyncML propose un vrai protocole de synchronisation interopérable, il est bien dommage qu'il ne soit pas plus souvent retenu.
- Active Directory - la gestion de parc est beaucoup plus riche côté GNU/Linux (notamment avec les capacités évoluées de scripting) mais une solution sur étagère telle que http://wiki.mandriva.com/fr/Mandriva_Directory_Server est plus que la bienvenue (au moins tout comme dans le monde windows l'illusion que c'est directement opérationnel est présente, cela n'enlève pas la compétence nécessaire côté admin sys pour adapter aux besoins et c'est àmha plus facile dans un monde ouvert, il suffit de voir les durées d'intégration dans le monde proprio qui demandent parfois largement plus d'un an pour l'intégration et ensuite il reste le déploiement)
- Catia - sur des progiciels scientifiques, une version GNU/Linux officielle serait la bienvenue : des entreprises comme EDF montrent la voie avec Code_Aster, Code_Saturne ou le DoD avec BRL-CAD
- les progiciels métier ont leur pendant en libre et moins bloated qu'un SAP, même si dans les deux cas cela reste un peu la logique 10 consultants pendant 6 mois pour le paramétrage de l'installation...
- le monde de la Carte_Vitale où les protocoles d'échanges imposent les progiciels proprios à tort (c'est tout de même avec notre santé qu'on joue...) même s'il y a une offre de logiciels pour GNU/Linux et les compléments de gestion de cabinet en libre avec http://medintux.org

Le point positif est que la "liste des équivalences" penche visiblement en faveur du libre (à une époque en face de chaque logiciel proprio, il était un peu difficile de mettre un logiciel abouti et crédible : maintenant, pour qui s'en donne la peine, les alternatives existent, sont utilisables et ne demandent qu'à avoir des fonctionnalités complémentaires et des gens convaincus et motivés pour les mettre en oeuvre.

Le gros souci d'access c'est que bien souvent il était utilisé avec la base embarquée plutôt que distante donc bon pas vraiment de notion de client / serveur (alors que c'était facile à faire si on y pensait dès le début) et donc une forte adhérence à la plateforme et des complications à travailler à plusieurs sur une base.
Le problème windows / linux se résout facilement avec un client léger, indépendant par nature de la plateforme...

Tu peux regarder http://wiki.eagle-usb.org/wakka.php?wiki=ModelizationTools j'avais noté quelques frameworks (mais ce n'est plus forcément très actualisé pour ce que tu veux faire).
Je suis intéressé par les retours...
Sinon OOo 2.4 est disponible sur http://fr.openoffice.org cela résoudra peut-être tes (petits) bugs ? Ce genre d'outil ne se teste pas vraiment en 10mn ;-)

ah nan, ce n'est pas parce que tu n'es pas parano qu'il n'est pas après toi hein :D

un CR https://linuxfr.org/2008/03/27/23897.html avant la décision pour l'afnor...

Ah tiens, j'ai pêché par imprécision en rajoutant la NdM.
La lecture du format propriétaire de Visio vdx est prévue :
- sans doute à l'aide de http://vdxtosvg.sourceforge.net/ un convertisseur vers du SVG
- en version 0.48 comme indiqué sur la feuille de route http://wiki.inkscape.org/wiki/index.php/Roadmap#Milestone_14(...)
- c'est le format SVG exporté par Visio (mal) qui est actuellement relisible.

Visio sait exporter dans "son" format SVG mais un "petit" bug (non respect du format SVG) fait que certains objets apparaissaient tout remplis de noir https://bugs.launchpad.net/inkscape/+bug/180322
J'ai surtout utilisé les versions svn au boulot justement pour récupérer des documents Visio (les versions Inkscape-0.45+0.46pre3-1) et cela fonctionne correctement. Reste à utiliser des bibliothèques de clipart libres afin d'être complet et c'est bon : voir http://wiki.eagle-usb.org/wakka.php?wiki=HowToDia (§ Utilisation de shape, clipart) pour l'état de mes recherches.
Le mieux reste encore d'essayer avec des schémas visio existants, au besoin ne pas focaliser sur la reprise mais se constituer des canevas pouvant être réutilisés et adaptés : une fois passé en SVG, le format est ouvert c'est le principal ;-)
De toute façon, Visio est souvent utilisé à 2% de ses capacités (comme un outil de dessin), son usage ne se justifie que pour certains cas bien précis où il montre rapidement ses limites tout de même (je pense à la génération de schéma réseau "automatiquement", inutilisable dès que le LAN est un peu trop fourni en postes clients... outre la grouille que cela met sur le réseau quand ceux qui l'utilisent le font sans prévenir les admins réseau).

Par exemple, Inkscape ne gère pas les multiples pages de Visio, chaque export SVG correspond à une page (parfois il y a plusieurs page pour un document) mais ce n'est pas très gênant. L'utilisation du SVG est clairement un plus par rapport à dia par exemple : même si dia serait le remplaçant "naturel" de Visio, l'utilisation des shapes actuelles n'est pas très joli (un import SVG simple faciliterait la vie là-dessus pour disposer de shapes jolies et se constituer sa bibliothèque de formes en fonction des types de schémas).

Le fait que Inkscape permette les exports/imports avec openclipart.org va peut-être permettre de booster la disponibilité de ressources en libre.

Tu peux rajouter http://chl.be/migrations pour montrer que tout le monde ne s'enferme pas dans une prison dorée de produits et formats propriétaires, et qu'il est possible d'en sortir, libre.

En passant toujours, le petit nom de F9 est Sulphur.
oui, il y avait eu un journal laconique sur le sujet https://linuxfr.org/~madko/26049.html

à quand un journal factuel plein d'infos sur ta distrib' préférée comme tu sais si bien le faire ? quitte à le faire transformer en dépêche par d'autres vu que tu les boudes (mais pas leurs commentaires :p).

oh ba la qualité des commentaires de linuxfr ne déteint pas sur la Fedora
un peu quand même, vu que vous avez mathiasf/IsNoGood qui pourrit toutes les news d'autres distribs ;-) (je préfère largement quand il sort un journal de qualitai sur Fedora vu qu'il s'interdit de faire des dépêches)

Fedora pour du serveur ? yaurait une FedoraCentos dans les cartons ? (encore un ministère qui a eu du mal à comprendre le fonctionnement des jetons pour RHEL et comment en obtenir ? </humour>)

c'est actuellement le 2ème de https://linuxfr.org/journal/seconde_page.html

bôf, tu sais les modérateurs font des erreurs, ils sont humains, la preuve ya une bêta de nulbuntu en dépêche de première page :D

C'est plutôt du chiffrement. Les clés sont d'ailleurs fournies, ce qui permet de déchiffrer le contenu. Encore, les clés ne seraient pas fournies, ce serait du décryptage effectivement.

'fin bon, les DRM c'est tout de même s'embêter à construire une porte blindée, lourde et tous ses inconvénients, en laissant les clés en permanence accessibles à tout le monde.