Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

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

Autres articles (95)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

Sur d’autres sites (6444)

  • 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

Navigation