Redactor: Un meilleur contrôle sur l'endroit où les éléments sont téléchargés ?

Créé le 30 avr. 2020  ·  4Commentaires  ·  Source: craftcms/redactor

Lors de l'ajout d'un champ Actifs natif, vous obtenez un certain ensemble d'options pour vous aider à contrôler où ces actifs sont stockés. Mais lors de l'ajout d'un champ Redactor , vous obtenez un ensemble _différent_ d'options pour aider à contrôler où les images sont stockées.

Voici vos options lors de la modification d'un champ Redactor...

Redactor

Et voici vos options lors de la modification d'un champ Actifs...

Assets

Les deux plus grandes disparités sont encadrées en rouge ci-dessus. Sans ces options pour Redactor, je ne peux pas garantir que mes champs Redactor et mes actifs réguliers sont téléchargés au même endroit. C'est encore plus un problème si vous essayez de conserver tout ce qui est contenu dans un sous-dossier spécifique.

Est-il prévu d'apporter la parité entre les deux types de champs ? À mon avis, les options de gestion des images de Redactor devraient être _identiques_ au champ natif Assets.

Faites-moi savoir si vous pensez que cela est possible! 🙂

enhancement

Commentaire le plus utile

Cas d'utilisation:

Une matrice de création de contenu. Je souhaite que le panneau Texte partage un dossier de ressources avec le panneau Image.

Ω 2020 04 30-09 40 <a href="25@2x">25@2x</a>

Tous les 4 commentaires

Cas d'utilisation:

Une matrice de création de contenu. Je souhaite que le panneau Texte partage un dossier de ressources avec le panneau Image.

Ω 2020 04 30-09 40 <a href="25@2x">25@2x</a>

+1
J'ai exactement le même scénario, donc je suis d'accord que ce serait un excellent moyen de personnaliser vos actifs pour donner aux utilisateurs un contrôle total sur les actifs lorsque vous ajoutez du contenu sans sélectionner manuellement les dossiers à chaque fois. Cela peut prêter à confusion et entraîner des erreurs si quelqu'un oublie.

Ouais, c'est compliqué. Le paramètre de champ d'actif n'est pas simplement un paramètre "sélecteur de point vers ici" - il implique également la création de dossiers et de fichiers dans un volume temporaire. Et puis, une fois chaque élément parent enregistré, Redactor gratterait son contenu pour trouver des références d'éléments, trouver les ressources correspondantes et passer à un nouveau dossier, si nécessaire (si le chemin du dossier peut maintenant être résolu ou a changé).

Il y a beaucoup de pièces mobiles, qui sont maintenant contenues dans le champ Asset, logiquement. Bien sûr, cela peut être refactorisé en un trait ou quelque chose, mais d'abord, nous devons déterminer le plan à long terme pour Redactor. Étant donné qu'Imperavi a maintenant un nouvel éditeur WYSIWYG, il est peu probable qu'ils continuent à pousser Redactor, et, eh bien, il y a certaines choses que nous souhaiterions qu'ils fassent différemment, de toute façon.

Pour l'instant, je laisse ce problème ouvert, car il est logique de l'avoir.

+1

Cette page vous a été utile?
0 / 5 - 0 notes