Après Firefox et Chrome, Philip Jägenstedt, un développeur du navigateur Opera annonce que ce dernier embarquera en natif le support pour Ogg Vorbis/Theora. Un autre développeur d'Opera, Anne Van Kesteren, apporte des précisions sur ce choix en expliquant qu'embarquer H264 n'est pas très bon pour le web, et que le web a besoin de format ouvert, libre d'utilisation (sans avoir à payer des royalties), et libre de tout brevet logiciel. Theora est donc le format idéal pour diffuser de la vidéo sur le web.

Beaucoup de développeurs et d'utilisateurs préfèrent cependant H264, sous prétexte que les fichiers sont moins gros, et la qualité meilleure qu'avec Theora. Ils ne savent pas cependant (ou ne veulent pas savoir parfois) que Theora n'est pas si mauvais que ça, et que les encoders pour ce format s'améliorent !

Ainsi, la 1.1 alpha 2 de l'encoder 'Thusnelda' réalisé par la fondation Xiph vient de sortir. Sans changer le format Theora, il permet de produire des vidéos de meilleure qualité, et des fichiers moins gros. (voir ce comparatif sur ce blog). Bien entendu, la prochaine version de Firefox utilisera cette future version de la libtheora, si elle est prête à temps.

Ogg Theora vaincra ! :-)

(CC boskizzi)

Etudiante à l'eXia.Cesi (école d'informatique), j'ai la chance de faire mon stage chez Alsacréations pour terminer en beauté ma deuxième année post-bac.
Durant ce stage, j'ai développé diverses petites améliorations pour le forum comme certains ont pu le remarquer, mais j'ai également développé une application pour iPhone... j'en profite donc pour partager ma découverte et vous faire une brève présentation du sujet !

L'environnement

La programmation sur iPhone se fait en Objective-C, un langage qui nécessite l'utilisation de X-Code, environnement de développement pour Mac OS X. La programmation passe donc obligatoirement par un support Mac.

Une fois que vous avez un Mac à disposition, vous pouvez vous rendre sur le site du centre de développement d'Apple et y télécharger tout ce dont vous avez besoin pour le développement, à commencer par iPhone SDK qui contient l'environnement de développement Xcode et le simulateur iPhone. Il ne vous reste ensuite plus qu'à tout installer.

L’interface de X-Code n’est pas déroutante pour les programmeurs car elle ressemble à ceux des autres IDE (environnement de développement). L’arborescence des fichiers se trouve à gauche contrairement à Visual Studio, et les fichiers sont classés un peu différemment. Par exemple, on trouvera des dossiers Sources ou même Framework mais pas de dossier Header. Peu importe, on s’adapte facilement, c’est très intuitif !

La création des fichiers

• Les fichiers source

  La partie programmation d’X-Code est très simple d’utilisation . Pour ajouter des fichiers source, il suffit de faire Ctrl + clic sur le dossier Sources, puis de cliquer sur Add… New File…

  A partir de là, une petite fenêtre qui vous demande quel type de fichier vous voulez créer va apparaître. Il suffit de sélectionner UIViewControllersubclass qui se situe dans Cocoa Touch Class. Cliquez ensuite sur Next puis vérifiez que Also create "monfichier.h" en haut et votre projet dans Target soient coché. Cliquez enfin sur Finish.

• Les vues

  Pour créer une vue, cela se passe de la même manière (ou presque). Faites simplement Ctrl + clic sur le dossier Ressources, cliquez ensuite sur Add… New File…

  Vous retrouverez votre petite fenêtre d’ajout. Choisissez Empty XIB pour ajouter une vue vide.

La programmation des fichiers

Les fichiers source

Les fichiers sources se décomposent en deux catégories :

• Les fichiers .h

  Les fichiers portant l’extension .h sont aussi appelés header file. Ils permettent de faire la déclaration des différents éléments qui sont ensuite visibles dans la vue.

  EXEMPLE :
  Pour déclarer un label (zone de texte d’une ligne), on écrira IBOutlet UILabel *monLabel ; dans la partie @interface { … }

  Pour lui ajouter des propriétés, on écrira @property (nonatomic, retain) UILabel *monLabel ; avant le @end.

• Les fichiers .m

  Les fichiers avec l’extension .m sont aussi appelés Objective-C class (ou UIViewControllersubclass). Ils permettent de programmer la vue, de créer des fonction et de les utiliser sur les différents éléments déclarés précédemment dans le fichier en .h.

  EXEMPLE :
  Pour déclarer une fonction qui changerait le texte lors du chargement de la vue, on écrira

  -(void)viewDidLoad{
  [super viewDidLoad] ;
  monlabel.text = @ "c’est ici que je change mon texte" ;
  }

Les vues

Les vues sont tout simplement les éléments qui sont affichés à l’écran de l’iPhone. Une vue peut se composer de différents éléments tels que des images, des boutons, du texte…
Pour modifier les vues, il faut passer par Interface Builder.

Lorsque vous voulez modifier une vue, cliquez deux fois dessus (l’Interface Builder se lancera tout seul).
Une fois dans l’interface, vous voyez les fichiers contenus dans votre vue, mais aussi une multitude d’outils tels que la Library (bibliothèque de composants), ou l’inspecteur d’attributs. Si vous ne voyez pas ces éléments, cliquez simplement dans la barre du haut sur Tools et vous verrez s’afficher la liste des outils disponibles.

• La Library

  La bibliothèque permet de voir l’ensemble des éléments disponibles pour votre vue, Il y a des WebView (vues destinées à charger des pages web), des TableView (liste sous forme de tableau) ou même de simples boutons (et bien plus encore)... Commencez par glisser-déposer un élément View vers votre .xib contenant le File’s owner et le First Responder puis ouvrez la vue en cliquant deux fois dessus.
  Une vue s’affiche alors à votre écran. Vous pouvez y glisser-déposer tous les éléments dont vous avez besoin depuis la Library.

• Le Attributes Inspector

  Comme son nom l’indique, l’inspecteur d’attributs permet de définir les propriétés des éléments !
  Il suffit de cliquer sur un élément pour voir les valeurs de l’inspecteur d’attribut changer.

  Vous devez passer par l’inspecteur d’attributs pour faire la relation entre votre vue et vos fichiers source : cliquez sur le File’s owner de votre vue puis cliquez sur l’onglet identity de l’inspecteur d’attributs et sélectionnez le nom de vos sources dans Class.

• La liaison des éléments

  

  Chose importante que j’ai mis longtemps à trouver, c’est la liaison entre les éléments du code et les éléments de la vue. Ce n’est pas très compliqué à vrai dire…
  Une fois que vous avez effectué votre liaison entre votre vue et votre contrôleur de vue (code source), il vous suffit de faire Ctrl + clic sur le File’s owner et de tirer des traits depuis les cercles qui se trouvent à droite du nom des éléments, vers les différents éléments de votre vue.

La programmation iPhone est maintenant à votre portée !

Ah oui, une dernière chose ! Faites Pomme + Entrée ou cliquez sur Build and Go pour lancer l’application dans le simulateur iPhone.Amusez-vous bien !

• Une meilleure gestion des méthodes et propriétés statiques avec l'ajout d'une méthode magique __callStatic() permettant la gestion de méthodes statiques non définies. Ou encore la possibilité de faire un appel à une méthode statique avec un nom de classe en variable (de ce style : $class::methode(); )
• La possibilité d'utiliser des fonctions lambda. Il était déjà possible de créer dynamiquement des fonctions avec la fonction create_function() mais ces dernières n'étaient pas prises en compte dans les système de cache d'opcode et rendaient le code moins lisible
• L'ajout des fermetures qui ajoutent aux fonctions lambda la possibilité d'utiliser des variables externes. Celle-ci sont passées, par défaut, par valeur ce qui permet de ne pas avoir de résultats indésirables (que l'on pourrait avoir avec l'utilisation d'un global)
• L'une des fonctionnalités les plus attendues : l'espace de noms. Je ne vous ferez pas l'affront de vous décrire les utilités d'un tel ajout dans le langage mais si vous ne savez ce que cela peut apporter, référez vous aux liens ci-dessous. Des critiques sont notamment apparu sur le choix du séparateur, je me garderais bien de commenter cette décision avant de l'avoir tester plus profondément.
• L'amélioration du fichier de configuration php.ini qui permet maintenant d'avoir des variables à l'intérieur de ce dernier, très utile pour éviter les redondances (ah si on pouvait avoir la même chose en CSS...). De plus il est possible d'avoir un fichier de configuration par site et/ou par utilisateur (si l'on fonctionne en CGI), très pratique pour donner plus ou moins de droits en fonction de la confiance accordée aux différents usagés de votre serveur.
• Une meilleure gestion de garbage collector qui avait quelques difficultés avec les objets ayant une relation parent-enfant.
• Certaines extensions rentre dans le cœur de PHP. C'est le cas de FileInfo (utilisé pour connaitre des informations sur les fichiers), Intl (fonctions pour le support de l'unicode), Phar (fonctions d'empaquetage de fichier et qui permettent également l'utilisation directe de fichier php à l'intérieur de l'archive), mysqlnd (remplacement de l'extension utilisé auparavant par MySQL et MySQLi) et SQLite3 (ah, enfin le support natif de la version 3, il était temps)
• L'arrivée de la constante d'erreur E_DEPRECATED qui sera renvoyé lors de l'utilisation de fonctions non supportées par la prochaine version de PHP. Parmi ces fonctions dépréciées : ereg_* que l'on conseille de remplacer par preg_* car il n'y aura plus qu'un seul moteur d'expressions régulières ou encore les magic_quotes.
• Enfin et j'ai préféré garder le meilleur pour la fin. L'instruction bien connue "goto" fait son arrivée. J'aurais pu attendre vendredi rien que pour cette instruction, mais je préfère poster mon premier journal sereinement...

D'abord celle de Firefox 3.5. Et puis celle de PHP 5.3. Ils apportent chacun leur gros lot de nouveautés.

Notez les chiffres des versions de ces deux logiciels :-)

Sans oublier TwitFactory, la nouvelle appli de Daniel.