Reprise du message précédent :

 
MAIS OUÉÉ §§§

 
z-index: 100 sur le menu, z-index: 1 sur le truc qui se superpose ?

ca depend des cas
si plusieurs divs peuvent avoir le meme background alors tu fais des class combo
genre tous tes divs doivent heriter de la classe niceDiv et de la class niceBkg1 niceBkg2...
donc ca te fait un <div class="niceDiv niceBkg1">

par contre parfois t as des cas particuliers ou justement le background est unique pour chacun de tes divs et la tu fous l image en inline sans pitié

heps, si je veux me faire une page d'accueil perso sympatoche, avec mes mails non lus (gmail), des bookmarks & cie, des rss, un chat style tribune libre, et m'amuser un poil, sachant que ca sera hébergé en local, donc pas de contraintes, je prends quel truc (langage, framework, toussa) ?

Tu peux peut-être utiliser un truc du genre Portaneo
 
Maintenant si c'est juste pour t'amuser à dev, ben déjà ça va dépendre du langage. C'est pour apprendre un nouveau langage ?

c'est principalement pour tester des trucs, oui.
 
pour le langage, je m'en fous, mais sans être masochiste (donc exit php)
 

Bin Python + Django ou Ruby + RoR, non ? A moins que tu veuilles continuer sur du Java et tout mais si c'est pour tester ou apprendre...
La dernière fois que j'avais posé la question, on ne m'avait pas conseillé Python plus que RoR et que c'était à peu près équivalent avec chacun ses points forts et ses points faibles. Je m'y suis pas encore mis donc pour le détail des frameworks, je peux pas trop dire

php c ets pas foncierement maso pour qq1 qui possede ton bagage en prog hein
apres je connais pas ror mais c est clair que django c ets nettement plus fun

Bon comme ça part sur du Ror/Django, personnellement j'ai fais les deux (1 ans de prog 100% ruby/rails et je commence tout juste django), et je trouve la méthode django certes moins "simple" mais beaucoup plus flexible, Rails à les atouts et les defauts d'un framework, c'est à dire beaucoup de solutions mais aussi trop de contraintes/convention (d'ailleurs c'est un des principes du framework). Ca se voit dans la comparaison Scafolding/ModelForms par exemple.
 
La deuxième partie du choix peut enventuellement résider dans une préférence pour un langage ou l'autre.
 
Ceci dit il va sans dire que mon avis est on ne plus influencé par mon expérience plus que positive avec Django.
 
Ps : Par contre je ne sais pas si y'a un équivalent au contrib/middleware de Django en Rails (Il faut savoir que Django fonctionne comme un arbre de petites applications débrayables)

Hum, le fait que Google fasse du Python depuis un bout de temps et surtout supporte Django sur sa nouvelle plateforme ca donnerait pas un attrait de plus pour Django ? Rails me semble un peu en perte de vitesse en ce moment par rapport à Django, du moins en Europe (ou c'est l'effet "buzz" qui retombe ?)

NB : Enfin une roadmap pour la 1.0 de Django, mon DT a fait péter le champagne (enfin la binouze en l'occurence, j'pense qu'il garde le champ pour la release en septembre )

Au contraire, Rails n'en finit pas de monter, y'a qu'à voir les nombreux newbies qui débarquent sur les forums et les mailing-list avec les mêmes questions déjà répondues 1000 fois...
 
Je fais du Rails, et le truc essentiel c'est d'être en harmonie avec son framework, soit tu acceptes les conditions qu'ils t'imposent et tout ira nickel, soit tu veux sortir des sentiers battus, et là tu vas prendre cher.

Le fait qu'un tas de newbies s'interesse à un langage ou une architecture ce n'est ni un signe de bonne santé ni positif (cf PHP)
Les vecteurs de croissance sont justement les personnes expérimentées qui developpent des applications IRW, c'est ce qui donne du crédit à la technologie je pense.

MooTools 1.2: It's Official! \o/

 
pas sur

ouais, c'est ceux dont on entend parler fréquemment (au premier abord, j'accroche pas a ror, et j'ai pas encore regardé django)
 
mais y'en a pas d'autres, même en experimental ?

non

Plein.

Dans le monde Ruby il y a aussi Merb et Ramaze, pour Python il y a Pylons, Turbogears, ..., ensuite t'as Smalltalk avec Seaside, Scala avec Lift, Erlang avec Erlyweb/Yaws (yaws étant le serveur HTTP et framework bas niveau, avec Erlyweb construit dessus), et ya même des frameworks PHP genre Symfony, CakePHP ou CodeIgniter

Ca compte pas trop ça... http://en.wikipedia.org/wiki/Django_Reinhart

 
symfony 1.1 en PHP qui va tout roxer (j'utilise la 1.0 depuis plus d'un an et je m'en réjouis chaque jour ).

 
Voila. Et donc, le plus marrant, c'est ?

Perso chuis sur Python/Django, mais je dois avoué n'avoir testé ni Smalltalk/Seaside (ne connaissant pas smalltalk) ni Scala/Lift (pas eu le temps), et ce que j'ai pu regarder d'Erlyweb m'a pas trop intéressé.

 
t1 j avais meme pas vu
 

Tin, ça c'est de l'épurage de design

edit : ça devient 1337, faut lire le code avec firebug pour comprendre certaines demos

 
http://webpy.org/

Au final il est intéressant en microframework, mais pour vraiment faire des trucs bof, autant faire du Pylons

J'allais le dire. Les forums et mailing-list commencent à être infestés de newbies, surement des ex-phpiste, parce que quand on voit leurs questions ou les conseils qu'ils donnent, ça fait flipper.

Tu as Ramaze et Sinatra par exemple, et encore d'autres dont il faut que je te retrouve les liens. Merb j'aime pas du tout, car la plupart de ceux qui s'y mettent c'est souvent du temps pour se l'astiquer et faire des benchs VS Rails, donc je sais pas trop où ça va mener, même si son développeur affirme le contraire. Sinon Camping et Nitro sont morts aux dernières nouvelles.

 
L'était pas mal leur menu animé sur l'accueil.
 
Et je trouve leur nouveau builder un peu déroutant, séparé en 2 (Core/More).
 
Quant à la démo, je pense qu'elle est loin d'être finalisée.

J'ai proposé d'aidé à finir la section démo
 
Pour ce qui est de la lib en elle même y'a pas mal de trucs bien pensé en plus ($lambda, $splat, addEvents sur les classes, le hash plus complet, le redesign de Fx et Element, et j'en passe)

 
Ouaip, c'est pas mal du tout tout ça

Bon, je me pose une question certainement plus "mathématique" que "web" mais bon...
 
En fait je voudrais gérer efficacement l'affichage des tags suivant leur fréquence. Il y aurait 4 paliers.
 
Pour le moment, ces paliers sont définis à la main (par exemple au dessus de 16 utilisations le tags est en palier 4, au dessus de 8 en palier 3, au dessus de 4 en palier 2 et le reste en palier 1).
 
Mais bon j'ai pas envie de m'amuser à changer les paliers sans arrêt (genre le jours où tous les tags sont utilisés + de 16 fois, ils seraient tous en palier 4, donc aucun intérêt)
 
Je m'étais donc d'abord dis que j'allais calculer la différence entre le tag le plus utilisé et le moins utilisé, et le diviser en 4 et calculer mes paliers en fonction de ça. Mais je me suis vite rendu compte que ça ne marcherait pas.
 
Si on a 16,15,14,2 ça ferait donc des paliers à 5.5 / 9 / 12.5 / 16
 
Donc 16, 15 et 14 seraient ensemble dans la palier 4 et le 2 se retrouve en palier 1.
 
Alors que dans cet exemple, j'aimerais que 16 soit en palier 4, 15 en palier 3, 14 en palier 2 et 2 en palier 1
 
Je sais pas si je suis super clair, mais en gros je voudrais une distribution correcte des paliers en fonction du nombre de tags, et en fonction du nombre de fois que chacun d'eux est utilisé.

c'est le principe d'utiliser des médianes à la place des moyennes que tu cherches?

Ça doit pouvoir me mettre sur la voie.

Merci

utilise une abaque de césar lenz

Euh ...
 
...
 
...
 

c'est plus simple a mettre en pratique que cre que tu penses

Ca permet de donner une taille en fonction de l'importance

attends, je te fais un coup de paint

 
tu choisi ta taille mini et ta taille maxi  
 
tu calcul ton nombre d'occurrence mini et maxi  
 
de ça , tu déduis l'équation de ta droite  ( c'est  niveau collège )   qui va te donner  la taille en fonction du nombre d'occurrence, ensuite tu applique  
 
niveau coût de calcul , c'est 0 ( deux division pour calculer la droite, ensuite c'est juste faire ax*b )  

remettez vos anciens avatars , jsuis paumé
 
En plus Dj le tiens est loupé sur mon background noir ^^
 
Sinon vous me donné vraiment envie de tester Django.., je vais me faire une semaine de test dès que j'ai un moment de libre
 

+1, ça rend que dalle

Tant pis Fallait pas avoir un bg noir.
 
Pis en même temps c'est pas bien grave, c'est comme si j'en avais pas
 
Idée de feature : avoir le droit de choisir 2 avatars, un pour ceux qui ont un fond foncé, et un pour ceux qui ont un fond clair
 
Sinon merci flo, mais je suis pas sûr de tout comprendre.
 
Si j'ai par exemple les tags suivant (entre parenthèses, le nombre de fois qu'ils sont utilisés) :
 
super (1)
baz (1)
tata (2)
tutu (3)
bar (7)
titi (11)
cool (14)
test (14)
toto (16)
qux (18)
foo (24)
 
Quand tu dis "tu choisi ta taille mini et ta taille maxi" ... c'est quoi ? 1 et 24 ?
 
Et "tu calcul ton nombre d'occurrence mini et maxi" ça serait 2 et 1 ?
 
J'avoue que je suis totalement paumé là ...

nombre d'occurrence mini :  1 et 24
 
taille mini et maxi :
tu dis que le moins courant de ton nuage de tag doit être en 6pt et que le plus courant en 16 pt  
 
ensuite tu calcule l'équation de ta droite :  (elle a la forme taille = nbOccurence * pente + constante )  
une simple application de formule de college me donne  

• pente = (16-6 ) / (24-1 ) = 0.43
• constante = 5.57

donc tu obtiens: taille  = nbOccurence * 0.43 + 5.57
 
cool apparait 14 fois, sa taille doit donc être 12

Han ... je vais tester tout ça

Merci

c'est une des méthode utilisée  pour calculée la taille des camembert sur ce genre de carte :  
http://www.ecologie.gouv.fr/IMG/jp [...] t_2006.jpg