Recherche avancée

Médias (1)

Mot : - Tags -/embed

Autres articles (42)

  • Taille des images et des logos définissables

    9 février 2011, par

    Dans beaucoup d’endroits du site, logos et images sont redimensionnées pour correspondre aux emplacements définis par les thèmes. L’ensemble des ces tailles pouvant changer d’un thème à un autre peuvent être définies directement dans le thème et éviter ainsi à l’utilisateur de devoir les configurer manuellement après avoir changé l’apparence de son site.
    Ces tailles d’images sont également disponibles dans la configuration spécifique de MediaSPIP Core. La taille maximale du logo du site en pixels, on permet (...)

  • Mediabox : ouvrir les images dans l’espace maximal pour l’utilisateur

    8 février 2011, par

    La visualisation des images est restreinte par la largeur accordée par le design du site (dépendant du thème utilisé). Elles sont donc visibles sous un format réduit. Afin de profiter de l’ensemble de la place disponible sur l’écran de l’utilisateur, il est possible d’ajouter une fonctionnalité d’affichage de l’image dans une boite multimedia apparaissant au dessus du reste du contenu.
    Pour ce faire il est nécessaire d’installer le plugin "Mediabox".
    Configuration de la boite multimédia
    Dès (...)

  • Ajouter notes et légendes aux images

    7 février 2011, par

    Pour pouvoir ajouter notes et légendes aux images, la première étape est d’installer le plugin "Légendes".
    Une fois le plugin activé, vous pouvez le configurer dans l’espace de configuration afin de modifier les droits de création / modification et de suppression des notes. Par défaut seuls les administrateurs du site peuvent ajouter des notes aux images.
    Modification lors de l’ajout d’un média
    Lors de l’ajout d’un média de type "image" un nouveau bouton apparait au dessus de la prévisualisation (...)

Sur d’autres sites (3830)

  • Anomalie #2523 : pas d’autorisation voir rubrique sur sélecteur ajax

    3 juin 2014, par b b

    Le commentaire situé ici :

    http://core.spip.org/projects/spip/repository/entry/branches/spip-2.1/ecrire/inc/chercher_rubrique.php#L171

    Indique la vérification est faite à l’arrivée des données, et on voit bien qu’on tente de le faire ici :

    http://core.spip.org/projects/spip/repository/entry/spip/ecrire/action/editer_article.php#L305

    Et du coup je découvre qu’on ne passe pas le bonne variable dans l’appel d’autoriser, car pour l’instant on vérifie que l’auteur à le droit de publier dans la rubrique où est l’article avant modif et non dans la rubrique de destination :p On dirait bien que ce bug est présent depuis 7 ans cf r9394.

    autoriser(’publierdans’, ’rubrique’, $id_parent) devrait fixer le bug, je commit la modif asap

  • Anomalie #3223 (Nouveau) : Liste des mot-clés liés à un objet : boutons d’actions affichés quelles...

    9 juin 2014, par dr BouvierLeduc

    Reproduire le bug :
    Se rendre sur la fiche d’un article dont on est pas l’auteur, et ayant des mot-clés liés.
    Essayer les actions suivantes :

    • cliquer sur « retirer ce mot »
    • cliquer sur « Retirer tous les mots » en bas à droite (affiché quand plus de 3 mot-clés)

    Comportement observé :
    Rien ne se passe ! On ne dispose pas des autorisations nécessaires pour effectuer ces actions.

    Comportement attendu :
    Ces boutons ne devraient pas apparaître si on n’est pas autorisé à effectuer l’action concernée.
    Dans le squelette prive/objets/liste/mots-lies.html L.31 et L.37, ils devraient être entourés de la balise #AUTORISER qui va avec.
    Je n’ai pas regardé les autorisations en détail, mais il doit s’agir de : #AUTORISERassociermots,#OBJET,#ID_OBJET

    P.S. : Incidemment, le formulaire « editer_liens » du core ne semble pas vérifier non plus les autorisations pour afficher le bouton « Ajouter un xxx » (L.42 à 46).

  • Evolution #3238 (Nouveau) : API éditer objet / fonction objet_inserer : associer l’auteur *avant* ...

    28 juin 2014, par dr BouvierLeduc

    Quand un objet générique est inséré en base par le biais de l’API, le pipeline post_insertion est appelé avant que l’auteur ait été associé à l’objet, cf. ecrire/action/editer_objet.php, L.210.

    Du coup, lorsqu’on utilise le pipeline post_insertion, à ce stade l’objet est virtuellement sans auteur, ce qui occasionne des désagréments avec certaines fonctions d’autorisations : celles qui vérifient qu’on soit l’auteur de l’objet renvoient des faux négatifs.
    Je n’ai pas rencontré d’autres problèmes, mais théoriquement, tout traitement qui implique l’auteur de l’objet est impossible.

    J’ignore s’il y a une raison particulière à l’ordre actuel, sinon il faudrait faire appel au pipeline post_insertion après avoir associé l’auteur à l’objet

Navigation