Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

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

Autres articles (72)

  • Formulaire personnalisable

    21 juin 2013, par

    Cette page présente les champs disponibles dans le formulaire de publication d’un média et il indique les différents champs qu’on peut ajouter. Formulaire de création d’un Media
    Dans le cas d’un document de type média, les champs proposés par défaut sont : Texte Activer/Désactiver le forum ( on peut désactiver l’invite au commentaire pour chaque article ) Licence Ajout/suppression d’auteurs Tags
    On peut modifier ce formulaire dans la partie :
    Administration > Configuration des masques de formulaire. (...)

  • Amélioration de la version de base

    13 septembre 2013

    Jolie sélection multiple
    Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
    Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)

  • Qu’est ce qu’un masque de formulaire

    13 juin 2013, par

    Un masque de formulaire consiste en la personnalisation du formulaire de mise en ligne des médias, rubriques, actualités, éditoriaux et liens vers des sites.
    Chaque formulaire de publication d’objet peut donc être personnalisé.
    Pour accéder à la personnalisation des champs de formulaires, il est nécessaire d’aller dans l’administration de votre MediaSPIP puis de sélectionner "Configuration des masques de formulaires".
    Sélectionnez ensuite le formulaire à modifier en cliquant sur sont type d’objet. (...)

Sur d’autres sites (9080)

  • Anomalie #3761 : Ne plus transcrire «   » en « &nbsp ; » mais en « &#160 ; »

    26 mars 2016, par Christian Pierre MOMON

    Grrrrrrrrrrr, mais pourquoi bien escaper les codes dans le titre et pas dans le texte ?!!! Je remets mon message avec les codes espaces visibles.

    Une convention de SPIP dans la rédaction des articles est que si l’on veut garder deux mots toujours serrés dans le rendu de la page, on utilise «   » au lieu du caractère espace. Dans la génération HTML, SPIP remplace le «   » par « & nbsp ; ».

    Malheureusement, en HTML5, le terme « & nbsp ; » a disparu, donc la convention devient caduc et le rendu des pages SPIP en HTML5 devient laid.

    Demande de remplacer la transcription de «   » vers « & nbsp ; » par « & #160 ; ».

    Informations complémentaires :
    - j’utilise SPIP 3.0.17-2+deb8u2 (Debian) ;
    - j’ai activé « Permettre le HTML5 » dans l’interface d’administration ;
    - je mets «  » dans mes entêtes de fichier HTML.

    Avec tous mes encouragements \o/

  • Révision 22984 : Chaque table ayant un champ "lang" n’est pas obligé d’avoir de champ langue_chois...

    13 avril 2016, par kent1@arscenic.info

    Du coup la fonction instituer_langue_objet provoquait des erreurs Mysql du type :

    :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’langue_choisie’ in ’field list’
    in /blahblah/ecrire/action/instituer_langue_objet.php L39 [sql_updateq(),action_instituer_langue_objet_dist(),objet_modifier_champs(),inserer_article_syndique(),syndic_a_jour(),queue_start_job(),queue_schedule(),action_syndiquer_site_dist(),traiter_appels_actions()]
    UPDATE `blablah`.spip_syndic_articles
    SET lang=’fr’,langue_choisie=’oui’
    WHERE id_syndic_article=32583

    Cette fonction n’est utilisée qu’une seule fois dans le core, au lieu de l’alourdir en passant à nouveau par trouver_table, on change sa signature, c’est objet_modifier_champs (où est son seul appel et qui fait déjà un trouver_table) qui stipule si oui ou non on change le champ langue_choisie.

  • Anomalie #3630 : Logo d’auteur et fonction de recherche de logo

    13 août 2016, par b b

    Je dépose ici la discussion qui a eu lieu à ce sujet sur IRC pour en garder une trace :

    < marcimat‎ >  dans id_table_objet() je vois que ça fait un traitement même si on passe ’id_auteur’
    < marcimat‎ >  du coup, je me dis que quête logo
    < marcimat‎ >  pourrait tester si substr($type, 0, 3) !== ’id_’
    < marcimat‎ >  appeler id_table_objet($type)
    < marcimat‎ >  non ?
    < marcimat‎ >  c’est peut être un compromis
    < marcimat‎ >  ou un strcmp
    < phenix_spip‎ >  Pourquoi faire un test ?
    < marcimat‎ >  parce que je vois des calculs dans id_table_objet() systématiques
    < marcimat‎ >  même si on envoie déjà id_truc
    < phenix_spip‎ > ?
    < phenix_spip‎ >  Ha je vois
    < marcimat‎ >  @id_table_objet()
    < Edgard‎ >  Hop http://code.spip.net/@id_table_objet - Hop (sinon) http://code.spip.net/spip.php?page=recherche&recherche=id_table_objet
    < marcimat‎ >  https://core.spip.net/projects/spip/repository/entry/spip/ecrire/base/objets.php#L1066 donc
    < marcimat‎ >  mais effectivement, je pense que ça doit pas gêner si quête_logo est simplifié
    < phenix_spip‎ >  marcimat : ce serai plus logique que le test soit dans id_table_objet non ?
    < marcimat‎ >  enfin modifié pour accepter un vrai type
    < marcimat‎ >  certes, mais c’est déjà plus sensible ^^
    < phenix_spip‎ > ?
    < marcimat‎ >  ok
    < marcimat‎ >  en fait objet_type() teste déjà en enlevant id_
    < marcimat‎ >  donc, y pa pas spécialement besoin
    < phenix_spip‎ >  Ben voilà :)
    < marcimat‎ >  donc là https://core.spip.net/projects/spip/repository/entry/spip/ecrire/base/objets.php#L1070
    < marcimat‎ >  objet_type(’id_auteur’) doit ressortir ’auteur’
    < marcimat‎ >  oui, voilà :)
    < marcimat‎ >  all is fine