Recherche avancée

Médias (91)

Autres articles (63)

  • Le profil des utilisateurs

    12 avril 2011, par

    Chaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
    L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)

  • Configurer la prise en compte des langues

    15 novembre 2010, par

    Accéder à la configuration et ajouter des langues prises en compte
    Afin de configurer la prise en compte de nouvelles langues, il est nécessaire de se rendre dans la partie "Administrer" du site.
    De là, dans le menu de navigation, vous pouvez accéder à une partie "Gestion des langues" permettant d’activer la prise en compte de nouvelles langues.
    Chaque nouvelle langue ajoutée reste désactivable tant qu’aucun objet n’est créé dans cette langue. Dans ce cas, elle devient grisée dans la configuration et (...)

  • Sélection de projets utilisant MediaSPIP

    29 avril 2011, par

    Les exemples cités ci-dessous sont des éléments représentatifs d’usages spécifiques de MediaSPIP pour certains projets.
    Vous pensez avoir un site "remarquable" réalisé avec MediaSPIP ? Faites le nous savoir ici.
    Ferme MediaSPIP @ Infini
    L’Association Infini développe des activités d’accueil, de point d’accès internet, de formation, de conduite de projets innovants dans le domaine des Technologies de l’Information et de la Communication, et l’hébergement de sites. Elle joue en la matière un rôle unique (...)

Sur d’autres sites (5846)

  • Revision 116030 : Une branche pour travailler la rééecriture de la partie JS des ...

    20 juillet 2019, par maieul@… — Log

    Une 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 champs
    - gain 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 parseur
    - a 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 117728 : Une branche pour travailler la rééecriture de la partie JS des ...

    6 septembre 2019, par maieul@… — Log

    Une 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 champs
    - gain 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 parseur
    - a 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 117728 : Une branche pour travailler la rééecriture de la partie JS des ...

    6 septembre 2019, par maieul@… — Log

    Une 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 champs
    - gain 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 parseur
    - a 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.

Navigation