
Recherche avancée
Autres articles (75)
-
MediaSPIP v0.2
21 juin 2013, parMediaSPIP 0.2 est la première version de MediaSPIP stable.
Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...) -
MediaSPIP version 0.1 Beta
16 avril 2011, parMediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...) -
Publier sur MédiaSpip
13 juin 2013Puis-je poster des contenus à partir d’une tablette Ipad ?
Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir
Sur d’autres sites (13829)
-
Revision 117728 : Une branche pour travailler la rééecriture de la partie JS des ...
6 septembre 2019, par maieul@… — LogUne branche pour travailler la rééecriture de la partie JS des
afficher_si. L’idée étant d’avoir un seul script unique, quelque soit le
formulaire, qui tire ses infos depuis le data-afficher-si.
Intérêts :gain de performance
- un seul js en cache
- moins de ligne de code
- on pourra faire les tests conditionnel uniquement pour le champ qui
vient de changer, et pas pour tout les champsgain de lisibilité de code
possibilité de créer des tests unitaires
uniformisation de la syntaxe entre la version PHP et la version JS, en
utilisant le même parseura terme, possibilité d’ajouter deux fonctionnalités :
- MATCH pour des regexp
- TOTAL() pour le nombre de case cocher sur des checkbox multiple
L’objectif de cette branche est déjà la réécriture à fonctionnalité
constante. On mergera (ou plutôt rebasera) dans master/trunk après
retour des gens. -
Revision 116030 : Une branche pour travailler la rééecriture de la partie JS des ...
20 juillet 2019, par maieul@… — LogUne branche pour travailler la rééecriture de la partie JS des
afficher_si. L’idée étant d’avoir un seul script unique, quelque soit le
formulaire, qui tire ses infos depuis le data-afficher-si.
Intérêts :gain de performance
- un seul js en cache
- moins de ligne de code
- on pourra faire les tests conditionnel uniquement pour le champ qui
vient de changer, et pas pour tout les champsgain de lisibilité de code
possibilité de créer des tests unitaires
uniformisation de la syntaxe entre la version PHP et la version JS, en
utilisant le même parseura terme, possibilité d’ajouter deux fonctionnalités :
- MATCH pour des regexp
- TOTAL() pour le nombre de case cocher sur des checkbox multiple
L’objectif de cette branche est déjà la réécriture à fonctionnalité
constante. On mergera (ou plutôt rebasera) dans master/trunk après
retour des gens. -
Revision 116033 : Une branche pour travailler la rééecriture de la partie JS des ...
20 juillet 2019, par maieul@… — LogUne branche pour travailler la rééecriture de la partie JS des
afficher_si. L’idée étant d’avoir un seul script unique, quelque soit le
formulaire, qui tire ses infos depuis le data-afficher-si.
Intérêts :gain de performance
- un seul js en cache
- moins de ligne de code
- on pourra faire les tests conditionnel uniquement pour le champ qui
vient de changer, et pas pour tout les champsgain de lisibilité de code
possibilité de créer des tests unitaires
uniformisation de la syntaxe entre la version PHP et la version JS, en
utilisant le même parseura terme, possibilité d’ajouter deux fonctionnalités :
- MATCH pour des regexp
- TOTAL() pour le nombre de case cocher sur des checkbox multiple
L’objectif de cette branche est déjà la réécriture à fonctionnalité
constante. On mergera (ou plutôt rebasera) dans master/trunk après
retour des gens.