Reprise du message précédent :

Rien d'autre à dire Ca va au-delà de la "bonne pratique".

Je suis productif ce matin  

http://djinks.net/justforthelulz/index.html

C'est relou putain le centrage vertical !!!!!!
Avec les marges négatives sur les petites réso ça me bouffe le site.
 
le seul moyen de gérer des feuilles de style en fonction de la réso, c'est JS ? Y a pas un truc natif en CSS ? Il me semblait mais c'est peut être que sur CSS3

JS

Mais pourtant j'avais cru voir que tu pouvais faire des feuilles de style pour les mobiles en fonction de la taille, genre un paramètre à rajouter dans media="handheld"
J'ai fumé ?

Si tu peux faire ça :
 
http://www.alistapart.com/articles [...] eb-design/
 
Mais bon CSS3

putain, mais vivement que IE6/7/8 crèvent !!!!!

 
/fixed

Non IE9 semble enfin correct !

 
Pendant combien de temps ?
 
Wait&See mais bon, même s'ils font des efforts à cause de la course au navigateur qui se joue en ce moment, on verra dans quelques années quand ça se sera tassé.
 
Et je trouve toujours que la multiplication des moteurs de rendu est néfaste pour le web.

Surtout néfaste pour notre travail
 
Cela dit je pense pas que MS va perdre son retard, ils ont compris que Google et cie gagnent beaucoup de thunes avec, ont prix beaucoup d'avance (ff a quand même prix 1/3 du marché alors que MS était à 99% il y a encore quelques années).  
 
Avant ils voyaient le navigateur comme quelque chose de secondaire qui ne rapportait rien, aujourd'hui ils comprennent qu'en perdant le monopole de leur navigateur, ils vont perdre du $$$$ ça doit les motiver à nous faire un IE10 de rêve !

Quelqu'un peut m'expliquer comment on gagne de l'argent sur un navigateur ?

Edit : enfin je parle de "beaucoup" d'argent... suffisamment pour que ce soit intéressant de lancer son navigateur... j'ai du mal à saisir l'enjeu qu'il y a derrière

Association avec moteur de recherche par défaut contre de l'argent
http://www.internetnews.com/dev-ne [...] llions.htm

 
Moteurs de recherche intégré, reversement de Google dessus.
A-t-on avis comment Mozilla gagne autant d'argent ? L'argent généré par firefox ça se compte en millions de dollars pour ne pas dire centaines de millions de dollars.

Chiffre pour 2005 : http://pro.clubic.com/actualite-67 [...] rises.html
 
Et pour 2008 :  
 
What was Mozilla's total revenue for 2008?
 
Mozilla's consolidated reported revenues (Mozilla Foundation and all Subsidiaries) for 2008 were $79 million, up approximately 5% from 2007 reported revenues of $75 million.
 
How does Mozilla generate revenue?
 
The majority of this revenue is generated from the search functionality in Mozilla Firefox from partners such as Google, Yahoo, Amazon, EBay, and others. Mozilla takes in additional revenue from donations, online affiliate programs, the Mozilla Store, and income on our invested assets. In 2008, we expanded our Firefox partnerships with new firms such as Yandex (Russia Search), Canonical (Ubuntu), and Nokia (Mobile).

allez une petite devinette vous savez combien c'est vendu ce genre de site ?    http://www.toilettage-clermont.com/

 
C'est fait exprès, le lorem ipsum?
1000€?

c'est pas si moche si on exclu le fait que les titres soit en comic, qu'il y a une faute de typo dans la bannière, que l'entête est tellement haute qu'il faut scroller systématiquement pour voir le contenu...
 
après c'est du joomla visiblement, je serai curieux de connaitre le prix...

je vote 2500€
 
qu'est c'qu'on gagne?

je dirai 2000 euros minimum

J'aurais dit 1000€, puis bien 2500 après avoir vu le site des concepteurs

un site comme ca, c'est vendu 4500€HT sans problemes

Même moche comme ça?

C'est vendu beaucoup trop cher

oui c'est trop moche en effet, mais y'en a qui se genent pas pour vendre ca 4500
 

Sur le net tu vois de tout anyway, des sites géniaux vendus une bouchée de pain et des sites pourraves vendus une fortune (mais c'est plus souvent le deuxième cas ). Y a pas vraiment de barème, donc c'est "à la gueule du client" et selon ses capacités financières, et son incapacité à savoir si le résultat est satisfaisant ou pas.
 
Perso je dirais mini 1000, maxi 5000 pour ce projet.
 
Après honnêtement je trouve pas trop moche, c'est pas un site corporate pour businessman c'est un site pour ceux qui vont chez la toiletteuse, donc le style graphique est cohérent avec la cible un peu "mamie-girly"

+1

Bon win ton truc. C'est les templates Djangos implémentées en PHP.
Ça compile en PHP et le bootstrap est bien foutu. Je valide

J'attends la V1 pour l'utiliser en prod, espérons qu'ils vont pas mettre 6 mois

L'autoescaping est dans une extension au lieu d'être activé par défaut

'lut tous,

dites,

j'ai un site avec des titres qui sont des images, je voudrais les remplacer par un zoli code

<h1>Mon titre</h1>

qui donne visuellement un truc du genre:

________________________________ Mon titre

(une espece de ligne horizontale qui va jusqu'au titre qui lui est aligné à droite).

comment je fait ca en full CSS dans la mesure du possible?
pour l'instant j'ai ca:

<html>
  <head>
  <style type="text/css">
  /* <![CDATA[ */
   
    h1 {
        text-align: right;
        
        background-image: url(point-titre.png);
        background-repeat: repeat-x;
        background-position: 0% 80%;
    }
   
  /* ]]> */
  </style>
  </head>
  <body>
  <h1>Mon titre</h1>
  </body>
</html>

c'est bien beau mais la ligne va d'un bout à l'autre, je trouve pas de parade pour le faire s'arrêter au début du titre...

des idées?

Merci d'avance,

Tu mets le texte de ton titre dans un span avec une couleur de background pour ne plus voir le background du h1

ah ben ouais...  
 
sémantiquement c'est pas incorrect d'avoir un span dans un h1?

disons que c'est du inline dans du inline, donc ça reste correct.
et span permet de délimiter du inline donc ça reste correct sémantiquement.

h1 c'est block

(mais oui c'est correct)

bonjour, je développe une API RESTish, et j'aimerai savoir si j'ai le droit de répondre avec un  
 

 
bref la description précise dans l'entête plutôt que l'habituel "Internal server Error."

 
Il y a aucun autre code d'erreur qui corresponde à ce que tu veux "dire" au client ?

Selon le RFC HTTP (RFC2616, page 39) :

Donc tu peux choize ce qui vient après le 500. Maintenant faut espérer qu'il n'y ait pas des navigateurs dissidents qui s'amuseraient à s'étrangler

merci, j'avais la flemme de lire la RFC
 
pour l'autre de toutes façons pour l'instant je réponds pas en HTML, que en JSON

ben non, en l'occurence je me suis vautré dans les droit du répertoire d'upload, c'est bien un pb interne au serveur, et le client n'est pas en cause.