Recherche avancée

Médias (1)

Mot : - Tags -/école

Autres articles (96)

  • Problèmes fréquents

    10 mars 2010, par

    PHP et safe_mode activé
    Une des principales sources de problèmes relève de la configuration de PHP et notamment de l’activation du safe_mode
    La solution consiterait à soit désactiver le safe_mode soit placer le script dans un répertoire accessible par apache pour le site

  • Sélection de projets utilisant MediaSPIP

    29 avril 2011, par

    Les exemples cités ci-dessous sont des éléments représentatifs d’usages spécifiques de MediaSPIP pour certains projets.
    Vous pensez avoir un site "remarquable" réalisé avec MediaSPIP ? Faites le nous savoir ici.
    Ferme MediaSPIP @ Infini
    L’Association Infini développe des activités d’accueil, de point d’accès internet, de formation, de conduite de projets innovants dans le domaine des Technologies de l’Information et de la Communication, et l’hébergement de sites. Elle joue en la matière un rôle unique (...)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

Sur d’autres sites (6056)

  • 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 #3229 (Nouveau) : Utiliser une méthode standard dès que l’on a besoin d’un module JS

    14 juin 2014, par RastaPopoulos ♥

    Actuellement, on a tendance :
    - soit à charger du JS sur toutes les pages
    - soit à le charger au moment où on en a besoin
    - soit, mieux mais fastidieux, à gérer soi-même à la main un mécanisme de chargement unique d’un module (cf GIS dernièrement)

    Il semblerait pourtant qu’il existe depuis plusieurs années enfin des méthodes pour appeler un ou plusieurs modules uniquement lorsque nécessaire, et en pouvant les appeler plusieurs fois sans risque. Bref, l’équivalent des inclusions PHP.

    Pour jQuery de base je ne sais pas, mais ce serait au moins utile pour tel ou tel module de jQueryUI, pour le JS de datation de SPIP, (inc-dateur), pour Leaflet, etc.

    Doit-on vraiment réinventer la roue à chaque fois qu’on veut n’inclure un JS qu’une seule fois ?

    http://requirejs.org/docs/whyamd.html
    http://developer.telerik.com/featured/jquery-using-only-what-you-need/

    Qu’en pensent les experts en cache et en performance ? :)

  • Evolution #3232 (Nouveau) : Intégrer un #FORMULAIRE_DESINCRIPTION en complément du #FORMULAIRE_INS...

    17 juin 2014, par RastaPopoulos ♥

    Un site comportant un moyen de s’inscrire SANS intervention humaine (ce qui est possiblement le cas quand on décide d’utiliser #FORMULAIRE_INSCRIPTION), doit dans le même temps proposer une méthode similaire pour supprimer son compte, c’est-à-dire sans intervention non plus.

    Critère 145 d’Opquast :
    http://checklists.opquast.com/fr/oqs-v2/criteria/les-comptes-ou-abonnements-ouverts-en-ligne-peuvent-etre-fermes-par-le-meme-moyen

    Il faudrait donc coder un #FORMULAIRE_DESINSCRIPTION, qui doit absolument apparaître quelque part, à partir du moment où #FORMULAIRE_INSCRIPTION est inséré dans le site.

    Ce formulaire doit évidemment vérifier l’identité de la personne par un ou plusieurs moyens (email de confirmation + ressaisie du mot de passe, par exemple). Mais la fonctionnalité doit être présente en standard.

Navigation