impression et mac : pour les win...siens refoulés?

On Mon, 13 Aug 2007 16:34:29 +0200,
Nicolas-MICHEL'_remove_'@bluewin.ch (Nicolas MICHEL) wrote:

En effêt, si ce truc permet d'utiliser des imprimantes PCL, ça peut être
intéressant en effêt.

Oui, et j'ai été plongée dans un état de profonde stupéfaction lorsque
la mienne m'a pondu une page de test avec écrit "Postscript Level 3"
dessus, alors qu'elle est *vraiment pas* Postscript :-))))
--
Nina

Nina Popravka <Nina@nospam.invalid> wrote:

En effêt, si ce truc permet d'utiliser des imprimantes PCL, ça peut être
intéressant en effêt.

Oui, et j'ai été plongée dans un état de profonde stupéfaction lorsque
la mienne m'a pondu une page de test avec écrit "Postscript Level 3"
dessus, alors qu'elle est *vraiment pas* Postscript :-))))

Bah! ce n'est que la version "unixienne" des "Postscripts RIP dans le
Mac" genre "Freedom of Press" qui permettaient d'imprimer de
"l'Illustrator" sans "crénage" sous Mac pre OS X.

--
Jacques PERROCHEAU
________________________________________________________________________
e-mail: mailto:jperrocheau@mac.com

Il y a surement quelques différences... minimes.

en tout cas pas pour ce qui concerne CUPS, qui est on ne peut plus

standard sur OSX !

Marche aussi chez moi à partir du Terminal vers une imprimante
LaserWriter en EtherTalk :-).

ca marchera avec n'importe quelle imprimante déclarée au serveur CUPS

qui tourne sur ton mac, pouisque les outils lp* dialoguent directement
avec CUPS !

Ce qui n'est pas toujours évident quand on configure "à la main" c'est
trouver la chaîne de caractères "HP_DESKJET_950C_USB_1". Si tu as une
recette qui marche à tous les coups je suis preneur.

c'est on ne peut plus simple : avec mon butieur préféré je me suis

connecté au serveur CUPS qui gère l'imprimante (en l'occurence
http://192.168.10.2:631) puis j'ai cliqué sur "imprimantes" puis sur mon
imprimante "HP_DESKJET_950C_USB_1".
Je n'ai plus eu alors qu'à copier/coller l'URL dans la config de mon Mac...

notes qu'au le de http://192.168.10.2:631/ j'aurais pu utiliser
ipp://192.168.10.2/ mais j'ai eu la flemme de modifier la chaine ;)

--
Rico

In article <f9nkfr$25n5$1@talisker.lacave.net>,
Kohler Gerard <kohler@oceanetpro.net> wrote:

bonjour,

excusez moi pour le sujet, mais j'ai un réel problème de config
d'impression et cela ressemble tellement à ce que l'on voit sous
win..ws, que je n'ai pas pu m'en empécher.

voici le problème :

j'ai un réseau de 5 ordis sous Linux, tout marche (SSH, Apache, CUPS,
NFS ...) avec les diverses autorisations réseau idoines

je viens de rajouter un macbook sur ce réseau.
Mac OSX version : 10.4.10


il s'intègre bien dans le reseau, sauf pour l'impression.

l'adresse du serveur d'impression est 192.168.1.5
l'adresse du macbook est 192.168.1.21

il détecte bien l'imprimante qui est sur le serveur :
avec CUPS on a bien nomImprimant@192.168.1.5

- j'ai essayé d'imprimer directement avec cette imprimante, cela ne
marche pas (contrairement à Linux !!)

- j'ai installé une imprimante comme indiqué ci-après mais echec
http://bertola.eu/howto/macosx_remote_printing/
d'ailleurs je n'ai pas bien saisi pourquoi il fallait passer par Samba
qui est utilisé que pour connecter les ordinateurs sous win..ws

- j'ai essayé diverses combinaisons avec Cups et avec les utilitaires
d'impressions propre au mac, sur le macbook sans succés. Je suis surpris
des difficultés rencontrés pour relier 2 ordis utilisant Cups !

Le problème c'est que je connais pas suffisament le mac pour comprendre
pourquoi cela bloque. Déjà pour ouvrir un terminal il faut chercher !
Si je fais la commande lpq il me signale que l'imprimante n'est pas
active, ou ne me signale rien, mais les jobs sont toujours là.

Si quelqu'un à une manip simple, compréhensible par un linuxien de base
je suis preneur!

et tu as installé les drivers pour photosmart 7350
<http://h10025.www1.hp.com/ewfrf/wc/softwareList?os!9&lc=fr&cc=fr&produ
ctr886&dlc=fr&lang=fr> ??




--
klp

Eric Levenez <news@levenez.com> wrote:

Sous Mac OS X, comme le PDF utilisé en interne est du PostScript sans le
langage (juste les ordres de traçage), il est naturel de faire la même
chose. Ce que faisait Mac OS 9 était différent car il avait besoin d'un vrai
RIP pour tourner, son système d'impression n'étant ni basé sur PostScript ni
sur PDF.

Sous Linux ce n'est pas du PDF qui est utilisé "en interne", il me
semble, donc si j'ai bien compris Linux a besoin d'un RIP (?).

C'est sans doute pourquoi dans l'exemple des PPD que je cite "HPIJS for
Mac OS X" <http://www.linux-foundation.org/en/OpenPrinting/MacOSX/hpijs>
il y a besoin d'installer quand même Ghostscript, même pour Mac OS X
10.4 (?),

----
SP Ghostscript 7.07.1 (ESP GS) is an open-source PostScript interpreter
that includes integrated support for the CUPS printing system in Mac OS
X.
ESP Ghostscript is required for all users. It is not necessary to
install ESP GS more than once.
----

Ai-je bien compris ?


--
Jacques PERROCHEAU
________________________________________________________________________
e-mail: mailto:jperrocheau@mac.com

Le 13/08/07 23:19, dans
<1i2t41e.1uflu6c1d5c6wwN%jperrocheau@mac.com.invalid>, « Jacques
Perrocheau » <jperrocheau@mac.com.invalid> a écrit :

Eric Levenez <news@levenez.com> wrote:

Sous Mac OS X, comme le PDF utilisé en interne est du PostScript sans le
langage (juste les ordres de traçage), il est naturel de faire la même
chose. Ce que faisait Mac OS 9 était différent car il avait besoin d'un vrai
RIP pour tourner, son système d'impression n'étant ni basé sur PostScript ni
sur PDF.

Sous Linux ce n'est pas du PDF qui est utilisé "en interne", il me
semble, donc si j'ai bien compris Linux a besoin d'un RIP (?).

Il doit utiliser GhostScript.

C'est sans doute pourquoi dans l'exemple des PPD que je cite "HPIJS for
Mac OS X" <http://www.linux-foundation.org/en/OpenPrinting/MacOSX/hpijs>
il y a besoin d'installer quand même Ghostscript, même pour Mac OS X
10.4 (?),

----
SP Ghostscript 7.07.1 (ESP GS) is an open-source PostScript interpreter
that includes integrated support for the CUPS printing system in Mac OS
X.
ESP Ghostscript is required for all users. It is not necessary to
install ESP GS more than once.
----

Ai-je bien compris ?

GhostScript n'est pas installé sur Mac OS X et CUPS marche, mais c'est un
CUPS spécial (racheté par Apple au passage). CUPS est peut-être configurable
pour utiliser GhostScript ou un véritable RIP PostScript.

Pour info, Mac OS X utilise pstopdf d'Apple pour convertir un fichier PS en
PDF alors que le convertisseur GhostScript s'appelle ps2pdf.

--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.

Eric Levenez <news@levenez.com> wrote:

Sous Mac OS X, comme le PDF utilisé en interne est du PostScript sans le
langage (juste les ordres de traçage), il est naturel de faire la même
chose. Ce que faisait Mac OS 9 était différent car il avait besoin d'un vrai
RIP pour tourner, son système d'impression n'étant ni basé sur PostScript ni
sur PDF.

Même en te relisant 3x, je ne comprends pas ...
C'est quoi "le PDF utilisé en interne est du PostScript" ?
Du PDF pourait-il ne pas être un "neveux" du post script avec des vrais
bouts de postscript dedant ?
Et en interne de quoi ?
Tu veux parler d'une couche système ?

Parce que à ce que je croyais, le format d'un document dépends du
programme qui le génère, pas du système, genre :
Illustrator = ~post-script~
Photoshop eps = encapsuled post script
Word = cacaM$
NotePad = txt
...

Ou alors tu parles du "moteur d'impression" ?
(je ne sais pas comment on appelles ça, "LaserWriter" à l'époque )
Mais quel est le rapport entre le "moteur d'impression" et le pdf ?
l'imprimante reçoit à présent du pdf de la part des mac ?

Merci :)
--
Nicolas, largué

Le 14/08/07 17:00, dans
<1i2uh60.1aqwakdneohqqN%Nicolas-MICHEL'_remove_'@bluewin.ch>, « Nicolas
MICHEL » <Nicolas-MICHEL'_remove_'@bluewin.ch> a écrit :

Eric Levenez <news@levenez.com> wrote:

Sous Mac OS X, comme le PDF utilisé en interne est du PostScript sans le
langage (juste les ordres de traçage), il est naturel de faire la même
chose. Ce que faisait Mac OS 9 était différent car il avait besoin d'un vrai
RIP pour tourner, son système d'impression n'étant ni basé sur PostScript ni
sur PDF.

Même en te relisant 3x, je ne comprends pas ...
C'est quoi "le PDF utilisé en interne est du PostScript" ?
Du PDF pourait-il ne pas être un "neveux" du post script avec des vrais
bouts de postscript dedant ?

Le PostScript est un langage de programmation. Ce langage possède des ordres
graphiques par exemple pour tracer une droite. Ce langage possède bien
d'autres ordres pour faire plein de choses. Si on veut tracer 10 droites,
alors on fait une boucle PostScript en traçant une droite dans la boucle.

En PDF on n'a pas le langage, juste les ordres de base graphique. Ainsi on
sait de la même manière que PostScript tracer une droite. Si on veut tracer
10 droites, alors il faut écrire 10 fois l'ordre de traçage.

Le PostScript comme le PDF est multipage, c'est à dire que dans le fichier
on a des ordres d'impression de la page courante et début d'une nouvelle
page. L'EPS n'est que du PostScript monopage, rien de plus. Il n'y a aucune
différence intrinsèque en PS et EPS.

À partir de la version 3 du langage PostScript, le PDF a été intégré aux
spécifications. Ainsi une imprimante PostScript Level 3 saura directement
imprimer du PDF brute de fonderie.

Et en interne de quoi ?
Tu veux parler d'une couche système ?

Du temps de NeXTSTEP, l'écran était gérer par des ordres PostScript. Pour
ouvrir une fenêtre, tracer un trait, écrire un texte... les ordres utilisés
étaient du Display PostScript. Pour imprimer, il suffit de rediriger ces
ordres vers l'imprimante et cela imprimait en WYSIWYG réel, sans
intermédiaire.

Avec Mac OS X, le Display PostScript a été remplacé par du PDF (avec des
bouts de PostScript) en interne. Les ordres pour l'affichage et l'impression
sont basés sur le PDF. La couche Quartz 2D sert à cela.

Parce que à ce que je croyais, le format d'un document dépends du
programme qui le génère, pas du système, genre :
Illustrator = ~post-script~
Photoshop eps = encapsuled post script

EPS c'est la même chose que PS.

Le premier problème des applications Adobe c'est qu'ils ne veulent pas
utiliser le système local (Mac OS X, Windows...) ou du moins le moins
possible; Adobe essaye alors par tout les moyens de contourner ce qui
existe. Le second problème est qu'Adobe s'amuse à ajouter dans les fichiers
PostScript (PS ou EPS) des commentaires spéciaux qui sont traités uniquement
par leurs programmes et qui permettent des fonctions non prévues comme par
exemple grouper des éléments graphique. Et Adobe étant totalement nul en
gestion des fichiers PostScript, ils arrivent à rendre incompatible des
fichiers PostScript ainsi bidouillés. Stupéfiant cette incompétence pour le
créateur du langage même.

Word = cacaM$

Si Microsoft n'a pas changé de méthode, en interne les programmes utilisent
une API dérivée et Windows et ils convertissent ensuite toute cette API vers
la machine cible : Mac OS X. Les applications s'exécutent plus lentement
(car la couche de conversion est utilisée pour chaque opération). Pour
l'impression c'est la même chose. Une grosse bidouille en interne pour
fournir le code PDF-like au système d'impression Mac. Ainsi un programme
comme Adobe Acrobat ne sait pas marcher avec Microsoft Word : pas
d'indexation; aucun traitement n'est possible. Peut être que le passage à
Leopard qui va forcer Microsoft à utiliser Xcode va-t-il leur permettre de
réécrire les couches d'adaptation et que les programmes Office seront mieux
intégrés...

NotePad = txt

NotePad ? Connais Pas (enfin c'est une appli Java fournie par Apple aux
développeurs, mais cela ne doit pas être ce dont tu parles). Le traitement
de texte de Mac OS X est TextEdit, c'est une application Cocoa qui envoie
son texte (et images) à travers Quartz 2D au système d'impression, bref du
PDF-like.

Ou alors tu parles du "moteur d'impression" ?
(je ne sais pas comment on appelles ça, "LaserWriter" à l'époque )

Je ne connais pas les technos du siècle dernier venant de Mac OS.

Mais quel est le rapport entre le "moteur d'impression" et le pdf ?
l'imprimante reçoit à présent du pdf de la part des mac ?

En interne oui. Si l'imprimante n'est pas PostScript (comme une jet d'encre
par exemple), et bien un driver de conversion du PDF vers le spécifique
imprimante sera utilisé. Cela transforme une bête imprimante jet d'encre en
imprimante PostScript. Avant c'était l'inverse qui était fait (c'est
peut-être ce dont tu parles) : il fallait traduire le spécifique interne du
système en PostScript pour pouvoir imprimer sur une imprimante PostScript.

--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.

Eric Levenez <news@levenez.com> wrote:

Le PostScript est un langage de programmation. Ce langage possède des ordres
graphiques par exemple pour tracer une droite. Ce langage possède bien
d'autres ordres pour faire plein de choses.

[snip]
Merci pour cette explication :)

Avec Mac OS X, le Display PostScript a été remplacé par du PDF (avec des
bouts de PostScript) en interne. Les ordres pour l'affichage et l'impression
sont basés sur le PDF. La couche Quartz 2D sert à cela.

Donc la fenêtre MacSOUP que je vois actuellement sur mon écran est du
pdf ?
Et si j'imprime cette fenêtre, MacSOUP va comme pour l'affichage écran,
créer un pdf via les API de Quartz 2D ?

Le premier problème des applications Adobe c'est qu'ils ne veulent pas
utiliser le système local (Mac OS X, Windows...) ou du moins le moins
possible; Adobe essaye alors par tout les moyens de contourner ce qui
existe.

Cela me semble compréhensible.
Confier l'impression de documents à des DLL windows est le genre de truc
qui me donnerait des cauchemards, vu les compétances de M$ en matière
graphique (je ne parles même pas de PowerPoint).
Et il me semble que Photoshop, notament, a des qualités d'impressions
que le (les) système n'a pas.
Ceci dit ce n'est pas mon domaine.

Le second problème est qu'Adobe s'amuse à ajouter dans les fichiers
PostScript (PS ou EPS) des commentaires spéciaux qui sont traités uniquement
par leurs programmes et qui permettent des fonctions non prévues comme par
exemple grouper des éléments graphique. Et Adobe étant totalement nul en
gestion des fichiers PostScript, ils arrivent à rendre incompatible des
fichiers PostScript ainsi bidouillés. Stupéfiant cette incompétence pour le
créateur du langage même.

Il n'y a pas grand-chose de plus frustrant qu'un problème d'impression
postscript en effêt. J'ai plusieurs amis graphistes pour le confirmer.
Le pire là dedant c'est de ne rien pouvoir y comprendre et de savoir
qu'on ne peux rien résoudre, juste contourner momentanément, du reste.

Peut être que le passage à
Leopard qui va forcer Microsoft à utiliser Xcode va-t-il leur permettre de
réécrire les couches d'adaptation et que les programmes Office seront mieux
intégrés...

A mon humble avis, M$ n'a pas l'intérêt de sortir une version de Office
pour Mac qui rivalise avec la version pour Windows.

NotePad = txt

NotePad ? Connais Pas

Erreur de majuscule, je voulais parler de Notepad, le machin qu'on
trouve dans tous les Windows depuis des lustres.
Mauvaise référence du reste.

En interne oui. Si l'imprimante n'est pas PostScript (comme une jet d'encre
par exemple), et bien un driver de conversion du PDF vers le spécifique
imprimante sera utilisé. Cela transforme une bête imprimante jet d'encre en
imprimante PostScript. Avant c'était l'inverse qui était fait (c'est
peut-être ce dont tu parles) : il fallait traduire le spécifique interne du
système en PostScript pour pouvoir imprimer sur une imprimante PostScript.

Ah, d'accord, en effêt j'ai un train de retard.

Encore merci pour ce post très intéressant.
--
Nicolas

bonjour,

excusez-moi de ne pas avoir répondu à tous vos messages, mais j'étais
les mains dans le camboui ;-)

Après avoir lu tous vos textes j'en ai fais une synthèse, j'ai enlevé
tous les fichiers et configs résultant de mes précedentes tentatives et
j'ai compris que j'avais shunté une étape ou deux et voici comment je
m'en suis sorti :


j'ai installé :

- espgs-7.07.1.ppc.dmg (en fait je l'avais oublié lors de mes
premières tentatives)
- Foomatic-RIP
- hpijs-2.7.6.U.dmg

tous ces fichiers ont été trouvés sur
http://www.linux-foundation.org/en/OpenPrinting/MacOSX/hpijs


Puis j'ai suivi vos indications à la lettre :

| Une fois la fenêtre Printer Browser affichée (bouton Add") cliquer sur
| le bouton "More Printers..." avec la touche [option] enfoncée.Toujours
| avec cette même touche enfoncée, dans le premier pop-up menu choisir
| l'article "Advanced", ensuite c'est "évident" choisir le protocole
| idoine, AppSocket/HP Jetdirect, IPP (HTTP), LPD/LPR, SMB (Windows
| Printer via Samba) selon la configuration de ton Mandriva. Il faudra
| entrer l'URI à la main (avec un login/mot de passe si nécessaire,selon
| la configuration de ton Mandriva), puis dans le dernier pop-up menu
| choisir le PPD idoine. Ne pas oublier de donner un nom au "Device",
| sinon le bouton "Add" ne s'active pas ;) .

puis :

| c'est on ne peut plus simple : avec mon butieur préféré je me suis
connecté au serveur CUPS qui gère l'imprimante (en l'occurence
http://192.168.10.2:631) puis j'ai cliqué sur "imprimantes" puis sur mon
imprimante "HP_DESKJET_950C_USB_1".
| Je n'ai plus eu alors qu'à copier/coller l'URL dans la config de mon
Mac...



je me suis connecté à Cups j'ai bien trouvé ma nouvelle imprimante, j'ai
lancé une page test ........ et ça marche !!!


Merci encore à tous

Gérard