Thank you both, Jörg and Jason! :)
> -Ursprüngliche Nachricht-
> Von: Jason Johnston [mailto:[EMAIL PROTECTED]
> Gesendet: Mittwoch, 18. April 2007 02:17
> An: users@cocoon.apache.org
> Betreff: Re: AW: AW: AW: AW: Continuations: Snapshot or Pointers?
>
> Joerg Heinicke
Joerg Heinicke wrote:
On 18.04.2007 00:21, Jason Johnston wrote:
If the goal is to be able to traverse the actual Java objects, you
can use form.getWidget() rather than form.getModel(). That returns
the actual org.apache.cocoon.forms.formmodel.Form object rather than
a ScriptableWidget wrapper
On 18.04.2007 00:21, Jason Johnston wrote:
If the goal is to be able to traverse the actual Java objects, you
can use form.getWidget() rather than form.getModel(). That returns
the actual org.apache.cocoon.forms.formmodel.Form object rather than
a ScriptableWidget wrapper.
Why do you let me s
On Tue, 17 Apr 2007 22:23:42 +0200, Joerg Heinicke <[EMAIL PROTECTED]> wrote:
> On 17.04.2007 16:28, Franziska Witzani wrote:
>
>> Invocation of getClassName returns an error.
>>
>> org.mozilla.javascript.EcmaError: TypeError: Cannot find function
>> getClassName.
>> (file:/D:/apache-tomcat-6.0.
On 17.04.2007 16:28, Franziska Witzani wrote:
Invocation of getClassName returns an error.
org.mozilla.javascript.EcmaError: TypeError: Cannot find function
getClassName.
(file:/D:/apache-tomcat-6.0.10/webapps/dibatest/exKo/flows/exKo.js#73)
Either the loop is not executed if written like th
In fact, I already tried to change the String that is returned by getClassName
of ScriptableWidget like this:
public String getClassName() {
return "_Widget";
}
Of course I deleted the build-directory and rebuilt Cocoon afterwards.
But toString() still returns the String "[object Wi
Joerg Heinicke gmx.de> writes:
> I really wondered about this one as well. What's Widget actually? There is no
> import in this file, only thing I found was the reference to/ defineClass of
> ScriptableWidget.
> > So, where is the class definition of the object that is returned by
> > formModel.
Franziska Witzani e-tecture.com> writes:
> I do. But for example dataModel.getChildren() is not defined (throws an
> error).
So you might still be on the JavaScript wrapper hiding the Java API, not the
actual Java object.
> In Form.js, it says
>
> function Form(formDefinition) {
> ...
> this.f
> Unfortunately, I do no longer have that inside view of CForms. But I
> wonder if you have access to the Java API. ContainerWidgets like Form
> have a method getChildren() returning an Iterator. With it you can
> traverse the form model recursively and store the values by the widgets'
> getFullN
On 16.04.2007 10:29, Franziska Witzani wrote:
As I explained before, I need to serialize the contents of the data model into the pageLocal-object.
dataModel = myCFormsFormObject.getModel();
So, what I need is more information about the data model object.
You can read the values from it, if you
--Can you show the sample with PageLocal. I'm just interested and haven't
--used it yet.
I did not test the pageLocal-thing with this example. But the use would be like
this:
...
var finalDataContainer = cocoon.createPageLocal();
...
finalDataContainer.stammdaten = value;
...
When going bac
On 13.04.2007 13:43, Franziska Witzani wrote:
@Joerg: what you said about the difference between values of variables and
references to objects is true for saving them in the PageLocal-Object.
In Continuations Flowscript-Variables seem to be only referenced as well.
They might be stored as the
Hi Jason, hi Joerg!
cocoon.createPageLocal() was exactly what I've been looking for. Thanks a lot!
@Joerg: what you said about the difference between values of variables and
references to objects is true for saving them in the PageLocal-Object.
In Continuations Flowscript-Variables seem to be o
13 matches
Mail list logo