Merci. C'est « plus beau » mais... je crains fort qu'en donnant des dates francisées, ce ne soit pas la bonne syntaxe :
Expires: mercredi 15-juil.-09 Paris, Madrid -- Aujourd'hui, l'idéal du progrès est remplacé par l'idéal de l'innovation : il ne s'agit pas que ce soit mieux, il s'agit seulement que ce soit nouveau, même si c'est pire qu'avant et cela de toute évidence. Montherlant Technologie aéronautique - http://ottello.net - Les anciens de Vilgénis
Merci. C'est « plus beau » mais... je crains fort qu'en donnant des
dates francisées, ce ne soit pas la bonne syntaxe :
Expires: mercredi 15-juil.-09 Paris, Madrid
--
Aujourd'hui, l'idéal du progrès est remplacé par l'idéal de l'innovation :
il ne s'agit pas que ce soit mieux, il s'agit seulement que ce soit nouveau,
même si c'est pire qu'avant et cela de toute évidence. Montherlant
Technologie aéronautique - http://ottello.net - Les anciens de Vilgénis
Merci. C'est « plus beau » mais... je crains fort qu'en donnant des dates francisées, ce ne soit pas la bonne syntaxe :
Expires: mercredi 15-juil.-09 Paris, Madrid -- Aujourd'hui, l'idéal du progrès est remplacé par l'idéal de l'innovation : il ne s'agit pas que ce soit mieux, il s'agit seulement que ce soit nouveau, même si c'est pire qu'avant et cela de toute évidence. Montherlant Technologie aéronautique - http://ottello.net - Les anciens de Vilgénis
Mickaël Wolff
Dominique Ottello a écrit :
Merci. C'est « plus beau » mais... je crains fort qu'en donnant des dates francisées, ce ne soit pas la bonne syntaxe :
Expires: mercredi 15-juil.-09 Paris, Madrid
Tiens, c'est marrant ça, j'avais pas fait gaffe que ça donnait la chaîne en fonction de la locale. Regardes la documentation de gmstrftime et évenuellement de setlocale.
Merci. C'est « plus beau » mais... je crains fort qu'en donnant des
dates francisées, ce ne soit pas la bonne syntaxe :
Expires: mercredi 15-juil.-09 Paris, Madrid
Tiens, c'est marrant ça, j'avais pas fait gaffe que ça donnait la
chaîne en fonction de la locale. Regardes la documentation de gmstrftime
et évenuellement de setlocale.
Merci. C'est « plus beau » mais... je crains fort qu'en donnant des dates francisées, ce ne soit pas la bonne syntaxe :
Expires: mercredi 15-juil.-09 Paris, Madrid
Tiens, c'est marrant ça, j'avais pas fait gaffe que ça donnait la chaîne en fonction de la locale. Regardes la documentation de gmstrftime et évenuellement de setlocale.
Valider Page Précédente de Firefox (Alt-Flèche Gauche), je reviens bien sur la page précédente ....crevette.php, mais en haut de page, pas d'où je suis parti.
OK, je pense avoir compris.
Je pense, mais tu vérifieras plus attentivement si tu le souhaites, que cela vient de tes en-têtes. Tu interdis la mise en cache de ta page. Alors le navigateur la recharge.
J'ai contrôlé sur un de mes sites : avec la page d'accueil qui interdit le cache, en revenant dessus, en se retrouve "en haut".
Sur les pages qui permettent le cache, on revient où l'on était.
Oh joli ! Ca faisait un moment que je constatais que Fx ne revenait pas toujours en haut de page sur utilisation du bouton back, et je n'avais jamais poussé la curiosité à chercher d'où cela venait !
Olivier wrote:
Valider Page Précédente de Firefox (Alt-Flèche Gauche), je reviens bien
sur la page précédente ....crevette.php, mais en haut de page, pas d'où
je suis parti.
OK, je pense avoir compris.
Je pense, mais tu vérifieras plus attentivement si tu le souhaites,
que cela vient de tes en-têtes. Tu interdis la mise en cache de ta
page. Alors le navigateur la recharge.
J'ai contrôlé sur un de mes sites : avec la page d'accueil qui
interdit le cache, en revenant dessus, en se retrouve "en haut".
Sur les pages qui permettent le cache, on revient où l'on était.
Oh joli !
Ca faisait un moment que je constatais que Fx ne revenait pas toujours
en haut de page sur utilisation du bouton back, et je n'avais jamais
poussé la curiosité à chercher d'où cela venait !
Valider Page Précédente de Firefox (Alt-Flèche Gauche), je reviens bien sur la page précédente ....crevette.php, mais en haut de page, pas d'où je suis parti.
OK, je pense avoir compris.
Je pense, mais tu vérifieras plus attentivement si tu le souhaites, que cela vient de tes en-têtes. Tu interdis la mise en cache de ta page. Alors le navigateur la recharge.
J'ai contrôlé sur un de mes sites : avec la page d'accueil qui interdit le cache, en revenant dessus, en se retrouve "en haut".
Sur les pages qui permettent le cache, on revient où l'on était.
Oh joli ! Ca faisait un moment que je constatais que Fx ne revenait pas toujours en haut de page sur utilisation du bouton back, et je n'avais jamais poussé la curiosité à chercher d'où cela venait !
Pierre Goiffon
Dominique Ottello wrote:
Sur le lien "précédent", je préfère laisser ce travail au navigateur
Je mets très souvent, non pas des liens nommés « Page précédente », mais nommés « Retour » alors que je sais très bien que les navigateurs proposent tous cette option.
Mais, l'option « Précédent » du navigateur, tout du moins pour certains, par exemple Firefox, fait revenir à la page précédente, mais en haut de page et non pas de l'endroit d'où on est parti. Alors que mes liens « Retour » font revenir de l'endroit d'où on est parti.
Hello Dominique, Au fait qu'est-ce qui est branché sur vos liens "Retour" ?
Dominique Ottello wrote:
Sur le lien "précédent", je préfère laisser ce travail au navigateur
Je mets très souvent, non pas des liens nommés « Page précédente », mais
nommés « Retour » alors que je sais très bien que les navigateurs
proposent tous cette option.
Mais, l'option « Précédent » du navigateur, tout du moins pour certains,
par exemple Firefox, fait revenir à la page précédente, mais en haut de
page et non pas de l'endroit d'où on est parti.
Alors que mes liens « Retour » font revenir de l'endroit d'où on est
parti.
Hello Dominique,
Au fait qu'est-ce qui est branché sur vos liens "Retour" ?
Sur le lien "précédent", je préfère laisser ce travail au navigateur
Je mets très souvent, non pas des liens nommés « Page précédente », mais nommés « Retour » alors que je sais très bien que les navigateurs proposent tous cette option.
Mais, l'option « Précédent » du navigateur, tout du moins pour certains, par exemple Firefox, fait revenir à la page précédente, mais en haut de page et non pas de l'endroit d'où on est parti. Alors que mes liens « Retour » font revenir de l'endroit d'où on est parti.
Hello Dominique, Au fait qu'est-ce qui est branché sur vos liens "Retour" ?
Dominique Ottello
Pierre Goiffon écrivait :
Hello Dominique, Au fait qu'est-ce qui est branché sur vos liens "Retour" ?
Une gestion « à la mimine » avec des liens sur des id='....', juste avant de définir le lien, du genre :
$_SESSION['retour_page_xyz']=$_SERVER['PHP_SELF']."#retour_122; echo "<p id='retour_122'>....<a href='autre_page.php'>....</a></p>n"; -- Ce n'est pas parce que l'erreur se propage qu'elle devient vérité. Gandhi Technologie aéronautique : http://aviatechno.free.fr (http://ottello.net) Concorde dans la presse de 1965 à 2003 : http://le.pointu.free.fr
Pierre Goiffon <pgoiffon@free.fr.invalid> écrivait :
Hello Dominique,
Au fait qu'est-ce qui est branché sur vos liens "Retour" ?
Une gestion « à la mimine » avec des liens sur des id='....', juste
avant de définir le lien, du genre :
$_SESSION['retour_page_xyz']=$_SERVER['PHP_SELF']."#retour_122;
echo "<p id='retour_122'>....<a href='autre_page.php'>....</a></p>n";
--
Ce n'est pas parce que l'erreur se propage qu'elle devient vérité. Gandhi
Technologie aéronautique : http://aviatechno.free.fr (http://ottello.net)
Concorde dans la presse de 1965 à 2003 : http://le.pointu.free.fr
Hello Dominique, Au fait qu'est-ce qui est branché sur vos liens "Retour" ?
Une gestion « à la mimine » avec des liens sur des id='....', juste avant de définir le lien, du genre :
$_SESSION['retour_page_xyz']=$_SERVER['PHP_SELF']."#retour_122; echo "<p id='retour_122'>....<a href='autre_page.php'>....</a></p>n"; -- Ce n'est pas parce que l'erreur se propage qu'elle devient vérité. Gandhi Technologie aéronautique : http://aviatechno.free.fr (http://ottello.net) Concorde dans la presse de 1965 à 2003 : http://le.pointu.free.fr
kurtbosh
Merci pour votre aide.
J'ai fermé les balises p oubliées et ajouté un noscript...
Pour Sam : il faudrait refaire toutes mes pages pour adopter ton menu css car il est dans une page générale de style ! C'est pour cette raison que je ne l'ai pas encore fait...
Pour le retour, je sais que les gens aiment bien ça... On devient fainéant de nos jours ;-)
http://www.grenault.net/cafe.htm
Merci pour votre aide.
J'ai fermé les balises p oubliées et ajouté un noscript...
Pour Sam : il faudrait refaire toutes mes pages pour adopter ton menu
css car il est dans une page générale de style ! C'est pour cette
raison que je ne l'ai pas encore fait...
Pour le retour, je sais que les gens aiment bien ça... On devient
fainéant de nos jours ;-)
J'ai fermé les balises p oubliées et ajouté un noscript...
Pour Sam : il faudrait refaire toutes mes pages pour adopter ton menu css car il est dans une page générale de style ! C'est pour cette raison que je ne l'ai pas encore fait...
Pour le retour, je sais que les gens aiment bien ça... On devient fainéant de nos jours ;-)
http://www.grenault.net/cafe.htm
Olivier
Le 14/07/2009 12:06, kurtbosh a écrit :
Pour le retour, je sais que les gens aiment bien ça... On devient fainéant de nos jours ;-)
http://www.grenault.net/cafe.htm
Même joueur, joue encore ;) line 159 column 129 - Avertissement: trimming empty <p>
Pour Sam : il faudrait refaire toutes mes pages pour adopter ton menu css car il est dans une page générale de style ! C'est pour cette raison que je ne l'ai pas encore fait...
Normalement on fait un fichier spécial pour le menu et on "l'include" dans les autres pages (*). La FdS du menu peut être séparée ou faire partie de celle générale.
(*) exemple: <!--#include virtual="menu.txt" --> en SSI (fichiers html suffixés shtml)
On includera ainsi tous les trucs répétitifs de page en page (surtout ceux susceptible d'évoluer, comme par exemple l'e-mail, ou la page de contact, etc...)
Pour le retour, je sais que les gens aiment bien ça... On devient fainéant de nos jours ;-)
Pour la gestion future des css il est recommandé de choisir des noms de div ou class "parlants".
Ainsi, par exemple, on ne fera pas : - 'haut' mais 'titre_page' - 'colonne-menu' mais 'menu_principal' (colonne ou ligne pourra être un choix variable au fil du temps et le menu horizontal nommé 'colonne' ça va faire curieux/négligé)
Ainsi on abandonnera les trucs du genre : 'titre-gras', 'titre-centre', 'soustitre-rouge' et autres fantaisies, pour préférer utiliser les balises Hn pour ce qu'elles sont censées faire (titre, sous-titre) et styler ces dernières, ... possiblement en fonction du contexte ? .article h2 { text-align: right; padding-right: 2em } .article h3 { background:url(point.jpg)no-repeat left center #eee; padding-left: 20px; } .article h4 { color: red; padding-left: 40px; }
Ha! il est recommandé de n'avoir qu'un seul H1 par page ! (à la limite on n'aura pas besoin de .titre_page puisqu'on a H1)
On peut aussi se demander s'il ne serait pas plus propre (et pratique lors d'évolutions) de faire :
CSS: noscript { color: red } HTML : <noscript><p>blabla</p></noscript>
Putôt que :
<noscript><p class="rouge">blabla</p></noscript>
Qui va t'emmerder lorsque tu feras le fond de page en brun ou violet ou rouge (aller supprimer ou modifier la class en white sur toutes les pages ! :-( ).
http://www.grenault.net/cafe.htm
Nota: "FdS" = Feuille de Styles (en abréviation à la SAM)
-- sm
Le 7/14/09 12:06 PM, kurtbosh a écrit :
Pour Sam : il faudrait refaire toutes mes pages pour adopter ton menu
css car il est dans une page générale de style ! C'est pour cette
raison que je ne l'ai pas encore fait...
Normalement on fait un fichier spécial pour le menu
et on "l'include" dans les autres pages (*).
La FdS du menu peut être séparée ou faire partie de celle générale.
(*) exemple:
<!--#include virtual="menu.txt" -->
en SSI (fichiers html suffixés shtml)
On includera ainsi tous les trucs répétitifs de page en page (surtout
ceux susceptible d'évoluer, comme par exemple l'e-mail, ou la page de
contact, etc...)
Pour le retour, je sais que les gens aiment bien ça... On devient
fainéant de nos jours ;-)
Pour la gestion future des css il est recommandé de choisir des noms de
div ou class "parlants".
Ainsi, par exemple, on ne fera pas :
- 'haut' mais 'titre_page'
- 'colonne-menu' mais 'menu_principal'
(colonne ou ligne pourra être un choix variable au fil du temps
et le menu horizontal nommé 'colonne' ça va faire curieux/négligé)
Ainsi on abandonnera les trucs du genre :
'titre-gras', 'titre-centre', 'soustitre-rouge' et autres fantaisies,
pour préférer utiliser les balises Hn pour ce qu'elles sont censées
faire (titre, sous-titre) et styler ces dernières,
... possiblement en fonction du contexte ?
.article h2 { text-align: right; padding-right: 2em }
.article h3 { background:url(point.jpg)no-repeat left center #eee;
padding-left: 20px; }
.article h4 { color: red; padding-left: 40px; }
Ha! il est recommandé de n'avoir qu'un seul H1 par page !
(à la limite on n'aura pas besoin de .titre_page puisqu'on a H1)
On peut aussi se demander s'il ne serait pas plus propre (et pratique
lors d'évolutions) de faire :
CSS:
noscript { color: red }
HTML :
<noscript><p>blabla</p></noscript>
Putôt que :
<noscript><p class="rouge">blabla</p></noscript>
Qui va t'emmerder lorsque tu feras le fond de page en brun ou violet ou
rouge (aller supprimer ou modifier la class en white sur toutes les
pages ! :-( ).
http://www.grenault.net/cafe.htm
Nota: "FdS" = Feuille de Styles (en abréviation à la SAM)
Pour Sam : il faudrait refaire toutes mes pages pour adopter ton menu css car il est dans une page générale de style ! C'est pour cette raison que je ne l'ai pas encore fait...
Normalement on fait un fichier spécial pour le menu et on "l'include" dans les autres pages (*). La FdS du menu peut être séparée ou faire partie de celle générale.
(*) exemple: <!--#include virtual="menu.txt" --> en SSI (fichiers html suffixés shtml)
On includera ainsi tous les trucs répétitifs de page en page (surtout ceux susceptible d'évoluer, comme par exemple l'e-mail, ou la page de contact, etc...)
Pour le retour, je sais que les gens aiment bien ça... On devient fainéant de nos jours ;-)
Pour la gestion future des css il est recommandé de choisir des noms de div ou class "parlants".
Ainsi, par exemple, on ne fera pas : - 'haut' mais 'titre_page' - 'colonne-menu' mais 'menu_principal' (colonne ou ligne pourra être un choix variable au fil du temps et le menu horizontal nommé 'colonne' ça va faire curieux/négligé)
Ainsi on abandonnera les trucs du genre : 'titre-gras', 'titre-centre', 'soustitre-rouge' et autres fantaisies, pour préférer utiliser les balises Hn pour ce qu'elles sont censées faire (titre, sous-titre) et styler ces dernières, ... possiblement en fonction du contexte ? .article h2 { text-align: right; padding-right: 2em } .article h3 { background:url(point.jpg)no-repeat left center #eee; padding-left: 20px; } .article h4 { color: red; padding-left: 40px; }
Ha! il est recommandé de n'avoir qu'un seul H1 par page ! (à la limite on n'aura pas besoin de .titre_page puisqu'on a H1)
On peut aussi se demander s'il ne serait pas plus propre (et pratique lors d'évolutions) de faire :
CSS: noscript { color: red } HTML : <noscript><p>blabla</p></noscript>
Putôt que :
<noscript><p class="rouge">blabla</p></noscript>
Qui va t'emmerder lorsque tu feras le fond de page en brun ou violet ou rouge (aller supprimer ou modifier la class en white sur toutes les pages ! :-( ).
http://www.grenault.net/cafe.htm
Nota: "FdS" = Feuille de Styles (en abréviation à la SAM)