<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Commentaires sur : Stylez-moi ce formulaire !	</title>
	<atom:link href="/2010/08/17/stylez-moi-ce-formulaire/feed/" rel="self" type="application/rss+xml" />
	<link>/2010/08/17/stylez-moi-ce-formulaire/</link>
	<description></description>
	<lastBuildDate>Thu, 31 Mar 2016 16:44:18 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.0</generator>
	<item>
		<title>
		Par : bertrand		</title>
		<link>/2010/08/17/stylez-moi-ce-formulaire/#comment-14682</link>

		<dc:creator><![CDATA[bertrand]]></dc:creator>
		<pubDate>Mon, 06 Sep 2010 12:05:50 +0000</pubDate>
		<guid isPermaLink="false">/?p=1120#comment-14682</guid>

					<description><![CDATA[@olivier :
Si tu regardes c&#039;est le conteneur de la colonne de gauche qui a un &lt;code&gt;overflow:hidden&lt;/code&gt; et c&#039;est ce qui coupe le select quand on est en zoom x6 ... pas le mécanisme jquery ou les styles liés au mécanisme de remplacement.]]></description>
			<content:encoded><![CDATA[<p>@olivier :<br />
Si tu regardes c&rsquo;est le conteneur de la colonne de gauche qui a un <code>overflow:hidden</code> et c&rsquo;est ce qui coupe le select quand on est en zoom x6 &#8230; pas le mécanisme jquery ou les styles liés au mécanisme de remplacement.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : Olivier		</title>
		<link>/2010/08/17/stylez-moi-ce-formulaire/#comment-14612</link>

		<dc:creator><![CDATA[Olivier]]></dc:creator>
		<pubDate>Wed, 25 Aug 2010 15:32:07 +0000</pubDate>
		<guid isPermaLink="false">/?p=1120#comment-14612</guid>

					<description><![CDATA[Pour Uniform il est effectivement complet par contre il y a quelque chose qui me dérange c&#039;est au niveau du select. Un petit zoom text X6 sur Firefox et on perd l&#039;intitulé du select... pas tip top]]></description>
			<content:encoded><![CDATA[<p>Pour Uniform il est effectivement complet par contre il y a quelque chose qui me dérange c&rsquo;est au niveau du select. Un petit zoom text X6 sur Firefox et on perd l&rsquo;intitulé du select&#8230; pas tip top</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : Eric Le Bihan		</title>
		<link>/2010/08/17/stylez-moi-ce-formulaire/#comment-14551</link>

		<dc:creator><![CDATA[Eric Le Bihan]]></dc:creator>
		<pubDate>Wed, 18 Aug 2010 08:31:24 +0000</pubDate>
		<guid isPermaLink="false">/?p=1120#comment-14551</guid>

					<description><![CDATA[@DevIntact

Bonne remarque pour jQuery :-)
Mais comme tu as pu t&#039;en apercevoir, on est plutôt fan de cette bibliothèque ici.

Si tu as d&#039;autres sources à nous indiquer (hors jQuery), tu es le bienvenu ;-)]]></description>
			<content:encoded><![CDATA[<p>@DevIntact</p>
<p>Bonne remarque pour jQuery :-)<br />
Mais comme tu as pu t&rsquo;en apercevoir, on est plutôt fan de cette bibliothèque ici.</p>
<p>Si tu as d&rsquo;autres sources à nous indiquer (hors jQuery), tu es le bienvenu ;-)</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : DevIntact		</title>
		<link>/2010/08/17/stylez-moi-ce-formulaire/#comment-14550</link>

		<dc:creator><![CDATA[DevIntact]]></dc:creator>
		<pubDate>Wed, 18 Aug 2010 08:20:38 +0000</pubDate>
		<guid isPermaLink="false">/?p=1120#comment-14550</guid>

					<description><![CDATA[Bonjour,

Pour ma part, vu que tous les sites dont je m&#039;occupe doivent être adaptés pour l&#039;ensemble des navigateurs (toutes versions d&#039;IE entre autres), j&#039;ai recours au JS uniquement pour IE afin de styler les formulaires.
Il est vrai que cela ralentit le chargement de la page, mais vu les soucis du dom:ready sous ce navigateur (IE6 et 7), un petit onload devient indispensable.
Dès lors, styler un formulaire doit être, comme vous le précisez, mesuré en fonction du projet et des navigateurs ciblés.

NB : il n&#039;y a pas que jQuery... :)]]></description>
			<content:encoded><![CDATA[<p>Bonjour,</p>
<p>Pour ma part, vu que tous les sites dont je m&rsquo;occupe doivent être adaptés pour l&rsquo;ensemble des navigateurs (toutes versions d&rsquo;IE entre autres), j&rsquo;ai recours au JS uniquement pour IE afin de styler les formulaires.<br />
Il est vrai que cela ralentit le chargement de la page, mais vu les soucis du dom:ready sous ce navigateur (IE6 et 7), un petit onload devient indispensable.<br />
Dès lors, styler un formulaire doit être, comme vous le précisez, mesuré en fonction du projet et des navigateurs ciblés.</p>
<p>NB : il n&rsquo;y a pas que jQuery&#8230; :)</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : reddazz69		</title>
		<link>/2010/08/17/stylez-moi-ce-formulaire/#comment-14545</link>

		<dc:creator><![CDATA[reddazz69]]></dc:creator>
		<pubDate>Tue, 17 Aug 2010 23:40:22 +0000</pubDate>
		<guid isPermaLink="false">/?p=1120#comment-14545</guid>

					<description><![CDATA[@STPo

Heureux de voir que, sur le principe, tu sois d&#039;accord avec ma vision. Bien entendu celui-ci s&#039;applique en premier lieu au &#039;web consommateurs&#039; &#062; étant donné que le sujet des formulaires vs design s&#039;applique en particulier au internautes traditionnels :-)

Pour répondre à ta question, je n&#039;ai pas eu de nombreux projets où un très grand parc informatique était lié à l&#039;obligation de rendre le &quot;produit final&quot; fonctionnel sur une plateforme en particulier, mais j&#039;ai quand-même eu l&#039;occasion de réaliser une application &#039;intranet&#039; pour une unité de +/- 150 personnes et là, forcement on doit s&#039;aligner sur &#039;le système&#039; utilisé; même travailler conjointement avec l&#039;équipe de développement interne.
Ayant souvent été amené à produire des &#039;applications&#039; ou projets nécessitant un plugin, dans cette situation on impose déjà une certaine configuration côté utilisateurs.

En ce qui concerne les &#039;applications&#039; ou &#039;services&#039; qui sont par définition lié à une cible, je ne peux nier l&#039;évidence d&#039;une perte plus que probable; mais pour reprendre ton expression (qui convient bien) &quot;avançons, que diable !&quot; Pour moi, un intégrateur/développeur se doit d&#039;apporter son grain de sel et renforcer l&#039; &#039;éducation&#039; de/du la cible/public pour une adaptation plus facile des deux côtés.]]></description>
			<content:encoded><![CDATA[<p>@STPo</p>
<p>Heureux de voir que, sur le principe, tu sois d&rsquo;accord avec ma vision. Bien entendu celui-ci s&rsquo;applique en premier lieu au &lsquo;web consommateurs&rsquo; &gt; étant donné que le sujet des formulaires vs design s&rsquo;applique en particulier au internautes traditionnels :-)</p>
<p>Pour répondre à ta question, je n&rsquo;ai pas eu de nombreux projets où un très grand parc informatique était lié à l&rsquo;obligation de rendre le « produit final » fonctionnel sur une plateforme en particulier, mais j&rsquo;ai quand-même eu l&rsquo;occasion de réaliser une application &lsquo;intranet&rsquo; pour une unité de +/- 150 personnes et là, forcement on doit s&rsquo;aligner sur &lsquo;le système&rsquo; utilisé; même travailler conjointement avec l&rsquo;équipe de développement interne.<br />
Ayant souvent été amené à produire des &lsquo;applications&rsquo; ou projets nécessitant un plugin, dans cette situation on impose déjà une certaine configuration côté utilisateurs.</p>
<p>En ce qui concerne les &lsquo;applications&rsquo; ou &lsquo;services&rsquo; qui sont par définition lié à une cible, je ne peux nier l&rsquo;évidence d&rsquo;une perte plus que probable; mais pour reprendre ton expression (qui convient bien) « avançons, que diable ! » Pour moi, un intégrateur/développeur se doit d&rsquo;apporter son grain de sel et renforcer l&rsquo; &lsquo;éducation&rsquo; de/du la cible/public pour une adaptation plus facile des deux côtés.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : STPo		</title>
		<link>/2010/08/17/stylez-moi-ce-formulaire/#comment-14544</link>

		<dc:creator><![CDATA[STPo]]></dc:creator>
		<pubDate>Tue, 17 Aug 2010 22:40:26 +0000</pubDate>
		<guid isPermaLink="false">/?p=1120#comment-14544</guid>

					<description><![CDATA[@reddazz69
Même si je suis d&#039;accord avec le fond de ta pensée (dégradons gracieusement et avançons, que diable !), je vais me permettre de nuancer ton propos.

Par curiosité : as-tu déjà vendu un site de plusieurs dizaines de milliers d&#039;euros à un gros client dont le parc tout entier est sous WinXP IE6 ? Je t&#039;assure que ça ne se fait pas &quot;sans prendre le temps d&#039;expliquer quoi que ce soit&quot;, au contraire c&#039;est un long et patient travail d&#039;évangélisation qui doit placer le curseur de la façon la plus juste entre cible (statistiques des utilisateurs), respect des engagements (graphiques, notamment, souvent pris par d&#039;autres bien en amont), contraintes techniques, humeurs et susceptibilités diverses.
Un éreintant travail de négociation qui demande du courage au prestataire et de la confiance au client. 

Concernant les 30% d&#039;IE6 en 2020, si tu prends le marché des pays émergents, tu te rendras compte qu&#039;aujourd&#039;hui une écrasante majorité de ses postes sont équipés d&#039;IE6 (bien plus que 30%)... et peu d&#039;agences cracheraient sur l&#039;énorme source financière que cela représente. Tout est question de cible.

&lt;blockquote&gt;Pourtant, si de plus en plus « d’applications » ou « services » requièrent un des autres navigateurs (firefox, chrome, safari, ..) pour une meilleure visibilité et utilisation (ou tout simplement pour être fonctionnel) et bien, il est clair que les chiffres autour d’IE en terme d’utilisation vont fortement chuter !&lt;/blockquote&gt;
Sauf que tu fais tes applications et tes services pour une cible, et que si cette cible est sous IE6 par contrainte à cause d&#039;une DSI récalcitrante ou Dieu sait quoi, tu t&#039;adaptes à elle ou tu perds ton contrat.]]></description>
			<content:encoded><![CDATA[<p>@reddazz69<br />
Même si je suis d&rsquo;accord avec le fond de ta pensée (dégradons gracieusement et avançons, que diable !), je vais me permettre de nuancer ton propos.</p>
<p>Par curiosité : as-tu déjà vendu un site de plusieurs dizaines de milliers d&rsquo;euros à un gros client dont le parc tout entier est sous WinXP IE6 ? Je t&rsquo;assure que ça ne se fait pas « sans prendre le temps d&rsquo;expliquer quoi que ce soit », au contraire c&rsquo;est un long et patient travail d&rsquo;évangélisation qui doit placer le curseur de la façon la plus juste entre cible (statistiques des utilisateurs), respect des engagements (graphiques, notamment, souvent pris par d&rsquo;autres bien en amont), contraintes techniques, humeurs et susceptibilités diverses.<br />
Un éreintant travail de négociation qui demande du courage au prestataire et de la confiance au client. </p>
<p>Concernant les 30% d&rsquo;IE6 en 2020, si tu prends le marché des pays émergents, tu te rendras compte qu&rsquo;aujourd&rsquo;hui une écrasante majorité de ses postes sont équipés d&rsquo;IE6 (bien plus que 30%)&#8230; et peu d&rsquo;agences cracheraient sur l&rsquo;énorme source financière que cela représente. Tout est question de cible.</p>
<blockquote><p>Pourtant, si de plus en plus « d’applications » ou « services » requièrent un des autres navigateurs (firefox, chrome, safari, ..) pour une meilleure visibilité et utilisation (ou tout simplement pour être fonctionnel) et bien, il est clair que les chiffres autour d’IE en terme d’utilisation vont fortement chuter !</p></blockquote>
<p>Sauf que tu fais tes applications et tes services pour une cible, et que si cette cible est sous IE6 par contrainte à cause d&rsquo;une DSI récalcitrante ou Dieu sait quoi, tu t&rsquo;adaptes à elle ou tu perds ton contrat.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : reddazz69		</title>
		<link>/2010/08/17/stylez-moi-ce-formulaire/#comment-14542</link>

		<dc:creator><![CDATA[reddazz69]]></dc:creator>
		<pubDate>Tue, 17 Aug 2010 21:39:16 +0000</pubDate>
		<guid isPermaLink="false">/?p=1120#comment-14542</guid>

					<description><![CDATA[@Eric Le Bihan

&lt;blockquote&gt;Après pour la question d’IE, encore une fois, on ne peut pas dire à nos clients, 50% des utilisateurs de votre site n’auront pas la version que vous avez validée…&lt;/blockquote&gt;

.. encore une fois le même souci : IE vs client vs utilisateurs ...
En sachant que : HTML5 ne sera pas complet avant quelques années, que CSS3 il faut attendre IE9 pour être sûr alors qu&#039;il n&#039;est pas encore là de sortir ... (en vis à vis on dispose des nouveaux navigateurs déjà suffisamment compatibles).
Franchement en gardant l&#039;état d&#039;esprit &quot;Continuons à produire des choses qui fonctionnent absolument sous ie6 ie7 ie8 et tous les nouveaux navigateurs&quot; et &quot;oui Monsieur le client, ça marchera sur votre pc&quot; .. sans prendre le temps d&#039;expliquer quoi que ce soit .. beh forcement, même si ça va en diminuant, on en sera encore à 30% ou + d&#039;utilisation d&#039;IE6 en 2020 LOL :( ... 
Pourtant, si de plus en plus &quot;d&#039;applications&quot; ou &quot;services&quot; requièrent un des autres navigateurs (firefox, chrome, safari, ..) pour une meilleure visibilité et utilisation (ou tout simplement pour être fonctionnel) et bien, il est clair que les chiffres autour d&#039;IE en terme d&#039;utilisation vont fortement chuter !
Imaginez facebook, ebay, etc. qui imposerait aux utilisateurs de changer de navigateur ça ferait un sacré effet ! On a vu avec Hotmail récemment : Microsoft est lui-même prêt à proposer d&#039;utiliser un autre navigateur (en attendant les corrections) comme solution ! Alors pourquoi pas ?]]></description>
			<content:encoded><![CDATA[<p>@Eric Le Bihan</p>
<blockquote><p>Après pour la question d’IE, encore une fois, on ne peut pas dire à nos clients, 50% des utilisateurs de votre site n’auront pas la version que vous avez validée…</p></blockquote>
<p>.. encore une fois le même souci : IE vs client vs utilisateurs &#8230;<br />
En sachant que : HTML5 ne sera pas complet avant quelques années, que CSS3 il faut attendre IE9 pour être sûr alors qu&rsquo;il n&rsquo;est pas encore là de sortir &#8230; (en vis à vis on dispose des nouveaux navigateurs déjà suffisamment compatibles).<br />
Franchement en gardant l&rsquo;état d&rsquo;esprit « Continuons à produire des choses qui fonctionnent absolument sous ie6 ie7 ie8 et tous les nouveaux navigateurs » et « oui Monsieur le client, ça marchera sur votre pc » .. sans prendre le temps d&rsquo;expliquer quoi que ce soit .. beh forcement, même si ça va en diminuant, on en sera encore à 30% ou + d&rsquo;utilisation d&rsquo;IE6 en 2020 LOL :( &#8230;<br />
Pourtant, si de plus en plus « d&rsquo;applications » ou « services » requièrent un des autres navigateurs (firefox, chrome, safari, ..) pour une meilleure visibilité et utilisation (ou tout simplement pour être fonctionnel) et bien, il est clair que les chiffres autour d&rsquo;IE en terme d&rsquo;utilisation vont fortement chuter !<br />
Imaginez facebook, ebay, etc. qui imposerait aux utilisateurs de changer de navigateur ça ferait un sacré effet ! On a vu avec Hotmail récemment : Microsoft est lui-même prêt à proposer d&rsquo;utiliser un autre navigateur (en attendant les corrections) comme solution ! Alors pourquoi pas ?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : STPo		</title>
		<link>/2010/08/17/stylez-moi-ce-formulaire/#comment-14539</link>

		<dc:creator><![CDATA[STPo]]></dc:creator>
		<pubDate>Tue, 17 Aug 2010 16:25:37 +0000</pubDate>
		<guid isPermaLink="false">/?p=1120#comment-14539</guid>

					<description><![CDATA[Coïncidence, je me faisais justement cette réflexion il y a quelques jours : CSS3 et les récentes (et nombreuses) paluchades expérimentales auto-congratulatoires des constructeurs passent systématiquement à côté de la principale plaie &quot;design&quot; historique du CSS : les formulaires.
La charrue, les bœufs, tout ça ?...]]></description>
			<content:encoded><![CDATA[<p>Coïncidence, je me faisais justement cette réflexion il y a quelques jours : CSS3 et les récentes (et nombreuses) paluchades expérimentales auto-congratulatoires des constructeurs passent systématiquement à côté de la principale plaie « design » historique du CSS : les formulaires.<br />
La charrue, les bœufs, tout ça ?&#8230;</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : Petitgnome		</title>
		<link>/2010/08/17/stylez-moi-ce-formulaire/#comment-14538</link>

		<dc:creator><![CDATA[Petitgnome]]></dc:creator>
		<pubDate>Tue, 17 Aug 2010 16:19:26 +0000</pubDate>
		<guid isPermaLink="false">/?p=1120#comment-14538</guid>

					<description><![CDATA[Oui, c&#039;est vrai je me suis peut-être un peut emballé, mais j&#039;obtient un résultat identique sous Chrome, Firefox et Safari, bon pour Opera c&#039;est pas encore ça pas de support du border radius, ni du gradient.

Mais pour un projet non professionnel c&#039;est une alternative très acceptable, je dirais que c&#039;est mieux que rien du tout, si on hésite entre faire un formulaire standard et en faire un design et lourd, là certains des utilisateurs en aurons un normal et les autres un bien.]]></description>
			<content:encoded><![CDATA[<p>Oui, c&rsquo;est vrai je me suis peut-être un peut emballé, mais j&rsquo;obtient un résultat identique sous Chrome, Firefox et Safari, bon pour Opera c&rsquo;est pas encore ça pas de support du border radius, ni du gradient.</p>
<p>Mais pour un projet non professionnel c&rsquo;est une alternative très acceptable, je dirais que c&rsquo;est mieux que rien du tout, si on hésite entre faire un formulaire standard et en faire un design et lourd, là certains des utilisateurs en aurons un normal et les autres un bien.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : Eric Le Bihan		</title>
		<link>/2010/08/17/stylez-moi-ce-formulaire/#comment-14537</link>

		<dc:creator><![CDATA[Eric Le Bihan]]></dc:creator>
		<pubDate>Tue, 17 Aug 2010 16:12:48 +0000</pubDate>
		<guid isPermaLink="false">/?p=1120#comment-14537</guid>

					<description><![CDATA[@Petitgnome

Si tu as des exemples de formulaires entièrement stylés avec CSS3 et sans Javascript et qui donne un rendu équivalent dans Chrome, Firefox, Opéra et Safari, je pense que ça nous intéresse tous. Pour ma part je n&#039;ai rien vu de tel lors de mes recherches sur le sujet.

Après pour la question d&#039;IE, encore une fois, on ne peut pas dire à nos clients, 50% des utilisateurs de votre site n&#039;auront pas la version que vous avez validée...]]></description>
			<content:encoded><![CDATA[<p>@Petitgnome</p>
<p>Si tu as des exemples de formulaires entièrement stylés avec CSS3 et sans Javascript et qui donne un rendu équivalent dans Chrome, Firefox, Opéra et Safari, je pense que ça nous intéresse tous. Pour ma part je n&rsquo;ai rien vu de tel lors de mes recherches sur le sujet.</p>
<p>Après pour la question d&rsquo;IE, encore une fois, on ne peut pas dire à nos clients, 50% des utilisateurs de votre site n&rsquo;auront pas la version que vous avez validée&#8230;</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
