Recherche avancée

Médias (91)

Autres articles (67)

  • Participer à sa documentation

    10 avril 2011

    La documentation est un des travaux les plus importants et les plus contraignants lors de la réalisation d’un outil technique.
    Tout apport extérieur à ce sujet est primordial : la critique de l’existant ; la participation à la rédaction d’articles orientés : utilisateur (administrateur de MediaSPIP ou simplement producteur de contenu) ; développeur ; la création de screencasts d’explication ; la traduction de la documentation dans une nouvelle langue ;
    Pour ce faire, vous pouvez vous inscrire sur (...)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

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

  • Evolution #4655 (Nouveau) : Permettre l’admin et l’édition de compagnons

    9 février 2021, par RastaPopoulos ♥

    Peut-être dans un sous-plugin, je ne sais pas, mais ça pourrait être fournit d’office.

    Avoir une interface humaine pour ajouter éditorialement des blocs d’aides dans différentes zones connues du plugin. L’idée étant que les "zones d’aide" ne sont pas toujours que les pipelines existants du privé (insere_milieu, etc).

    Donc il faudrait un concept "zone d’aide", sans avoir besoin de table pour ça, juste une fonction d’API et un pipeline éponyme pour en déclarer de nouvelles. Chaque zone doit avoir au moins un identifiant unique, et un label humain.

    Ces zones on va les insérer où on veut, soit en PHP avec une fonction (compagnon_zone(’identifiant’) par exemple) soit en squelette avec une balise (#COMPAGNON_ZONEidentifiant par exemple).

    Le plugin insérerait déjà des zones dans tous les pipelines connus de l’interface d’admin, comme actuellement, sauf que ça n’insérerait pas les compagnons directement mais la zone. La fonction actuelle "compagnonage" peut être rediriger pour utiliser le concept de zone d’aide car c’est très proche, et donc ne rien casser.

    Comme ces zones vont être déclarées explicitement avec un label humain ça va permettre de produire une interface d’admin éditoriale ("je veux ajouter une aide dans la zone Enfants des objets Rubriques", par ex). Une fois cette API de zone d’aide en place, on peut faire une interface avec une unique table éditoriale des compagnons et donc permettre d’en ajouter des nouveaux, sur telles pages, dans telles zones.

  • Evolution #4146 (Fermé) : Invalideur lors de la publication : facultatif

    26 septembre 2018, par cedric -

    Bon pour commencer la ligne pointée est pas la bonne :)
    https://core.spip.net/projects/spip/repository/entry/spip/ecrire/action/editer_objet.php#L118 dit que si on modifie un objet déjà publié, ça invalide le cache, et c’est normal !

    C’est dans https://core.spip.net/projects/spip/repository/entry/spip/ecrire/action/editer_objet.php#L409 que l’on invalide le cache au moment de la publication.

    Et je ne pense vraiment pas qu’il faille changer ça en y mettant des dérogations.
    Par contre, si dans formidable les réponses sont juste stockées en base pour utilisation dans le back-office sans publication côté public, pourquoi leur donner le statut ’publie’ ? Appelons un chat un chat ! Le statut "publie" ça veut bien dire "à caractère publique, affichable sur le site public".

    Dans le cas présent, si tes données ne sont pas publiques, tu les mets en ’modération a priori’ dans la configuration de formidable et elles seront en statut ’proposée’ ce qui corrige tout tes problèmes sans gérer de cas particulier et en gardant la cohérence de tout le fonctionnement de SPIP

  • Evolution #3483 : #FORMULAIRE_MOT_DE_PASSE dans la dist

    27 juin 2018, par Anonyme

    Tiens, j’avais oublié cette fiche faite par Maieul à ma demande lorsque j’avais pas de compte. Toutes mes fiches ayant déjà été fermées d’office.
    (style : on ferme A car on décide que c’est un doublon de B et vice versa)
    Celle-ci peut également être fermée, car comme je l’ai précisé dans cette conversation (https://contrib.spip.net/Pour-un-fonctionnement-communautaire-efficace-dans-la#forum492387) la boite a abandonné SPIP
    Quand à mes 4 sites familiaux, ils n’ont pas les milliers de personnes à gérer des précédents : je peux faire les modifications à la main :-)
    Me reste plus qu’à désactiver mon compte
    Encore merci Maieul
    Et bon vent à l’équipe

Navigation