Paraît que les « cadres » c'est désuet, pas bien tout ça (vrai ou faux ?).
Donc je me suis dit que ce serait bien des les remplacer par des div mises
en forme correctement avec une CSS qui va bien.
Mon souci est cette page : http://www.valinfo.org/galpres.php
La liste de gauche doit pouvoir défiler de haut en bas et de bas en haut
sans que la partie droite ne bouge. Facile théoriquement, en mettant
position: fixed sur la div de droite (l'affichage de contenu).
Seulement, là où ça se gâte, c'est que si on clique sur l'un des sigles à
gauche, on affiche à droite un contenu qui dans la plupart des cas
nécessite lui aussi un défilement vertical, indépendant de celui de la
liste à gauche. Et c'est là que le positionnement fixed ne convient pas,
car il n'y a pas de défilement possible (ce qui se comprend).
Si quelqu'un pouvait m'aider, ce serait BIEN, parce que là, compte tenu de
mon niveau d'ignorance en CSS, je galère un peu beaucoup...
Alors que les eleveurs et agriculteurs polluent toujours la Bretagne, SAM ecrit ce qui suit en ce 30.10.2008 23:38 :
C'est trop. (je n'ai pas quitté le RTC depuis assez longtemps pour ne pas rester sensible au poids des images) une image 600/800 devrait ne peser que 40 à 60ko. L'utilisateur uploade ce qu'il veut ou ce qu'il a (ça peut même faire 3 ou 500ko), le php en fait ce qu'il veut : dimensions et poids maxi avant de sauvegarder.
Si l'hébergeur l'offre à ses abonnés, il y a plus simple encore : l' API "imagemagick"
Cet ensemble de fonctions est absolument génial ! (si on arrive à le maitriser).
Si c'est pré-installé, pourquoi pas. Sinon, comme l'idée (la mienne) est de redimensionner les images uploadées avant archivage, on ne va ne se servir que d'1 ou 2 fonctions de l'usine à gaz. On peut n'installer que le strict nécessaire ?
Je n'ai pas trouvé Imagick::saveImage que Imagick::writeImage
qui permettra d'optimiser les images sans intervention particulière de la part de celui qui veut les publier. Soit en dur, soit par l'intermédiaire de l'interface qui est par ici : http://pecl.php.net/package/imagick
Heu ... je n'appelle pas tout à fait ça une "interface" ce serait plutôt une espèce de PhotoShop ou Gimp en ligne.
La lib GD est généralement disponible avec une install basique de PHP et devrait suffire au redimensionnement désiré. <http://mtodorovic.developpez.com/php/gd/?page=page_3#LIII-3.2.3> <http://www.phpdebutant.org/article111.php>
-- sm
Le 10/31/08 10:37 AM, docanski a écrit :
Alors que les eleveurs et agriculteurs polluent toujours la Bretagne,
SAM ecrit ce qui suit en ce 30.10.2008 23:38 :
C'est trop.
(je n'ai pas quitté le RTC depuis assez longtemps pour ne pas rester
sensible au poids des images)
une image 600/800 devrait ne peser que 40 à 60ko.
L'utilisateur uploade ce qu'il veut ou ce qu'il a (ça peut même faire
3 ou 500ko), le php en fait ce qu'il veut : dimensions et poids maxi
avant de sauvegarder.
Si l'hébergeur l'offre à ses abonnés, il y a plus simple encore : l' API
"imagemagick"
Cet ensemble de fonctions est absolument génial !
(si on arrive à le maitriser).
Si c'est pré-installé, pourquoi pas.
Sinon, comme l'idée (la mienne) est de redimensionner les images
uploadées avant archivage, on ne va ne se servir que d'1 ou 2 fonctions
de l'usine à gaz. On peut n'installer que le strict nécessaire ?
Je n'ai pas trouvé
Imagick::saveImage
que
Imagick::writeImage
qui permettra d'optimiser les images sans intervention
particulière de la part de celui qui veut les publier. Soit en dur, soit
par l'intermédiaire de l'interface qui est par ici :
http://pecl.php.net/package/imagick
Heu ... je n'appelle pas tout à fait ça une "interface"
ce serait plutôt une espèce de PhotoShop ou Gimp en ligne.
La lib GD est généralement disponible avec une install basique de PHP
et devrait suffire au redimensionnement désiré.
<http://mtodorovic.developpez.com/php/gd/?page=page_3#LIII-3.2.3>
<http://www.phpdebutant.org/article111.php>
Alors que les eleveurs et agriculteurs polluent toujours la Bretagne, SAM ecrit ce qui suit en ce 30.10.2008 23:38 :
C'est trop. (je n'ai pas quitté le RTC depuis assez longtemps pour ne pas rester sensible au poids des images) une image 600/800 devrait ne peser que 40 à 60ko. L'utilisateur uploade ce qu'il veut ou ce qu'il a (ça peut même faire 3 ou 500ko), le php en fait ce qu'il veut : dimensions et poids maxi avant de sauvegarder.
Si l'hébergeur l'offre à ses abonnés, il y a plus simple encore : l' API "imagemagick"
Cet ensemble de fonctions est absolument génial ! (si on arrive à le maitriser).
Si c'est pré-installé, pourquoi pas. Sinon, comme l'idée (la mienne) est de redimensionner les images uploadées avant archivage, on ne va ne se servir que d'1 ou 2 fonctions de l'usine à gaz. On peut n'installer que le strict nécessaire ?
Je n'ai pas trouvé Imagick::saveImage que Imagick::writeImage
qui permettra d'optimiser les images sans intervention particulière de la part de celui qui veut les publier. Soit en dur, soit par l'intermédiaire de l'interface qui est par ici : http://pecl.php.net/package/imagick
Heu ... je n'appelle pas tout à fait ça une "interface" ce serait plutôt une espèce de PhotoShop ou Gimp en ligne.
La lib GD est généralement disponible avec une install basique de PHP et devrait suffire au redimensionnement désiré. <http://mtodorovic.developpez.com/php/gd/?page=page_3#LIII-3.2.3> <http://www.phpdebutant.org/article111.php>
-- sm
docanski
Alors que les eleveurs et agriculteurs polluent toujours la Bretagne, SAM ecrit ce qui suit en ce 31.10.2008 11:55 :
La lib GD est généralement disponible avec une install basique de PHP et devrait suffire au redimensionnement désiré.
... ou ajouter tout simplement au script existant la commande :
où "/usr/bin/convert" est le chemin d'accès sur le serveur.
Mais évidemment, là il y a un choix arbitraire du redimensionnement. Il peut être contourné en ajoutant une option dans le formulaire ou, peut-être, être automatisé à partir du choix d'un poids maximum autorisé. Mais là, je passe la main évidemment : Olivier aura sûrement le bon code à proposer. -- docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/ Guide des champignons d'Europe : http://mycorance.free.fr/ La vallée de la Rance maritime : http://valderance.free.fr/ Les côtes du nord de la Bretagne : http://docarmor.free.fr/
Alors que les eleveurs et agriculteurs polluent toujours la Bretagne,
SAM ecrit ce qui suit en ce 31.10.2008 11:55 :
La lib GD est généralement disponible avec une install basique de PHP
et devrait suffire au redimensionnement désiré.
... ou ajouter tout simplement au script existant la commande :
où "/usr/bin/convert" est le chemin d'accès sur le serveur.
Mais évidemment, là il y a un choix arbitraire du redimensionnement.
Il peut être contourné en ajoutant une option dans le formulaire ou,
peut-être, être automatisé à partir du choix d'un poids maximum autorisé.
Mais là, je passe la main évidemment : Olivier aura sûrement le bon code
à proposer.
--
docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/
Guide des champignons d'Europe : http://mycorance.free.fr/
La vallée de la Rance maritime : http://valderance.free.fr/
Les côtes du nord de la Bretagne : http://docarmor.free.fr/
où "/usr/bin/convert" est le chemin d'accès sur le serveur.
Mais évidemment, là il y a un choix arbitraire du redimensionnement. Il peut être contourné en ajoutant une option dans le formulaire ou, peut-être, être automatisé à partir du choix d'un poids maximum autorisé. Mais là, je passe la main évidemment : Olivier aura sûrement le bon code à proposer. -- docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/ Guide des champignons d'Europe : http://mycorance.free.fr/ La vallée de la Rance maritime : http://valderance.free.fr/ Les côtes du nord de la Bretagne : http://docarmor.free.fr/
Pascale Peyrol
Sergio écrivait news::
Ben, c'est que ton générateur est buggé. Mauvais générateur -> Chnager de générateur !
Trop permissif, c'est certain. Buggé, non.
Par exemple les éditeurs de messages BBCode de PhpBB et autres forums générent en général du code HTML correct, même si les utilisateurs sont des brelles. Idem pour les logiciels de Blog, de Wiki...
Mais ce sont en général d'énooormes usines à gaz...
-- Kekcestruc, Raphia, Le Jardin des Amis, frj-gazette, Mon Beau Jardin, Valinfo et autres outils de jardin sont sur http://www.la-grille-verte.net
Ben, c'est que ton générateur est buggé. Mauvais générateur -> Chnager
de générateur !
Trop permissif, c'est certain. Buggé, non.
Par exemple les éditeurs de messages BBCode de PhpBB et autres forums
générent en général du code HTML correct, même si les utilisateurs sont
des brelles. Idem pour les logiciels de Blog, de Wiki...
Mais ce sont en général d'énooormes usines à gaz...
--
Kekcestruc, Raphia, Le Jardin des Amis,
frj-gazette, Mon Beau Jardin, Valinfo
et autres outils de jardin sont sur http://www.la-grille-verte.net
Ben, c'est que ton générateur est buggé. Mauvais générateur -> Chnager de générateur !
Trop permissif, c'est certain. Buggé, non.
Par exemple les éditeurs de messages BBCode de PhpBB et autres forums générent en général du code HTML correct, même si les utilisateurs sont des brelles. Idem pour les logiciels de Blog, de Wiki...
Mais ce sont en général d'énooormes usines à gaz...
-- Kekcestruc, Raphia, Le Jardin des Amis, frj-gazette, Mon Beau Jardin, Valinfo et autres outils de jardin sont sur http://www.la-grille-verte.net
Pascale Peyrol
SAM écrivait news:490a4087$0$953$:
Vu le résultat obtenu qui n'ira sans doute que de mal en pire au cours de l'évolution du site, en effet un relookage complet commence à s'imposer.
C'est certain.
Déjà l'idée de vouloir sortir des frames est un bon départ. Le commencement de l'apprentissage des CSS est une bonne suite. Ne reste qu'à concevoir ou trouver un web-éditeur-texte-embarqué plus au gout du jour pour remplacer celui mal fagoté ou mal t'employé.
Voilà (:
Je vois celui-là (pas pour IE) qui modifie le code produit suivant ce qu'on choisit même après coup (paragraphe, titre, normal) mais, malgré ce, ne parvient pas entièrement à s'affranchir complètement de "font" (dépend du contexte) <http://www.twistermc.com/shake/rich-text-editor.php>
Pas pour IE, c'est donc hélas exclu : nous n'utilisons pas IE, mais nos visiteurs, dans une très grande majorité, si... )-:
et puis celui-là qui a l'air d'être celui du site de Pascale (en un peu moins pire mais pas beaucoup) <http://koivi.com/WYSIWYG-Editor/>
Mon concepteur préféré ne se rappelle pas où il a trouvé son générateur, mais ce qui est sûr, c'est qu'il a cherché et testé, à l'époque où le site a été créé.
il y en a bien d'autres
à mon idée, l'idéal est : - la page canevas type - le formulaire pour remplir et personnaliser ses parties - enregistrement avec modif automatique du menu Comme ça pas d'erreur ni de personnalisation de +/- bon aloi par les contributeurs.
Même quand j'aurai trouvé cet idéal, ce qui va être très compliqué, ce sera de récupérer l'existant et de le mettre « aux normes »...
-- Kekcestruc, Raphia, Le Jardin des Amis, frj-gazette, Mon Beau Jardin, Valinfo et autres outils de jardin sont sur http://www.la-grille-verte.net
SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> écrivait
news:490a4087$0$953$ba4acef3@news.orange.fr:
Vu le résultat obtenu qui n'ira sans doute que de mal en pire au cours
de l'évolution du site, en effet un relookage complet commence à
s'imposer.
C'est certain.
Déjà l'idée de vouloir sortir des frames est un bon départ.
Le commencement de l'apprentissage des CSS est une bonne suite.
Ne reste qu'à concevoir ou trouver un web-éditeur-texte-embarqué plus
au gout du jour pour remplacer celui mal fagoté ou mal t'employé.
Voilà (:
Je vois celui-là (pas pour IE) qui modifie le code produit suivant ce
qu'on choisit même après coup (paragraphe, titre, normal) mais, malgré
ce, ne parvient pas entièrement à s'affranchir complètement de "font"
(dépend du contexte)
<http://www.twistermc.com/shake/rich-text-editor.php>
Pas pour IE, c'est donc hélas exclu : nous n'utilisons pas IE, mais nos
visiteurs, dans une très grande majorité, si... )-:
et puis celui-là qui a l'air d'être celui du site de Pascale (en un
peu moins pire mais pas beaucoup)
<http://koivi.com/WYSIWYG-Editor/>
Mon concepteur préféré ne se rappelle pas où il a trouvé son générateur,
mais ce qui est sûr, c'est qu'il a cherché et testé, à l'époque où le site
a été créé.
il y en a bien d'autres
à mon idée, l'idéal est :
- la page canevas type
- le formulaire pour remplir et personnaliser ses parties
- enregistrement avec modif automatique du menu
Comme ça pas d'erreur ni de personnalisation de +/- bon aloi par les
contributeurs.
Même quand j'aurai trouvé cet idéal, ce qui va être très compliqué, ce sera
de récupérer l'existant et de le mettre « aux normes »...
--
Kekcestruc, Raphia, Le Jardin des Amis,
frj-gazette, Mon Beau Jardin, Valinfo
et autres outils de jardin sont sur http://www.la-grille-verte.net
Vu le résultat obtenu qui n'ira sans doute que de mal en pire au cours de l'évolution du site, en effet un relookage complet commence à s'imposer.
C'est certain.
Déjà l'idée de vouloir sortir des frames est un bon départ. Le commencement de l'apprentissage des CSS est une bonne suite. Ne reste qu'à concevoir ou trouver un web-éditeur-texte-embarqué plus au gout du jour pour remplacer celui mal fagoté ou mal t'employé.
Voilà (:
Je vois celui-là (pas pour IE) qui modifie le code produit suivant ce qu'on choisit même après coup (paragraphe, titre, normal) mais, malgré ce, ne parvient pas entièrement à s'affranchir complètement de "font" (dépend du contexte) <http://www.twistermc.com/shake/rich-text-editor.php>
Pas pour IE, c'est donc hélas exclu : nous n'utilisons pas IE, mais nos visiteurs, dans une très grande majorité, si... )-:
et puis celui-là qui a l'air d'être celui du site de Pascale (en un peu moins pire mais pas beaucoup) <http://koivi.com/WYSIWYG-Editor/>
Mon concepteur préféré ne se rappelle pas où il a trouvé son générateur, mais ce qui est sûr, c'est qu'il a cherché et testé, à l'époque où le site a été créé.
il y en a bien d'autres
à mon idée, l'idéal est : - la page canevas type - le formulaire pour remplir et personnaliser ses parties - enregistrement avec modif automatique du menu Comme ça pas d'erreur ni de personnalisation de +/- bon aloi par les contributeurs.
Même quand j'aurai trouvé cet idéal, ce qui va être très compliqué, ce sera de récupérer l'existant et de le mettre « aux normes »...
-- Kekcestruc, Raphia, Le Jardin des Amis, frj-gazette, Mon Beau Jardin, Valinfo et autres outils de jardin sont sur http://www.la-grille-verte.net
Pascale Peyrol
SAM écrivait news:490a3758$0$921$:
Elles sont tout de même limitées à 100 Ko.
C'est trop. (je n'ai pas quitté le RTC depuis assez longtemps pour ne pas rester sensible au poids des images) une image 600/800 devrait ne peser que 40 à 60ko.
50 Ko, c'est le maxi actuel sur Kekcestruc, et, pour être honnête, je comprends les gens qui râlent sur le fait que ce n'est pas assez, car moi- même, il m'arrive de passer des demandes d'identification de plantes et de m'énerver un bon moment sur PhotoImpact pour arriver à descendre en dessous des 50 Ko fatidiques sans faire un timbre-poste. J'envisage d'ailleurs un passage prochain à 80 Ko, voire 100 Ko, ce ne sera pas de trop (paradoxalement, plus pour les vues d'ensemble des plantes que pour les photos détaillées).
L'utilisateur uploade ce qu'il veut ou ce qu'il a (ça peut même faire 3 ou 500ko), le php en fait ce qu'il veut : dimensions et poids maxi avant de sauvegarder.
Il devrait être assez facile en effet de redimensionner les photos à 800 px dans leur plus grande dimension et les logos à, disons, 150 px dans leur plus grande dimension aussi.
Il le peut, puisqu'il a le droit de situer les photos avant le texte.
Il ne devrait pas pouvoir, l'illustration (principale) devrait être positionnée au même endroit dans toutes les pages.
Ils peuvent mettre à leur choix une illustration ou deux, ou pas du tout, je ne trouve pas que ce soit une liberté extraordinaire de leur permettre de les situer par rapport au corps du texte.
-- Kekcestruc, Raphia, Le Jardin des Amis, frj-gazette, Mon Beau Jardin, Valinfo et autres outils de jardin sont sur http://www.la-grille-verte.net
SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> écrivait
news:490a3758$0$921$ba4acef3@news.orange.fr:
Elles sont tout de même limitées à 100 Ko.
C'est trop.
(je n'ai pas quitté le RTC depuis assez longtemps pour ne pas rester
sensible au poids des images)
une image 600/800 devrait ne peser que 40 à 60ko.
50 Ko, c'est le maxi actuel sur Kekcestruc, et, pour être honnête, je
comprends les gens qui râlent sur le fait que ce n'est pas assez, car moi-
même, il m'arrive de passer des demandes d'identification de plantes et de
m'énerver un bon moment sur PhotoImpact pour arriver à descendre en dessous
des 50 Ko fatidiques sans faire un timbre-poste. J'envisage d'ailleurs un
passage prochain à 80 Ko, voire 100 Ko, ce ne sera pas de trop
(paradoxalement, plus pour les vues d'ensemble des plantes que pour les
photos détaillées).
L'utilisateur uploade ce qu'il veut ou ce qu'il a (ça peut même faire 3
ou 500ko), le php en fait ce qu'il veut : dimensions et poids maxi avant
de sauvegarder.
Il devrait être assez facile en effet de redimensionner les photos à 800 px
dans leur plus grande dimension et les logos à, disons, 150 px dans leur
plus grande dimension aussi.
Il le peut, puisqu'il a le droit de situer les photos avant le texte.
Il ne devrait pas pouvoir, l'illustration (principale) devrait être
positionnée au même endroit dans toutes les pages.
Ils peuvent mettre à leur choix une illustration ou deux, ou pas du tout,
je ne trouve pas que ce soit une liberté extraordinaire de leur permettre
de les situer par rapport au corps du texte.
--
Kekcestruc, Raphia, Le Jardin des Amis,
frj-gazette, Mon Beau Jardin, Valinfo
et autres outils de jardin sont sur http://www.la-grille-verte.net
C'est trop. (je n'ai pas quitté le RTC depuis assez longtemps pour ne pas rester sensible au poids des images) une image 600/800 devrait ne peser que 40 à 60ko.
50 Ko, c'est le maxi actuel sur Kekcestruc, et, pour être honnête, je comprends les gens qui râlent sur le fait que ce n'est pas assez, car moi- même, il m'arrive de passer des demandes d'identification de plantes et de m'énerver un bon moment sur PhotoImpact pour arriver à descendre en dessous des 50 Ko fatidiques sans faire un timbre-poste. J'envisage d'ailleurs un passage prochain à 80 Ko, voire 100 Ko, ce ne sera pas de trop (paradoxalement, plus pour les vues d'ensemble des plantes que pour les photos détaillées).
L'utilisateur uploade ce qu'il veut ou ce qu'il a (ça peut même faire 3 ou 500ko), le php en fait ce qu'il veut : dimensions et poids maxi avant de sauvegarder.
Il devrait être assez facile en effet de redimensionner les photos à 800 px dans leur plus grande dimension et les logos à, disons, 150 px dans leur plus grande dimension aussi.
Il le peut, puisqu'il a le droit de situer les photos avant le texte.
Il ne devrait pas pouvoir, l'illustration (principale) devrait être positionnée au même endroit dans toutes les pages.
Ils peuvent mettre à leur choix une illustration ou deux, ou pas du tout, je ne trouve pas que ce soit une liberté extraordinaire de leur permettre de les situer par rapport au corps du texte.
-- Kekcestruc, Raphia, Le Jardin des Amis, frj-gazette, Mon Beau Jardin, Valinfo et autres outils de jardin sont sur http://www.la-grille-verte.net
-- Pascale Kekcestruc, Raphia, Le Jardin des Amis, frj-gazette, Mon Beau Jardin, Valinfo et autres outils de jardin sont sur http://www.la-grille-verte.net
SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> écrivait
news:490a4087$0$953$ba4acef3@news.orange.fr:
--
Pascale
Kekcestruc, Raphia, Le Jardin des Amis,
frj-gazette, Mon Beau Jardin, Valinfo
et autres outils de jardin sont sur http://www.la-grille-verte.net
-- Pascale Kekcestruc, Raphia, Le Jardin des Amis, frj-gazette, Mon Beau Jardin, Valinfo et autres outils de jardin sont sur http://www.la-grille-verte.net
SAM
Le 10/31/08 2:00 PM, Pascale Peyrol a écrit :
SAM écrivait news:490a3758$0$921$:
une image 600/800 devrait ne peser que 40 à 60ko.
50 Ko, c'est le maxi actuel sur Kekcestruc, et, pour être honnête, je comprends les gens qui râlent sur le fait que ce n'est pas assez, car moi- même, il m'arrive de passer des demandes d'identification de plantes et de m'énerver un bon moment sur PhotoImpact pour arriver à descendre en dessous des 50 Ko fatidiques sans faire un timbre-poste.
à ce moment là, il faut pouvoir renvoyer vers une vue "haute" définition (de 100 à 300ko) mais surtout ne pas imposer de l'avoir dans la page, surtout s'il y en a plusieurs.
Methode de maigrissement : - redimension à 720px pour plus grande dimension (500 si vue verticale) - passer un filtre d'accentuation des contours - enregistrer en jpeg qualité 70 (ou 50 s'il le faut)
Ils peuvent mettre à leur choix une illustration ou deux, ou pas du tout, je ne trouve pas que ce soit une liberté extraordinaire de leur permettre de les situer par rapport au corps du texte.
C'est ce que j'appelle les images "secondaires" - champ "paragraphe" (un textarea) - bouton(s) associé(s) d'upload de photo d'illustration de ce paragraphe (un input file)
L'utilisateur n'a pas à bidouiller le code, le php fera le nécessaire, - echo '<p class="paragraphe">'; - écrire le code html de l'image (ou des) rebidouillée pr GD qui seront stylées en float directement par la feuille de styles générale .paragraphe img { float:left; margin:5px 5px 5px 0; } .paragraphe .clair { clear:left; margin:0; height: 1px } - ecrire le textarea - ecrire l'arret de flottaison et la fin de paragraphe - echo '<span class="clair"></span>n</p>';
-- sm
Le 10/31/08 2:00 PM, Pascale Peyrol a écrit :
SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> écrivait
news:490a3758$0$921$ba4acef3@news.orange.fr:
une image 600/800 devrait ne peser que 40 à 60ko.
50 Ko, c'est le maxi actuel sur Kekcestruc, et, pour être honnête, je
comprends les gens qui râlent sur le fait que ce n'est pas assez, car moi-
même, il m'arrive de passer des demandes d'identification de plantes et de
m'énerver un bon moment sur PhotoImpact pour arriver à descendre en dessous
des 50 Ko fatidiques sans faire un timbre-poste.
à ce moment là, il faut pouvoir renvoyer vers une vue "haute" définition
(de 100 à 300ko)
mais surtout ne pas imposer de l'avoir dans la page, surtout s'il y en a
plusieurs.
Methode de maigrissement :
- redimension à 720px pour plus grande dimension (500 si vue verticale)
- passer un filtre d'accentuation des contours
- enregistrer en jpeg qualité 70 (ou 50 s'il le faut)
Ils peuvent mettre à leur choix une illustration ou deux, ou pas du tout,
je ne trouve pas que ce soit une liberté extraordinaire de leur permettre
de les situer par rapport au corps du texte.
C'est ce que j'appelle les images "secondaires"
- champ "paragraphe" (un textarea)
- bouton(s) associé(s) d'upload de photo d'illustration de ce paragraphe
(un input file)
L'utilisateur n'a pas à bidouiller le code,
le php fera le nécessaire,
- echo '<p class="paragraphe">';
- écrire le code html de l'image (ou des) rebidouillée pr GD
qui seront stylées en float directement par la
feuille de styles générale
.paragraphe img { float:left; margin:5px 5px 5px 0; }
.paragraphe .clair { clear:left; margin:0; height: 1px }
- ecrire le textarea
- ecrire l'arret de flottaison et la fin de paragraphe
- echo '<span class="clair"></span>n</p>';
50 Ko, c'est le maxi actuel sur Kekcestruc, et, pour être honnête, je comprends les gens qui râlent sur le fait que ce n'est pas assez, car moi- même, il m'arrive de passer des demandes d'identification de plantes et de m'énerver un bon moment sur PhotoImpact pour arriver à descendre en dessous des 50 Ko fatidiques sans faire un timbre-poste.
à ce moment là, il faut pouvoir renvoyer vers une vue "haute" définition (de 100 à 300ko) mais surtout ne pas imposer de l'avoir dans la page, surtout s'il y en a plusieurs.
Methode de maigrissement : - redimension à 720px pour plus grande dimension (500 si vue verticale) - passer un filtre d'accentuation des contours - enregistrer en jpeg qualité 70 (ou 50 s'il le faut)
Ils peuvent mettre à leur choix une illustration ou deux, ou pas du tout, je ne trouve pas que ce soit une liberté extraordinaire de leur permettre de les situer par rapport au corps du texte.
C'est ce que j'appelle les images "secondaires" - champ "paragraphe" (un textarea) - bouton(s) associé(s) d'upload de photo d'illustration de ce paragraphe (un input file)
L'utilisateur n'a pas à bidouiller le code, le php fera le nécessaire, - echo '<p class="paragraphe">'; - écrire le code html de l'image (ou des) rebidouillée pr GD qui seront stylées en float directement par la feuille de styles générale .paragraphe img { float:left; margin:5px 5px 5px 0; } .paragraphe .clair { clear:left; margin:0; height: 1px } - ecrire le textarea - ecrire l'arret de flottaison et la fin de paragraphe - echo '<span class="clair"></span>n</p>';
-- sm
SAM
Le 10/31/08 1:49 PM, Pascale Peyrol a écrit :
SAM écrivait news:490a4087$0$953$:
à mon idée, l'idéal est : - la page canevas type - le formulaire pour remplir et personnaliser ses parties - enregistrement avec modif automatique du menu Comme ça pas d'erreur ni de personnalisation de +/- bon aloi par les contributeurs.
Même quand j'aurai trouvé cet idéal, ce qui va être très compliqué,
Là ce serait du self-hand-made (du fait-maison) !
Un formulaire avec les champs du php pour sauvegarder le résultat dans la page type. du php pour modifier le menu
ce sera de récupérer l'existant et de le mettre « aux normes »...
hé hé. Certes. Sortir des frames ce n'est déjà pas trop simple (mais il n'y en a pas beaucoup crois-je?) sortir des tables est encore + difficile.
-- sm
Le 10/31/08 1:49 PM, Pascale Peyrol a écrit :
SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> écrivait
news:490a4087$0$953$ba4acef3@news.orange.fr:
à mon idée, l'idéal est :
- la page canevas type
- le formulaire pour remplir et personnaliser ses parties
- enregistrement avec modif automatique du menu
Comme ça pas d'erreur ni de personnalisation de +/- bon aloi par les
contributeurs.
Même quand j'aurai trouvé cet idéal, ce qui va être très compliqué,
Là ce serait du self-hand-made (du fait-maison) !
Un formulaire avec les champs
du php pour sauvegarder le résultat dans la page type.
du php pour modifier le menu
ce sera
de récupérer l'existant et de le mettre « aux normes »...
hé hé.
Certes.
Sortir des frames ce n'est déjà pas trop simple
(mais il n'y en a pas beaucoup crois-je?)
sortir des tables est encore + difficile.
à mon idée, l'idéal est : - la page canevas type - le formulaire pour remplir et personnaliser ses parties - enregistrement avec modif automatique du menu Comme ça pas d'erreur ni de personnalisation de +/- bon aloi par les contributeurs.
Même quand j'aurai trouvé cet idéal, ce qui va être très compliqué,
Là ce serait du self-hand-made (du fait-maison) !
Un formulaire avec les champs du php pour sauvegarder le résultat dans la page type. du php pour modifier le menu
ce sera de récupérer l'existant et de le mettre « aux normes »...
hé hé. Certes. Sortir des frames ce n'est déjà pas trop simple (mais il n'y en a pas beaucoup crois-je?) sortir des tables est encore + difficile.
Encore une fois, à mon idée on n'a pas à utiliser ce genre d'outils.
-- sm
Pascale Peyrol
SAM écrivait news:490b28d2$0$862$:
Là ce serait du self-hand-made (du fait-maison) !
Un formulaire avec les champs du php pour sauvegarder le résultat dans la page type. du php pour modifier le menu
Conceptuellement, je vois ce qu'il faut faire, et globalement, je dois être capable de le mener à bien. Mais dans la pratique, je sais que je vais en baver des ronds de chapeau (-:
hé hé. Certes. Sortir des frames ce n'est déjà pas trop simple (mais il n'y en a pas beaucoup crois-je?)
En effet, il y en a sur cette fameuse galerie des pages de prés' (qui a été conçue à une époque où une dizaine de pages se battaient en duel), et sur la FAQ (là, les supprimer ne devrait pas être trop sorcier).
sortir des tables est encore + difficile.
Oui oui et re-oui ! Les tables sont une solution simple pour faire une mise en page correcte sans se casser la tête et elles masquent les pires erreurs de codage. Hors vrais tableaux, je sais que j'en ai encore qui traînent sur Kekcestruc (c'était mon premier site), mais les supprimer ne devrait pas être extraordinairement difficile. Sur le Jardin des Amis, il n'y en a en principe pas (hors tableaux). Mais Kekcestruc et le JDA sont des sites moins volumineux et moins complexes que Valinfo.
Revoir la navigation de Valinfo est indispensable également, mais ce ne sera pas une mince affaire.
En attendant, je ne perds pas ces objectifs de vue, et je tâche d'avancer sur la compatibilité PHP5... Finalement, c'est plus simple ! (-:
-- Kekcestruc, Raphia, Le Jardin des Amis, frj-gazette, Mon Beau Jardin, Valinfo et autres outils de jardin sont sur http://www.la-grille-verte.net
SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> écrivait
news:490b28d2$0$862$ba4acef3@news.orange.fr:
Là ce serait du self-hand-made (du fait-maison) !
Un formulaire avec les champs
du php pour sauvegarder le résultat dans la page type.
du php pour modifier le menu
Conceptuellement, je vois ce qu'il faut faire, et globalement, je dois être
capable de le mener à bien. Mais dans la pratique, je sais que je vais en
baver des ronds de chapeau (-:
hé hé.
Certes.
Sortir des frames ce n'est déjà pas trop simple
(mais il n'y en a pas beaucoup crois-je?)
En effet, il y en a sur cette fameuse galerie des pages de prés' (qui a été
conçue à une époque où une dizaine de pages se battaient en duel), et sur
la FAQ (là, les supprimer ne devrait pas être trop sorcier).
sortir des tables est encore + difficile.
Oui oui et re-oui ! Les tables sont une solution simple pour faire une mise
en page correcte sans se casser la tête et elles masquent les pires erreurs
de codage. Hors vrais tableaux, je sais que j'en ai encore qui traînent sur
Kekcestruc (c'était mon premier site), mais les supprimer ne devrait pas
être extraordinairement difficile. Sur le Jardin des Amis, il n'y en a en
principe pas (hors tableaux). Mais Kekcestruc et le JDA sont des sites
moins volumineux et moins complexes que Valinfo.
Revoir la navigation de Valinfo est indispensable également, mais ce ne
sera pas une mince affaire.
En attendant, je ne perds pas ces objectifs de vue, et je tâche d'avancer
sur la compatibilité PHP5... Finalement, c'est plus simple ! (-:
--
Kekcestruc, Raphia, Le Jardin des Amis,
frj-gazette, Mon Beau Jardin, Valinfo
et autres outils de jardin sont sur http://www.la-grille-verte.net
Un formulaire avec les champs du php pour sauvegarder le résultat dans la page type. du php pour modifier le menu
Conceptuellement, je vois ce qu'il faut faire, et globalement, je dois être capable de le mener à bien. Mais dans la pratique, je sais que je vais en baver des ronds de chapeau (-:
hé hé. Certes. Sortir des frames ce n'est déjà pas trop simple (mais il n'y en a pas beaucoup crois-je?)
En effet, il y en a sur cette fameuse galerie des pages de prés' (qui a été conçue à une époque où une dizaine de pages se battaient en duel), et sur la FAQ (là, les supprimer ne devrait pas être trop sorcier).
sortir des tables est encore + difficile.
Oui oui et re-oui ! Les tables sont une solution simple pour faire une mise en page correcte sans se casser la tête et elles masquent les pires erreurs de codage. Hors vrais tableaux, je sais que j'en ai encore qui traînent sur Kekcestruc (c'était mon premier site), mais les supprimer ne devrait pas être extraordinairement difficile. Sur le Jardin des Amis, il n'y en a en principe pas (hors tableaux). Mais Kekcestruc et le JDA sont des sites moins volumineux et moins complexes que Valinfo.
Revoir la navigation de Valinfo est indispensable également, mais ce ne sera pas une mince affaire.
En attendant, je ne perds pas ces objectifs de vue, et je tâche d'avancer sur la compatibilité PHP5... Finalement, c'est plus simple ! (-:
-- Kekcestruc, Raphia, Le Jardin des Amis, frj-gazette, Mon Beau Jardin, Valinfo et autres outils de jardin sont sur http://www.la-grille-verte.net
