Version imprimable
merci je suis d accord avec toi c'est pour ça que je suis de suite passer par gd seulement comme l'organisation des infos change en fonction des style choisi il devient vite laborieux de programmer toute les images surtout qu ela personne charger de créer les style est vraiment novice en php
Salut
Voici un exemple pour grab : http://php.developpez.com/faq/?page=gd#website-screenshot
Il faut préciser que cette fonction ne fonctionne que sous windows, donc ce n'est vraiment pas une bonne utilisation de GD pour faire une carte de visite.
Utilise GD pour "dessiner" ton image dynamiquement et tu pourra l'utiliser partout.
Je rejoins ce qui a été dit plus haut et pense aussi qu'il serait mieux
de produire ton image avec GD. Maintenant il existe peut-être des
librairies php basée sur GD qui permettrait une interprétation limitée
d'une feuille de style pour produire une image... à creuser.
Sinon pour produire une capture d'écran depuis une page web sur un
serveur linux, il te faut un serveur X (virtuel éventuellement) et ceci
http://khtml2png.sourceforge.net/
Bonjour toutes et tous,
Je passait par-là, et voyant de la lumiuére j'ais tout lu votre "fil"
Alors une question me brules les lévres, les fondamentaux seraient' ils en train de s'évanouir ? 8O
Pour moi, a propos de fondamentaux,
le PHP tourne sur un serveur, il peut générer des images bien sur,
mais il fini toujours coté client, par lui donner
un HTML,
une feuille de style, et éventuelement
un code Javascript !!
de la va résulter dans un DIV une représentation d'une carte de visite ou autre ... qui se trouve coté client par définition, alors comment le client renvoie son div résultant au serveur pour qu'il crée une image :roll:
Par exemple en installant un client sur le serveur, en lui faisant afficherCitation:
Envoyé par FoxLeRenard
la page contenant le div dans un serveur X virtuel et en faisant une copie
d'écran que l'on sauve dans un fichier.
imagegrabwindow ne fonctionne que coté serveur et sous windows
Exactement ce que je penses, et il faudra que l'Ami Marcha se remémore les aspects de cloisonnement entre client serveur pour des raisons:Citation:
Envoyé par deY!
1) de sécuritée
2) de différence de vue d'un résultat chez le client, selon qu'il a
tel ou tel navigateur,
que sa loupe d'endicapé est activée ou non
qu'il utilise ou non le javascript
etc...
Bref c' est mission impossible
@FoxLeRenard Je comprends pas ta remarque, que viennent faire les problématiques du client si le client qui sert à capturer l'image est installé sur le serveur ?
Franchement c'est bien s'embêter pour rien. Ce n'est vraiment pas la manière optimale de générée une image.
moue deja a la base, desole de dire ca, mais tu as un gros probleme dans ta logique. tu cree du media (carte de visite) avec du texte (html/css c'est juste une convention de formatage) en voulant le faire exportable. Quand je vois l'unissite d'interpretation de css par les differents navigateurs et aussi la complexite de realisation, je reste perplexe.
Si j'etais toi, je ferais mes template de carte sous pshop ou autre et a grand coup de gd j'integres les textes etc...
Sinon bon courage, car t'as pas choisi la voix la plus facile.
Bon, vu qu'on parle de carte de visites, celles-ci doivent peut-être finir
par être imprimées non ?
As-tu envisagé d'utiliser le format pdf ? il peut servir directement pour
l'impression et être envoyé facilement en attachement d'email pour
vérification.
escusez moi pour l'absence, le projet à était mis de coté. Effectivement je n'avais pas pensé au pdf mais nous avions réglé le problème avec des modèle vide et un liste rigoureuse des traitement du texte (retour a la ligne, espacement etc) de manière à retourner le modèle une fois personnaliser en chargeant simplement les variable dans le modèle prédéfinie coté web et imprimeur