Tests et avis sur les Page Builder

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

  • #16
    Je ne saisis pas bien la question. Quand ce sont des pages statiques, j'utilise intégralement le Page Bluilder pour faire le travail, donc les addons de texte ou d'entête qui conviennent. Quand juste une partie du texte de la page statique doit pouvoir être mis à jour, je peux utiliser un module personnalisé importé via l'addon qui va bien ou autre chose, on trouve toujours une solution.
    "Si vous n’êtes pas impliqués émotionnellement dans ce que vous créez, laissez tomber."
    https://www.graphiquedesign-bf.com/

    Commentaire


    • #17
      en fait ce n'est pas le sens de ma question, je vais essayer d'être plus clair désolé

      déjà qu'entends tu par pages statiques ?
      quel distinguo fais-tu entre page statique et non statique ?
      donc si je comprends bien, les textes de tes pages sont directement dans le page builder et pas dans les articles joomla?

      en effet on trouve toujours une solution, mais pas nécessairement la plus adaptée pour l'utilisateur final
      Dernière édition par Tortue Genial 69 à 10/09/2019, 13h33
      Expertise en conception et réalisation de sites Internet 100% Joomla
      www.toonetcreation.com

      Commentaire


      • #18
        ajout du page builder T4 de Joomlart !
        qui n'est peut-être pas encore en version stable.
        Dernière édition par Tortue Genial 69 à 10/09/2019, 13h58
        Expertise en conception et réalisation de sites Internet 100% Joomla
        www.toonetcreation.com

        Commentaire


        • #19
          Envoyé par Tortue Genial 69 Voir le message
          en fait ce n'est pas le sens de ma question, je vais essayer d'être plus clair désolé

          déjà qu'entends tu par pages statiques ?
          quel distinguo fais-tu entre page statique et non statique ?
          donc si je comprends bien, les textes de tes pages sont directement dans le page builder et pas dans les articles joomla?

          en effet on trouve toujours une solution, mais pas nécessairement la plus adaptée pour l'utilisateur final
          Ce que je nomme "page statique", c'est une page qui n'a que très peu de chance d'être modifiée fréquemment, une page de présentation d'un site vitrine par exemple. En général, on y touche plus trop une fois en ligne, enfin dans mon monde.

          Une page non statique, pour reprendre ton expression, c'est une page que selon moi, on modifie sans cesse, comme les pages d'un blog par exemple. De plus, c'est l'utilisateur final qui intervient à ce niveau, contrairement à la page statique où selon moi, c'est au Web Designer de porter les modifications, si possible, celui qui a conçu le site. Les enrichissements typographiques, le graphisme, etc, je considère que l'utilisateur final n'a pas forcément les compétences graphiques pour intervenir sur les pages statiques. D'ailleurs, pourquoi aurait il sollicité les services d'un Web Designer s'il pouvait le faire lui-même ...

          Oui, pour les pages statiques donc, j'utilise les outils de texte et de mise en page du PageBuilder qui propose une multitude de réglages (dont typographiques) pour donner au rendu final de la page, un esthétisme irréprochable et attrayant. Par contre, pour les pages non statiques, je préfère utiliser les articles et les outils natifs de Joomla qui sont eux, totalement adaptés à l'utilisateur final. L'esthétique de ces pages est sous-jacent puisque soumis au fichier custom.css, l'utilisateur final ne fait dans ce cas, que rentrer des informations sans trop se soucier de la mise en page.

          Un PB permet de faire de belles choses en un minimum de temps, c'est selon moi un outil de productivité qui demande une certaine maitrise. Il doit aussi n'être utilisé que là où son usage est le plus productif et adapté.
          "Si vous n’êtes pas impliqués émotionnellement dans ce que vous créez, laissez tomber."
          https://www.graphiquedesign-bf.com/

          Commentaire


          • #20
            ok je vois mieux ta définition des choses.
            je comprends tout à fait la séparation que tu fais entre les deux, mais je trouve que ce n'est pas la bonne approche, enfin d'après ce que j'ai comme retours de mon coté, ce qui est tout à fait subjectif je te l'accorde.
            je pense que la tendance est à rendre l'utilisateur de plus en plus autonome sur le contenu uniquement..quoi que..je vais y revenir.

            dans un premier temps, je suis d'accord que si une personne fait appel à un intégrateur ou webmaster, ce n'est pas pour le faire lui même.
            le soucis est que, je trouve, de plus en plus de personnes demandent à pouvoir faire des modifications simples par elles mêmes, qui malheureusement ne sont souvent pas accessibles simplement.

            le meilleur exemple est la mise en page d'une page.
            même si le client n'est pas qualifié pour faire du CSS, il a très souvent besoin de pouvoir faire des petites ajustements lui même.
            exemple, mettre une image à gauche et du texte à droite, faire des colonnes, des marges, travailler un peu des images etc....

            et la, si tu sépares les pages comme tu le fais, tu seras tôt ou tard embêté car le jour ou il voudra modifier une page que tu n'as pas prévue comme ça, c'est vite le bazar.
            après cela dépend bien évidemment du type de clients que tu adresses.

            je pense que l'utilisateur doit se concentrer sur le contenu et sa mise en forme et le webmaster/intégrateur sur la mise en place du site en terme de structure.
            bien que lorsqu'on livre un site, il est généralement remplit de contenu, par la suite le client va inévitablement vouloir se faire des modifs lui même.

            le problème n'est pas simple et je n'ai pas répondu à tous les problèmes je l'admet.
            c'est pour ça qu'un page builder est interréssant car il permet de gagner en productivité (coté intégrateur/webmaster) mais aussi d’éventuellement donner un peu de liberté au client..moyennant formation car la prise en main n'est pas toujours plug & play.

            sinon, et c'est la que je n'arrive pas à y voir clair, c'est que le page builder permettrait de concevoir la structure/la mise en page, mais si le client doit se cantonner au contenu, il faudrait que cela reste dans les articles joomla car beaucoup plus simple à prendre en main pour lui.

            d'ou ma question : est-il possible avec un page builder de créer la structure des pages et de garder le contenu dans joomla?
            Expertise en conception et réalisation de sites Internet 100% Joomla
            www.toonetcreation.com

            Commentaire


            • #21
              Je viens de vérifier : en ce qui concerne PageBuilder CK, les données du contenu principal sont dans la table "#__content", mais des infos complémentaires dans une table de PageBuilder.
              J'essaierai peut-être de désinstaller PBCK pour voir ce que donne cette suppression au niveau du rendu.

              Bon, je viens de faire le test : aucune perte sinon celle de la disposition.
              Il s'agit d'un site de test a minima, recettes de cuisine, qui ne comportent qu'une image d'entête, du contenu et un module ou champ complémentaire pour les ingrédients, avec la version free du composant (sans le plugin "Parameters" donc). Les ingrédients définis sous PBCK comme devant s'afficher dans la colonne de droite de l'article se retrouvent sous le texte principal.

              Il faudrait tester avec des compositions plus complexes, mais je reste persuadé que le contenu ne sera pas perdu en cas de désinstallation de PBCK.
              Dernière édition par RobertG à 12/09/2019, 15h17
              "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 hébergés chez PHPNET - sites perso chez PlanetHoster + sites gérés chez 1and1 et OVH

              Commentaire


              • #22
                Envoyé par RobertG Voir le message
                Je viens de vérifier : en ce qui concerne PageBuilder CK, les données du contenu principal sont dans la table "#__content", mais des infos complémentaires dans une table de PageBuilder.
                J'essaierai peut-être de désinstaller PBCK pour voir ce que donne cette suppression au niveau du rendu.

                Bon, je viens de faire le test : aucune perte sinon celle de la disposition.
                Il s'agit d'un site de test a minima, recettes de cuisine, qui ne comportent qu'une image d'entête, du contenu et un module ou champ complémentaire pour les ingrédients, avec la version free du composant (sans le plugin "Parameters" donc). Les ingrédients définis sous PBCK comme devant s'afficher dans la colonne de droite de l'article se retrouvent sous le texte principal.

                Il faudrait tester avec des compositions plus complexes, mais je reste persuadé que le contenu ne sera pas perdu en cas de désinstallation de PBCK.
                good news deja !
                Expertise en conception et réalisation de sites Internet 100% Joomla
                www.toonetcreation.com

                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