Recherche avancée

Médias (0)

Mot : - Tags -/formulaire

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

Autres articles (102)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

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

Sur d’autres sites (11141)

  • Revision 41834 : Nouvelle saisie "recherche" Saisie "recherche". Par défaut, sur un site ...

    21 octobre 2010, par da@… — Log

    Nouvelle saisie "recherche" Saisie "recherche". Par défaut, sur un site en HTML4, revient à une simple saisie "input", avec juste une classe "search". Sur un site en HTML5, fournit un (et donc aussi un class="search" généré automatiquement par la saisie (...)

  • Documentation #4130 (Fermé) : La balise #NOTES ne renvoie rien tant que la balise #TEXTE n’est pas...

    19 avril 2018

    Apparemment la balise #NOTES ne renvoie rien tant que #TEXTE n’est pas appelé

    Par exemple, j’ai besoin de tester l’existence de notes en début d’article

    (#NOTES


    Cela ne fonctionne pas même si des notes sont présentes.

    Voici ma bidouillle pour résoudre le problème.
    il faut appeler obligatoire la balise #TEXTE

    #SETchargement,#TEXTE
(#NOTES

    Dans ce cas, cela fonctionne.

    Est-ce un bug ou une feature ?
    Il me semble qu’il peut être intéressant de pouvoir retourner la balise #NOTES d’un façon indépendante à #TEXTE même si ces deux balises sont étroitement liées.

  • Revision 84174 : Evolutions du plugin dont certaines peuvent être considérées comme des ...

    12 août 2014, par eric@… — Log

    Evolutions du plugin dont certaines peuvent être considérées comme des corrections :
    - la page pages_tous devient pages ce qui est plus cohérent avec les autres objets.
    - ajout et utilisation des autorisations classiques pour un obet ’page’ : creer, modifier et voir. Ces autorisations et les suivantes sont par défaut positionnées à admin complet. Une fonction surchargeable permet de toutes les modifier d’un coup.
    - ajout de l’autorisation pages_voir pour afficher la liste des pages uniques (exec=pages)
    - ajout des autorisations d’affichage des menus pages et pagecreer. Ces autorisations font appel respectivement à pages_voir et page_creer.
    - utilisation du pipeline pre_boucle sur la boucle ARTICLES afin de clairement séparer les listes de pages uniques et celles d’articles éditoriaux. Par exemple, les listes d’articles de la page d’acceuil et de la page articles sont exemptes de pages uniques.
    Tout n’est pas parfait en particulier pour les autorisations car il est toujours possible d’accéder à une page unique en saisissant l’url même si on est pas autorisé. C’est en effet l’autorisation de l’article qui se déroule. Pour combler ce manque il faudrait surcharger l’autorisation de l’article en testant l’id de rubrique mais cela produirait des effets de bords avec d’autres plugins comme accès restreint.
    En fait, spécialiser un objet pour en créer un autre n’est pas une opération prévue dans l’api SPIP actuelle.
    Autre remarque : lors de la désinstallation du plugin on supprime la colonne ’page’ de la table spip_articles. On se retrouve avec des articles possédant un id_rubrique à -1. Est-ce bien de laisser cela ainsi ? Ne faudrait-il pas soit les supprimer soit les transférer dans une rubrique existante ?

Navigation