Le blog de llaumgui - Balise - framework - Commentaires

Utiliser mootools dans Dotclear 2.0 - llaumgui

llaumgui — Thu, 24 Apr 2008 23:36:18 +0200

En dessous de la licence et de la description :
@@ * Dépendances :

*	 	- Element.Event
* 		- Element.Selector
* 		- Hash.Cookie
*		- Window.DomReady@@

Utiliser mootools dans Dotclear 2.0 - Da Scritch

Da Scritch — Thu, 24 Apr 2008 23:23:29 +0200

Tu peux préciser les modules minimums de mootools nécessaires pour faire tourner ta lib ? (ça peut surtout être utile aux débutants)

Utiliser mootools dans Dotclear 2.0 - LLaumgui

LLaumgui — Fri, 18 Apr 2008 14:17:34 +0200

Ici : 14Ko pour gérer tous les effets :

Effet du menu
Slide
Gestion des cookies
Le bandeau qui change en fonction de l'heure
Les tooltips
La validation des formulaires (bientôt)

J'ai : 3/4 de mootools + YUI compresse + gzip

Utiliser mootools dans Dotclear 2.0 - Rik

Rik — Fri, 18 Apr 2008 13:51:46 +0200

@efyx Non, c'est loin d'être la seule intelligente.

Toutes les librairies peuvent être packées et il existe plusieurs packers.
Il y a d'autres librairies modulables. YUI par exemple.

Rien que pour l'effet d'accordéon, avec les dépendances nécessaires, il y a déjà 20.8ko à télécharger.

Et comme je le dis, ce n'est qu'une partie du problème. L'autre étant la masse de codé exécutée en plus par les frameworks pour s'adapter à toutes les situations.

Utiliser mootools dans Dotclear 2.0 - dark_tyranus

dark_tyranus — Thu, 17 Apr 2008 22:29:39 +0200

oué d'abord ptit boul a dit hein! :D

pour ma part.. java(script) caca!

et hop, un post inutile.

=> |

Utiliser mootools dans Dotclear 2.0 - efyx

efyx — Thu, 17 Apr 2008 10:09:18 +0200

Mootools est la seul libraire intéligente. Son poids peux être controlé par deux choses :

Chaque élement de la libraire peux être ou non téléchargé. Par conséquent seul les parties nécéscaires sont présente dans le fichier javascript
Il est possible de "packer" le js

Ainsi tout est controlé.

Utiliser mootools dans Dotclear 2.0 - Rik

Rik — Thu, 17 Apr 2008 00:26:40 +0200

N'oublions pas que les librairies, aussi pratiques soient-elles, sont gourmandes en ressource serveur (20ko pour utiliser une partie infime de la librairie) et gourmandes en ressource client (elles exécutent beaucoup plus de code pour s'adapter aux besoins de chaque développement).
Elles font gagner du temps de développement, certes. Mais la contrepartie pour les utilisateurs est très souvent visible.