<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[Hoa Forum]]></title>
	<link rel="self" href="http://forum.hoa-project.net/feed/atom/forum/4/"/>
	<updated>2011-11-22T09:21:11Z</updated>
	<generator>PunBB</generator>
	<id>http://forum.hoa-project.net/</id>
		<entry>
			<title type="html"><![CDATA[Hoa\Cache Permettre d'associer des tags aux mises en caches.]]></title>
			<link rel="alternate" href="http://forum.hoa-project.net/topic/521/hoacache-permettre-dassocier-des-tags-aux-mises-en-caches/new/posts/"/>
			<summary type="html"><![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!]]></summary>
			<author>
				<name><![CDATA[jojolapine]]></name>
				<uri>http://forum.hoa-project.net/user/20/</uri>
			</author>
			<updated>2011-11-22T09:21:11Z</updated>
			<id>http://forum.hoa-project.net/topic/521/hoacache-permettre-dassocier-des-tags-aux-mises-en-caches/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Amélioration de la commande controller]]></title>
			<link rel="alternate" href="http://forum.hoa-project.net/topic/364/amelioration-de-la-commande-controller/new/posts/"/>
			<summary type="html"><![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]]></summary>
			<author>
				<name><![CDATA[Delbert]]></name>
				<uri>http://forum.hoa-project.net/user/65/</uri>
			</author>
			<updated>2011-11-17T03:58:59Z</updated>
			<id>http://forum.hoa-project.net/topic/364/amelioration-de-la-commande-controller/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[[Xyl] Interpretation partielle]]></title>
			<link rel="alternate" href="http://forum.hoa-project.net/topic/517/xyl-interpretation-partielle/new/posts/"/>
			<summary type="html"><![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]]></summary>
			<author>
				<name><![CDATA[raphael]]></name>
				<uri>http://forum.hoa-project.net/user/75/</uri>
			</author>
			<updated>2011-11-05T21:51:54Z</updated>
			<id>http://forum.hoa-project.net/topic/517/xyl-interpretation-partielle/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[[Xyl] Gestion de l'internationnalisation]]></title>
			<link rel="alternate" href="http://forum.hoa-project.net/topic/462/xyl-gestion-de-linternationnalisation/new/posts/"/>
			<summary type="html"><![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!]]></summary>
			<author>
				<name><![CDATA[jojolapine]]></name>
				<uri>http://forum.hoa-project.net/user/20/</uri>
			</author>
			<updated>2011-05-06T07:04:17Z</updated>
			<id>http://forum.hoa-project.net/topic/462/xyl-gestion-de-linternationnalisation/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Stade de développement visible]]></title>
			<link rel="alternate" href="http://forum.hoa-project.net/topic/443/stade-de-developpement-visible/new/posts/"/>
			<summary type="html"><![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]]></summary>
			<author>
				<name><![CDATA[Hywan]]></name>
				<email><![CDATA[darche.antoine@gmail.com]]></email>
				<uri>http://forum.hoa-project.net/user/77/</uri>
			</author>
			<updated>2011-03-10T04:23:41Z</updated>
			<id>http://forum.hoa-project.net/topic/443/stade-de-developpement-visible/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[[Xyl] gestion des ressources (css/js)]]></title>
			<link rel="alternate" href="http://forum.hoa-project.net/topic/427/xyl-gestion-des-ressources-cssjs/new/posts/"/>
			<summary type="html"><![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?]]></summary>
			<author>
				<name><![CDATA[Hywan]]></name>
				<uri>http://forum.hoa-project.net/user/20/</uri>
			</author>
			<updated>2011-03-09T18:46:41Z</updated>
			<id>http://forum.hoa-project.net/topic/427/xyl-gestion-des-ressources-cssjs/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Amélioration du dispatcher du controlleur frontal]]></title>
			<link rel="alternate" href="http://forum.hoa-project.net/topic/411/amelioration-du-dispatcher-du-controlleur-frontal/new/posts/"/>
			<summary type="html"><![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 ?]]></summary>
			<author>
				<name><![CDATA[Hywan]]></name>
				<uri>http://forum.hoa-project.net/user/22/</uri>
			</author>
			<updated>2010-11-18T08:21:18Z</updated>
			<id>http://forum.hoa-project.net/topic/411/amelioration-du-dispatcher-du-controlleur-frontal/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Amélioration Commande Application:start]]></title>
			<link rel="alternate" href="http://forum.hoa-project.net/topic/376/amelioration-commande-applicationstart/new/posts/"/>
			<summary type="html"><![CDATA[Serait-il possible d'ajouter le dossier [b]Public[/b] lors de la création de l'application ??]]></summary>
			<author>
				<name><![CDATA[Ecureuil Virtuel]]></name>
				<email><![CDATA[darche.antoine@gmail.com]]></email>
				<uri>http://forum.hoa-project.net/user/77/</uri>
			</author>
			<updated>2010-06-01T07:44:56Z</updated>
			<id>http://forum.hoa-project.net/topic/376/amelioration-commande-applicationstart/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Hoa_Database_Dal]]></title>
			<link rel="alternate" href="http://forum.hoa-project.net/topic/354/hoadatabasedal/new/posts/"/>
			<summary type="html"><![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.]]></summary>
			<author>
				<name><![CDATA[Hywan]]></name>
				<email><![CDATA[darche.antoine@gmail.com]]></email>
				<uri>http://forum.hoa-project.net/user/77/</uri>
			</author>
			<updated>2010-04-01T19:41:18Z</updated>
			<id>http://forum.hoa-project.net/topic/354/hoadatabasedal/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Intégration de dossiers de paquets partagés avec Hoa]]></title>
			<link rel="alternate" href="http://forum.hoa-project.net/topic/268/integration-de-dossiers-de-paquets-partages-avec-hoa/new/posts/"/>
			<summary type="html"><![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]]]></summary>
			<author>
				<name><![CDATA[tetardo]]></name>
				<uri>http://forum.hoa-project.net/user/65/</uri>
			</author>
			<updated>2009-10-15T06:31:17Z</updated>
			<id>http://forum.hoa-project.net/topic/268/integration-de-dossiers-de-paquets-partages-avec-hoa/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Rewrite avec pattern [a-z]]]></title>
			<link rel="alternate" href="http://forum.hoa-project.net/topic/251/rewrite-avec-pattern-az/new/posts/"/>
			<summary type="html"><![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']]></summary>
			<author>
				<name><![CDATA[borisB]]></name>
				<uri>http://forum.hoa-project.net/user/78/</uri>
			</author>
			<updated>2009-09-25T08:29:32Z</updated>
			<id>http://forum.hoa-project.net/topic/251/rewrite-avec-pattern-az/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Auto-chargement des modèles similaires aux paquetages]]></title>
			<link rel="alternate" href="http://forum.hoa-project.net/topic/243/autochargement-des-modeles-similaires-aux-paquetages/new/posts/"/>
			<summary type="html"><![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] ) :) .]]></summary>
			<author>
				<name><![CDATA[Hywan]]></name>
				<uri>http://forum.hoa-project.net/user/68/</uri>
			</author>
			<updated>2009-08-13T07:15:52Z</updated>
			<id>http://forum.hoa-project.net/topic/243/autochargement-des-modeles-similaires-aux-paquetages/new/posts/</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Exemples - démos]]></title>
			<link rel="alternate" href="http://forum.hoa-project.net/topic/185/exemples-demos/new/posts/"/>
			<summary type="html"><![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....]]></summary>
			<author>
				<name><![CDATA[time132]]></name>
				<uri>http://forum.hoa-project.net/user/64/</uri>
			</author>
			<updated>2009-03-25T17:27:33Z</updated>
			<id>http://forum.hoa-project.net/topic/185/exemples-demos/new/posts/</id>
		</entry>
</feed>

