Recherche avancée

Médias (0)

Mot : - Tags -/utilisateurs

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (90)

  • 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 (...)

  • XMP PHP

    13 mai 2011, par

    Dixit Wikipedia, XMP signifie :
    Extensible Metadata Platform ou XMP est un format de métadonnées basé sur XML utilisé dans les applications PDF, de photographie et de graphisme. Il a été lancé par Adobe Systems en avril 2001 en étant intégré à la version 5.0 d’Adobe Acrobat.
    Étant basé sur XML, il gère un ensemble de tags dynamiques pour l’utilisation dans le cadre du Web sémantique.
    XMP permet d’enregistrer sous forme d’un document XML des informations relatives à un fichier : titre, auteur, historique (...)

Sur d’autres sites (10293)

  • 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 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 116033 : 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.

Navigation