Recherche avancée

Médias (91)

Autres articles (50)

  • List of compatible distributions

    26 avril 2011, par

    The table below is the list of Linux distributions compatible with the automated installation script of MediaSPIP. Distribution nameVersion nameVersion number Debian Squeeze 6.x.x Debian Weezy 7.x.x Debian Jessie 8.x.x Ubuntu The Precise Pangolin 12.04 LTS Ubuntu The Trusty Tahr 14.04
    If you want to help us improve this list, you can provide us access to a machine whose distribution is not mentioned above or send the necessary fixes to add (...)

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

Sur d’autres sites (5471)

  • Anomalie #3570 (Nouveau) : erreur avec _DEV_PLUGINS

    22 octobre 2015, par jluc -

    Si _DEV_PLUGINS vaut par exemple true au lieu d’un numéro de version,
    SVP installe tout ce qu’on lui demande sans sourciller et
    les messages sont tous en vert "bien activé, bien installé".
    Super !
    Mais le plugin et ses dépendances, au final, ne sont pas installés activés.
    Et il n’y a aucun log.

    Il faudrait au moins mettre un log,
    au mieux tester avant d’installer tout et signaler l’impossibilité et arrêter l’install.
    Détecter et signaler que le format de la constante n’est pas un n° de version valide serait un plus.

  • Revision 91480 : Suite de r90254 : les explications dans le constructeurs de formulaire ...

    26 août 2015, par marcimat@… — Log

    Suite de r90254 : les explications dans le constructeurs de formulaire avaient leurs boutons d’action mal affichés, de même que les onglets à l’intérieur.
    Devrait être plus fonctionnel maintenant. (Beno : ​http://contrib.spip.net/Champs-Extras-3#forum483400)

  • nomenclature #3469 (Nouveau) : Étendre la balise #URL_PAGE à tout objet éditorial

    6 juin 2015, par tetue tetue

    La balise #URL_PAGE affiche actuellement la page fabriquée par le squelette passé en paramètre : http://www.spip.net/fr_article4630.html

    Cette balise pourrait être étendue aux objets éditoriaux de SPIP, de façon à être utilisée facilement, sans paramètre, pour lier explicitement la page SPIP, ce qui est utile pour les objets possédant par ailleurs une URL qui leur est propre, tel que les sites.

    #URL_PAGE afficherait l’url de la page dédiée à l’objet, c’est-à-dire la page générée via le squelette homonyme (sans nécessiter de le passer en paramètre), si ce skel existe, sinon rien.

    Par exemple :

    - dans une boucle SITES, #URL_PAGE afficherait l’url de la page fabriquée par le skel « site » — au lieu de l’actuel [(#ID_SYNDIC|generer_url_entitesite)] anciennement (#ID_SYNDIC, trop barbare — tandis que #URL_FORUM affiche l’url de la page où est affiché le message
    - dans une boucle DOCUMENTS, #URL_PAGE afficherait l’url de la page fabriquée par le skel « document », s’il existe, tandis que #URL_DOCUMENT affiche l’url du fichier multimédia
    - idem avec les FORUMS
    - dans une boucle SYNDIC_ARTICLES, #URL_PAGE n’afficherait rien, car le squelette « article_syndic » n’existe pas
    - dans une boucle ARTICLES, #URL_PAGE afficherait l’url de la page fabriquée par le skel « article », comme #URL_ARTICLE
    - etc.

    Il ne s’agit pas tant qu’une évolution, puisque l’affichage de toutes ces URLs est déjà possible, que d’une homogénéisation et simplification de la nomenclature. Mieux vaut écrire #URL_PAGE que [(#ID_SYNDIC|generer_url_entitesite)], n’est-ce pas ;)

Navigation