
Recherche avancée
Autres articles (68)
-
Les autorisations surchargées par les plugins
27 avril 2010, parMediaspip core
autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs -
Gestion des droits de création et d’édition des objets
8 février 2011, parPar 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 ;
-
Dépôt de média et thèmes par FTP
31 mai 2013, parL’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)
Sur d’autres sites (10997)
-
Revision 86428 : Un autre type de jointure qui devrait fonctionner : cas simple : ...
3 décembre 2014, par kent1@… — LogUn autre type de jointure qui devrait fonctionner :
cas simple : $cle_depart dans la table_liee
Ce cas pourrait exister par exemple si on activait une jointure de recherche sur les articles avec la table spip_evenements du plugin agenda.
Il suffirait d’ajouter la ligne suivante dans le pipeline "declarer_tables_objets_sql" dans le fichier base/agenda_evenements :
$tablesspip_articles ?rechercher_jointures ?evenement ? = array(’titre’ => 8, ’descriptif’ => 5, ’lieu’ => 5, ’adresse’ => 3) ; -
Anomalie #3978 : Reload ajax et contexte au retour d’un URL_ACTION_AUTEUR
29 septembre 2018, par cedric -Pas de bug ici, juste une erreur de conception dans les 2 squelettes :)
Dans le cas 1 les arguments reloada=1 et reloadb=1 sont passés en argument du href et viennent dans l’URL après un reload ajax d’un bloc
Du coup quand on passe un{args:{reloadb:''}}
et{args:{reloada:''}}
dans le refresh ajax ça annule bien l’argument de l’URL et évite la boucle infinieDans le cas 2 les reloada et reloadb ne sont pas en arguments de l’URL mais en argument de l’URL de retour passée à l’action
Du coup les arguments{args:{reloadb:''}}
et{args:{reloada:''}}
ne viennent rien faire car ils s’appliquent sur l’URL de l’action, pas sur l’URL de retour.Consequence sans doute pas vue : au second coup le refresh de A se fait via l’URL action, c’est a dire en faisant une action indésirable au lieu de simplement rafraichir
Solution : indiquer dans le refresh ajax qu’il faut utiliser l’URL de départ et pas l’URL action :
Bloc A (#REM
Reload A => Declenchera ensuite le Reload de B
[(#ENVreloada|oui)
<script type="text/javascript"><br />
ajaxReload('blocb', {args:{reloadb:''},href:'#SELF'});<br />
</script>]
Bloc B (#REM
Reload B => Declenchera ensuite le Reload de A
[(#ENVreloadb|oui)
<script type="text/javascript"><br />
ajaxReload('bloca', {args:{reloadb:''},href:'#SELF'});<br />
</script>]
A noter qu’ici j’ai aussi ajouté une class nohistory sur les liens pour ne pas modifier l’URL de la page web et éviter qu’elle ne devienne celle de l’action
-
Evolution #4080 : Raccourci puce : se débarasser de l’image
28 septembre 2018, par cedric -Je note que la demande initiale simple était "ne plus avoir une image sur cette puce parce qu’on ne peut pas la personaliser" et qu’à la fin il s’agit de tout revoir le fonctionnement des raccourcis SPIP et donc qu’on ne fera rien :)
Pour revenir au point de départ :
1/ peut-être ça manque de documentation mais la puce est totalement personnalisable via le
mes_options.php
:$GLOBALS[’puce’] = ’’ ; $GLOBALS[’puce_rtl’] = ’’ ; $GLOBALS[’puce_prive’] = ’’ ; $GLOBALS[’puce_prive_rtl’] = ’’ ;
2/ ça paraitrait moderne de passer à une puce unicode par défaut décorée en CSS avec un fallback texte pour les sites qui upgraderont sans avoir la CSS qui va bien
—
avec les styles suivants :
.spip-puce b display:none ;
.spip-puce
position : relative ;
top : 1px ;
display : inline-block ;
font-style : normal ;
font-weight : normal ;
line-height : 1 ;
-webkit-font-smoothing : antialiased ;
-moz-osx-font-smoothing : grayscale ;
.spip-puce:before
content : "\2023" ;
Avec puce à choisir parmi
https://unicode-table.com/fr/2023/
https://unicode-table.com/fr/25B8/
https://unicode-table.com/fr/25B6/Du coup sans ces styles spécifiques, la puce est un simple tiret typographique, et avec les styles c’est un caractère qui s’affiche dans la couleur et taille de texte courante, et stylable
2b/
Voire si on veut faire une transition vraiment smoothly on garde le img actuel en fallback dans le span (au lieu du simple tiret), et il ne s’affichera plus que sur les anciens sites qui n’ont pas ajoutés la nouvelle CSS
(et on prévient que dans une prochaine version cette puce image disparaitra complètement)3/ à partir du moment où on a un plugin qui permet de transformer ces puces en liste je pense que garder le comportement actuel par défaut dans SPIP est pertinent et le plus logique