Recherche avancée

Médias (0)

Mot : - Tags -/flash

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

Autres articles (64)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

Sur d’autres sites (12585)

  • Anomalie #3941 (Fermé) : CSS carnet contrib

    5 mai 2017, par jluc -

    Dans le carnet wiki de contrib, les balises code et cadre génèrent un listing dont les lignes sont numérotées.

    Il y a une colonne grisée plus claire spécialement pour les n° de ligne, à gauche du code.

    Malheureusement les n° sont déportés à droite à cause d’un `margin-left : 43px ;` spécifié par le plugin coloration_code, et du coup cette colonne est vide.

    Voir la copie d’écran de la page https://contrib.spip.net/test-du-carnet pour se rendre compte.

    Les n° de ligne sont tous décalés au lieu d’utiliser la colonne dégagée pour eux !

    Ça va nettement mieux quand on active la css suivante :

    Je ne sais pas la motivation de ce margin de 43px dans coloration_code, et si c’est à corriger dans gribouille (mais je ne sais pas quel gribouille le carnet de contrib utilise car yen a plusieurs) ou dans coloration_code ou spécifiquement dans contrib.

  • Nomenclature #3934 (Nouveau) : ’recalcul’ devrait s’appeler ’recompile’

    22 avril 2017, par jluc -

    Le terme "recalcul" indique implicitement qu’il s’agit de la même chose qu’un "calcul", fait une nouvelle fois, mais ce n’est pas du tout le cas, puisque le "calcul" est la simple évaluation d’un squelette compilé, tandis que le "recalcul" demande la compilation elle-même du squelette, suivie de son "calcul".

    Le terme de "recalcul" est donc trompeur. On a pris l’habitude, mais ce mauvais nommage masque la réalité des phénomènes (comme la novlangue de ’1984’) et en retarde la découverte, au lieu de faciliter son accès.

    Partout où ce terme est employé, et surtout dans les boutons et pour le var_mode, il serait préférable d’employer le terme de "recompile" au lieu de "recalcul".

  • Evolution #3924 (Nouveau) : Changer #FILE dans la boucle DATA source ls pour mettre le chemin complet

    24 mars 2017, par BoOz -

    Hello,

    Dans une fichier*}>

    On propose #FILE qui est en fait égal sauf erreur à #BASENAME calculé par pathinfo, donc un peu redondant.

    Je propose de changer ca pour que #FILE soit égal au chemin complet, ca donnerait : $b[’file’] = dirname($v) . "/" . basename($v) ; au lieu de $b[’file’] = basename($v) ;

    Du coup on aurait

    #BASENAME : fichier.txt
    #FILE : mon/fichier.txt

    Au lieu de

    #BASENAME : fichier.txt
    #FILE : fichier.txt

    https://core.spip.net/projects/spip/repository/entry/spip/ecrire/iterateur/data.php#L816

Navigation