Bonjour,
j'ai quelques difficultés à obtenir le même rendu sur les navigateurs IE et
firefox.
J'utilise des CSS. (enfin j'essaie)
J'affiche un tableau dans lesquels les lignes paires et impaires ont un fond
blanc ou vert.
Avec firefox, cela se passe bien, avec IE, j'ai un fond completement gris.
Je ne vous demande pas de débugger mon probleme, mais juste de m'indiquer
quelle est la méthode à utiliser ou éventuellement les outils
pour rechercher ce type de probleme.
D'une, jQuery est un framework. De deux, jQuery, comme ils le disent eux-même, à une courbe d'apprentissage très raide (on apprend vite quoi).
On ne peut voir que des inconvénients là-dedans... mais également le contraire.
Entre autres j'ai cru lire qu'à l'utiliser on désapprenait le JavaScript. (ou qque chose de ce genre : ce n'était pas en français)
Je note que tu fais le pendant avec PHP, c'est donc encore un outil à ne pas laisser entre toutes les mains ?
Le but est de savoir si : - c'est utile pour certains (et si possible le plus grand nombre) - c'est bien foutu (pas de surconso CPU et RAM, exploitation simple) - c'est pérenne (qu'on ait pas tous ces projets qui tombent à l'eau d'ici 2 ans)
Heu, c'est un peu une question que j'avais posée. (suivi arrière de version en version)
Ensuite, tout dépend de l'utilisation que l'on en fait (notamment en ce qui concerne l'accessibilité.)
OK.
-- sm
Le 12/11/08 11:44 AM, Olivier Masson a écrit :
SAM a écrit :
C'est ça jQuery ?
D'une, jQuery est un framework.
De deux, jQuery, comme ils le disent eux-même, à une courbe
d'apprentissage très raide (on apprend vite quoi).
On ne peut voir que des inconvénients là-dedans... mais également le
contraire.
Entre autres j'ai cru lire qu'à l'utiliser on désapprenait le JavaScript.
(ou qque chose de ce genre : ce n'était pas en français)
Je note que tu fais le pendant avec PHP,
c'est donc encore un outil à ne pas laisser entre toutes les mains ?
Le but est de savoir si :
- c'est utile pour certains (et si possible le plus grand nombre)
- c'est bien foutu (pas de surconso CPU et RAM, exploitation simple)
- c'est pérenne (qu'on ait pas tous ces projets qui tombent à l'eau
d'ici 2 ans)
Heu, c'est un peu une question que j'avais posée.
(suivi arrière de version en version)
Ensuite, tout dépend de l'utilisation que l'on en fait (notamment en ce
qui concerne l'accessibilité.)
D'une, jQuery est un framework. De deux, jQuery, comme ils le disent eux-même, à une courbe d'apprentissage très raide (on apprend vite quoi).
On ne peut voir que des inconvénients là-dedans... mais également le contraire.
Entre autres j'ai cru lire qu'à l'utiliser on désapprenait le JavaScript. (ou qque chose de ce genre : ce n'était pas en français)
Je note que tu fais le pendant avec PHP, c'est donc encore un outil à ne pas laisser entre toutes les mains ?
Le but est de savoir si : - c'est utile pour certains (et si possible le plus grand nombre) - c'est bien foutu (pas de surconso CPU et RAM, exploitation simple) - c'est pérenne (qu'on ait pas tous ces projets qui tombent à l'eau d'ici 2 ans)
Heu, c'est un peu une question que j'avais posée. (suivi arrière de version en version)
Ensuite, tout dépend de l'utilisation que l'on en fait (notamment en ce qui concerne l'accessibilité.)
OK.
-- sm
SAM
Le 12/11/08 11:44 AM, Olivier Masson a écrit :
SAM a écrit :
C'est ça jQuery ?
D'une, jQuery est un framework. De deux, jQuery, comme ils le disent eux-même, à une courbe d'apprentissage très raide (on apprend vite quoi).
On ne peut voir que des inconvénients là-dedans... mais également le contraire.
Entre autres j'ai cru lire qu'à l'utiliser on désapprenait le JavaScript. (ou qque chose de ce genre : ce n'était pas en français)
Je note que tu fais le pendant avec PHP, c'est donc encore un outil à ne pas laisser entre toutes les mains ?
Le but est de savoir si : - c'est utile pour certains (et si possible le plus grand nombre) - c'est bien foutu (pas de surconso CPU et RAM, exploitation simple) - c'est pérenne (qu'on ait pas tous ces projets qui tombent à l'eau d'ici 2 ans)
Heu, c'est un peu une question que j'avais posée. (suivi arrière de version en version)
Ensuite, tout dépend de l'utilisation que l'on en fait (notamment en ce qui concerne l'accessibilité.)
OK.
-- sm
Le 12/11/08 11:44 AM, Olivier Masson a écrit :
SAM a écrit :
C'est ça jQuery ?
D'une, jQuery est un framework.
De deux, jQuery, comme ils le disent eux-même, à une courbe
d'apprentissage très raide (on apprend vite quoi).
On ne peut voir que des inconvénients là-dedans... mais également le
contraire.
Entre autres j'ai cru lire qu'à l'utiliser on désapprenait le JavaScript.
(ou qque chose de ce genre : ce n'était pas en français)
Je note que tu fais le pendant avec PHP,
c'est donc encore un outil à ne pas laisser entre toutes les mains ?
Le but est de savoir si :
- c'est utile pour certains (et si possible le plus grand nombre)
- c'est bien foutu (pas de surconso CPU et RAM, exploitation simple)
- c'est pérenne (qu'on ait pas tous ces projets qui tombent à l'eau
d'ici 2 ans)
Heu, c'est un peu une question que j'avais posée.
(suivi arrière de version en version)
Ensuite, tout dépend de l'utilisation que l'on en fait (notamment en ce
qui concerne l'accessibilité.)
D'une, jQuery est un framework. De deux, jQuery, comme ils le disent eux-même, à une courbe d'apprentissage très raide (on apprend vite quoi).
On ne peut voir que des inconvénients là-dedans... mais également le contraire.
Entre autres j'ai cru lire qu'à l'utiliser on désapprenait le JavaScript. (ou qque chose de ce genre : ce n'était pas en français)
Je note que tu fais le pendant avec PHP, c'est donc encore un outil à ne pas laisser entre toutes les mains ?
Le but est de savoir si : - c'est utile pour certains (et si possible le plus grand nombre) - c'est bien foutu (pas de surconso CPU et RAM, exploitation simple) - c'est pérenne (qu'on ait pas tous ces projets qui tombent à l'eau d'ici 2 ans)
Heu, c'est un peu une question que j'avais posée. (suivi arrière de version en version)
Ensuite, tout dépend de l'utilisation que l'on en fait (notamment en ce qui concerne l'accessibilité.)
OK.
-- sm
Michael DENIS
Olivier Masson a écrit :
Et, si j'ai ~15Mb en pleine campagne
Il y en a qui ont de la chance... :-)
j'utilise pas mal mon accès 3G qui s'avère être souvent du edge et là, ça commence à ressembler à du RTC.
C'est vrai qu'il commence à y avoir là une utilisation qui ramène les besoins du web quelques années en arrière. Tant mieux ?
-- Michaël DENIS
Olivier Masson a écrit :
Et, si j'ai ~15Mb en pleine campagne
Il y en a qui ont de la chance... :-)
j'utilise pas mal mon accès 3G qui s'avère être souvent du edge et
là, ça commence à ressembler à du RTC.
C'est vrai qu'il commence à y avoir là une utilisation qui ramène les
besoins du web quelques années en arrière. Tant mieux ?
j'utilise pas mal mon accès 3G qui s'avère être souvent du edge et là, ça commence à ressembler à du RTC.
C'est vrai qu'il commence à y avoir là une utilisation qui ramène les besoins du web quelques années en arrière. Tant mieux ?
-- Michaël DENIS
Olivier Masson
Michael DENIS a écrit :
C'est vrai qu'il commence à y avoir là une utilisation qui ramène les besoins du web quelques années en arrière. Tant mieux ?
De toutes façons, on voit que le haut-débit demande également des contenus assez légers car si l'on avait appris à patienter en RTC, ce n'est pas le cas en haut-débit où le client final vaut tout instantanément.
Pour les clients mobiles, c'est encore trop marginal. Mais les media queries de CSS3 pourront être fort utiles avec cette forte diversité de media (écran de - de 3 pouces à 24 pouces, télés, imprimantes...)
Michael DENIS a écrit :
C'est vrai qu'il commence à y avoir là une utilisation qui ramène les
besoins du web quelques années en arrière. Tant mieux ?
De toutes façons, on voit que le haut-débit demande également des
contenus assez légers car si l'on avait appris à patienter en RTC, ce
n'est pas le cas en haut-débit où le client final vaut tout instantanément.
Pour les clients mobiles, c'est encore trop marginal. Mais les media
queries de CSS3 pourront être fort utiles avec cette forte diversité de
media (écran de - de 3 pouces à 24 pouces, télés, imprimantes...)
C'est vrai qu'il commence à y avoir là une utilisation qui ramène les besoins du web quelques années en arrière. Tant mieux ?
De toutes façons, on voit que le haut-débit demande également des contenus assez légers car si l'on avait appris à patienter en RTC, ce n'est pas le cas en haut-débit où le client final vaut tout instantanément.
Pour les clients mobiles, c'est encore trop marginal. Mais les media queries de CSS3 pourront être fort utiles avec cette forte diversité de media (écran de - de 3 pouces à 24 pouces, télés, imprimantes...)
Olivier Masson
SAM a écrit :
Entre autres j'ai cru lire qu'à l'utiliser on désapprenait le JavaScript. (ou qque chose de ce genre : ce n'était pas en français)
Peut-être. Et probablement parce qu'on en fait moins et qu'on fait surtout du jQuery (quand on developpe un plugin, on utilise l'objet jQuery) Mais quand j'ai appris Turbo Pascal au lycée, je n'ai pas désappris l'assembleur... puisque je ne le connaissais pas :)
Je note que tu fais le pendant avec PHP, c'est donc encore un outil à ne pas laisser entre toutes les mains ?
Quand je vois les bouses qui sont faites en Visual Basic - sans moi-même en faire -, je me dis que même VB devrait être autorisé uniquement avec permis. Il est très facile, comme en JS sans fw, de faire un plugin qui sature un navigateur en quelques dizaines de secondes. Et il est très courant de voir des plugin qui font une soupe immonde de balises avec des attributs obsolètes.
SAM a écrit :
Entre autres j'ai cru lire qu'à l'utiliser on désapprenait le JavaScript.
(ou qque chose de ce genre : ce n'était pas en français)
Peut-être. Et probablement parce qu'on en fait moins et qu'on fait
surtout du jQuery (quand on developpe un plugin, on utilise l'objet jQuery)
Mais quand j'ai appris Turbo Pascal au lycée, je n'ai pas désappris
l'assembleur... puisque je ne le connaissais pas :)
Je note que tu fais le pendant avec PHP,
c'est donc encore un outil à ne pas laisser entre toutes les mains ?
Quand je vois les bouses qui sont faites en Visual Basic - sans moi-même
en faire -, je me dis que même VB devrait être autorisé uniquement avec
permis.
Il est très facile, comme en JS sans fw, de faire un plugin qui sature
un navigateur en quelques dizaines de secondes. Et il est très courant
de voir des plugin qui font une soupe immonde de balises avec des
attributs obsolètes.
Entre autres j'ai cru lire qu'à l'utiliser on désapprenait le JavaScript. (ou qque chose de ce genre : ce n'était pas en français)
Peut-être. Et probablement parce qu'on en fait moins et qu'on fait surtout du jQuery (quand on developpe un plugin, on utilise l'objet jQuery) Mais quand j'ai appris Turbo Pascal au lycée, je n'ai pas désappris l'assembleur... puisque je ne le connaissais pas :)
Je note que tu fais le pendant avec PHP, c'est donc encore un outil à ne pas laisser entre toutes les mains ?
Quand je vois les bouses qui sont faites en Visual Basic - sans moi-même en faire -, je me dis que même VB devrait être autorisé uniquement avec permis. Il est très facile, comme en JS sans fw, de faire un plugin qui sature un navigateur en quelques dizaines de secondes. Et il est très courant de voir des plugin qui font une soupe immonde de balises avec des attributs obsolètes.
