Thomas Deniau wrote:Certes, encore que perso, je préfère TeXshop, moins lourd, sinon, j'ai
un faible pour kile ;-)
Si t'as pas essayé la synchronisation PDF <-> source dans les dernières
versions d'iTeXMac, c'est à ne pas manquer !
Pas mal la nouveauté, mais...Le truc à faire switcher n'importe quel utilisateur de TeXShop...
...TeXShop intègre aussi pdfsync.sty ;-)
Thomas Deniau <thomas-ml@deniau.org> wrote:
Certes, encore que perso, je préfère TeXshop, moins lourd, sinon, j'ai
un faible pour kile ;-)
Si t'as pas essayé la synchronisation PDF <-> source dans les dernières
versions d'iTeXMac, c'est à ne pas manquer !
Pas mal la nouveauté, mais...
Le truc à faire switcher n'importe quel utilisateur de TeXShop...
...TeXShop intègre aussi pdfsync.sty ;-)
Thomas Deniau wrote:Certes, encore que perso, je préfère TeXshop, moins lourd, sinon, j'ai
un faible pour kile ;-)
Si t'as pas essayé la synchronisation PDF <-> source dans les dernières
versions d'iTeXMac, c'est à ne pas manquer !
Pas mal la nouveauté, mais...Le truc à faire switcher n'importe quel utilisateur de TeXShop...
...TeXShop intègre aussi pdfsync.sty ;-)
De plus, avec le fonctionnement des marché
publiques, ils *doivent* prendre ce qu'il y a de moins cher (par rapport
à un produit et une qualité donnée bien sûr).
De plus, avec le fonctionnement des marché
publiques, ils *doivent* prendre ce qu'il y a de moins cher (par rapport
à un produit et une qualité donnée bien sûr).
De plus, avec le fonctionnement des marché
publiques, ils *doivent* prendre ce qu'il y a de moins cher (par rapport
à un produit et une qualité donnée bien sûr).
Oui, c'est vrai, mais je pense que cela risque d'être assez lent : il
n'est pas si facile de remplacer le CD tel qu'il existe aujourd'hui.
Il
faudra convaincre les gens d'acheter des lecteurs spécifique pour lire
le nouveau format de CD avec DRM, avec le seul avantage qu'il y a des
DRMs : aucun intérêt, même en ajoutant de la qualité sonore, il existe
déjà des formats apportant une meilleure qualité mais ils sont très peu
utilisés.
compatibilité oblige), et sans DRM pas de véritable vente de musique sur
Internet (c'est une garantie du distributeur pour les majors).
Peut-être que les systèmes de distribution
alternatifs par Internet (moins coûteux), changeront la donne
Oui, mais elles ont des crédits limités. Donc si elles peuvent disposer
d'un produit gratuit, elles le feront. Sauf qu'en général les décideurs
ne connaissent pas toutes les possibilités, et, dans le cas de
l'informatique, sont beaucoup plus enclin à acheter des PC équipé de
Windows (on se demande pourquoi ? lobbying, contrats arrangés de
Microsoft avec l'État).
De plus, avec le fonctionnement des marché
publiques, ils *doivent* prendre ce qu'il y a de moins cher (par rapport
à un produit et une qualité donnée bien sûr).
Je n'en doute pas. Mais pour cela, il faudrait en convaincre les
décideurs, qui ne sont pas au courant des problèmes pûrement
technologiques (importance d'avoir des formats de fichiers performants
et libre par exemple) alors qu'ils ne font qu'un choix de
matériel/fonctionnalités.
Gimp n'a qu'à proposer un système alternatif libre !
En utilisant le
CMJK de PANTONE, tu utilises les résultats de recherche de PANTONE, qui
préfère les faire payer plutôt que de les donner gratuitement. C'est
leur choix.
Certes, les languages de scripts existent, mais ils ne sont pas capable
d'interagir directement avec les applications lancées :
ils ne
permettent que de lancer d'autre commande, et d'envoyer des commandes
(dont la forme varie d'un programme à l'autre) par l'entrée standard. A
ma connaissance, il n'est pas possible de déplacer des fenêtres, ni
d'enregistrer un document ouvert par exemple.
Non, tu mélanges. Il y a paquets enfermant tout ce qui est nécessaire
opur installer un programme (.deb, .rpm, .pkg), et paquets au sens
Nextstep qui est le concept de fichiers contenant d'autres fichiers
Non, il n'y a pas de brevet sur la gestion des ligatures, ni pour les
polices de caractères contenant plusieurs glyphes pour un caractère
donné !!! Ce ne sont que des concepts, qui heureusement ne peuvent pas
encore être breveté.
Dans ce cas, tu vires le fichiers de préférences de l'appli qui n'est
vraiment pas difficile à trouver (après il y aussi des développeurs qui
savent pas respecter les guidelines de base).
L'utilisateur
lambda qui n'a pas l'intension de se plonger dans le monde de
l'informatique choisira toujours le clikodrome. C'est ce que les
développeurs de Linux devront comprendre avant de pouvoir réellement
concurrencer Windows.
C'est en bonne voie (Mandrake par exemple), mais
ils restent beaucoup de retissant à faire des interfaces graphiques
«inutiles» pour des outils déjà diponibles en ligne de commande.
Dans cette optique, je rappellerai qu'apple fournit de plus en plus
d'alternatives en CLI de ces interfaces en GUI.
Oui, c'est vrai, mais je pense que cela risque d'être assez lent : il
n'est pas si facile de remplacer le CD tel qu'il existe aujourd'hui.
Il
faudra convaincre les gens d'acheter des lecteurs spécifique pour lire
le nouveau format de CD avec DRM, avec le seul avantage qu'il y a des
DRMs : aucun intérêt, même en ajoutant de la qualité sonore, il existe
déjà des formats apportant une meilleure qualité mais ils sont très peu
utilisés.
compatibilité oblige), et sans DRM pas de véritable vente de musique sur
Internet (c'est une garantie du distributeur pour les majors).
Peut-être que les systèmes de distribution
alternatifs par Internet (moins coûteux), changeront la donne
Oui, mais elles ont des crédits limités. Donc si elles peuvent disposer
d'un produit gratuit, elles le feront. Sauf qu'en général les décideurs
ne connaissent pas toutes les possibilités, et, dans le cas de
l'informatique, sont beaucoup plus enclin à acheter des PC équipé de
Windows (on se demande pourquoi ? lobbying, contrats arrangés de
Microsoft avec l'État).
De plus, avec le fonctionnement des marché
publiques, ils *doivent* prendre ce qu'il y a de moins cher (par rapport
à un produit et une qualité donnée bien sûr).
Je n'en doute pas. Mais pour cela, il faudrait en convaincre les
décideurs, qui ne sont pas au courant des problèmes pûrement
technologiques (importance d'avoir des formats de fichiers performants
et libre par exemple) alors qu'ils ne font qu'un choix de
matériel/fonctionnalités.
Gimp n'a qu'à proposer un système alternatif libre !
En utilisant le
CMJK de PANTONE, tu utilises les résultats de recherche de PANTONE, qui
préfère les faire payer plutôt que de les donner gratuitement. C'est
leur choix.
Certes, les languages de scripts existent, mais ils ne sont pas capable
d'interagir directement avec les applications lancées :
ils ne
permettent que de lancer d'autre commande, et d'envoyer des commandes
(dont la forme varie d'un programme à l'autre) par l'entrée standard. A
ma connaissance, il n'est pas possible de déplacer des fenêtres, ni
d'enregistrer un document ouvert par exemple.
Non, tu mélanges. Il y a paquets enfermant tout ce qui est nécessaire
opur installer un programme (.deb, .rpm, .pkg), et paquets au sens
Nextstep qui est le concept de fichiers contenant d'autres fichiers
Non, il n'y a pas de brevet sur la gestion des ligatures, ni pour les
polices de caractères contenant plusieurs glyphes pour un caractère
donné !!! Ce ne sont que des concepts, qui heureusement ne peuvent pas
encore être breveté.
Dans ce cas, tu vires le fichiers de préférences de l'appli qui n'est
vraiment pas difficile à trouver (après il y aussi des développeurs qui
savent pas respecter les guidelines de base).
L'utilisateur
lambda qui n'a pas l'intension de se plonger dans le monde de
l'informatique choisira toujours le clikodrome. C'est ce que les
développeurs de Linux devront comprendre avant de pouvoir réellement
concurrencer Windows.
C'est en bonne voie (Mandrake par exemple), mais
ils restent beaucoup de retissant à faire des interfaces graphiques
«inutiles» pour des outils déjà diponibles en ligne de commande.
Dans cette optique, je rappellerai qu'apple fournit de plus en plus
d'alternatives en CLI de ces interfaces en GUI.
Oui, c'est vrai, mais je pense que cela risque d'être assez lent : il
n'est pas si facile de remplacer le CD tel qu'il existe aujourd'hui.
Il
faudra convaincre les gens d'acheter des lecteurs spécifique pour lire
le nouveau format de CD avec DRM, avec le seul avantage qu'il y a des
DRMs : aucun intérêt, même en ajoutant de la qualité sonore, il existe
déjà des formats apportant une meilleure qualité mais ils sont très peu
utilisés.
compatibilité oblige), et sans DRM pas de véritable vente de musique sur
Internet (c'est une garantie du distributeur pour les majors).
Peut-être que les systèmes de distribution
alternatifs par Internet (moins coûteux), changeront la donne
Oui, mais elles ont des crédits limités. Donc si elles peuvent disposer
d'un produit gratuit, elles le feront. Sauf qu'en général les décideurs
ne connaissent pas toutes les possibilités, et, dans le cas de
l'informatique, sont beaucoup plus enclin à acheter des PC équipé de
Windows (on se demande pourquoi ? lobbying, contrats arrangés de
Microsoft avec l'État).
De plus, avec le fonctionnement des marché
publiques, ils *doivent* prendre ce qu'il y a de moins cher (par rapport
à un produit et une qualité donnée bien sûr).
Je n'en doute pas. Mais pour cela, il faudrait en convaincre les
décideurs, qui ne sont pas au courant des problèmes pûrement
technologiques (importance d'avoir des formats de fichiers performants
et libre par exemple) alors qu'ils ne font qu'un choix de
matériel/fonctionnalités.
Gimp n'a qu'à proposer un système alternatif libre !
En utilisant le
CMJK de PANTONE, tu utilises les résultats de recherche de PANTONE, qui
préfère les faire payer plutôt que de les donner gratuitement. C'est
leur choix.
Certes, les languages de scripts existent, mais ils ne sont pas capable
d'interagir directement avec les applications lancées :
ils ne
permettent que de lancer d'autre commande, et d'envoyer des commandes
(dont la forme varie d'un programme à l'autre) par l'entrée standard. A
ma connaissance, il n'est pas possible de déplacer des fenêtres, ni
d'enregistrer un document ouvert par exemple.
Non, tu mélanges. Il y a paquets enfermant tout ce qui est nécessaire
opur installer un programme (.deb, .rpm, .pkg), et paquets au sens
Nextstep qui est le concept de fichiers contenant d'autres fichiers
Non, il n'y a pas de brevet sur la gestion des ligatures, ni pour les
polices de caractères contenant plusieurs glyphes pour un caractère
donné !!! Ce ne sont que des concepts, qui heureusement ne peuvent pas
encore être breveté.
Dans ce cas, tu vires le fichiers de préférences de l'appli qui n'est
vraiment pas difficile à trouver (après il y aussi des développeurs qui
savent pas respecter les guidelines de base).
L'utilisateur
lambda qui n'a pas l'intension de se plonger dans le monde de
l'informatique choisira toujours le clikodrome. C'est ce que les
développeurs de Linux devront comprendre avant de pouvoir réellement
concurrencer Windows.
C'est en bonne voie (Mandrake par exemple), mais
ils restent beaucoup de retissant à faire des interfaces graphiques
«inutiles» pour des outils déjà diponibles en ligne de commande.
Dans cette optique, je rappellerai qu'apple fournit de plus en plus
d'alternatives en CLI de ces interfaces en GUI.
Laurent Pertois wrote:Euh, non, il ne me gène pas trop, sauf macros tordus,
C'est le spécialiste des corruptions de préférences et de documents...
Il arrive d'ailleurs régulièrement de conseiller, lors de crash
incessants de excel, d'ouvrir le document, Pomme-A Pomme-N Pomme-V
pour "purifier" les données des bêtises du soft...
le pire, àmha, est
PPT, trèèèèès fragile et capricieux, parfois, tu bosses sur un truc, tu
l'enregistres, tu fermes, tu ouvres, tout va bien, tu ajoutes un truc,
tu enregistres, tu fermes, et quand tu ouvres POUM, a pu le doc :-/
Outch!
C'est vrai que j'ai peu utilisé Powerpoint, car j'ai immédiatement
switché vers Keynote, bien mieux pensé à mon goût (sauf pour créer ces
propres thèmes: on cherche longtemps les premières fois...)
Laurent Pertois <laurent.pertois@alussinan.org> wrote:
Euh, non, il ne me gène pas trop, sauf macros tordus,
C'est le spécialiste des corruptions de préférences et de documents...
Il arrive d'ailleurs régulièrement de conseiller, lors de crash
incessants de excel, d'ouvrir le document, Pomme-A Pomme-N Pomme-V
pour "purifier" les données des bêtises du soft...
le pire, àmha, est
PPT, trèèèèès fragile et capricieux, parfois, tu bosses sur un truc, tu
l'enregistres, tu fermes, tu ouvres, tout va bien, tu ajoutes un truc,
tu enregistres, tu fermes, et quand tu ouvres POUM, a pu le doc :-/
Outch!
C'est vrai que j'ai peu utilisé Powerpoint, car j'ai immédiatement
switché vers Keynote, bien mieux pensé à mon goût (sauf pour créer ces
propres thèmes: on cherche longtemps les premières fois...)
Laurent Pertois wrote:Euh, non, il ne me gène pas trop, sauf macros tordus,
C'est le spécialiste des corruptions de préférences et de documents...
Il arrive d'ailleurs régulièrement de conseiller, lors de crash
incessants de excel, d'ouvrir le document, Pomme-A Pomme-N Pomme-V
pour "purifier" les données des bêtises du soft...
le pire, àmha, est
PPT, trèèèèès fragile et capricieux, parfois, tu bosses sur un truc, tu
l'enregistres, tu fermes, tu ouvres, tout va bien, tu ajoutes un truc,
tu enregistres, tu fermes, et quand tu ouvres POUM, a pu le doc :-/
Outch!
C'est vrai que j'ai peu utilisé Powerpoint, car j'ai immédiatement
switché vers Keynote, bien mieux pensé à mon goût (sauf pour créer ces
propres thèmes: on cherche longtemps les premières fois...)
"iTeXMac is the first non commercial software to support pdfsync.
TeXShop also supports it in a less efficient way (for version 1.34)."
Non mais! ;-)
"iTeXMac is the first non commercial software to support pdfsync.
TeXShop also supports it in a less efficient way (for version 1.34)."
Non mais! ;-)
"iTeXMac is the first non commercial software to support pdfsync.
TeXShop also supports it in a less efficient way (for version 1.34)."
Non mais! ;-)
Je ne te suis pas trop, ici...il y a des .deb et .rpm qui contiennent
des .tar.gz ? Ce sont bien des fichiers qui contiennent des fichiers ?
Je ne te suis pas trop, ici...il y a des .deb et .rpm qui contiennent
des .tar.gz ? Ce sont bien des fichiers qui contiennent des fichiers ?
Je ne te suis pas trop, ici...il y a des .deb et .rpm qui contiennent
des .tar.gz ? Ce sont bien des fichiers qui contiennent des fichiers ?
Dans cette optique, je rappellerai qu'apple fournit de plus en plus
d'alternatives en CLI de ces interfaces en GUI.
Dans cette optique, je rappellerai qu'apple fournit de plus en plus
d'alternatives en CLI de ces interfaces en GUI.
Dans cette optique, je rappellerai qu'apple fournit de plus en plus
d'alternatives en CLI de ces interfaces en GUI.
Je ne te suis pas trop, ici...il y a des .deb et .rpm qui contiennent
des .tar.gz ? Ce sont bien des fichiers qui contiennent des fichiers ?
Je ne te suis pas trop, ici...il y a des .deb et .rpm qui contiennent
des .tar.gz ? Ce sont bien des fichiers qui contiennent des fichiers ?
Je ne te suis pas trop, ici...il y a des .deb et .rpm qui contiennent
des .tar.gz ? Ce sont bien des fichiers qui contiennent des fichiers ?
Schmurtz wrote:Dans cette optique, je rappellerai qu'apple fournit de plus en plus
d'alternatives en CLI de ces interfaces en GUI.
??? A ma connaissance, pour la plupart des utilitaires et "panneaux de
préférences", la version CLI préexistait à la version GUI, même sur Mac
OS X. Par exemple, le panneau Ethernet des réglages réseaux n'est qu'un
front-end à la commande "ifconfig".
Schmurtz <moi@ici.com> wrote:
Dans cette optique, je rappellerai qu'apple fournit de plus en plus
d'alternatives en CLI de ces interfaces en GUI.
??? A ma connaissance, pour la plupart des utilitaires et "panneaux de
préférences", la version CLI préexistait à la version GUI, même sur Mac
OS X. Par exemple, le panneau Ethernet des réglages réseaux n'est qu'un
front-end à la commande "ifconfig".
Schmurtz wrote:Dans cette optique, je rappellerai qu'apple fournit de plus en plus
d'alternatives en CLI de ces interfaces en GUI.
??? A ma connaissance, pour la plupart des utilitaires et "panneaux de
préférences", la version CLI préexistait à la version GUI, même sur Mac
OS X. Par exemple, le panneau Ethernet des réglages réseaux n'est qu'un
front-end à la commande "ifconfig".
Éric Lévénez :
Oui. Etant donne que la premiere page web venue explique comment faire et
que l'utilisateur lambda a plus de deux neurones. A trois neurones
l'utilisateur lambda rajoute le mot "automatiser" a la requete google et
decouvre cron. Chaque utilisateur a ce qu'il merite.
Si vraiment Debian veut faire une distrib pour huitres il rajouteront une
option a l'installation:
Éric Lévénez :
Oui. Etant donne que la premiere page web venue explique comment faire et
que l'utilisateur lambda a plus de deux neurones. A trois neurones
l'utilisateur lambda rajoute le mot "automatiser" a la requete google et
decouvre cron. Chaque utilisateur a ce qu'il merite.
Si vraiment Debian veut faire une distrib pour huitres il rajouteront une
option a l'installation:
Éric Lévénez :
Oui. Etant donne que la premiere page web venue explique comment faire et
que l'utilisateur lambda a plus de deux neurones. A trois neurones
l'utilisateur lambda rajoute le mot "automatiser" a la requete google et
decouvre cron. Chaque utilisateur a ce qu'il merite.
Si vraiment Debian veut faire une distrib pour huitres il rajouteront une
option a l'installation: