Reprise du message précédent :

je vire le height, et je mets un top:0 et un bottom:0 ?
 
pas con, je vais essayer.

Non mais ça peut marcher aussi hein, après faut juste être au courant au départ. Idem, Symfony est plus rapide que Cake, mais me semble qu'il est plus lent que CodeIgniter.

Oui ça s'est faisable, mais c'est un comportement "de base", t'as pas de valeur à préciser pour la hauteur, après ça dépend de l'architecture de ton code, si tu cherches à faire un 100% en hauteur c'est que t'as d'autres choses à modifier, mais c'est pas évident à savoir comme ça.

Ouaip, la rapidité est un point déterminant dans l'appli, c'est pour passer d'une application windows à une solution web, donc ça serait bien que les utilisateurs ne voient pas trop la différence à l'utilisation, cf l'importance de l'ajax.

C'est toujours le même contexte : une google map, y'a un peu de truc autour (toolbars, titre, menu) ils sont collés sur les bord et la carte doit prendre toute la place dispo au milieu. C'est le cas de base du borderlayout en java ou le layout de base des applications d'édition (ça tombe bien, c'est un éditeur de cartes).

j'ai trouvé ce layout : http://www.xs4all.nl/~peterned/exa [...] yout1.html

mais si le contenu est plus grand en hauteur que ta page, pas de scroll (enfin si, mais c'est toute la page qui scroll)

à mon avis et comme dit précédemment je ne pense pas que tu puisse faire ce que tu veux sans utiliser du js (du js pas tellement compliqué soit dit en passant) ou sans avoir une hauteur fixe en px
et oui c'est un défaut des css je trouve ce genre de manque

Ca s'apprend pas en 1 heure si tu pars du de zéro, c'est sûr, mais la plupart des concepts que tu apprendras dans la doc de Symfony sont utiles en dehors (I18n, routing, ORM, MVC, Scaffolding...).

Ya quoi qui te fait peur dans le tuto par ex ?

Disons que le faire avec Symfony te permettra de connaitre symfony pour des projets futurs (beaucoup plus polyvalent que Cake/CI a priori).

Après si tu le sens pas, ne le fais pas Tu seras de toute façon plus à l'aise à piger Symfony (ou ZF) quand t'auras déja l'expérience de CI par ex.

Ha oui la google map, c'est pas gagné, c'est pas du flux ! A mon avis c'est clairement mort sans JS !
 

Toute la configuration / installation / construction / génération pour mettre en place un projet, crééer un backoffice, ajouter des plugins etc ...
 

Ca par contre je n'en doute pas

1) merci beaucoup, je suis pas loin d'arriver à reproduire le comportement de ton lien dans mon cas. Mais c'est exactement ce que je veux faire.
 
2) non en fait je suis pas loin de le faire sans JS, j'ai encore des petits pb à régler, mais c'est aussi parce que je pars pas d'une feuille blanche. Parce que le JS c'est lourd, il faut observer des évènements, c'est lent à propager les modifs, le layout manager sais pas trop ce qu'il doit re-layouter ou non etc.

Installation : bof, tu regardes le tuto jobeet et tu fais pareil Même pas besoin de t'en souvenir
Créer un backoffice : en même temps, sans générateur (qui consiste en 1 commande et 1 fichier de conf ), tu la developperais en combien de temps ton admin ?
Ajouter un plugin : tu copies le plugin dans le dossier plugins et tu vides ton cache, stou

tu m'donnerais presque envi de m'remettre à symphony faudra que je tente à l'occaz de refaire le site sur lequel je bosse avec un framework digne de ce nom, mais l'idée de devoir tout reprendre et tout migrer ça me démotive d'avance

sinon c'est vrai que symfony, j'en avais fait pendant ma licence pro, et j'avais bien kiffé, plus que zend

en fait non, en position relative, le bottom c'est pas par rapport au bas du conteneur englobant, mais par rapport à la position "normale" donc dans mon cas ça marche pas.

D'un coté une admin c'est un peu toujours pareil : des formulaires d'ajout/modif (donc à chaque fois un label associé à un input/select/textarea), des listings et des liens de suppression, le tout avec un système d'administrateurs/logs/stats
C'est pas compliqué de coder un générateur d'admin qui fonctionnera au moins pour des projets de taille moyenne. En 1 semaine on a un truc qui tient largement la route et dont on connaîtra tous les fonctionnements dans les moindres détails.

De même que connaitre en 2 jours celui de Symfony, qui est maintenu, performant et customisable

Si tu me dis : "mon admin elle a 2 listes et 2 forms je ne veux pas me prendre la tête avec un générateur", ou "mes pages sont vraiment spéciales, un générateur ne suffira pas", je te dirais ok... .
Mais là tu proposes de recoder un générateur d'admin en 1 sem, alors que ça existe déja en mieux, et en partant du faux principe que c'est facile et que ça marchera direct sans accrocs ?

nraynaud découvre HTML/CSS : dans une table, 100% c'est 100% de l'espace dispo, alors qu'en CSS c'est 100% du parent
 
edit : merde, quand on commence avec ça on en fini pas ! il faut que je mette des tables emboitées maintenant, parce que ça se mélange pas top avec des div ...
 
edit2: quelqu'un saurait exprimer "100% - mon propre padding" en CSS ? parce que forcément, s'il prend la taille du parent et qu'il pad, ben ça déborde du parent.

 
Oui en effet je dis tout ça, ça m'a pris moins d'une semaine à coder, alors que je suis loin d'avoir le niveau en PHP/SQL de certains. Et pourtant mon générateur d'admin actuel est capable de générer des admins avec des centaines de forms/lists différents, avec des liaisons entre les tables, avec un système d'admin/droit sur-mesure, etc, etc. + une ergonomie vraiment travaillée.
Donc je pense que pour des gens de votre niveau, ça prendrait moins de temps. Et donc au final, entre se former au générateur de BO de Symfony en 2/3 jours ou bien créer son propre générateur de BO en 2/3 jours du quel on maîtrise tout de A à Z, et qu'on pourra faire évoluer comme on le souhaite et le perfectionner au fur et à mesure du temps, perso je prends la deuxième solution, mais après c'est une question de choix. Certains aiment bien réinventer LEUR fil à couper le beurre, j'en fais partie

Django, 5s, suffit de définir brancher les modèles à l'admin

Ah mais si tu as déja développé ton truc et qu'il te sied parfaitement, va-zy...

A ceci près qu'apprendre le fonctionnement des bons outils des autres est toujours instructif, et les utiliser permet d'en partager facilement le résultat, après ça dépend surtout de tes priorités.

Si tu vas par là, pareil pour symfony, 1 commande pour chaque modèle en changeant juste son nom
Les fichiers de conf c'est pour customiser.

 
Essaye kohana php, c'est inspiré par codeigniter mais en plus "ouvert" (comprend mieux )

Tiens, jme rend compte que j'ai amalgamé Sylfurd et Alekusu2

Non, dans Django il y a 0 commande, l'admin n'est pas générée statiquement.

Sous symfony non plus

À quoi sert la commande dans ce cas? Et pourquoi la refcard dit Generated code (can be overridden per module)?

Je parlais pour les "5 secondes".
 
J'ai pas dit que Django était moins bien

La commande crée un fichier de conf.
Quand celui-ci est rencontré, du code est généré en cache puis executé, donc c'est entre du statique et du dynamique...

Y a du code généré mais de mémoire c'est pas statique (genre si ton modèle bouge t'as rien à faire)

MOUAIS

Ha ben je veux bien voir le code, parce que j'ai tenté plusieurs fois pour mon appli RoR et à chaque fois c'était plutôt crade  

c'est en PHP/SQL moi (lapidez moi)

Ca change pas fondamentalement la logique je pense...

http://geocitieslycostripod.com/

marche pas des tonnes le <legend> dans le <figure> (Me having a good time with friends)

Oui enfin c'était y a 11ans, 50% du web ressemblait à ça y a 11ans..

Pour les framework php, ci est sympa d'utilisation.

Sans vouloir être méchant, j'pense qu'en fait t'as rien à faire sur blabla@web

Pourquoi, car je casse ton fantasme du web d'il y a 11 ans ?  
Désolé mais je vais rester là quand même Courage !

C'est du second degré....