Dans mon carnet ...

Aller au contenu | Aller au menu | Aller à la recherche

14-01-2010

CMS PHP Drupal : Et aujourd'hui que teste t-on ?

Voilà pas mal de temps que je cherche un CMS en PHP ... Faute de pouvoir en trouver un en Flash, même s'il me semble bien qu'il en existe, et de savoir comment bien gérer un site en Flash (snif) ...

J'ai adapté Dotclear 2 pour mon site professionnel, mais j'avoue que, comme ce moteur de blog n'est pas vraiment conçu pour ça, le plier à ce type d'utilisation prend tout-de-même plus de temps que ce que j'avais estimé ... 

J'ai parcouru la doc de joomla en français pour commencer, après avoir fait un bref passage par quelques frameworks PHP plutôt connus ... Comme Zend ou CakePHP, ou encore l'excellent Code Igniter, avec lequel j'ai découvert le concept et l'utilisation du Framework (aaah, MVC, quand tu nous tiens ...).

Le truc, c'est que je ne sais pas pourquoi, je n'ai pas pu accrocher ... Ne me demandez pas, il y a de la doc en français à foison, et les gens ont l'air plutôt sympa.

Toujours est-il qu'au hasard de mes visites sur webcream, à la recherche d'inspiration pour commencer un thème pour un client, j'ai remarqué que pas mal de sites présentaient des designs réalisés pour le CMS Drupal, dont j'avais entendu parler, mais peu ...
Sachant bien qu'il va falloir que je puisse proposer un CMS compétitif avec plugins e-commerce, etc ... Je me suis décidé à le tester ... Et je peux dire que pour l'instant, je ne suis pas déçu, bien au contraire.

J'ai également trouvé de la ressource en français, via le site drupalfr.org, sympa, clair, sobre. 

Petite apparté :
Bien que n'ayant plus aucune difficulté avec la langue de Shakespeare (enfin, à supposer que Shakespeare aie développé un noyau, ou un language préprocesseur d'Hyper-Texte ... :) ), j'avoue avoir constaté avec les années que l'on gagne énormément de temps en lisant de la doc dans sa langue maternelle ...
Si maintenant des pros passant par là ont une expérience différente et peuvent m'assurer qu'avec les années, les différences s'estompent de manière confortable ... Je veux bien le croire.

J'ai donc installé Drupal à vide, rapatrié deux modules parmi les plus connus, fait des tests de paramètres, et suis maintenant en train de passer à la partie design graphique ...

Pour l'instant, Drupal, c'est plutôt bien parti. ^___^

27-10-2009

JQuery Impromptu, Flash, AS3, Javascript et ExternalInterface sont dans un bateau ...

J'essayais d'appeler une fonction javascript de base (enfin, un handler du plugin JQuery Impromptu, que je recommande chaudement !), bref, une fonction sans retour (pas de return, donc) et sans argument passé à cette dernière :

mon .js :

    function closePrompt(){
        $.prompt.close();
    }

Et dans mon .fla, j'utilisais la fonction suivante attachée à un écouteur de l'Event click sur un movieClip (une bête forme de rectangle par-dessus toute l'anim flash, du basique, quoi)

    function JQPromptClose():void{
        ExternalInterface.call('closePrompt') ;
    }

    btn_link.addEventListener(MouseEvent.CLICK, JQPromptClose) ;

Bon, un pro verra tout de suite pourquoi j'obtenais un message d'erreur du déboggueur flash (heureusement qu'il est là, celui-là):

ArgumentError: Error #1063 bla-bla-bla ...

En gros, je cherche dans la doc' as3, je pense qu'il s'agit d'une erreur de ma part au niveau de mon appel via ExternalInterface.call ...
Je me dis, t'as pas dû piger quelque chose, tu ne mets aucun argument, il doit y en avoir un ...

Mais comme je me fiche du retour de la fonction helper d'impromptu que j'hypothétise, je modifie mon code en .as

    function JQPromptClose():void{
        ExternalInterface.call('closePrompt', null) ;
    }

Là, un pro doit sourire, ou carrément se marrer ... ^___^
Moi, je ne riais pas ... Quand les minutes tournent et que l'heure de la mise en prod' arrive, croyez-moi, la pression monte ...

Evidemment, bam, même erreur, et c'est plutôt logique ...

Au bout d'un moment, je vois dans le *détail* du message d'erreur du déboggueur (mon ami, je ne me le dirai jamais assez ...) que ce n'est pas au niveau de la fonction .js que j'appelle via ExternalInterface, c-à-d closePrompt(), mais au niveau de JQPromptClose(), c-à-d ma function en .as, que l'erreur au niveau d'un argument réside ...

Je relis donc ma fonction :

    function JQPromptClose():void{
        ExternalInterface.call('closePrompt', null) ;
    }

Et là, je me dis : mais bon sang, d'où tu l'appelle, cette fonction ?

Là, évidemment, mes yeux tombent sur le addEventListener ... et je me mets à comprendre ...

Event, bon sang, Event, patate !

Il fallait donc écrire :

    function JQPromptClose(e:Event){
        ExternalInterface.call('closePrompt') ;
    }

Et évidement, le .fla dans mon serveur de test, bam test, bam ça marche. En cliquant sur mon anim flash, la fenêtre impromptu se ferme ...

Nan mais y'a des fois, on a de ces habitudes de frappe qui vous tuent ...

:void, pfff ... +___+