You have seen this discussion before, but we delayed making
a decision until the code entered CVS and more people had a
chance to examine and use it. For an example, see the Form
Model GUI sample from the Woody sample page.
The union widget was named after a C language construct,
but no longer
--- Robert Koberg [EMAIL PROTECTED] wrote:
Corporate sponsorship has been pulled from Saxon too (Kay was employed
by Software AG). He recently left. He said on the saxon list that he
will continue to support it, though most effort will go into v7+.
He also mentioned he might release a
I committed the class, new, struct, and union code to cforms
(Woody forms) last night. The new form model developer GUI
demonstrates the new functionality. Note that the save side
of the binding for this form does not work yet, but you can
see it load the sample form and then interactively make
I have a huge commit pending that adds the class, new,
struct, and union concepts to the CForms binding, model,
and template implementation. At this point there are
still a few issues to work out, but I do not see any
regressions in it that would affect forms that do not use
the new features.
I was just adding a default attribute to the Field widget, but
then I started thinking...
For a Field widget a default value could be specified as either an
attribute or as the contents of a new element (e.g. wd:default/).
Which do you think is better, and what would be a good name?
I lean
--- Sylvain Wallez [EMAIL PROTECTED] wrote:
Hehe, thinking before coding is often a good thing ;-)
Actually I coded it a few weeks ago and only started thinking
when I considered committing the code =:)
Why don't you do it the way it's done in the wb:value binding? For
binding to an XML
I made my first commit (to cform's AbstractWidget.java).
Would somebody please check whether the line endings
were handled correctly?
Thanks
--Tim Larson
__
Do you Yahoo!?
New Yahoo! Photos - easier uploading and sharing.
http://photos.yahoo.com/
--- Marc Portier [EMAIL PROTECTED] wrote:
I refactored the approach to introduce some CommonAttributes, it should
be easier now to add more of those. (should have done that directly with
the @direction stuff, but hey)
Nice enhancement. Thanks for coding all this. I was going to do it, but
--- Roger I Martin PhD [EMAIL PROTECTED] wrote:
Hi Timothy,
Have you resolved this yet? I could push some snapshots of the WinCVS and
PuTTY configurations(for a sourceforge project) to you if it helps. One of
the things that made WinCVS and PuTTY work together for me was saving the
PuTTY
What do you think of adding an optional lenient attribute to
the context binding? A value of true or false would cause
that lenience setting to be applied to the JXPathContext.
If the attribute is missing or holds any other value then the
leniency setting of its parent would apply.
Other than
From the binding and other places I would like access to information
about where widgets are defined, so it can be reported in exceptions.
I added code to the widget definitions and builders to get and store
this information from the DOM. The question is whether this info
should be retrieved from
--- Marc Portier [EMAIL PROTECTED] wrote:
Timothy Larson wrote:
What do you think of adding an optional lenient attribute to
the context binding?
having just done the @direction refactoring I would even suggest to put
this also on the top level (JXPathBindingBase) so all binding elements
--- Bertrand Delacretaz [EMAIL PROTECTED] wrote:
Le Lundi, 15 déc 2003, à 08:17 Europe/Zurich, Reinhard Poetz a écrit :
I want to propose Daniel Fagerstrom as new Cocoon committer...
big +1, I'm afraid to say I thought he was one already but I would
have lost if I had to bet ;-)
On Linux I have cvs access via ssh working great, but I cannot seem to get
it to work on Windows. Would anybody with a working setup like this on
windows please share their configuration? I am currently using Putty and
either WinCVS or TortoiseCVS, but I am willing to try other programs to
get
--- Tony Collen [EMAIL PROTECTED] wrote:
Timothy Larson wrote:
On Linux I have cvs access via ssh working great, but I cannot seem
to get it to work on Windows.
I use Pageant and PLink. Pageant is a program that supplies private
keys to programs like PuTTY or PLink.
Thank you to everybody
In a cforms (Woody) binding is there any simple
syntax that actually works similar to:
wb:value id=type path=name()/
Right now I am using this workaround:
wb:javascript id=type path=.
wb:load-form
widget.setValue(jxpathPointer.getNode().getLocalName());
/wb:load-form
--- Giacomo Pati [EMAIL PROTECTED] wrote:
It make sense for member variables but there I'd like to add a prefix
like m_ which cannot be forgotten (as like the 'this.' prefix) and thus
clearly indicates what kind of variable it is (but that is personal
preference, I know ;-)
I often find
Is there any semantic reason for re-creating the binding
definition every time a form is loaded? This is what
occurs at least with the samples.
For contrast, form definitions are only re-created when
the underlying source is modified. (See getFormDefinition
and getStoredFormDefinition in
--- Stephan Michels [EMAIL PROTECTED] wrote:
Hi,
after I made some positive experiences with jalopy, an open source
code formatter, I want to offer install jalopy with a proposal
for the our code convention.
This should be a welcome alternative to the various 'organize imports'
and
--- Bertrand Delacretaz [EMAIL PROTECTED] wrote:
Le Mardi, 9 déc 2003, à 17:56 Europe/Zurich, Stephan Michels a écrit :
Ant target, like 'ant format'.
Which one has to run manually, right?
If so I'm +0.5, provided that we still allow unformatted code in CVS.
+1 for 'ant format' target
For
--- Marc Portier [EMAIL PROTECTED] wrote:
Timothy Larson wrote:
--- Marc Portier [EMAIL PROTECTED] wrote:
Timothy Larson wrote:
--- Marc Portier [EMAIL PROTECTED] wrote:
== Repeater-binding update-strategy ==
This is a summary to check if our thoughts are in sync.
Options:
With unique
An unwrapped row is when the field elements of the row are not wrapped by
a common row element. This can make it difficult to create the xpaths to
output the field values and on-insert/ output to the correct location in
the xml file, especially if the rows are not unique. Note the implied
For anybody who been following the class, new, struct, and union discussion,
will you help choose intuitive names for these new features?
Description: http://wiki.cocoondev.org/attach?page=TimLarson
Patch: http://wiki.cocoondev.org/attach?page=TimLarson%2Fwoody_union.diff
I am thinking of
--- Sylvain Wallez [EMAIL PROTECTED] wrote:
Do you mean that the contents of a repeater are bound to several
different collections (or parent elements) in the application data?
I encountered this need, and simply wrote several bindings for the
repeater, one for each collection, holding the
--- Bertrand Delacretaz [EMAIL PROTECTED] wrote:
We talked about this at the GT and today again on irc, the goal is to
allow structured comments in sitemaps, for example:
snip example/
The TreeProcessor would ignore everything in the annotations namespace
(Sylvain suggests adding a filtering
--- Sylvain Wallez [EMAIL PROTECTED] wrote:
Timothy Larson wrote:
snip embedding files in sitemap idea/
Uh? What kind of files do you want to embed?
A small CocoonForms form or xReporter report may require several files,
such as a mini-sitemap, definition, template, and stylesheet.
When
--- Marc Portier [EMAIL PROTECTED] wrote:
Timothy Larson wrote:
--- Marc Portier [EMAIL PROTECTED] wrote:
I see a need for a combination of the 'simple' strategy _and_ the use of
unique identifiers:
Not sure if I caught this correctly...
are you suggesting to have these three strategies
--- Timothy Larson [EMAIL PROTECTED] wrote:
Does anybody have a working sample of a simple-repeater binding?
I am trying to adapt the binding to work with (you guessed it)
class, new, struct, and union, but I am having trouble getting
the simple-repeater binding working.
More information
--- Marc Portier [EMAIL PROTECTED] wrote:
Timothy,
the rudimentary dox (see wiki) on the simple-repeater-binding are
explaining this:
It is currently only supporting binding back to XML (so I suspect that
you were testing versus a java beans backend model here?)
I was attempting and
--- Alex Kovacs [EMAIL PROTECTED] wrote:
Hi Tim,
I am working on a big project using woody (oops CocoonForms) with around
1600 forms. We will probably run some benchmarks to get the sizing info and
I will let you know once we get them done. We however do not know enough
about tunning
Does anybody have a working sample of a simple-repeater binding?
I am trying to adapt the binding to work with (you guessed it)
class, new, struct, and union, but I am having trouble getting
the simple-repeater binding working.
--Tim Larson
__
Do you Yahoo!?
Free
--- Geoff Howard [EMAIL PROTECTED] wrote:
So, do we
1) Ignore the bug until a later version of xerces is released? (the bug
is that the build fails without an internet connection due to the dtd
resolving in web.xml)
2) Roll back to 2.5? (I assume this would unfix other bugs?)
3) Use a
Would anybody running CocoonForms (Woody) in production be willing
to share info about their server specs (sizing info), OS platform
(Win/Linux/etc.), load(nubmer of users), responsiveness, and any other
info that is pertinent and not considered to sensitive to release?
I need to spec a server
--- Michael Gerzabek [EMAIL PROTECTED] wrote:
Cocoon Forms rock - but -
Most of my customers need
snip list of features/
Good news, I am implementing several of these features right now.
When I have a little bit more time later today, I will send a
summary of what I am working on.
--Tim
--- Geoff Howard [EMAIL PROTECTED] wrote:
Can someone try rolling back Xerces to prior version to make sure that's
the issue? Of course, you'll have to unplug from the network before
building or you won't notice the issue. I looked briefly at Xerces'
site last night and didn't find any
--- Sylvain Wallez [EMAIL PROTECTED] wrote:
Tony turned 25 today: http://manero.org/weblog/archives/000147.html
Hey, isn't geeks celebrating your birthady also a good present for a geek?
;-)
Happy birthday!
--Tim Larson
__
Do you Yahoo!?
Free Pop-Up
I just downloaded a new snapshot, and now the build fails with this message:
BUILD FAILED
file:C:/cocoon/2.1_20031125111946/cocoon-2.1/build/cocoon-2.1.4-dev/temp/blocks-build.xml:8441:
UnknownHostException. Probable cause: The parser is trying to resolve a dtd from the
internet
and no
--- Antonio Gallardo [EMAIL PROTECTED] wrote:
As you know, there is also another nice feature we can add to the
currently woody sample styling, tabindex:
http://www.w3.org/TR/html401/interact/forms.html#h-17.11.1
snip current unintuitive tab ordering/
I think it can be added automatically.
Preface for dev list:
There is a discussion happening on the user list about how to
handle subforms, such as to paginate a form or to present
different mixes of widgets for different views (for example,
user versus helpdesk views).
The desire is to create one larger form definition and several
A diff adding Class, New, Struct, and Union widgets to Woody is at:
http://wiki.cocoondev.org/Wiki.jsp?page=TimLarson
The diff is named woody_union.diff. I put it on the Wiki with some
documentation so we could discuss it and improve it.
What do you all think?
--Tim Larson
--- Sylvain Wallez [EMAIL PROTECTED] wrote:
Timothy Larson wrote:
A diff adding Class, New, Struct, and Union widgets to Woody is at:
http://wiki.cocoondev.org/Wiki.jsp?page=TimLarson
...
Looks definitely interesting, but seem to have required a lot of
refactoring. Can you please explain
In the first Woody sample, Various, if you:
(1) Change the value in the first number field, Please enter a number
(2) Then press Add contact or Remove selected contacts *before*
tabbing or clicking into any other field.
Then you will receive an error page with this message:
--- Antonio Gallardo [EMAIL PROTECTED] wrote:
snip description how to trigger bug, etc.
In Fedora core 1 (BTW, I installed it right now :-D ) using mozilla 1.4.1
I don't have the related problem.
Could you check your Cocoon logs to see if your mozilla is sending two submits
in sequence? That
--- Sylvain Wallez [EMAIL PROTECTED] wrote:
Some people to which I demonstrated Woody and Flowscript asked me how we
can directly map forms to a database.
...
So what about adding a getBean() to the widget interface that would
return a DynaBean wrapper of the form widgets? A simple OJB
In AggregateField.java the method fieldsHaveValues() has a conflict
with its comment. The code only returns true if every field has a
value. The comment says differently. Which is the desired behavior,
what the code currently does or what the comment says it does?
/**
* Returns true
Lets pick a name for for the element containing child widgets.
Off the top of my head, I remember these names being offered:
children, items, widgets
Other suggestions are welcome of course. What name do we all like?
This will apply to at least the AggregateField, Repeater, Union,
Struct, and
I guess I still do not completely grasp JavaScript.
It is easy enough from Java, but how would you
populate a repeater from a flowscript?
The context is I am trying to make a database query
by example person search form.
--Tim Larson
__
Do you Yahoo!?
The New
--- Timothy Larson [EMAIL PROTECTED] wrote:
I guess I still do not completely grasp JavaScript.
It is easy enough from Java, but how would you
populate a repeater from a flowscript?
The context is I am trying to make a database query
by example person search form.
Never mind. Why do I
I implemented a Class widget definition which contains a list of widgets,
but its createInstance() is designed to not create instances of those widgets.
Instead, you use a New widget definition which references a Class widget
definition, and the New createInstance() creates instances of the
About the subject line:
The Class widget definition is intended to allow general reuse of a set of widget
definitions. It was designed to hold a list of widgets instead of just one
widget so it could be used to add a list of cases to a Union widget.
--Tim Larson
--- Marc Portier [EMAIL PROTECTED] wrote:
Sylvain Wallez wrote:
And also, considering the very unique features of the Form class
compared to other widgets, I'm wondering if it should be a widget at all.
binding itself benefits from the implied 'composite' pattern this
approach is
[BUG] Inner classes not being recompiled
Observed in a Cocoon 2.1 snapshot from Oct 9, 2003.
Inner classes are not recompiled when file containing them is modified.
This may be the cause of the strange behaviour Bruno observed in this email:
--- Bruno Dumon [EMAIL PROTECTED] wrote:
On Fri, 2003-10-17 at 20:09, Timothy Larson wrote:
[BUG] Inner classes not being recompiled
Observed in a Cocoon 2.1 snapshot from Oct 9, 2003.
Inner classes are not recompiled when file containing them is modified.
This may be the cause
I posted the source to two Java classes on my page on the wiki:
http://wiki.cocoondev.org/Wiki.jsp?page=TimLarson
The first class, EffectTransformer, make writing transformers in Java
much easier and cleaner, IMHO. The second class, WoodyTemplateTransformer,
is an example of its namesake
Attn: Bruno, Sylvain, and anyone else working with Woody.
Would you take a look at the WoodyTemplateTransformer attached to:
http://wiki.cocoondev.org/Wiki.jsp?page=TimLarson
and let me know if it is suitable to replace the current class?
If it is acceptable, I plan to post my union widget
--- Javier del Gesu [EMAIL PROTECTED] wrote:
Futher consideration (these are examples, not actual code):
} else if (localName.equals(command)) {
// Create an anonymous inner class to intercept a value.
ContentFilter anonymous = new
--- Bertrand Delacretaz [EMAIL PROTECTED] wrote:
[1] I once tried coccinella (http://hem.fyristorg.com/matben/), it is
great and very lightweight, cross-platform, uses Jabber for
communication so no firewall problems
The project's website seems to indicate that it cannot go through
a
--- Christian Haul [EMAIL PROTECTED] wrote:
A big hand for the great team at Outerthought for organizing this unique
and wonderful event. Thank you guys! Really looking forward for a GT2004
in Ghent.
A big THANK YOU to everyone who blogged, wikied, videoed, etc.
It helped those of us who
Firewall issues :(
Does anybody know of a web interface to #cocoon at irc.freenode.net?
Or at least a web log of the channel?
--Tim Larson
--- Gianugo Rabellino [EMAIL PROTECTED] wrote:
I'm currently sitting on channel #cocoon at irc.freenode.net so if you
want to read on the weblogs what's
I was doing wiring and sleeping during part of this discussion, but please
let me jump in again. We could say something like this about a module:
Code Stability: alpha/beta/final
API/Contract Stability: alpha/beta/final
Support Level: contributed/supported/deprecated
Community Info:
--- Stefano Mazzocchi [EMAIL PROTECTED] wrote:
Good point. Supported sounds less marketing intrusive.
comments?
Yes, supported matches the concept better. It says someone
still cares about the block, that the community has not moved
on and left it behind.
--Tim Larson
Maybe we are having a hard time finding the right word because we are
mixing concerns. I can think of roughly four separate things the user
of a module would want to know:
(1) Is the module stable?
(i.e. is it considered to generally work properly with no critical bugs?)
(2) Will code
--- Stefano Mazzocchi [EMAIL PROTECTED] wrote:
...
I propose a much simpler scheme. A block can be:
1) certified
2) not certified
A certified block is said to be guaranteed by the certifier (not only
the Apache Cocoon project, but any organization willing to certify
their blocks)
--- Stefano Mazzocchi [EMAIL PROTECTED] wrote:
After a little more thinking, I think that we should avoid placing
block code in cocoon-2.2 alltogether because we need to start talking
about the 'community process' of accepting new blocks, where they fit,
how they get 'certified' and all
--- Upayavira [EMAIL PROTECTED] wrote:
ConfigurationException: Could not load class
org.apache.cocoon.woody.acting.MakeFormAction for component named
'woody-make-form' at
file:/D:/documents/cocoon/cocoon%20dev/build/webapp/woody/sitemap.xmap:28:108
I do not recognize this path
--- Timothy Larson [EMAIL PROTECTED] wrote:
We just need to split widget request processing from widget validation
processing and the problem will be solved.
Mini reply to myself: When I looked at the source code, this is already split.
Sorry for implying otherwise before reading the code
Glad to see support for multi-page forms is getting attention.
The separation of concerns between the form model and the form view
leads me to think the model should not need to know how the view is
split across multiple pages. For example, helpdesk-assisted forms
may present a view to the user
--- Sylvain Wallez [EMAIL PROTECTED] wrote:
Quick answer on the union : I very much like it, and actually was about
proposing something similar. We just need to add datatype, label and all
the usual stuff to the union widget to allow automatic generation of
switchable panels (like in
--- Bruno Dumon [EMAIL PROTECTED] wrote:
On Thu, 2003-09-11 at 22:32, Timothy Larson wrote:
The wd:union switch can default to having no child widgets and later
switch to various sets of child widgets. Constrained only by the list of
cases in the union, you can dynamically decide which
Proposal to allow the declarative specification of dynamic widgets in Woody:
(Use case that is driving dynamic widgets: web-based form and report design gui)
Bruno, if you have a chance could you comment on this before you are gone for the week?
Make the form definition dynamic:
Rely on
--- Bruno Dumon [EMAIL PROTECTED] wrote:
a first quick reaction (the rest will be for tomorrow, have to leave
now): what exactly should be understood here with dynamic?
AFAIU the wd:union is a sort of switch which allows to programatically
enable a set of widgets.
The wd:union switch can
--- Sylvain Wallez [EMAIL PROTECTED] wrote:
Error-handlers are not invoked on internal requests, which is what the
flow uses behind sendPage[AndWait](). In that case, the exception are
propagated.
How do you catch these exceptions in a flowscript? I tried a simple
I hit this problem when running Jetty as a Windows service.
Running it as a normal application allowed the flow debugger
to work correctly.
There is a config setting for windows services that controls
whether they can be interactive or not. I only know how it
is set with the Java Service
--- Hunsberger, Peter [EMAIL PROTECTED] wrote:
...
If you really think it's necessary we could place links to the necessary
unzip tools on the download pages...
Lets add the links, just to be friendly to the users.
--Tim Larson
__
Do you Yahoo!?
Yahoo!
Very, very nice. I will be using every feature you added.
--Tim Larson
--- Sylvain Wallez [EMAIL PROTECTED] wrote:
...
Check out the Woody form1 sample and tell me what you think ;-)
__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design
When a release of Cocoon is made that uses snapshots of
external packages, could we store the corresponding
*sourcecode* snapshots on cocoon.apache.org or at least
cocoondev.org, depending on the package license?
As Ralph mentioned on the users list, it only takes a few
days after a release till
--- Reinhard Poetz [EMAIL PROTECTED] wrote:
...
I think so many people (of course including me) were waiting for 2.1 and
I really want to use it for some time in production without doing
alpha/beta testing of 2.2 and I like to have support of bugfix
releases of 2.1 (see the security holes
[Resending because it did not seem to reach the list]
The Cocoon flow debugger works well except it is not
showing any local variables in the Locals tab.
Does anybody else have this problem?
Using snapshot from 2003-09-02:
cocoon-2.1_20030902102048.tar.gz
--Tim Larson
Well, that is at least three of us with this problem.
For me the Locals tab is always empty, refering to
a local in the Watch tab gets 'localvar is not defined.',
and assigning a value to a local in the Evaluate tab
causes Cocoon to freeze.
This is with:
Win2KPro, Sun JSDK 1.4.1_03, Cocoon
Lets try to fix the first issue on your list.
The last target in src/targets/webapp-build.xml is custom-conf.
This is the only place the customconf property is used.
Notice that the customconf property is applied to the included
filename, not to the srcdir attribute:
xpatch
--Simple proposal for a production build for Cocoon--
Create a new file production.build.properties,
and refer to it in a new step 2 in INSTALL.txt:
Proposed changes to INSTALL.txt:
(Insert a new step 2)
2) For a full build skip to step 3
To make a production build without the
Thanks for the suggestion. I added the proposal to the wiki here:
http://wiki.cocoondev.org/Wiki.jsp?page=ProductionInstallProposal
--- Bertrand Delacretaz [EMAIL PROTECTED] wrote:
...
Instead of adding a production target, I'd suggest working on Timothy's
instructions on the wiki (including
I tried adding textarea support to the field widget by modifying
a template in woody-default.xsl (see end of email for changes).
For example, to make a field widget use a textarea box you would
change the widget template to look like this:
wt:widget id=sampleTextarea
textarea rows=10
--- Antonio Gallardo [EMAIL PROTECTED] wrote:
...
I think you are right the correct approach is:
A-required=true - field cannot be empty (NULL) and must be validated.
B-required=false - if (field is not empty) then validate.
Yes, clearly stated. I thought about this some more and have
I noticed in the Woody form1 sample that the drinks are
not marked required=true, but they act like they are
required because of their validation rule:
wd:validation
wd:value-count exact=2/
/wd:validation
It seems that if the field is not required and no drinks
are selected, then this
Thanks for the help.
So far, this is the only way I have gotten this to work.
In the flow change:
cocoon.sendPage(success-pipeline);
to:
cocoon.sendPage(success-pipeline, {woody:form.getModel()});
and in a JXTemplate file use this syntax to get the value of the
name widget:
h3Name:
In woody.js [1] there was a change in version 1.6 that stopped calling:
cocoon.request.setAttribute(this.attrName, this.form);
and did this instead:
var bizData = { woody-form: this.form };
This will require a change in this part of form1_success.xsp [2]:
// get reference to form and some of
What is the current status of Woody?
I am running the nightly snapshot from 19-Aug-2003 03:17.
http://cvs.apache.org/snapshots/cocoon-2.1/cocoon-2.1_20030819101653.tar.gz
Several of the samples do not work:
Various -- adds blank rows to Firstname Lastname... table at the bottom.
XML Binding --
[EMAIL PROTECTED] 07/15/03 11:48AM
...
(despite the continous call for pipeline dynamic assembly, which
has been continously challenged and never implemented)
...
Would you mind writing a concise summary of the arguments against this feature?
I keep thinking it would be useful, and tend to
89 matches
Mail list logo