Sur un site multilingue, il peut arriver que nous ayons à générer du contenu dans une langue différente de celle du siteaccess courant. L'affichage dans une iframe d'un autre siteaccess ayant la langue recherchée n'est pas toujours le plus facile, notamment lorsqu'il s'agit de générer un template d'envoi de mail...

Pour nous faciliter la tache, on peut employer une petite astuce :

 //On récupère l'instance par défaut du site.ini, utilisé pour les locales :
 $ini = eZINI::instance();
 //Récupération de la locale courante :
 $originalLanguageCode = $ini->variable( 'RegionalSettings', 'Locale' );
 //On défini la locale souhaitée :
 $ini->setVariable( 'RegionalSettings', 'Locale',  'fre-FR' );
 //On vide le cache de locale pour que notre changement soit bien pris en compte :
 eZLocale::resetGlobals();
 $tpl = templateInit();
 /* Nous placerons nos fetchs d'objets à afficher ici */
 $content = $tpl->fetch( 'design:mon_template_a_traduire.tpl' ) );
 //On redéfini la locale d'origine:
 $ini->setVariable( 'RegionalSettings', 'Locale',  $originalLanguageCode );
 eZLocale::resetGlobals();

Il est a noter que dans le site.ini de votre siteaccess, dans le paragraphe [RegionalSettings], la variable TextTranslation doit bien être a enabled, il n'est pas possible de la redéfinir au niveau d'un module (du fait du mécanisme d'appel des fonction i18n en fonction de cette variable).

Lorsque vous créez vos propres modules, il est parfois intéressant de rediriger le visiteur vers une vue antérieur. Pour récuperer l'URI de la dernière vue utilisée, eZ Publish met à notre disposition une variable de session, "LastAccessesURI", qui peut être appelée dans une des vues de vos modules de cette façon :

$http = eZHTTPTool::instance();
$http->sessionVariable( "LastAccessesURI" );

Vous obtiendrez alors la dernière page visitée par l'utilisateur avant l'appel de votre vue.

Là où il peut y avoir problème, c'est lorsque cette dernière page visitée n'est pas vraiment pertinente. Par exemple lorsqu'il s'agit d'une page d'édition de contenu, ou de l'appel d'une méthode AJAX : il peut être déroutant pour l'utilisateur de se retrouver sur l'édition d'une version d'objet qui n'existe plus ou sur le retour d'une portion d'HTML qui est générée par une de vos vues orientée AJAX...

La solution se trouve dans la déclaration de vos vues au niveau de votre module.php, dont voici un fragment d'exemple :

$ViewList["ajax_action"] = array( 'script' => 'ajax_action.php',
                                  'functions' => 'action',
                                  'ui_context' => 'edit',
                                  'params' => array( 'objectID' ) );

Pour faire en sorte que la vue ne soit pas retenue comme 'dernière URI utilisée', il suffit de mettre dans l'index 'ui_context' une des valeurs suivantes : 'edit', 'administration', 'browse' ou 'authentication'.

Une page chargée après l'appel de la vue "ajax_action" n'aura donc pas cette dernière comme "LastAccessURI", mais bien la dernière page "utile" visitée par l'utilisateur.

Pour en savoir plus, voir dans le code : /index.php aux environs de la ligne 880 (eZ Publish 4.1.3).

La récente mise à disposition du kit de développement de l'iPhone, suivie de l'annonce d'un iPhone 2 enfin compatibles 3G, semblent avoir redonné espoir aux éditeurs tierce partie spécialisés dans la diffusion de contenus riches en ligne.

On pense naturellement au premier chef à Adobe, qui subissait pour l'instant l'affront de voir son lecteur universel Flash complètement bafoué, Steve Jobs arguant que le lecteur actuel étant trop gourmand en ressources CPU il mettait en péril la longévité de la batterie. Rappelons-nous que ce hiatus avait même poussé Youtube à développer une interface spécifique pour diffuser sur AppleTV et iPhone, à base de vidéo MP4.

Mais de la même façon, on peut évoquer Sun, qui désespérait de pouvoir infiltrer son framework JAVA à vocation universelle sur la plate-forme mobile de la firme à la pomme.

Depuis le 6 Mars dernier, la donne a changé avec la mise à disposition du iPhone SDK et l'annonce de la plate-forme iPhone 2.0 : Pour vous en convaincre, je vous suggère de visiter les sites suivants :

• L'annonce dithyrambique et soulagée de Sun : http://blogs.sun.com/ontherecord/entry/sun_announces_intent_to_create
• Les rumeurs sur "Flash on iPhone" :
  • http://blog.wired.com/business/2008/03/adobe-flash-is.html
  • http://www.iphon.fr/post/2008/06/18/Flash-sur-liPhone-Oui-mais

L'iPhone, une plate-forme désormais comme les autres pour nous autres, développeurs de contenus multimedia sur le web ? Certes oui, tous les minimas conventionnels sont désormais acquis ... reste à apprivoiser ce qui rend l'iPhone si différent : Le multitouch, la puce gyroscopique, le GPS intégré, le support Exchange ... pour ne citer que les pointes émergées de l'iceberg ! 

L'éditeur Design Positive, créateur du fameux composant Flash Page Flip (FPF), un des pionniers dans le domaine, vient d'avoir la bonne idée d'en diffuser une version gratuite !

A télécharger et utiliser d'urgence sur vos sites persos, mais également commerciaux, il n'y a pas de restrictions particulières. On dit merci dans ces cas là.

Vous n'aurez plus d'excuses pour ne pas faire la pige à Leroy Merlinou Décathlon.

Voici quelques jours, je vous faisais partager mon plaisir d'avoir découvert l'éditeur HTML CODA, de Panic Software : Une petite merveille pour le codage HTML, PHP et CSS. Toutefois, je rechignais encore à mettre à la corbeille mon bon vieux Dreamweaver 8, avec lequel je coutais encore aux joies de l'édition Wysiwyg.

Et voilà que dans le fil d'infos de MacUpdate je tombe sur Flux 1.1, un éditeur CSS en mode Wysiwyg développé par une jeune équipe londonienne, The Escapers. Halleluiah ! Encore toute chaude à la sortie de la phase de Beta tests, la version 1.1 est téléchargeable, et je ne saurais que trop vous conseiller de l'expérimenter dès aujourd'hui.

J'adore le support français, le client FTP et l'éditeur d'images (effets quartz pour boutons) intégrés !

Ci-dessous quelques captures d'écran pour vous mettre en appétit.

Comme disait ma grand-mère ! Et la sagesse ancestrale est archi-validée dans la jungle des nouvelles technologies : Finies les galères d'installation et de paramétrage du dernier package beta de votre application Open Source favorite => Pensez à télécharger un "Stack" chez BitNami, une sorte de package d'installation clé en main : http://bitnami.org/stacks

Je suis tombé la-dessus par hasard en cherchant un package d'installation de RubyOnRails pour Mac OS X. Amateurs de Joomla, Moodle et autres WordPress, faites votre marché.

Sont annoncés des Stacks pour Typo3, eZ Publish et SugarCRM, à suivre !

Pour Mac, on trouve même une alternative intéressante à l'architecture serveur MAMP : Elle s'appelle tout dimplement MAMPStack, et intègre à ce jour Apache 2.2.6, PHP 5.0.45, MySQL 5.2.5 et PHPMyAmin 2.11.2. Autant dire que c'est du lourd, et que c'est plus qu'à jour.

Des pépites web comme s'il en pleuvait, pour agrémenter vos sites web avec des informations, des utilitaires ou du divertissement. Les widgets HTML sont désormais incontournables, et voici encore un site qui prétend en recenser plus de 35000 :

http://www.widgetbox.com/

Et loin de là même ... A l'heure où Adobe Air se traine encore en version beta 3 sur le site Labs de l'éditeur, Multidmedia sort sa nouvelle version majeure 3 du compilateur multi-plates-formes ZINC, avec une exclusivité :

C'est à ce jour le seul logiciel disponible à la fois sur Mac et PC, et capable de compiler des applications riches à base de Flash CS3 et Flex 3 pour Windows, Mac OS X ... et Linux !

=> A évaluer d'urgence donc, car si les supports optiques sont morts, le développement logiciel "cross-systems" a de beaux jours devant lui.

=> http://www.multidmedia.com

Il s'est passé quelque chose le 22 janvier 2008 ... c'était très discret, et ça n'a pas mérité 10s au journal de 20h00 ... et pourtant, c'est le futur du web qui est en train de se dessiner autour du nouveau standard HTML 5 !

Naturellement, l'information est à prendre à la source, sur le site du W3C : http://www.w3.org/html/wg/html5/

C'est une vraie bone nuvelle pour les intégrateurs et devéloppeurs que nous sommes, comme pour les éditeurs de logiciel qui vont pourvoir préparer de nouvelles versions majeures de leurs éditeurs de pages web et de CSS.

Toutefois, cela lance un vrai débat de fond, car qui du positionnement par rapport au standard XHTML 2.0 ? A ce propos, je vous invite lire un article assez critique sur le sujet : http://xhtml.com/fr/future/x-html-5-versus-xhtml-2/#x5

On s'en doute HTML 5 ne sera pas encore le saint Graal tant attendu, il repose encore sur certians compromis, dans un souci de rétro-compatibilité. Mais bon, ça va néanmoins dans le bon sens.

Et de toute façon, la question sera résolue par les choix des éditeurs des princpaux navigateurs : Microsoft pour IE, Mozilla pour Firefox, et Apple pour Safari. Une aventure palpitante pour les prochains mois, qui n'est pas sans rappeler la lutte sans merci que se livrent Toshiba et Sony pour leurs standards respectifs DVD-HD et Blu-Ray.

Et nous, pauvres webmasters, nous n'avons pas fini de transpirer !

L'UWA promet d'être une petite révolution dans le monde des applications connectées, sociales, multi-plateformes ... autrement dit, les widgets !

UWA = Universal Widget API , c'est une belle initiative de Netvibes, cette jeune startup française créée en 2005 et spécialisée dans la création de pages personnalisées à base d'aggrégation de contenus et de fonctionnalités, véritable star du web 2.0.

Dans un  environnement largement dominé par les américains Adobe et Yahoo, cette initiative va mériter d'être suivie, non seulement par patriotisme et chauvinisme (cocorico !), mais surtout parce qu'il s'agit d'une API réellement multi-plateforme ! En effet, il est possible d'encapsuler une seule et même application comme un widget compatible avec Netvibes, iGoogle, Windows Live, Mac OS X, Windows Vista, Yahoo Widget, Opera, iPhone app ! On croit rêver non ?

Adobe AIR n'a qu'à bien se tenir, d'autant plus que ces widgets sont non seulement à base de HTML et javascript (Ajax), mais il est également possible d'intégrer des animations Flash.

Des exemples concrets ici : http://dev.netvibes.com/doc/examples

Et la documentation là : http://dev.netvibes.com/doc/

C'est pas le moment de s'endormir visiblement.