J'essaie de récupérer le nombre d'article disponibles par catégories via $plxAdmin->aCats['XXX']['articles']après avoir modifier: $plxAdmin->plxGlob_arts->aFiles (ainsi que $plxAdmin->activeCats et $plxAdmin->aCats ) Mais la valeur reste invariablement celles correspondant à celles extraites à partir des fichiers articles physiquement présent dans le répertoire data/articles .
Faut-il refaire un passage spécifique sur les noms de fichiers articles stocker dans le tableau modifié aFiles ou bien cette info peut-être déjà extraite d'une autre manière.

exemple : 100 articles / 1 catégorie
faisons un tri sur une période donnée ou un/des utilisateur(s) : résultat possible entre 0 et 100
Quelque soit le nombre d'article retiré du tableau , aCats['XXX']['articles'] me retournera toujours 100, même si count($plxAdmin->plxGlob_arts->aFiles) me retourne 0 ou 50.

Cdt

je viens de remarqué un bogue lorsque l'on ajoute une catégorie a partir de la page d'édition d'un article, celle-ci peut remplacer une catégorie existante.

Pour reproduire ce bug.

• réorganiser le sens d'affichage des catégories sans mettre la dernière catégorie en dernier (a partir de la page catégorie.php).
• édité ou crée un article sans l'enregistrer,mais ajouter une nouvelle catégorie (à partir de la page article.php).

Cette nouvelle catégorie prendra invariablement le N° + 1 de la dernière catégorie affiché dans le tableau catégorie , si cette dernière de votre liste est la numéro 3 et que vous avez 5 catégories, vous aurez toujours 5 catégorie et la numéro quatre aura été simplement éditer.

si ce bug est déjà connu et documenter, merci de me rediriger vers le(s) sujet(s) le mentionnant.

Pour Infos, défaut logique provenant de

    /**
     *  Méthode qui retourne le prochain id d'une catégorie
     *
     * @return  string  id d'un nouvel article sous la forme 001
     * @author  Stephane F.
     **/
    public function nextIdCategory() {
        if(is_array($this->aCats)) {
            $idx = key(array_slice($this->aCats, -1, 1, true));
            return str_pad($idx+1,3, '0', STR_PAD_LEFT);
        } else {
            return '001';
        }
    }

dans class.plx.admin.php , sans hook, impossible d'effectuer une correction au bon endroit sans toucher aux entrailles de PluXml.

Le premier hook dispo plxAdminEditCategoriesNew est déjà trop loin dans le deroulé du script où un

$cat_id = str_pad(count(array_column($this->aCats, null))+1,3, '0', STR_PAD_LEFT);

aurait pu être efficace à la place du

$cat_id = $this->nextIdCategory();

Cdt

Edit: Je me demande si finalement cette fonction est utile car utilisée uniquement dans ce cas .

Je l'utilise et est fort bien pratique, il est dérivé d'un vieil outil de 2007 réaliser par Joshua Townsend.

Il possède de nombreux outils utiles et simples. Il est donné aussi en version StandAlone (voir le dossier Galaxy_File_Manager) pour l'utiliser hors de PluXml comme pour la V.O. de #gfm

Il est téléchargeable ds mon dépot ou sur mon codeberg

Bien a vous

Je viens vers vous suite à mon dernier poste, concernant les catégories, que nous avons enfin réussi à boucler, cependant il nous reste encore quelques petites choses à terminer, comme par exemple comment changer l'affichage du nombre d'articles en fonction de la catégorie, et également pour lister tous les articles "Brouillon" de la catégorie en question.

Nous supposons qu'il y a quelque chose à changer avec dans le index.php et le indexreal.php :

L152 : ('.$plxAdmin->nbArticles('all', $userId).')'

L153 : ('.$plxAdmin->nbArticles('published', $userId, '').')'

L154 : ('.$plxAdmin->nbArticles('draft', $userId).')'

L155 : ('.$plxAdmin->nbArticles('all', $userId, '_').')'

Comment le changer pour que nous ayons la même chose mais pour un utilisateur, un statut et une catégorie ?

J'ai trouver sur ce post https://forum.pluxml.org/discussion/comment/39418#Comment_39418 comment faire afficher tous les articles. Cependant pour le brouillon je n'ai pas trouver.

Sur le forum j'ai trouver

echo $plxShow->plxMotor->nbArticles('(?:[0-9]|home|,)*(?:'.$cat.')(?:[0-9]|home|,)*', '[0-9]{3}', '', 'before');

à la place de Ligne 152

<?php echo '&nbsp;('.$plxAdmin->nbArticles('all', $userId).')' ?>

on adapte en mettant :

<?php echo '&nbsp;('.$plxAdmin->nbArticles('(?:[0-9]|home|,)*(?:'.'001'.')(?:[0-9]|home|,)*', $userId, '', 'before').')' ?>

Mais comment faire pour brouillon et publier (Ligne 153, 154 et 155)

Merci d'avance !

Cordialement, Kilian

Suite à mon précédent poste :

Je voudrais que lorsque l'utilisateur clique sur la rubrique " Actualités " ou " Réalisations ", il ne s'affiche que les articles correspondant à cette catégorie. Je souhaiterais avoir le même système que le bouton " filtrer ", mais directement dans mon menu.

Exemple du résultat attendu :

Le but étant de supprimer la possibilité de filtrer les articles que l'on veut afficher, et d'avoir obligatoirement les articles des catégories correspondant à leurs rubriques respectives.

Ayant déjà essayé pas mal de choses mais qui n'ont jamais fonctionné, je suis à court d'idées, si jamais vous avez une idée de comment faire, je suis preneur 😉

Merci d'avance d'avoir tout lu,

Cordialement, Kilian

Je suis tout nouveau dans le domaine de PluXML et franchement vraiment très sympathique à prendre en main, je suis actuellement stagiaire en tant que Designer Web chez @assodefis , et durant ce stage, ma collègue et moi-même travaillons sur un projet de mini site.

Pour le moment je travaille principalement sur l'administration et je suis bloqué sur une chose. Comme le titre l'indique, il est question dans ce projet d'avoir 2 choix possibles pour les futurs utilisateurs, soit ajouter des Actualités, soit ajouter des Réalisations.

J'ai donc repris le système des articles, dont j'ai modifié le nom, ce qui marche bien pour le moment

Dans l'idée que nous avons eue, c'est que lorsque l'utilisateur cliquerait sur " Nouvelle actualité ", la catégorie " Actualité " serait cochée par défaut et forcément, la nouvelle actualité attribué à la bonne catégorie, et bien entendus, faire la même chose pour " Nouvelle réalisation ".

J'étais parti dans l'optique de prendre le même système que pour la catégorie " Non classé " mais je ne suis pas sûr que ce soit forcément la bonne solution.

Si vous avez des conseils je suis preneur.

Update : J'ai réussi à reprendre le système " Non classé " des articles afin d'avoir directement " Actualités " et " Réalisations ", or je ne suis pas loin du résultat que je souhaitais, cependant, je suis bloqué à un endroit. Que je sois dans la rubrique " Actualités " où la rubrique " Réalisations ", ce sont les mêmes articles qui sont listés, si quelqu'un à une idée ?

Screenshots :

Merci d'avance :)

Kilian.

PS : J'ai essayé de décrire la situation le plus clair possible, désolé d'avance si je suis trop vague

Merci aux équipes, superbe surprise il est en 5.8.2 et il tourne bien.

Lorsque l'on édite un article, il y a une légère régression au niveau des bascules (toggles) pour Chapô et Mot-clés.

Dans les moutures précédentes (..., 5.6, 5.7) si le chapô a du texte, il s'affiche, maintenant (5.8.x) non, il sont toujours masqués (en fait depuis le 28 avril 2019, #207 Afficher/masquer le chapeau et les tags d'un article en CSS3).

Comme la remarqué Bazooka07 l'attribut unchecked est inexistant en html, les erreurs sont là*.

Solution pour que cela tombe en marche :

[fichier : core/admin/article.php]

Il suffit de remplacer les deux ' unchecked' :

<?php echo (empty($_GET['a']) || ! empty(trim($chapo))) ? ' unchecked' : ''; ?>

···

<?php echo (empty($_GET['a']) || ! empty(trim($tags))) ? ' unchecked' : ''; ?>  

par ' checked' :

<?php echo (empty($_GET['a']) || ! empty(trim($chapo))) ? ' checked' : ''; ?>

···

<?php echo (empty($_GET['a']) || ! empty(trim($tags))) ? ' checked' : ''; ?>

Voir le PR #384

Un grand merci @bazooka07 car; comme prévus par le sieur; (et avec les correctifs), le chapô est ouvert pour un nouvel article 🤩 et a l'ancienne lorsque le chapô est peuplé (idem pour les tags).

Ps : La méthode employé me rappelle beaucoup celle du menu admin en mode mobile.

Ps² : Mea-culpa, c'est passé a l'as à l'époque 😯

*L’attribut attendu ici est checked et comme il est absent; AMHA, remplacé par unchecked pour test; les élément censés être ouvert ne le sont pas, car pour qu'une case à cocher soit décoché il suffit d'omettre checked 😉

Auriez-vous connaissance d'un plugin permettant d'éditer plusieurs articles à la fois, sans devoir rentrer dans chacun d'entre eux l'un après l'autre.

L'idée serait, quand on a de nombreux articles, de pouvoir par exemple modifier un champs sur tous ou en tout cas plusieurs articles à la fois.

Merci et vive PluXml (mon cms préféré depuis des années).

J'ai un "petit" soucis dans la partie admin, au niveau de l'édition des articles. les icônes de mise en page (Gras, Souligné, etc.) ne s'affichent pas. J'ai des caractères illisibles à la place.

Comment corriger ça ?

Merci.

Il est possible que cela soit une vielle erreur mais non bloquante...

Lorsque l'on est sur core/admin/comment.php et en dessous de l'IP

• IP : 80.##.##.##
• Statut : En ligne
• ...

L'ancre mène vers #c4 alors que ds le thème par défaut son id est #com-4 comme ci-dessous

• Statut : En ligne

je propose de corrigé la ligne 104 de core/admin/comment.php ainsi :

$statut = '<a href="'.$plxAdmin->urlRewrite('?article'.intval($plxAdmin->plxRecord_coms->f('article')).'/#com-'.$plxAdmin->plxRecord_coms->f('index')).'" title="'.L_COMMENT_ONLINE_TITLE.'">'.L_COMMENT_ONLINE.'</a>';

ou alors la ligne 13 de theme/defaut/comments.php ainsi :

<div id="c<?php $plxShow->comIndex();?>">

Mais pas les deux :)

Quel est le mieux? #c1 ou #com-1