Recherche avancée

Médias (39)

Mot : - Tags -/audio

Autres articles (13)

  • Organiser par catégorie

    17 mai 2013, par

    Dans MédiaSPIP, une rubrique a 2 noms : catégorie et rubrique.
    Les différents documents stockés dans MédiaSPIP peuvent être rangés dans différentes catégories. On peut créer une catégorie en cliquant sur "publier une catégorie" dans le menu publier en haut à droite ( après authentification ). Une catégorie peut être rangée dans une autre catégorie aussi ce qui fait qu’on peut construire une arborescence de catégories.
    Lors de la publication prochaine d’un document, la nouvelle catégorie créée sera proposée (...)

  • Les thèmes de MediaSpip

    4 juin 2013

    3 thèmes sont proposés à l’origine par MédiaSPIP. L’utilisateur MédiaSPIP peut rajouter des thèmes selon ses besoins.
    Thèmes MediaSPIP
    3 thèmes ont été développés au départ pour MediaSPIP : * SPIPeo : thème par défaut de MédiaSPIP. Il met en avant la présentation du site et les documents média les plus récents ( le type de tri peut être modifié - titre, popularité, date) . * Arscenic : il s’agit du thème utilisé sur le site officiel du projet, constitué notamment d’un bandeau rouge en début de page. La structure (...)

  • Les formats acceptés

    28 janvier 2010, par

    Les commandes suivantes permettent d’avoir des informations sur les formats et codecs gérés par l’installation local de ffmpeg :
    ffmpeg -codecs ffmpeg -formats
    Les format videos acceptés en entrée
    Cette liste est non exhaustive, elle met en exergue les principaux formats utilisés : h264 : H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 m4v : raw MPEG-4 video format flv : Flash Video (FLV) / Sorenson Spark / Sorenson H.263 Theora wmv :
    Les formats vidéos de sortie possibles
    Dans un premier temps on (...)

Sur d’autres sites (4907)

  • Anomalie #4623 : Styles des fieldset dans l’espace privé

    19 avril 2021

    Je pense qu’il faut garder la règle un fieldset == un div.editer en plus gros.

    Oui, ça se tient aussi. Je crois avoir vu cette structure utilisée sur un form de la dist d’ailleurs.
    Pour les fieldsets on pourrait employer un nom qui rappelle que ça fait partie d’un .editer-groupe non ? Genre .editer-fieldset par exemple, au lieu de .fieldset tout court ?

    Je signale pour pas oublier et ne pas exclure cette possibilité que certains formulaires ont besoin de plusieurs .editer-groupe à la racine, avec des choses entre. Par exemple pour le multi il y a des .boutons au milieu du formulaire :

    form
  .editer-groupe
  .boutons
  .editer-groupe
  .boutons

    On peut imaginer aussi un formulaire qui aurait besoin en cours de route d’un groupe de saisies en 2 colonnes, donc de plusieurs .editer-groupe consécutifs :

    form
  .editer-groupe
  .editer-groupe.deux_colonnes
  .editer-groupe

    Et aussi entre le legend et le .editer-groupe d’un fieldset, la charte permet d’insérer des explications (et autres ?).

  • Anomalie #3941 (Fermé) : CSS carnet contrib

    5 mai 2017, par jluc -

    Dans le carnet wiki de contrib, les balises code et cadre génèrent un listing dont les lignes sont numérotées.

    Il y a une colonne grisée plus claire spécialement pour les n° de ligne, à gauche du code.

    Malheureusement les n° sont déportés à droite à cause d’un `margin-left : 43px ;` spécifié par le plugin coloration_code, et du coup cette colonne est vide.

    Voir la copie d’écran de la page https://contrib.spip.net/test-du-carnet pour se rendre compte.

    Les n° de ligne sont tous décalés au lieu d’utiliser la colonne dégagée pour eux !

    Ça va nettement mieux quand on active la css suivante :

    Je ne sais pas la motivation de ce margin de 43px dans coloration_code, et si c’est à corriger dans gribouille (mais je ne sais pas quel gribouille le carnet de contrib utilise car yen a plusieurs) ou dans coloration_code ou spécifiquement dans contrib.

  • Anomalie #4119 (En cours) : Page gestion des plugins : Selecteur d’action mal positionné quand on ...

    28 mars 2018, par jean marie

    Quand on sélectionne un ou plusieurs plugins à mettre à jour via SVP et qu’on descend en bas de page pour valider, la liste déroulante est sur Désactiver par défaut alors qu’on est en train de faire une action de mise à jour.
    C’est casse gueule (j’ai désactivé plusieurs plugins au lieu de les mettre à jour).

    C’est bien adapté si on n’active pas la mise à jour via SVP :
    - soit on est sur la page des plugins actifs et on ne peut que les désactiver
    - soit est sur la page des plugins inactifs et on ne peut que les activer.
    Mais si on active la mise à jour, il y a un 3e choix : les mettre à jour. Dans ce cas, est-ce que la liste ne devrait pas être par défaut sur un champ "choisir quoi faire" ?

    Souci présent uniquement quand on coche manuellement les plugins (pour n’en mettre que certains à jour) pas quand on clique sur "Cocher les mises à jour" (ping b_b :) ).

    Sur spip-dev : https://www.mail-archive.com/spip-dev@rezo.net/msg66339.html

Navigation