Recherche avancée

Médias (1)

Mot : - Tags -/remix

Autres articles (92)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

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

  • Emballe médias : à quoi cela sert ?

    4 février 2011, par

    Ce plugin vise à gérer des sites de mise en ligne de documents de tous types.
    Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ;

Sur d’autres sites (13576)

  • Anomalie #3760 : Le correcteur typographique ne gère pas le HTML5

    26 mars 2016, par Christian Pierre MOMON

    Grrrrrr, les codes sont escapés dans le titre mais pas dans le texte. Je remets mon texte en faisant apparaître les codes :-/

    Le correcteur typographique fait un super boulot pour le rendu des articles. Par exemple, il transforme « Exemple : » en HTML « Exemple& nbsp ; : ».

    C’est vraiment super, sauf que ce n’est pas compatible avec HTML5 où le & nbsp ; est ignoré (&#160 est attendu à la place). Et donc on obtient des rendus catastrophiques (monstrueux espaces entre «  : » et le mot précédent, etc.). J’ai tenté de mettre «   », même résultat. J’ai tenté de mettre « Exemple& #160 ; : » et j’obtiens « Exemple& #160 ;& nbsp ; : » :-/

    Le HTML5 devenant de plus en plus répandu et étant amené à devenir le DOCTYPE de référence, suggestion d’adapter le module typo pour gérer le HTML5.

    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/

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

  • Revision 100529 : Éviter lorsqu’il n’y a pas de compression JS/CSS activée, que le ...

    16 novembre 2016, par marcimat@… — Log

    Éviter lorsqu’il n’y a pas de compression JS/CSS activée, que le navigateur redemande les fichiers css et js du porte plume qui sont compilés par SPIP.
    On ajoute cache-client sur le cache de ces fichiers. C’est presque suffisant, mais il faut aussi les recalculer lorsqu’un plugin qui modifie les fichiers
    de porte-plume s’active ou se désactive. Du coup, on calcule un hash et un fond statique pour ces 2 fichiers, qui dépend du code variable de ces fichiers.
    Bon du coup on peut éviter quelques hits sur le serveur, mais la contrepartie, c’est qu’il faut calculer ces hash, parfois inutilement j’imagine, au calcul d’une page.
    À voir.