Appel aux classes Joomla! 4

Réduire
X
 
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • starter866
    a répondu
    Quelques remarques:

    En cas de désinstallation du composant, les fichier sont bien supprimés, mais certaine table de la base de données non.

    Du coup, en cas de réinstallation, les tables ne sont sont pas créées (probablement parce que l'installation détecte les précédente tables, même si elles sont incomplètes).

    il faut donc nettoyer manuellement la bdd.

    Ensuite toutes les vues sont accéssible, mais les boutons "enregistrer" et "enregistrer et fermer" ne fonctionne pas.

    Laisser un commentaire:


  • starter866
    a répondu
    Que se fut laborieux, mais j'y suis arrivé.

    Alors faut revenir un peu en arrière.

    Code:
    // New installation
    $version = (string) JInstaller::getInstance()->getManifest()->version;
     //$version = $parent->getManifest()->version;
    Code:
    // upgrade
    $new_version = (string) JInstaller::getInstance()->getManifest()->version;
    //$new_version = $parent->getManifest()->version;
    et dans le fichier joaktree.xml

    Code:
    <version>1.5.3</version>
    impératif.

    Laisser un commentaire:


  • starter866
    a répondu
    tu as bien joaktree.xml dans administrator ==> components ==> com_joaktree ?

    Laisser un commentaire:


  • RobertG
    a répondu
    Grrr !
    Lorsque j'essaie de récupérer les valeurs de $version ou $new_version avec var_dump ou enqueueMessage, rien ne m'est renvoyé.
    En repartant de zéro, j'ai finalement réussi à confirmer que
    $version = $parent->get('manifest')->version;
    renvoie une valeur nulle !
    Call to a member function get() on null
    Il manque donc manifestement une instruction quelque part pour que la récupération de cette valeur dans le fichier manifeste se fasse.

    Laisser un commentaire:


  • RobertG
    a répondu
    C'est avec les mêmes modifications que les tables ont été créées.
    Il faudrait que je crée un nouveau site pour d'autres tests.

    Après test, je reviens sur ce que j'ai dit : c'est lorsque j'ai forcé une version (2.0.0) que ça a fonctionné pour les créations de tables, ce qui veut dire que
    $version = $parent->getManifest()->version;
    ne renvoie pas de valeur correcte, reste à comprendre pourquoi.
    Dans mon XML de base, j'ai mis une version 2.0.0
    <version>2.0.0</version>
    Dernière édition par RobertG à 21/11/2017, 11h15

    Laisser un commentaire:


  • starter866
    a répondu
    Rien à faire. Extension désinstallée puis réinstallé, toujours pas de tables créés.

    Seul les fichiers sont copier et le menu créé.

    Voila les modifs effectués dans joaktree.script.php

    Code:
    //$version = (string) JInstaller::getInstance()->getManifest()->version;
    $version = $parent->getManifest()->version;
    Code:
    $db->setQuery( $query );
    //$db->query();
    $db->execute();
    Code:
    //$new_version = (string) JInstaller::getInstance()->getManifest()->version;
    $new_version = $parent->getManifest()->version;
    Code:
    $db->setQuery( $query );
     //$db->query();
     $db->execute()
    ;

    Ai je oublié quelque chose, ou fait une erreur ?

    Laisser un commentaire:


  • RobertG
    a répondu
    Si tu veux les créer, il faut probablement réinstaller après avoir désinstallé.

    Laisser un commentaire:


  • starter866
    a répondu
    Rien à faire, les tables ne se créent pas

    Laisser un commentaire:


  • RobertG
    a répondu
    Pour les tables, c'est $version et $new_version qui font planter leur création dans le fichier de script.
    J'ai utilisé :
    Code PHP:
    $version $parent->getManifest()->version
    Pour jte.id, c'est cette ligne de models/jt_applications qui le récupère je ne sais où, au lieu d'utiliser la valeur par défaut japp.id
    $filter_order = $app->getUserStateFromRequest( $context.'filter_order', 'filter_order', 'japp.id', 'cmd' );
    Mais une fois corrigé, le bouton "nouveau" sur le haut de page des sources gedcom est inopérant.
    Dernière édition par RobertG à 20/11/2017, 19h12

    Laisser un commentaire:


  • starter866
    a répondu
    Moi j'ai toujours pas réussi à enregistrer les tables.

    Quelqu'un aurait-il une idée de la manière de remplacer JHTMLsliders
    Dans mes précédent essai, (ancienne version de J4 Dev) j'avais modifier l'affichage.

    exemple dans :

    administrator ==> joaktree ==> views ==> jtapplication ==> tmpl ==> form.php

    j'avais supprimer les lignes correspondantes pour ne pas avoir l'affichage par onglet.

    Laisser un commentaire:


  • RobertG
    a répondu
    Non Pascal, je n'ai pas regardé, mais JHTMLsliders affiche le contenu de la partie "droits" dans la page du composant concernée.(je verrai si je peux mettre ici une copie d'écran plus tard)
    Pour le moment, je suis bloqué sur une erreur dans l'administration dont je n'arrive pas à trouver la localisation de la requête à corriger !
    Unknown column 'jte.id' in 'order clause'
    Je viens d'explorer tous les fichiers contenant "jte.id" dans une clause order et supprimé ces termes pour tests, mais chaque fois, la suppression n'a eu aucun effet, le message d'erreur persiste...

    Laisser un commentaire:


  • pmleconte
    a répondu
    Bonjour,

    As-tu essayé de regarder du côté de JHtmlSidebar ? c'est ce qui semble ressembler le plus à JHtmlSliders.

    Pascal

    Laisser un commentaire:


  • RobertG
    a répondu
    Quelqu'un aurait-il une idée de la manière de remplacer JHTMLsliders, deprecated mais sans aucune instruction pour son alternative dans les docs que j'ai trouvées ?

    Laisser un commentaire:


  • RobertG
    a répondu
    Mine de rien ça avance !
    Récupération de la version du composant corrigée, procédure d'installation et affichage sans erreur de l'administration fonctionnent maintenant.
    Il va falloir passer à la phase import de données et voir si les erreurs sont multiples ou non...

    Laisser un commentaire:


  • RobertG
    a répondu
    Envoyé par pmleconte Voir le message
    Bonsoir,

    Juste un petit aparté à propos de la version 4.0: il y a eu hier la version alpha qui est sortie, mais, sur Github, il y a eu simultanément une quarantaine"d'issues" qui sont arrivées....je pense qu'il est urgent d'attendre...

    Bonne soirée,

    Pascal
    Oui Pascal, il faut s'attendre à pas mal d'erreurs encore dans le code, ce n'est qu'une alpha 1. Je n'arrive par exemple pas à envoyer de mail de test, et ça depuis mes premiers essais sur des nighty builds il y a quelques mois, alors que LazyDbBackup les envoie bien, comme j'ai pu le tester hier.

    Mais comme je ne suis qu'un apprenti sorcier, euh codeur , je risque d'en avoir pour des mois à trouver les corrections faute de documentation suffisante.
    Quand on commence par coincer pour récupérer la version d'une extension dans son manifeste, ça promet !
    Les docs nous disent bien ce qui est obsolète, mais pas par quoi il faut remplacer, pas d'exemples (peut-être ai-je mal cherché, mais je n'ai rien trouvé, et l'exploration du code de la 4.0 ne m'a rien appris d'utile pour ça) : pour le savoir, il faut avoir la chance de tomber sur une discussion dans un forum Joomla! ou d'extension tierce, mais pour le moment, rien...

    Laisser un commentaire:

Annonce

Réduire
Aucune annonce pour le moment.

Partenaire de l'association

Réduire

Hébergeur Web PlanetHoster
Travaille ...
X