Recherche avancée

Médias (0)

Mot : - Tags -/upload

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

Autres articles (7)

  • Contribute to translation

    13 avril 2011

    You can help us to improve the language used in the software interface to make MediaSPIP more accessible and user-friendly. You can also translate the interface into any language that allows it to spread to new linguistic communities.
    To do this, we use the translation interface of SPIP where the all the language modules of MediaSPIP are available. Just subscribe to the mailing list and request further informantion on translation.
    MediaSPIP is currently available in French and English (...)

  • Other interesting software

    13 avril 2011, par

    We don’t claim to be the only ones doing what we do ... and especially not to assert claims to be the best either ... What we do, we just try to do it well and getting better ...
    The following list represents softwares that tend to be more or less as MediaSPIP or that MediaSPIP tries more or less to do the same, whatever ...
    We don’t know them, we didn’t try them, but you can take a peek.
    Videopress
    Website : http://videopress.com/
    License : GNU/GPL v2
    Source code : (...)

  • Selection of projects using MediaSPIP

    2 mai 2011, par

    The examples below are representative elements of MediaSPIP specific uses for specific projects.
    MediaSPIP farm @ Infini
    The non profit organizationInfini develops hospitality activities, internet access point, training, realizing innovative projects in the field of information and communication technologies and Communication, and hosting of websites. It plays a unique and prominent role in the Brest (France) area, at the national level, among the half-dozen such association. Its members (...)

Sur d’autres sites (3971)

  • Nomenclature #4626 : Renommer le menu "Squelettes"

    3 mai 2021, par RastaPopoulos ♥

    Pfiou voilà, je suis allé voir chaque page de chacun des plugins qui s’insère actuellement pour faire le point !

    Mise en page

    - ACS : comme le noizetier, mise en page à partir de blocs
    - Campagnes : pour la gestion de encarts à insérer ensuite dans la mise en page (ensuite dans chaque encart on gère les campagnes de bandeaux, mais le menu lui c’est pour aller à la gestion des encarts), pourrait éventuellement virer ailleurs en reformulant des choses
    - Comments : config du mode de mise en page des commentaires (threads ou pas, etc)
    - Compositions : liste les variantes de mise en page pour chaque type de contenu
    - Eléments : de la mise en page sur les contenus (comme le noizetier, et n’a d’ailleurs plus trop d’intérêt depuis plusieurs années que le noizetier sait aussi configurer des blocs pour tel contenu précis, pas que en global)
    - eva-web-bonus eva-web-habillage eva-web-install eva-web-mentions : configuration de la mise en page ou des styles du squelette Eva
    - Kaye : pour configurer la mise en page du cahier de texte
    - menu_langues_liens : configurer la manière d’afficher le changement de langue
    - noizetier : mettre en page le site entier par petits blocs
    - porte_plume_enluminures_typographiques : configure la mise en page des textes de contenus suivant les nouvelles syntaxes
    - seminaire : configuration de mise en page je crois, mais sinon ça devrait aller juste dans SVP
    - sociaux : configure quels liens et leur affichage
    - spip_visuels : configurer les rôles de visuels (pourrait peut-être aller ailleurs, et surtout remplacé par Rôles de documents bien plus pérenne car basé sur les documents existants)
    - squelettes_par_mots_cle : un peu un ancêtre de Compositions, mettre en page des contenus avec un autre squelette suivant un mot-clé
    - switcher : très vieille contrib, configure si on affiche le switcher de squelette (donc de mise en page !), mais c’est juste une config globale une unique fois, donc pourrait parfaitement être dans SVP uniquement

    Navigation

    - Court-circuit : change le comportement des liens pour certaines rubriques pour aller à un article interne directement
    - exclure_secteur : masque des secteurs entiers, mais pourrait aller dans Publication, je crois, puisque ça dépublie par défaut littéralement des branches
    - menus : créer et remplir les menus de navigation

    Styles et comportement d’affichage

    - Adaptive images : taille des images, lazyload ou pas, styles des previews
    - cloudzoom : un peu comme modalbox, configurer les images zoomables
    - fontawesome5 : sert juste à voir les icones existantes
    - forkawesome : pareil
    - Links : configure le style des liens externes et comment les afficher quand on clique
    - mediaspip_player : configurer l’apparence du lecteur
    - picto : comme fontawesome, sert juste à voir les icones existantes
    - player : choix du lecteur audio (conditionnant essentiellement son affichage)
    - rainette : configure l’affichage de la zone météo
    - recherche_mots_cles : pour configurer comment s’affiche (mais ce plugin n’est plus vraiment maintenu pour l’instant et cette page toujours en vieux exec PHP)
    - refbase : configure la manière d’afficher les bibliographies
    - sjcycle : configure l’affichage du carrousel
    - slick : configure l’affichage du carrousel
    - timecircles : configure l’affichage des timers
    - tooltip : configure l’affichage des infobulles
    - videos : configure l’affichage des vidéos (mais de nos jours on utilise plutôt oEmbed)
    - w3css : configurer l’apparence graphique en choisissant le thème du framework

    À virer ailleurs

    - champs_extras_synchronisation
    - Chosen : devrait virer complètement et être juste dans SVP, ou à la limite dans Configuration : c’est un truc qu’on configure une unique fois en gros, ce n’est pas à retrouver en permanence
    - comarquage : la dernière version du plugin ne s’insère plus donc sans objet
    - dublin_core : il s’agit de SEO/indexation/meta infos dans les métas du site et c’est juste la page de config général du plugin : soit juste SVP soit Configurer (soit Publication ? trouver où regrouper tous les trucs SEO, métas infos ?)
    - mathjax : aucun rapport ni squelette ni mise en page, c’est pour configurer comment le script JS est appelé CDN ou en local. En plus cette page ne devrait même pas exister, car CDN tierce on n’en veut pas normalement dans SPIP par défaut, le JS devrait toujours être interne au site
    - select2 : exactement comme Chosen, n’a pas à être retrouvé en permanence dans les menus, ça se configure une fois à l’installation
    - seo : trouver un autre endroit Publication ou Configuration, c’est de la méta information, voire juste SVP si c’est que la config générale à faire une fois
    - skeleditor : menu Développement !
    - xray : menu Développement !
    - zinit : j’ai pas tout compris mais j’ai l’impression que c’est pour aider les intégrateurices donc du dev donc Développement
    - xiti : statistiques, mais si config globale une unique fois : dans SVP uniquement, à la limite dans Configuration

  • Anomalie #4799 (Nouveau) : Validité du RSS

    26 mai 2021

    Marc, sur https://discuter.spip.net/t/rss-atom-enclosures-et-w3c/152922 signale quelques points de validité à améliorer sur le RSS de la dist

    backend.html

    • balise rss : rajout d’un lien xmlns:atom="http://www.w3.org/2005/Atom"
    • balise channel : rajout de
    • réf : Missing atom:link with rel="self"

    squelette rss-item.html (ou inc-rss.html)

    • enclosures multiples : item contains more than one enclosure
    • suggestion (discutable) rajouter un critère {0,1} dans la boucle document de rss-item.html
    <span class="CodeRay">
    
<span class="tag">span><span class="error">(</span><span class="attribute-name">DOCUMENTS</span><span class="error">)</span><span class="error">{</span><span class="attribute-name">id_article</span><span class="error">}</span><span class="error">{</span><span class="attribute-name">mode</span>=<span class="attribute-value">document</span><span class="error">}</span><span class="error">{</span><span class="attribute-name">doublons</span><span class="error">}</span><span class="error">{</span><span class="attribute-name">0</span><span class="error">,</span><span class="attribute-name">1</span><span class="error">}</span><span class="tag">></span>[
    
<span class="tag">span> <span class="attribute-name">url</span>=<span class="string"><span class="delimiter">"</span><span class="content">(#URL_DOCUMENT|url_absolue|unique)</span><span class="delimiter">"</span></span><span class="error">[</span> <span class="attribute-name">length</span>=<span class="string"><span class="delimiter">"</span><span class="content">(#TAILLE)</span><span class="delimiter">"</span></span><span class="error">]</span><span class="error">[</span> <span class="attribute-name">type</span>=<span class="string"><span class="delimiter">"</span><span class="content">(#MIME_TYPE)</span><span class="delimiter">"</span></span><span class="error">]</span> <span class="tag">/></span>]
    
<span class="tag"></span>
    
</span></span></span>

  • Evolution #4753 (Nouveau) : Styles du privé : listes d’objets (suite des boîtes et des formulaires)

    30 avril 2021

    Les boîtes et les formulaires ont été visuellement « raccordés » ensembles.
    Je pense que logiquement les listes d’objets devraient suivre.
    En fait ce sont 3 variations d’un même composant : une boîte avec entête, corps et pied.

    Pour les listes on peut séparer la question en 2 aspects :

    1) L’emballage extérieur

    Là il s’agirait de reprendre les choix graphiques propres à « l’emballage extérieur » des boîtes et formulaires : bordure, arrondi, espacements.
    Exemple sur l’image suivant où les 3 sont visibles (nb : ceux en colonne sont automatiquement « ressérés », d’où la différence de padding etc.)

    Après en fonction de l’un ou de l’autre, il y aura peut-être lieu d’ajuster le padding ou la taille du titre. Mais pour l’instant ce sont ceux en place.

    2) L’intérieur

    Ensuite je propose de procéder à quelques ajustements à l’intérieur de ces listes.
    Je pense que certains choix ont été faits pour s’accommoder du manque de place en largeur à l’époque, et ne sont plus nécessaires maintenant.

    Pour me faire un idée de ce qui fonctionnerait le mieux, et comprendre les détails visuels qui me gênaient un peu, j’ai parcouru quelques articles de recommandations sur l’ergonomie des data tables.
    Alors ils traitent plutot des fonctionnalités de ces tables dans leur ensemble, mais il y a aussi quelques guidelines visuelles intéressantes.

    Je retiens quelques règles simples :

    • Des espacements suffisants et consistants (le padding quoi)
    • Une taille de police identique partout (au moins dans le tbody). C’est fatiguant pour l’oeil et moins lisible quand on passe sans arrêt d’un taille de police à l’autre sur une même ligne. Et je ne suis pas sûr qu’il y ait forcément besoin de gras pour certains éléments comme les titres ou autres.
    • À quelques exceptions près (id, picto), pas de largeur fixes sur les colonnes, laisser faire le navigateur.

    Donc voilà, c’est pas grand chose à ajuster non plus.
    Les colonnes des tables ont des classes .importante et .secondaire.
    À mon avis elle ne devraient plus avoir d’incidence en vue « normale », mais juste décider quelles colonnes afficher et masquer en vue réduite, dans les colonnes ou ailleurs.

    Donc dans les grandes lignes ça donnerait quelques chose comme ça (juste une maquette) :

    3) Détails

    Enfin pour ces 3 composants, je propose qu’il y ait une classe modificatrice commune pour produire un affichage compact, c’est à dire ressérer tout le contenu.
    Cette classe serait automatiquement appliquée dans les colonnes.

    Ça pourrait être « compact », mais sur d’autres composants pour varier les tailles je suis parti sur mini / large. Donc mini aussi ?

Navigation