Reprise du message précédent :

je vois pas non plus l'intérêt de la version UYI

 
Moi non plus, mais osef, elle marche bien c'est ce qui compte Ce que je voulais dire c'est qu'il n'y a pas d'intérêt à utiliser la version packed alors qu'elle marche moins bien...

Ben si, elle fonctionne

Tu veux dire, il le pète? Si oui, c'est simplement qu'il manque des semi colons.    

Ouais, c'est le truc chiant, après ça dépend de la taille du fichier    
De toute façon, c'est

Vu la différence de perfs (environ 20% de moins que jsmin et 10% en gzip) c'est clair que c'est discutable.

Si c'était le cas ça planterais 1 fois sur 1 non ? Là c'est 1 sur 10 (en gros).

 
Non, ça ne pète pas le code ... mais une fois de temps en temps y'a Firefox qui freeze pendant 10 secondes avant d nous sortir "Un script présent sur cette page ralenti l'exécution blablabla voulez vous Arrêter le script, le débuger etc..)
 
Si on fait Débuger, on se retrouve dans le code source de Mootools (ou jQuery) au milieu de nulle part.

Comme le dit Dj Yell, stait en rapport avec le post de la page précédente qui disait que Mootools cassait le chargement de la page dans FF. Perso, j'ai jamais expérimenté, donc j'peux pas dire

Je pensais que tu parlais de la compression. J'ai jamais eu ce problème de freeze

Bon, je viens de tester Selenium avec PHPUnit, putain ça déchire

Pour la présentation des produits d'une boutique en ligne j'utilise une mise en forme assez "complexe", comme ça :
 

 
Par conséquent, j'utilise donc 1 table par article (un peu comme le forum, qui utilise 1 table par post).
 
Sémentiquement parlant, ça ne me plaît pas spécialement, mais j'ai le rendu escompté, c'est le plus important.
 
Je suis cependant en train d'essayer de faire pareil, mais avec des div ... et au fur et à mesure, je me rends compte que c'est pas forcément mieux (en plus c'est beaucoup plus complexe)
 
Vous en pensez quoi ? Ça "craint" d'avoir 50 tables si on a 50 produits par page ?

Pour moi (HAQNEQM) si les cases doivent pouvoir s'étirer/se justifier horizontalement, un tableau c'est "mieux", sinon non. En quoi c'est plus complexe en CSS ?

edit, par contre le "largeur, hauteur, 1m20, 2m30" dans tous les cas je le mettrais dans un tableau (puisque c'en est un )

 
Ben y'a des rowspan et colspan partout, c'est un joyeux bordel en CSS quand même pour avoir le même rendu.

scrinchote

Toi même
 

Avec des floats et au pire 1 ou 2 conteneurs ca lfé pas ?

Jle voyais pas comme ça
T'as quand même pas des bordures comme ça en vrai

en gros tu remplaces "1 table" par "plein de choses + 1 table" ...  

Oui, car dans ton bordel il se cache un truc qui est bien tabulaire

 
J'avais bien compris

Et je suis sûr que ça te fera même pas un CSS bcp plus gros qu'avant (mais plus compréhensible en tout cas)

Allez apres 3 jours sans messages dans ce topic, je relance les meninges de tout le monde
 
Je veux faire une liste de liens (ul et li de base) qui s'affiche en colonne de haut en bas et de gauche à droite.. donc dans l'ordre:
 
1____5____9
2____6____10
3____7____11
4____8____12
 

Le tout dans une div d'hauteur fixe.. C'est cette hauteur qui définirait bien sur le nombre d'item par colonne..
 
Faisable? j'ai testé plusieurs trucs, c'est pas probant ^^

En l'état non, parce que ça n'est pas le sens le lecture normal, donc j'aurais tendance à dire tant mieux.

C'est sur mais bon.. je pensais que des "bidouilles css pourrait y arriver (float+clear par exemple... non..)
 
J'ai un  bon résultat en chunkant via php et donc en ayant plusieurs ul successif, ca ira bien

http://www.alistapart.com/articles/multicolumnlists/
 
Que celui qui n'a pas A List Apart dans son machin RSS se casse direct de ce topic

Moi je l'ai pas, par contre je sais lire    
 

Je donne une piste. Pour lui donner de l'espoir. L'histoire ne précise pas que son truc est impossible

Merci pour le lien , je l'ai bien dans mes bookmarks pourtant..
 
Ca pue la grosse bidouille sinon tout ca, bidouille de pro OK mais bidouille quand meme ^^

Ah si, mais pas en full css, simplement parce que y'a de la logique qui va au dela du line break

Ya pu tellement moyen d'envoyer des forms en GET, quand on a commencé à faire de l'URL-rw alacon ?

Ben si, t'as des paramètres classiques non réécrits mais ça n'a rien de choquant imo

Voila, faut casser un peu le rewriting. Bon pas grave ça.

-----
Par contre autre pb bcp plus chiant sur lequel j'implore votre aide/avis :
-----

J'uploade un fichier via Flash (classe fileReference). A la fin du DL, flash appelle un script PHP qui traite avec le $_FILES['Filedata'] dans lequel est mis le fichier.
Seulement voilou, si le fichier est trop gros (60aine de Mo), il ne reconnait plus le $_FILES['Filedata'], comme si rien n'avait été uploadé (''''undefined index "Filedata"'''').
D'où ça peut venir ça ? Timeout apache ? Comment m'en sortir

--
Note : avec les autres fichiers j'ai toujours l'upload en cours dans /tmp sur le serveur, avec ce gros fichier, j'ai jamais rien

Apache limite la taille de l'upload par défaut.

AMAGAD
 
Et genre il peut pas me le dire dès le départ, au lieu d'attendre 20 min de DL

Pis d'abord c'est PHP qui limite, pas apache.
Je te remercierais quand ça aura marché.

les deux limitent ( une limite chez apache, 2 chez php , de memoire )

Ca marche pas
 
Moi j'en ai qu'une, upload_max_filesize ds php.ini

tu as aussi post_max_size et un memory_ qq chose

Comment réagissent les moteurs de recherche par rapport au duplicate content lorsqu'on a des liens pour trier des articles sur une page ?
 
Si j'ai 7 critères de tri, ça permet 15 pages ayant le même contenu (dont 2 pages identiques) ... ça peut poser problème ça ?

1 PQ, la question m'interesse aussi, je suis en train de me demander si je fais passer mes critères de tri via GET dans l'URL pour entre autre éviter ça ( l'autre point étant que ca permet à 2 users qui copient/collent l'URL d'obtenir exactement la même page, contrairement si je stocke ca en session ou que je les passe en POST ).