Existe-t-il un sélecteur de date JavaScript léger?

Question

Je suis à l'aide de jQuery sélecteur de Date, mais il est trop lourd, la version compacte de ui.datepicker.min.js 44 KO. Les images de datepicker ont leur propre poids. Le framework jQuery est de 59 KB. Et le total des images sur la page autour de 80 KO. Le total de l'HTML de la page est d'environ 70 KO et le fichier CSS taille est d'environ 72 KB. Et beaucoup plus, et toutes les choses ajouter jusqu'à 600 KO (0,6 MB).

Pensez-vous que l'utilisateur va attendre pour 600 KO être téléchargé dans le navigateur? Il peut prendre jusqu'à 8 - 10 secondes. Et je ne pense pas que l'utilisateur d'attendre une longue période de temps.

Je veux garder mon site web léger. Est-il un léger JavaScript sélecteur de date?

Answer 1

Je viens de tomber sur Pikaday , qui a l'air bien et qui est assez léger (environ 11 Ko de JS, minifié). Ne nécessite pas non plus jQuery.

Voici une démo .

Une capture d'écran du sélecteur:

Answer 2

J'ai connu le même problème avec le jQuery exemple (voir mon commentaire ci-dessus). J'ai isolé le problème de CSS des thèmes et a commencé à le dépouiller de la camelote. Avant que j'ai fini, j'ai trouvé un gars avait fait exactement ce dont j'avais besoin: http://keith-wood.name/datepickBasics.html

Il exigeait DatePicker.js et un seul fichier CSS. Tout compte fait 2 requêtes HTTP et 40 ko en plus de la base le fichier jQuery tout le monde devrait avoir mis en cache comme Darin dit.

Answer 3

Ce sélecteur de date ici ne nécessite pas de jquery et le fichier minifié fait environ 11 Ko: http://tech.cibul.net/cibulcalendar-a-date-range-picker/

Answer 4

J'ai vu le script de calendrier d'entrée de date infaillible de Jason Moon en production. Il semble être un peu plus léger.

Cependant, je ne peux pas garantir entièrement l'ensemble des fonctionnalités, etc.

Answer 5

Une option consiste à utiliser un réseau de diffusion de contenu (CDN), tels que les Google Bibliothèques d'API pour servir commun des fichiers de script comme jQuery. À l'aide d'un CDN les chances sont que les utilisateurs ont déjà le script fichier mis en cache dans le navigateur et ils n'auront pas besoin de le télécharger à nouveau. Comme pour les autres ressources statiques, vous pouvez lire YSlow recommandations pour l'optimisation des temps de chargement des ressources statiques (vous pourriez rapetisser, gzip compresse et cache les ressources statiques).