Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

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

Autres articles (97)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • Participer à sa documentation

    10 avril 2011

    La documentation est un des travaux les plus importants et les plus contraignants lors de la réalisation d’un outil technique.
    Tout apport extérieur à ce sujet est primordial : la critique de l’existant ; la participation à la rédaction d’articles orientés : utilisateur (administrateur de MediaSPIP ou simplement producteur de contenu) ; développeur ; la création de screencasts d’explication ; la traduction de la documentation dans une nouvelle langue ;
    Pour ce faire, vous pouvez vous inscrire sur (...)

  • Contribute to a better visual interface

    13 avril 2011

    MediaSPIP is based on a system of themes and templates. Templates define the placement of information on the page, and can be adapted to a wide range of uses. Themes define the overall graphic appearance of the site.
    Anyone can submit a new graphic theme or template and make it available to the MediaSPIP community.

Sur d’autres sites (6666)

  • Revision 109633 : Ma console réseau de mon navigteur indique : - jquery-ui.js : 508,86ko ...

    22 mars 2018, par placido@… — Log

    Ma console réseau de mon navigteur indique :
    - jquery-ui.js : 508,86ko
    - jsdyn-formulaires_dateur_jquery_dateur_js_14fce12d.js : 517,89 ko
    Le fichier js dynamique est chargé via $.getScript depuis le fichier formulaire/dateur/inc-dateur.html qui inclut déjà lui-même jquery-ui !
    On se retouve donc avec une double dose d’un jquery-ui (déjà pachidermique) à la moindre saisie date appelée. C’est clairement un problème.
    Je m’interroge sur la nécessite de l’insertion des css et js via affichage_final. Sauf cas particulier qui m’échappe, je pense que cette fonction saisies_affichage_final n’a pas (plus) lieu d’être.
    Je propose d’opter pour un chargement des éléments globaux via insert_head et insert_head_css (sans jquery-ui) et pour les cas particuliers, cela doit se gérer au niveau du squelette de la saisie (à l’instar de ce que fait déjà la saisie date qui fait un #INCLURE de inc-dateur.html).
    En attendant des avis, on peut déjà rendre cette fonction surchargeable (désactivable).

  • Anomalie #4187 : Connecté en Anglais (langue principale français) pas de bouton pour ajouter les p...

    4 octobre 2018, par Jacques Bouthier

    Bon, après quelques essais :
    - en fonction des plugins sélectionnés par le critère de recherche parfois tout fonctionne correctement. Par exemple si je recherche avec le critère de recherche "media", 5 plugins sont affichés de façon correcte et si j’en sélectionne un les boutons "upload" et "upload and activate" sont bien présents.
    - si je recherche (avec comme langue l’anglais) des plugins avec comme critère "edit" ou "encore" ou "modele" ... des plugins remontent qui cassent la présentation et du coup les boutons upload ne sont pas dispos.

    Le seul point commun que j’ai trouvé dans le paquet.xml de ces plugins est la présence de caractères comme par exemple pour afficher un slogan au lieu de le mettre comme recommandé comme chaine de langue dans un fichier de langue.

    Je ne m’explique pas pourquoi ce code casserait le fonctionnement en trad et pas en français...

  • Revision 115296 : Saisie input / paramètre datalist : l’élément autorise d’afficher une ...

    9 mai 2019, par tcharlss@… — Log

    Saisie input / paramètre datalist : l’élément autorise d’afficher une valeur différente de celle réellement enregistrée, ex. : . Si le paramètre data est un tableau associatif, on prend donc #CLE comme valeur enregistrée au lieu de #VALEUR.

Navigation