Recherche avancée

Médias (0)

Mot : - Tags -/formulaire

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

Autres articles (70)

  • Amélioration de la version de base

    13 septembre 2013

    Jolie sélection multiple
    Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
    Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)

  • Menus personnalisés

    14 novembre 2010, par

    MediaSPIP utilise le plugin Menus pour gérer plusieurs menus configurables pour la navigation.
    Cela permet de laisser aux administrateurs de canaux la possibilité de configurer finement ces menus.
    Menus créés à l’initialisation du site
    Par défaut trois menus sont créés automatiquement à l’initialisation du site : Le menu principal ; Identifiant : barrenav ; Ce menu s’insère en général en haut de la page après le bloc d’entête, son identifiant le rend compatible avec les squelettes basés sur Zpip ; (...)

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

  • Revision 77167 : Ajout d’une pipeline afin de corriger la hiérachie sur les pages : ...

    11 octobre 2013, par tcharlss@… — Log

    Ajout d’une pipeline afin de corriger la hiérachie sur les pages : faire pointer la racine vers la liste des pages au lieu des rubriques

  • Anomalie #4155 (Fermé) : la fonction roles_presents ne fonctionne pas correctement

    26 juin 2018, par Michel Bystranowski

    Soit une liste des tables des objets de SPIP de la forme :

    array(
    /* ... */
    ’spip_documents’ => array(
        /* ... */
        ’roles_objets’ => array(
            ’*’ => array(
                ’choix’ => array(
                    ’logo’,
                    ’logo_survol’,
                ),
                ’defaut’ => ’document’,
                ’principaux’ => array(
                    ’logo’,
                    ’logo_survol’,
                ),
            ),
            /* ... */
            ’spip_articles’ => array(
                ’choix’ => array(
                    ’logo’,
                    ’logo_survol’,
                    ’logo_perso’,
                ),
                ’defaut’ => ’document’,
                ’principaux’ => array(
                    ’logo’,
                    ’logo_survol’,
                    ’logo_perso’,
                ),
            ),
            /* ... */
        ),
        /* ... */
    ),
    /* ... */
) ;

    dans ce cas, l’appel à la fonction :

    roles_presents(’document’, ’article’) ;

    devrait retourner les trois rôles, logo, logo_survol et logo_perso. Or elle ne retourne que les roles logo et logo_survol.

    Le problème se trouve ici : https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc/roles.php#L80

    La fonction a utiliser est "table_objet_sql", au lieu de "table_objet", puisque les clés du tableau sont du type "spip_blablas", et pas simplement "blablas".

  • Anomalie #4155 : la fonction roles_presents ne fonctionne pas correctement

    27 juin 2018, par Michel Bystranowski

    Mmmm, à me relire, c’est vrai que je n’ai pas été clair du tout… Je réessaie :

    Pour donner les roles possible pour un lien entre deux types d’objets, la fonction roles_presents se base sur la « table des tables », qui est retournée par la fonction lister_tables_objets_sql. C’est de cette liste dont je veux parler quand je parle de « liste des tables ».

    Cette « table des tables » est très grande, donc dans mon exemple je ne montre qu’une partie : la clé "roles_objets" de la table "spip_documents". On y définit les rôles possibles pour les liens avec les autres objets éditoriaux SPIP. Il peut y avoir des index par objets éditoriaux et/ou un ’*’.

    Enfin en écrivant tout ça, je vérifie et je me rend compte que ça n’est pas un bug dans SPIP, mais dans mon plugin logos_roles. C’est lui qui utilise des index du type "spip_articles" au lieu de "articles", alors que la doc des rôles sur contrib dit l’inverse (https://contrib.spip.net/Des-roles-sur-des-liens).

    Et donc il n’y a pas de bug (dans SPIP :-)), et on peut fermer le ticket, désolé pour la fausse alerte.

Navigation