Advanced search

Medias (1)

Tag: - Tags -/ipad

Other articles (103)

  • Gestion de la ferme

    2 March 2010, by

    La ferme est gérée dans son ensemble par des "super admins".
    Certains réglages peuvent être fais afin de réguler les besoins des différents canaux.
    Dans un premier temps il utilise le plugin "Gestion de mutualisation"

  • Les autorisations surchargées par les plugins

    27 April 2010, by

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • Use, discuss, criticize

    13 April 2011, by

    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.

On other websites (10623)

  • EM : ajouter la prise en charge de l’extension epub dans SPIP

    19 October 2011

    Ajouter le format epub afin de pouvoir le mettre en ligne même si dans l’immédiat on ne sait pas encore le traiter (plugin annexe à faire) ...

    CF pour le format : http://fr.wikipedia.org/wiki/EPUB_%...

  • Anomalie #4230: Limite à la longueur des paramètres d’un modèle

    10 February 2021, by b b

    Si tout le monde est d’accord et que SPIP 3.3 est compatible PHP 7.3, on peut fermer non ? Sinon on attend la version de SPIP qui nécessitera PHP 7.3 mini et zou :p

    PS : j’ai bien ri avec le coup de guerre & paix en argument, merci :D

  • Evolution #4468: Unification des CSS pour les boutons et les icônes

    14 September 2020

    Ah et dernière question pour les sachant⋅e⋅s : est-ce que quelqu’un⋅e peut m’expliquer vite fait la logique du découpage des squelettes css du privé ?

    Je vois qu’il y a un fichier général theme.css.html un peu fourre-tout, et quelques fichiers pour des modules précis : forms.css.html, icons.css.html, etc.
    Donc la logique semble être : les trucs qui correspondent à un module précis sont dans un fichier css.html à part, et tout le reste en vrac dans theme.css.html.
    Sauf que parfois un module a des règles à la fois dans le fichier général et dans le fichier dédié. Et parfois les mêmes règles. Par exemple pour les formulaires, il y en a un bout dans theme.css.html et aussi dans forms.css.html.
    En l’état, quand il y a des modifs à faire c’est le doutage, on les fait où ?

    Là comme il s’agit de mutualiser les styles de plusieurs choses, dont les boutons de formulaire, le mieux serait de déplacer tout ce qui concerne les boutons dans un nouveau module boutons.css.html tout simplement, depuis forms.css.html et theme.css.html.
    Des objections ?

Browsing