Recherche avancée

Médias (0)

Mot : - Tags -/performance

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

Autres articles (59)

  • Submit enhancements and plugins

    13 avril 2011

    If you have developed a new extension to add one or more useful features to MediaSPIP, let us know and its integration into the core MedisSPIP functionality will be considered.
    You can use the development discussion list to request for help with creating a plugin. As MediaSPIP is based on SPIP - or you can use the SPIP discussion list SPIP-Zone.

  • Use, discuss, criticize

    13 avril 2011, par

    Talk to people directly involved in MediaSPIP’s development, or to people around you who could use MediaSPIP to share, enhance or develop their creative projects.
    The bigger the community, the more MediaSPIP’s potential will be explored and the faster the software will evolve.
    A discussion list is available for all exchanges between users.

  • MediaSPIP Player : problèmes potentiels

    22 février 2011, par

    Le lecteur ne fonctionne pas sur Internet Explorer
    Sur Internet Explorer (8 et 7 au moins), le plugin utilise le lecteur Flash flowplayer pour lire vidéos et son. Si le lecteur ne semble pas fonctionner, cela peut venir de la configuration du mod_deflate d’Apache.
    Si dans la configuration de ce module Apache vous avez une ligne qui ressemble à la suivante, essayez de la supprimer ou de la commenter pour voir si le lecteur fonctionne correctement : /** * GeSHi (C) 2004 - 2007 Nigel McNie, (...)

Sur d’autres sites (10106)

  • Evolution #4391 : Squelettes de la dist : améliorer le markup et passer à BEM

    14 octobre 2019, par tcharlss (*´_ゝ｀)

    j’utiliserais plutôt un modifier de "menu__item" : <li class="menu__item menu__item--plan"></li>

    Cf. remarque de RastaPopoulos (qui a posté pendant que j’écrivais ma réponse :p)
    Il y a encore beaucoup de guides officieux qui ne sont pas à jour sur ce point.
    Le guide officiel : https://en.bem.info/methodology/naming-convention/

    Pas de HTML5 pour l’instant.

    Pourquoi ?

    Je pensais qu’il y avait encore des points bloquants ou tout du moins genants, mais finalement ça ne semble pas être le cas.
    Donc go go go pour le HTML5, mieux pour la sémantique et l’accessibilité.

    Classes en english avec des exceptions en français

    Why ?

    Français ou anglais, ou mélange des 2, je n’ai pas d’avis vraiment tranché là dessus. Est-ce qu’il y a un consensus à ce sujet ? (dans ce cas, on continue comme ça et on en parle plus :p)
    Mon avis en 2 mots, c’est que c’est en général moins verbeux, et ça rend le code accessible aux non francophones.

    Je ne pense pas que la version cible est la 3.3, 3.4 ou plus à la limite

    Ok pour 3.4. Mais on ne sait jamais, ça pourrait être prêt avant :)
    Je te laisse modifier, j’ai pas le droit d’éditer le ticket.

    pensez-vous que BEM est un truc utilisé par les personnes qui bidouillent leur site à partir de la dist ?

    Bis, cf. remarque de RastaPopoulos qui poste plus vite que son ombre concernant les perfs.
    C’est juste un standard parmis d’autres (OOCSS, SMACSS...), mais il me semble que c’est un des plus simples et un des plus utilisés.

    Après, je ne pense pas que ça forcerait les gens qui bidouillent la dist à l’apprendre et à l’adopter.
    Ce ne sont que des noms de classe, même sans connaître BEM et comprendre comment ces noms sont construits, ça n’empêche pas de bidouiller les styles.

    Rangement

    Il y a un autre point que je n’avais pas abordé, c’est le rangement des squelettes.

    Je pense que les listes d’objets pourraient être mutualisées comme dans spipr, en ajoutant 2 dossiers et en y créant ces squelettes :

    • inclure/liste/
      • articles.html
      • rubriques.html
      • etc.
    • inclure/resume/
      • article.html
      • rubrique.html
      • etc.

    Après, je me demande si on ne pourrait pas aller plus loin, et reprendre le rangement de z-core pour les blocs principaux.
    Attention, je parle bien uniquement de rangement, pas de mettre z-core en dépendance.

    C’est à dire concrètement :

    • header/
      • dist.html
    • footer/
      • dist.html
    • content/
      • sommaire.html
      • article.html
      • rubrique.html
      • etc.
    • aside/
      • sommaire.html
      • article.html
      • rubrique.html
      • etc.

    Ce qui fait que le squelette des pages en serait simplifié, exemple pour sommaire.html :

    <span class="CodeRay"><span class="tag">span> <span class="attribute-name">class</span>=<span class="string"><span class="delimiter">"</span><span class="content">page</span><span class="delimiter">"</span></span><span class="tag">></span>
    

    
    <span class="tag">span> <span class="attribute-name">class</span>=<span class="string"><span class="delimiter">"</span><span class="content">header</span><span class="delimiter">"</span></span> <span class="attribute-name">id</span>=<span class="string"><span class="delimiter">"</span><span class="content">header</span><span class="delimiter">"</span></span> <span class="attribute-name">role</span>=<span class="string"><span class="delimiter">"</span><span class="content">banner</span><span class="delimiter">"</span></span><span class="tag">></span>
    
        <span class="tag">span><span class="error">{</span><span class="attribute-name">fond</span>=<span class="attribute-value">header</span><span class="error">/</span><span class="attribute-name">dist</span><span class="error">,</span> <span class="attribute-name">home</span>=<span class="attribute-value">oui</span><span class="error">}</span> <span class="tag">/></span>
    
    <span class="tag"></span>
    

    
    <span class="tag">span> <span class="attribute-name">class</span>=<span class="string"><span class="delimiter">"</span><span class="content">content</span><span class="delimiter">"</span></span> <span class="attribute-name">id</span>=<span class="string"><span class="delimiter">"</span><span class="content">content</span><span class="delimiter">"</span></span><span class="tag">></span>
    

    
        <span class="tag">span> <span class="attribute-name">class</span>=<span class="string"><span class="delimiter">"</span><span class="content">main</span><span class="delimiter">"</span></span> <span class="attribute-name">id</span>=<span class="string"><span class="delimiter">"</span><span class="content">main</span><span class="delimiter">"</span></span> <span class="attribute-name">role</span>=<span class="string"><span class="delimiter">"</span><span class="content">main</span><span class="delimiter">"</span></span><span class="tag">></span>
    
            <span class="tag">span><span class="error">{</span><span class="attribute-name">fond</span>=<span class="attribute-value">content</span><span class="error">/</span><span class="attribute-name">sommaire</span><span class="error">,</span> <span class="attribute-name">env</span><span class="error">}</span><span class="tag">></span>
    
        <span class="tag"></span>
    

    
        <span class="tag">span> <span class="attribute-name">class</span>=<span class="string"><span class="delimiter">"</span><span class="content">aside</span><span class="delimiter">"</span></span> <span class="attribute-name">id</span>=<span class="string"><span class="delimiter">"</span><span class="content">aside</span><span class="delimiter">"</span></span><span class="tag">></span>
    
            <span class="tag">span><span class="error">{</span><span class="attribute-name">fond</span>=<span class="attribute-value">aside</span><span class="error">/</span><span class="attribute-name">sommaire</span><span class="error">,</span> <span class="attribute-name">env</span><span class="error">}</span><span class="tag">></span>
    
        <span class="tag"></span>
    

    
    <span class="tag"></span>
    

    
    <span class="tag">span> <span class="attribute-name">class</span>=<span class="string"><span class="delimiter">"</span><span class="content">footer</span><span class="delimiter">"</span></span> <span class="attribute-name">id</span>=<span class="string"><span class="delimiter">"</span><span class="content">footer</span><span class="delimiter">"</span></span> <span class="attribute-name">role</span>=<span class="string"><span class="delimiter">"</span><span class="content">contentinfo</span><span class="delimiter">"</span></span><span class="tag">></span>
    
        <span class="tag">span><span class="error">{</span><span class="attribute-name">fond</span>=<span class="attribute-value">footer</span><span class="error">/</span><span class="attribute-name">dist</span><span class="error">,</span> <span class="attribute-name">self</span>=<span class="error">#</span><span class="attribute-value">SELF</span><span class="error">}</span> <span class="tag">/></span>
    
    <span class="tag"></span>
    

    
<span class="tag"></span>
    
</span></span></span></span></span></span></span></span></span></span></span>

    Bon, je sais pas, je réfléchis tout haut.
    Peut-être que ça pourrait apporter aussi un peu de confusion.

    Branche et dépôt GIT

    Concernant le dépôt, je n’ai pas les droits pour créer une branche sur https://git.spip.net/SPIP/dist , du coup je bosse dans un fork : https://git.spip.net/tcharlss/dist/src/branch/bem

    Pour celleux intéressées à contribuer, c’est quoi la meilleurs méthode ? Je vous ajoute comme collaborateurs sur ce dépôt ?
    Ou alors il faut faire une vraie branche 3.4 dans le dépôt de l’orga SPIP ?

  • Evolution #4391 : Squelettes de la dist : améliorer le markup et passer à BEM

    18 octobre 2019, par nicod _

    RastaPopoulos ♥ a écrit :

    @nico le "plan" est bien un modifier chez tcharlss, dans BEM il n’y a plus "—" depuis pas mal de temps dans la doc officielle. La version en cours c’est DEUX "_" = un sous-élément, UN "_" = un modifier. :)
    Les tirets ne sont plus utilisés que pour séparer les termes multi-mots (comme le disait tcharlss plus haut, à la place du camelCase).

    N’importe quoi, ça devient complètement illisible...

    Groumpfff... tant pis, je ferai du BEM de vieux con dans mon coin.

  • aaccoder : tweak PNS implementation further

    9 septembre 2015, par Rostislav Pehlivanov
    aaccoder : tweak PNS implementation further

    This commit changes a few things about the noise substitution
    
logic :
    
 - Brings back the quantization factor (reduced to 3) during
    
   scalefactor index calculations.
    
 - Rejects any zeroed bands. They should be inaudiable and it’s
    
   a waste transmitting the scalefactor indices for these.
    
 - Uses swb_offsets instead of incrementing a ’start’ with every
    
   window group size.
    
 - Rejects all PNS during short windows.
    
Overall improves quality. There was a plan to use the lfg system
    
to create the random numbers instead of using whatever the decoder
    
uses but for now this works fine. Entropy is far from important here.
    

    Signed-off-by : Rostislav Pehlivanov <atomnuker@gmail.com>
    • [DH] libavcodec/aaccoder.c
    • [DH] tests/fate/aac.mak

Navigation