Recherche avancée

Médias (1)

Mot : - Tags -/belgique

Autres articles (66)

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

  • Other interesting software

    13 avril 2011, par

    We 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 : (...)

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

Sur d’autres sites (9755)

  • Evolution #2842 : Gestion unifiée du champ id_parent pour les objets dans les rubriques (API objet...

    4 décembre 2015, par RastaPopoulos ♥

    Du coup la proposition serait par exemple :

    $table_objets_sql[’spip_articles’] = array(
    …
    ’parent’ => array(’type’ => ’rubrique’, ’champ’ => ’id_rubrique’),
    …
) ;

    Les utilisations (dès la dist) seraient entre autre :
    - recoder la boucle HIERARCHIE, le critère branche et les fonctions du genre "calculer_branche", pour fonctionner avec n’importe quel objet
    - avoir des autorisations génériques suivant le parent (notamment les "creerdans")
    - faire marcher les URL arbos sur n’importe quels objets

    Et ensuite sûrement plein d’autres choses supers possibles dans les plugins génériques qui travaillent sur les objets (accès restreint, ou je ne sais quoi d’autres).

    (Pour branche et calculer_branche, il faudrait permettre d’expliciter sur quoi on cherche, car du coup on peut très bien avoir un objet Patate arborescent ET qui aurait des rubriques liées avec Polyhier, donc il faut pouvoir dire si on cherche veut filtrer dans la branche de patates, ou dans les branches de rubriques. J’ai déjà eu ça sur un objet, mais comme il n’y avait pas d’API pour parent, j’avais tout copier-coller en double : une autre boucle HIERARCHIE_FICHES dédiée, et un critère branche_fiches dédié.)

  • Anomalie #3776 (Nouveau) : CVT Multi-étapes // Problème de gestion de tableaux avec l’utilisation ...

    29 avril 2016, par Olivier Tétard

    Salut,

    Lorsqu’on utilise un formulaire CVT multi-étape avec l’utilisation de tableaux (saisies de types `checkbox` par exemple) et l’utilisation de `retour_etape_N`, un cas particulier est mal géré.

    Voici comment reproduire le problème avec l’utilisation du formulaire d’exemple ci-joint :

    1. aller à l’étape 2 ;
    2. cocher plusieurs choix puis valider pour aller à l’étape 3
    3. à l’étape 3, cliquer sur « retour », on voit alors bien le tableau de valeurs saisies s’afficher ;
    4. on est maintenant à l’étape 2, décocher l’ensemble des cases à cocher puis valider pour aller à l’étape 3 ;
    5. constater que les valeurs saisies la première fois sont toujours là.

    Le problème se situe dans la manière de gérer les données déjà envoyées par les fonctions `cvtmulti_sauver_post()` et `cvtmulti_recuperer_post_precedents()` dans le fichier `inc/cvt_multietapes.php`. Ces fonctions n’arrivent pas à détecter le fait que le tableau a été vidé, puisque lors de l’étape 2, aucune valeur n’a été envoyée. Il remplace alors les données avec celles enregistrées dans le `cvtm_prev_post`.

    Après quelques recherche, ce problème a été évoqué sur quelques forums, notamment ici : http://forum.spip.net/fr_248509.html

    Je ne sais pas trop comment ce problème pourrait être résolu de manière générique dans les fonctions `cvtmulti_sauver_post()` / `cvtmulti_recuperer_post_precedents()`.

    Olivier ;

  • cavsdec : Make sure a sequence header has been decoded before decoding pictures

    12 septembre 2013, par Martin Storsjö
    cavsdec : Make sure a sequence header has been decoded before decoding pictures

    Reported-by : Mateusz "j00ru" Jurczyk and Gynvael Coldwind
    
CC : libav-stable@libav.org
    
Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] libavcodec/cavsdec.c

Navigation