Je viens de découvrir un bug rigolo, mais pas évident à corriger, avec kzScrolling :
Si la page tient intégralement dans l'écran, alors on ne peut pas scroller et il devient impossible d'afficher les articles suivants en scrollant.

À l'origine, je recherchais un autre problème, donc j'ai fait une installation toute fraiche pour tester :
https://www.txori.com/stuff/pluxml/

PluXml 5.8.19 (charset UTF-8)
PHP 8.4.6
Theme: default-enhanced 5.10.0
kzScrolling 1.1.0

Si votre écran est plus petit que la page, faites ctrl+minus pour dézoomer l'affichage du site avant de le recharger, pour simuler le problème.

Maintenant que le site s'affiche en entier dans l'écran, il est impossible de scroller, et donc d'afficher la suite des articles.

Dans le cadre de cet exemple, j'ai limité l'affichage des articles à 1 par page. Mais sur mon vrai site, qui en affiche 5 a la fois, mais dont le thème est plutôt compact, le problème apparait sur une grande résolution d'écran.
Par exemple : https://www.txori.com/archives/2010

En attendant, je peux contourner facilement ce problème en affichant plus d'articles par page. Ça reste néanmoins un bug pas facile à résoudre au niveau du plugin

Bonjour.
Ayant besoin d'un formulaire de recherche sur mon site j'ai d'abord installé la version la plus récente du plugin MySearch 1.8 mais celle ci ne fonctionnant pas j'ai utilisé la version précédente fonctionnelle elle dans un autre pluxlm avec un thème perso de base.

Les infos sur mon installation Pluxml:

• Version Pluxml 5.8.18 (encodage UTF-8)
• Thème utilisé: kzMasonic

• Version php: 8.1.31

• Plugin installés: MySearch , CmiXml (v 1.1.2) le seul éditeur qui fonctionne partout nickel chez moi

Tout est 100% fonctionnel chez moi sauf quand j'active le plugin "MySearch"

Une alerte apparaît aussitôt (ce qui n'empêche pas le formulaire de recherche de fonctionner quand on clique sur le bouton de fermeture de cette alerte)
`Fatal error :
type : 2
message : Undefined array key "template"
file : /PluXml-Colibrix/themes/kzMasonic/footer.php
line : 28

See https://www.php.net/manual/en/errorfunc.constants.php about type of error`

A la ligne concernée dans le fichier footer.php de mon thème il y a cette instruction:
$stats =array_filter( $plxShow->plxMotor->aStats, function($item) { return ( (empty($item['menu']) or $item['menu'] != 'oui') and !empty($item['active']) and $item['template'] == 'static-sitemap.php' ); } );

static-sitemap.php semble être la cause du bug. Si je désactive le plugin je n'ai plus de bug donc c'est bien le plugin qui provoque cette alerte qui est ennuyeuse et que j'aimerais bien faire disparaitre ou au moins masquer son affichage car malgré cela tout marche pour ce formulaire de recherche.

Je suis preneur de toute solutions à essayer (ou tester bien entendu)
En vous remerciant par avance pour l'aide que vous m'apporterez.
Roger

Est ce utile ?
Y manque t-il quelque chose ?
Y-a t-il des erreurs ?

Cdt

En vacance dans quelques heures, je ne répondrais probablement pas du tac au tac

tests effectués au travers d'une énième page statique avec le code suivant:

<?php
$plxShow = plxShow::getInstance();
$plxShow->staticInclude(1);
?>

test effectué avec php7+ et php 8+ (apache/win)
test okay dans v 5.8.7 et v 5.8.8
test muet dans v 5.8.9 et v 5.8.10

En regardant de plus prés la fonction, la seule difference se trouve sur une ligne .

depuis la v 5.8.9 qui n'affiche plus rien:

        $plxGlob_stats = plxGlob::getInstance(PLX_ROOT . $this->plxMotor->aConf['racine_statiques'], true, 'statiques');

et antérieur à la v 5.8.9, qui affiche bien la page inclue et interprétée.

        $plxGlob_stats = plxGlob::getInstance(PLX_ROOT . $this->plxMotor->aConf['racine_statiques']);

Cdt

A) dans la boite de sélection, le type de fichier n'appariat pas, je suis obligé de cliquer 'Lister tous les fichiers' et après il apparait. (j'utilise très souvent les tar.gz car ils contiennent les sources du code gambas)

le fichier sélectionner, je clique sur 'Envoyer' et le nom du fichier n'est plus le même et a été tronqué.(tous les points enlevés).

Voici une vidéo décrivant les deux problèmes :
http://operation.andre.free.fr/pluxml/bug1.mp4

Merci pour vos réponses.

je viens de découvrir qu'en activant la compression gzip dans PluXml, que certain plugins provoquaient une erreur d'encodage de contenu?

Je ne comprend pas pourquoi certains, et pas d'autres, fonctionnent .
J'ai vérifier que tout était bien encode en UTF-8 (tout est okay et puis ce n'est pas ce que le message d'erreur me dit)

Les plugins concernés semblent être uniquement des plugins injectant ou modifiant le contenu d'une page avant son affichage. Un télescopage ? comment peut on éviter cela ?

plugins concernés : HookMyTheme, kzskinSelect, .... par exemple

plxMysearch n'est par contre, pas concerné

config : PluXml v5.8.7/5.8.8
PHP Version 7.2.19

Je suis face à un mystère où je ne trouve pas le fil conducteur pour trouver ou comprendre le comment du pourquoi.

Par exemple :
Vérification anti-spam
Quelle est le huitième caractère du mot ve7p3cr

L'erreur se trouve ds la classe plxCapcha car il y a 35 caractères et non 36

Pour corriger il suffit de régler la constante TEMPLATE_LENGTH a 35
Comme ci-dessous :

        const TEMPLATE = 'abcdefghijklmnpqrstuvwxyz0123456789';
        const TEMPLATE_LENGTH = 35;

Ou ajouter un caractère (un @ par ex.) a la constante TEMPLATE [non testé]

ps: c'est grâce au mot choisit (ici huitième) qui aurai du être dernier qui m'a mis sur la piste d'erreur de comptage (ce bogue m'est arrivé que deux fois).

Belle et longue vie a ce magnifique outil.

if(count($artCats) == 1 and $artCats[0] == 'draft') {

Il se trouve que j'ai parfois, 1 seule entrée mais avec un index qui n'est pas [0], mais qui peut-être d'une autre valeur, là c’était [2] qui se déclenche lorsque l'article n'est pas aussi relié à la catégorie mère de sa catégorie.

Pour palier à cette erreur hautement improbable, j'ai modifié ce test de cette façon, bien sur ce n'est pas une modif perrene mais il ne s'agit que de tests :

if(count($artCats) == 1 and key($artCats) == 'draft') {

comme il n'y a qu'une clé, tout rentre dans l'ordre apparemment.
edit ... et comme ce n'est pas la clé, mais la valeur qui nous interesse, j'en suis arrivé à:

if(count($artCats) == 1 and  array_values($artCats)[0] == 'draft') {

pour finalement, sur le bon conseil de @bazooka07 , en arriver à

if(count($artCats) == 1 and in_array('draft', $artCats)) {

Je viens de découvrir le plugin de Stéphane et imaginais qu'il pourrait servir à partir d'un 3eme niveau avec mon plugin. Sur le fond cela permettais de déroulé/découvrir ces autres niveaux qu'a partir du second .
Forcément c'est un peu incompatible dés qu'on arrive au troisième niveau .Alors j'ai voulu vérifiez ce que cela donnerais si j'ajoutais seulement un troisième niveau qui se déroulerait à partir du second sur mon plugin (en éditant categories.xml) et du coup ça coince parfois sur la ligne 685. Ce n'est qu'un test de curiosité parmi d'autres, je n'envisage pas de me pencher sur une telle fonctionnalité pour le moment. edit : bon finalement c'est en cours sans provoquer d'erreur, reste coté admin à revoir pour le faire d'un simple click/choix

Dans l'administration, à l'édition d'une page, les templates disponibles s'affichent dans la liste.

Dans le cas d'une page statique d’accueil , il peut-être intéressant de proposer un look différent mais aussi de l'activer uniquement si cette page est effectivement la page d’accueil.

Une solution est de tester l'URl demandée avant d'utiliser ce template ou de se rabattre sur un autre par défaut .

exemple de test

<?php if (!defined('PLX_ROOT')) exit; ?>
<?php 
 // on valide le template si cette page statique s'affiche en page d'accueil.
 if ($_SERVER['REQUEST_URI'] !=='/') {
     include __DIR__.'/static.php';
     exit;
     }
?>

Un fichier template exemple et une feuille de style pour le thème par défaut peuvent vous servir si l'idée vous tente : https://github.com/gcyrillus/plx-custom-static-home/archive/refs/heads/main.zip ou voir ce que cela peut donner sur un thème par défaut a peine modifier http://gcyrillus.alwaysdata.net/ (site démo rempli avec le plugin les fables de la Fontaine ).

Reste un défaut, en changeant de thème, si vos fichiers templates ne matchent plus avec ceux présent dans le thème, PluXml affiche une page erreur. Switcher sur le template par défaut du mode, serait peut-être plus approprié.

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 .

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