On Thu, Dec 22, 2005 at 01:42:50PM +, Andrew Savory wrote:
He seems to have a good grasp of the guts of Cocoon. I think it's
time for him to become a committer.
...
Please cast your votes!
+1 and welcome :)
--Tim Larson
suggest we seriously
consider Ruby as that larger, less constricting box.
--Tim Larson
an error:
org.apache.cocoon.forms.FormsRuntimeException: Union 'doexhibition' has
no child named 'noexhibition'
Could you post your form model code for examination?
--Tim Larson
On Tue, Oct 11, 2005 at 08:28:56AM +0200, Bertrand Delacretaz wrote:
So I have the pleasure of proposing Max as our new committer!
Please cast your votes, here's mine:
Happy +1
--Tim Larson
.
Becoming a Cocoon committer will simplify his work and bring our
communities closer.
Please cast you votes.
+1
--Tim Larson
On Thu, Sep 08, 2005 at 07:41:30PM +0100, Sylvain Wallez wrote:
Please cast your votes!
+1
--Tim Larson
On Sun, Jul 31, 2005 at 01:18:34AM -0500, Antonio Gallardo wrote:
So, I'm pleased to propose Jorg Heymans, as a committer.
Please cast your votes:
+1 and welcome :)
--Tim Larson
to our SVN code repository.
+1
--Tim Larson
find detailed directions included in the email at this link:
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=110567769309036w=2
--Tim Larson
want to give him *temporary* and *restricted*
(http://svn.apache.org/repos/asf/cocoon/whiteboard/forms/**) commit
privileges to our SVN code repository.
+1
--Tim Larson
portion of the macro/lib implementation.
Btw, Ajax support was added to the JX templator,
and will need to be ported to the FormsTransformer.
We will have to see how and if this will interact
with macro support.
Hope this helps,
--Tim Larson
On Tue, Jun 14, 2005 at 07:41:55PM +0100, Tim Larson wrote:
On Tue, Jun 14, 2005 at 10:41:57AM +0200, Max Pfingsthorn wrote:
Thank you very much, Reinhard!
I'll fix that and submit it later today. After the email by Tim
yesterday, I am a bit afraid that most work is already done
:)
Have fun,
--Tim Larson
On Fri, Jun 10, 2005 at 08:04:26AM +0200, Reinhard Poetz wrote:
Max Pfingsthorn wrote:
Hi again!
This is mainly to Reinhard and Sylvain, I guess. Who else is a CForms
guru here? :)
IIRC the idea came from Tim Larson who has also started with some
experimental code
(http
Leicester and Glen Ezkovich to be
editors...
+1
Although this doesn't require a vote IIUC:
+1, for Sebastien as well.
+1
--Tim Larson
.
About the reusable widget repository...there is already working
code in whiteboard/forms, just needs to be reviewed to see what
changes we may want and then updated to sync with svn trunk head.
--Tim Larson
On Fri, Jun 03, 2005 at 02:28:36PM +0100, Tim Larson wrote:
About the reusable widget repository...there is already working
code in whiteboard/forms, just needs to be reviewed to see what
changes we may want and then updated to sync with svn trunk head.
I take part of that back
/ as on unpacked jar.
Fixed, thanks to help from Vadim. Gif files were being keyword
filtered by Ant, causing corruption. I split the copying now
to handle text and binary files separately. Please fine-tune
the selection of files if you notice any other binary files
in addition to the gif's.
--Tim Larson
.
--Tim Larson
On Wed, Apr 27, 2005 at 04:31:54PM -0400, Vadim Gritsenko wrote:
Tim Larson wrote:
Looking at the Cocoon Forms samples, the first of the
Basic Samples, Various (Actions), does not display its
GIF's (which are loaded via resource://), and the second
sample, Various (Flowscript), does
up? Btw, to be sure the problem was
not local, I did a fresh svn co ... ..., ./build.sh,
./cocoon.sh servlet without changing *any* configs.
--Tim Larson
On Wed, Apr 27, 2005 at 04:31:54PM -0400, Vadim Gritsenko wrote:
Tim Larson wrote:
Looking at the Cocoon Forms samples, the first of the
Basic Samples, Various (Actions), does not display its
GIF's (which are loaded via resource://), and the second
sample, Various (Flowscript), does
Sylvain Wallez wrote:
So I propose to remove src/core and move all its content to src/java.
+1
--Tim Larson
I solved the Ambiguous import bug caused by importPackage,
and sent this email to the rhino list for them to check it.
- Forwarded message from Tim Larson [EMAIL PROTECTED] -
From: Tim Larson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Patch] importPackage Ambiguous import error
patches.
Given how simple the patches are (few lines each) probably just make
one big patch file and add it to bugzilla. One of us can then grab
it and apply it to the various branches, while making the required
changes per branch (if any.)
--Tim Larson
the imported classes will get the Ambiguous import error.
Anybody familiar with the code to help track this down?
--Tim Larson
to refer to it ;)
--Tim Larson
state of a block be reflected in its
meta-data and then use this to generate documentation pages with
separate lists of the groups of blocks in different states?
--Tim Larson
documentation listings seems ideal for this usecase.
--Tim Larson
to mantain
an accurate reflection of status than to just update a descriptor.
--Tim Larson
well. Since we do not have a vote thread
started yet, my *opinion* is +1 flat structure, -0 directories.
(i.e. Strongly prefer flat, but would not try to veto directories.)
--Tim Larson
to trigger
the bug.) The bug is that the firing of events sometimes get delayed
until after showForm returns, causing very strange behavior. Sorry I
have not had time yet to track down the source of the problem. Sounds
like there is at least a chance this is related to your problem.
--Tim Larson
email. --
--Tim Larson
, it
also causes problems because labels are logically a view concern.
Perhaps we could relieve this tension by treating any label specified
in the model as merely a default, and allowing templates to override
this by supplying an optional explicit ft:label element.
--Tim Larson
cases for macros.
--Tim Larson
On Tue, Mar 08, 2005 at 04:50:10PM +0100, Reinhard Poetz wrote:
Tim Larson wrote:
On Tue, Mar 08, 2005 at 09:01:59AM +0100, Reinhard Poetz wrote:
In many of my forms date widgets are used: birthdate, start date, end
date, ... Definining those widgets is nearly always the same, except
On Tue, Mar 08, 2005 at 04:40:04PM +, Tim Larson wrote:
On Tue, Mar 08, 2005 at 04:50:10PM +0100, Reinhard Poetz wrote:
can do it. What do you thing about reusable widgets as mentioned in my
initial mail of this thread? Shall I add them?
!-- Snip design notes. --
Btw, I do not mean
On Tue, Mar 08, 2005 at 08:10:36PM +0100, Reinhard Poetz wrote:
Tim Larson wrote:
Btw, I do not mean to scare you off.
No you haven't :-)
Great :)
Go ahead and add reusable
widgets to whiteboard/forms, write some samples using them and
see how they turn out in actual use. This type
and display this info (think
for xml files like sitemaps, cforms definitions, models,
templates, etc.) Since the work of standardizing the Id's
(to get rid of spurious CVS references, etc.) is tedious
I would like to do it only once, hence this discussion.
--Tim Larson
On Wed, Feb 02, 2005 at 01:49:35PM +, Tim Larson wrote:
On Wed, Feb 02, 2005 at 02:39:49PM +0100, Sylvain Wallez wrote:
Conal Tuohy wrote:
What about a processing instruction?
?version $Id$?
This has the advantage over a comment that it can be retrieved
unambiguously
for such a change.
--Tim Larson
On Wed, Feb 02, 2005 at 06:38:36PM +, Tim Larson wrote:
snip/
So, anyone against using the same object model in these components? This
means introducing the cocoon object in the forms transformer and at
the same time deprecating the access without the cocoon object.
No problem
to mark the version in xml files? There
is quite a variety+possibilities:
CVS $Id$
SVN $Id$
!--+
| $Id$
+--
Version $Id$
version $Id$
@version $Id$
etc...
Could we pick a style, and then I will make the files I
happen to touch match it?
--Tim Larson
On Tue, Feb 01, 2005 at 01:20:10PM -0800, Ralph Goers wrote:
Tim Larson wrote:
As part of my effort to keep whiteboard/forms mergeable,
I am fixing a bunch of Id's and ran across a minor issue.
How do we want to mark the version in xml files? There
is quite a variety+possibilities:
snip
On Wed, Feb 02, 2005 at 10:35:03AM +1300, Conal Tuohy wrote:
Tim Larson wrote:
As part of my effort to keep whiteboard/forms mergeable,
snip/
Could we pick a style, and then I will make the files I
happen to touch match it?
What about a processing instruction?
?version $Id
to sync 2.2 and 2.1, since only files having
real differences (and not only a different $Id$) will show up in the tool.
Are other people interested in this small Id-unexpander script?
I am interested in that script.
--Tim Larson
as a passthrough mount, permitting
the mount-table'ed sitemap to match at the same
level as the parent sitemap.
WDYT?
--Tim Larson
a narrow window of time to work
on this commit today, so I thought it best to commit
now while I had the chance, so others can see and work
on the code, because I do not know when I will get my
next chance to work on it myself.
--Tim Larson
in practice, rather than just
in the abstract.
Thanks for this!
You're welcome :)
--Tim Larson
sections:
So, please cast your votes!
Here is my: +1
+1
--Tim Larson
they allow more modular configuration.
It seems this may also help with virtual hosting via subsitemaps?
Could we allow live updates from changes made to the roles-file
and config-file like we do for changes to sitemaps?
--Tim Larson
in parallel.
WDYT?
--Tim Larson
PS: This idea (or a seed for it) was suggested by Sylvain
previously, and over time I have started to warm up to it.
It is OK to admit when I was wrong, right? :)
on the description?
--Tim Larson
between
their skillsets, allowing them to work more smoothly
together while working on their respective concerns.
WDYT?
--Tim Larson
this would force the template and binding to know
about its presence even when they do not need to, needlessly
increasing the coupling between the layers.
WDYT?
--Tim Larson
PS: There is a list of other issues to resolve about the
choose widget (naming, optional id, referencing widget defs
versus
Infra just said that SVN is up again.
--Tim Larson
think we finally got it :-)
Thanks :)
--Tim Larson
On Wed, Nov 10, 2004 at 08:09:15AM -0800, Ralph Goers wrote:
I'm +1 for removing woody and portal-fw from 2.2.
+1
--Tim Larson
On Sun, Nov 07, 2004 at 09:29:40PM +0100, Sylvain Wallez wrote:
Tim Larson wrote:
On Fri, Nov 05, 2004 at 09:58:43PM +0100, Sylvain Wallez wrote:
Tim Larson wrote:
concerns before. I will try to take some time this weekend
to see how to resolve this. I really do not want to revert
On Sun, Nov 07, 2004 at 09:29:56PM +0100, Sylvain Wallez wrote:
Tim Larson wrote:
On Fri, Nov 05, 2004 at 09:58:43PM +0100, Sylvain Wallez wrote:
Ok. Does this mean choose/when will replace union/case? Also, the wiki
[1] shows several alternatives for choose/when, and unless I missed
On Wed, Nov 10, 2004 at 08:54:33PM +0100, Sylvain Wallez wrote:
Tim Larson wrote:
On Sun, Nov 07, 2004 at 09:29:40PM +0100, Sylvain Wallez wrote:
Tim Larson wrote:
On Fri, Nov 05, 2004 at 09:58:43PM +0100, Sylvain Wallez wrote:
Tim Larson wrote:
concerns before. I will try to take some
guaranteed to be globally unique within the template
file. ref _might_ be a better attribute name (I just don't
know) but this switch to lookupWidget() did not change the
situation but rather only made it more apparent, iiuc.
--Tim Larson
On Fri, Nov 05, 2004 at 09:58:43PM +0100, Sylvain Wallez wrote:
Tim Larson wrote:
Sorry for this late answer, I was out of office today (woke up a 5am to
go to the airport :-/ )
No problem, we all have different schedules to juggle.
Thank you very much for taking the time to consider
where I am trying
to head, and to eliminate any confusion caused by me
not explaining myself in a clear enough way. *Please*
do not take this as directed at any individual.
--Tim Larson
On Tue, Nov 02, 2004 at 09:12:28PM +, Tim Larson wrote:
I am working on the port now and have it almost finished,
but I have a few questions about some recent changes that
the commit comments did not make clear to me:
AbstractWidget.java
From: public Widget getParent
On Wed, Nov 03, 2004 at 06:29:46PM +0100, Sylvain Wallez wrote:
Tim Larson wrote:
On Tue, Nov 02, 2004 at 11:29:28AM +0100, Sylvain Wallez wrote:
I am working on the port now and have it almost finished,
Buhooo... I missed your post and am also almost finished :-(((
:(
but I have a few
On Wed, Nov 03, 2004 at 07:05:49PM +0100, Sylvain Wallez wrote:
Tim Larson wrote:
On Wed, Nov 03, 2004 at 06:29:46PM +0100, Sylvain Wallez wrote:
Tim Larson wrote:
On Tue, Nov 02, 2004 at 11:29:28AM +0100, Sylvain Wallez wrote:
I had a bug while writing widget states because
. With a request processor that is reponsible to write input data
into the form model, it would be easy to plug in a different request
processor if one gets xml input from a browser that implements XForms, e.g.
This change would also be good for xmlhttprequest support.
--Tim Larson
On Tue, Nov 02, 2004 at 12:33:48PM -0700, Jason Johnston wrote:
On Mon, 2004-11-01 at 22:08, Tim Larson wrote:
This can open some posible security concerns at all?
The form model would still be in control of which request
parameters get processed. The only change is that a missing
is comfortable
with whatever solution(s) we settle on :)
--Tim Larson
states so that cforms in 2.2 and 2.1
can be *identical*.
From a very quick look at the widget states implementation,
I suspect a few problems will come up while doing this,
but I am sure we can resolve them without too much trouble.
--Tim Larson
allow to distinguish between a checkbox that
is unchecked versus a checkbox that is not on the page.
What do we want to do?
[ ] leave as is
[ ] make the changes described above
This is my +1 to make the change.
--Tim Larson
in the forms transformer in the head of svn trunk :)
--Tim Larson
issue (conditions on cases), it should be an option.
This way you can have the choice of fast switch-like behaviour versus
slower if...elseif...elseif...else behaviour depending on your needs.
--Tim Larson
On Mon, Nov 01, 2004 at 06:13:21PM -0600, Antonio Gallardo wrote:
Tim Larson dijo:
We have talked several times about changing the request
processing in cforms to not touch any widget whose
request parameter is missing (to prevent these widgets'
values from being reset to null,) the end
On Thu, Oct 28, 2004 at 05:04:31PM +0200, Torsten Curdt wrote:
Folks please cast your votes for:
[ ] Leszek
[ ] Ralph
as Apache Cocoon committers.
+1 for both. Glad to have you here :)
--Tim Larson
at
org.apache.excalibur.source.impl.ResourceSource.getInputStream(ResourceSource.java:97)
at
org.apache.cocoon.components.axis.SoapServerImpl.setManagedServices(SoapServerImpl.java:366)
at
org.apache.cocoon.components.axis.SoapServerImpl.configure(SoapServerImpl.java:201)
snip/
--Tim Larson
component
manager? This way, all sitemap components can benefit from dynamic
compilation.
WDYT?
Vadim
+1000 (While of course retaining the ability to configure it on/off.)
--Tim Larson
java.lang.NullPointerException
request-uri
/
--Tim Larson
it is ready to
try again. Thanks for your work on creating ecm++ :)
--Tim Larson
* interesting. I prefer Reinhard's
proposal which leaves room for future expansion to other types.
Should we use the string-typed-java-objects converters from CForms,
perhaps enhanced with a few new types such as URI/URL's?
--Tim Larson
On Thu, Oct 14, 2004 at 09:04:25AM +0200, Sylvain Wallez wrote:
Tim Larson wrote:
I plan to modify the forms transformer to match the builder/widget
compiled model like the form model and bindings currently use.
This will allow caching of compiled templates, and allow for
more (possibly
information later transformation steps need
and automatically registering listeners/counters/aggregators to
earlier transformation steps to record this info to prevent having to
do whole-DOM searches like the current xsl stylesheets perform.
WDYT?
--Tim Larson
it in the forms samples, and we can
move it somewhere else if we need to.
--Tim Larson
working on it ;)
So WDYT?
--Tim Larson
.?
--Tim Larson
On Wed, Sep 15, 2004 at 09:24:30PM +0200, Sylvain Wallez wrote:
Tim Larson wrote:
On Wed, Sep 15, 2004 at 07:08:20PM +0200, Sylvain Wallez wrote:
Stephan Coboos wrote:
That's an additional problem, but even if this is solved, there's still
the problem that form.showForm() doesn't exit
On Thu, Sep 09, 2004 at 05:50:08PM +0200, Sylvain Wallez wrote:
Tim Larson wrote:
On Thu, Sep 09, 2004 at 03:46:52PM +0200, Sylvain Wallez wrote:
Exactly. In flat forms, custom initializations can be done in the
flowscript between new Form() and form.showForm(), but I the case
a use case anyone
else has. WDYT?
--Tim Larson
is creater later during the life for the form, e.g. when a
new repeater row is created. So initialize() must also be called in that
case.
I already handle that case, and also calling initialize() for the
created-on-demand child widgets of union widgets. Should I commit?
--Tim Larson
are there again? :)
--Tim Larson
On Fri, Jul 23, 2004 at 07:52:48AM -0400, Vadim Gritsenko wrote:
Hi All,
Next step in CVS to SVN migration is locking down CVS and doing real
conversion into SVN. I propose to lock down CVS today evening (say, 4pm
on US east coast). How is everybody with this decision?
Vadim
+1
--Tim
be, but if it gets the job done...
--Tim Larson
.
--Tim Larson
WDYT?
--Tim Larson
for the current behaviour?
I do not have time to dig in the code right now, but this looks like a bug
(oversight) that needs fixed. Only the current case should be processed.
--Tim Larson
of its subbindings; the fb:union binding just acts as a dumb
container.
Thanks for spotting this.
I updated the TimLarson wiki page by adding the union binding syntax.
--Tim Larson
the union's case based on the actual data that is being bound, and
then that is used by the union and cases to make sure that only the
relevant bindings for the current case get invoked and that the other
bindings do not get invoked.
--Tim Larson
the masks proposal
will not leave out important use cases.)
--Tim Larson
.
--Tim Larson
1 - 100 of 241 matches
Mail list logo