Recherche avancée

Médias (0)

Mot : - Tags -/diogene

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (88)

  • Contribute to a better visual interface

    13 avril 2011

    MediaSPIP is based on a system of themes and templates. Templates define the placement of information on the page, and can be adapted to a wide range of uses. Themes define the overall graphic appearance of the site.
    Anyone can submit a new graphic theme or template and make it available to the MediaSPIP community.

  • 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.

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

Sur d’autres sites (3229)

  • Python threading module on windows after session logout

    1er décembre 2013, par e271p314

    I wrote a code which starts to record screen capture from the second it identifies mouse movement until it identifies the mouse didn't move for a predefined time (10 seconds).
    In python, on windows, how to wait until mouse moves ?
    If, I'm logged in to the session the code works fine, i.e. it starts and stops on time and records the screen capture. But, if I logout, I expect the script to identify that the mouse doesn't move and stop recording. Instead, the code doesn't stop and when I login again (long after the 10 seconds passed), the screen capture (from the previous session) keeps running, yelling the rt buffer is full and it keeps running until I close the cmd console even I expect it to work for 10 seconds (at least when I'm logged in). Any idea what is the issue ? I feel like it is something between the threading module and the session logout but I could be completely wrong about this.

  • Anomalie #3069 : autorisations

    15 novembre 2013, par guytarr °

    On retrouve des traces plus anciennes...
    amusant : r8656 introduit autoriser_auteur_modifier_dist mais ne l’utilise pas ?

    Pour les admins restreints, r8659 introduit ce test dans autoriser ($opt['restreintes']) mais je n’ai pas compris comment c’est utilisé
    http://core.spip.org/projects/spip/repository/revisions/8659/entry/spip/ecrire/action/editer_auteur.php#L212
    $opt = array(’restreint’=>$restreintes) c’est pas pareil que $opt = array(’restreintes’=>true) ?

    A partir de r9856 on a bien array(’restreintes’=>true) qui est utilisée
    http://core.spip.org/projects/spip/repository/revisions/9856/entry/spip/ecrire/action/editer_auteur.php#L80

    Sans cette condition, le script dit que l’admin restreint peut faire tout ce qu’il veut pour cette autorisation tant qu’il ne touche pas à un statut 0minirezo ou qu’il ne tente pas de promouvoir un auteur admin (via le test $opt['statut'] == '0minirezo')

    Par conséquent, il peut modifier login et pass pour les visiteurs et redacteurs (et autres s’il en existe).

    On peut fermer le ticket ?

  • Anomalie #3069 : autorisations

    11 novembre 2013, par b b

    Ce comportement vient de ce test dans formulaire_editer_auteur.php :

    http://core.spip.org/projects/spip/repository/entry/spip/prive/formulaires/editer_auteur.php#L91

    Le test sur autoriser se voit passer un argument array(’restreintes’=>true) qui à mon avis est la source de ce comportement. De fait, un admin restreint ne peut modifier le login ou le passe d’un visiteur. en retirant l’option en question de l’appel à autoriser, le "bug" est corrigé.

    Cette modification a été introduite il y a 4 ans par r14595 et le log de commit ne permet pas de comprendre si c’est une erreur ou si c’est voulu...

Navigation