champs et groupe de champs

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

  • [RÉGLÉ] champs et groupe de champs

    bonjour à tous,

    jusqu'à aujourd'hui j'ai pu me débrouiller avec les infos du net (et de votre site ...merci !) mais ce coup-ci, j'aurais besoin d'un coup de main pour l'utilisation des champs et groupe de champs
    Pas de soucis pour les mettre en oeuvre mais.... forcément j'ai un hic !!! enfin 2 hics pour être exact

    le premier
    Lorsque j'utilise les champs de type "éditeur", il me présente bien l'éditeur pour le champ concerné. Je peux y écrire du texte et le mettre en forme... mais dès que j'enregistre mon article, il me supprime complètement la mise en forme de mon champ et je me retrouve avec du texte brut comme si j'avais utilisé une textarea ! suis-je un cas isolé ?

    Le second
    dans mon article j'utilise des modules et je voudrais faire un truc du genre {gallery}{field 1}{/gallery} mais vu qu'il doit interpréter les balises les unes après les autres, il semble chercher la gallerie {field 1}. J'ai vérifié que mon module fonctionne bien si je place la valeur directement ... et j'ai vérifié que {field 1} m'affichait bien la valeur dans un autre endroit de l'article... est-ce que je me plante quelque part ? il y a-t-il une manière de contourner le soucis ?

    merci d'avance

    régis
    Dernière édition par rmatha à 02/01/2018, 23h26 Raison: groupe champs article

  • #2
    Bienvenue !

    Je ne crois pas que l'interprétation de deux plugins imbriqués l'un dans l'autre soit possible, ce qui explique ce comportement.

    Pour le premier point, je n'ai pas de réponse, n''ayant pas essayé.
    "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
    MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

    Commentaire


    • #3
      Après test en utilisant JCE, je confirme le premier point : le formatage du champ éditeur est perdu lors de l'enregistrement d'un article.
      "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
      MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

      Commentaire


      • #4
        merci pour la confirmation... je pensais avoir planté mon site avec tous mes tests

        je me doutais que l'imbrication allait poser soucis ..... vous n'auriez pas une solution de contournement ?

        pour le premier point : bug or not bug ? si c'est le cas, faut-il le déclarer "officiellement" ?

        Commentaire


        • #5
          Bonjour,
          pour le premier point : bug or not bug ? si c'est le cas, faut-il le déclarer "officiellement" ?
          Il faudrait être plus précis.

          Lorsque j'utilise les champs de type "éditeur", : lesquels, dans quel contexte ?
          Je peux y écrire du texte et le mettre en forme... : comment est fait la mise en forme?
          UP, le plugin universel à découvrir sur https//up.lomart.fr
          bgMax
          , AdminOrder, MetaData, Zoom, ArtPlug, Custom, Memo, Filter, ... sur http://lomart.fr/extensions

          Commentaire


          • #6
            En ce qui concerne mon test : création d'un champ de type "éditeur", modification d'un article (utilisation de JCE), ouverture de l'onglet "champs", saisie de texte dans la zone d'édition du champ, début en "title1", ligne suivante en "title3" et dernière ligne en paragraphe. Dès enregistrement, tout le formatage de cette zone de champ disparaît, la totalité de son texte est dans une balise "p".

            Complément : idem avec Tiny !
            Dernière édition par RobertG à 03/01/2018, 16h53
            "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
            MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

            Commentaire


            • #7
              idem,
              le mode opératoire est le même pour moi !
              j'ai fait quelques essais complémentaires :
              - même résultat (suppression de la mise en forme) quelque soit l'éditeur
              - j'ai essayé les différentes mise en forme (titre, couleurs, images ....) toutes les balises HTML sont supprimées du code

              du coup, faut-il déclarer le bug ?

              Commentaire


              • #8
                tu est superadmin sur ton site ?
                si ce n est pas le cas, regardes l 'onglet filtres de texte dans tinymce et dans l'onglet configuration de joomla.
                Aucun html est le comportement par défaut pour le groupe enregistré.....
                Un site pour comparer des solutions : https://comparatifs-informaticien51.joomla.com
                un site personnel, sur Joomla, linux, windows et Powershell : https://informaticien51.joomla.com/

                Commentaire


                • #9
                  En ce qui me concerne, je ne me connecte que comme super utilisateur, il ne devrait donc pas y avoir de nettoyage du formatage de cette zone d'édition. Donc pour moi, s'il faut aller chercher dans les filtres ce qui peut être en cause, c'est bien qu'il y a un bug, je rejoins rmatha.
                  "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
                  MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

                  Commentaire


                  • #10
                    En fait, il n'y a pas de bug !
                    Il faut personnaliser le plugin "champ éditeur" et passer le paramètre filtre à "safe html" pour éviter le nettoyage du formatage.
                    Merci à Marc Dechevre de l'avoir précisé en fin d'article sur les champs dans Cinnk magazine de juillet 2017 : https://cinnk.com/magazine/juillet-2...es-dans-joomla
                    "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
                    MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

                    Commentaire


                    • #11
                      LA CLASSE !!!!
                      jamais je n'aurais trouvé tout seul !!!
                      respect robertG...

                      a+

                      régis

                      Commentaire


                      • #12
                        Heureusement que j'avais en attente l'article de cinnk.com ouvert dans un onglet en vue de faire ce test sur les champs.
                        "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
                        MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

                        Commentaire

                        Annonce

                        Réduire
                        1 sur 2 < >

                        C'est [Réglé] et on n'en parle plus ?

                        A quoi ça sert ?
                        La mention [Réglé] permet aux visiteurs d'identifier rapidement les messages qui ont trouvé une solution.

                        Merci donc d'utiliser cette fonctionnalité afin de faciliter la navigation et la recherche d'informations de tous sur le forum.

                        Si vous deviez oublier de porter cette mention, nous nous permettrons de le faire à votre place... mais seulement une fois
                        Comment ajouter la mention [Réglé] à votre discussion ?
                        1 - Aller sur votre discussion et éditer votre premier message :


                        2 - Cliquer sur la liste déroulante Préfixe.

                        3 - Choisir le préfixe [Réglé].


                        4 - Et voilà… votre discussion est désormais identifiée comme réglée.

                        2 sur 2 < >

                        Assistance au forum - Outil de publication d'infos de votre site

                        Compatibilité: PHP 4.1,PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi from 4.1 ( @ >=PHP 4.4.9)

                        Support Version de Joomla! : | J!3.0 | J!2.5.xx | J!1.7.xx | J!1.6.xx | J1.5.xx | J!1.0.xx |

                        Version française (FR) D'autres versions sont disponibles depuis la version originale de FPA

                        UTILISER À VOS PROPRES RISQUES :
                        L'exactitude et l'exhaustivité de ce script ainsi que la documentation ne sont pas garanties et aucune responsabilité ne sera acceptée pour tout dommage, questions ou confusion provoquée par l'utilisation de ce script.

                        Problèmes connus :
                        FPA n'est actuellement pas compatible avec des sites Joomla qui ont eu leur fichier configuration.php déplacé en dehors du répertoire public_html.

                        Installation :

                        1. Téléchargez l'archive souhaitée : http://afuj.github.io/FPA/

                        Archive zip : https://github.com/AFUJ/FPA/zipball/master

                        2. Décompressez le fichier de package téléchargé sur votre propre ordinateur (à l'aide de WinZip ou d'un outil de décompression natif).

                        3. Lisez le fichier LISEZMOI inclus pour toutes les notes de versions spécifiques.

                        4. LIRE le fichier de documentation inclus pour obtenir des instructions d'utilisation détaillées.

                        5. Téléchargez le script fpa-fr.php à la racine de votre site Joomla!. C'est l'endroit que vous avez installé Joomla et ce n'est pas la racine principale de votre serveur. Voir les exemples ci-dessous.

                        6. Exécutez le script via votre navigateur en tapant: http:// www. votresite .com/ fpa-fr.php
                        et remplacer www. votresite .com par votre nom de domaine


                        Exemples:
                        Joomla! est installé dans votre répertoire web et vous avez installé la version française du fichier FPA:
                        Télécharger le script fpa-fr.php dans: /public_html/
                        Pour executer le script: http://www..com/fpa-fr.php

                        Joomla! est installé dans un sous-répertoire nommé "cms" et vous avez installé la version française du fichier FPA:
                        Télécharger le script fpa-fr.php dans: /public_html/cms/
                        Pour executer le script: http://www..com/cms/fpa-fr.php

                        En raison de la nature très sensible de l'information affichée par le script FPA, il doit être retiré immédiatement du serveur après son utilisation.

                        Pour supprimer le script de votre site, utilisez le lien de script de suppression fourni en haut de la page du script. Si le lien de suppression échoue pour supprimer le script, utilisez votre programme FTP pour le supprimer manuellement ou changer le nom une fois que le script a généré les données du site et le message publié sur le forum. Si le script est toujours présent sur le site, il peut être utilisé pour recueillir suffisamment d'informations pour pirater votre site. Le retrait du script empêche des étrangers de l'utiliser pour jeter un oeil à la façon dont votre site est structuré et de détecter les défauts qui peuvent être utilisé à vos dépends.
                        Voir plus
                        Voir moins

                        Partenaire de l'association

                        Réduire

                        Hébergeur Web PlanetHoster
                        Travaille ...
                        X