Recherche avancée

Médias (3)

Mot : - Tags -/spip

Autres articles (65)

  • Personnaliser les catégories

    21 juin 2013, par

    Formulaire de création d’une catégorie
    Pour ceux qui connaissent bien SPIP, une catégorie peut être assimilée à une rubrique.
    Dans le cas d’un document de type catégorie, les champs proposés par défaut sont : Texte
    On peut modifier ce formulaire dans la partie :
    Administration > Configuration des masques de formulaire.
    Dans le cas d’un document de type média, les champs non affichés par défaut sont : Descriptif rapide
    Par ailleurs, c’est dans cette partie configuration qu’on peut indiquer le (...)

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par 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 ;

  • Diogene : création de masques spécifiques de formulaires d’édition de contenus

    26 octobre 2010, par

    Diogene est un des plugins ? SPIP activé par défaut (extension) lors de l’initialisation de MediaSPIP.
    A quoi sert ce plugin
    Création de masques de formulaires
    Le plugin Diogène permet de créer des masques de formulaires spécifiques par secteur sur les trois objets spécifiques SPIP que sont : les articles ; les rubriques ; les sites
    Il permet ainsi de définir en fonction d’un secteur particulier, un masque de formulaire par objet, ajoutant ou enlevant ainsi des champs afin de rendre le formulaire (...)

Sur d’autres sites (4315)

  • lavfi : let gcc realign the stack on public graph driving functions

    15 mars 2013, par Hendrik Leppkes
    lavfi : let gcc realign the stack on public graph driving functions

    The functions which actually drive the filter graph by pushing
    
frames through it need to ensure an aligned stack for SIMD functions.
    

    This fixes a crash in YADIF filter when using a mingw build in a MSVC
    
application.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] libavfilter/buffersink.c
    • [DBH] libavfilter/buffersrc.c

  • configure : Check for getenv

    30 novembre 2012, par Martin Storsjö
    configure : Check for getenv

    When targeting the "windows store application" (metro) API subset
    
(or the windows phone API subset), the getenv function isn’t
    
available. If it is unavailable, just define getenv to NULL.
    

    The check uses check_func_headers, since the function actually
    
might exist in the libraries, but is hidden in the headers.
    

    The fallback is in config.h since msvc can’t do -D defines with
    
parameters on the command line, and it’s used both within the
    
libraries and the frontend applications (so a libavutil internal
    
header wouldn’t be enough).
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] configure

  • compat : msvc : Make sure the object files are included when linking statically

    2 mai 2013, par Martin Storsjö
    compat : msvc : Make sure the object files are included when linking statically

    If building libav with -MD in the cflags (for making the MSVC compiler
    
generate code for using a dynamically linked libc), the system headers
    
that declare strtod, snprintf and vsnprintf declare the functions as
    
imported from a DLL. To hook up wrappers of our own for these functions,
    
the function names are defined to avpriv_*, so that the calling code
    
within libav calls the wrappers instead. Since these functions
    
are declared to be imported from DLLs, the calling code expects to
    
load them from DLL import function pointers (creating references to
    
_imp__avpriv_strtod instead of directly to avpriv_strtod). If the
    
libav libraries are not built as DLLs, no such function pointers (as
    
the calling code expects) are created.
    

    The linker can fix this up automatically in some cases (producing
    
warnings LNK4217 and LNK4049), if the object files are already
    
included. By telling the linker to try to include those symbols
    
(without the _imp prefix as the calling code ends up using),
    
we get the object files included, so that the linker can do the
    
automatic fixup. This is done via config.h, so that all (or at least
    
most) of the object files in our libraries force including the compat
    
files, to make sure they are included regardless of what files from our
    
static libraries actually are included.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] configure

Navigation