Ben perso je ne connais pas beaucoup d'autres domaines que le mien : l'informatique. Pourtant il y a toujours qui aiment faire leurs rapports en LaTeX. Voir même certains profs (scientifiques donc à la fac) qui exigent.
Mon point de vue sur l'intérêt de AspectDNG par rapport à d'autres tisseurs d'aspect comme JAspect :
AspectDNG travaille directement au niveau du bytecode et non au niveau du source, c'est une différence que l'on retrouve dans de nombreux "équivalents" entre les mondes .NET et Java. .NET étant "officiellement" multi-langages, ces outils qui travaillent directement sur le bytecode sont utilisables avec n'importe quel langage ciblant la plateforme et ont souvent des possibilités de manipulation beaucoup plus importantes.
Encore bravo Jb, et bonne continuation à toute l'équipe de DotNetGuru (super site pour tous les développeurs curieux et autre architectes passionnés de .NET ET Java :-) )
D'abord pour avoir le choix.
JAva et .NET ont de nombreux points communs mais aussi des spécificités, dont découle une saine émulation entre les 2 plateformes (cf C# 2.0 et Java 1.5).
Après comme tout framework choisir de développer avec ces environnements lie ton code à une techno et créé donc une dépendance. D'un point de vue commercial les 2 environnements propose désormais un choix d'implémentation et on n'est donc pas dépendant d'un éditeur particulier.
Reste à voir le long terme pour apprécier la durée de vie de ces plateforme et donc la pérénité des applications que l'on développe. A mon avis les 2 plateformes continueront de cohabiter, parcqu'elles sont proches mais aussi parcqu'un effort des 2 parties est fait pour assurer l'interopérabilité des environnements.
Après tu peux troller sur le fait que Microsoft c'est mal (mais pourquoi Sun serait mieux ?), mais mon conseil et d'aller lire les nombreux trolls que tu trouveras sur google : tu arrivera toujours à la même conclusion : il y a les trolleurs qui discutent ethique, les 2 gros (MS et Sun) qui font avancer les bousins, et les hackeurs fous qui faute de pouvoir disposer d'une force de frappe commercial et d'un labo de recherche avec tous pleins de monde payés rien que pour ça, s'évertue à proposer à la communauté des environnements compatibles et libres, afin que tu n'es plus besoin de te poser les questions politico-trollesque habituelles.
Je suis d'accord pour dire que le XML c'est très bien, et que théoriquement ça pousse le concept de séparer le contenu de la mise en forme jusqu'au bout. C
Attention tout de même, ce n'ai pas du tout le fait que ça soit du XML qu'il y a une séparation nette entre contenu et mise en forme : c'est un choix complètement distinct, on peut très bien imaginer un format DocBook XML avec des informations de présentation à l'intérieur.
Sinon je suis d'accord avec toi, il y a des cas où le Fortran n'a pas pas d'équivalent niveau puissance, et que le fait de pouvoir ajouter des info de présentation dans un document peut avoir des intérêts. Reste que même si LaTeX ou Fortran ne sont pas prêt de mourrir, il y a pleins de types de programmes/documents qui pourront se passer de ces formats/langages pour des noueaux trucs plus "Haïpe" ou tout du moins plus clean.
Moi par exemple je transforme généralement mes trucs XML en LaTeX pour obtenir le rendu final pour utiliser la puissance du moteur de rendu de LaTeX, mais j'utilise alors LaTeX comme une "feuille de style", plus vraiment pour ce à quoi il était destiné, il passe un peu en "annexe". N'oublions pas également que LaTeX a un gros désavantage : il est bien pour générer un document destiné à l'impression, mais dès que c'est pour faire autre chose...
Peu importe qu'un langage soit chimiquement pur l'important c'est ce qu'il me permet de faire.
Ben justement, si je peux me dire : "le contenu est séparé de la mise en forme" je peux faire pleins de supposition lorsque je vais manipuler mon document. Si c'était vrai à seulement "95%" ben j'aurai pleins de possibilités en moins parcque je pourrais toujours tomber éventuellement sur un problème/incohérence.
L'informatique c'est 0 ou 1, c'est pas entre les 2, alors que LaTeX ne fasse pas clairement la séparation n'est pas torp un gros problème pour l'humain (il peut clairement séparer s'il veut), pour une machine qui va manipuler le document, elle a absoluement besoin de savoir si c'est 0 ou 1.
Alors non ce n'est pas commercial.
Sinon effectivement DocBook offre moins de bibliothèques que LaTeX, parcque LaTeX ca fait un bail que ca existe et que c'est utilisé. Moi ce que j'ai voulu expliquer c'est qu'il y en a un qui est mieux et qui techniquement plus avancé. Si on se contentait perpétuellement de s'acharner avec les vieilleries qui ont 10000 bibliothèques parcque pleins d'utilisateurs, on serait tous en train de programmer en Fortran.
, pour ceux qui s'en foute pas et que ça dérange d'installer mono
Tu peux m'expliquer en quoi ca peut te préocuper d'installer un environnement sous (L)GPL/X11 sans violer aucun brevet et utiliser uniquement les parties normalisées d'un standard défini par un consortium indépendant ?
La seule préocupation légitime que je vois c'est que tu peux ne pas avoir les paquets pour ta distri ou avoir un disque dur avec moins de 30 Mo d'espace libre.
Ca manque cruellement.
Oué c'est d'ailleur la seule appli KDE qui me reste :-/
Serais-tu le trolleur en question?
T'es balaise toi :)
un post qui se résume à un bon gros troll
Heuresement que je l'avais annondé dès le début du message :) Encore bravo pour ta perspicacité ;-)
Le seul truc que je pense vraiment, c'est que ces thèmes qui émule un autre toolkit sont et seront toujours imparfait et n'intégreront ergonomiquement une appli dans un autre environnement.
Enfin je dis ça pour que justement on se retrouve avec une vrai appli de gravure de CD sous Gnome qui ne soit pas un k3b déguisé avec le thème bluecurve.
Un bon trolleur t'aurait répondu :
y'a pas besoin, y'a déjà tout ce qui faut sous Gnome, pas besoin d'applications fvaites pour KDE.
Une personne plus chiante t'aurait répondu : c'est pas parcqu'on fait un thème-qui-va-bien qu'on intègre ergonomiquement l'application, et les Gnomieux étant relativement à cheval avec la cohérence/intégration des applications qui s'éxecutent dans leur environnement favori, un truc pour intégrer les applis KDE seraient du temps perdu. Y'a que les KDEieux pour se contenter d'un intégration visuelle de softs qu'ils n'ont pas dans leur environnement.
Bon ben ayé ça c'est dis, j'ai économisé pas mal de commentaires à toutes les moules par ici, alors soyez indulgents vis-à-vis de ce commentaire. Oh et puis non j'ai des XP vous pouvez vous défoulez ;-) (au moins ça servira à quelque chose)
Bon allez moi aussi je vais me lancer dans le débat :
DocBook a tous les avantages de LaTeX : une syntaxe orientée contenu, le support des formules mathématiques avancé (MathML). Il a même plus : 100% orienté contenu, pas de notion de présentation, 100% XML donc facilement manipulable (question de pérénité) et extensible (cf MathML, SVG et j'en passe), bref il est techniquement mieux que LaTeX qui n'a plus beaucoup d'argument à faire valoir.
Reste que le format DocBook n'a pas encore de feuilles XSLT avec un rendu impécable (bien que le travail de Norman soit extraordinaire), et surtout il n'a pas le passif de LaTeX, le nombre d'utilisateurs.
De plus l'absence totale de possibilité de mise en forme dans le document en rebutte plus d'un (bien que ça soit à mon goût indispensable).
Bref tout ça pour dire que LaTeX a encore de nombreux jours devant lui, même si je crois à terme à sa disparition, parcque le format DocBook a beaucoup plus d'avenir : son format XML et l'absence totale de notion de mise forme laisse supposer de nombreuses possibilités de transformations/conversions vers d'autres formats (dont LaTeX, perso je l'utilise pour la mise en forme) : c'est un format idéal pour concevoir ses documents en se penchant exclusivement sur le contenu : après c'est du XML on peut le transofrmer en n'importe quoi pour la présentation.
Oué mais c'est pas parcque toi tu t'en fou de l'intégration que tout le monde y s'en fou :)
Pour préciser, Muine est fait par le même mec qui a fait ryhtmbox, les 2 softs ne se font pas concurence : il y en a un qui est clairement plus avancé et plus compliqué que l'autre : y'en a pour tous les goûts.
En tout cas chez moi muine n'a jamais planté lors du scan des dossier contenant la zik. Bon par contre il a un côté chiant : il faut le compiler et cette andouille a pleins de dépendances "récentes". Mais une fois installé il sait se faire oublier et a l'avantage d'avoir un développement relativement actif : donc si vous voulez y voir quelques fonctionnalités, n'hésitez pas à vous manifester, le soft n'est toujours pas en version final et les propositions sont le bien venu. D'ailleur la dernière version (on the cvs) propose une architecture basée sur des plugins.
Non non tu es tombé dans le piège :)
La balise emphasis indique qu'il faut mettre en évidence ce qu'il y a au milieu. L'attribut "strong" ajoute une "force" supplémentaire : en gros "met BIEN en évidence ce truc". Effectivement certaines feuilles de styles (dont celles de Norman) interprête celà comme le fait de mettre en italique ou en gras (parcqu'ils ont décidé de représenter ces balises avec ce style), mais tu ne peux absolument pas en déduire que ce sera toujours en gras.
Si si ça marche parcque tu es dans un cas particulier où Java autorise la comparaison de chaîne de caractère avec le signe ==. L'avantage de ma solution c'est que les constantes sont vraiment typées, (c'est le type Mois, alors que dans le commentiare précédent c'est le type string), et sont limités : j'impose qu'il y est 12 constantes (avec des strings ont pourrait imaginer metttre n'importe quoi dedans).
De plus ma solution permet égalemetn d'enregistrer d'autres informations sur le type et on peut ajouter des méthodes qui vont bien.
public static Mois Janvier = new Mois("Janvier");
public static Mois Fevrier = new Mois("Février");
public static Mois Mars = new Mois("Mars");
public static Mois Avril = new Mois("Avril");
...
public void toString(){
return nom;
}
}
celà te permet de pouvoir faire des comparaisons, par exemple :
En gros l'idée de DocBook est de proposé une syntaxe XML mais aussi de proposer le concept qui consiste à séparer la présentation du contenu encore plus loin : il n'y a aucune possibilité de formatage dans la syntaxe DocBook, contrairement à LaTeX : donc pour les puristes c'est mieux.
Après faut aussi voir le nombre d'outils dispo, etc.
Reste que c'est du XML, donc facilement manipulable (et aussi facile à générer).
Euh sous Windows le format MSI gère plutôt pas mal les dépendances, le problème principal sous Windows c'est qu'il est difficile de centraliser tous les packages sur un même repository (parcqu'on a pas les sources, que c'est des produits commerciaux, etc) comme c'est le cas sous Linux : conclusion un truc à la apt-get/yum & co serait bien difficile à mettre en place... Ah si y'a Windows update ;-)
Existe t'il un système de paquetage qui assure une sécurité
Les repositories sous nux proposent généralement le chiffrement par clé des packages, c'est déjà un bon gage de sécurité, après évidemment il faut faire confiance au site au question.
Les OS libres ont pris une avance extraordinaire sur Windows dans ce domaine.
Ils traînent également un gros boulet : pas de système unifié, et ça c'est un retard également extraordinaire qui en fait chier plus d'un.
Enfin je finirais par dire que Windows n'est pas vraiment en retard dans le domaine, la possibilité de versionning des assemblies .NET permet de gérer avec finesse les dépendances, d'avoir plusieurs versions qui cohabitent sans problème, avec en autre un Global Assembly Cache facile à localiser, permettant d'installer facilement une application, aussi bien sous Windows que sous Linux avec Mono : pas de différence entre les distri, ce qui facilite drôlement le déploiement. (désolé fallait bien que je fasse encore un peu de pub ;-) )
Y'a DocMan qui roxe pas mal, tu peux le trouver par ici (pour windows et nux, c'est en Java) : http://www.goshaky.com/docman-distfiles/DocMan/(...)
il a avec lui toutes les feuilles de styles, les DTD, les outils de transfo, bref, tout en 1, et permet de transformer un DocBook en PDF, XHTML, CHM.
Il a un seul inconvénient : il faut que le document soit au format UTF-8 si on a des accents et surtout il faut que le document soit valide vis-à-vis de la DTD, sinon pan, l'application se suicide sans autre forme d'explication.
t'as tout faux et visiblement t'es jamais allé voir la page en question : http://search.msn.com/(...)
tu trouves celà lourd ? Tu trouves qu'il y a plus de pub que sur google ?
Je crois surtout que Google doit son succès à sa notoriété puisqu'il a longtemps et est toujours un des meilleurs moteurs de recherche, notamment en nombre de pages indexées. Cette notoriété se constate aussi auprès des "noobs" : beaucoup de gens ne savent pas vraiment ce qu'est un moteur de recherche mais il suffit de leur dire "tu cherches sur google" et ils comprennent.
Google est gravé dans la conscience des gens comme étant leur moyen de recherche sur le net, et vu que Google ne semble pas s'endormir sur ses lauriers, ce n'est pas demain la veille que la concurrence le dépassera.
Un premier bookmark, sans doute le plus utile (à mon goût bien entendu) : http://www.dotnetguru.org(...)
et plus particulièrement : http://www.dotnetguru.org/topics.php(...)
Sans doute pas l'idéal pour débuter, ce site comporte de nombreux liens mais aussi des articles techniques qui ont pour particularité de souvent faire des rapprochements voir des comparaisons avec la plateforme J2EE, d'un point de vue technique en évitant les trolls, et en français.
Pour Mono (http://www.mono-project.com/(...)) tu ne trouveras pas des centaines de pages de tutoriaux, mais tu peux aller faire un tour sur la documentation officielle par ici : http://www.go-mono.com/docs/(...)
tu y trouveras notamment la section "Mono Handbook" qui contient une présentation des différentes outils (mcs, etc.)
De manière générale ils ont essayé de garder les mêmes outils (même commande, même paramètres, etc.) que ceux de MS pour ne perturbere personne.
Pour ce qui est des applis web et autres services web, effectivement faut taper dans ASP.NET puisque c'est en gros le nom de la partie de la plateforme qui regroupe tous ces aspects. Rassures-toi, ASP.NET est pleinement supporté dans Mono. L'avantage est que tu trouveras pleins d'articles sur le net traitant de ASP.NET
Me semble que c'est juste que l'on parle tout le temps de la notion de "vente" pour désigner la transaction entre 2 parties qui consiste en un échange de bien et/ou de services.
Dans tous les cas c'est pas plus illogique, les 2 termes désignants la même action, seul le point de vue change.
Rien ne nous prouve que la DTD ou XML-schema des documents MS-Office seront publiés, qu'ils seront exhaustifs et exacts.
Le problème c'est que c'est facile à prouvé : ils sont sortis les XML-schemas en l'occurence, et permettent de valider des documents MS Office.
MS supporte très bien les normes liées aux Web Services, ils se conforment aux normes de l'ECMA liées à .NET.
De façon générale MS s'investi dans tout ce qui touche le XML et suit la plupart des normes qui en découlent, et l'un des gros avantages de XML c'est que les documents associés sont faciles à valider et permettent ainsi de vérifier la conformité des documents produits : il n'y a pas de raison que MS s'écarte de cette route avec les XML schéma : au pire ils feront évoluer les schémas, comme le fait Adobe pour PS et PDF.
Comme quoi il ne faut pas généraliser et que MS n'est pas blanc ou noir, mais comme la plupart des boîtes proprio : gris. (c'est facile comme conclusion mais bon)
[^] # Re: LaTeX
Posté par TImaniac (site web personnel) . En réponse à la dépêche ooo2dbk : Générer du DocBook à partir de documents OpenOffice.org. Évalué à 2.
[^] # Re: Un peu plus de détail ?
Posté par TImaniac (site web personnel) . En réponse au journal Cecil : Mono se dote d'une belle reflection !. Évalué à 3.
AspectDNG travaille directement au niveau du bytecode et non au niveau du source, c'est une différence que l'on retrouve dans de nombreux "équivalents" entre les mondes .NET et Java. .NET étant "officiellement" multi-langages, ces outils qui travaillent directement sur le bytecode sont utilisables avec n'importe quel langage ciblant la plateforme et ont souvent des possibilités de manipulation beaucoup plus importantes.
Encore bravo Jb, et bonne continuation à toute l'équipe de DotNetGuru (super site pour tous les développeurs curieux et autre architectes passionnés de .NET ET Java :-) )
[^] # Re: de l'article de linux mag
Posté par TImaniac (site web personnel) . En réponse au journal Cecil : Mono se dote d'une belle reflection !. Évalué à 4.
JAva et .NET ont de nombreux points communs mais aussi des spécificités, dont découle une saine émulation entre les 2 plateformes (cf C# 2.0 et Java 1.5).
Après comme tout framework choisir de développer avec ces environnements lie ton code à une techno et créé donc une dépendance. D'un point de vue commercial les 2 environnements propose désormais un choix d'implémentation et on n'est donc pas dépendant d'un éditeur particulier.
Reste à voir le long terme pour apprécier la durée de vie de ces plateforme et donc la pérénité des applications que l'on développe. A mon avis les 2 plateformes continueront de cohabiter, parcqu'elles sont proches mais aussi parcqu'un effort des 2 parties est fait pour assurer l'interopérabilité des environnements.
Après tu peux troller sur le fait que Microsoft c'est mal (mais pourquoi Sun serait mieux ?), mais mon conseil et d'aller lire les nombreux trolls que tu trouveras sur google : tu arrivera toujours à la même conclusion : il y a les trolleurs qui discutent ethique, les 2 gros (MS et Sun) qui font avancer les bousins, et les hackeurs fous qui faute de pouvoir disposer d'une force de frappe commercial et d'un labo de recherche avec tous pleins de monde payés rien que pour ça, s'évertue à proposer à la communauté des environnements compatibles et libres, afin que tu n'es plus besoin de te poser les questions politico-trollesque habituelles.
[^] # Re: LaTeX
Posté par TImaniac (site web personnel) . En réponse à la dépêche ooo2dbk : Générer du DocBook à partir de documents OpenOffice.org. Évalué à 2.
Attention tout de même, ce n'ai pas du tout le fait que ça soit du XML qu'il y a une séparation nette entre contenu et mise en forme : c'est un choix complètement distinct, on peut très bien imaginer un format DocBook XML avec des informations de présentation à l'intérieur.
Sinon je suis d'accord avec toi, il y a des cas où le Fortran n'a pas pas d'équivalent niveau puissance, et que le fait de pouvoir ajouter des info de présentation dans un document peut avoir des intérêts. Reste que même si LaTeX ou Fortran ne sont pas prêt de mourrir, il y a pleins de types de programmes/documents qui pourront se passer de ces formats/langages pour des noueaux trucs plus "Haïpe" ou tout du moins plus clean.
Moi par exemple je transforme généralement mes trucs XML en LaTeX pour obtenir le rendu final pour utiliser la puissance du moteur de rendu de LaTeX, mais j'utilise alors LaTeX comme une "feuille de style", plus vraiment pour ce à quoi il était destiné, il passe un peu en "annexe". N'oublions pas également que LaTeX a un gros désavantage : il est bien pour générer un document destiné à l'impression, mais dès que c'est pour faire autre chose...
[^] # Re: LaTeX
Posté par TImaniac (site web personnel) . En réponse à la dépêche ooo2dbk : Générer du DocBook à partir de documents OpenOffice.org. Évalué à 2.
Ben justement, si je peux me dire : "le contenu est séparé de la mise en forme" je peux faire pleins de supposition lorsque je vais manipuler mon document. Si c'était vrai à seulement "95%" ben j'aurai pleins de possibilités en moins parcque je pourrais toujours tomber éventuellement sur un problème/incohérence.
L'informatique c'est 0 ou 1, c'est pas entre les 2, alors que LaTeX ne fasse pas clairement la séparation n'est pas torp un gros problème pour l'humain (il peut clairement séparer s'il veut), pour une machine qui va manipuler le document, elle a absoluement besoin de savoir si c'est 0 ou 1.
Alors non ce n'est pas commercial.
Sinon effectivement DocBook offre moins de bibliothèques que LaTeX, parcque LaTeX ca fait un bail que ca existe et que c'est utilisé. Moi ce que j'ai voulu expliquer c'est qu'il y en a un qui est mieux et qui techniquement plus avancé. Si on se contentait perpétuellement de s'acharner avec les vieilleries qui ont 10000 bibliothèques parcque pleins d'utilisateurs, on serait tous en train de programmer en Fortran.
[^] # Re: Et pour Gnome
Posté par TImaniac (site web personnel) . En réponse au journal Amarok m'a tué.... Évalué à 2.
Tu peux m'expliquer en quoi ca peut te préocuper d'installer un environnement sous (L)GPL/X11 sans violer aucun brevet et utiliser uniquement les parties normalisées d'un standard défini par un consortium indépendant ?
La seule préocupation légitime que je vois c'est que tu peux ne pas avoir les paquets pour ta distri ou avoir un disque dur avec moins de 30 Mo d'espace libre.
[^] # Re: Et le contraire ???
Posté par TImaniac (site web personnel) . En réponse au journal Nouvelle version de gtk-qt-engine. Évalué à 2.
Oué c'est d'ailleur la seule appli KDE qui me reste :-/
Serais-tu le trolleur en question?
T'es balaise toi :)
un post qui se résume à un bon gros troll
Heuresement que je l'avais annondé dès le début du message :) Encore bravo pour ta perspicacité ;-)
Le seul truc que je pense vraiment, c'est que ces thèmes qui émule un autre toolkit sont et seront toujours imparfait et n'intégreront ergonomiquement une appli dans un autre environnement.
Enfin je dis ça pour que justement on se retrouve avec une vrai appli de gravure de CD sous Gnome qui ne soit pas un k3b déguisé avec le thème bluecurve.
[^] # Re: Et le contraire ???
Posté par TImaniac (site web personnel) . En réponse au journal Nouvelle version de gtk-qt-engine. Évalué à 4.
y'a pas besoin, y'a déjà tout ce qui faut sous Gnome, pas besoin d'applications fvaites pour KDE.
Une personne plus chiante t'aurait répondu : c'est pas parcqu'on fait un thème-qui-va-bien qu'on intègre ergonomiquement l'application, et les Gnomieux étant relativement à cheval avec la cohérence/intégration des applications qui s'éxecutent dans leur environnement favori, un truc pour intégrer les applis KDE seraient du temps perdu. Y'a que les KDEieux pour se contenter d'un intégration visuelle de softs qu'ils n'ont pas dans leur environnement.
Bon ben ayé ça c'est dis, j'ai économisé pas mal de commentaires à toutes les moules par ici, alors soyez indulgents vis-à-vis de ce commentaire. Oh et puis non j'ai des XP vous pouvez vous défoulez ;-) (au moins ça servira à quelque chose)
[^] # Re: LaTeX
Posté par TImaniac (site web personnel) . En réponse à la dépêche ooo2dbk : Générer du DocBook à partir de documents OpenOffice.org. Évalué à 3.
DocBook a tous les avantages de LaTeX : une syntaxe orientée contenu, le support des formules mathématiques avancé (MathML). Il a même plus : 100% orienté contenu, pas de notion de présentation, 100% XML donc facilement manipulable (question de pérénité) et extensible (cf MathML, SVG et j'en passe), bref il est techniquement mieux que LaTeX qui n'a plus beaucoup d'argument à faire valoir.
Reste que le format DocBook n'a pas encore de feuilles XSLT avec un rendu impécable (bien que le travail de Norman soit extraordinaire), et surtout il n'a pas le passif de LaTeX, le nombre d'utilisateurs.
De plus l'absence totale de possibilité de mise en forme dans le document en rebutte plus d'un (bien que ça soit à mon goût indispensable).
Bref tout ça pour dire que LaTeX a encore de nombreux jours devant lui, même si je crois à terme à sa disparition, parcque le format DocBook a beaucoup plus d'avenir : son format XML et l'absence totale de notion de mise forme laisse supposer de nombreuses possibilités de transformations/conversions vers d'autres formats (dont LaTeX, perso je l'utilise pour la mise en forme) : c'est un format idéal pour concevoir ses documents en se penchant exclusivement sur le contenu : après c'est du XML on peut le transofrmer en n'importe quoi pour la présentation.
[^] # Re: Et pour Gnome
Posté par TImaniac (site web personnel) . En réponse au journal Amarok m'a tué.... Évalué à 2.
Pour préciser, Muine est fait par le même mec qui a fait ryhtmbox, les 2 softs ne se font pas concurence : il y en a un qui est clairement plus avancé et plus compliqué que l'autre : y'en a pour tous les goûts.
En tout cas chez moi muine n'a jamais planté lors du scan des dossier contenant la zik. Bon par contre il a un côté chiant : il faut le compiler et cette andouille a pleins de dépendances "récentes". Mais une fois installé il sait se faire oublier et a l'avantage d'avoir un développement relativement actif : donc si vous voulez y voir quelques fonctionnalités, n'hésitez pas à vous manifester, le soft n'est toujours pas en version final et les propositions sont le bien venu. D'ailleur la dernière version (on the cvs) propose une architecture basée sur des plugins.
[^] # Re: Et pour Gnome
Posté par TImaniac (site web personnel) . En réponse au journal Amarok m'a tué.... Évalué à 3.
[^] # Re: LaTeX
Posté par TImaniac (site web personnel) . En réponse à la dépêche ooo2dbk : Générer du DocBook à partir de documents OpenOffice.org. Évalué à 4.
La balise emphasis indique qu'il faut mettre en évidence ce qu'il y a au milieu. L'attribut "strong" ajoute une "force" supplémentaire : en gros "met BIEN en évidence ce truc". Effectivement certaines feuilles de styles (dont celles de Norman) interprête celà comme le fait de mettre en italique ou en gras (parcqu'ils ont décidé de représenter ces balises avec ce style), mais tu ne peux absolument pas en déduire que ce sera toujours en gras.
[^] # Re: plus compliqué mais en mieux
Posté par TImaniac (site web personnel) . En réponse au message Enumérateurs, Tableaux constants. Évalué à 3.
De plus ma solution permet égalemetn d'enregistrer d'autres informations sur le type et on peut ajouter des méthodes qui vont bien.
# plus compliqué mais en mieux
Posté par TImaniac (site web personnel) . En réponse au message Enumérateurs, Tableaux constants. Évalué à 4.
private string nom;
private Mois(string nom){
this.nom = nom;
}
public static Mois Janvier = new Mois("Janvier");
public static Mois Fevrier = new Mois("Février");
public static Mois Mars = new Mois("Mars");
public static Mois Avril = new Mois("Avril");
...
public void toString(){
return nom;
}
}
celà te permet de pouvoir faire des comparaisons, par exemple :
Mois m1 = Mois.Janvier;
Mois m2 = Mois.Janvier;
System.out.println(m1 + " == "+ m2 + " : "+ (m1 == m2));
sinon regarde du côté de la doc de java 1.5 avec l'apparition du type enum.
[^] # Re: LaTeX
Posté par TImaniac (site web personnel) . En réponse à la dépêche ooo2dbk : Générer du DocBook à partir de documents OpenOffice.org. Évalué à 8.
Après faut aussi voir le nombre d'outils dispo, etc.
Reste que c'est du XML, donc facilement manipulable (et aussi facile à générer).
[^] # Re: Vivement que ça se démocratise... Mon Dieu NON !
Posté par TImaniac (site web personnel) . En réponse au journal Autopackage. Évalué à 5.
Existe t'il un système de paquetage qui assure une sécurité
Les repositories sous nux proposent généralement le chiffrement par clé des packages, c'est déjà un bon gage de sécurité, après évidemment il faut faire confiance au site au question.
Les OS libres ont pris une avance extraordinaire sur Windows dans ce domaine.
Ils traînent également un gros boulet : pas de système unifié, et ça c'est un retard également extraordinaire qui en fait chier plus d'un.
Enfin je finirais par dire que Windows n'est pas vraiment en retard dans le domaine, la possibilité de versionning des assemblies .NET permet de gérer avec finesse les dépendances, d'avoir plusieurs versions qui cohabitent sans problème, avec en autre un Global Assembly Cache facile à localiser, permettant d'installer facilement une application, aussi bien sous Windows que sous Linux avec Mono : pas de différence entre les distri, ce qui facilite drôlement le déploiement. (désolé fallait bien que je fasse encore un peu de pub ;-) )
[^] # Re: Quels éditeurs pour DocBook ?
Posté par TImaniac (site web personnel) . En réponse à la dépêche ooo2dbk : Générer du DocBook à partir de documents OpenOffice.org. Évalué à 3.
http://www.goshaky.com/docman-distfiles/DocMan/(...)
il a avec lui toutes les feuilles de styles, les DTD, les outils de transfo, bref, tout en 1, et permet de transformer un DocBook en PDF, XHTML, CHM.
Il a un seul inconvénient : il faut que le document soit au format UTF-8 si on a des accents et surtout il faut que le document soit valide vis-à-vis de la DTD, sinon pan, l'application se suicide sans autre forme d'explication.
[^] # Re: qualité des résultats
Posté par TImaniac (site web personnel) . En réponse au journal A votre avis, pourquoi MSN ne parvient pas à devancer Google sur le sujet (les outils de recherche)?. Évalué à 4.
[^] # Re: Google et MSN...
Posté par TImaniac (site web personnel) . En réponse au journal A votre avis, pourquoi MSN ne parvient pas à devancer Google sur le sujet (les outils de recherche)?. Évalué à 5.
http://search.msn.com/(...)
tu trouves celà lourd ? Tu trouves qu'il y a plus de pub que sur google ?
Je crois surtout que Google doit son succès à sa notoriété puisqu'il a longtemps et est toujours un des meilleurs moteurs de recherche, notamment en nombre de pages indexées. Cette notoriété se constate aussi auprès des "noobs" : beaucoup de gens ne savent pas vraiment ce qu'est un moteur de recherche mais il suffit de leur dire "tu cherches sur google" et ils comprennent.
Google est gravé dans la conscience des gens comme étant leur moyen de recherche sur le net, et vu que Google ne semble pas s'endormir sur ses lauriers, ce n'est pas demain la veille que la concurrence le dépassera.
[^] # Re: pour les traductions de mots ou de groupes de mots...
Posté par TImaniac (site web personnel) . En réponse au journal Open Google Translate ?. Évalué à 2.
http://dictionary.cambridge.org/default.asp?dict=F(...)
[^] # Re: hop
Posté par TImaniac (site web personnel) . En réponse au message De quoi debuter sous C#. Évalué à 4.
qui contient entre autre un cours plutôt complet sur C# (avec présentation du framework .NET) au format PDF par ici :
http://www.labo-dotnet.com/cours/Cours%20du%20Laboratoire/Programma(...)
Bonne lecture
[^] # Re: Et si ...
Posté par TImaniac (site web personnel) . En réponse au journal Séisme: appels aux dons. Évalué à 2.
Parcqu'ils ont une section plus appropriée avec dossier complet :
http://www.msn.com/(...)
http://www.msn.fr/(...)
# hop
Posté par TImaniac (site web personnel) . En réponse au message De quoi debuter sous C#. Évalué à 5.
http://www.dotnetguru.org(...)
et plus particulièrement :
http://www.dotnetguru.org/topics.php(...)
Sans doute pas l'idéal pour débuter, ce site comporte de nombreux liens mais aussi des articles techniques qui ont pour particularité de souvent faire des rapprochements voir des comparaisons avec la plateforme J2EE, d'un point de vue technique en évitant les trolls, et en français.
Pour la syntaxe, même si ce n'est pas un tutorial, ici tu trouveras un bon résumé des points communs/différences avec Java (que tu sembles connaître) :
http://www.dotnetguru.org/articles/CSharpVsJava.htm(...)
Pour Mono (http://www.mono-project.com/(...)) tu ne trouveras pas des centaines de pages de tutoriaux, mais tu peux aller faire un tour sur la documentation officielle par ici :
http://www.go-mono.com/docs/(...)
tu y trouveras notamment la section "Mono Handbook" qui contient une présentation des différentes outils (mcs, etc.)
De manière générale ils ont essayé de garder les mêmes outils (même commande, même paramètres, etc.) que ceux de MS pour ne perturbere personne.
Pour ce qui est des applis web et autres services web, effectivement faut taper dans ASP.NET puisque c'est en gros le nom de la partie de la plateforme qui regroupe tous ces aspects. Rassures-toi, ASP.NET est pleinement supporté dans Mono. L'avantage est que tu trouveras pleins d'articles sur le net traitant de ASP.NET
Un autre bon site (toujours à mon goût) avec de nombreux articles, notamment de présentation de .NET :
http://www.codeguru.com/csharp(...)
(par exemple bon article de présentation de l'archtecture .NET : http://www.codeguru.com/Csharp/.NET/net_general/netframeworkclasses(...) )
Sinon évidemement y'a des tonnes de lectures qui vont te prendre des heures, non des jours, voir des années, par ici : http://msdn.microsoft.com/netframework/(...)
Si tu cherches des morceaux de code, des exemples, des outils, enfin des trucs utiles en pratique quoi, un bon site : http://www.codeproject.com(...)
Sinon rien ne vaut un bon bouquin pour apprendre la syntaxe de C# et avoir une présentation de la "machinerie" .NET :)
Si t'as des questions tu peux mettre mon adresse email dans tes bookmarks ;)
Voilà tout ce qui me vient à l'esprit là maintenant :)
# faut pas chercher bien loin :)
Posté par TImaniac (site web personnel) . En réponse au journal Vente forcée. Évalué à 3.
Dans tous les cas c'est pas plus illogique, les 2 termes désignants la même action, seul le point de vue change.
[^] # Re: Interopérabilité et MS
Posté par TImaniac (site web personnel) . En réponse à la dépêche Une comparaison des différents formats de document texte. Évalué à 3.
Le problème c'est que c'est facile à prouvé : ils sont sortis les XML-schemas en l'occurence, et permettent de valider des documents MS Office.
MS supporte très bien les normes liées aux Web Services, ils se conforment aux normes de l'ECMA liées à .NET.
De façon générale MS s'investi dans tout ce qui touche le XML et suit la plupart des normes qui en découlent, et l'un des gros avantages de XML c'est que les documents associés sont faciles à valider et permettent ainsi de vérifier la conformité des documents produits : il n'y a pas de raison que MS s'écarte de cette route avec les XML schéma : au pire ils feront évoluer les schémas, comme le fait Adobe pour PS et PDF.
Comme quoi il ne faut pas généraliser et que MS n'est pas blanc ou noir, mais comme la plupart des boîtes proprio : gris. (c'est facile comme conclusion mais bon)