Recherche avancée

Médias (0)

Mot : - Tags -/protocoles

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

Autres articles (8)

  • Menus personnalisés

    14 novembre 2010, par

    MediaSPIP utilise le plugin Menus pour gérer plusieurs menus configurables pour la navigation.
    Cela permet de laisser aux administrateurs de canaux la possibilité de configurer finement ces menus.
    Menus créés à l’initialisation du site
    Par défaut trois menus sont créés automatiquement à l’initialisation du site : Le menu principal ; Identifiant : barrenav ; Ce menu s’insère en général en haut de la page après le bloc d’entête, son identifiant le rend compatible avec les squelettes basés sur Zpip ; (...)

  • Le plugin : Podcasts.

    14 juillet 2010, par

    Le problème du podcasting est à nouveau un problème révélateur de la normalisation des transports de données sur Internet.
    Deux formats intéressants existent : Celui développé par Apple, très axé sur l’utilisation d’iTunes dont la SPEC est ici ; Le format "Media RSS Module" qui est plus "libre" notamment soutenu par Yahoo et le logiciel Miro ;
    Types de fichiers supportés dans les flux
    Le format d’Apple n’autorise que les formats suivants dans ses flux : .mp3 audio/mpeg .m4a audio/x-m4a .mp4 (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

Sur d’autres sites (3995)

  • Evolution #4766 : Passer le menu d’ajouts rapides dans un sous-menu

    4 mai 2021, par RastaPopoulos ♥

    N’importe quoi… on ne les utilise que rarement en tant que dev, si on réfléchit ergo là c’est bien pour les utilisateurices finales, et sur comment les former. Cf les arguments sur la facilité d’apprentissage + la mémorisation de la fonctionnalité + l’accessibilité de la lecture pour savoir ce que ça fait du premier coup d’œil (sans title infobulle que fort peu trouvent et lisent).

    Il est d’ailleurs bien plus plus simple, une fois le gros menu ouvert de viser une ligne entière avec label, qu’un mini bouton riquiqui.

    Quant à la comparaison avec d’autres logiciels : prenons plutôt ceux de la même branche. Et… o gosh, les deux plus utilisés au monde utilisent ce genre de menu !

    Wordpress : un menu "New" avec un picto "+", qui ouvre la liste des choses qu’on peut créer : exactement comme ce qu’on propose

    Drupal : un menu "Shortcuts" qui ouvre dessous ce sous-menu (en horizontal et pas vertical pour eux) : là chez eux on peut personnaliser pour chaque utilisateur, ce que j’avais d’ailleurs proposé un jour, ya un remplissage par défaut mais ensuite on peut retirer/ajouter des éléments

    Dans un premier temps le truc comme Wordpress suffit, et tout le monde connait et comprend ça (et je pense que ça doit avoir un label du coup, pas juste un "+" !).

  • Evolution #3528 (Nouveau) : Apporter un Compagnon-Avertissement optionnel pour le premier article ...

    13 août 2015, par YannX DYX

    Très souvent, sur les sites de la communauté, on découvre un vieil article resté en attente de rédaction depuis...
    A la lecture, il est facile de comprendre que ce n’est pas une proposition de nouvel article, mais plutot le premier endroit où un nouvel inscrit a cru pouvoir poster sa demande de renseignements...

    Plutot que de devoir, dans dans tous les sites de la galaxie (et tous les autres sites collaboratifs sur inscription en privé), préparer dans les squelettes du privé et/ou du public, l’apparition d’avertissements diversement compris (et pas reçus au bon moment), j’imagine d’utiliser le mécanisme de Compagnon pour avertir UNE fois l’apprenti-rédacteur (au premier essai de création d’un premier article) que ce n’est pas l’endroit adapté pour une demande de rensiegnements ( et le brancher vers le Forum internes, d’autres liens, etc...)

    Cerise sur le gateau /sous la langue/ du Webmestre, proposer l’affichage d’un article ’_technique_’ (restant seulement au statut "*en redac*") qui bénéficierait des liens de traduction, géré par le seul webmestre.

    Faut-il garder cette option débrayable pas défaut, ou sous forme d’un mini-plugin optionnel ?
    Après tout le Compagnon fait bien partie intégrante de SPIP..
    et comme le texte affiché serait modifiable par tout webmestre,
    il pourrait meme remplacer "*Manuel du Site*"

    YannX

  • Anomalie #4562 : Suite #4468 : Unification des CSS pour les boutons et les icônes

    6 octobre 2020

    Mais pour l’ajout là c’est bizarre on voit pas le fond, c’est un peu nul, en tout cas pour cette couleur.

    Oui : https://core.spip.net/issues/4562#note-25 et https://core.spip.net/issues/4562#note-5

    Peut-être l’inverse aussi, le retrait est plus gros que l’ajout : ça ne va pas.

    Oui c’est pas voulu, la capture a été faite à l’arrache dans l’inspecteur, devait rester un font-size planqué quelque part (il y en a pleins d’imbriqués en vrac de partout). Les 2 étaient censés être à la même taille.

    Mais bref, pour mettre le bouton d’ajout à la taille normale il y a pas trop la place pour l’instant : les .toggle_box_link sont positionnés en absolute, ça ferait déborder. Et s’il faut faire rentrer tout ça je sens que ça va amener modifier pleins de choses en cascade. On tire sur un fil et on finit par dérouler toute la pelote de laine :p

    On peut y aller par étapes aussi : laisser tout en .mini.link dans un 1er temps ça me semble acceptable, histoire de garder un truc proche de ce qu’il y avait avant, mais déjà un peu plus harmonisé. Et pis après on amélioera.

Navigation