Recherche avancée

Médias (91)

Autres articles (63)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

Sur d’autres sites (9030)

  • Evolution #3151 (Nouveau) : Gestion des statuts et WorkFlow

    18 janvier 2014, par YannX spip

    Pour etendre le workflow de SPIP, une exploration du code montre la possibilité d’ajouter des statuts nouveaux pour un objet editorial, qui seront traites dans intituer_objet et puce_statut mais pas de "gerer" les transitions de ces nouveaux statuts (en particulier dans #FORMULAIRE_INSTITUER_OBJET :
    - si j’ai bien compris, il est neanmoins possible de surcharger inc_puce_statut_dist,
    mais cela implique de recoder tout le fichier.php concerné

    je propose l’evolution suivante :
    1°/ migrer la fonction lister_statuts_proposés() depuis #FORMULAIRES_INSTITUER_OBJET dans inc/puce_statuts
    avec une syntaxe d’appel etendu (voir ci-dessous)
    2°/ definir deux autorisations nouvelles,
    avec instanciations pour les objes editoriaux traditionnels ,
    #AUTORISERinstituer_rapide...... qui permettrait ulterieurement de piloter de facon personnalisée _ACTIVER_PUCE_RAPIDE
    et surtout
    #AUTORISERproposer_statuts qui serait appelée par la version modifiée de lister_statuts_proposés() dans inc/puce_statut.php : celle-ci passerait donc les arguments identifiants ’objet’ et ’id’ pour faire appel à l’autorisation ; de plus elle devrait a mon humble avis recevoir, le statut actuel de l’objet (à passer en option pour l’autorisation), voire meme le statut visé (lors de l’appel de controle dans le #FORMULAIRE_INSTITUER_OBJET, pour controler effectivement le droit de traitement) en paramètres pour les transferer dans le $options : il me semble que cela pourrait eviter de devoir relire en SQL l’objet concerné pour traiter de son statut actuel !

    Dès lors, il sera possible, me semble-t-il, de gerer n’importe quel work-flow ou circuit de validation etendu, simplement en utilisant les primitives standard et API de SPIP, sans devoir passer par des circonlocutions sur les rubriques, et surtout sans devoir modifer quelque code natif du core.

    Ce qui devrait permettre aux utilisateurs de la Fabrique de traiter presque completement toute application ;
    - il ne restera qu’a proposer plusieurs formulaires correspondants à plusieurs stades de traitement de l’entite
    - il serait envisageable de generaliser certaines #SAISIES pour accéder à une liste de selection de cet objet

    <em>Cette réflexion a été initalisée suite à des cas pratiques concrets rencontrés dans une administration...</em>

    Votre avis...... ( je peux transferer des articles d’analyse et reflexion sur Carnet )

    YannX

    PS je vous propose de reagir sur spip-dev....

  • Anomalie #3149 (Nouveau) : Filtre supprimer_timestamp

    13 janvier 2014, par Maïeul Rouquette

    SPIP ajoute automatiquement un timestamp aux documents (j’ai toujours pas compris pourquoi, mais peu importe).

    Or ds certains besoin très spécifique ... par exemple exporter le site sous forme d’un zip pour produire un bouquin, on ne souhaite pas avoir les timestamp.

    Ne pourrait-on pas proposer génériquement le filtre suivant :

    function supprimer_timestamp($url)
        return preg_replace("#~? [1]*$#i","",$url) ;
        
    
  • Evolution #3147 (Nouveau) : Interfacer la relecture temporaire

    12 janvier 2014, par tetue tetue

    Un bouton « relecture temporaire » est présent sur certains articles du site public, a priori ceux « en cours de rédaction » et « proposé à l’évaluation ». Lorsqu’on le clique, son intitulé change de nom, pour « prévisualisation » et c’est tout ce qu’on perçoit : si on n’est pas au courant de la chose, on ne comprend pas que l’URL a changé, ni que c’est pour pouvoir la partager, ni qu’elle est périssable, ni…

    Une amélioration d’interface serait bienvenue pour rendre cette fonctionnalité compréhensible et plus utilisable (sachant que certains internautes naviguent sans voir l’adresse des pages).

    L’intitulé du bouton devrait être un verbe, plutôt qu’un état, par exemple : « Partager la relecture ».

    Une boîte de dialogue permettrait de :
    - afficher la nouvelle URL à copier-coller
    - expliquer à quoi elle sert. Par exemple : « Copiez cette adresse URL et donnez-là aux personnes auxquelles vous souhaitez montrer cette page, pour en partager la relecture. Cette adresse URL est temporaire : elle sera périmée dans XX heures. »

    Idéalement, il faudrait demander confirmation avant de générer l’URL.