je dois livrer à un client une galerie de photos qu'il doit pouvoir
consulter depuis un CD. J'aimerai la livrer en HTML pour des raisons de
portabilité. Comme elle coit pouvoir être lisible depuis n'importe quel
poste, je ne peux pas faire de PHP. Je songeais donc à la faire en PHP,
puis à l'aspirer. J'aurai ainsi tous les avantages et la souplesse du PHP,
et la possibilité de lire le tout sans serveur.
Questions :
Est-ce possible?
Quelqu'un a-t-il déjà essayé?
Si c'est possible, quel est le meilleur aspirateur pour ça?
Quels sont les pièges (mac/PC, etc.)
Un truc qui sait interprêter le PHP et en refaire du HTML?
Fonction inhérente au PHP, langage pouvant servir d'interface entre différentes sources (bdd par exemple) dont le produit n'est que du HTML :-)
Je pensais qu'il fallait avoir PHP installé sur sa machine pour émuler un serveur.
Plus exactement, il faut un serveur Apache qui soit doté d'un PHP. J'ai du mal à voir ça dans un "émulateur" (en tant que runtime) sur un CD !
C'est simple?
Je crois qu'on confond ici la capacité éventuelle d'un script écrit en PHP à pouvoir générer une ou plusieurs pages (donc HTML) selon le principe des "skins" ou "templates", et un script PHP générant une galerie qui serait lu sur une machine tierce... ce que n'importe quelle application graphique un peu évoluée sait faire (avec une charte parfois discutable, certes).
Mon but, en faisant du HTML, est d'épargner le maximum de quesion à mes futurs clients. J'aimerai arriver à un résultat ou le CD est inséré, et la galerie s'affiche. Au pire, une icone à double-cliquer. Il n'est pas possible qu'ils aient quoi que ce soit à installer.
Avec ta galerie sous forme de pages HTML, accessible par un fichier "index.htm" qui sera mis en valeur sur la racine de ton CD je ne vois pas mieux (sans m'être plus que ça intéressé au problème). C'est portable partout et sans surprise, en ayant pris soin d'écrire quelques CSS bien senties.
-- Pierre http://www.1966.fr
C'est quoi un émulateur PHP?
Je ne connais pas (j'attends la réponse de jpw)
Un truc qui sait interprêter le PHP et en refaire du HTML?
Fonction inhérente au PHP, langage pouvant servir d'interface entre
différentes sources (bdd par exemple) dont le produit n'est que du HTML :-)
Je pensais qu'il fallait avoir PHP installé sur sa
machine pour émuler un serveur.
Plus exactement, il faut un serveur Apache qui soit doté d'un PHP. J'ai du mal
à voir ça dans un "émulateur" (en tant que runtime) sur un CD !
C'est simple?
Je crois qu'on confond ici la capacité éventuelle d'un script écrit en PHP à
pouvoir générer une ou plusieurs pages (donc HTML) selon le principe des
"skins" ou "templates", et un script PHP générant une galerie qui serait lu
sur une machine tierce... ce que n'importe quelle application graphique un peu
évoluée sait faire (avec une charte parfois discutable, certes).
Mon but, en faisant du HTML, est d'épargner le maximum de
quesion à mes futurs clients. J'aimerai arriver à un résultat ou le CD est
inséré, et la galerie s'affiche. Au pire, une icone à double-cliquer. Il
n'est pas possible qu'ils aient quoi que ce soit à installer.
Avec ta galerie sous forme de pages HTML, accessible par un fichier
"index.htm" qui sera mis en valeur sur la racine de ton CD je ne vois pas
mieux (sans m'être plus que ça intéressé au problème). C'est portable partout
et sans surprise, en ayant pris soin d'écrire quelques CSS bien senties.
Un truc qui sait interprêter le PHP et en refaire du HTML?
Fonction inhérente au PHP, langage pouvant servir d'interface entre différentes sources (bdd par exemple) dont le produit n'est que du HTML :-)
Je pensais qu'il fallait avoir PHP installé sur sa machine pour émuler un serveur.
Plus exactement, il faut un serveur Apache qui soit doté d'un PHP. J'ai du mal à voir ça dans un "émulateur" (en tant que runtime) sur un CD !
C'est simple?
Je crois qu'on confond ici la capacité éventuelle d'un script écrit en PHP à pouvoir générer une ou plusieurs pages (donc HTML) selon le principe des "skins" ou "templates", et un script PHP générant une galerie qui serait lu sur une machine tierce... ce que n'importe quelle application graphique un peu évoluée sait faire (avec une charte parfois discutable, certes).
Mon but, en faisant du HTML, est d'épargner le maximum de quesion à mes futurs clients. J'aimerai arriver à un résultat ou le CD est inséré, et la galerie s'affiche. Au pire, une icone à double-cliquer. Il n'est pas possible qu'ils aient quoi que ce soit à installer.
Avec ta galerie sous forme de pages HTML, accessible par un fichier "index.htm" qui sera mis en valeur sur la racine de ton CD je ne vois pas mieux (sans m'être plus que ça intéressé au problème). C'est portable partout et sans surprise, en ayant pris soin d'écrire quelques CSS bien senties.
-- Pierre http://www.1966.fr
FiLH
Philippe LAGARDE writes:
Sans compter que les JS ne marcherons pas donc pas d'ouverture de fenêtre dans ton cas.
Si, si, cela marche très bien en local. Je viens de faire le test avec l'aspirateur sur Seurasaari. Cela marche sous konqueror, firefox, internet explorer comme si le site était sur le web.
Ca c'est peut-être une solution : une galerie photo toute en JS. Je problème, c'est que j'y connais rien... Ca existe tout fait quelque part?
Pas génial car le JS n'est pas franchement un truc très stable.
La seule bonne solution c'est un générateur de pages html, avec une page html par photo.
C'est une solution que j'utilise assez souvent, mais je la mets en oeuvre avec des scripts shell que j'écris moi même, je ne peux pas te les passer (vu que c'est pour moi, c'est très mal écrit, pas fait pour marcher en dehors de certaines conditions).
Des outils comme iViewMediaPro permettent apparament de générer des galleries avec des templates (motifs).
f.g.
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
Philippe LAGARDE <philippeNOSPAM@mise-en-lumiere.org.invalid> writes:
Sans compter que les JS ne marcherons pas donc pas d'ouverture de fenêtre
dans ton cas.
Si, si, cela marche très bien en local. Je viens de faire le test avec
l'aspirateur sur Seurasaari. Cela marche sous konqueror, firefox, internet
explorer comme si le site était sur le web.
Ca c'est peut-être une solution : une galerie photo toute en JS. Je
problème, c'est que j'y connais rien...
Ca existe tout fait quelque part?
Pas génial car le JS n'est pas franchement un truc très stable.
La seule bonne solution c'est un générateur de pages html, avec une
page html par photo.
C'est une solution que j'utilise assez souvent, mais je la mets en
oeuvre avec des scripts shell que j'écris moi même, je ne peux pas te
les passer (vu que c'est pour moi, c'est très mal écrit, pas fait pour
marcher en dehors de certaines conditions).
Des outils comme iViewMediaPro permettent apparament de générer des
galleries avec des templates (motifs).
f.g.
--
FiLH photography. A taste of freedom in a conventional world.
Web: http://www.filh.org e-mail filh@filh.org
FAQ fr.rec.photo : http://frp.parisv.com/
Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
Sans compter que les JS ne marcherons pas donc pas d'ouverture de fenêtre dans ton cas.
Si, si, cela marche très bien en local. Je viens de faire le test avec l'aspirateur sur Seurasaari. Cela marche sous konqueror, firefox, internet explorer comme si le site était sur le web.
Ca c'est peut-être une solution : une galerie photo toute en JS. Je problème, c'est que j'y connais rien... Ca existe tout fait quelque part?
Pas génial car le JS n'est pas franchement un truc très stable.
La seule bonne solution c'est un générateur de pages html, avec une page html par photo.
C'est une solution que j'utilise assez souvent, mais je la mets en oeuvre avec des scripts shell que j'écris moi même, je ne peux pas te les passer (vu que c'est pour moi, c'est très mal écrit, pas fait pour marcher en dehors de certaines conditions).
Des outils comme iViewMediaPro permettent apparament de générer des galleries avec des templates (motifs).
f.g.
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
Philippe LAGARDE
Pas génial car le JS n'est pas franchement un truc très stable.
Bon, je laisse donc tomber sauf si je trouve rien de mieux.
La seule bonne solution c'est un générateur de pages html, avec une page html par photo.
Je vais explorer cette direction. Quelqu'un a déjà cité Jalbum. Il y a aussi le terrible "Galerie Web" de Photoshop. La solution d'utiliser PHP est tentante aussi. Bref, merci à toi et à tous, il faut maintenant que je fouine un peu sur la toile.
Cordialement,
-- Philippe LAGARDE www.mise-en-lumiere.org
Pas génial car le JS n'est pas franchement un truc très stable.
Bon, je laisse donc tomber sauf si je trouve rien de mieux.
La seule bonne solution c'est un générateur de pages html, avec une
page html par photo.
Je vais explorer cette direction. Quelqu'un a déjà cité Jalbum. Il y a
aussi le terrible "Galerie Web" de Photoshop.
La solution d'utiliser PHP est tentante aussi.
Bref, merci à toi et à tous, il faut maintenant que je fouine un peu sur la
toile.
Pas génial car le JS n'est pas franchement un truc très stable.
Bon, je laisse donc tomber sauf si je trouve rien de mieux.
La seule bonne solution c'est un générateur de pages html, avec une page html par photo.
Je vais explorer cette direction. Quelqu'un a déjà cité Jalbum. Il y a aussi le terrible "Galerie Web" de Photoshop. La solution d'utiliser PHP est tentante aussi. Bref, merci à toi et à tous, il faut maintenant que je fouine un peu sur la toile.
Cordialement,
-- Philippe LAGARDE www.mise-en-lumiere.org
daniel.patin
Peter Pan wrote:
Avec ta galerie sous forme de pages HTML, accessible par un fichier "index.htm" qui sera mis en valeur sur la racine de ton CD je ne vois pas mieux (sans m'être plus que ça intéressé au problème). C'est portable partout et sans surprise, en ayant pris soin d'écrire quelques CSS bien senties.
encore une fois je te rejoins, en allant meme un poil plus loin. les
machins tout pret comme jalbum permettent de faire le site sans aucune ligne d'écriture, hors commentaires, et qui marchent partout (avec l'avantage de le personnaliser). et sur un cd, le html redondant n'est pas un probleme. sauf si Philippe veut faire une interface tres précise. mais, tant que l'on peut rester en html de base, avec au maxi un peu de CSS, (pas de CRS :-) ), c'est le plus simple pour tout le monde, car, outre les win de 95 à xp, les mac du 9 au X, les linux de toutes sortes, il y aura peut etre des gens qui possedent des lecteurs d'un autre age, p'tet meme du win 3.11 ! plus ça sera simple, plus ça sera universel.
-- daniel.patin et non pas marcel.dugenou (quoique, il y a des jours, je me demande....)
Peter Pan wrote:
Avec ta galerie sous forme de pages HTML, accessible par un fichier
"index.htm" qui sera mis en valeur sur la racine de ton CD je ne vois pas
mieux (sans m'être plus que ça intéressé au problème). C'est portable partout
et sans surprise, en ayant pris soin d'écrire quelques CSS bien senties.
encore une fois je te rejoins, en allant meme un poil plus loin. les
machins tout pret comme jalbum permettent de faire le site sans aucune
ligne d'écriture, hors commentaires, et qui marchent partout (avec
l'avantage de le personnaliser). et sur un cd, le html redondant n'est
pas un probleme.
sauf si Philippe veut faire une interface tres précise.
mais, tant que l'on peut rester en html de base, avec au maxi un peu de
CSS, (pas de CRS :-) ), c'est le plus simple pour tout le monde, car,
outre les win de 95 à xp, les mac du 9 au X, les linux de toutes sortes,
il y aura peut etre des gens qui possedent des lecteurs d'un autre age,
p'tet meme du win 3.11 !
plus ça sera simple, plus ça sera universel.
--
daniel.patin et non pas marcel.dugenou
(quoique, il y a des jours, je me demande....)
Avec ta galerie sous forme de pages HTML, accessible par un fichier "index.htm" qui sera mis en valeur sur la racine de ton CD je ne vois pas mieux (sans m'être plus que ça intéressé au problème). C'est portable partout et sans surprise, en ayant pris soin d'écrire quelques CSS bien senties.
encore une fois je te rejoins, en allant meme un poil plus loin. les
machins tout pret comme jalbum permettent de faire le site sans aucune ligne d'écriture, hors commentaires, et qui marchent partout (avec l'avantage de le personnaliser). et sur un cd, le html redondant n'est pas un probleme. sauf si Philippe veut faire une interface tres précise. mais, tant que l'on peut rester en html de base, avec au maxi un peu de CSS, (pas de CRS :-) ), c'est le plus simple pour tout le monde, car, outre les win de 95 à xp, les mac du 9 au X, les linux de toutes sortes, il y aura peut etre des gens qui possedent des lecteurs d'un autre age, p'tet meme du win 3.11 ! plus ça sera simple, plus ça sera universel.
-- daniel.patin et non pas marcel.dugenou (quoique, il y a des jours, je me demande....)
Philippe LAGARDE
Plus exactement, il faut un serveur Apache qui soit doté d'un PHP. J'ai du mal à voir ça dans un "émulateur" (en tant que runtime) sur un CD !
Pareil, mais je suis ouvert à tout proposition.
C'est simple?
Je crois qu'on confond ici la capacité éventuelle d'un script écrit en PHP à pouvoir générer une ou plusieurs pages (donc HTML) selon le principe des "skins" ou "templates", et un script PHP générant une galerie qui serait lu sur une machine tierce...
C'est bien cette ambiguité que je voulais lever. C'est maintenant clair.
Avec ta galerie sous forme de pages HTML, accessible par un fichier "index.htm" qui sera mis en valeur sur la racine de ton CD je ne vois pas mieux (sans m'être plus que ça intéressé au problème). C'est portable partout et sans surprise, en ayant pris soin d'écrire quelques CSS bien senties.
Effectivement, une galerie web avec pages HTML indépendantes, toute en CSS et avec interface d'écriture des CSS, ce serait l'idéal :)
Merci de ces éclaircissements,
-- Philippe LAGARDE www.mise-en-lumiere.org
Plus exactement, il faut un serveur Apache qui soit doté d'un PHP. J'ai du mal
à voir ça dans un "émulateur" (en tant que runtime) sur un CD !
Pareil, mais je suis ouvert à tout proposition.
C'est simple?
Je crois qu'on confond ici la capacité éventuelle d'un script écrit en PHP à
pouvoir générer une ou plusieurs pages (donc HTML) selon le principe des
"skins" ou "templates", et un script PHP générant une galerie qui serait lu
sur une machine tierce...
C'est bien cette ambiguité que je voulais lever. C'est maintenant clair.
Avec ta galerie sous forme de pages HTML, accessible par un fichier
"index.htm" qui sera mis en valeur sur la racine de ton CD je ne vois pas
mieux (sans m'être plus que ça intéressé au problème). C'est portable partout
et sans surprise, en ayant pris soin d'écrire quelques CSS bien senties.
Effectivement, une galerie web avec pages HTML indépendantes, toute en CSS
et avec interface d'écriture des CSS, ce serait l'idéal :)
Plus exactement, il faut un serveur Apache qui soit doté d'un PHP. J'ai du mal à voir ça dans un "émulateur" (en tant que runtime) sur un CD !
Pareil, mais je suis ouvert à tout proposition.
C'est simple?
Je crois qu'on confond ici la capacité éventuelle d'un script écrit en PHP à pouvoir générer une ou plusieurs pages (donc HTML) selon le principe des "skins" ou "templates", et un script PHP générant une galerie qui serait lu sur une machine tierce...
C'est bien cette ambiguité que je voulais lever. C'est maintenant clair.
Avec ta galerie sous forme de pages HTML, accessible par un fichier "index.htm" qui sera mis en valeur sur la racine de ton CD je ne vois pas mieux (sans m'être plus que ça intéressé au problème). C'est portable partout et sans surprise, en ayant pris soin d'écrire quelques CSS bien senties.
Effectivement, une galerie web avec pages HTML indépendantes, toute en CSS et avec interface d'écriture des CSS, ce serait l'idéal :)
Merci de ces éclaircissements,
-- Philippe LAGARDE www.mise-en-lumiere.org
Peter Pan
plus ça sera simple, plus ça sera universel.
En effet. Petit hiatus (oubli de ma part) : comme on parle de PC et Mac ici, ce qui n'est pas universel est le gamma propre à chaque plate-forme (une photo bossée sur Mac devient plus sombre sur PC et vice versa) ; ceci quelle que soit la solution retenue. Reste à détecter le système de la machine client et aiguiller selon le résultat ; ce qui forcerait à développer deux galeries, en cas de clients biOS ;-)
-- Pierre http://www.1966.fr
plus ça sera simple, plus ça sera universel.
En effet.
Petit hiatus (oubli de ma part) : comme on parle de PC et Mac ici, ce qui
n'est pas universel est le gamma propre à chaque plate-forme (une photo bossée
sur Mac devient plus sombre sur PC et vice versa) ; ceci quelle que soit la
solution retenue. Reste à détecter le système de la machine client et
aiguiller selon le résultat ; ce qui forcerait à développer deux galeries, en
cas de clients biOS ;-)
En effet. Petit hiatus (oubli de ma part) : comme on parle de PC et Mac ici, ce qui n'est pas universel est le gamma propre à chaque plate-forme (une photo bossée sur Mac devient plus sombre sur PC et vice versa) ; ceci quelle que soit la solution retenue. Reste à détecter le système de la machine client et aiguiller selon le résultat ; ce qui forcerait à développer deux galeries, en cas de clients biOS ;-)
-- Pierre http://www.1966.fr
FiLH
"Peter Pan" writes:
Je pensais qu'il fallait avoir PHP installé sur sa machine pour émuler un serveur.
Plus exactement, il faut un serveur Apache qui soit doté d'un PHP. J'ai du mal à voir ça dans un "émulateur" (en tant que runtime) sur un CD !
Petite précision : php existe aussi en tant que langage de script indépendant d'un serveur web. Je ne sais pas sous windows, mais sous unix oui. Il peut d'ailleurs servir à plein d'autres choses que de faire du web (ne serait-ce dans un premier temps que pour gérer pear qui est une interface d'ajour de module dans php).
En fait si Philippe sait écrire du php, il pourrait faire des scripts php qui génèrent du html.
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
"Peter Pan" <no@spam.com> writes:
Je pensais qu'il fallait avoir PHP installé sur sa
machine pour émuler un serveur.
Plus exactement, il faut un serveur Apache qui soit doté d'un PHP. J'ai du mal
à voir ça dans un "émulateur" (en tant que runtime) sur un CD !
Petite précision : php existe aussi en tant que langage de script
indépendant d'un serveur web. Je ne sais pas sous windows, mais sous
unix oui. Il peut d'ailleurs servir à plein d'autres choses que de
faire du web (ne serait-ce dans un premier temps que pour gérer pear
qui est une interface d'ajour de module dans php).
En fait si Philippe sait écrire du php, il pourrait faire des scripts
php qui génèrent du html.
FiLH
--
FiLH photography. A taste of freedom in a conventional world.
Web: http://www.filh.org e-mail filh@filh.org
FAQ fr.rec.photo : http://frp.parisv.com/
Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
Je pensais qu'il fallait avoir PHP installé sur sa machine pour émuler un serveur.
Plus exactement, il faut un serveur Apache qui soit doté d'un PHP. J'ai du mal à voir ça dans un "émulateur" (en tant que runtime) sur un CD !
Petite précision : php existe aussi en tant que langage de script indépendant d'un serveur web. Je ne sais pas sous windows, mais sous unix oui. Il peut d'ailleurs servir à plein d'autres choses que de faire du web (ne serait-ce dans un premier temps que pour gérer pear qui est une interface d'ajour de module dans php).
En fait si Philippe sait écrire du php, il pourrait faire des scripts php qui génèrent du html.
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
Philippe LAGARDE
Petite précision : php existe aussi en tant que langage de script indépendant d'un serveur web. Je ne sais pas sous windows, mais sous unix oui. Il peut d'ailleurs servir à plein d'autres choses que de faire du web (ne serait-ce dans un premier temps que pour gérer pear qui est une interface d'ajour de module dans php).
En fait si Philippe sait écrire du php, il pourrait faire des scripts php qui génèrent du html.
Je viens d'aller jeter un coup d'oeil à Jalbum, et je crois que je vais pas
ré-inventer la poudre :)
Cordialement,
-- Philippe LAGARDE www.mise-en-lumiere.org
Petite précision : php existe aussi en tant que langage de script
indépendant d'un serveur web. Je ne sais pas sous windows, mais sous
unix oui. Il peut d'ailleurs servir à plein d'autres choses que de
faire du web (ne serait-ce dans un premier temps que pour gérer pear
qui est une interface d'ajour de module dans php).
En fait si Philippe sait écrire du php, il pourrait faire des scripts
php qui génèrent du html.
Je viens d'aller jeter un coup d'oeil à Jalbum, et je crois que je vais pas
Petite précision : php existe aussi en tant que langage de script indépendant d'un serveur web. Je ne sais pas sous windows, mais sous unix oui. Il peut d'ailleurs servir à plein d'autres choses que de faire du web (ne serait-ce dans un premier temps que pour gérer pear qui est une interface d'ajour de module dans php).
En fait si Philippe sait écrire du php, il pourrait faire des scripts php qui génèrent du html.
Je viens d'aller jeter un coup d'oeil à Jalbum, et je crois que je vais pas
ré-inventer la poudre :)
Cordialement,
-- Philippe LAGARDE www.mise-en-lumiere.org
Peter Pan
Effectivement, une galerie web avec pages HTML indépendantes, toute en CSS et avec interface d'écriture des CSS, ce serait l'idéal :)
Ce qui m'amène à cette question : les outils (applications) existants sont-ils à ce point hors jeu pour toi, ou vois-tu éventuellement un intérêt à "vendre" au client un package réalisé par tes soins (contenu et contenant) ? Pour un site web autonome, configurable et administrable, la question ne se pose pas (du moins pour moi) mais pour produire un catalogue sur CD...
-- Pierre http://www.1966.fr
Effectivement, une galerie web avec pages HTML indépendantes, toute en CSS
et avec interface d'écriture des CSS, ce serait l'idéal :)
Ce qui m'amène à cette question : les outils (applications) existants sont-ils
à ce point hors jeu pour toi, ou vois-tu éventuellement un intérêt à "vendre"
au client un package réalisé par tes soins (contenu et contenant) ?
Pour un site web autonome, configurable et administrable, la question ne se
pose pas (du moins pour moi) mais pour produire un catalogue sur CD...
Effectivement, une galerie web avec pages HTML indépendantes, toute en CSS et avec interface d'écriture des CSS, ce serait l'idéal :)
Ce qui m'amène à cette question : les outils (applications) existants sont-ils à ce point hors jeu pour toi, ou vois-tu éventuellement un intérêt à "vendre" au client un package réalisé par tes soins (contenu et contenant) ? Pour un site web autonome, configurable et administrable, la question ne se pose pas (du moins pour moi) mais pour produire un catalogue sur CD...
-- Pierre http://www.1966.fr
daniel.patin
Peter Pan wrote:
En effet. Petit hiatus (oubli de ma part) : comme on parle de PC et Mac ici, ce qui n'est pas universel est le gamma propre à chaque plate-forme (une photo bossée sur Mac devient plus sombre sur PC et vice versa) ; ceci quelle que soit la solution retenue. Reste à détecter le système de la machine client et aiguiller selon le résultat ; ce qui forcerait à développer deux galeries, en cas de clients biOS ;-)
plus simple encore, une page index.html qui te propose : mac (gamma 1.8) ou pc (gamma 2.2). le client choisi, et le reste suit.
-- daniel.patin et non pas marcel.dugenou (quoique, il y a des jours, je me demande....)
Peter Pan wrote:
En effet.
Petit hiatus (oubli de ma part) : comme on parle de PC et Mac ici, ce qui
n'est pas universel est le gamma propre à chaque plate-forme (une photo bossée
sur Mac devient plus sombre sur PC et vice versa) ; ceci quelle que soit la
solution retenue. Reste à détecter le système de la machine client et
aiguiller selon le résultat ; ce qui forcerait à développer deux galeries, en
cas de clients biOS ;-)
plus simple encore, une page index.html qui te propose : mac (gamma 1.8)
ou pc (gamma 2.2). le client choisi, et le reste suit.
--
daniel.patin et non pas marcel.dugenou
(quoique, il y a des jours, je me demande....)
En effet. Petit hiatus (oubli de ma part) : comme on parle de PC et Mac ici, ce qui n'est pas universel est le gamma propre à chaque plate-forme (une photo bossée sur Mac devient plus sombre sur PC et vice versa) ; ceci quelle que soit la solution retenue. Reste à détecter le système de la machine client et aiguiller selon le résultat ; ce qui forcerait à développer deux galeries, en cas de clients biOS ;-)
plus simple encore, une page index.html qui te propose : mac (gamma 1.8) ou pc (gamma 2.2). le client choisi, et le reste suit.
-- daniel.patin et non pas marcel.dugenou (quoique, il y a des jours, je me demande....)
