<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
	<channel>
		<title><![CDATA[Hoa Forum]]></title>
		<link>http://forum.hoa-project.net/</link>
		<description><![CDATA[Le sujet le plus plus récent sur Hoa Forum.]]></description>
		<lastBuildDate>Tue, 22 Nov 2011 09:21:11 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Hoa\Cache Permettre d'associer des tags aux mises en caches.]]></title>
			<link>http://forum.hoa-project.net/topic/521/hoacache-permettre-dassocier-des-tags-aux-mises-en-caches/new/posts/</link>
			<description><![CDATA[Je viens d'ajouter une petite demande pour Hoa\Cache  sur le Wiki:
[url]http://wiki.hoathis.net/taches?&#idees_a_creuser[/url]

J'explique ma situation, j'ai un cache longue durée sur des appels API Flickr pour afficher des galeries d'images.
Leurs génération prend un temps fou :)
Et si je suis en train de travailler uniquement sur l'affichage de ces galeries,  je suis obligé de vider le cache entier afin de re-générer uniquement le cache d'affichage...
Du coup ça prend des plombes à chaque fois ;)

Voilà bon courage!]]></description>
			<author><![CDATA[dummy@example.com (jojolapine)]]></author>
			<pubDate>Tue, 22 Nov 2011 09:21:11 +0000</pubDate>
			<guid>http://forum.hoa-project.net/topic/521/hoacache-permettre-dassocier-des-tags-aux-mises-en-caches/new/posts/</guid>
		</item>
		<item>
			<title><![CDATA[Amélioration de la commande controller]]></title>
			<link>http://forum.hoa-project.net/topic/364/amelioration-de-la-commande-controller/new/posts/</link>
			<description><![CDATA[Hey,

>hoa controller:create toto

Cette commande est très pratique mais il serait intéressant de généré le fichier de vue qui va avec le controller (optionnel bien sur)

Voilou.
Merci]]></description>
			<author><![CDATA[dummy@example.com (Delbert)]]></author>
			<pubDate>Thu, 17 Nov 2011 03:58:59 +0000</pubDate>
			<guid>http://forum.hoa-project.net/topic/364/amelioration-de-la-commande-controller/new/posts/</guid>
		</item>
		<item>
			<title><![CDATA[[Xyl] Interpretation partielle]]></title>
			<link>http://forum.hoa-project.net/topic/517/xyl-interpretation-partielle/new/posts/</link>
			<description><![CDATA[Il serait sympa d'ajouter (sauf si c'est déjà possible :D et la tu peux supprimer mon post) une interprétation partielle d'un XYL avec les paramètres courant de l'application.


Exemple :
J'ai une application avec un routeur , un dispatcheur et tout ca qui marche bien , mais pour un besoin particulier j'ai besoin d'inclure une interprétation partielle d'un overlay qui pourra être ainsi ajouter simplement avec un appel de XHR


avec un code qui pourrait être un code du genre :
[code]
public function AjaxActionAsync(){
$xyl = new \Hoa\Xyl\Partial(new \Hoa\File\Read('hoa://foo.xyl'));
echo $xyl->interprete();
}
[/code]

et donc le code pourrait ainsi retrouver le dernier routeur , le dernier dispatcheur etc :) et ainsi pouvoir inclure un "fichier" xyl dans une page html sans pour autant se taper un nouveau <head> etc 

Tu vois ce que je veux dire ?

Cdt. Hawk]]></description>
			<author><![CDATA[dummy@example.com (raphael)]]></author>
			<pubDate>Sat, 05 Nov 2011 21:51:54 +0000</pubDate>
			<guid>http://forum.hoa-project.net/topic/517/xyl-interpretation-partielle/new/posts/</guid>
		</item>
		<item>
			<title><![CDATA[[Xyl] Gestion de l'internationnalisation]]></title>
			<link>http://forum.hoa-project.net/topic/462/xyl-gestion-de-linternationnalisation/new/posts/</link>
			<description><![CDATA[Bonjour à tous,

Je me suis posé une question récemment, comment proposer l’internationalisation de nos pages écrite en Xyl?
Je souhaitais utiliser gettext et je ne vois pas trop comment faire:
[list=*]
[*]Passer tout le texte dans les controlleurs pour pouvoir utiliser _()
C'est une solution simple, mais qui ne me séduit pas, on perd la contextualisation du texte au sein de la page[/*]
[*]Créer une nouvelle balise Xyl qui s'utiliserais comme ça:[/*]
[/list][code]
...
// je ne sais pas trop comment on fait les binding mais l'idée c'est de passer une langue à la vue (overlay ou autre) afin que gettext soit initialisé correctement
<document xmlns="http://hoa-project.net/xyl/xylophone" lang="@lang">
...
// traductions sur le domaine courant (ie doc.xyl.mo par exemple)
<traduc>Mon joli texte</traduc>

// traductions sur un autre domaine (ie global.xyl.mo)
<traduc domain="global">Mon joli texte</traduc>[/code]
Le problème de cette deuxième solution c'est que de mémoire il ne sera pas possible d'utiliser xgettext pour l'extraction dans les .po

Donc la question reste ouverte... 
Je n'ai pas de solutions à proposer ;)

A vos idée!]]></description>
			<author><![CDATA[dummy@example.com (jojolapine)]]></author>
			<pubDate>Fri, 06 May 2011 07:04:17 +0000</pubDate>
			<guid>http://forum.hoa-project.net/topic/462/xyl-gestion-de-linternationnalisation/new/posts/</guid>
		</item>
		<item>
			<title><![CDATA[Stade de développement visible]]></title>
			<link>http://forum.hoa-project.net/topic/443/stade-de-developpement-visible/new/posts/</link>
			<description><![CDATA[Voila, aujourd'hui j'ai parcouru plein de posts pour pouvoir manipuler un peu xyl

Ça serait super pour chaque prochaine évolution de voir les stades de l'idée.

Par exemple pour le xyl.

Nous aurions un onglet Stade 1
avec un développement (texte) que tu auras fait (sur l'idée global de XYL)

en dessous il y aurait tout les feedback par rapport à ce stade


Pour l'anglet stade 2 nous aurions la première implémentation de Hoa (pas final)
avec les différent feedback

Jusqu'à arriver à l'onglet N (final)

Et suivra par la suite les différentes évolutions dans de nouvelles rubriques rattaché à la page mère (dans notre exemple "Xyl")

J'ai été clair ?

Pour moi ça serait super pour la communauté.
Si quelqu'un à un problème avec la doc, il pourra aller chercher directement dans le guide des évolutions et après dans le forum]]></description>
			<author><![CDATA[darche.antoine@gmail.com (Hywan)]]></author>
			<pubDate>Thu, 10 Mar 2011 04:23:41 +0000</pubDate>
			<guid>http://forum.hoa-project.net/topic/443/stade-de-developpement-visible/new/posts/</guid>
		</item>
		<item>
			<title><![CDATA[[Xyl] gestion des ressources (css/js)]]></title>
			<link>http://forum.hoa-project.net/topic/427/xyl-gestion-des-ressources-cssjs/new/posts/</link>
			<description><![CDATA[Bonjour!

J'aurais voulu avoir une toute petite info sur les futures fonctionnalités de Xyl:
Est-ce qu'il pourra gérer nativement la concaténation et/ou la "minimification" des ressources css et javascript?
Si oui alors je patiente.
Si non est-ce que vous croyez qu'un Hoathis serait interessant?
ça donnerais quelque chose comme ça:
Controllers:
[code]
function TestAction(){

    $this->view->ressources = array(
        'js'=>array('1','2','3'),
        'css'=>array('4','5','6')
    );

   // code de l'action

}
[/code]
Layout principal:
[code]
<?php

$res = new Hoathis_Ressources($this->ressources);
?>
<html>
<head>

<?php
$res->includeCss()
    ->includeJs();
?>
</head>
<body>
</body>
</html>
[/code]

Est-ce que ce genre de chose vous serais utile?
Si oui Hywan est-ce qu'il vaut mieux que je développe maintenant  ou que j'attende de voir ce que donne Hoathis dans la version de Hoa qui arrive?]]></description>
			<author><![CDATA[dummy@example.com (Hywan)]]></author>
			<pubDate>Wed, 09 Mar 2011 18:46:41 +0000</pubDate>
			<guid>http://forum.hoa-project.net/topic/427/xyl-gestion-des-ressources-cssjs/new/posts/</guid>
		</item>
		<item>
			<title><![CDATA[Amélioration du dispatcher du controlleur frontal]]></title>
			<link>http://forum.hoa-project.net/topic/411/amelioration-du-dispatcher-du-controlleur-frontal/new/posts/</link>
			<description><![CDATA[Bonsoir,

Voilà, l'idée principale est de pouvoir répartir les requêtes de type XHR (ou AJAX) vers une action spécifique.
Voir même de désactiver les rendus / vue & layout.

[b]Exemple:[/b]
Requête HTTP : http://host/controller/action/ -> controllerController.php actionAction()
Requête HTTP XHR : http://host/controller/action/ -> controllerController.php actionActionXhr()

L'idée est de pouvoir interagir dans un contexte différent.
Pour les applications extjs, etc.

Vos avis ?]]></description>
			<author><![CDATA[dummy@example.com (Hywan)]]></author>
			<pubDate>Thu, 18 Nov 2010 08:21:18 +0000</pubDate>
			<guid>http://forum.hoa-project.net/topic/411/amelioration-du-dispatcher-du-controlleur-frontal/new/posts/</guid>
		</item>
		<item>
			<title><![CDATA[Amélioration Commande Application:start]]></title>
			<link>http://forum.hoa-project.net/topic/376/amelioration-commande-applicationstart/new/posts/</link>
			<description><![CDATA[Serait-il possible d'ajouter le dossier [b]Public[/b] lors de la création de l'application ??]]></description>
			<author><![CDATA[darche.antoine@gmail.com (Ecureuil Virtuel)]]></author>
			<pubDate>Tue, 01 Jun 2010 07:44:56 +0000</pubDate>
			<guid>http://forum.hoa-project.net/topic/376/amelioration-commande-applicationstart/new/posts/</guid>
		</item>
		<item>
			<title><![CDATA[Hoa_Database_Dal]]></title>
			<link>http://forum.hoa-project.net/topic/354/hoadatabasedal/new/posts/</link>
			<description><![CDATA[Hey,

Tu connais adodb ? Une bibliotheque de gestion de n'importe quel base de donnée en php.

Très très lourd, tu rajoute facile 2 sec à l'affichage de ton site rien qu'à l'affichage d'un echo ^^.

Mais je retiens toujours des belles fonctions que j'avais rajouté à ma classe Hoathis_Mysql.

Genre :
[list=*]
[*]getOne ( $requete)[/*]
[/list]
[list=*]
[*]getAll ( $requete )[/*]
[/list]
[list=*]
[*]insert ( $data, $table )[/*]
[/list]
[list=*]
[*]delete ( $data, $table )[/*]
[/list]

Des fonctions très pratique de base et codé en 10 min et un temps énorme d'erreur.
FormBuilder c'est uniquement fait pour construire les requête surtout des grosses requêtes mais si on pouvais insérer ces méthodes dans Database_Dal, n'importe qui pourra faire les doigts dans le nez n'importe quel requête.]]></description>
			<author><![CDATA[darche.antoine@gmail.com (Hywan)]]></author>
			<pubDate>Thu, 01 Apr 2010 19:41:18 +0000</pubDate>
			<guid>http://forum.hoa-project.net/topic/354/hoadatabasedal/new/posts/</guid>
		</item>
		<item>
			<title><![CDATA[Intégration de dossiers de paquets partagés avec Hoa]]></title>
			<link>http://forum.hoa-project.net/topic/268/integration-de-dossiers-de-paquets-partages-avec-hoa/new/posts/</link>
			<description><![CDATA[Hey,

Une petite idée qui me semble bien pratique...

A force d'utiliser Hoa, j'ai souvent été amené à [b]créer un ou plusieurs dossiers hors du dossier Framework/ qui regroupe l'ensemble des classes de fonctionnement[/b] utilisées dans un projet. 
Exemple: classe d'utilisateur, classes pour les contenus, etc.

Avec la version actuelle, en modifie la valeur de configuration include_path il n'est pas possible d'ajouter d'autres dossiers sans apporter une modification à la méthode Hoa_Framework::import().

Il serait intéressant de faire profiter ce ou ces dossiers de cette fonction import.

[b]L'idée serait de pouvoir ajouter si souhaité des répertoires partagés à Hoa[/b] et ainsi disposer cette fonction pour l'import des fonctionnements.

La question, [b]comment intégrer cette fonctionnalité dans Hoa ?[/b] (j'ai déja quelques idées...)

Je laisse le débat ouvert pour réunir d'autres idées sur cette question.

---

Idées:
[list=*]
[*]Une modification de la méthode d'importation avec un balayage récursif sur les valeur d'include_path.[/*]
[*]Ajout d'une autre méthode import spécifique pour l'ajout de dossiers partagés(bof bof, ça p.. le bricolage ^^)[/*]
[/list]]]></description>
			<author><![CDATA[dummy@example.com (tetardo)]]></author>
			<pubDate>Thu, 15 Oct 2009 06:31:17 +0000</pubDate>
			<guid>http://forum.hoa-project.net/topic/268/integration-de-dossiers-de-paquets-partages-avec-hoa/new/posts/</guid>
		</item>
		<item>
			<title><![CDATA[Rewrite avec pattern [a-z]]]></title>
			<link>http://forum.hoa-project.net/topic/251/rewrite-avec-pattern-az/new/posts/</link>
			<description><![CDATA[Bonjour,

Je viens de mettre en place des règles de réécriture (j'ai réussis tout seul comme un grand ;) )
Par contre, je me pose la question suivante, serait t'il possible d'ajouter des règles de réécriture avec un pattern preg_match.

Par exemple :

Au lieu de :
'pattern' => '/(:module)/(:action)-(:id).html'
un truc du genre : 
'pattern' => '/(([a-z]+):module)/(([a-z]+):action)-(([0-9]+):id).html']]></description>
			<author><![CDATA[dummy@example.com (borisB)]]></author>
			<pubDate>Fri, 25 Sep 2009 08:29:32 +0000</pubDate>
			<guid>http://forum.hoa-project.net/topic/251/rewrite-avec-pattern-az/new/posts/</guid>
		</item>
		<item>
			<title><![CDATA[Auto-chargement des modèles similaires aux paquetages]]></title>
			<link>http://forum.hoa-project.net/topic/243/autochargement-des-modeles-similaires-aux-paquetages/new/posts/</link>
			<description><![CDATA[Bonjour :) .

Je développe mon site perso, qui sera principalement constitué d'un weblog. Pour simplifier au maximum le développement, j'ai créé différents modèles :

[list=*]
[*][b]Weblog :[/b] Charge les données de la BDD, puis gère l'affichage de la pagination.[/*]
[*][b]Weblog_Article :[/b] Charge un article précis depuis les données de Weblog, affiche l'article, et permet de créer un nouvel article.[/*]
[*][b]Weblog_Comment :[/b] Identique à Weblog_Article, mais pour les commentaires.[/*]
[/list]

En gros, c'est un peu comme une couche ORM améliorée, mais je ne sais pas m'en servir pour le moment, donc j'attends la documentation :p .

Le tout est organisé selon le même type d'arborescence que les paquetages. Soit :
AccueilModel/
|_ Weblog/
…|_ Article.php
…|_ Comment.php
…|_ Weblog.php

Seulement, ça ne fonctionne pas. Et effectivement, en regardant la documentation API, la méthode [i]autoloadModel[/i] ne fait pas la conversion comme les paquetages :D .

[b]Je proposerais donc que le chargement automatique des modèles se fasse soit comme actuellement, soit selon le système des paquetages en fonction des fichiers trouvés, ou selon une entrée de configuration modifiable par le développeur. Ou carrément en faire le système par défaut :p .[/b]
À moins que cela soit déjà en projet dans la prochaine version :D !

PS : Pour ma part, j'ai trouvé une autre solution : un dossier Model dans le dossier Framework. Il me suffit alors d'utiliser la fonction [i]import()[/i] (par exemple [i]import( 'Model.Weblog.~' )[/i] ) :) .]]></description>
			<author><![CDATA[dummy@example.com (Hywan)]]></author>
			<pubDate>Thu, 13 Aug 2009 07:15:52 +0000</pubDate>
			<guid>http://forum.hoa-project.net/topic/243/autochargement-des-modeles-similaires-aux-paquetages/new/posts/</guid>
		</item>
		<item>
			<title><![CDATA[Exemples - démos]]></title>
			<link>http://forum.hoa-project.net/topic/185/exemples-demos/new/posts/</link>
			<description><![CDATA[Salut,

Ça serait vraiment bien pour les débutants comme moi de disposer d'exemples simple et d'exemples compliqués.
Des petits fichiers de démos sont très efficace pour apprendre et ça permet de commencer à avoir des résultats très vite :)

Merci....]]></description>
			<author><![CDATA[dummy@example.com (time132)]]></author>
			<pubDate>Wed, 25 Mar 2009 17:27:33 +0000</pubDate>
			<guid>http://forum.hoa-project.net/topic/185/exemples-demos/new/posts/</guid>
		</item>
	</channel>
</rss>

