Hi Reza,<div><br></div><div>I see my name mentioned so feel responsible :). However as I&#39;m sure you are aware I&#39;m no expert. For what they are worth, here are some thoughts:</div><div><br></div><div>* seasideCallbackMarker produces the helpful error: &quot;You can only #call: and #answer: from within a callback or a Task.&quot; So presumably you are using #call outside a callback</div>
<div>* PRContentWidget&gt;&gt;onChangeContext: handles #isQuick commands differently by directly calling the #onAnswerCommand: . Perhaps examining the call stack within onAnswerCommand in the cases where the command causes and error and when it executes successfully might highlight the difference causing the problem.</div>
<div>* I brought lots of trouble on myself when I experimented with some options inside PRContentsWidget and wasn&#39;t returning all the child components from PRContentsWidget&gt;&gt;children, but that was probably unique to me.</div>
<div><br></div><div>Hope that helps</div><div><br></div><div>Nick<br><br><div class="gmail_quote">On 11 March 2010 15:14, Reza RAZAVI <span dir="ltr">&lt;<a href="mailto:razavi@acm.org">razavi@acm.org</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">At 17:36 26/02/2010, Nick Ager wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The solution I&#39;ve finally arrived at is:<br>
1) I&#39;ve added a method to my custom kernel #editingEnvironment<br>
2) I&#39;ve overridden #environment in PRPierFrame so that it now reads:<br>
<br>
 environment<br>
| environment |<br>
(self context command isView or: [self context command isQuick]) ifTrue: [<br>
environment := self context structure environment<br>
] ifFalse: [<br>
environment := self kernel editingEnvironment<br>
].<br>
<br>
^ environment<br>
</blockquote>
<br>
Hi,<br>
<br>
I&#39;m testing a specific type of *quick* command (#isQuick returns true). During their execution, triggered by PRContentsWidget &gt;&gt; onAnswerCommand:, they call other components (via #call:). My configuration is Ubuntu, Pharo, Seaside 3, and Pier2.<br>

<br>
The execution goes on smoothly when triggered via the *commands* toolbar. However, I&#39;m experiencing an issue in the following circomstances:<br>
1) When trying to switch the current template just before the start of the execution, using the above method by Nick.<br>
2) When launching the command via an internal link, and only if I&#39;m not logged in.<br>
<br>
In both cases the execution stops by the error raised in GRPharoPlatform &gt;&gt; seasideCallbackMarker.<br>
<br>
It is difficult to characterize the issue since its somehow contextual. But, it seems that #seasideCallbackMarker is sensitive to the components that are present in the current Pier Context.<br>
<br>
I&#39;d greatly appreciate any feedback on this issue.<br>
Regards,<br>
Reza<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Magritte, Pier and Related Tools ...<br>
<a href="https://www.iam.unibe.ch/mailman/listinfo/smallwiki" target="_blank">https://www.iam.unibe.ch/mailman/listinfo/smallwiki</a><br>
</blockquote></div><br></div>