Recherche avancée

Médias (3)

Mot : - Tags -/spip

Autres articles (42)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

  • Contribute to documentation

    13 avril 2011

    Documentation is vital to the development of improved technical capabilities.
    MediaSPIP welcomes documentation by users as well as developers - including : critique of existing features and functions articles contributed by developers, administrators, content producers and editors screenshots to illustrate the above translations of existing documentation into other languages
    To contribute, register to the project users’ mailing (...)

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

Sur d’autres sites (4257)

  • Révision 108118 : retour sur r108117 cf https://core.spip.net/issues/4065#note-3

    19 décembre 2017, par brunobergot@gmail.com
  • Révision 99168 : Amélioration de l’analyse de l’ordre des actions à réaliser (ticket : https://cor...

    14 août 2016, par marcimat@rezo.net

    Lorsqu’un plugin A dépend de B, et B dépend de C, et qu’on désactive ou active les 3 plugins en même temps,
    le placement pouvait être incorrect, car A n’avait pas connaissance directement de sa dépendance à C,
    et C n’avait pas directement connaissance d’être dépendant de A. On se limitait à 1 niveau n’analyse.

    Du coup, on complète la description d’un paquet et de ses dépendances avec la liste des dépendances
    complètes que l’on connait pour les paquets qui font partie du lot d’actions à traiter (si A dépend de D,
    mais que D ne fait pas partie des paquets à activer ou enlever, on s’en fiche). Ainsi, pour chaque paquet,
    dans l’Actionneur, on a une entrée ’dp’ (dépendances préfixes) qui liste tous les préfixes des plugins nécessités, avec leurs descendances
    (jusqu’à 10 générations, ça devrait suffire). Inversement on a une entrée ’dmp’ (dépendent de moi préfixes) qui liste
    les préfixes des plugins actionnés qui dépendent de moi.

    Avec ces 2 listes, on peut améliorer le placement des actions ’on’ / ’geton’ (activer / télécharger un plugin et l’activer)
    et ’off’ pour désactiver / désinstaller.

    ScolaSPIP ou Soyez Créateurs se téléchargent et téléchargent et activent tous leurs plugins sans erreur d’ordre des dépendances.
    De même en désinstallant tout.

  • Révision 107318 : Definir la relation a l‘objet parent dans la declaration de l‘objet (voir https:...

    3 novembre 2017, par peetdu@gmail.com