Je sais que je vais faire bondir tout les macounets, mais on me prête en
ce moment un PC portable Dell pour faire certains travaux et je suis
agréablement surpris : l'affichage est d'une netteté dont je rêvais
depuis l'abandon par Apple de son système 9. Les icônes me semblent des
petits bijoux à côté des icônes floues de MacOSX. Pour déplacer ou
copier des fichiers ou des dossiers il y a un dialogue qui affiche le
chemin. Plus besoin de cirer le bureau avec la souris (je ne me ferai de
toute façon jamais aux trackpads). Tout est d'une clarté lumineuse. Avec
de bons antivirus, on ne risque pas plus que sur Mac. Bref, je suis
conquis. Au point de reporter à une date ultérieure l'achat d'un MacBook
Pro 17 pouces que je voulais faire : pas de pavé numérique et de plus
j'attends les disques flash.
Mieux, si je peux trouver toutes mes applications professionnelles sur
PC je crois que je vais faire le grand saut du «côté sombre» (pour
certains, si vous voyez ce que je veux dire). Alors, adieu Apple, tu
m'as suffisamment emmerdé avec ton système 10 pourri !
Si l'écran TFT n'est pas utilisé a sa résolution native, c'est flou.
Non, si j'ai un écran dont la résolution native est de 1600x1200 il ne sera pas flou en 800x600, tout sera juste monstrueusement gros.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Si l'écran TFT n'est pas utilisé a sa résolution native, c'est flou.
Non, si j'ai un écran dont la résolution native est de 1600x1200 il ne
sera pas flou en 800x600, tout sera juste monstrueusement gros.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Si l'écran TFT n'est pas utilisé a sa résolution native, c'est flou.
Non, si j'ai un écran dont la résolution native est de 1600x1200 il ne sera pas flou en 800x600, tout sera juste monstrueusement gros.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Alain Naigeon
"Anonyme" a écrit dans le message de news: 1i6fk69.xpyj9e45j367N%
Fra wrote:
- Apple generally believes that the goal of the algorithm should be to preserve the design of the typeface as much as possible, even at the cost of a little bit of blurriness. - Microsoft generally believes that the shape of each letter should be hammered into pixel boundaries to prevent blur and improve readability, even at the cost of not being true to the typeface.
Personnellement, je trouve l'approche d'Apple plus "normale". Si une police n'est pas assez lisible à une certaine taille, il faut changer de police, pas de manière d'afficher la police... Enfin, c'est mon avis à moi que je partage avec au moins moi-même... :-)
Oui enfin, le sens des réalités peut être aussi une qualité.
--
Français *==> "Musique renaissance" <==* English midi - facsimiles - ligatures - mensuration http://anaigeon.free.fr | http://www.medieval.org/emfaq/anaigeon/ Alain Naigeon - - Oberhoffen/Moder, France
"Anonyme" <jayce@mosx.org> a écrit dans le message de news:
1i6fk69.xpyj9e45j367N%jayce@mosx.org...
Fra <fra@alussinan.org> wrote:
- Apple generally believes that the goal of the algorithm should be to
preserve the design of the typeface as much as possible, even at the
cost of a little bit of blurriness.
- Microsoft generally believes that the shape of each letter should be
hammered into pixel boundaries to prevent blur and improve readability,
even at the cost of not being true to the typeface.
Personnellement, je trouve l'approche d'Apple plus "normale". Si une
police n'est pas assez lisible à une certaine taille, il faut changer de
police, pas de manière d'afficher la police... Enfin, c'est mon avis à
moi que je partage avec au moins moi-même... :-)
Oui enfin, le sens des réalités peut être aussi une qualité.
--
Français *==> "Musique renaissance" <==* English
midi - facsimiles - ligatures - mensuration
http://anaigeon.free.fr | http://www.medieval.org/emfaq/anaigeon/
Alain Naigeon - anaigeon@free.fr - Oberhoffen/Moder, France
"Anonyme" a écrit dans le message de news: 1i6fk69.xpyj9e45j367N%
Fra wrote:
- Apple generally believes that the goal of the algorithm should be to preserve the design of the typeface as much as possible, even at the cost of a little bit of blurriness. - Microsoft generally believes that the shape of each letter should be hammered into pixel boundaries to prevent blur and improve readability, even at the cost of not being true to the typeface.
Personnellement, je trouve l'approche d'Apple plus "normale". Si une police n'est pas assez lisible à une certaine taille, il faut changer de police, pas de manière d'afficher la police... Enfin, c'est mon avis à moi que je partage avec au moins moi-même... :-)
Oui enfin, le sens des réalités peut être aussi une qualité.
--
Français *==> "Musique renaissance" <==* English midi - facsimiles - ligatures - mensuration http://anaigeon.free.fr | http://www.medieval.org/emfaq/anaigeon/ Alain Naigeon - - Oberhoffen/Moder, France
Alain Naigeon
"Anonyme" a écrit dans le message de news: 1i6fk69.xpyj9e45j367N%
Fra wrote:
- Apple generally believes that the goal of the algorithm should be to preserve the design of the typeface as much as possible, even at the cost of a little bit of blurriness. - Microsoft generally believes that the shape of each letter should be hammered into pixel boundaries to prevent blur and improve readability, even at the cost of not being true to the typeface.
Personnellement, je trouve l'approche d'Apple plus "normale". Si une police n'est pas assez lisible à une certaine taille, il faut changer de police, pas de manière d'afficher la police... Enfin, c'est mon avis à moi que je partage avec au moins moi-même... :-)
Oui enfin, le sens des réalités peut être aussi une qualité.
--
Français *==> "Musique renaissance" <==* English midi - facsimiles - ligatures - mensuration http://anaigeon.free.fr | http://www.medieval.org/emfaq/anaigeon/ Alain Naigeon - - Oberhoffen/Moder, France
"Anonyme" <jayce@mosx.org> a écrit dans le message de news:
1i6fk69.xpyj9e45j367N%jayce@mosx.org...
Fra <fra@alussinan.org> wrote:
- Apple generally believes that the goal of the algorithm should be to
preserve the design of the typeface as much as possible, even at the
cost of a little bit of blurriness.
- Microsoft generally believes that the shape of each letter should be
hammered into pixel boundaries to prevent blur and improve readability,
even at the cost of not being true to the typeface.
Personnellement, je trouve l'approche d'Apple plus "normale". Si une
police n'est pas assez lisible à une certaine taille, il faut changer de
police, pas de manière d'afficher la police... Enfin, c'est mon avis à
moi que je partage avec au moins moi-même... :-)
Oui enfin, le sens des réalités peut être aussi une qualité.
--
Français *==> "Musique renaissance" <==* English
midi - facsimiles - ligatures - mensuration
http://anaigeon.free.fr | http://www.medieval.org/emfaq/anaigeon/
Alain Naigeon - anaigeon@free.fr - Oberhoffen/Moder, France
"Anonyme" a écrit dans le message de news: 1i6fk69.xpyj9e45j367N%
Fra wrote:
- Apple generally believes that the goal of the algorithm should be to preserve the design of the typeface as much as possible, even at the cost of a little bit of blurriness. - Microsoft generally believes that the shape of each letter should be hammered into pixel boundaries to prevent blur and improve readability, even at the cost of not being true to the typeface.
Personnellement, je trouve l'approche d'Apple plus "normale". Si une police n'est pas assez lisible à une certaine taille, il faut changer de police, pas de manière d'afficher la police... Enfin, c'est mon avis à moi que je partage avec au moins moi-même... :-)
Oui enfin, le sens des réalités peut être aussi une qualité.
--
Français *==> "Musique renaissance" <==* English midi - facsimiles - ligatures - mensuration http://anaigeon.free.fr | http://www.medieval.org/emfaq/anaigeon/ Alain Naigeon - - Oberhoffen/Moder, France
asl
Le 22 Oct 2007 22:01:18 GMT, Nicolas George écrivit:
Cela ne veut pas du tout dire, bien sûr, que l'on ne peut pas faire sur Mac OS X en CLI ce que l'on fait en GUI. Tu prétends qu'on peut _tout_ faire en éditant des fichiers
texte sous macos (X, si tu y tiens) ? Les règles de filtrage réseau, par exemple, elle sont dans un fichier texte lisible ?
J'en ai pas la moindre idée sous MacOSX, mais sous Linux, c'est un script shell qui va envoyer les *commandes* permettant d'insérer des règles dans le noyau. Les règles en elles-mêmes ne sont disponibles ni décrites, tel que tu sembles le sous- entendre, dans nul fichier texte (ni même binaire, d'ailleurs).
Donc, Linux n'est pas un Unix, mais ça, je suppose qu'on va me dire qu'on le savait déjà...
Arnaud, bouffeur de trolls par la racine.
Le 22 Oct 2007 22:01:18 GMT, Nicolas George écrivit:
Cela ne veut pas du tout dire, bien sûr, que l'on ne peut
pas faire sur Mac OS X en CLI ce que l'on fait en GUI.
Tu prétends qu'on peut _tout_ faire en éditant des fichiers
texte sous macos (X, si tu y tiens) ? Les règles de filtrage
réseau, par exemple, elle sont dans un fichier texte lisible ?
J'en ai pas la moindre idée sous MacOSX, mais sous Linux, c'est
un script shell qui va envoyer les *commandes* permettant
d'insérer des règles dans le noyau. Les règles en elles-mêmes ne
sont disponibles ni décrites, tel que tu sembles le sous-
entendre, dans nul fichier texte (ni même binaire, d'ailleurs).
Donc, Linux n'est pas un Unix, mais ça, je suppose qu'on va me
dire qu'on le savait déjà...
Le 22 Oct 2007 22:01:18 GMT, Nicolas George écrivit:
Cela ne veut pas du tout dire, bien sûr, que l'on ne peut pas faire sur Mac OS X en CLI ce que l'on fait en GUI. Tu prétends qu'on peut _tout_ faire en éditant des fichiers
texte sous macos (X, si tu y tiens) ? Les règles de filtrage réseau, par exemple, elle sont dans un fichier texte lisible ?
J'en ai pas la moindre idée sous MacOSX, mais sous Linux, c'est un script shell qui va envoyer les *commandes* permettant d'insérer des règles dans le noyau. Les règles en elles-mêmes ne sont disponibles ni décrites, tel que tu sembles le sous- entendre, dans nul fichier texte (ni même binaire, d'ailleurs).
Donc, Linux n'est pas un Unix, mais ça, je suppose qu'on va me dire qu'on le savait déjà...
Arnaud, bouffeur de trolls par la racine.
Eric Levenez
Le 23/10/07 13:46, dans , « Paul Gaborit » a écrit :
À (at) Tue, 23 Oct 2007 10:55:24 +0200, Eric Masson écrivait (wrote):
Nicolas George <nicolas$ writes:
Certains existent toujours, mais je demande à voir si _tout_ est fait ainsi. J'ai demandé ailleurs dans ce thread : la configuration du firewall, elle est dans /etc/quoi ?
Si ça n'a pas changé, probablement /etc/rc.firewall, un script qui se résume à l'appel de la commande ipfw(8) avec les arguments kivontbien. Iirc, ce fichier n'existe qu'à partir du moment ou le frontend de configuration a été utilisé ou qu'il a été créé à la mimine.
Oui... mais non. En fait, la configuration du firewall se fait via un outil Apple appelé FirewallTool (cf. le fichier /etc/rc) qui lit le fichier '/Library/Preferences/com.apple.sharing.firewall.plist'. C'est un fichier plist qu'on peut convertir en XML lisible via 'plutil'.
Mais cet outil (FirewallTool) ne fait que traduire les règlages fait en GUI et stockés dans le fichier plist en commandes pour ipfw.
La prise en compte d'un éventuel fichier /etc/rc.firewall ne me semble pas (plus?) prévu par défaut. Mais rien n'empêche d'ajouter son propre fichier d'ajout de règles via /etc/rc.local (à créer).
Sur Mac OS X Server, il y a des outils graphiques en plus pour configurer le firewall, mais au final cela arrive dans un bon vieux fichier".conf".
Toute l'administration en ligne de commande de Mac OS X Server est décrite ici : <http://www.apple.com/server/pdfs/Command_Line.pdf>. Certains trucs sont utilisables sur Mac OS X Client.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 23/10/07 13:46, dans <wt98x5uqciz.fsf@marceau.enstimac.fr>, « Paul
Gaborit » <Paul.Gaborit@invalid.invalid> a écrit :
À (at) Tue, 23 Oct 2007 10:55:24 +0200,
Eric Masson <emss@free.fr> écrivait (wrote):
Nicolas George <nicolas$george@salle-s.org> writes:
Certains existent toujours, mais je demande à voir si _tout_ est fait ainsi.
J'ai demandé ailleurs dans ce thread : la configuration du firewall, elle
est dans /etc/quoi ?
Si ça n'a pas changé, probablement /etc/rc.firewall, un script qui se
résume à l'appel de la commande ipfw(8) avec les arguments kivontbien.
Iirc, ce fichier n'existe qu'à partir du moment ou le frontend de
configuration a été utilisé ou qu'il a été créé à la mimine.
Oui... mais non. En fait, la configuration du firewall se fait via un
outil Apple appelé FirewallTool (cf. le fichier /etc/rc) qui lit le
fichier '/Library/Preferences/com.apple.sharing.firewall.plist'. C'est
un fichier plist qu'on peut convertir en XML lisible via 'plutil'.
Mais cet outil (FirewallTool) ne fait que traduire les règlages fait
en GUI et stockés dans le fichier plist en commandes pour ipfw.
La prise en compte d'un éventuel fichier /etc/rc.firewall ne me semble
pas (plus?) prévu par défaut. Mais rien n'empêche d'ajouter son propre
fichier d'ajout de règles via /etc/rc.local (à créer).
Sur Mac OS X Server, il y a des outils graphiques en plus pour configurer le
firewall, mais au final cela arrive dans un bon vieux fichier".conf".
Toute l'administration en ligne de commande de Mac OS X Server est décrite
ici : <http://www.apple.com/server/pdfs/Command_Line.pdf>. Certains trucs
sont utilisables sur Mac OS X Client.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 23/10/07 13:46, dans , « Paul Gaborit » a écrit :
À (at) Tue, 23 Oct 2007 10:55:24 +0200, Eric Masson écrivait (wrote):
Nicolas George <nicolas$ writes:
Certains existent toujours, mais je demande à voir si _tout_ est fait ainsi. J'ai demandé ailleurs dans ce thread : la configuration du firewall, elle est dans /etc/quoi ?
Si ça n'a pas changé, probablement /etc/rc.firewall, un script qui se résume à l'appel de la commande ipfw(8) avec les arguments kivontbien. Iirc, ce fichier n'existe qu'à partir du moment ou le frontend de configuration a été utilisé ou qu'il a été créé à la mimine.
Oui... mais non. En fait, la configuration du firewall se fait via un outil Apple appelé FirewallTool (cf. le fichier /etc/rc) qui lit le fichier '/Library/Preferences/com.apple.sharing.firewall.plist'. C'est un fichier plist qu'on peut convertir en XML lisible via 'plutil'.
Mais cet outil (FirewallTool) ne fait que traduire les règlages fait en GUI et stockés dans le fichier plist en commandes pour ipfw.
La prise en compte d'un éventuel fichier /etc/rc.firewall ne me semble pas (plus?) prévu par défaut. Mais rien n'empêche d'ajouter son propre fichier d'ajout de règles via /etc/rc.local (à créer).
Sur Mac OS X Server, il y a des outils graphiques en plus pour configurer le firewall, mais au final cela arrive dans un bon vieux fichier".conf".
Toute l'administration en ligne de commande de Mac OS X Server est décrite ici : <http://www.apple.com/server/pdfs/Command_Line.pdf>. Certains trucs sont utilisables sur Mac OS X Client.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Nicolas George
wrote in message :
J'en ai pas la moindre idée sous MacOSX, mais sous Linux, c'est un script shell qui va envoyer les *commandes* permettant d'insérer des règles dans le noyau. Les règles en elles-mêmes ne sont disponibles ni décrites, tel que tu sembles le sous- entendre, dans nul fichier texte (ni même binaire, d'ailleurs).
Ben si, elles sont dans le script shell, justement.
asl@launay.org wrote in message <slrnfhs7rd.9ak.asl@pomme.launay.org>:
J'en ai pas la moindre idée sous MacOSX, mais sous Linux, c'est
un script shell qui va envoyer les *commandes* permettant
d'insérer des règles dans le noyau. Les règles en elles-mêmes ne
sont disponibles ni décrites, tel que tu sembles le sous-
entendre, dans nul fichier texte (ni même binaire, d'ailleurs).
Ben si, elles sont dans le script shell, justement.
J'en ai pas la moindre idée sous MacOSX, mais sous Linux, c'est un script shell qui va envoyer les *commandes* permettant d'insérer des règles dans le noyau. Les règles en elles-mêmes ne sont disponibles ni décrites, tel que tu sembles le sous- entendre, dans nul fichier texte (ni même binaire, d'ailleurs).
Ben si, elles sont dans le script shell, justement.
Nicolas George
Eric Levenez wrote in message <C343A337.B8C05%:
"_tout_" est une aberration. Même sous les unix traditionnels, "tout" n'est pas en texte. Un simple exemple : locate.
Mauvais exemple : ce n'est qu'un cache.
L'important est de pouvoir faire ce que l'on veut en ligne de commande.
Oui, mais dans « ce que l'on veut », il y a l'édition et la consultation des paramètres persistants du système. Ce qui suppose que ces paramètres soient stockés sous un format texte ou très proche.
Et que te donne le man d'ipfw ?
Je te le demande...
Eric Levenez wrote in message <C343A337.B8C05%usenet@levenez.com>:
"_tout_" est une aberration. Même sous les unix traditionnels, "tout" n'est
pas en texte. Un simple exemple : locate.
Mauvais exemple : ce n'est qu'un cache.
L'important est de pouvoir faire
ce que l'on veut en ligne de commande.
Oui, mais dans « ce que l'on veut », il y a l'édition et la consultation des
paramètres persistants du système. Ce qui suppose que ces paramètres soient
stockés sous un format texte ou très proche.
"_tout_" est une aberration. Même sous les unix traditionnels, "tout" n'est pas en texte. Un simple exemple : locate.
Mauvais exemple : ce n'est qu'un cache.
L'important est de pouvoir faire ce que l'on veut en ligne de commande.
Oui, mais dans « ce que l'on veut », il y a l'édition et la consultation des paramètres persistants du système. Ce qui suppose que ces paramètres soient stockés sous un format texte ou très proche.
Et que te donne le man d'ipfw ?
Je te le demande...
Nicolas George
Pierre-Olivier TAUBATY wrote in message <1i6fsxr.q0858l1rk2ubmN%:
ce n'es pas parce que l'on a toujours fait ainsi que c'est la seule manière de faire.
Je n'ai pas dit ça.
c'est un Unix différent
Non, c'est un système différent qui n'est plus Unix.
Pierre-Olivier TAUBATY wrote in message
<1i6fsxr.q0858l1rk2ubmN%pas.de.spam@chez.moi>:
ce n'es pas parce que l'on a toujours fait ainsi que c'est la seule
manière de faire.
Je n'ai pas dit ça.
c'est un Unix différent
Non, c'est un système différent qui n'est plus Unix.
