Cette version contient des nouveautés et des améliorations qui sont compatibles avec WP 3.0 en mode mono ou multisite (et encore pour cette fois avec 2.9.x).
La plus importante concerne une nouvelle gestion du noyau qui réduit le nombre de requêtes notamment pour la gestion de l’accueil quelqu’en soit le mode : liste des derniers articles (avec ou non l’un en exergue) ou mode page (front-page). Plus besoin de coder. Plus de querytag hlang. Seul le tag lang= est utilisé.

La mise en place d’un site multilingue est maintenant aisée avec le thème par défaut « twentyten ». Plus besoin de codage php à faire et comme présenté sur le site de démo, on peut aussi réaliser un multisite multilingue très aisément !

Pour les développeurs qui utilisent les actions et filtres de l’extension elle-même voir ce même article en anglais et le code source des filtres concernés.

A suivre…

Meuh merci pour le T-Shirt xxl et ses créateurs

Bravo pour cette première partie qui a démarré à l’heure avec l’intervention (rythmée et concise) des trois spécialistes qui, chacun selon leur savoir-faire, ont présenté quelques éléments clé du futur WordPress 3.0 disponible en beta2. Bien sûr, en auteur d’extensions (plugin) publiées, j’avais testé cette 3.0-beta 2 et lu les divers docs. Eh bien, ici, parce qu’ils connaissent bien leur domaine d’intérêt, chacun a indiqué des pistes que je n’avais pas repéré comme Amaury sur les nouveaux types d’article et leurs statuts dans un workflow ou comme Francis dans la widgetisation du nouveau système de menu d’entête pour un thème.

Les sessions après le déjeuner

Sur la base de l’expérience du précédent WordCamp (et son démarrage laborieux), et parce que ce type de réunion ne fonctionne que sur des sujets préparés, j’en avais proposé deux pour des utilisateurs découvrant WordPress comme moi il y a 4 ans et j’en attendais deux plus techniques pour échanger avec d’autres développeurs expérimentés.
En une heure, on ne peut qu’esquisser, introduire, attirer l’attention mais l’usage montre que c’est très fructueux tant pour les contributeurs que pour les participants.
1 – Deux groupes en contributeur
1.1) Découverte de WordPress avec Benoit le chroniqueur – Plus que jamais, il va falloir affiner la doc, la doc, la doc…. mais aussi la lire…

1.2) Les extensions WordPress – (voir pdf en bas d’article)

2 – Deux autres en passager

2.1) Les relations avec les équipes US de WordPress – Qui sont-ils ? Comment naissent les processus de décision ? Qui sont les influents ? Les blogs, le tracs
Les problématiques de l’animation d’une équipe France.

2.2) Les plugins et aspects techniques pour des auteurs de modules et extensions – échanges entr’auteurs et développeurs techniques -

Voici en vrac quelques infos collectées qui vont influer les prochains travaux ou recherches dans les projets dev.xiligroup.

bbPress : la prise en main par Matt et le relook du site (bbpress.org) annonce le redémarrage de ce forum minimaliste mais très efficace. J’ai donc fait une petite mise à jour de l’extension. (http://dev.xiligroup.com/?p=1136).

les « branchs » dans le SVN : Alors que les dossiers dans Tags contiennent les versions. Les branches contiennent des séries de versions maintenues parallèlement.

le term unique – Amaury, qui maîtrise la wordpress poetry (code is poetry) en exégète, indique qu’un terme unique ne sera pas exigé si différentes taxinomies sont ajoutés à celles de base (catégories, mots clés)

les états des posts et les posts personnalisés.

Des liens sympas évoqués dans les échanges :
- Il y a la planète France (au lien bien caché) analogue de celle sur wordpress.org.
- Bientôt un catalogue des sites .fr en WP (showcase) annoncé par Xavier et Amaury !
- Un ingénieur WP de qualité,
- Alex King.

Que dire en conclusion partielle et partiale ?

Un WordCamp, c’est donc bien une auberge où chacun apporte ce qu’il est et ce qu’il peut. Ce n’est pas une auberge de misère où l’on vient sans avoir préparé ses questions ou son panier à trucs et astuces ou un topo de synthèse ou de point de vue. Que l’on soit un nouvel explorateur/utilisateur de WP, un créateur de site ou un développeur nouveau ou aguerri dans WP, on sait le prix du temps, de la recherche d’infos, des essais et tests… donc si ce WordCamp Paris s’est bien passé c’est que chacun a bossé !

Donc à l’année prochaine à Paris et…

NOTE – Et si un WordCamp avait lieu à Lyon en Rhône-Alpes avec des sessions pour chaque niveau d’utilisateur, créateur ou de développeur aguerri ou non ? Qu’en pensez-vous ? Merci de donner votre avis dans les commentaires.

Diaporama intégré dans l’article grâce à l’extension xili-floom-slideshow

Seules quelques propriétés sont ajoutées à l’article (ou la page)

La première est la langue définie par l’auteur (voir la boite en haut à droite de la copie d’écran çi-dessous)

Les secondes sont celles des liens vers les numéros des articles « traduits ». «  traduits  » ne veut pas dire qu’il y a une traduction automatique ou exacte mais qu’il peut s’agir d’une adaptation ou d’un résumé dans l’autre langue.

Pour les auteurs, ou les éditeurs il est utile d’avoir un bon navigateur avec tabulation (firefox, safari,…)

Comme exercice, nous allons montrer comment on écrit un article et son pendant dans un autre onglet de la fenêtre du navigateur.

Note 1: Il est recommandé de préparer à l’avance les deux textes dans les deux langues dans un éditeur de texte afin de pratiquer le copier coller.
Note 2: Si les articles existent déjà et sont à affecter et relier, voir à la fin de cet article.

Le texte original en anglais :

Remplir le titre, le contenu, l’extrait etc (catégories, mots clés,…). Cocher la langue dans la boite « Langue » et enfin enregistrer le brouillon.

L'article initial en anglais

(Astuce: N’oubliez pas d’utiliser les qualités de l’interface pour (dé)placer les boites « langue » et « articles liés » en haut à droite.)

L’article traduit / adapté en français

Depuis la version 1.3 de xili-language, il est possible en un seul click de créer l’onglet du nouvel article dans l’autre langue. (Astuce: Afin d’éviter l’ouverture d’une autre fenêtre, utiliser la touche droite de la souris avant de cliquer le lien ‘Ajouter’ et choisisser ‘ouvrir dans un autre onglet’). (Les copies d’écran sont ici d’un wordpress en anglais).

L'article lié en français dans le 2e onglet

In the edit window of the new post, just add the french title, observe that link to previous post and language are prefilled or checked and just now click ‘save draft button’. and continue to fill content and excerpt, tags and categories.
Dans cet interface d’écriture de ce nouvel article, saisissez le titre, observez que les liens vers le numéro de l’article originel sont pré-remplis ainsi que sa langue cochée. Cliquer juste sur « Enregistrer brouillon » et continuez à compléter le contenu, l’extrait, mots clés etc.

(Astuce: Si vous revenez à l’onglet précédent (donc l’article en anglais), il suffit de sauver à novueau pour voir les modifications dans la boite des « articles liés ». )

L'article lié vient d'être sauvé

Voilà, il ne vous reste plus qu’à fignoler et finir les deux articles dans chaque langue avant de les passer en mode relecture puis à les publier tout deux.

Que faire si les articles existent déjà dans les langues différentes ?

1) Cocher pour chacun des articles sa langue dans la boite « Langue de l’article« . Puis sauver ou mettre à jour.
2) Si vous avez relevé les numéros des articles liés dans les autres langues, remplisser les cases correspondantes aux langues dans le tableau de la boite latérale « Articles liés ». Puis sauver ou mettre à jour.
Depuis la version 1.4.1 de xili-language, il existe en option un mécanisme d’auto-recherche pour détecter d’autres articles qui pointent vers celui qui est en cours d’édition. Pour cela, commencez par cocher l’auto-recherche et sauver ou mettre à jour. Si des articles existent, les cases se préremplissent et, après vérification, sauver ou mettre à jour.
Pourquoi l’option n’est pas cochée par défaut ?
Pour éviter des requêtes inutiles. Comme éditeur, cochez la si vous pensez que c’est nécessaire parce que les articles existent.

Actions sur des articles existants

Sans changer ou ajouter de balises de thèmes (template tags), the_time(), the_modified_time() sont adaptables (via les filtres) par l’extension xili-language.

Les fonctions filtrantes sont placées dans le fichier functions.php du dossier ‘xilidev-libraries‘ à mettre dans la racine du dossier DES plugins (voir cet article).

function xiliml_comment_date($comment_time,$d = '') {
  /* params no used because php format */
  /* the first param is to be as msgid in .po example: %B %d, %Y - %H:%M or %B %d, %Y at %H:%M   */	
  return the_xili_local_time('%B %d, %Y', strtotime(get_comment_time ('m/d/Y H:i'))); 
  /* impossible to use get_comment_date as it is itself filtered*/
}
add_filter('get_comment_date','xiliml_comment_date',10,2);
 
 
function xiliml_date($thetime,$theformat) {
  /* param no used because php format */	
  return the_xili_local_time('%B %d, %Y - %H:%M',strtotime(get_the_time('m/d/Y H:i')));
}
add_filter('the_time','xiliml_date',10,2);
 
function xiliml_modified_date($thetime,$theformat) {
  /* param no used because php format */	
  return the_xili_local_time('%B %d, %Y - %H:%M',strtotime(get_the_modified_time('m/d/Y H:i')));
}
add_filter('the_modified_time','xiliml_modified_date',10,2);

De base WordPress utilise la fonction php date() et sa série de formats – http://fr2.php.net/manual/en/function.date.php – and and internal static translation tools.

Dans les fonctions filtrantes, l’extension xili-language utilise le format lié à setlocale. Voir – http://fr2.php.net/manual/en/function.strftime.php –

Si le serveur Apache, le php sont bien configurés, cette voie liée à setlocale fonctionne en temps réel à la volée.

Pour le fichier .po, le msgid contient le format ‘%B %d, %Y – %H:%M‘ et sa traduction en français peut-être %d %B %Y – %Hh%M‘

FAQ

* Pourquoi les fonctions filtrantes sont à l’extérieur du plugin et dans ce dossier xilidev-libraries ?

Parce que le webmestre peut modifier ces fonctions sans que celles-ci soient mises à plat lors d’une mise à jour de l’extension elle-même. (Ne pas oublier la détection de ces fonctions en cochant « Active les fonctions xilidev »)

Active les fonctions xilidev

* Pour les paramètres de la fonction the_time() ne sont pas interprétés ?

Parce que leur interprétation en nombre de lignes de code est trop lourde et qu’il est plus simple de changer manuellement le format de date heure.

* Dans la fonction the_time() comment supprimer l’heure ?

Simplement changer ‘%B %d, %Y – %H:%M’ en ‘%B %d, %Y’ .

* Que fait la fonction the_xili_local_time() ?

Cette fonction traduit une date générique et numérique selon le format et la langue de l’article ou selon les règles définies dans le thème.
 
 

En choisissant l’extension de classe, on cumule plusieurs avantages :

• - conservation du script original qui peut être mise à jour par son auteur original.
• - ajouts très personnalisés de nouvelles propriétés – fonction, méthode, évènements – dans la nouvelle classe
• - intégration plus facile dans des contextes CMS et php / javascript

Bientôt, l’extension xili-floom-slideshow sera mise à jour et intégrera ces nouveautés.

Avant la mise en ligne d’une fiche complète, quatre articles en anglais sont disponibles :

La fiche technique,
Un exemple de css autour du diaporama avec explications sur le style css associé,
Un autre exemple avec un cadre démo,
et une démo d’interaction javascript.
Cette extension est aussi compatible avec xilitheme-select pour des sites compatibles iPhone ou iPod-touch. Une élégante façon de faire des diaporamas ou galleries d’images sans Flash.
 
 
A bientôt, après la sortie de la prochaine version qui contiendra des filtres (hook) de personnalisation plus poussée pour les créateurs de thème et webmaster WordPress.
 
 

Le texte en anglais est déjà disponible. Le lien précédent est écrit via un shortcode expliqué dans ledit article.

 [linkpost lang="en_us"]disponible[/linkpost]