|
From: | Laurent Destailleur (eldy) |
Subject: | Re: [Dolibarr-dev] Edit in place and hunt click |
Date: | Wed, 02 Nov 2011 16:39:09 +0100 |
User-agent: | Mozilla/5.0 (X11; Linux i686; rv:7.0.1) Gecko/20111031 Thunderbird/7.0.1 |
Le 27/10/2011 17:08, Régis Houssin a écrit :
Bonjour,Le pb est que les notes sont des champs tres gros, et les avoir sur les pages principale pour les éléments déjà chargées comme les factures ou commandes vont trop fortement surchargé les écrans. Le pb est que cela rond l'homogénéité des écrans en ayant les notes secondaires parfois dans l'ecrans principal, parfois dans l'onglet note. A moins de mettre juste une ligne dans les tabelaux actuel de type: note Aucune ou note "premiere ligne du texte suivi de ..." (plutot que d'afficher tout le contenu) Car afficher des longs textes sur les fiches principales, ca va trop charger. Le fait de les avoir en css.php n'empeche pas la compression. D'ailleurs, on peut meme décider de la compression soit par config du serveur web, soit par configuration de l'appli (MAIN_OPTIMIZE_SPEED = 4). Mais ces fonctions sont sans interet car si compresser des pages php a un interet, pour des feuilles de styles css, cela n'en a aucun puisque des feuiles de styles ont un type text/css qui fait que le fichier est en cache dans le navigateur et par conséquent la page n'est chargée que lors de l'affichage de la logon puis plus jamais (voir le plugin FireBug onglet réseau qiui laissera en grisé ces lignes pour s'en persuader). La taille des feuilles de styles n'a donc aucun effet sur les perf dolibarr (sauf si on fait clic droit-actualisé sur firefox car on force le rechargement sans tenir compte du cache, mais a on est pas dans un cas d'utilisation mais dans du dev). Avoir les fichier en css.php est par contre indispensable pour gérer les langues (langues left to rights) ou encore pour le controle dynamique du rendu selon options, ou la gestions des styles basés sur des élements de modules externes, et encore d'autres choses. Donc, non il faut prendre la tendance inverse et ne plus mettre de feuille .css autre qu'en .css.php Ceci pour pouvoir avoir le beurre (fonctionnalités dynamiques) et l'argent du beurre (performances). OK, pour faire une appli a part. De mon coté le theme fonctionne bien avec le gestionnaire de menu smartphone mais uniquement sur du firefox, sur le browser d'android 2.1, jquery mobile a l'air de bien buggué. Tu peux me mettre dans le projet. ------------------------- -- Eldy (Laurent Destailleur). --------------------------------------------------------------- EMail: address@hidden Web: http://www.destailleur.fr Dolibarr (Project leader): http://www.dolibarr.org To make a donation for Dolibarr project via Paypal: address@hidden AWStats (Author) : http://awstats.sourceforge.net To make a donation for AWStats project via Paypal: address@hidden AWBot (Author) : http://awbot.sourceforge.net CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net |
[Prev in Thread] | Current Thread | [Next in Thread] |