TicNews.fr : un nouveau regard sur les nouvelles technologies

Quelle stratégie pour les OS mobiles ?

Jean-Baptiste Balleyguier — 2010-03-19T18:25:09Z

Situation actuelle du marché des OS mobiles

Les systèmes d'exploitation pour mobile son en plein essor. Il n'y a plus vraiment de doute aujourd'hui sur le fait qu'il s'agit de l'avenir des nouvelles technologies. La plupart des grandes sociétés High Tech l'on compris depuis l'avènement de l'iPhone.

Mis à part les smartphones, plusieurs autres types de matériels peuvent être les cibles de systèmes d'exploitation mobile :

Les netbooks (utilisant encore aujourd'hui des systèmes d'exploitation "classiques")

Les Téléviseurs multifonctions

Tablettes tactiles (de type iPad, Crunchpad ou Joojoo)

Les matériels "domestiques" : tables tactiles multimedia, frigidaires intelligents, diffuseurs d'informations de type Nabaztag, gestionnaires d'environnements (gestion à distance de ses différents matériels domestiques) etc...

Actuellement la bataillé se situe au niveau des smartphones et dans une moindre mesure, des netbooks.

On retrouve ainsi :

L'OS iPhone qui caracole en tête des ventes (iPhone et iPod Touch)
Blackberry
Windows mobile (avec son Windows Mobile 7 qui semble prometteur)
Androïd de Google
Symbian open-sourcé récemment par Nokia (c'est l'OS le plus utilisé sur les téléphones "classiques")
Maemo/Moblin qui ont fusionnés et sont devenu MeeGo.
WebOS de Palm
Bada de Samsung
OpenMoko

Vers une concentration du marché ?

La profusion d'OS correspond tout à fait à un marché en croissance. Apple a ouvert la voie avec son OS pour iPhone, puis ont suivi Google, Nokia et Microsoft.

Mais ce marché va sans aucun doute subir de profondes mutations dans les 6 à 12 prochains mois. En effet, le marché des smartphones est soumis à plusieurs contraintes :

La nécessité d'avoir une base de développeurs suffisantes
Un "time to market" très court
La nécessité de faire correspondre OS/Hardware et Réseau (pour que le premier puisse tirer toutes les capacités du second et du troisième)

D'autres contraintes peuvent s'ajouter, dues aux exigences des utilisateurs comme l'interopérabilité entre plateformes. D'où une nécessaire standardisation des protocoles d'échanges.

Ces différentes contraintes vont amener les différentes entreprises à se rapprocher pour créer soit des plateformes communes, soit des élaborer des standards commun qui seront implémentés dans les OS. On constatera ainsi une concentration du marché.
Celle-ci se fera soi de manière non-violente : comme l'accord Intel/Nokia pour fonder la plateforme MeeGo ; soit de manière plus violente par rachat ou élimination pure et simple de la concurrence.

La principale préoccupation actuelle des constructeurs de mobiles est de rassembler le plus grand nombre de développeur (individuels ou entreprises), afin de créer un environnement applicatif attractif pour l'utilisateur. La communication d'Apple est toute entière basée sur cet aspect.

De nombreux constructeurs ont depuis lancé leur plateformes d'applications de type "AppStore". On voit de plus en plus d'institutions proposer des applications attractives pour mobiles. Cependant, il se pourrait bien que la marché des mobiles connaisse les mêmes travers que celui des navigateurs :

Situation dominante de l'un des acteurs
Absence d'interopérabilité des applicatifs
Absence d'accès à des services, d'où une rupture d'égalité devant l'offre de marché

Pour pallier à ce problème, les développeurs devront : soit développer leurs applications pour chaque plateformes (peu envisageable), soit standardiser les méthodes de développement (à partir d'API et de Toolkit communs aux plateformes).

On risque alors de voir se dessiner un marché autour de deux types d'offres :

Les offres propriétaires : iPhone OS, Windows Mobile, Blackberry
Les offres ouvertes : Android, MeeGo, Symbian etc...

Les développeurs d'offres ouvertes auront une tendance naturelle à se rapprocher, tandis que les développeurs d'offres propriétaires resteront sur leur marques en tentant de conserver le plus de part de marché, tout en tentant de rendre leurs utilisateurs les plus captifs possibles.
Les utilisateurs de plateformes ouvertes apprécieront pour leur part, leur capacité à changer d'une plateforme à une autre, sans perdre leur patrimoine applicatif.

On retrouve ainsi, le modèle typique des OS dits classiques, mais appliqués aux plateformes mobiles.

Quel avenir pour les OS mobiles

Il est certains que le marché va rapidement arriver à maturité : les téléphones devenant de plus en plus puissant, vont pouvoir servir des applications gourmandes mais conviviales.
Cependant, les smartphones ont une vocation certaine à s'intégrer dans un environnement plus large (en ce sens, le marché des PC a sans doute encore de longs jours devant lui).

Les smartphones vont ainsi tendre à se synchroniser et à échanger des informations avec d'autres plateformes de manière naturelle.

Imaginons un exemple : je suis dans mon train. Je rédige ma liste de course, pour cela, je me synchronise avec mon frigidaire intelligent (connecté sur le réseau en ipv6 et disposant donc d'une adresse IP publique spécifique) pour connaître ce qu'il me manque. Je rédige ma liste sur un service Web et l'enregistre sur mon bureau mobile.

Lorsque j'ai fini, je modifie un document professionnel en ligne (sur Zoho ou Google docs par exemple). Fatigué par ma longue journée de travail, je commence à regarder une série sur un service de vidéo à la demande.

Me voilà chez moi. Mon téléphone se synchronise via WiFi avec mon imprimante qui, grâce au serveur CUPS installé sur mon mobile, reconnaît la liste d'attente de documents et lance l'impression (je peux ainsi récupérer ma liste de courses).
Je me branche ensuite à mon PC fixe pour valider le document modifié dans le train, en vérifiant la qualité du document et l'envoie à mes collaborateurs.

Puis, n'ayant pas fini mon film, j'approche mon mobile de mon téléviseur, qui reconnaît le service de VOD, l'épisode que j'étais en train de regarder et l'endroit du film où je mettais arrêté en descendant du train. Comme j'aime bien cette série télé je décide de la télécharger depuis mon téléviseur directement sur mon mobile.

Tout cela est d'ores et déjà possible, mais cela suppose un minimum d'intégration des plateformes afin d'assurer la fluidité des communications. Il y aurait énormément d'autres services possibles, ce n'est donc qu'un début.

La stratégie d'Intel et Nokia prend clairement cette direction avec MeeGo. Ils s'affranchissent d'ailleurs partiellement de la nécessité d'avoir un pool d'applications minimum, puisqu'ils s'appuient sur les applications déjà existantes sous Linux (avec des adaptations mineures, aux écrans de petite tailles). Leur point fort est qu'ils s'appuient sur la Linux Foundation et s'assurent ainsi un support optimal de la part des communautés libres.

La standardisation qui sera issue de cette politique, impactera fortement le marché.

Conclusion

Nous ne sommes qu'à mi-chemin de la phase de croissance de ce marché. Les concentration vont intervenir rapidement, mais nous ne verrons réellement les effets des stratégies adoptés que dans deux ou trois ans.

De alice au pays des merveilles à alice au pays des merveilles

Shintechnology — 2010-03-16T16:50:54Z

Le monde du cinéma a grandement évolué depuis plus de 100 ans. Et comme une vidéo parle parfois plus que mille mots, une petite démonstration en image entre Alice au pays des merveilles version 1903 et Alice au pays des merveilles version 2010. Une évolution oui, une révolution, là je serais plus mitigé. Finalement en 107 ans, l'image a fait sa révolution mais pas tellement le support. Alors que dans bien des secteurs, ce sont bien les supports qui ont évolué pour donner au contenu de nouvelles perspectives. La 3D, oui et après ? Déjà, il ne s'agit pas d'une vrai 3D puis cela reste pour le moment de l'image (rien sur les autres sens humains) et l'on reste sur un scénario d'un point A à un point B avec un jeu d'acteur. A t on trop perdu de temps sur la 3D ? Le dernier siècle se serait il trompé de cible ? Aura t on, dans 107 ans cette véritable révolution ? Rien n'est moins sur....

CKeditor : la nouvelle version de FCKeditor (rédacteur invité)

invité — 2010-03-03T10:15:28Z

L'article qui va suivre a été rédigé par un rédacteur invité surnommé Pazu, webmaster du site animint.com depuis sa création en 1996 dont il a réalisé l'intégralité du codage. La partie blog de ce site comporte une rubrique webmastering où Pazu évoque les diverses évolutions de ses outils comme un agrégateur de flux (http://sama.animint.fr/) et son site kelmanga connecté au webservice Amazon (protocole REST) et sur lequel Pazu a mis au point un moteur automatique de recommandations couplé avec un système manuel.

Il existe plusieurs éditeurs visuels pour formater vos articles directement via des interfaces web, rendu populaires et indispensables pour les utilisateurs de plateformes de blog telles que Wordpress < http://www.wordpress-fr.net > ou Dotclear <http://fr.dotclear.org >. L'un des plus courants est Tinymce < http://tinymce.moxiecode.com/> même si d'autres projets - tel Wymeditor <http://www.wymeditor.org/> - qui pullulent en parallèle. Historiquement, un des éditeurs visuels en vogue a été FCKeditor et c'est que j'ai intégré à l'époque dans mon système de gestion de contenu pour le site Animint , codé en php.

Le code javascipt de FCKeditor est désuet et bien lourd. Le plus gênant est que plusieurs fonctionnalités sont devenues incompatibles avec les navigateurs actuels, notamment la mis en place des liens où les url se transforment en identifiants au cours de l'édition, ce qui vous laisse que l'option d'éditer la source pour les mettre. Du coup, il a fallu abandonner FCKeditor pour un autre éditeur visuel ou du moins pour une version plus récente.

La nouvelle version de FCKeditor a laissé tombé le F et s'appelle désormais CKeditor < http://ckeditor.com >, plus légère et dans la lignée de son illustre prédécesseur. Le code est plus rapide et moins gros. Du côté des fonctionnalités, rien de bien nouveau si ce n'est que par défaut, la gestion de fichiers et surtout l'upload d'images ne sont pas activé. Il existe en fait une extension payante CKFinder, qui répond à ce besoin et qui permet l'insertion d'image, sans avoir à transférer le fichier par un autre biais puis à faire le lien laborieusement à la main.

L'option CKFinder fait grincer des dents beaucoup d'anciens utilisateurs ou de nouveaux venus qui se désintéressent d'un éditeur visuel sans upload, tout en refusant de se payer une licence CKFinder pour avoir la fonction.

En fait, le système est ouvert et accepte n'importe quelle extension de code pour faire office de programme derrière pour gérer l'upload ou la navigation sur les fichiers. Il reprend une logique similaire à FCKeditor, où l'installation des connecteurs pour faire la même chose n'était pas évidente. En revanche, la documentation était disponible, ce qui fait encore défaut pour CKeditor mais la situation s'améliore avec le temps, la communauté écrivant de plus en plus de tutoriels à droite et à gauche.

Vous trouvez même des distributions complètes qu'il suffit d'installer et configurer dans votre environnement. Je pense à FileManager de Core Five Labs < http://labs.corefive.com/Projects/FileManager/ > et cet article de « Will » < http://www.asecondsystem.com/2010/01/19/integrating-a-file-browser-into-ckeditor-cakephp/> vous indique comment procéder pour l'intégrer dans un framework CakePHP <http://www.cakephp.org>.

Pourquoi ne pas avoir suivi cette démarche dans mon cas ?

1- La seule fonction que j'utilise en pratique est l'upload d'images et uniquement celle-là. Je ne me souviens pas d'avoir utilisé la navigation sur les fichiers, ayant de toute manière d'autres outils pour les gérer et je fais des liens vers d'autres adresses web et jamais vers des fichiers « attachés ». Installer, configurer et suivre les évolutions de toute une bibliothèque est un peu lourd par rapport à mon besoin.

2- Certaines parties du code actuel de Core Five Labs part du principe que les urls des fichiers uploadés sont une sous-partie du chemin de leur répertoire sur le disque. Du coup, cela ne colle pas dès que vous avez des alias. Il aurait fallu patcher le code par défaut et fouiner dedans, avec la problématique de rester compatible avec les versions à venir.

J'ai opté pour une option plus simple, qui se réduit à paramétrer les appels javascript de l'éditeur visuel et à un malheureux fichier upload.php dans un coin.

Un autre besoin basic est d'avoir une barre d'outils personnalisée dans l'éditeur visuel, histoire d'avoir les boutons utiles, genre le copier coller épuré depuis un texte word, sans encombrer l'écran avec la version complète. Inutile d'avoir un upload Flash quand vous n'en mettez jamais dans vos articles.

Poursuivons par la mise en place des éléments en pratique, si vous souhaitez utiliser CKeditor, avec l'upload d'images, activé.

Le code ckeditor est à télécharger sur le site de l'éditeur < http://ckeditor.com >. Vous dézipper l'ensemble tel quel et placez le dans un répertoire de votre site web, accessible via les navigateurs. Dans le répertoire /ckeditor, à la racine de votre site web par exemple.

La page formulaire pour éditer votre article doit faire apparaitre le corps du texte dans un textarea. Vous composez l'ensemble comme si vous n'aviez aucun outil de formatage et que vous recevez les informations comme un champ rempli de tags HTML. Le seul impératif est de donner un id à votre champ textarea.

 <br /> {contenu_du_corps_de_votre_article}<br /> 
 
 La page formulaire doit contenir un appel à la bibliothèque de ckeditor. Il suffit d'appeler un seul fichier
 
 
 
 Après, dans la même page, il faut aussi un code javascript pour lancer l'appel. Un événement windows.onload peut faire l'affaire.
 
 Dans l'exemple ci-dessous, on appelle à la fois un fichier de configuration spécifique et on fait de la personnalisation à la volée.

La fonction ‘replace' permet de lier l'éditeur visuel au textarea ‘editor_office2003' avec des options de personnalisation. ‘office2003' est un thème de présentation par défaut tandis que ‘custom' est le nom de la barre d'outils personnalisée décrite dans le fichier de configuration ‘config_animint.js'.

Abordons ce fichier de configuration. Notez d'abord qu'il est différent de ‘config.js' le fichier de configuration par défaut de CKeditor, situé dans le répertoire /ckeditor. Théoriquement, il suffit d'éditer ce fichier config.js mais en pratique, avec certains navigateurs, il est conseillé d'utiliser un fichier qui s'appelle carrément autrement, sinon vous allez vous acharner en vain, pour que vos modifications soient prises en compte par l'éditeur visuel.

Voici le contenu du fichier ‘config_animint.js' :

CKEDITOR.editorConfig = function( config )
 {
 
 config.filebrowserUploadUrl = '/filemanager/upload.php';
 
 config.toolbar = 'custom';
 
 config.toolbar_custom =
 [
 ['Source'],
 ['Cut','Copy','Paste','PasteText','PasteFromWord', 'SpellChecker', 'Scayt'],
 ['Undo','Redo','-','Find','Replace','-','SelectAll','RemoveFormat'],
 ['Bold','Italic','Underline','Strike','-','Subscript','Superscript'],
 ['NumberedList','BulletedList','-','Outdent','Indent','Blockquote'],
 ['JustifyLeft','JustifyCenter','JustifyRight','JustifyBlock'],
 ['Link','Unlink','Anchor'],
 ['Image','Table','HorizontalRule','SpecialChar','PageBreak'],
 ];
 
 };

La 1ère ligne utile définie l'url à appeler pour gérer l'upload de fichier. La seule présence de cette ligne permet de débloquer le bouton upload dans l'interface de CKeditor.

La ligne en dessous déclare une barre d'outils personnalisée ‘custom' dont la composition est détaillée en dessus, en respectant la nomenclature. La documentation originale est suffisamment complète pour s'en sortir avec la personnalisation de la barre d'outils. Vous partez de la version complète et vous épurez. Les crochets et les virgules permettent d'associer ou de dissocier les boutons à l'écran. Il faut juste prendre garde à bien fermer les crochets et ne pas oublier d'apostrophes en route.

Après, la fonction d'upload est contenue dans un seul fichier php, 'upload.php', dont le code peut être transposé en d'autre langages. La difficulté est de connaître les variables passées par CKeditor et la logique d'échange mais le mieux est de partir d'un modèle et de laisser faire le reste.

L'exemple est tiré de cet article < http://alfonsoml.blogspot.com/2009/... > mais complété avec quelques vérifications et la sauvegarde du fichier uploadé.

< ?php
 
 // FICHIER d'EXEMPLE
 // Rajouter votre logique de SECURITE
 
 // valeur obligatoire qui permet de revenir à l'éditeur
 $funcNum = $_GET['CKEditorFuncNum'] ;
 
 // valeur optionnelles
 $CKEditor = (isset($_GET['CKEditor']) ? $_GET['CKEditor'] : “”;
 $langCode = (isset($_GET['langCode']) ? $_GET['langCode'] : “”;
 
 
 // L'url de retour du fichier, une fois uploadé
 // qui apparait ensuite dans la fenêtre de dialogue de l'éditeur 
 
 $url = '' ;
 
 // Message de retour optionnel à afficher en cas d'erreur
 
 $message = '';
 
 // Encore une autre variable made in CKEditor: $_FILES['upload']
 
 if (isset($_FILES['upload'])) {
 
 // Il manque la logique de sécurité par rapport à la taille du fichier, ou l'accès utilisateur au fichier upload.php
 // Pas de vérification, si le fichier existe déjà, etc.
 // Pas de vérification pour voir si le répertoire est accessible en lecture/écriture 
 
 $file_name = $_FILES['upload']['name'];
 
 // Chemin du fichier temporaire
 $tmp_name = $_FILES['upload']['tmp_name'];
 
 // Vérification basique de l'extension
 $extension = pathinfo($file_name, PATHINFO_EXTENSION);
 
 if (preg_match('/(gif|jpg|jpeg|png)/i', $extension))
 {
 // Le répertoire cible 
 
 $dir_to = '/data/repository/images/blog/';
 
 // Quelques transformations sur le nom du fichier cible
 // Mis en minuscule avec la date du jour
 // exemple : illustration.jpg devient 20100302illustration.jpg
 
 $file_date = date("Ymd");
 
 $file_name = strtolower($file_name);
 
 $file_name = $file_date . $file_name;
 
 // On enregistre le fichier
 move_uploaded_file($tmp_name, $dir_to . $file_name);
 
 // Notez que l'url n'a pas forcément la même tête que le répertoire physique
 
 $url = '/blog/image/' . $file_name;
 }
 else
 {
 $message = 'Wrong extension file: ' . $extension;
 }
 }
 else
 {
 $message = 'No file has been sent';
 }
 /*
 La sortie prend en compte qu'upload.php a été appelé dans une iframe. D'où l'appel à la fenêtre parent avec la function de retour
 */
 
 echo "";
 ?>

Le fichier upload.php suffit à transférer une image, du moment que les droits d'écriture du répertoire cible sont adéquats et que vous ne dépasser pas les limites de taille d'upload. Après, pour une utilisation en production, il vous reste à compléter les parapets de sécurité, surtout si la fonction est accessible par n'importe quel utilisateur.

Shintechnology opte pour une démarche 100% blog, 0% actu : Mais pourquoi suis-je en train d'utiliser ce clavier !

Shintechnology — 2010-02-11T18:31:24Z

Avec un dernier article posté le 30 décembre, Ticnews fait grise mine. Et pour cause, malgré l'actualité florissante liée aux nouvelles technologies, largement occupé par mes deux autres sites internet ainsi que mon travail et ma vie personnelle, je dois bien avouer que je traîne un peu des pieds pour me rendre et écrire sur Ticnews (qui en terme de visiteurs est le moins bien doté de « mes » [entre guillemet car je suis co auteur de Tic news] sites internet). La difficulté et l'avantage des nouvelles technologies, c'est que « par essence » devrais-je dire, elles évoluent perpétuellement et constituent donc un sujet susceptible d'être traité quotidiennement. Le problème sous jacent, c'est qu'il est très difficile de prendre du recul par rapport à cette matière. Pour Ticnews, je prends donc le parti personnel d'écrire uniquement pour me faire plaisir (ce qui je pense rendra mon écrit plus fluide et me permettra de prendre moins de temps à écrire) et de ne pas parler de ce qui sort (hormis ce qui me paraît atypique ou peu traité ailleurs). Difficile exercice mais à mon sens autrement plus intéressant.

Ma petite réflexion du jour concerne la première chose qui me vient sous les yeux : mon clavier. Etrange matériel que ce conglomérat de 108 touches disposées de manière intemporelle. Malgré les avancées technologiques que l'on peut connaître en matière de poids des touches, retour sensitif, représentation virtuelle ou d'ergonomie (clavier courbé, clavier en deux parties etc.) je retrouve immanquablement depuis vingt ans ces 108 mêmes touches devant moi.

Pire encore, je refuse que mon prochain téléphone ne comporte pas de clavier au sens premier du terme. Après une rapide recherche, il est intéressant de voir que ce matériel à conduit à des études comme « la fable du clavier (http://enssibal.enssib.fr/autres-sites/reseaux-cnet/87/02-liebo.pdf) qui explique pourquoi, malgré le fait que cette disposition de touche ne soit pas forcément la plus pertinente (basée sur la récurrence des lettre de la langue anglaise et la nécessité de contourner les blocages des tiges dans les machines à écrire, en gros « ralentir la personne »), nous continuons quotidiennement à l'utiliser.

L'article remet d'ailleurs en cause cette fable autour de l'histoire du QWERTY, mais dans tous les cas, j'observe que depuis l'époque des machines à écrire, on utilise toujours la même chose ! A ce sujet, qui se souvient qu'une commission nommée Albert Navarre a tenté de contrer l'influence anglo saxonne du claver AZERTY (adaptation du QWERTY) en proposant un clavier ZHJAYSCPG (correspondant à la fréquence d'utilisation des lettres dans les mots français) en 1907 ?

Personne car rien n'est jamais parvenu à concurrencer le AZERTY. Vous trouverez sur wikipedia à l'aide du mot clé DVORAK toutes les tentatives qui ont pu être jugée plus pertinente que AZERTY sans pour autant trouver l'adhésion du grand public (http://fr.wikipedia.org/wiki/DVORAK notamment les projets http://bepo.fr/ et dvorak-fr http://www.algo.be/ergo/dvorak-fr.html ) .

En même temps, qui voudrait ré-apprendre à utiliser un clavier différent ?

Personnellement, je pense sincèrement que mon cerveau a bien intégré la position des touches (un peu comme ma langue maternelle) et j'aurais sans doute une réticence naturelle à aller vers autre chose (allez demander à un pianiste de jouer de l'accordéon). Mais quelque part, n'est ce pas dérangeant de se dire qu'en raisonnant de cette manière, mes arrières petits enfants se retrouveront toujours et encore face à ces 108 touches alambiquées pour communiquer (car le tactile n'a fondamentalement pas changer grand-chose à la donne, hormis peut être le fait que je préfère mon bon vieux clavier physique).

Un peu déprimant comme perspective. Alors, y a-t-il une vie après le clavier ?

Même les systèmes de reconnaissance vocale nécessitent souvent des corrections et l'on voit mal quel système pourrait éluder complètement ces points de raccordement alphabétique. Un système par influx nerveux affichant la lettre A lorsque l'on pense à la lettre A ? Mais l'inconscient qui me permet de taper à grande vitesse ne va-t-il pas plus vite que de demander à mon conscient de visualiser des lettres (c'est un peu lorsque l'on regarde les cadors de certains jeux vidéos qui ne regardent fondamentalement plus ce qui peut se passer à l'écran mais qui ont parfaitement intégré le processus du jeu) ?

L'avenir dira ce qu'il en est mais il faudra toujours un point de contact entre la machine et l'homme et une transmission de données. En attendant, je me rends compte en écrivant cette note que je suis accro à mon clavier. Ce léger bruit retentissant à chaque frappe m'indique inconsciemment que mon instruction a bien été prise en compte alors que la résistance à mes doigts me permet sans doute de circuler agilement de touche en touche. Celui qui parviendra à me convaincre de rompre avec ces sensations aura sans doute véritablement innové !

En attendant, je vais tenter de jouer le jeu et de tester le programme bepo (http://bepo.fr/) pour voir si cela change véritablement quelque chose

Azerty vs bépo
par tiot10

nexus-phone.com, un blog sur le nexus one

Shintechnology — 2009-12-31T16:55:07Z

Un court article pour indiquer à ceux qui chercheraient des informations sur le fameux Nexus one (nouveau téléphone de Google) qu'il existe un nouveau blog intitulé nexus-phone.com. Vous pourrez y trouver toutes les dernières informations sur ce téléphone sur lequel le buzz ne semble vouloir s'arrêter.

A cet égard, voici l'un des dernières vidéos intéressantes présentées sur ce blog

Des templates pour spip : la révolution graphique de SPIP

Shintechnology — 2009-12-29T09:02:03Z

Le 11 novembre dernier est apparu une petite révolution dans l'univers de SPip.

Mais avant toute chose qu'est ce que SPIP (http://www.spip.net/). Au même titre que Joomla, il s'agit d'un CMS libre, permettant relativement simplement de gérer du contenu et d'ajouter toute une panoplie de fonctionnalités (allant de la gestion d'associations, en passant par un agenda etc..).

Bien qu'étant un grand utilisateur de SPIP depuis longtemps, il faut avouer que SPIP était plutôt adapté à des sites disposant un contenu assez important, son système reposant sur un système de boucle facile à utiliser.

En gros et pour faire simple, sa structure fonctionne autour d'une page sommaire (accueil), une page type pour les rubriques, et une page type pour les articles (également une pour les brèves.)

Ces modèles type de page sont appelés « squelette ». Je crée donc un squelette pour cette rubrique X. Le code de cette page n'est ni du HTML, ni du PHP mais un système spécifique fonctionnant avec un système de boucle (on peut néanmoins tout à fait ajouter du HTML ou du PHP).

Disons que je souhaite faire appel aux derniers articlesde cette rubrique X sur ma page d'accueil. Et bien j'insère dans le code de cette page d'accueil une boucle appelant la rubrique X, par « date inversé ». Il est possible de faire appel au titre, au contenu d'un article, à l'image (redimensionné ou pas etc…). Personnellement, j'ai toujours pu faire à peu près ce que je souhaitais avec SPIP (appeler des news d'une rubrique, n'appeler que des articles/news liées à un mot clé donné, exclure des rubriques etc.).

Pour parler conrètement, cela donne du code ressemblant à ça (http://www.spip.net/fr_article898.html) :

 
 * Code HTML + balises SPIP

Pour voir des exemples concrets de rendu visuel par version de spip (vous aurez des sites de la version 1.0 à 2.0), spip herbier (http://www.spip.net/) propose un panorama complet de sites réalisés avec SPIP.

L'avantage de SPIP est donc sa flexibilité « fonctionnelle » concernant sa structure, accompagné par un espace rédacteur relativement intuitif (relativement car, il nécessite tout de même, pour les néophytes, un certain temps d'adaptation). S'ajoute à cela une communauté active, et un grand nombre de fonctionnalités.

Néanmoins, j'ai toujours vu deux points noirs à SPIP.

Le premier concerne l'espace rédacteur, assez lourd du point de vue rédactionnel (j'utilise pour un autre site Google Site et il faut bien dire que je peux faire en 2 secondes ce que je mettrais peut être 10 minutes à faire avec du SPIP tant au niveau de l'assistance à la rédaction, que de la mise en forme que des boucles)

Le second, et c'est beaucoup plus grave concerne l'aspect graphique du site.

Pour ceux qui utilisent wordpress ou Joomla, le terme de « template » ne vous sera pas étranger. Une multitude de sites proposent de télécharger gratuitement ou de manière payante des « templates » préconçus permettant de charger une structure visuelle bien établi en un clic. Jusqu'à présent, sur Spip, c'était beaucoup plus compliqué. Il fallait télécharger des « squelettes » comme Beespip (http://www.beespip.org/) ou alternatives (http://stages.alternatives.ca.edu/a...), et littéralement modifier toutes ses boucles etc…

Il n'y avait pas de dissociation complète du contenu et du contenant. Puis il faut bien dire les choses comme elles sont, ces squelettes étaient vraiment loin de valoir visuellement les templates de Wordpress ou de Joomla (j'avais du personnellement comme le co-webmaster de Ticnews mis au point un CSS pour mes squelettes mais rien d'extraordinaire).

Aujourd'hui cette époque est belle et bien révolue !.

Tout d'abord, spip 2.0 a apporté la notion de plugins (existait déjà auparavant, mais SPIP 2.0 a tout de même clarifié, simplifié les choses). Pour faire simple, vous téléchargez votre plug in (type agenda, type visionneuse etc..), vous l'activez et hop, vous disposez de votre fonctionnalité.

Parmi ces plugins a été développé un plugin du nom de Z pour SPIP (http://www.spip-contrib.net/Le-Sque...). Une fois ce plug in activé, un nouveau monde s'ouvre à vous.

Vous disposez enfin de la possibilité de télécharger des « templates » pour SPIP. Téléchargeable sur l'excellentissime SPIP contrib (http://www.spip-contrib.net/Themes), l'aspect visuel (avec enfin de « beaux visuels ») est enfin manipulable en quelques clics !

Depuis un peu plus d'un mois, on compte déjà 30 thèmes et il va sans dire que ce n'est que le début d'une nouvelle ère pour SPIP (combien de fois ai-je entendu, spip, c'est moche).

A présent, Joomla n'a vraiment qu'à bien se tenir car la puissance de SPIP (jusque là relativement sous exploité, mais tout à fait à raison de ce point de vue visuel) risque de faire de gros dégâts dans les années à venir !

Personnellement, je n'attends plus que l'aspect de l'espace de rédaction d'un article soit revisité afin que l'on puisse plus rapidement, plus facilement mettre en forme les articles.

Un article A LIRE ! LeWeb 09 : 10 blogueurs vident leur sac

Shintechnology — 2009-12-28T13:06:51Z

Une très courte news, pour inviter les quelques lecteurs de Ticnews à lire cette série d'interviews d'auteurs de blog à l'occasion du Web09 :

Robert Scoble, scobleizer.com

Joi Ito, Twitter, Creative Commons

Sascha Pallenberg, netbooknews.com

Anina, 360fashion.net

Esther E. Gons, wilgengebroed.nl

Nicolas Charbonnier, techvideoblog.com

Matthew Buckland, matthewbuckland.com

Joël Nlepe, Africa2point0

Sacha et Natacha Quester-Séméon, memoirevive.tv Ewan Spence, allaboutsymbian.com

Vous découvrirez ainsi le matériel utilisé par ces bloggeurs renommés (pour les smartphone, pour la plupart, deux , un iphone et un blackberry) et leur manière de travailler ! Ah les bloggeurs, ils sont devennus un sujet à part entière !

http://www.cnetfrance.fr/produits/leweb-09-10-blogueurs-vident-leur-sac-39711537.htm

Nokia N900 : Premières impressions (1)

Jean-Baptiste Balleyguier — 2009-12-23T16:28:22Z

Nokia a lancé en décembre en France, son ordinateur de poche (MID : Middle Internet Device) N900. Celui-ci succède aux N700, N800 et N810 en leur ajoutant quelques fonctionnalités inédites : le téléphone, la 3G et l'appareil photo.

Attendant la sortie de ce matériel depuis la sortie du N810, il y a deux ans environ, j'étais très impatient de me procurer la bête.

D'un point de vue matériel, le N900 est bien loti :

Processeur ARM à 800Mhz
256Mo de RAM
32Go d'espace de stockage
Slot d'extension de mémoire
Clavier physique
Ecran HD tactile (résistif)
APN 5Mp (avec optique Carl Zeiss)
GPRS/3G/Wifi
Puce GPS
Connexion Mini-USB
Accéléromètre
Emetteur FM
...

La bestiole est certes épaisse et un peu lourde, mais la qualité du matériel compense largement cet inconvénient.

Mais l'une des principales forces de ce téléphone reste son système d'exploitation dérivé de la distribution Debian GNU Linux. Il possède une interface tactile très agréable, utilisant les capacités d'OpenGL 2.

Nokia a fait le pari de l'open-source pour ses smartphones haut-de-gamme, en misant sur Debian, Qt (Nokia a racheté la société Trolltech qui développe ce langage graphique), et de nombreux autres projets libres.

Le résultat est là : le nombre d'options est incroyable et tire pleinement partie des capacités du réseau 3G et du Web nouvelle génération. Le logiciel intègre donc nativement un client SIP (VoIP), Jabber et Gtalk. Il est également aisé de consolidé son répertoire avec ses contacts Facebook, Twitter etc...

Le système profite bien du caractère ouvert de Debian, notamment au niveau de la gestion des applications : il est très aisé d'ajouter des dépôts logiciels et d'accéder aux applications encore en beta-test (à ses risques et périls).

Autre aspect agréable : le multitâche, qui permet de faire tourner en tâche de fond, plusieurs applications sans regretter ni perte de performance, ni perte de données.

L'interface pour sa part est très fluide. 4 bureaux virtuels sont à disposition, où l'on peut déposer sous forme d'icône ou de widget : contacts, liens web, raccourcis d'application... Un glissement permet de passer de bureau en bureau.

Les menus peuvent sembler un peu psychédéliques pour qui a toujours utilisé un téléphone non tactile, mais on s'y habitue relativement facilement.

Le firmware n'ayant pas encore été testé à grande échelle, il reste encore quelques imperfections, notamment une fuite de batterie visiblement liée au module WiFi. La gestion de l'accéléromètre est encore largement perfectible : le passage du mode paysage au mode portrait (pour le téléphone) n'est pas assez réactif.

La prochaine fois : les applications phares du N900...

Pensez les sites internet autrement, deux exemples japonais : toto et rigureto

Shintechnology — 2009-12-18T19:50:37Z

Sans doute une déformation "interneteuse", comme je n'ai pas envie de parler ce dont on parle sur Itespresso ou Presse citron, mais plutot du web japonais. En l'occurrence, aujourd'hui, il s'agira de présenter une autre façon de voir un site web comme peut le faire japon.

En France, on a le classique deux colonnes ou trois, agrémenté selon la typologie de site par un peu de flash. Il existe bien entendu quelques sites interactifs, mais là chose reste exceptionnelle. Sur bon nombre de sites japonais, le mode de réflexion ne semble pas le même. C'est sans doute pour cette raison que les forums ne sont pas du tout les mêmes qu'en France (mais j'aurais l'occasion d'y revenir), de même que les sites facebook like.

C'est ainsi que l'on ne peut qu'halluciner devant la Tokyo fashion map de Uniqlo : http://www.uniqlo.com/uniqlo1000/ (il faut attendre que ça charge jusqu'à 1000). Défile alors devant vous un beau bordel désorganisé (pas tant que ça finalement) mais je dois dire assez sympathique et original. Une autre manière de présenter un site de fringues en somme (voir également UT zoom).

Les deux derniers en date que j'ai pu voir, et c'est l'objet de mon article concernent deux sujets relativement incongrues : des toilettes électroniques, et un site pour faire face aux suicides.

Le premier est celui de l'emblématique marque TOTO, la marque majeure des toilettes électroniques japonaises (vous savez celles avec la cuvette chauffante, le réglage du jet etc..) La marque vient de lancer il y a peu son site, tototalk (http://tototalk.jp/).

Après avoir attendu le chargement du site, vous vous retrouvez face... à des toilettes. Vous disposez alors de tout un tas de boutons pour visualiser les supers applications de ces toilettes de rêve et vous disposerez même de la chance (cliquez sur about, le bouton lecture et visionnez la vidéo qui suit) d'assister à l'évolution des toilettes selon Toto ! Vous pourrez découvrir tout un tas de vidéos sur les toilettes Toto (vous n'avez qu'à cliquer un peu partout, les "CM" sont des vidéos, même si vous ne comprenez pas le japonais). Bref, un site intégrant complètement le flash.

Dernière illustration de cette approche, un site sur le suicide. Vous le savez peut être (ou pas du tout), le Japon connaît un fort taux de suicide chez les jeunes. Et bien le site rigureto (http://rigureto.jp/) a pour but de dispenser des paroles réconfortantes à ceux qui se sentiraient au bord du gouffre.

Voir présentation de Rigureto par son auteur :

Mais là encore, le choix de présentation est relativement original par rapport à ce que l'on peut connaître. Pleins de petites bulles pour un univers chaleureux par sa forme. Comme pour Uniqlo ou toto, la forme du site est vraiment au service de l'objet du site internet !

Après tout pourquoi devrait on faire un blog avec deux/trois colonnes et non un nuage d'articles qui permettrait en cliquant sur un nuage IT d'ouvrir d'autres nuages d'articles en liens avec le mot clé de l'article ? Un peu comme le WP CUMULS ( voir sur spip http://www.ph-guillon.com/) mais présenté de manière plus sexy comme le site rigureto (bon google aime pas trop ça, mais le lecteur lui aimerait sans doute) ?

Franchement, je suis mauvais en flash mais l'idée me plairait beaucoup !

pinaclip, réalité augmentée et social marking au Japon

Shintechnology — 2009-12-16T21:35:42Z

Pinaclip est une nouvelle application japonaise pour iphone mis au point par la Tokyu Corporation et l'université de Tokyo.

Cette application permet tout simplement d'obtenir directement une information sur votre iphone lorsque vous visualisez une zone. D'ores et déjà utilisé par le service sekai camera, ce service combine ainsi réalité augmentée et web 2.0.

Pour comprendre un peu, le principe, découvrez une vidéo de démonstration de sekai camera à la cité des sciences dont la dernière version qui vient de sortir

Pinaclip vient en fait ajouté l'aspect web 2.0. Il est possible d'attacher un commentaire à un lieu, une photo, de la musique, un compte twitter. Bref, le monde réel est commenté par les utilisateurs et en temps réel. Concrètement, vous vous trouvez demain face à un restaurant. Vous prenez votre téléphone et le mettez en face de ce restaurant. Vous visualisez alors les critiques postez par les personnes sur ce restaurant, des commentaires sur son histoire etc... ainsi que toute information sur les espaces se situant à proximité.

Pour le moment, l'application est limitée au quartier de Shibuya à Tokyo,

Voir le site : http://pinaclip.jp/

Et une démonstration :