tu pourrais faire
@import sonfichier.tex dans TA présentation
Non ca marche pas. La plupart veulent faire un copié collé et ensuite personnaliser en modifiant le contenu, pour justement que ca se voit pas trop que c copié collé du patron.
ourquoi ? tu ne trouves pas qu'avoir la possibilité d'accèder à des outils/fonctions en ligne de commande est plus un avantage qu'un inconvénient. ?
Houlà non je trouve cela très bien. Ce que je veux dire c'est que le but des appli Graphique est de ne surtout pas faire une surcouche d'un utilitaire en ligne de commande. Et c'est un des gros boulets que l'on traîne de la philosophie Unix : on a cru que les entrée sortie associées à des pipes résoudraient tous les problèmes du communications entre programmes.
Aujourd'hui si on veut offrir des services réutilisables, on fait une bibliothèque d'API, ou mieux des composants. La ligne de commande devient alors un client/utilisateur de ces API au même titre que l'application graphique. On y gagne largement en souplesse et l'on peut largement bénéficier de toute la puissance d'une interface de programmation riche à base d'objet, événement, thread, etc.
Mais y'a encore des irréductibles et on se retrouve avec des bousins comme yum qui n'a toujours pas d'interface graphique "friendly" tout ça parcque c'est une application qui ne fait qu'une chose, le fait bien, mais n'est pas réutilisable par autre chose que l'être humain sans contorsions.
e crois (c'est mon analyse perso) que tu as du mal à distinguer le contenant du contenu, le logiciel du fichier, l'interface utilisateur et le système d'exploitation.
détrompes toi :)
[^] # Re: mon avis.
Posté par TImaniac (site web personnel) . En réponse au journal Unix, que sont devenus tes concepts ?. Évalué à 2.
@import sonfichier.tex dans TA présentation
Non ca marche pas. La plupart veulent faire un copié collé et ensuite personnaliser en modifiant le contenu, pour justement que ca se voit pas trop que c copié collé du patron.
ourquoi ? tu ne trouves pas qu'avoir la possibilité d'accèder à des outils/fonctions en ligne de commande est plus un avantage qu'un inconvénient. ?
Houlà non je trouve cela très bien. Ce que je veux dire c'est que le but des appli Graphique est de ne surtout pas faire une surcouche d'un utilitaire en ligne de commande. Et c'est un des gros boulets que l'on traîne de la philosophie Unix : on a cru que les entrée sortie associées à des pipes résoudraient tous les problèmes du communications entre programmes.
Aujourd'hui si on veut offrir des services réutilisables, on fait une bibliothèque d'API, ou mieux des composants. La ligne de commande devient alors un client/utilisateur de ces API au même titre que l'application graphique. On y gagne largement en souplesse et l'on peut largement bénéficier de toute la puissance d'une interface de programmation riche à base d'objet, événement, thread, etc.
Mais y'a encore des irréductibles et on se retrouve avec des bousins comme yum qui n'a toujours pas d'interface graphique "friendly" tout ça parcque c'est une application qui ne fait qu'une chose, le fait bien, mais n'est pas réutilisable par autre chose que l'être humain sans contorsions.
e crois (c'est mon analyse perso) que tu as du mal à distinguer le contenant du contenu, le logiciel du fichier, l'interface utilisateur et le système d'exploitation.
détrompes toi :)