Recherche avancée

Médias (1)

Mot : - Tags -/MediaSPIP 0.2

Autres articles (70)

  • Gestion de la ferme

    2 mars 2010, par

    La ferme est gérée dans son ensemble par des "super admins".
    Certains réglages peuvent être fais afin de réguler les besoins des différents canaux.
    Dans un premier temps il utilise le plugin "Gestion de mutualisation"

  • Script d’installation automatique de MediaSPIP

    25 avril 2011, par

    Afin de palier aux difficultés d’installation dues principalement aux dépendances logicielles coté serveur, un script d’installation "tout en un" en bash a été créé afin de faciliter cette étape sur un serveur doté d’une distribution Linux compatible.
    Vous devez bénéficier d’un accès SSH à votre serveur et d’un compte "root" afin de l’utiliser, ce qui permettra d’installer les dépendances. Contactez votre hébergeur si vous ne disposez pas de cela.
    La documentation de l’utilisation du script d’installation (...)

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

Sur d’autres sites (7318)

  • Révision 20455 : Le déclenchement de la prévisualisation était mal situé, car en amont des exécut...

    27 avril 2013, par esj -

    C’était déjà peu jouable pour la prévisualisation HTML, franchement inutilisable
    pour une prévisualisation PDF (voir notamment le
    plugin spipdf
    qui oblige à dédoubler tous les squelettes faute de pouvoir faire ça).

    On déplace donc un peu en aval ce déclenchement, et on confie le comportement
    standard à une fonction surchargeable : "public_previsualisation".

    Comme exemple d’utilisation avec la lib mpdf (à installer)
    rajouter dans squelettes-dist/formulaires/administration.html
    le bouton suivant :

    [<a class="spip-admin-boutons">PDF</a>
    ]

    et définir dans mes_fontions.php

    1. function public_previsualisation($page)
    2. {
    3.   if (!_request('pdf') OR !is_readable($f = _DIR_RACINE . 'lib/mpdf/mpdf.php'))
    4.     return public_previsualisation_dist($page);
    5.   include_once($f);
    6.   $f = str_replace(' ', '_', $GLOBALS['meta']['nom_site']) . '.pdf';
    7.   $GLOBALS['flag_preserver'] = true;
    8.   $page['entetes']['Content-Type'] = "application/pdf";
    9.   $page['entetes']['Content-Disposition'] = "attachment; filename=$f";
    10.   $mpdf = new mPDF($GLOBALS['meta']['charset']);
    11.   $mpdf->WriteHTML($page['texte']);
    12.   $page['texte'] = $mpdf->Output('', 'S');
    13.   return $page;
    14. }
    15.  
    16. function parametre_url_nonvide($url, $c, $v=NULL, $sep='&amp;amp;') {
    17.     return !$url ? '' : parametre_url($url, $c, $v, $sep);
    18. }

    Télécharger

  • Anomalie #4736 : nouveau date picker et la modalbox ou les crayons dans le public

    17 avril 2021, par RastaPopoulos ♥

    Je suis d’accord pour dire qu’il faut le moins de hack etc ok.

    Pour autant je ne suis pas d’accord effectivement avec l’argumentation "ça a été fait que pour l’admin de SPIP".

    De mon point de vue, à peu près tout ce qui est fonctionnel ne fait pas du tout partie de "l’admin de SPIP". D’ailleurs un jour (quand on redécoupera pour Composer par ex) il faudrait déplacer ces éléments dans un autre dossier afin de mieux comprendre (et ça nous forcera à bien faire attention à ce que ces éléments marchent ailleurs)

    D’un côté le core fournit des briques fonctionnelles (API, formulaires insérables partout, etc), et de l’autre on a une interface d’admin par défaut, qui est une manière (couvrant 95% des besoins) de présenter l’administration du site. Mais toutes les briques fonctionnelles doivent être utilisables ailleurs que dans l’admin. Notamment tous les formulaires CVT sont insérables ailleurs et doivent fonctionner. Et donc si un form d’un objet à un champ pour choisir une date, que ce soit de la dist ou editer_evenement d’Agenda ou autre, ça doit marcher qu’on soit dans l’admin ou qu’on l’utilise ailleurs.

    Que quelques rares fonctionnalités ne soient prévues que pour l’admin ok, par ex les forms de SVP, la gestion des plugins, c’est logique. Mais "avoir un champ date" c’est tellement courant, que ça ne devrait pas être cloisonné à l’admin.

  • Anomalie #3760 : Le correcteur typographique ne gère pas le HTML5

    26 mars 2016, par Christian Pierre MOMON

    Grrrrrr, les codes sont escapés dans le titre mais pas dans le texte. Je remets mon texte en faisant apparaître les codes :-/

    Le correcteur typographique fait un super boulot pour le rendu des articles. Par exemple, il transforme « Exemple : » en HTML « Exemple& nbsp ; : ».

    C’est vraiment super, sauf que ce n’est pas compatible avec HTML5 où le & nbsp ; est ignoré (&#160 est attendu à la place). Et donc on obtient des rendus catastrophiques (monstrueux espaces entre «  : » et le mot précédent, etc.). J’ai tenté de mettre «   », même résultat. J’ai tenté de mettre « Exemple& #160 ; : » et j’obtiens « Exemple& #160 ;& nbsp ; : » :-/

    Le HTML5 devenant de plus en plus répandu et étant amené à devenir le DOCTYPE de référence, suggestion d’adapter le module typo pour gérer le HTML5.

    Informations complémentaires :
    - j’utilise SPIP 3.0.17-2+deb8u2 (Debian) ;
    - j’ai activé « Permettre le HTML5 » dans l’interface d’administration ;
    - je mets «  » dans mes entêtes de fichier HTML.

    Avec tous mes encouragements \o/