TImaniac a écrit 6420 commentaires

Je suis dans la même situation... Enfin ça me rassure si je suis pas le seul :) Mais je trouvais bizzare que celà arrive seulement depuis quelques semaines, avant rien, ou très rarement...

Euh, franchement ça m'a suffit pour comprendre le principe, c'est pas comme si je découvrais les CSS et le JS non plus...

Je suis breton c'est tout :) (la pauvre excuse à 2 balles :) )

Diagrammes et schémas oué oué si tu veux (je cite la ligne en dessous le titre), mais Diagrammes quand même :)

à l'avenir, n'insiste pas trop quand tu as tort,on gagnera tous du temps.

Bof, je dis pas avoir tord ou toi avoir tord, je voulais juste montrer que Visio c'était plus qu'un logiciel de dessins vectoriels même si au départ celà ressemblait à ça (là encore je parle des produits actuels sinon on n'en fini plus dans les comparaisons).

Ensuite je reprend mon lien, et je résume :
- un ensemble de bibliothèques métiers adaptés à chaque type de schémas/diagrammes Y'a celà sous OOo ?
- dessiner, partager, corriger, etc --> OOo ok.
- Programmable et automatisable --> OOo ?

Et puis pour reprendre l'utilité de cet Outil :
# Diagrammes organisationnels : diagrammes de flux, organigrammes, barres de planning, diagrammes de blocs, matrices commerciales et marketing etc.
# Schémas Techniques : agencement d’espace, schémas mécaniques, électriques, électroniques, pneumatiques, hydrauliques etc.
# Schémas informatiques : réseau, service d’annuaire, modélisation de bases de données, site web, modélisation de logiciel etc.


Chaque type de schéma/diagramme a des outils spécifiques, la possibilité de vérifier la cohérence et pour la dernière partie la génération de code, de script SQL, etc. ---> OOo ?

Enfin on se demande vraiment pourquoi Visio existe puisque Word permet déjà de faire des diagrammes si on part de ton principe...

Bah vi mais bon faut vivre avec son temps, et le fait est que j'arrive très bien avec WordXP a ouvrir des documents créé avec Word2003 par d'autres personnes, sans rien leur demander quand au format...

Seulement la sous-partie utilisé par Microsoft est inclu dans un ensemble bien plus gros que le SVG seul, dans un schema (XAML) beaucoup plus gros, donc dans tous les cas il faudra passer par une transformation... Mais gageons que Microsoft mettra à disposition les outils nécessaire à faire la transformation adéquate, ils ont l'air de commencer à supporter le SVG dans pas mal de Softs...

Non non ils n'ont pas abandonné, et leur objectif est également d'implémenter les normes définis à l'ECMA, et donc de faire quelque chose de compatible. Seulement ils ne veulent pas faire de libs compatibles avec celle de .NET contrairement à Mono. Celà dis je trouve effectivement dommage qu'il y est 2 projets, les efforts pourraient être réunis, mais je ne suis pas sûr que l'entente soit si cordiale que ça entre les 2 projets...
En fait DotGNU est apparu parcque le projet GNU se devait de ne pas passer à côté de ces techno. Après Wait&See pour voir lequel des 2 sera le plus utilisé, mais y'en a un qui a l'appui de Ximian avec comme chef MDI qui est une forte tête et qui rassemble pas mal de monde en général (pour le meilleur et le pire parfois :) )

Tiens on m'appelle :) Je vois que je suis catalogué rubrique Mono :)
Mono est constitué :
- d'une VM
- d'un JIT
- d'un ensemble de bibliothèque (framework)

le premier élément est indispensable.
le deuxième est inclu dans le premier et te permet de compiler en natif du code IL (qui vient de C# ou autre), mais il te faudra toujours la VM pour effectuer les appels, et "surveiller" le code en cours d'exécution (Garbage Collector etc.). Celà n'a pas beaucoup d'intérêt de compiler en natif, sauf au dernier moment, sur la machine cible (d'où le terme Just In Time, "Just à temps")
Le troisième éléments se décomposent en différents fichiers avec l'extension .dll (ouh vilain mais on s'est d'où celà vient ;)).

Pour les bibliothèques tu peux te contenter de livrer ton application avec les dll dont ton appli dépend (genre system.dll, system.xml.dll, gtk-sharp.dll, etc).

Pour l'exécutable, il n'y a pas de problème, à partir du moment où la VM, bref Mono sait où trouver ce dont il a besoin, cad les lib. Si j'ai bien compris, Mono recherchera d'abord dans un endroit spécifique, dans son dossier lib, à côté de ton appli et dans un dossier lib éventuellement mis à côté de ton appli. Bref, aucun problème. Il te faudra juste faire un petit script pour faire un truc du genre : mono myAppzQuiTue.exe

Par contre ce n'est pas les même VM et bibliothèques de base pour Windows, Linux ou MacOS, because ce n'est pas les même implémentations, donc il faut logiquement "embarquer" des éléments différents. (Sauf ton appli qui elle est indépendante ;))

Voili voilou, j'espère que j'ai répondu à toutes tes questions.

Il faut aussi rajouté le fait que de proposer gratuitement le téléphone va augmenter son volume et par extension diminuer le coût d'achat de celles-ci. De plus il faut aussi voir que lorsqu'on appelle une freebox c'est pareil, Free va engranger quelque chose. Enfin, Free tente d'attirer le maximum de freenaute en leur refilant une freebox avant que la concurrence n'apparaisse sur le marché (neufbox & co). Apparement celà a l'air de porter ses fruits.

et pour les moins de 25 ans c'est gratuit :)

Bah Visio est un logiciel po concevoir des diagrammes, je vois pas en quoi les diagrammes UML ne seraient pas de son domaine... Enfin moi on me la présenté comme tel... Après évidemment y'a des outils encore plus spécifiques comme ceux de Rational, mais Visio reste quand même un bon outil de modélisation UML.

J'ai pas de souvenirs des versions plus anciennes, mais autant que je m'en rappelle, à part quelques fonctionnalités supplémentaires que le commun des mortels n'utilise pas, un .doc fait avec Word XP pouvait être ouvert avec la version précédente... Donc c 'est pas nouveau.

Et puis Avalon c'est le moteur graphique, alors plus il est de haut niveau mieux c'est (enfin à mon avis)... Evidemment ce n'est peut être pas ce qu'il y a de plus judicieux dans tous les domaines mais dans ce cas précis...

Y'a un projet qui tourne autour des DRM pour le format ogg : http://www.sidespace.com/products/oggs/(...)

Etes-vous d'accord pour moins se casser la tête et du coup en même temps être encore moins proche de l'OS et du coup moins connaître son fonctionnement...
Celà aura l'avantage d'être beaucoup plus facilement portable ;)

Il n'est pas encore sorti et MS vient d'annoncer que les fonctionnalites les plus brillantes ne seront pas pour 2005 ou 2006 mais pour plus tard
Non non pas du tout, Microsoft a justement affirmé que les principales innovations étaient toujours d'actualité. http://www.dotnet-fr.org/article.php3?sid=1095&mode=thread&(...)

Les entreprise evoluent , acceptent les innovations quand elles y voient un gain de productivité. Avec Longhorn ce sera tres difficile a justifier.
C'est pour 2006, Wait&See.

Y'a quand même beaucoup de sites de news similaire à clubic qui site leurs sources...

Tiens donc plus puissant ? Et en quoi ?

Ben, l'API n'est pas limité, il est constitué de l'ensemble du framework .NET (accès BDD, GUI, Reseau, XML, etc.), bref un framework complet. MyXAML peut mapper n'importe quelle classe : tu as conçu ton propre framework, et zou tu peux l'utiliser en MyXAML sans rien retoucher.
Et puis le langage de script n'est pas limité au JavaScript, tu peux le coder dans le langage .NET que tu veux.
Si ça c'est pas plus puissant je comprends pas trop...

Pas exemple a tu déja fais un xpcom en javascript ?
J'ai juste fait le tutorial sur xulfr.

c'est crosse plateforme sans rien faire.
Bah moi j'utiliserai l'API de Mono (parcque ca marche aussi vu que MyXAML n'est pas limité à un API) et hop je serais cross-plateforme.

Pas de speudo compilation a erreur
Ah parcque si je fais du XUL avec du Javascript j'aurai jamais d'erreur au parsing ? Y dis qui voit pas trop où est l'argument...

Mmmh, on ne sera jamais d'accord je crois. Mais on est d'accord sur un point : si c'est juste pour faire du dessin vectoriel, Visio n'apporte rien de plus que OOo ou Sodipodi.
Reste que Visio est quand même spécifique : c'est un logiciel de production de Diagrammes. Regarde par ici :
http://www.microsoft.com/france/office/visio/prodinfo/overview.asp(...)

(bien sûr tu peux zaper les lignes purement marketing ;) )

Vi je les ai déjà mailé sur le fait qu'il n'y avait pas les sources des news, ce qui garantirai un peu plus de sérieux quand au contenu, j'ai jamais eu de réponse :(

De plus le format de OOo est commun à tous les outils
C'est pas que j'en moque, c'est que je vois pas l'intérêt, chaque format a ses spécificité, et les schémas XML servent à celà.


Pour la nuance entre fond et forme, il suffit d'ouvrir un fichier OpenOffice.org natif ... tu les vois les (éventuels) répertoires pictures, ou objects ? C'est là ... Idem avec le content.xml, tu peux regarder, ca ne mord pas.
Les élements sont bien organisés, mais dans le content.xml en soit, je trouve que le fond et la forme sont tout de même encore mélangé, et je préfère le format WordML pour celà... Pour les retours d'impression, désolé, j'ai que les miennes. Mais bon dans tous les cas je préfère le DocBook ;)

Ceci dit j'adore ta justification pour le choix du format par défaut ...
Ils auraient imposer le format XML, techniquement et éthiquement celà aurait été mieux mais des millions d'utilisateurs auraient gueulé... Microsoft se doit de maintenir un minimum de compatiblité, ils sont pas fous non plus... autant faire la transition en douceur et attendons nous dans les prochaines version à voir le format XML plus en avant, par défaut par exemple.

mmmh, effectivement dans mon entourage c'est plutôt des informaticiens qui utilisent Visio, effectivement celà peut déformer l'utilisation de ce logiciel...

Mais quand même, Visio est là pour faire des Diagrammes, mais aussi pour gérer leur cohérence et vérifier que les éléments sont correctements connectés... Bref, il y a une valeur sémantique derrière, ce qui rend Visio un outil plus "spécifique" et moins "généraliste" que Sodipodi par exemple.

Bref, je trouve que à part le fait que OOo et Visio gèrent tous les 2 des formats vectoriels, je trouve la comparaison vraiment inutile, ces 2 outils n'étant pas destiné à la même utilisation... Evidemment après on peut détourner l'utilisation de tous softs...

Non, l'inconvénient c'est que celà marche avec n'importe quel API .NET, donc avec un API dépendant d'une plateforme aussi...

Sinon y'a une solution très simple, et tu l'as donnée toi même : "mono plateforme" http://www.go-mono.com(...) ;)

Il existe déja un editeur pour xul dénominer étrangement xulmaker.

J'ai pas dis le contraire, j'ai juste dit que c'était beaucoup plus puissant que XUL (et que je l'admirai encore plus parcqu'il avait aussi fait un éditeur GUI)

Sinon t as qu'a faire un navigateur web respectant les standart en xaml.

Désolé c'est pas le sujet du concours :))

Non mais bon c'est quand même une des principales utilisations... Et puis il a y a aussi le fait que Visio va gérer la cohérence des schémas, alors que OOo reste un simple éditeur vectoriel qui ne gère pas du tout la sémantique des éléments. Bref, aucune comparaison possible sauf si tu utilises Visio comme une boite à dessins tous faits.