PHP|Débutant :: Forums

Bon, quand je dis framework, c'est en fait un mot plus gros que celui que j'aurais du employer...
C'est en faite une base de départ html et css plus un peut de js
- Un  reset + une base css
- Une grille de 16 colonnes en %
- Un dossier scss très structuré
- Certaines fonctions js comme modifier certaines url(media, css, img, video...), aligner des colonnes a la même taille avec une classe, un menu adaptatif et quelque autres trucs qu'ils n'est pas nécessaire de modifier d'un site a l'autre...
En revanche, d'un site a l'autre, il faut pouvoir toucher aux css et c'est dans ce sens que je ne souhaite pas y revenir...

En ce qui concerne compass, il n'est pas prévu de l'installer sur le serveur, il ne me sert qu'a sur-structurer les classes css comme celle du menu, des alertes, du contenu ou header dans plusieurs dossiers avec une hiérarchie qui me convient... Ce système me permet aussi de générer plusieurs fichiers css qui sont utilisés avec js en fonction des besoins...

Si non, pour ce qui est du but, bien c'est le plaisir de créer une base qui me convienne et honnêtement l’intérêt général n'est absolument pas la distribution ou peut être un jour, sais t'on jamais !!!

Si autre chose, je ne peux plus me passer des mixins qui me permette de rendre mon html un peut agréable a lire tout en limitant le nombre de règles css a écrire...

Voila en gros, pour finir, je cherche a réer une base de classe css et fonction js utilisable sur de nombreux sites en limitant les modifs a quelques paramétrage comme les font, color, size contenu dans un fichier variable

merci de votre intérêt.

Ah, je vous ais mal compris, mais aussi expliquer simplement...
Par serveur, j'avais compris serveur en ligne... Bien entendu qu'il fait compiler, je travail avec wamp et je compile avec l'invite de commandes...

pour ce qui est de la grille, elle est de 16 colonnes et 15 marges de 2%:
100 - (15 * 2%) = 30 reste 70
70 / 16 = 4.375 %
voici la mixin:

Pour ce qui est de la structure, une capture s'impose: http://i70.servimg.com/u/f70/13/05/90/60/captur10.png
le dossier éléments n'est pas ouvert car trop grand pour voir le haut et le bas mais il contient des fichiers dédié a une série de règles css comme le menu, les alertes, le tooltype et d'autre encore...

Voila, espérant combler ta curiosité, je suis ouvert a toutes critiques ou erreurs ca va de soit !

Bonjour,

Après avoir vu vos captures, je pense deviner l'objectif. Donc corrigez-moi si je me trompe, mais il me semble que vous cherchez à faire un environnement standard de type responsive pour tout environnement mais en particulier pour environnement mobiles.

Si tel est le cas, je ne sais pas si votre expérience dans ce domaine est grande, mais en ce qui concerne un environnement desktop, je trouve l'approche non appropriée.
En effet, ce pré-découpage peut rendre l'intégration de chartes graphiques rapidement complexe. De plus, dans un contexte HTML5, le "calage" des éléments constitutifs de l'affichage (conteneurs primaires ou élémentaires de l'affichage) se fait par margin et non via padding comme sur n'importe quelle autre DTD ou presque, ce qui complique encore l'intégration dans le contexte de votre approche.

Sinon pour des supports plus restreints comme les tablettes, l'interface étant généralement plus légère, pourquoi pas en effet, mais je la trouve gourmande en calcul et cela risque de réduire les perfs inutilement sur ce point. Il faudrait faire du benchmarck sur un environnement classique applicatif, pour avoir des certitudes, mais je suis à peu près certain, que vous serez derrière d'autres solutions existantes, du moins sur cette partie.

++

Bonjour,

Pour la partie gourmand en calcul, voir le dernier message de ce post qui date de quelques temps déjà.
Ensuite du Template complexe nécessite toujours un calage au pixel près au niveau de l'affichage, ce qui implique que l'on doit toujours travailler avec des valeurs entières, et qui dans votre cas, peut provoquer des effets de bords difficiles à résoudre.

L'idée d'aller prendre l'image dans le dossier correspondant à la résolution en cours, est sympathique je le reconnais, l'idée me plaît. Cependant, il ne faut pas perdre de vue que ce n'est pas à l'environnement de décider de ce genre de choses mais au cahier des charges métier de l'application. En général les images nécessitent une gestion indépendante (sur un plan technique) du reste de l'applicatif, car les dimensions vont dépendre non pas exclusivement de la surface d'affichage mais d'abord de l'information à rendre à l'utilisateur, car son expérience doit rester maîtrisée au regard des objectifs et contraintes de vente. Par contre je vous rejoins sur le fait que l'application doit pouvoir trouver l'image qu'elle a besoin dans l'arborescence sans passer par sa base de données pour avoir de la performance (parmi quelques autres points), tout comme le fait prestashop d'ailleurs soit dit en passant.

++

Dernière modification par Jc (23-09-2013 17:39:52)

J'ai volontairement mis invoice_number = '1' (alors que j'aurais du mettre invoice_number = '0') pour voir si j'obtenais une erreur et non, l'update demandé ne se fait pas mais aucune erreur n'est retournée !? J'aimerais comprendre pourquoi, comment testé si les données ont bien été mises à jour (un truc du style if(mysql_error() != 0) echo 'erreur'; n'existe pas ?)