[Pdmtl] gridflow #@

[Mathieu Bouchard]

On Sun, 11 Jul 2010, Oli44 wrote:

> j'ai un petit probl�mle avec Gridflow 0.9

Lequel ? il n'y a pas de GridFlow qui s'appelle simplement "0.9". 
S'agit-il en fait de "9.9" ? (un raccourci pour dire ce qui se serait 
appel� "0.9.9" mais j'ai coup� le z�ro initial)

> les objets qui contiennent le symbole @ ne sont pas instanci�s, tel que 
> @complex_sq

@complex_sq est d�suet. En g�n�ral, le pr�fixe @ est d�suet depuis 2005, 
mais [@complex_sq] a ensuite �t� remplac� par [# C.sq- (0 0)], lequel fait 
pas exactement la m�me chose. Aussi, [@join] n'a �t� remplac� par [#join] 
que tout r�cemment (parce que j'avais des plans de faire de [#join] 
quelque chose de diff�rent et puis j'ai chang� d'id�e).

> �a me rappelle le probl�me des objets iem commen�ant par *_ et autres � 
> remplacer par mul_

�a se peut que �a ait un lien (???), mais d'abord, v�rifie que les 
abstractions fonctionnent vraiment. Est-ce que tu peux charger les patchs 
d'aide sans probl�me ? En mode �d�taill� (pd -verbose), est-ce qu'il 
essaie vraiment d'aller voir dans le dossier �gridflow/deprecated/� ? on y 
voit � la fois [@complex_sq] et [0x40complex_sq], n'est-ce pas ?

Mais ce qui se passe avec [iem_*] vs [iem_mul] n'est pas suppos� se passer 
avec GridFlow parce que �a n'affecte que les externes charg�s 
individuellement, ce qui n'existe pas dans GridFlow. Les abstractions ne 
sont pas cens�s �tre couverts par le fonctionnement d'[hexloader]. Les 
externes charg�s en groupe comme gridflow.pd_linux et Gem.pd_linux sont 
aussi exempts, pour une raison diff�rente.

Le nom [0x40complex_sq] est alors une erreur due � ma croyance que 
[hexloader] pouvait faire quelque chose � un probl�me li� au nom 
[@complex_sq] mais je me souviens pas du tout de quel probl�me il pouvait 
bien s'agir, �tant donn� que le chargement de [@complex_sq] fonctionne 
ici.

  _ _ __ ___ _____ ________ _____________ _____________________ ...
| Mathieu Bouchard, Montr�al, Qu�bec. t�l�phone: +1.514.383.3801