Advanced search

Medias (0)

Tag: - Tags -/formulaire

No media matches your criterion on the site.

Other articles (83)

  • MediaSPIP v0.2

    21 June 2013, by

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • MediaSPIP version 0.1 Beta

    16 April 2011, by

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Les autorisations surchargées par les plugins

    27 April 2010, by

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

On other websites (5851)

  • Anomalie #3275 (Fermé): Incompatibilité entre traiter_poesie et post_autobr sous SPIP 2.1.26

    3 May 2017, by cedric -

    On ne corrigera plus ça sur cette version

  • Revision 104133: On est en 2017 et version 3.6.9

    30 April 2017, by kent1@… — Log

    On est en 2017 et version 3.6.9

  • Anomalie #3900 (Nouveau): Pouvoir distinguer la langue utilisée dans une boucle entre @@ e...

    13 February 2017

    En relation avec #3897 un peu.

    Je découvre par hasard que <multi>[fr]FR[en]EN</multi> dans le texte d’un article dans l’espace privé
    s’affiche toujours dans la langue de l’interface, quelque soit la langue de l’article.

    J’admets qu’assez logiquement on ne mettrait pas des <multi></multi> dans un article en anglais, mais plutôt dans des articles sans langue.
    En introduisant la possibilité de mettre des &lt;:truc:> dans les textes des articles, je suppose que le truc doit utiliser la langue de l’article préférentiellement.
    Tout comme <multi></multi> devrait utiliser préférentiellement la langue de l’article aussi ici et pas la langue d’interface.

    Le champ "langue_choisie" ne change rien.
    Dans SPIP cela concerne particulièrement ces squelettes : là https://core.spip.net/projects/spip/repository/entry/spip/prive/objets/contenu/article.html

    Ici on veut que les contenus des articles s’affichent dans la langue de l’article (typo, et multi logiquement), mais que les &lt;:truc:> eux utilisent la langue d’interface.
    Actuellement c’est bancal car le [(#LANG|changer_typo)] passe par exemple la typo en anglais (langue de l’article) mais les <multi></multi> du texte d’article continuent de s’afficher en français.

    Je ne sais pas si / comment ça pourrait être amélioré.
    Il serait possible d’utiliser {lang_select} sur la boucle et &lt;:truc{spip_lang=#ENV{lang}}:> sur toutes les chaînes de langue du squelette.
    Mais c’est assez vilain je trouve.

Browsing