Recherche avancée

Médias (0)

Mot : - Tags -/masques

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (31)

  • Qu’est ce qu’un éditorial

    21 juin 2013, par

    Ecrivez votre de point de vue dans un article. Celui-ci sera rangé dans une rubrique prévue à cet effet.
    Un éditorial est un article de type texte uniquement. Il a pour objectif de ranger les points de vue dans une rubrique dédiée. Un seul éditorial est placé à la une en page d’accueil. Pour consulter les précédents, consultez la rubrique dédiée.
    Vous pouvez personnaliser le formulaire de création d’un éditorial.
    Formulaire de création d’un éditorial Dans le cas d’un document de type éditorial, les (...)

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

  • Contribute to a better visual interface

    13 avril 2011

    MediaSPIP is based on a system of themes and templates. Templates define the placement of information on the page, and can be adapted to a wide range of uses. Themes define the overall graphic appearance of the site.
    Anyone can submit a new graphic theme or template and make it available to the MediaSPIP community.

Sur d’autres sites (5124)

  • Anomalie #4194 : Rendre spip_loader compatible php 7.2

    13 juillet 2019, par Vincent ROBERT

    Je confirme le bug que j’ai signalé en double ici #4360

  • Documentation #4098 : Compléter la documentation de #TRI pour générer un lien de tri avec un sens ...

    28 septembre 2018, par cedric -

    Juste pour être sûr, ce que Jean-Luc précise c’est que tu peux générer deux liens de changement de sens de tri avec la syntaxe suivante :

    [(#TRI’>’, #CHEMIN_IMAGEtri-asc-16.png|balise_img<:par_tri_croissant :>)]
    [(#TRI’<’, #CHEMIN_IMAGEtri-desc-16.png|balise_img<:par_tri_decroissant :>)]
    


    comme dans https://zone.spip.org/trac/spip-zone/browser/spip-zone/_plugins_/albums/branches/v2/prive/objets/liste/albums.html#L47
    Ce sont 2 liens uniques qu’on met en général en début de bare de tri.
    Mais tu peux aussi les générer de manière contextuelle à côte de chaque lien en testant le champ de tri :

    [(#TRIid_album, <:medias:par_id :>)]
    [(#TRI|==id_album|oui)
      [(#TRI’>’, #CHEMIN_IMAGEtri-asc-16.png|balise_img<:par_tri_croissant :>)]
      [(#TRI’<’, #CHEMIN_IMAGEtri-desc-16.png|balise_img<:par_tri_decroissant :>)]
    ]
    

    Bon je réponds un petit peu à côté de la question mais quand même donc : on peut générer des liens de sens de tri dynamique, et les mettre en contextuel à côté de chaque lien de tri si c’est ce que tu veux.

    C’est vrai que le même lien qui change le sens du tri "comme dans phpMyAdmin" ce n’est pas prévu, mais a moitié aussi parce que je ne suis pas du tout certain que ce soit une bonne pratique accessibilité/usabilité
    (ie le même lien dont l’action change selon le contexte, ce n’est pas hyper cognitif)

    Donc à voir/discuter sous cet aspect peut-être aussi avant de coder quoi que ce soit de plus

  • Evolution #4105 : Constante ou config ?

    27 septembre 2018, par RastaPopoulos ♥

    Ça reste bancal dans le sens où si on a opté pour le côté "déploiement", donc avec un choix fait en PHP, alors le formulaire de config est obsolète, et les gens vont le remplir en croyant que ça va faire quelque chose, alors que non.

    Quand au fait même de décider de faire cohabiter les deux (pas forcément constante mais "possibilité de le définir par le code") ce n’est pas tordu, mais bien indispensable si on veut permettre de déployer des choix sans que les admins puissent le changer MAIS que lorsqu’on est pas en mode déploiement, alors là les admins peuvent le changer dans une interface. Ce qui est contre-intuitif, c’est que le form est toujours visible si on a activé un define (ou autre méthode tel le pipeline décrit plus haut).

    La solution proposée au début n’est pas la bonne ok, mais l’objet même du ticket pour moi est toujours valable et parfaitement légitime : permettre avec la même API, de manière cohérente et unifiée, que les configs puissent être modifiables par interface OU déployables prioritairement par du code. Et que cela fonctionne au niveau technique ET soit compréhensible dans l’ergonomie (càd champ grisé ou supprimé quand il y a un déploiement par le code).