Recherche avancée

Médias (0)

Mot : - Tags -/diogene

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

Autres articles (42)

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

  • Les images

    15 mai 2013

  • Mediabox : ouvrir les images dans l’espace maximal pour l’utilisateur

    8 février 2011, par

    La visualisation des images est restreinte par la largeur accordée par le design du site (dépendant du thème utilisé). Elles sont donc visibles sous un format réduit. Afin de profiter de l’ensemble de la place disponible sur l’écran de l’utilisateur, il est possible d’ajouter une fonctionnalité d’affichage de l’image dans une boite multimedia apparaissant au dessus du reste du contenu.
    Pour ce faire il est nécessaire d’installer le plugin "Mediabox".
    Configuration de la boite multimédia
    Dès (...)

Sur d’autres sites (6800)

  • Evolution #3996 : Y a t-il une limite de taille de cache dans SPIP ?

    17 février 2021, par cedric -

    J’ai complété par https://git.spip.net/spip/spip/commit/cd5173390e68802cb276541b0f182632568de902
    et à noter aussi que le nombre de sous-repertoire peut maintenant varier suite à https://git.spip.net/spip/spip/commit/6aa332397e5a3e8dd80a683e400db855d6ac2826

    Je passe en tracker documentation

  • Anomalie #4508 (En cours) : comportement erratique (et anormal) avec les table ayant des lignes av...

    11 juin 2020, par cy_altern -

    Dans un tableau si la première colonne d’une ligne est vide le rendu plante de différentes façon selon qu’il s’agit de la première ligne ou des suivantes et si le premier texte dans une cellule est dans la seconde ou les suivantes...

    Le détail à partir d’un tableau basique 3 lignes (dont une de titre) et 3 colonnes :

    1. <span class="CodeRay">|{{colonne A}}|{{ }}|{{ }}|
      2. 

    2. |bla|||
      3. 

    3. ||||
      4. 

    4. </span>
      5. 

    Télécharger


    => rendu OK (table avec thead + tbody, toutes les lignes visibles)

    1. <span class="CodeRay">|{{colonne A}}|{{ }}|{{ }}|
      2. 

    2. ||bla||
      3. 

    3. ||||
      4. 

    4. </span>
      5. 

    Télécharger


    => le "bla" de la 2ème cellule devient un caption qui se glisse juste après le thead , il est suivi d’un 2ème thead vide et le tbody (OK pour les tr/td) devient alors invisible même si il y a du contenu dans les cellules des lignes suivantes

    1. <span class="CodeRay">|{{colonne A}}|{{ }}|{{ }}|
      2. 

    2. |||bla|
      3. 

    3. ||||
      4. 

    4. </span>
      5. 

    Télécharger


    => le bla disparait complètement, le thead "normal" est suivi d’un 2ème thead avec 1 ligne et 3 td puis un tbody complètement vide (même si les lignes suivantes ont des cellules avec du texte)

    1. <span class="CodeRay">|{{colonne A}}|{{ }}|{{ }}|
      2. 

    2. ||||
      3. 

    3. |bla|||
      4. 

    4. </span>
      5. 

    Télécharger


    => la 2ème ligne donne un 2ème thead avec le bon nombre de th, le tbody est OK avec tr/td de la 3ème ligne

    1. <span class="CodeRay">|{{colonne A}}|{{ }}|{{ }}|
      2. 

    2. ||||
      3. 

    3. ||bla||
      4. 

    4. </span>
      5. 

    Télécharger


    => la 2ème ligne donne un 2ème thead avec avec le bon nombre de th, suivi par un tbody vide (ni tr,ni td)
    Idem si le bla est en 3ème cellule de la ligne (ou nième)

    Bref, il y a un sacré foirage dans l’algo de rendu de texwheel sur ce cas particulier de première cellule vide mais j’avoue que l’algo de rendu avec des regexp dans tous les sens ne m’a pas paru très "abordable" pour essayer de trouver un patch... :-(

  • Anomalie #3913 (Nouveau) : Restauration incomplète d’une sauvegarde effectuée avec la même version

    27 février 2017, par Gilles Corlobé

    J’utilise SPIP 3.2.0 dev (23435).
    J’ai effectué un dump puis une restauration de ce même fichier, à quelques heures d’intervalle.
    Pendant la restauration, je surveille le contenu de la base de données avec phpMyAdmin.
    Alors que les articles avaient été restaurés, avant le step 19, les données sont corrompues : la taille ne change pas mais les données sont inaccessibles (nombre de lignes dans spip_articles = 0, taille 41.7 Mo, perte 38.4 Mo).
    Version de PHP : 7.0.15-0ubuntu0.16.04.2
    Version du serveur : 5.7.17-0ubuntu0.16.04.1
    Apache/2.4.18 (Ubuntu)

Navigation