<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Commentaires sur : Liens inter-applications avec Symfony 1.1</title>
	<atom:link href="http://www.glagla.org/weblog/2008/07/24/liens-inter-applications-avec-symfony-11/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.glagla.org/weblog/2008/07/24/liens-inter-applications-avec-symfony-11/</link>
	<description>Le blog sans prétentions d'Olivier Mansour</description>
	<pubDate>Mon, 01 Dec 2008 19:21:06 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>Par : Liens inter-applications avec Symfony 1.2 » Glagla Dot Org - Le blog sans prétentions d’Olivier Mansour</title>
		<link>http://www.glagla.org/weblog/2008/07/24/liens-inter-applications-avec-symfony-11/#comment-1115</link>
		<dc:creator>Liens inter-applications avec Symfony 1.2 » Glagla Dot Org - Le blog sans prétentions d’Olivier Mansour</dc:creator>
		<pubDate>Mon, 10 Nov 2008 19:41:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.glagla.org/weblog/?p=385#comment-1115</guid>
		<description>[...] une première tentative peu concluante, voici un autre helper permettant de faire des liens entre différentes applications [...]</description>
		<content:encoded><![CDATA[<p>[...] une première tentative peu concluante, voici un autre helper permettant de faire des liens entre différentes applications [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Olivier Mansour</title>
		<link>http://www.glagla.org/weblog/2008/07/24/liens-inter-applications-avec-symfony-11/#comment-1040</link>
		<dc:creator>Olivier Mansour</dc:creator>
		<pubDate>Thu, 02 Oct 2008 14:32:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.glagla.org/weblog/?p=385#comment-1040</guid>
		<description>thanks for those notes. Merci pour vos remarques. 

Pour l'instant je n'en ai pas le temps mais je pense que l'on peut fournir une bonne solution rapidement. 

I'll try to find out something working fine with sf 1.2 quickqly.

regards
Olivier</description>
		<content:encoded><![CDATA[<p>thanks for those notes. Merci pour vos remarques. </p>
<p>Pour l&#8217;instant je n&#8217;en ai pas le temps mais je pense que l&#8217;on peut fournir une bonne solution rapidement. </p>
<p>I&#8217;ll try to find out something working fine with sf 1.2 quickqly.</p>
<p>regards<br />
Olivier</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Thomas</title>
		<link>http://www.glagla.org/weblog/2008/07/24/liens-inter-applications-avec-symfony-11/#comment-1039</link>
		<dc:creator>Thomas</dc:creator>
		<pubDate>Thu, 02 Oct 2008 13:53:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.glagla.org/weblog/?p=385#comment-1039</guid>
		<description>Hi Olivier!

Thanks for your code - two little things I have discovered:

1) You do

list($route_name, $parameters) = sfContext::getInstance($appname)-&#62;getController()-&#62;convertUrlStringToParameters($url);

twice, while you don't even use the result(s) of the first call 

2) The URL generation won't work with more complex URLs which do not follow the /:module/:action pattern, because convertUrlStringToParameters() is not aware of these patterns. Its better to use

$parameters = sfContext::getInstance($appname)-&#62;getRouting()-&#62;parse($url);

and give null as first parameter to sfRouting::generate() later on.

Thomas.</description>
		<content:encoded><![CDATA[<p>Hi Olivier!</p>
<p>Thanks for your code - two little things I have discovered:</p>
<p>1) You do</p>
<p>list($route_name, $parameters) = sfContext::getInstance($appname)->getController()->convertUrlStringToParameters($url);</p>
<p>twice, while you don&#8217;t even use the result(s) of the first call </p>
<p>2) The URL generation won&#8217;t work with more complex URLs which do not follow the /:module/:action pattern, because convertUrlStringToParameters() is not aware of these patterns. Its better to use</p>
<p>$parameters = sfContext::getInstance($appname)->getRouting()->parse($url);</p>
<p>and give null as first parameter to sfRouting::generate() later on.</p>
<p>Thomas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Olivier Mansour</title>
		<link>http://www.glagla.org/weblog/2008/07/24/liens-inter-applications-avec-symfony-11/#comment-1036</link>
		<dc:creator>Olivier Mansour</dc:creator>
		<pubDate>Fri, 26 Sep 2008 18:47:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.glagla.org/weblog/?p=385#comment-1036</guid>
		<description>Merci Thomas et Tonio pour vos retours, il y a un bien un os. A priori pour restaurer le contexte de base il suffirait : 

le sauver au début de la fonction 
$context = sfContext::getInstance();

ou sauver simplement la configuration
$fconfiguration = sfContext::getInstance()-&gt;getConfiguration()

et switcher vers lui avant le return  avec sfContext::switchTo ou encore le recréer depus la config.

Je n'ai pas testé, mais si quelqu'un a une bonne solution sous le coude, cela m'enchanterai ;-)</description>
		<content:encoded><![CDATA[<p>Merci Thomas et Tonio pour vos retours, il y a un bien un os. A priori pour restaurer le contexte de base il suffirait : </p>
<p>le sauver au début de la fonction<br />
$context = sfContext::getInstance();</p>
<p>ou sauver simplement la configuration<br />
$fconfiguration = sfContext::getInstance()->getConfiguration()</p>
<p>et switcher vers lui avant le return  avec sfContext::switchTo ou encore le recréer depus la config.</p>
<p>Je n&#8217;ai pas testé, mais si quelqu&#8217;un a une bonne solution sous le coude, cela m&#8217;enchanterai ;-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Oncle Tom</title>
		<link>http://www.glagla.org/weblog/2008/07/24/liens-inter-applications-avec-symfony-11/#comment-1035</link>
		<dc:creator>Oncle Tom</dc:creator>
		<pubDate>Fri, 26 Sep 2008 14:17:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.glagla.org/weblog/?p=385#comment-1035</guid>
		<description>Je pense que je rencontre le même problème que Tonio. Il se trouve qu'en faisant sfContext::createInstance(), symfony bascule automatiquement vers cette instance.

Donc tu perds tes styles et tout parce qu'il écrase également tout le travail qui a été fait jusqu'à présent (css, js, entêtes http &#38; cie).

Je m'en suis rendu compte : mes partials ne s'affichaient plus après l'utilisation du helper. symfony allait les chercher dans le frontend.

Il faudrait rajouter une bascule vers l'instance de départ pour rétablir la vapeur comme il faut.</description>
		<content:encoded><![CDATA[<p>Je pense que je rencontre le même problème que Tonio. Il se trouve qu&#8217;en faisant sfContext::createInstance(), symfony bascule automatiquement vers cette instance.</p>
<p>Donc tu perds tes styles et tout parce qu&#8217;il écrase également tout le travail qui a été fait jusqu&#8217;à présent (css, js, entêtes http &#038; cie).</p>
<p>Je m&#8217;en suis rendu compte : mes partials ne s&#8217;affichaient plus après l&#8217;utilisation du helper. symfony allait les chercher dans le frontend.</p>
<p>Il faudrait rajouter une bascule vers l&#8217;instance de départ pour rétablir la vapeur comme il faut.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Oncle Tom</title>
		<link>http://www.glagla.org/weblog/2008/07/24/liens-inter-applications-avec-symfony-11/#comment-1011</link>
		<dc:creator>Oncle Tom</dc:creator>
		<pubDate>Tue, 26 Aug 2008 20:26:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.glagla.org/weblog/?p=385#comment-1011</guid>
		<description>À noter que j'ai aussi découvert `sfContext::switchTo('controller_env')` qui effectue une bascule totale du contexte vers cet environnement (config, utilisateurs &#38; cie).

Je l'ai utilisé dans le cas de liens "preview" du back vers le front sans avoir à me casser la tête.

Très pratique je trouve.</description>
		<content:encoded><![CDATA[<p>À noter que j&#8217;ai aussi découvert `sfContext::switchTo(&#8217;controller_env&#8217;)` qui effectue une bascule totale du contexte vers cet environnement (config, utilisateurs &#038; cie).</p>
<p>Je l&#8217;ai utilisé dans le cas de liens &#8220;preview&#8221; du back vers le front sans avoir à me casser la tête.</p>
<p>Très pratique je trouve.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Olivier Mansour</title>
		<link>http://www.glagla.org/weblog/2008/07/24/liens-inter-applications-avec-symfony-11/#comment-1010</link>
		<dc:creator>Olivier Mansour</dc:creator>
		<pubDate>Mon, 11 Aug 2008 20:38:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.glagla.org/weblog/?p=385#comment-1010</guid>
		<description>Oui, en théorie cela devrait bien fonctionner. Pas de raison à mon avis que cela génère le bug que tu décris. Ou bien, c'est un bug de Symfony ?!</description>
		<content:encoded><![CDATA[<p>Oui, en théorie cela devrait bien fonctionner. Pas de raison à mon avis que cela génère le bug que tu décris. Ou bien, c&#8217;est un bug de Symfony ?!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Tonio</title>
		<link>http://www.glagla.org/weblog/2008/07/24/liens-inter-applications-avec-symfony-11/#comment-1009</link>
		<dc:creator>Tonio</dc:creator>
		<pubDate>Mon, 04 Aug 2008 07:27:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.glagla.org/weblog/?p=385#comment-1009</guid>
		<description>Hello,

J'essaie de me servir de cette fonction. Si je génère une URL dans une action, aucun soucis. Par contre si je m'en sers dans layout.php, je perds mes feuilles de style (pas de d'appel dans le html généré). C'est possiblement un bug, ou j'ai encore codé avec les pieds ? :)

Merci,

Tonio</description>
		<content:encoded><![CDATA[<p>Hello,</p>
<p>J&#8217;essaie de me servir de cette fonction. Si je génère une URL dans une action, aucun soucis. Par contre si je m&#8217;en sers dans layout.php, je perds mes feuilles de style (pas de d&#8217;appel dans le html généré). C&#8217;est possiblement un bug, ou j&#8217;ai encore codé avec les pieds ? :)</p>
<p>Merci,</p>
<p>Tonio</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : nautilebleu</title>
		<link>http://www.glagla.org/weblog/2008/07/24/liens-inter-applications-avec-symfony-11/#comment-1003</link>
		<dc:creator>nautilebleu</dc:creator>
		<pubDate>Fri, 25 Jul 2008 12:55:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.glagla.org/weblog/?p=385#comment-1003</guid>
		<description>http://fr.pastebin.ca/1082529

Ce n'est pas un retour mais voici ma solution, pas très différente apparemment. 
Je ne gère dans ce helper que la génération du lien. Il faut donc faire:

link_to('text', cross_app_link_to('app', 'route', array(
  'arg1' =&#62; 'value1',
  'arg2' =&#62; 'value2',
))) 

Je ne gère pas non plus les fragments.

A noter que certains paramètres de config (tels que ceux du sfPropelActAsNestedSetBehaviorPlugin disparaissent lorsque l'on switche le contexte, d'où le stockage de ces paramètres au début du helper.</description>
		<content:encoded><![CDATA[<p><a href="http://fr.pastebin.ca/1082529" rel="nofollow">http://fr.pastebin.ca/1082529</a></p>
<p>Ce n&#8217;est pas un retour mais voici ma solution, pas très différente apparemment.<br />
Je ne gère dans ce helper que la génération du lien. Il faut donc faire:</p>
<p>link_to(&#8217;text&#8217;, cross_app_link_to(&#8217;app&#8217;, &#8216;route&#8217;, array(<br />
  &#8216;arg1&#8242; => &#8216;value1&#8242;,<br />
  &#8216;arg2&#8242; => &#8216;value2&#8242;,<br />
))) </p>
<p>Je ne gère pas non plus les fragments.</p>
<p>A noter que certains paramètres de config (tels que ceux du sfPropelActAsNestedSetBehaviorPlugin disparaissent lorsque l&#8217;on switche le contexte, d&#8217;où le stockage de ces paramètres au début du helper.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
