Cette semaine j’ai cherché à faire fonctionner une UISearchBar avec le controller qui va bien et j’ai eu quelque souci. Si techniquement c’est assez simple à mettre en place, graphiquement j’ai eu quelque souci.

Mon architecture :

Mon application a une UITabBar, puis sur une des sous vue j’ai une liste de résultat avec la SearchBar. Cet écran n’est pas  directement une UITableView, c’est un navigation controller qui contient une UITableView.

Ma UITableView est crée directement en code et est à hauteur fixe, et mes cellules ont une hauteur de 60:

1
2
3
4
5
6
7
8
9

- (void)viewDidLoad {  
	CGRect frame = CGRectMake(0, 75, 320, 262);
	// Initialise une table view.
	myTableView = [[UITableView alloc] initWithFrame:frame];
	myTableView.rowHeight = 60;
 
	// Ajout la tableView à l'écran et autres par la suite
 
}

Mes soucis

Les soucis viennent quand j’utilise la barre de recherche:

• Les cellules sont bien réutilisées mais la hauteur est celle par défaut du coup tout mes items sont mal placés. Joli bug graphique.
• Mes résultats sont bien filtrés, mais il est impossible de scroller. La liste revient toujours en haut. Comme si ma liste avait une hauteur tellement grande que le scroll était inefficace.

Solutions

Bon, j’en suis pas vraiment fier, ça tient plus de hooks qu’autres choses mais ça a le mérite de marcher et ça n’a pas l’air trop lourd en terme de performance sur mon 3GS.

En fait c’est simple, à chaque fois il faut refixer les hauteurs au moment oppertun.

• Pour les cellules, c’est à leur initialisation :
  ^?View Code C

  1 2 3 4

  - (CGFloat) tableView: (UITableView *) tableView heightForRowAtIndexPath: (NSIndexPath *) indexPath { return 60; }

• Pour la liste, c’est quand on lance une recherche :
  ^?View Code C

  1 2 3 4 5 6 7

  - (void)filterContentForSearchText:(NSString*)searchText scope:(NSString*)scope { CGRect frame = CGRectMake(0, 75, 320, 262); [[[self searchDisplayController] searchResultsTableView] setFrame:frame];   // faire sa recherche ensuite }

Donc en terme de performance y doit y avoir moyen de fixer ses tailles une fois pour toute mais je n’ai pas trouvé comment. Si quelqu’un a la solution je suis preneur.

Personnellement je fais ma conception sur Workbench puis je repart « from scratch » pour faire mon (mes) fichier(s) yml. (Oui oui on peut en avoir plusieurs de yml :p).

Quand j’étais sur Propel J’avais perdu quelque cheveux quand j’avais essayé l’autre méthode (cad de générer le fichier SQL, l’insérer en base, et laisser faire symfony pour du reverse engineirng). Le souci du reverse c’est que ça produisait trop de code inutile (sur les foreign key par exemple) et au final repasser derrière pour arranger le model m’avait fait perdre pas mal de temps.

Hors ce soir j’ai trouvé, je ne sais comment, un plugin pour Workbench pour écrire le fichier yml directement à partir de celui ci, adieu les étapes « insertion bdd, reverse ». Et en plus sur les (mini) tests que j’ai fait tout à l’air propre, les conventions doctrines sont respectés, tout est bien indiqué. Il suffit de suivre la marche à suivre suivante : http://code.google.com/p/mysql-workbench-doctrine-plugin/wiki/WorkbenchPreparationForDoctrinePlugin

Bref, en un mot c’est bon plugin Workbench bien utile :p

Pour faire simple c’est un serveur temps réel conçu pour fonctionner simplement avec du Javascript. En gros on code le serveur et le client directement en Javascript, le moteur se chargeant de transformer notre code serveur en instruction C. Du coup ça pulse et c’est léger.

En fait tout le fonctionnement est à base d’événement, comme on pourrait le faire en Flash avec Red5 ou autre. C’est à dire que le serveur envoie des évent (appelé raw), le client les reçoit, en renvoie – on peut créer nos propres évènements (appelé commande).

Le système est souple et au final on n’a pas besoin de serveur Flash ou de client Flash pour des besoins simple (comme un tchat). Je vous l’accorde, les serveurs Flash son bien plus complet (vidéo notamment), mais pour ce genre de besoin,pas la peine de prendre le marteau pour écraser la mouche.

Au final il est assez simple a prendre en main bien qu’il faut avoir le déclic à un moment pour synthétiser toute leur doc assez disparate. En effet la doc est sur le google group, le wiki, sur une page doc, sur les channels IRC .. Bref pas évident de s’y retrouver au début.

Loin de moi l’idée de faire des tutoriels pour le prendre en main, mais je vais essayer de faire des articles sur des points précis concernant des fonctionnalités que j’ai développé et des soucis que j’ai rencontré.

Page 404 :

Pour la page 404 c’est dans le fichier settings de votre application
/apps/front/config/setting.yml

Il faut tout simplement rajouter ces deux directives

1
2
3

all:
  error_404_module: home
  error_404_action: error404

Du coup quand vous aurez une erreur 404 cela sera votre page qui sera affiché, vous pourrez donc dans votre action vous ajoutez une petite ligne pour vous envoyer un mail quand y a un souci. (Le plugin nahoMail est vraiment top d’ailleurs). Du monitoring pas cher quoi.

Page 500 :

Vous croyez qu’il aurait fallu mettre

1
2
3

all:   
   error_500_module: home 
   error_500_action: error500

Et bien ça ne marche pas du tout comme ça. Pour personnaliser cette page vous devez placer un fichier « error.html.php » dans le répertoire « apps/front/config/error » (crée le au besoin). Et c’est tout.

Mais du coup voilà, nous ne sommes pas dans une action .. donc cette page n’est pas inclu dans votre layout, on ne peut non plus utiliser les classes Symfony.. et oui la page d’erreur 500 est complétement statique. Adieu le monitoring pour cette page.

Si vous connaissez un moyen de customiser cette page et de pouvoir profiter du framework en même temps je suis preneur :p

Sur ceux, à bientôt pour de nouvelles astuces Symfony

Je suis revenu quelque jours après sur ce bout de code pour le cleaner un peu et pour trouver une solution vraiment propre et voici ma « découverte » : NumberFormatter ! D’après une recherche google de 45s, il apparait que cette classe n’est disponible que pour Flex ..

Voici comment l’utiliser en AS3 seulement. Je n’ai pas pris le temps de l’essayer en MXML.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

// L'objet magique
var oFormat:NumberFormatter = new NumberFormatter();
 
// Arrondis à l'entier le plus proche
oFormat.rounding = NumberBaseRoundType.NEAREST;
 
// Et on l'utilise
trace(oFormat.format(1.51)); // Affiche 2
trace(oFormat.format(1.49)); // Affiche 1
 
// Précision à 2 décimal
// D'abord on n'arrondis plus
oFormat.rounding = NumberBaseRoundType.NONE;
// On définit le nb max de décimal
oFormat.precision = "2";
 
// Et on l'utilise
trace(oFormat.format(1.544541511)); // Affiche 1.54
trace(oFormat.format(1.1)); // Affiche1.10 - note : rajout du 0 !

Et bien sur, rien ne vaut un coup d’oeil sur la documentation Adobe !
Et voilà, c’est tout pour aujourd’hui.

Dans le cadre de ma formation « développeur informatique multi-support » on nous a demandé de créer un jeux en Java en 2D de type « mario » ou plutôt de modifier un jeux existant en vue d’apprendre par nous même le java et d’en voir un coté plus sexy que les habituelles programmes en ligne de commande.

Voici l’url que l’on nous a donné : http://fivedots.coe.psu.ac.th/~ad/jg/ch062/index.html. Ce chapitre est un extrait du livre Killer Game Programming in Java présenté par son auteur sur le site http://fivedots.coe.psu.ac.th/~ad/jg. Sur ce dernier vous trouverez d’autres jeux et d’autres chapitres intéressant.

Seulement je n’ai pas pour habitude d’apprendre en traficotant des exemples de code. Je le faisais quand je débutais en programmation, mais maintenant je pense être capable d’apprendre par moi même et de partir sur une base propre. Comme un framework par exemple !!

Les Frameworks Java

L’idée d’utiliser un framework java et capitaliser le temps des cours en une expérience riche m’est venu en regardant l’écran de Clément Biron et Romain pouclet qui s’intéressaient tout deux aux frameworks « processing » et à  « PulpCore ». (Il faut toujours cité ses sources :))

Alors pour maximiser nos découvertes je suis parti dans la découverte d’un troisième framework nommé Slick. Voila un bref apercu de ces frameworks après une journé à les regarder.

Processing

En un mot : Enorme. Le couteau suisse par exellence, ce framework s’adresse à tout le monde :

 » for people who want to program images, animation, and interactions. It is used by students, artists, designers, researchers, and hobbyists for learning, prototyping, and production. »

Personnellement, j’ai été bluffé par Processing quand j’ai vu cette vidéo :

http://bricktable.wordpress.com/about/what-is-roots/ Du java rapide O_o wahou !

Bien sur cela ne se limite pas qu’à ça :) Il y a quand même 6 livres qui sont sorties sur ce framework ! « Ça envoie du lourd » comme dirait certains :)

Pulpcore

Pulpcore je le vois plutôt comme un moyen d’embarquer du java dans des pages web de façon transparente et se rapproche plus de Flash. Exemple ici et un autre exemple là.

Bien que jeune, ce framework  tant à se faire connaitre avec son slogan provocateurs « Applets are back » :)

Slick

A la base, on nous a demandé de faire un jeux. Processing étant quand même énorme, et pulcore un peu trop limitatif, il fallait que je trouve un framework « médiant ». Hors Slick se positionne exclusivement comme étant LE framework dédié aux jeux 2D en java.  Great !

En gros, il fournit tout ce qu’on a besoin pour un jeux : gestion du clavier, gestion des collisions, gestion des cartes via Tiled

Tiled, Le Map editor supporté par Slick

Je reviendrais en détail sur ce framework en expliquant comment créer un jeux, ou du moins je mettrais le code source à disposition. Mais vous pouvez voir un exemple de code source ici : Un tank se déplacement sur une carte avec gestions des collisions !

Et vous ?

Si on vous demandez de faire un jeux Java en 2D, vous partiriez sur quoi ?