Recherche avancée

Médias (91)

Autres articles (106)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

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

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

Sur d’autres sites (10159)

  • Anomalie #3196 : Bug (bien connu des anciens) de sauvegarde standard des q’un prefixe ....

    31 octobre 2014, par YannX spip

    Le 30/10/2014 17:57, a écrit :

    La demande #3196 a été mise à jour par cedric -.

    • Statut changé de /Nouveau/ à /Fermé/
    • Resolution mis à /invalid/

    Bon, faute de description et suite a r21750 / r21752 je ne constate
    aucun probleme de backup sur une base avec un prefixe different de ’spip’

    Anomalie #3196 : Bug (bien connu des anciens) de sauvegarde standard
    des q’un prefixe .... <http://core.spip.org/issues/3196#change-10189>

    • Auteur : YannX spip
    • Statut : Fermé
    • Priorité : Normal
    • Assigné à :
    • Catégorie :
    • Version cible : 3.0
    • Resolution : invalid
    • Navigateur :

    Deux avertissements :
    - prévenir que la sauvegarde peut etre incomplète
    - préciser le prefixe utilisé "qq.part" dans l’interface
    (pour qu’un gestionnaire pas trop expérimenté ne galère pas trop !)

    Merci
    YannX

    Vous recevez ce mail car vous êtes impliqués sur ce projet.
    Pour changer les préférences d’envoi de mail, allez sur
    http://core.spip.org/my/account

    Le problème est simple, bien que quelque peu aléatoire...
    depuis que la sauvegarde est passée sous sqlite,
    je crois n’avoir pas souvent réussi
    (sur une douzaine au moins de sites SPIP 3.x chez OVH) une sauvegarde
    complète d’une base SPIP.

    Encore en milieu de semaine sur SPN : la restauration a zappé totalement
    la tables ARTICLES .. et la table RUBRIQUES

    La seule solution a été de ré-intégrer "a la mano" par Adminer (merci Suske)
    de petits bouts du dump SQL que prudent j’avais AUSSI fait avec Save_auto

    Peut-etre que ce souci serait aussi dû à l’implémentation SQlite chez OVH ?
    (j’avais constaté que l’instalaltion automatique SQlite SPIP créait un
    MySQL non-accessible ! )
    mais il me faudrait demander à Bernard de vérifier sur son serveur kimSufi
    si c’est également le cas....

    Je n’ose imaginer un utilisateur moins aguerri...

    —
    YannX
    http://www.spippourlesnuls.fr

  • libFLAC/cpu.c : Simplify OS SSE support detection.

    28 juillet 2014, par Erik de Castro Lopo
    libFLAC/cpu.c : Simplify OS SSE support detection.

    Simplify the code that tries to detect whether OS supports SSE instructions.
    

    a) Linux : "old" vs "new" sigaction
    

    OBSOLETE_SIGCONTEXT_FLAVOR was disabled in Mar 2007 in commit 1ca3a445f.
    
According to <http://unixhelp.ed.ac.uk/CGI/man-cgi?sigaction>: "Support for
    
SA_SIGINFO was added in Linux 2.2" (released in Jan 1999). If noone wants to
    
use FLAC with Linux kernel 2.0 then it’s safe to delete this code.
    

    b) MSVC : try/catch vs. sigill_handler
    

    TRY_CATCH_FLAVOR was enabled in Jan 2009 in commit a832ef32. According to the
    
comment in cpu.c, "sigill_handler flavor resulted in several crash reports on
    
win32". Also this sigill_handler flavor is not thread-safe.
    

    c) MinGW : fxsave/fxrestore vs. sigill_handler
    

    The code was added Mar 2014 in commit 99d5154f. It’s better to use FXSR flavor
    
instead of sigill_handler flavor. The reasons are the same as for MSVC.
    

    Patch-from : lvqcl <lvqcl.mail@gmail.com>
    • [DH] src/libFLAC/cpu.c

  • libFLAC/lpc_intrin_sse* : Formatting cleanup

    31 janvier 2017, par Erik de Castro Lopo
    libFLAC/lpc_intrin_sse* : Formatting cleanup

    Patch-from : lvqcl <lvqcl.mail@gmail.com>
    • [DH] src/libFLAC/lpc_intrin_sse2.c
    • [DH] src/libFLAC/lpc_intrin_sse41.c

Navigation