
Recherche avancée
Autres articles (26)
-
Submit enhancements and plugins
13 avril 2011If you have developed a new extension to add one or more useful features to MediaSPIP, let us know and its integration into the core MedisSPIP functionality will be considered.
You can use the development discussion list to request for help with creating a plugin. As MediaSPIP is based on SPIP - or you can use the SPIP discussion list SPIP-Zone. -
Emballe médias : à quoi cela sert ?
4 février 2011, parCe plugin vise à gérer des sites de mise en ligne de documents de tous types.
Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ; -
Other interesting software
13 avril 2011, parWe don’t claim to be the only ones doing what we do ... and especially not to assert claims to be the best either ... What we do, we just try to do it well and getting better ...
The following list represents softwares that tend to be more or less as MediaSPIP or that MediaSPIP tries more or less to do the same, whatever ...
We don’t know them, we didn’t try them, but you can take a peek.
Videopress
Website : http://videopress.com/
License : GNU/GPL v2
Source code : (...)
Sur d’autres sites (5086)
-
Anomalie #4543 : Accessibilité des chargements ajax (live regions)
9 septembre 2020, par RastaPopoulos ♥Mmh pour le polite, elle dit pas de le supprimer tout court donc, mais le supprimer de cet endroit et le déplacer à un autre… Donc l’idée ça serait que c’est au final à chacun⋅e de le placer sur un élément au début de l’intérieur de ce qu’on recherche… si c’est pertinent pour ce cas de rechargement. Le "problème" étant que c’est effectivement pertinent d’après ce que je comprends dans 99% (allez 90% pour être gentil) des utilisations d’ajax de SPIP, liens et forms compris (sur 100% des forms déjà, quand on les recharge en ajax, c’est volontaire, et on veut que ça lise le début du bloc rechargé, indiquant qu’il y a XX erreurs par ex ou inverse que tout s’est bien passé). Mais donc ça veut dire qu’il faudrait reprendre des centaines de squelettes pour ajouter cet attribut au début de chaque morceau rechargé, manuellement… :(
Au-delà de la recommandation, l’explication précise c’est quoi derrière ? Quand l’attribut est sur le parent, ça fait que le bloc rechargé entier est lu (sans pouvoir être arrêté ?) par le lecteur ? Alors que si on met l’attribut que sur un premier élément au début de l’intérieur du bloc, alors seul cet élément est relu et ça laisse le focus du lecteur à cet endroit ?
Ça serait bien de savoir concrètement ce que ça veut dire, ce que ça produit comme effet, et donc pourquoi on conseille de pas le mettre sur le div du bloc rechargé entier mais seulement sur un élément du début interne.
Surtout que ces conseils sont inverses à ce qui est documenté sur MozDev, qui dans ses exemples de l’attribut "polite" (comme pour les fiches oiseaux cités plus haut) met bien l’attribut sur le bloc rechargé entier.
-
Anomalie #4049 (Nouveau) : Double authentification LDAP
21 novembre 2017, par svpip -Version SPIP utilisée : 3.0.26 [23574]¶
Lors d’une première authentification LDAP, l’utilisateur est amené à soumettre 2 fois son identité via le formulaire adhoc (#LOGIN_PUBLIC ou #LOGIN_PRIVE) pour valider son action, après un premier message indiquant "Erreur de mot de passe.".
Lors d’une seconde authentification LDAP, ce même utilisateur, à présent référencé dans la table spip_auteurs, n’est soumis qu’à une seule demande de formulaire.
Pour palier à cette anomalie "non bloquante" (la première), 2 solutions vérifiées :- soit peupler (si possible) en amont la base spip_auteurs
- soit passer un parametre=valeur dans l’url lors de l’authentification qu’il convient de récupérer depuis config/ldap.php pour déclencher l’appel au LDAP.Problème de la "double identification" évoqué sur forum SPIP :
voir https://forum.spip.net/fr_263478.html?debut_forums=%40266046#forum266046
Tests non réalisés sur SPIP :
3.1.7 [23768]
3.2.0 [23778]Ces versions comportent des erreurs natives concernant la gestion LDAP, qu’il est néanmoins possible de contourner facilement.
Voir tickets :https://core.spip.net/issues/3918
https://core.spip.net/issues/3919 -
Evolution #4841 (Fermé) : Z-index de la modale
2 juillet 2021Bonjour,
Le ticket https://git.spip.net/spip-contrib-extensions/crayons/issues/9 montre qu’il peut y avoir 2 cas d’usage d’une modale-box et des crayons :
- un crayon qui appelle une modale (comportement qui fonctionne depuis des années avec le plugin Insérer Modèles)
- une modale qui contient un crayon
C’est ce 2e cas qui provoqué ce commit https://git.spip.net/spip-contrib-extensions/crayons/commit/f1c7f89a115eda2bc166ce50a76c5b1e9d01a3a7
Commit qui casse le premier casProposition de piste de solution : est-ce qu’il serait possible à la modale box de s’adapter automagiquement et d’avoir un z-index dynamique qui serait égal au z-index actuel maximum de la page + 1 ?
La question du z-index max d’une page a plein de réponses : https://www.google.com/search?q=javascript+get+highestindex+on+page
- https://awik.io/make-sure-element-highest-z-index/
- https://www.willmaster.com/blog/javascript/z-index-range.php
- https://www.sitepoint.com/jquery-find-highest-z-index-page/
- https://blog.frankmtaylor.com/2019/05/16/whats-the-highest-z-index-on-a-page-and-other-css-property-problems/ (la plus complexe, mais la mieux expliquée)