1

Discussione: Chemins avec whizzywig

Bonjour à tous,

Tout d'abord, merci de vos encouragements... wink

@Alain : oui, je travaille le cuir depuis fort fort longtemps, en amateur... Peut-être aurons-nous l'occasion d'en reparler...

@Penanders : C'est très agréable à toi d'avoir "reconnu" mon "style"...
J'ai pris en compte ta remarque concernant la largeur... (il se trouve que sur mon PC de bureau j'ai un écran de 1366*768... donc cela ne me dérangeait pas vraiment... mais sur mon PC portable 1600*900... effectivement, c'est plus confortable !)

@Katryne : un grand merci de tes conseils préalables, il y a quelques semaines, lors de mes premiers balbutiements... L'intégration des scripts et des fichiers de style dans le dossier skin et dans skin.inc est bien plus rationnel que le fork d' include/hentete.inc !

Mais il me reste du chemin à parcourir dans la découverte et l'appropriation de cet (ces) outil(s) bien prometteur(s)...

Une remarque (qui justifie un peu plus ce post... roll)

Pour le contenu des pages de mon site, qui utilisent le script Unite Gallery et le thème tiles (les colonnes de "tuiles"), bien pratique pour permettre le zoom sur les images, et le zoom aux doigts sur les mobiles...
effet que je souhaitais intégrer à mon utilisation d'adHoc...
...dans l'éditeur whizzywig (code apparent), j'entre ce type de bout de code

       

<a>
            <img alt="Carquois : vue 1"
            src="images/vgnt/carquois1.jpg"
            data-image="images/grandes/carquois1.jpg"
            data-description="Carquois : vue 1"
            style="display:none" />
        </a>

pour la source de la vignette, pas de souci, elle est correctement interprétée et lors du réaffichage de la source j'ai bien le chemin, mais pour data-image, cela ne se passe pas.
Rien de bien grave cependant, il suffit de copier-coller le chemin devant le chemin relatif de la grande image.

Lors du transfert du site local au site de test en ligne, puis en réel, un simple remplacement à la volée des chemins dans les fichiers data des pages concernées, et le tour est joué...

Mais... y a-t-il un éditeur qui interprète directement les chemins relatifs pour les différentes sources ? ou une possibilité de créer cette interprétation avec whizzywig ?
Sinon, Je m'en sortirai ainsi...

PS : pour Camera, il a suffi de modifier très légèrement le script initial pour que la source soit src="..." et non data-src . Impossible pour Unite Gallery, avec l'appel à deux images...

Très cordialement à tous,

Jean-Denis

2

Re: Chemins avec whizzywig

Allô JeanDenis

Le WhizzyWig est un éditeur bien légère mais très basique, suffisant uniquement pour éditer les textes.

Si tu veux aller plus loin avec l'insertion du code je te conseille d'adopter le TinyMCE et le CodeMirror.
Dans adHoc il est possible d'adopter plusieurs éditeurs et de passer au vol de l'un à l'autre.

Tu les trouves dans la section de téléchargements.

Pour ton problème il n'y a en fait aucun traitement dans adHoc pour l'attribut data-image. Tu devras donner des liens absolus là ou penser à développer un module.. adHoc roll.

Il nous manque bien un module de ce genre.

A++

P.s.: je vais rendre disponibles aussi des nouvelles versions de ces éditeurs dans les prochains jours.

3

Re: Chemins avec whizzywig

Bonjour à tous,

Merci de ta réponse...

Je viens de tester les éditeurs TinyMCE et CodeMirror.

Certes TinyMCE offre plus d'outils... mais avec lui j'ai eu l'horrible surprise yikes de me faire voler une partie de mon code...
En effet, dans le contenu des pages ou de la boite "édito", il y a quelques règles de style et des variables ou des appels à des scripts pour Unite Gallery ou pour Camera... placés au début du code...
et ceux-ci disparaissent à l'enregistrement... et donc la page ou la boite ne s'affiche plus correctement...

Pour CodeMirror, effectivement la coloration syntaxique est un plus appréciable.

Je crois donc que j'en resterai pour l'instant avec WhizzyWig en éditeur principal et CodeMirror en secondaire.
L'ajout "à la main" du chemin dans le code pour les grandes images de Unite Gallery ou pour les vignettes de Camera ne me dérange pas plus que cela.

Tu évoques, par ailleurs, un module... En ce qui me concerne, je crains, hélas... sad de ne pas être capable d'en créer un... Mais, si je peux être utile à une tâche quelconque...

A propos de quel service évoquais-tu ce module ?

Je vais bien sûr tester, à présent tous les autres modules et extensions... sur un site réservé à mes essais...

Très cordialement,

Jean-Denis

4

Re: Chemins avec whizzywig

wink

CodeMirror était celui qui respectait le plus le code inserré,  mais il faudra la nouvelle version, car pour le moment il a quelques soucis...

cool
Alain

5

Re: Chemins avec whizzywig

Bonsoir à tous

je vais essayer d'apporter un peu plus de précisions à la discussion.

Il n'y a aucun problème pour les chemins dans les éditeurs, mais là tout se passe régulièrement.
Les chemins des images et des liens sont bien sauvegardés en relatif et actualisés en absolu à l'affichage de la page.
Si on veut saisir des liens absolus, là il suffira d'indiquer le protocole (http ou https) dans le code source et ça ne sera pas touché par adHoc.

Au moment les soucis viennent uniquement par le traitement de la balise <code> et ça va être solutionné dans une prochaine version de adHoc. TinyMCE aussi va demander une mise à jour, mais pour CodeMirror j'ai vérifié et cet éditeur ne demande pas de corrections, même dans la version actuelle.

Je viens aussi de comprendre mieux l'origine des problèmes de JeanDenis avec le TinyMCE:

JeanDenis ha scritto:

mais avec lui j'ai eu l'horrible surprise :mad:de me faire voler une partie de mon code...
En effet, dans le contenu des pages ou de la boite "édito", il y a quelques règles de style et des variables ou des appels à des scripts pour Unite Gallery ou pour Camera... placés au début du code...

Exact et je trouve que ça c'est correct. Dans la version à défaut de TinyMCE proposée dans adHoc il n'est pas possible d'ajouter des balises qui sont obligatoirement à placer dans la section <head> </head> d'une page HTML. Maintenant là l'on parle d'ajouter de règles de style, et ça selon les standards W3C ne se peut pas passer dans la section <body> d'une page.
On sait que les navigateurs arrivent à afficher la page, mais ça c'est du très mauvais code et là je n'aime pas. Du reste dans tous les CMS (avec une exception peut-être??? neutral neutral) le problème ne se pose pas et je pense qu'il faut toujours essayer de respecter les standards.
Donc à mon avis il vaudrait mieux de chercher une solution différente (ajouter le lien au fichier css dans la skin, créer un module.., ajouter un "snippet" dans une version future de adHoc wink).

Pour ce qui concerne Unite Gallery je viens d'essayer ce script sur mon site local et je trouve qu'il marche nickel sous certaines conditions:

1. afficher le script dans une page à la racine du domaine (www.mondomaine.com/index.php);
2. placer les images dans le dossier /images du site

Dans ces conditions on n'aura pas la nécessité d'éditer les chemins des images.

A propos de quel service évoquais-tu ce module ?

Pour afficher correctement les images dans une boite ou (un jour peut-être) dans une page et pour appeler les scripts au bon moment dans l’exécution du code. Ou encore pour gérer mieux les dizaines d'options qui sont possibles, pour choisir les images à afficher par le script, pour les charger sur le serveur, etc.
Regarde si tu veux le module Cycle pour voir un exemple basique de ce que je veux dire. Si tu as besoin d'un coup de main je suis là, même si le temps me manque un peu.

Voilà c'est tout, bon amusement à tous

A++

6

Re: Chemins avec whizzywig

Bonjour à tous,

Un très grand merci d'avoir pris la peine d'expliquer tout cela... wink

Je comprends mieux ! Mais j'ai derrière moi sept années de ces pratiques... roll

En ce qui concerne Unite Gallery, dans la mesure ou mon utilisation est "basique", il est simple de procéder ainsi que tu me l'as signalé.
J'ai adapté rapidement sans souci : tout le style et l'appel au script se fait dans la partie head.

Pour l'utilisation que je fais de Camera dans la boite "édito", j'ai rapatrié également le style et le petit script de test qui permet d'appeller deux scripts de Camera différents car j'avais trouvé récemment une solution que j'estime pratique afin que, suivant la largeur de l'écran d'affichage, le texte soit à droite pour les grands écrans ou au dessous pour les mobiles. (mobile friendly ?)
Cela a l'air de fonctionner correctement.

Toutes mes pages et mes boites sont désormais "nettoyées"...
Sauf la boite foot-box Diaporamas (qui, elle, utilise Camera dans les "normes" mais dans un Iframe responsive avec l'affichage d'une galerie aléatoire à chaque chargement de page)

Je vais donc tester de nouveau tranquillement TinyMCE...


Je suivrai donc par ailleurs aussi tes conseils et je vais essayer de comprendre comment fonctionne le module Cycle.

Très cordialement,

Jean-Denis

7

Re: Chemins avec whizzywig

Bonjour à tous,

Comme indiqué, j'ai regardé le module Cycle...

J'en comprends le principe... mais... hélas... je suis totalement incapable de créer un module... même extrêmement basique... sad

Pour ma part, je continuerai donc à utiliser les solutions que je maitrise à peu près (et ... à tenter de les expliquer pour de futurs utilisateurs sur un site dédié...) en respectant le plus possible les standards W3C...

Une suggestion cependant... : je comprends bien l'intérêt de ne charger que les fichiers .js et/ou .css nécessaires en fonction de l'affichage...

Pour les boites, vu les diverses possibilités d'affichage, c'est sans doute très complexe... mais...

(excusez-moi par avance si ce qui suit est totalement incongru... roll)

pour le module Pages. Ne serait-il pas possible d'envisager dans l'administration de chaque page, la possibilité de déclarer un fichier .js et/ou un fichier .css  spécifiques à cette page via des variables qui seraient passées à un fichier type headinc.inc dans le module Pages ?

Ce qui permettrait, éventuellement, pour une page particulière d'y adjoindre une feuille de style et/ou un script particulier
ou par exemple si Camera -ou une autre solution...- est installé pour le site dans la section [head], de gérer des scripts et des styles différents pour des affichages de pages différentes...


Très cordialement,

Jean-Denis

8

Re: Chemins avec whizzywig

Bonjour Jean Denis

je suis totalement incapable de créer un module

C'est pas grave, du reste la manque de documentation n'aide pas. Pour ma part un module de genre nous manque assez, et ce script semble bien intéressant, mais ma liste de taches est pleine jusqu'à la version 0.70 de adHoc. On verra mieux après que cette version disponible.

Ne serait-il pas possible d'envisager dans l'administration de chaque page, la possibilité de déclarer un fichier .js et/ou un fichier .css  spécifiques à cette page

Exactement, c'est la solution qu'on va adopter et qui est en fait déjà opérationnelle (mais sur toutes les pages)  pour les extensions de colorisation de code et des images en popup (comme ici http://www.travelphotoblog.org/pages/pa … mp;lg=it). Ce traitement des scripts "snippets" doit être évolué et j'espère d'y arriver dans les prochaines versions.

A++