Tests et avis sur les Page Builder

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

  • dolmenhir
    a répondu
    Envoyé par Tortue Genial 69 Voir le message
    quelques news fraîches : https://www.joomshaper.com/forums/li...r#reply-230287

    de bonnes news
    Oui, c'est vrai qu'on les a souvent interpellé sur ce point, et on est très nombreux à attendre la sortie de cette fonctionnalité.
    Espérons juste que ça ira plus vite que les promesses relatives au gestionnaire de media...

    Laisser un commentaire:


  • Tortue Genial 69
    a répondu
    quelques news fraîches : https://www.joomshaper.com/forums/li...r#reply-230287

    de bonnes news
    Dernière édition par Tortue Genial 69 à 14/02/2020, 12h32

    Laisser un commentaire:


  • Tortue Genial 69
    a répondu
    yes tout à fait je sais bien que JCE le permet et c'est cool d'ailleurs.
    du coup on peut un truc du genre :

    /images/visuels = pour les images
    /images/fichiers : pour les fichiers

    mais le soucis est justement l'interaction avec d'autres extensions.
    car pour le client, ben un fichier c'est un fichier.
    il ne comprend pas forcément pourquoi d'un coté il doit en gérer un avec JCE et un autre avec Docma, à un endroit différent avec une IHM et une approche différente.

    Laisser un commentaire:


  • dolmenhir
    a répondu
    Envoyé par Tortue Genial 69 Voir le message
    je trouve que centraliser les médias : images et fichiers à minima avec une interface commune et sans jongler entre X extensions est une point énorme.
    Avec JCE tu peux paramétrer l'emplacement des fichier de type images, celui des fichiers, celui des vidéos... ce qui permet de le rendre cohérent avec d'autres composants.
    C'est d'ailleurs une partie de nos précédents messages sur le gestionnaire de fichiers de SPPB
    Mais effectivement, quand on utilise plusieurs outils (système natifs, extensions multiples) pouvoir les paramétrer individuellement pour tous les accorder me semble être la plus logique des solutions.

    Laisser un commentaire:


  • Tortue Genial 69
    a répondu
    j'ai contacté les dev Joomunited et Joomshaper pour voir cette histoire d'incompatibilité.

    je trouve que c'est bien dommage car une des force de DropPics et DropFiles de Joomunited est que les images sont gérées et centralisées au même endroit.
    en clair, prenons les fichiers par exemple :

    si un client à besoin d'insérer de simples fichiers dans les pages, mais aussi qu'il à besoin d'une GED ou d'afficher des fichiers sous forme de listes/tableaux, avec DropFiles pas besoin d'avoir les fichiers unitaires d'un coté et la GED d'un autre. tout est au même endroits. idem pour les images gérées via DropPics.

    SI par exemple on utilise JCE et son gestionnaire de fichiers et par exemple Docman pour une GED, il faut dire au client :

    - alors pour les fichiers simples à insérer dans les pages : il faut utiliser JCE et son gestionnaire de liens
    - et pour votre GED ou votre page qui centralise votre bibliothèque de fichiers : c'est un autre composant, Docman, avec une IHM différente

    je trouve que centraliser les médias : images et fichiers à minima avec une interface commune et sans jongler entre X extensions est une point énorme.

    Laisser un commentaire:


  • Tortue Genial 69
    a répondu
    oui c'est pas faux.
    maintenant si le client doit avoir accès au media manager dans le back-office, quantum peut aisément remplacer celui par défaut.
    par contre c'est sur que pour le builder ça sert à rien, idem pour JCE.
    d'ailleurs c'est dommage que JCE ne permette pas de pointer vers le media/file manager de son choix depuis les boutons de l'éditeur JCE.
    car effectivement c'est celui par defaut, et y'a plus sexy que ce dernier.

    Laisser un commentaire:


  • dolmenhir
    a répondu
    Envoyé par Tortue Genial 69 Voir le message
    truc plus ou moins en rapport à avec SPPB, car cela peut être un bon complément, tu as testé ça ?

    https://www.norrnext.com/quantum-manager

    ça m'a l'air plutôt pas mal.
    Je connais mais me pose des problèmes :

    - si JCE est installé, il n'utilise que son gestionnaire et non quantum, même si ce dernier est configuré pour se substituer au gestionnaire média de Joomla!.
    Du coup, je n'ai aucun intérêt à désactiver mon éditeur juste pour utiliser un nouveau gestionnaire média.

    - ne se substitue pas non plus au gestionnaire de SPPB

    Laisser un commentaire:


  • Tortue Genial 69
    a répondu
    truc plus ou moins en rapport à avec SPPB, car cela peut être un bon complément, tu as testé ça ?

    https://www.norrnext.com/quantum-manager

    ça m'a l'air plutôt pas mal.

    Laisser un commentaire:


  • Tortue Genial 69
    a répondu
    ouais donc on n'est pas sortit des ronces.
    je vais les contacter pour voir...

    Laisser un commentaire:


  • dolmenhir
    a répondu
    Envoyé par Tortue Genial 69 Voir le message
    tu as vu/lu une potentielle date pour cette feature?
    Non, rien à l'horizon.
    De toute façon, je ne fais pas confiance aux annonces des éditeurs.
    J'en ai jamais vu un seul qui tienne son calendrier.

    Laisser un commentaire:


  • Tortue Genial 69
    a répondu
    Envoyé par dolmenhir Voir le message
    En mode "old school", à la paluche : il copie/colle le lien dans le champs correspondant.
    Du coup, ce sera un lien SEF mais susceptible de changer si c'est un lien de menu dont l'alias est changé un jour, alors qu'avec un éditeur comme JE tu t'appuie sur le lien natif non SEF qui sera automatiquement transformé par le système de réécriture SEF. Du coup, tu te fous de savoir si l'alias change : le lien sera toujours actif.
    ok c'est bien ce que j'avais en tête.
    je trouve ça quand même fou que quelque chose d'aussi évident ne soit pas déjà implémenté dans SPPB...c'est vraiment dingue.
    c'est même du basique de chez basique.

    tu as vu/lu une potentielle date pour cette feature?

    Laisser un commentaire:


  • dolmenhir
    a répondu
    Envoyé par Tortue Genial 69 Voir le message
    je veux dire en quoi faire un menu caché facilite la vie du client qui veut faire un lien depuis le builder?
    En rien. Hormis le fait que tu produis des liens SEF via les alias, et dans ce cas précis c'est juste plus clair à comprendre et plus simple à utiliser qu'un lien natif non SEF.
    Mais y a des inconvénients, voir le point suivant.

    Envoyé par Tortue Genial 69 Voir le message
    ex : le client veut ajouter un lien vers la page mentions legales depuis une icone gérée par le builder, il fait comment?
    En mode "old school", à la paluche : il copie/colle le lien dans le champs correspondant.
    Du coup, ce sera un lien SEF mais susceptible de changer si c'est un lien de menu dont l'alias est changé un jour, alors qu'avec un éditeur comme JCE tu t'appuie sur le lien natif non SEF qui sera automatiquement transformé par le système de réécriture SEF. Du coup, tu te fous de savoir si l'alias change : le lien sera toujours actif.
    Dernière édition par dolmenhir à 13/02/2020, 13h49

    Laisser un commentaire:


  • Tortue Genial 69
    a répondu
    Envoyé par dolmenhir Voir le message
    Tu peux aussi proposer dans le backend d'ajouter un lien de menu depuis la page d'édition d'un article grâce au module d’administration "add to menu" de Regular Labs. (avec quelques paramétrage possibles).
    Cela te permet de réduire les accès à la gestion des menus tout en laissant tes utilisateurs ajouter des liens.
    Mais bon, s'ils ajoutent un lien et qu'ils font une erreur, il faut qu'ils puissent accéder à la gestion des menus pour corriger le tir.
    ouais pas faux..donc c'est un bien pour un mal....ou inversement...ça va dépendre!

    Laisser un commentaire:


  • Tortue Genial 69
    a répondu
    Envoyé par dolmenhir Voir le message
    Simplement en créant un menu et ses liens mais que tu ne fais apparaître nulle part (pas de module de menu non plus).
    Ainsi tu as des liens et les alias correspondants... que tu peux utiliser partout dans ton site.
    oui ça ok je le fais déjà no problemo.
    mais je vois pas le lien entre ça et le builder pour insérer un lien ?
    je veux dire en quoi faire un menu caché facilite la vie du client qui veut faire un lien depuis le builder?

    ex : le client veut ajouter un lien vers la page mentions legales depuis une icone gérée par le builder, il fait comment?

    Envoyé par dolmenhir Voir le message
    Par contre, l'ajouter un nouvel item ou d'un nouveau menu ne peux se faire que depuis le backend.
    c'est bien la mon soucis, c'est justement ce que les liens demandent (pas souvent, mais ça arrive).
    donc la, c'est back-end obligé.
    tu vois c'est pour ça que j'ai toujours géré la gestion du site par le client depuis le back-end, car le front-end est trop vite limité (même si plus pratique dans certains cas).

    Laisser un commentaire:


  • dolmenhir
    a répondu
    Tu peux aussi proposer dans le backend d'ajouter un lien de menu depuis la page d'édition d'un article grâce au module d’administration "add to menu" de Regular Labs. (avec quelques paramétrage possibles).
    Cela te permet de réduire les accès à la gestion des menus tout en laissant tes utilisateurs ajouter des liens.
    Mais bon, s'ils ajoutent un lien et qu'ils font une erreur, il faut qu'ils puissent accéder à la gestion des menus pour corriger le tir.
    Dernière édition par dolmenhir à 13/02/2020, 13h03

    Laisser un 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