Vos commentaires

• # Le 9 février à 11:29, par Mist. GraphX En réponse à : Sélections éditoriales

  Hello,

  Ptite question… Je teste Role documents (^^) , quand je crée un contenu sélectionné le document ayant le role de logo de l’objet est bien pris en compte auto-magiquement par la selection, génial.

  Y’aurais il moyen d’avoir un Role logo selection OU gérer le logo selection comme document ayant un role.

  • # ^ Le 9 février à 12:07, par RastaPopoulos En réponse à : Sélections éditoriales

    J’ai pas compris :p

    Soit ça va chercher le logo de l’objet SPIP du contenu sélectionné (qui lui-même peut être un document avec un rôle et non pas un « vrai » logo => recherche en cascade).
    Soit tu peux surcharger en assignant une image directement au contenu sélectionné.

    Ah tu voudrais que le logo surchargé spécifique à la sélection soit lui aussi un document… Non ce n’est pas possible actuellement.

  • # ^ Le 9 février à 12:35, par Mist. GraphX En réponse à : Sélections éditoriales

    tu voudrais que le logo surchargé spécifique à la sélection soit lui aussi un document… Non ce n’est pas possible actuellement.

    Oui, c’est ça ;-)

    Cela dit je ne capte pas (en regardant le code) comment ce fait il que le formulaire d’ajout de doc n’apparaisse pas comme sur tout autre objet editorial, même activé dans la config d’association des docs ? Un truc m’échappe lol

    Merci de ta réponse.

  • # ^ Le 9 février à 13:06, par RastaPopoulos En réponse à : Sélections éditoriales

    Bah moi si j’active les documents sur « Contenus sélectionnés » et que je vais manuellement sur la page D’UN contenu sélectionné précis (exec=selections_contenu&id_selections_contenu=XXX : lien qui n’existe nulle part, cette page n’est pas utilisée) et bien j’ai comme il faut le lien d’ajout de documents.

  • # ^ Le 9 février à 14:22, par Mist. GraphX En réponse à : Sélections éditoriales

    Ha ben oui !! ^^ chuis pas une flèche !!

    en fait en ajoutant la balise pipeline afficher complement objet, dans la page editer_selections_contenus, on a bien l’interface complète d’ajout de documents , les roles.

    Merci bien

  • # ^ Le 13 juillet à 14:51, par Sandrine En réponse à : Sélections éditoriales

    Bonjour,

    Le dernier message de Mist. GraphX semble répondre à mon besoin...
    En revanche, je ne sais pas où/comment ajouter le pipeline proprement (i.e. en permettant les mises à jour futures du plugin)

    Merci d’avance pour votre/vos lumières !

  • # ^ Le 14 juillet à 10:06, par Mist. GraphX En réponse à : Sélections éditoriales

    Bonjour Sandrine,

    il te faut surcharger le fichier prive/squelettes/inclure/editer_selection_contenus.html

    et ajouter a cet endroit (par exemple) :

      [(#ENV{editer_contenu_logo}|=={#ID_SELECTIONS_CONTENU}|et{#AUTORISER{modifier,selections_contenu,#ID_SELECTIONS_CONTENU}})
    			<div class="ajax">
    				#FORMULAIRE_EDITER_LOGO{selections_contenu,#ID_SELECTIONS_CONTENU}
    			</div>
    			]
    			#PIPELINE{afficher_complement_objet,#ARRAY{args,#ARRAY{type,selections_contenu,id,#ID_SELECTIONS_CONTENU},data,'<div class="nettoyeur"></div>'}}

    Télécharger

    ceci te permettra d’avoir accès a l’ajout de documents.

    à discutter et voir ensuite si ça doit être rajouter ou pas « de série » et comment pour faire au mieux au niveau ergonomie, mais en l’état c’est utilisable ainsi.

    Bonne journée

  • # ^ Le 17 juillet à 16:25, par Sandrine En réponse à : Sélections éditoriales

    Bonjour Mist. GraphX

    Merci pour ta réponse !

    Bonne journée
    Sandrine

  Répondre à ce message

• # Le 24 octobre 2016 à 20:23, par denis En réponse à : Sélections éditoriales

  tiens, j’ai un comportement étrange, pour une sélection qui mixe des articles et des rubriques.

  La boucle suivante

  
  ID RUB #ID_RUBRIQUE
  ID ARTICLE #ID_ARTICLE
  

  m’affichera dans tous les cas la même valeur pour un #ID_RUBRIQUE et #ID_ARTICLE

  Si par exemple, c’est article888 #ID_ARTICLE ET #ID_RUBRIQUE afficheront 888 tous les 2.

  Idem avec

  (#ID_ARTICLE
  (#ID_RUBRIQUE
  

  Une idée du pourquoi ?

  • # ^ Le 24 octobre 2016 à 20:25, par denis En réponse à : Sélections éditoriales

    Le deuxième exemple ne passe pas, le voici :

    http://spip.pastebin.fr/48301

  • # ^ Le 24 octobre 2016 à 21:24, par RastaPopoulos En réponse à : Sélections éditoriales

    Ni le premier, il faut que tu mettes <cadre> autour de ton code, comme toujours, sinon c’est interprété en partie. Tu as même des boutons de raccourcis dans la barre des commentaires là, dont un pour des boucles SPIP (<cadre class="spip">).

    Du coup je ne vois pas ta ou tes boucles.

  • # ^ Le 25 octobre 2016 à 10:42, par denis En réponse à : Sélections éditoriales

    Effectivement voici donc :

    <BOUCLE_contenu(SELECTIONS_CONTENUS){id_selection}{par num titre, titre}> ID RUB #ID_RUBRIQUE<br> ID ARTICLE #ID_ARTICLE<br> [(#ID_ARTICLE|oui) ARTICLE = #ID_ARTICLE]<br> [(#ID_RUBRIQUE|oui) RUBRIQUE = #ID_RUBRIQUE]<br> </BOUCLE_contenu>

  • # ^ Le 18 avril à 22:19, par RastaPopoulos En réponse à : Sélections éditoriales

    Ça n’existe pas #ID_ARTICLE ou #ID_RUBRIQUE dans la boucle SELECTIONS_CONTENUS.

  Répondre à ce message

• # Le 3 avril à 18:39, par Thomas En réponse à : Sélections éditoriales

  Bonjour,

  Lorsque je place un lien du style article 57 dans le champ descriptif d’un contenu, le lien devient .../ecrire/ ?exec=article&id_article=57, là où j’attendrais un classique /spip.php ?article57.

  L’effet ne se produit avec nul autre champ du site. J’ai mis le filtre |liens_absolus au champ #descriptif dans mon squelette, mais rien n’y fait.

  Une idée ?

  • # ^ Le 4 avril à 11:05, par Mist. GraphX En réponse à : Sélections éditoriales

    Hello,

    Je viens de tester en local, le champ descriptif n’est pas dans les traitement automatiques typo dans /base/selections_editoriales. L’url que tu obtiens, n’est donc visible que depuis l’espace privé, et donc avec /?exec=

    Tu peut par contre forcer l’interpretation des traitement, en utilisant ceci dans ton squelette :

    [<div class="descriptif entry-content[ (#EDIT{descriptif})]">(#DESCRIPTIF**|propre)</div>]

    La tu obtiendra, l’url correcte pointant vers ton article.

    En résumé, tu force l’extraction du contenu du champ descriptif avec #BALISE**, puis tu applique le filtre |propre.

    Explications ici :

    • Empècher les traitements automatique
    • Traitements automatiques

    A discuter ensuite, si l’auteur du plugin, n’as pas d’objection à rajouter les traitements typo sur ce champ, mais originellement je crois que dans spip et la plus par des plugins les champs descriptifs ne sont pas traités, c’est plutôt texte.

    Bonne journée…

  • # ^ Le 4 avril à 17:19, par RastaPopoulos En réponse à : Sélections éditoriales

    Euh c’est faux, dans SPIP il y a :

    $GLOBALS['table_des_traitements']['DESCRIPTIF'][] = _TRAITEMENT_RACCOURCIS;

    Juste bah les liens de contenu, c’est comme dans les articles quoi, dans t’es dans l’admin, ça fait un lien vers la page d’admin du contenu, et quand t’es dans le public ça fait un lien public…

  • # ^ Le 4 avril à 17:27, par Mist. GraphX En réponse à : Sélections éditoriales

    ha dans la version que j’ai ça y était pas autant pour moi alors

  • # ^ Le 4 avril à 17:28, par RastaPopoulos En réponse à : Sélections éditoriales

    Pas dans une version du plugin, c’est dans SPIP, dans le noyau, cette ligne

  • # ^ Le 4 avril à 17:46, par Mist. GraphX En réponse à : Sélections éditoriales

    et dans selection alors pourquoi le rendu |propre nest pas fait en auto alors…

    en fait dès fois en créant des objets, j’ai eut de mémoire a rajouter dans la description des tables le traitement |propre sur certains champs, je croyais que descriptif n’était pas traité d’origine, d’ou ma remarque.

  • # ^ Le 7 avril à 18:53, par RastaPopoulos En réponse à : Sélections éditoriales

    Je ne sais pas, suivant la ligne précédente qui est dans public/interface.php du noyau, TOUTE balise DESCRIPTIF passe dans les traitements des raccourcis donc dans « propre ». Donc je ne vois pas pourquoi là ça n’y passe pas dans l’admin des sélections.

  Répondre à ce message

• # Le 6 avril à 15:12, par Peetdu En réponse à : Sélections éditoriales

  Hello,

  Bluffant ! petite sélection éditoriale pour un carrousel, modif du squelettes en 5mns et hop....heureux :)

  Il me semble que l’accès aux sélections aurait plus sa place dans Squelettes => Sélections éditoriales ?

  • # ^ Le 6 avril à 17:02, par RastaPopoulos En réponse à : Sélections éditoriales

    Je ne sais pas, ce sont des sélections éditoriales donc on l’a mis dans « Édition »… Le fait de créer des sélections de contenu cohérentes, ce sont des contenus en elles-mêmes. Je suis un peu partagé, et le menu « Squelettes » je ne l’ai jamais trouvé super clair.

  • # ^ Le 6 avril à 17:16, par Peetdu En réponse à : Sélections éditoriales

    Yop,

    Avec ce plugin, on agrège du contenu et on l’ordonne.
    Il n’y a pas de travail éditorial à proprement parler.

    Il me fait un peu penser à Menus...

  Répondre à ce message

• # Le 19 mars à 21:28, par graphie En réponse à : Sélections éditoriales

  Bonjour,

  Je découvre cet excellent outil qui me donne des idées/envies : pourrait-on envisager qu’à la création d’une sélection éditoriale, on puisse sélectionner une rubrique et autoriser l’ajout automatique et dynamique des objets SPIP contenus dans cette rubrique (articles, sous-rubriques, brèves, sites, etc).

  Cordialement,
  françois

  • # ^ Le 27 mars à 00:25, par RastaPopoulos En réponse à : Sélections éditoriales

    Bah euh non pas du tout, vu que c’est justement fait pour faire des sélections humaines manuelles, de n’importe quoi. Techniquement ya rien d’impossible mais ça ne fera jamais partie du plugin un truc comme ça.

  • # ^ Le 27 mars à 08:40, par graphie En réponse à : Sélections éditoriales

    Je comprends le manque d’enthousiasme ;-) je n’ai pas été très précis dans mon idée.

    Justement l’idée est de pouvoir organiser sur une seule page (squelette), humainement / manuellement, différents objet SPIP issus d’une rubrique ; ainsi je peux boucler sur une rubrique et organiser sur cette page des PDFs, les sous-rubriques, les articles et brèves, etc. ... comme le prévoit ton plugin aujourd’hui, mais avec la dimension dynamique supplémentaire.

  • # ^ Le 27 mars à 14:04, par ben En réponse à : Sélections éditoriales

    J’appuie cette demande qui me serait bien utile. J’ai commencé à la développer par moi-même avec une version modifiée du plugin mais je ne suis pas encore à 100% satisfait de mon code et du résultat obtenu.

    Pourquoi cela ne ferait-il jamais partie du plugin si cette nouvelle fonctionnalité n’entrave pas les possibilités actuelles ? Je ne vais pas te demander de travailler sur quelque chose dont tu ne vois pas l’intérêt, RastaPopoulos, mais si j’arrivais à un code plus propre, pourrait-il être intégré ?

  • # ^ Le 27 mars à 17:32, par graphie En réponse à : Sélections éditoriales

    Bonjour Ben,

    ... et tu aurais quelque chose à partager, pour test / évolution ?

  Répondre à ce message

• # Le 8 février à 10:47, par Spipmalion En réponse à : Sélections éditoriales

  Bonjour,

  Merci pour ce travail
  La description des objets sélectionnés n’est pas reprise quand on tape un code de type article123 breve123, ça ne prend que le titre et le logo, pas la description, c’est normal ?

  Cordialement

  • # ^ Le 8 février à 16:21, par RastaPopoulos En réponse à : Sélections éditoriales

    Oui il n’y a pas de possibilité générique, le titre est générique, tout contenu a un titre. Mais le descriptif c’est un truc facultatif, et qui est propre à la mise en avant dans le contenu et en plus suivant le contenu on n’a aucun moyen de savoir quoi prendre, il n’y a aucun champ toujours pareil générique pour ça (alors que le titre oui).

  • # ^ Le 9 février à 04:36, par Spipmalion En réponse à : Sélections éditoriales

    On fait comment pour récupérer l’id de l’objet et boucler dessus dans cette boucle ?

    <BOUCLE_actualites_contenus(SELECTIONS_CONTENUS){id_selection}{0,99}{par rang}>

    Exemple, c’est un article, on fait une boucle article et on récup le chapeau ou la description

  • # ^ Le 9 février à 12:03, par RastaPopoulos En réponse à : Sélections éditoriales

    Tu as des champs #OBJET et #ID_OBJET. Tu ne peux pas faire des boucles dynamiques où tu ne connais pas d’avance le type d’objet mais par contre tu peux prévoir pour les objets que tu connais, comme par exemple en faisant :

    <BOUCLE_si_article(ARTICLES){id_article=#ID_OBJET}{si #OBJET|=={article}}>

  Répondre à ce message

• # Le 8 février à 10:46, par Spipmalion En réponse à : Sélections éditoriales

  Bonjour, pour info le filtre adaptive_images{} dans l’exemple de code squelette provoque une erreur chez la plupart des sites qui n’ont pas le plugin tiers installé

  Cordialement

  Répondre à ce message

• # Le 24 janvier à 17:23, par Cochennec En réponse à : Sélections éditoriales

  Bonsoir à tous,

  Ce plugin est génial, merci, j’ai juste un petit souci avec :
  Je change l’ordre des articles dans l’interface privée, il le prend en compte, mais dès que je reviens vers le site public, l’ordre n’a pas changé. J’ai l’impression qu’il garde l’ordre alphabétique.

  J’ai repris bêtement l’exemple du squelette. Ai-je oublié quelquechose ?
  D’avance merci.

  • # ^ Le 24 janvier à 18:05, par RastaPopoulos En réponse à : Sélections éditoriales

    Oui merci oui, puisque l’exemple donnait l’ancienne méthode {par num titre, titre} ce qui ne classe pas {par rang}.

  Répondre à ce message

• # Le 28 mars 2015 à 10:13, par Mist. GraphX En réponse à : Sélections éditoriales

  Bonjour,

  ça remplace ou est une évolution du plugin Grappes en quelque sorte donc ?

  ++

  • # ^ Le 28 mars 2015 à 10:17, par RastaPopoulos En réponse à : Sélections éditoriales

    Ni l’un ni l’autre, ça n’a aucun rapport. :D

    Il ne s’agit à aucun moment de faire des boucles pour obtenir des #ID (il n’y en a même pas d’enregistré, même si ça pourrait être ajouté en plus). Le but de ce plugin est d’obtenir de l’éditorial : un lien en premier lieu, avec un titre, un texte, une image. Qui peuvent parfaitement n’avoir aucun rapport avec un lien d’un objet SPIP (ça peut être un autre contenu interne page=truc ou une page externe).

    Ce plugin sert à faire des choix éditoriaux, pas des listes abstraites d’objets SPIP (même si les choix éditoriaux peuvent contenir, et contiennent même souvent, des objets SPIP).

  • # ^ Le 28 mars 2015 à 10:45, par Mist. GraphX En réponse à : Sélections éditoriales

    ok, effectivement rien a voir, chaque nouvelle sélection est personnalisable.

    ça évite d’être limité effectivement dans les objets d’une grappe au logo, descriptif court ou autre de l’objet, si je comprends bien...

  • # ^ Le 28 mars 2015 à 10:55, par RastaPopoulos En réponse à : Sélections éditoriales

    Le but est effectivement de pouvoir personnaliser les textes et l’image liée à la sélection. En effet, sur une page d’accueil, on peut vouloir une grande image de mise en avant alors même que dans l’article final il n’y a aucun image, ou que des images plus petites ou que des images d’illustration interne à l’article, mais pas de grande image de « com ». Pareil pour titre et descriptif, on peut vouloir écrire des choses spéciales (plus court, plus percutant) quand c’est pour animer une page (que ce soit l’accueil complet du site ou des accueils de rubrique aussi pourquoi pas).

    Et au passage comme le plugin sait faire des « listes de choses arbitraires, mais avec de l’éditorial », il sait alors aussi faire des sélections liées à d’autres contenus. Ce qui permet de faire des « Voir aussi » (où là on a encore plus souvent besoin de pouvoir faire des liens externes que sur un accueil). Je m’en sers aussi pour gérer une partie « liste éditoriale » dans les newsletters en plus de l’édito, car sinon il n’y a que des listes automatiques (ou que des listes d’articles et sans pouvoir choisir l’ordre et les textes précis).

  • # ^ Le 28 mars 2015 à 11:12, par Mist. GraphX En réponse à : Sélections éditoriales

    Effectivement ça fait un peut plus de contenu a travailler, mais beaucoup moins limité que les grappes comme j’utilise actuellement dans les cas que tu énonce : sélection d’actus, newsletter, colonne aside.

    Notamment depuis quelques temps je cherchais une solution pour, justement avoir un titre court et un descriptif qui incite au clic, complètement différent pourquoi pas du contenu réel.

    Ça répond a cette problématique. Bravo et merci

    Reste le tri via drag/drop ;-) je l’avais mis sur grappes c’est pratique pour le rédacteurs quand même.
    manque juste le champ RANG ou ce sera différent comme implémentation si prévu ?

  • # ^ Le 28 mars 2015 à 12:01, par RastaPopoulos En réponse à : Sélections éditoriales

    Ce sont des objets avec un titre, donc tu peux parfaitement utiliser les numéros de tri comme pour tous les autres objets : (SELECTIONS_CONTENUS){id_selection}{par num titre} avec des « 10. Truc » et « 20. Machin » dans les titres des sélections. D’ailleurs… le plugin pré-numérote lui-même les titres au fur et à mesure que tu en ajoutes.

    Ce serait très bien d’ajouter en plus le drag’n’drop en plus pour celleux qui ont javascript, c’est juste que j’ai fait avec le temps imparti… :D
    Soit en ajoutant un champ (pas forcément utile) ou alors en re-numérotant directement les titres d’une même sélection dès qu’un drag-n-drop est fait (de 10 en 10 comme le plugin Numérotation c’est mieux).

  • # ^ Le 28 mars 2015 à 13:25, par Mist. GraphX En réponse à : Sélections éditoriales

    c’est juste que j’ai fait avec le temps imparti

    J’imagine ^^ ...

    C’est vrai que étant utilisables uniquement dans un seul contexte le numerotage par num titre est moins problématique, j’aime moins cette solution pour les articles ou autres.

    Soit en ajoutant un champ (pas forcément utile) ou alors en re-numérotant directement les titres d’une même sélection dès qu’un drag-n-drop est fait (de 10 en 10 comme le plugin Numérotation c’est mieux).

    j’vais tester ça , l’option deux me parait effectivement la plus judicieuse du coup 1 ;-)

  • # ^ Le 28 mars 2015 à 14:29, par Mist. GraphX En réponse à : Sélections éditoriales

    Et voili !!

    Un ptit proto, ça fonctionne pas mal aux premiers test ... C’est la :

    Selection editoriale - Avec Drag/drop

    A++ et bon we

  • # ^ Le 28 mars 2015 à 21:11, par RastaPopoulos En réponse à : Sélections éditoriales

    Tu sais que tu as le droit d’avoir un compte sur le dépôt de SPIP-Zone et de participer à l’effort commun plutôt que de le copier en loucedé dans ton coin ? :D

  • # ^ Le 29 mars 2015 à 12:55, par Mist. GraphX En réponse à : Sélections éditoriales

    Oui je sais bien ;-)
    il y’a de multiples de manière de participer a un effort commun ..
    Je prefere juste ne pas publier/travailler/proposer directement sur un espace ou sont générés les paquets automatiquements, risquant de rendre un plugin infonctionnel ...
    je ne dois pas être le seul a avoir un dépot svn public et persso, ça permet de proposer une chose et après l’auteur dispose, un peut comme les pull-request de GitHub ...

  • # ^ Le 29 mars 2015 à 13:29, par RastaPopoulos En réponse à : Sélections éditoriales

    Euh les paquets ils ne sont générés que dans les chemins précis définis dans archivelist.txt hein. Donc si tu ajoutes un dossier ce n’est absolument pas généré en paquet, et personne ne le verra à part les utilisateurices de SVN : svn cp trunk branches/dragndrop…

  • # ^ Le 29 octobre 2015 à 06:23, par Spipmalion En réponse à : Sélections éditoriales

    Mist. GraphX tu saurais mettre le tri via drag/drop sur les rubriques et articles des sites spip ?

  • # ^ Le 29 octobre 2015 à 08:31, par Mist. GraphX En réponse à : Sélections éditoriales

    ç’est pas forcément le bon lieu pour attaquer un sujet comme celui la, un message privé aurait été mieux.

    Je répondrais ça dépend du Contexte, et du budget (car je n’en ai pas l’utilité pour moi ou un de mes projets).

    Si ça n’as pas été fait c’est que ça poses des problèmes évidents de contexte , on peut assez facilement l’ajouter sur des objets et les classer dans leur conteneur comme les grappes ou les selections, le faire pour les rubriques ou articles est beaucoup plus complexe (pour le faire bien, maintenable, et que ça ne pête pas a la prochaine version de spip) autant dire que je ne suis pas assez au fait des évolutions prévues du core pour m’embarquer a coder un truc qui sera a refaire en 3.2.

    En fait plusieurs méthodes ou balises on étés déjà évoquées, donc plusieurs pistes comme le champ #RANG sur les tables de lien ou comme le numérotage de rubriques ou articles, mais rien n’est statué et vraiment générique partout j’ai l’impression. Personnellement je préfère la méthode du champ Rang sur les tables de lien, ça colle plus avec mes habitudes d’utilisation de spip et permet autant de classements que de contextes.

    Bref à ta place je m’adresserais plutot à un core dev comme Cedric ou Rastapopoulos ou Marcimat plutôt qu’a moi ...

  • # ^ Le 30 octobre 2015 à 10:03, par Spipmalion En réponse à : Sélections éditoriales

    Merci pour ces infos Mist. GraphX

    Après avoir eu des retours sur SPIP de la part de 600-700 personnes ces dernières années, c’est un des points principaux qui revient tout le temps : ces histoires de numéros devant chaque titre qui font perdre, selon eux, toute crédibilité au CMS

    Mosaïque par exemple a été une grande avancée pour ordonner les photos dans le portfolio d’un article

    ça sera pour une autre fois alors :-)

  • # ^ Le 30 octobre 2015 à 10:55, par Mist. GraphX En réponse à : Sélections éditoriales

    Ha effectivement, je n’utilise le classement imposé que dans des contextes (grappes, selections editoriales, portfolio, noisettes …). Dans des listes, pages rubriques généralement le classement par date est suffisant : on s’en sort largement sinon en faisant une grappe afin de sélectionne les articles/objets a mettre en avant et de les classer.
    A savoir que : je n’utilise pas de squelettes généralistes ou configurables a outrance, je ne fait quasiement que du site a la demande pour un besoin bien précis : ça veut dire pas de mots techniques,pas de numéros, ou autres bidouilles du genre, je fait un squelette qui assemble mes collections de noisettes en gros et pour une problématique client/métier bien définie.
    C’est peut être pour ça que je n’ai pas les mêmes retours. Moi ils se débrouille sans doc et j’ai pas a expliquer la plupars du temps.

    Cela dit pour tes retours, sur 600 à 700 personnes, si ils mettent ou avaient mis 2€ par personne y’a surement un dev qui se serait interressé pour y consacrer une journée. Et la fonction serait disponible ;-)

    A++

  • # ^ Le 14 décembre 2015 à 14:17, par Mist. GraphX En réponse à : Sélections éditoriales

    Bonjour

    @ratapopoulos : j’ai créé la branche/selections_editoriales_dragdrop, et envoyé la version

    bonne journée

  • # ^ Le 14 décembre 2015 à 14:23, par RastaPopoulos En réponse à : Sélections éditoriales

    Yep, j’ai vu, c’est super merci !
    Il faut maintenant que je trouve du temps pour tester cette version (ça ne modifie rien au shéma général, c’est juste des modifs d’interface ?). Et du coup fusionner dans le trunk si c’est ok.

  • # ^ Le 14 décembre 2015 à 14:35, par Mist. GraphX En réponse à : Sélections éditoriales

    Il faut maintenant que je trouve du temps pour tester cette version

    Ou, c’est pas le plus simple ;-)

    ça ne modifie rien au shéma général, c’est juste des modifs d’interface ?

    J’ai fait, un copie, puis un diff/merge sur ma version qui datait pour être a jour avec le trunk, et j’ai juste reporté mes modifs :
    -  ajout d’un fichier action/trier_ action appelée lors du déplacement
    -  ajout d’id/selecteurs et du javascript sur la liste de selections_contenus
    -  ajout de la pipeline selections_editoriales_jqueryui_forcer, charge les composants sortable juste pour le privé
    donc a priori, oui c’est bon, et dans l’historique svn de la banche tu dois voir toute les modifs

  • # ^ Le 5 janvier à 15:25, par Matthieu Marcillaud En réponse à : Sélections éditoriales

    Au fait, ça a été intégré le drag’n’drop pour trier ou pas du coup ?

  • # ^ Le 5 janvier à 15:34, par RastaPopoulos En réponse à : Sélections éditoriales

    ya presque un an oui :)
    https://zone.spip.org/trac/spip-zone/changeset/95835

  Répondre à ce message

• # Le 13 décembre 2016 à 17:12, par Valery En réponse à : Sélections éditoriales

  Idéalement dès lors que l’on utilise les sélections éditoriales pour configurer des sélections devant apparaître dans le squelette il pourrait être intéressant que la modification soit réservée au webmestre (possibilité de verrouiller comme c’est le cas dans le plugin compositions par exemple).

  • # ^ Le 13 décembre 2016 à 22:51, par RastaPopoulos En réponse à : Sélections éditoriales

    Le webmestre c’est plutôt un statut correspondant à des opérations techniques ou à des choix techniques, qui ne doivent plus du tout bouger, sinon ça pète le site (comme parfois, pas toujours, pour compositions, où il FAUT que telle rubrique est telle composition absolument).

    Alors que là il s’agit plutôt de choix éditoriaux, fixés par des gens précis oui, mais qui peuvent bouger plus souvent que des choix techniques. Et ça c’est pour les admins à priori les choix éditoriaux (tout comme le fait de décider ce qui sera publié).

  • # ^ Le 16 décembre 2016 à 06:54, par Valéry En réponse à : Sélections éditoriales

    Dès lors que l’on définit une sélection éditoriale et qu’on l’appelle dans le squelette pour gérer, par exemple, les articles du diaporama de la page d’accueil, on est bien dans le cas de figure où cette sélection ne doit pas pouvoir être supprimée sans casser le site.

    C’est le cas de l’exemple donné :

    <BOUCLE_actualites(SELECTIONS){identifiant=actualites}>

    où si la sélection est supprimée ou l’identifiant modifié in aura plus rien d’affiché.

  Répondre à ce message