Recherche avancée

Médias (1)

Mot : - Tags -/embed

Autres articles (76)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

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

  • Anomalie #2381 : Corriger le niveau d’intertitre

    24 octobre 2014, par tetue tetue

    C’est moins un problème de SEO que d’accessibilité. Omettre un niveau de titre rompt la navigation par titres (par exemple avec une synthèse vocale), rendant difficile l’accès aux contenus des niveaux inférieurs. Concrètement, certains de ces utilisateurs passent à côté de tout ou partie du contenu. Cela relève d’un critère d’accessibilité de niveau A, c’est-à-dire bloquant.

    Il y a certes, pour les webmestres avertis, la possibilité de corriger cela (via plugin ou autre).
    Cela dépend aussi de la hiérarchie des titres du squelette en vigueur.

    Mais il serait préférable d’éviter cette erreur par défaut, dans la distribution du SPIP natif :
    - soit (peu pertinent) en ajoutant un h2 de principe avant chaque champ #TEXTE des squelettes de la dist ;
    - soit (mieux) en corrigeant le code généré par défaut, comme suggéré en premier lieu dans ce ticket.

    NB : le HTML5, qui autorise l’utilisation exclusive de titres de niveau 1, manque de support sur ce point et n’est donc pas une solution, effectivement.

  • Revision 86428 : Un autre type de jointure qui devrait fonctionner : cas simple : ...

    3 décembre 2014, par kent1@… — Log

    Un autre type de jointure qui devrait fonctionner :
    cas simple : $cle_depart dans la table_liee
    Ce cas pourrait exister par exemple si on activait une jointure de recherche sur les articles avec la table spip_evenements du plugin agenda.
    Il suffirait d’ajouter la ligne suivante dans le pipeline "declarer_tables_objets_sql" dans le fichier base/agenda_evenements :
    $tablesspip_articles ?rechercher_jointures ?evenement ? = array(’titre’ => 8, ’descriptif’ => 5, ’lieu’ => 5, ’adresse’ => 3) ;

  • Révision 21881 : Erreur de stratégie dans l’activation des plugins. Ce n’est pas parce que le serv...

    19 décembre 2014, par esj -

    Après nettoyage du code, il apparaît que la raison pour laquelle on abandonnait tout si le serveur SQL était indisponible était que la fonction effacer_meta, disymétriquement à ecrire_meta, ne se protégait pas de cette situation au lieu de faire le travail a minima (affectation de la globale PHP quand même et retour à l’appelant). On aligne donc cette fonction sur ecrire_meta, ce qui permet de créer les fichiers tmp/*plug* etc en faisant sauter le test de disponibilité du serveur dans inc/plugin.

Navigation