Hi Roy
Many thanks for the continued updates.
Sorry to say, still too busy earning at the moment
regards Jeremy
On 16 Feb 2009, at 04:40, lingerer huang wrote:
Hi,Jeremy
The new dojo 1.3 is on the way. When I tried using dojo 1.3 beta1,many
widgets failed. According to the
Hi Roy
Sorry, no progress, I am busy on a commercial project at the
moment .
Will get back to it soon I hope
regards Jeremy
On 22 Jan 2009, at 09:46, lingerer huang wrote:
Hi,Jeremy
Is there any progress?I know it is not appropriate to ask that,but I
want to
help to speed it
Hi Roy
On 21 Oct 2008, at 03:22, lingerer huang wrote:
As most user and developer ,I am using Microsoft's OS,I am using
Windows'
XP.
But I do use many type of browsers like IE,firefox,google chrome.
The last time I had to debug MSIE issues with CForms was while
developing the
Hi Roy
Many thanks for your feedback
On 17 Oct 2008, at 10:42, lingerer huang wrote:
Hi,Jeremy
One of my project need to combine cocoon and dojo 1.2 together,so I
checked
your branch and tested it. You did a good job but I still found some
problems:
1.Your custom dojo module can't be
.
thanks again
regards Jeremy
On 22 Sep 2008, at 18:18, Joerg Heinicke wrote:
On 22.09.2008 17:12, Jeremy Quinn wrote:
However, it seems I am unable to retrieve a continuation made in
one sitemap, from another sitemap.
Can anyone confirm this?
As far as I remember the continuations
Hi All
I am trying to fix some of the suggestion-list functionality in the
2_1_X-dojo1_1 branch.
There are several legacy techniques for implementing suggestion lists.
The one I am working on re-implementing is the one that has a
JavaScript handler in the Widget model (see
Hi All
Ironically, it turns out that after further testing, the current state
of all of the CDNs for Dojo 1.1.1 are not suitable for Cocoon.
Unfortunately, whoever did the build, neglected the extra step of
making sure full L10N support was added. Dojo ends up with defaults
that do not
Hi Grzegorz
You are back early! Hope you had a good holiday. How was the sailing?
On 11 Sep 2008, at 13:57, Grzegorz Kossakowski wrote:
Jeremy Quinn pisze:
So i guess, there will be huge demand to keep all content locally.
Hence
my favorite scenario would be szenario 3 plus a good
Hi Hussayn
Many thanks for your feedback.
On 10 Sep 2008, at 08:37, hussayn wrote:
Jeremy Quinn wrote:
1) Loading Dojo from Google CDN is the default.
dojo-rsrc.jar only contains a few static files required to support
Dojo in XD mode (a few K).
If a user wants to load Dojo
Hi Robin,
Many thanks for your feedback.
On 10 Sep 2008, at 10:00, Robin Wyles wrote:
Hi Jeremy,
On 8 Sep 2008, at 13:39, Jeremy Quinn wrote:
Hi All
I am almost ready to start the commit of the new dojo 1.1.1 based
cforms to the Branch Grzegorz kindly setup.
Great! Can't wait to get
Hi All
I am almost ready to start the commit of the new dojo 1.1.1 based
cforms to the Branch Grzegorz kindly setup.
The last issue I am trying to sort out is getting XDomain loading
working.
i.e. having forms and ajax modules served by the local Cocoon
instance, while all dojo's js/css
On 23 Aug 2008, at 15:12, Grzegorz Kossakowski wrote:
Jeremy Quinn pisze:
Should I upgrade to 1.5 before accessing the new Branch?
Yes, please. This new merge support requires both client and server
of 1.5 version.
I am glad I asked (!)
Fine by me, enjoy September, I hope the weather
Thanks Vadim,
Point taken :)
regards Jeremy
On 22 Aug 2008, at 00:46, Vadim Gritsenko wrote:
On Aug 21, 2008, at 10:59 AM, Jeremy Quinn wrote:
But in the short term, what do people prefer?
My fully expanded Dojo as a block (every file in SVN), or as a Jar
(a single file in SVN
saw it) was the sheer amount
of time in which cforms would have been unreleasable. Moving from 0.4
to 1.1.1 just broke absolutely everything.
Actually, Jeremy Quinn has probably the best progress but he still
keeps everything on his local computer to our misfortune.
Sorry, it just seemed
On 21 Aug 2008, at 11:42, Robin Wyles wrote:
Many thanks for all your replies... seems there is some enthusiasm
for this after all! Once Jeremy's work is accessible somewhere I'd
be happy to help with any further work that needs to be done.
Chris: I would love to see your xslt, just so I
Hi Grzegorz
On 21 Aug 2008, at 13:36, Grzegorz Kossakowski wrote:
Hi Jeremy,
Jeremy, I was thinking about this branch yesterday and I think you
should branch whole 2.1 and commit your work to your branch.
With your help, I'd be happy to do this.
I've created a branch called
Hi All
On 21 Aug 2008, at 13:36, Grzegorz Kossakowski wrote:
Jeremy, I was thinking about this branch yesterday and I think you
should branch whole 2.1 and commit your work to your branch.
With your help, I'd be happy to do this.
I've created a branch called BRANCH_2_1_X-dojo1_1 based on
Hi Grzegorz,
Many thanks for your response : )
On 19 Aug 2008, at 12:54, Grzegorz Kossakowski wrote:
Hi Jeremy,
Jeremy Quinn pisze:
From the PoV of users, it should also be clear :
If you want or have to use Ant, use 2.1
If you want or have to use Maven, use 2.2
If you just need
Just an added note
On 19 Aug 2008, at 16:04, Jeremy Quinn wrote:
It would be typical to assume (IMHO) that 3.0 is somehow better than
2.2 which is somehow better than 2.1, just because of the version
numbers.
This assumption is so easy to make, because for instance :
2.1 was better
Hi Grzegorz,
Sorry for the delay, but I finally got to look at the Upload Sample in
CForms.
The simple one, without the progress bar does seem to work in my local
copy of 2.1.12-dev that I am working on.
I tried the sample string below and it came through correctly.
Does switching ajax on
Dear Grzegorz
I was just in the process of flaming the bejesus out of you for what
you just said!
Without a whole bunch of very smart 'old-timers' like Sylvain, there
would be no Cocoon.
The Ant versus Maven controversy has already caused too much
disaffection in this project, IMHO.
Dear All
On 17 Aug 2008, at 18:41, Sylvain Wallez wrote:
Also, I haven't voted for the renaming Corona to Cocoon 3.0 as I was
on vacation, but I really think this is too early. Cocoon 2.2 is
just out and we announce a 3.0. This will most probably lead people
to consider 2.2 as a
Hi Carsten
On 18 Aug 2008, at 16:41, Carsten Ziegeler wrote:
Please, let's not get into the usual maven bashing threads. I'm
tired of
reading all the love and hate about maven over and over again.
If someone thinks that the current system sucks *and* has time to try
out new things, great.
Hi Guys
IMHO the most likely scenario ATM will be that JS libs for eg. CForms
would be minified and packaged as a production step, either manually
or automatically. Then served as Mark says, via HTTPD using gzip
compression.
i.e. there is more than just compression involved
But, I have
Has anyone suggested PAPI (Pipeline API) ?
sorry have not been following the thread
regards Jeremy
On 4 Aug 2008, at 07:24, Reinhard Pötz wrote:
Any general comments? Any other suggestions?
Hi Ross
I cannot suggest the right way to do it, but I congratulate you on
your offering
Cocoon 2.2 needs more samples and demos, ATM it looks like it's just a
container for Spring Beans :-P (joke)
best regards
Jeremy
On 4 Aug 2008, at 14:12, rossputin wrote:
Hi guys,
I have
My +1
On 4 Aug 2008, at 12:46, Grzegorz Kossakowski wrote:
I would like to propose David Legg as a new Cocoon committer and PMC
Member.
Thanks Grzegorz
regards Jeremy
?
Thanks
regards Jeremy
On 30 Jul 2008, at 16:35, Joerg Heinicke wrote:
Jeremy Quinn jeremy at apache.org writes:
Currently, o.a.c.forms.datatype.convertor.FormattingDecimalConvertor
(the baseclass for all Number Formatting convertors), uses
java.text.DecimalFormat internally, without
Dear All
Background:
While working on validating number fields for CForms, I am finding
that there is a huge number of discrepancies between Dojo's localised
number formatting and the ones built-in to Java. These discrepancies
are breaking Dojo's ability to perform client-side validation
On 28 Jul 2008, at 16:26, Reinhard Pötz wrote:
it's a great honor for me to propose Steven Dolg as a committer
My +1
regards Jeremy
On 29 Jul 2008, at 06:29, David Crossley wrote:
I would like to propose Luca Morandini as a new Cocoon committer
and PMC member.
My +1
regards Jeremy
On 29 Jul 2008, at 07:27, David Crossley wrote:
I propose Andreas Hartmann as a new Cocoon committer
and PMC member.
My +1
regards Jeremy
On 29 Jul 2008, at 07:27, David Crossley wrote:
I propose Thorsten Scherler as a new Cocoon committer
and PMC member.
My +1
regards Jeremy
On 29 Jul 2008, at 10:18, Andrew Savory wrote:
It's my pleasure to propose Jasha Joachimsthal as a new committer on
the Apache Cocoon project.
My +1
Yeah! Lots of new blood :)
regards Jeremy
Hi Grzegorz
Gosh! A lot to respond to :)
On 27 Jul 2008, at 18:51, Grzegorz Kossakowski wrote:
Jeremy Quinn pisze:
I still have all of the notes and the builds we did (thanks!).
But I am still doing the work in 2.1, as (if I remember properly)
we did not manage to make a build that would
Hi Andrew,
On 29 Jul 2008, at 14:46, Andrew Savory wrote:
Hi,
2008/7/29 Jeremy Quinn [EMAIL PROTECTED]:
I'll work through that lot to see if I can adapt it to the scheme
you helped
me with to work without Eclipse . which as you know I only use if
absolutely necessary
I have
Hi All
Coming out of my work to add client-side datatype-validation to CForms
Fields, I am proposing to add a new method and configuration option to
o.a.c.forms.datatype.convertor.FormattingDecimalConvertor, to allow
the setting of a specific currency, when the 'currency' variant is used.
On 25 Jul 2008, at 13:54, Grzegorz Kossakowski wrote:
Jeremy Quinn pisze:
I am trying to solve a nasty request transcoding bug, that I
found while working on CForms.
Join the club! Discovered character encoding problems two days ago
in a project based on Cocoon 2.1.x. Tried to fight
(this.form_encoding)) {
return values;
}
String[] decoded_values = new String[values.length];
On 23 Jul 2008, at 23:18, Andreas Hartmann wrote:
Hi Jeremy,
Jeremy Quinn schrieb:
[…]
But I have a solution I think :)
do you have the time to provide a patch with your
On 24 Jul 2008, at 09:06, Grzegorz Kossakowski wrote:
Jeremy Quinn pisze:
Hi All
Hi Jeremy! :-)
Hi Grzegorz, nice to hear from you :)
I am trying to solve a nasty request transcoding bug, that I found
while working on CForms.
Join the club! Discovered character encoding problems two
Hi Chris
On 22 Jul 2008, at 21:17, Christofer Dutz wrote:
Hi ... well I never really used the I18N Stuff, I have to admit.
Every time I got in contact with it (currently using Cocoon 2.1.10) I
thought they were text files and no Xml files.
OK. IMHO i18n is well worth getting your head around
Hi All
I am trying to solve a nasty request transcoding bug, that I found
while working on CForms.
AFAICS this bug effects older versions as well . accented
characters not roundtripping due to bad transcoding in Cocoon, under
certain circumstances.
CForms works in one of two modes:
Hi Chris
Sorry it took me so long to reply.
On 17 Jul 2008, at 16:48, Christofer Dutz wrote:
Hi Jeremy,
doesn't dojo load a i18n resource for the messages?
It does, but this may be perceived as a problem because CForms users
expect to supply all of their own i18n messages (and I
Hi Chris
Thanks for this, it should speed me up a bit, I hope : )
Simple client-side validation based on datatype is working here.
Dojo's constraints and filters are working too, so as a proof of
concept it is working well.
One issue(?): when a field is invalid (while you are typing) you
on Dojo 1.1, to see if I could roll
it into my work. If you are interested in contributing, please contact
me off-list.
Many thanks
regards Jeremy
-Ursprüngliche Nachricht-
Von: Jeremy Quinn [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 9. Juli 2008 17:17
An: dev
Hi Kamal
One of the items on my (long) list of jobs to get done, in my re-
working of CForms/Dojo is compression/minifying/packaging etc.
There are a number of different scenarios that I can imagine people
will want to for it, but TBH, I have not thought it all through yet
1)
On 11 Jul 2008, at 00:51, Kamal Bhatt wrote:
Jeremy Quinn wrote:
Dear Kamal
Many thanks for your response.
On 9 Jul 2008, at 23:18, Kamal Bhatt wrote:
Jeremy Quinn wrote:
Hi All
As you may know, I am working heavily on the revamp of Dojo on
the client-side of CForms.
In Dojo
Dear Kamal
Many thanks for your response.
On 9 Jul 2008, at 23:18, Kamal Bhatt wrote:
Jeremy Quinn wrote:
Hi All
As you may know, I am working heavily on the revamp of Dojo on the
client-side of CForms.
In Dojo it is possible to perform quite a lot of validation on form
fields
Hi All
As you may know, I am working heavily on the revamp of Dojo on the
client-side of CForms.
In Dojo it is possible to perform quite a lot of validation on form
fields. There is a partial match between the validation capabilities
of CForms and those of Dojo. Several people have
On 30 May 2008, at 07:19, Gabriel Gruber wrote:
I'll try to give some feedback from my side. I am a heavy CForms
user with
50+ forms mainly handling hibernate objects.
Thanks Gabriel
Jeremy Quinn wrote:
The Dojo DnD libraries have more capabilities than are currently
supported
On 30 Mar 2008, at 13:06, Reinhard Poetz wrote:
Grzegorz Kossakowski wrote:
Reinhard Poetz pisze:
Is there anybody who is going to attend the ApacheCon in
Amsterdam? I'll be there at the two Hackathon days (Mon full day,
Tue till 3pm) and would love to have some discussions about Corona.
On 18 Mar 2008, at 05:40, Joerg Heinicke wrote:
On 13.03.2008 16:20, Luca Morandini wrote:
This means that Forms must depend on Ajax (Dojo to be more
precise) despite the fact you use Ajax or not.
As Joerg said, we are currently re-working the client-side aspect of
CForms to use Dojo
Hi Reinhard
On 13 Mar 2008, at 15:54, Reinhard Poetz wrote:
Yesterday I was introduced to an Austrian student who would be
interested in
working on a GSoC for the Cocoon project this year.
The best idea we've had so far was was an upgrade of cForms to Dojo
1.x (or
replacing it with
On 17 Mar 2008, at 13:53, Reinhard Poetz wrote:
Jeremy Quinn wrote:
Hi Reinhard
On 13 Mar 2008, at 15:54, Reinhard Poetz wrote:
Yesterday I was introduced to an Austrian student who would be
interested in
working on a GSoC for the Cocoon project this year.
The best idea we've had so far
Hi Joerg
On 6 Feb 2008, at 05:26, Joerg Heinicke wrote:
On 04.02.2008 08:43, Dev at weitling wrote:
if the migration to Dojo 1.0 tends to become a big piece of work
what about migrating to Prototype/Scriptaculous (or similar)?
The last Dojo update to 0.4.3 was not that long ago, was it?
On 9 Jan 2008, at 17:34, Carsten Ziegeler wrote:
Apache Cocoon 2.1.11 Released
Many thanks Carsten !!
regards Jeremy
On 14 Aug 2007, at 08:01, Felix Knecht wrote:
I would like to deprecated HTMLArea as WYSIWYG HTML editor, because
it's no longer developed and maintained [1].
+1
Thanks Felix
On 24 May 2007, at 08:01, Marc Portier wrote:
anyways trying to explain the issue: System.JSON.js quite clearly
states that it only supports serialization of some basic types, and
collections and maps
so people that want to serialize out custom java beans to JSON have
two options
1.
On 6 Feb 2007, at 13:06, Grzegorz Kossakowski wrote:
Jeremy Quinn napisał(a):
I think part of the problem is that I was unable to get the proper
sitemap glue working for Cocoon 2.2 as I was unable to run the
samples.
This section in the root sitemap (same mechanism in 2.1.n) is
designed
HI
If you are using Dojo, it can already do this on the client.
for instance :
templatePath: dojo.uri.dojoUri(../viewr/templates/HtmlStory.html),
Gives you a url relative to where Dojo loaded from.
HTH
regards Jeremy
On 1 Feb 2007, at 23:13, Grzegorz Kossakowski wrote:
Hi,
Yes,
I think part of the problem is that I was unable to get the proper
sitemap glue working for Cocoon 2.2 as I was unable to run the samples.
This section in the root sitemap (same mechanism in 2.1.n) is
designed to handle dojo resources, allow you to register and serve
your own namespaces
Hi Bruno
Excellent work !!
regards Jeremy
On 21 Jan 2007, at 15:04, Bruno Dumon wrote:
Hi,
I've replaced the calendar, the help and validation message popups and
the multi-value editor with dojo-based implementations. Thanks to
Jeremy
for upgrading to dojo 0.4, which made this possible
of 2.1.n, only 2.2.
HTH
regards Jeremy
Best Regards,
Antonio Gallardo.
Jeremy Quinn escribió:
Hi Antonio
There should already be a simple way to override the built-in dojo
and all the resources used by CForms as well.
In the root sitemap, there is a section to load these resources
Hi Antonio
There should already be a simple way to override the built-in dojo
and all the resources used by CForms as well.
In the root sitemap, there is a section to load these resources :
map:match pattern=_cocoon/resources/*/**
map:select type=resource-exists
map:when
Hi Bruno
Thanks for the heads-up.
On 9 Jan 2007, at 09:06, Bruno Dumon wrote:
Hi Jeremy,
On Sun, 2007-01-07 at 13:01 +, Jeremy Quinn wrote:
Hi All
Now that Cocoon 2.1.11-dev runs Dojo 0.4.1, I think we have a solid
platform to complete the modernisation of CForms client-side code
On 6 Jan 2007, at 20:22, hepabolu wrote:
Jeremy Quinn said the following on 6/1/07 20:22:
OK, I only have 'guest' under the role menu, so I assume someone
has to enable me as a doc-editor?
Fixed. Your default role is doc-editor, but I've also given you the
doc-committer role (since
Hi All
Now that Cocoon 2.1.11-dev runs Dojo 0.4.1, I think we have a solid
platform to complete the modernisation of CForms client-side code.
I hope the main outcomes of this will be :
Leaner: only the resources that are used will be loaded by cforms
Richer: more interactive
Excellent start Reinhard
On 6 Jan 2007, at 14:14, Reinhard Poetz wrote:
It would be very helpful if you can go through the three reports
and verify if everything works as described. Proof-reading from
native speakers would be helpful again.
I found a few spelling mistakes and registered
Hi Mark
Thanks for the reply.
On 6 Jan 2007, at 17:04, Mark Lundquist wrote:
On Jan 6, 2007, at 8:53 AM, Jeremy Quinn wrote:
I found a few spelling mistakes and registered for an account to
edit the document.
Forgive me if I am being dumb, but where is the edit link?
Do I need
like users who upgrade from 2.1.10 to 2.1.11 may have to modify
their application? If so, I see that as a problem.
Ralph
Jeremy Quinn wrote:
Hi All
A lot of work is being done on CForms for the 2.1.11 release.
It may be a bit disruptive temporarily to users' projects, but
IMHO
On 3 Jan 2007, at 06:08, Reinhard Poetz wrote:
Jeremy Quinn wrote:
Hi All
As you may have seen from my previous message, I have ripped the
bejebus out of CForms over the holidays and just committed the
changes.
I have the changes all tested and running in BRANCH_2.1.X, but
have
Thanks for your support Carsten.
On 3 Jan 2007, at 11:43, Carsten Ziegeler wrote:
Ralph Goers wrote:
Jeremy,
Does this break binary compatibility? Some of the changes sound like
users who upgrade from 2.1.10 to 2.1.11 may have to modify their
application? If so, I see that as a problem.
Hi Steven
I am extremely relieved at how relatively painless that looked !!!
Many thanks for sending this.
best regards
Jeremy
On 3 Jan 2007, at 21:57, Steven Noels wrote:
On 03 Jan 2007, at 13:21, Jeremy Quinn wrote:
But honestly, I worked very hard to minimise the impact !!
To put
Hi All
A lot of work is being done on CForms for the 2.1.11 release.
It may be a bit disruptive temporarily to users' projects, but IMHO
it will be worth it.
What if all you do is write a few simple forms and use the standard
form-processing pipelines and xslt?
There will be very little to
Hi All
As you may have seen from my previous message, I have ripped the
bejebus out of CForms over the holidays and just committed the changes.
I have the changes all tested and running in BRANCH_2.1.X, but have
not/cannot test in trunk (umm, are samples working yet?).
My understanding
been required.
I have not tested multi-form pages yet, I am sure there will be other
issues to deal with :)
Thanks for the feedback
regards Jeremy
Jeremy Quinn wrote:
Hi All
I hope you all had a good Christmas.
Santa's little helpers have been busy working on CForms over the
holiday break
On 28 Dec 2006, at 09:26, Jeroen Reijn wrote:
Jeremy Quinn wrote:
Hi All
I hope you all had a good Christmas.
Santa's little helpers have been busy working on CForms over the
holiday break :)
Below is a list of changes I have in my local repo, ready to
commit. I would like to get
On 27 Dec 2006, at 18:14, Jeremy Quinn wrote:
Hi All
In 2.1.8, we called forms_onsubmitHandlers when Ajax forms were
submitted.
In 2.1.9 we stopped doing that and only called them on non-Ajax forms.
I do not remember why this was done.
Anybody ?
thanks
regards Jeremy
smime.p7s
On 28 Dec 2006, at 12:01, Jeremy Quinn wrote:
And does the new stuff better support multiple forms on one page. I
think there are some problems with the current onsubmit handlers when
there is more than one form.
Yes, I had to change the API for adding submit handlers to allow
for more
(the original question) ?
best regards
Jeremy
Jeremy Quinn wrote:
Hi All
Another question
Currently, when onSubmit Handers are called, they are able to stop
the form submit by returning false. OK so far.
However, if you have multiple handlers and say the middle one returns
false
On 28 Dec 2006, at 16:12, Carsten Ziegeler wrote:
Jeremy Quinn wrote:
If I understand you correctly, I think I would prefer all pre-
validation to occur even if there are validation errors found,
otherwise user needs to fix-submit, fix-submit etc. to 'discover' the
errors one by one. I would
Hi All
I hope you all had a good Christmas.
Santa's little helpers have been busy working on CForms over the
holiday break :)
Below is a list of changes I have in my local repo, ready to commit.
I would like to get feedback on these changes, in case of dissent, or
usecases I have not
My +1 too.
Many thanks guys.
regards Jeremy
On 19 Dec 2006, at 12:46, Bertrand Delacretaz wrote:
Thanks Carsten, and thanks Joerg for the bugfixing.
+1 on the release.
smime.p7s
Description: S/MIME cryptographic signature
On 16 Dec 2006, at 02:20, Joerg Heinicke wrote:
Hello Gary,
thanks very much for your efforts. Such extensive testing is very
welcome of course.
On 15.12.2006 17:48, Stewart, Gary wrote:
snip/
Forms
-
The Capatcha form didn't work in the Forms example (it didn't show
the
On 17 Dec 2006, at 16:51, Joerg Heinicke wrote:
On 17.12.2006 17:29, Jeremy Quinn wrote:
It may be too early to deprecate CFormsTransformer (for this
release) but would it be possible to replace the old JXT with the
new one, so it can be tested more heavily?
I'll give it a try and click
Hi Jeroen
Yes, the script in that page has fallen out of date with the rest of
the Ajax infrastructure.
Thing is, it does not actually cause errors for me . i.e. the
sample works here, it just does not do a fade.
Do you get something different ?
regards Jeremy
On 8 Dec 2006, at
if it would be better to use a resource servlet for
serving resources instead of going through the sitemap?
With 2.2 we can mount servlets at mount paths through the dispatcher
servlet. So perhaps this is a way to go? (Just a rough idea)
Carsten
Jeremy Quinn wrote:
Hi Guys
I am trying to get support
Thanks to everyone who has contributed to this thread and made
encouraging noises about documentation :)
Meanwhile .
On 5 Dec 2006, at 17:38, Jeremy Quinn wrote:
When I went to http://localhost:/_cocoon/system/ajax/upload/
status I get this error :
java.io.FileNotFoundException
Hi Guys
I am trying to get support for the new Upload Progress Bar working in
Cocoon 2.2.
I need to add a new system pipeline to the top-level sitemap, like
(and adjacent to) the one that handles :
map:match pattern=_cocoon/resources/*/**
this is the snippet :
map:match
On 5 Dec 2006, at 13:42, Giacomo Pati wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeremy Quinn wrote:
I have tried to compile this in, but it never becomes available to
the
samples.
I tried running $ mvn package in both :
You probably have to use 'mvn install' as 'mvn
On 5 Dec 2006, at 13:49, Reinhard Poetz wrote:
Jeremy Quinn wrote:
Hi Guys
I am trying to get support for the new Upload Progress Bar working
in Cocoon 2.2.
I need to add a new system pipeline to the top-level sitemap, like
(and adjacent to) the one that handles :
map:match pattern
On 5 Dec 2006, at 14:04, Daniel Fagerstrom wrote:
Jeremy Quinn skrev:
Hi Guys
I am trying to get support for the new Upload Progress Bar working
in Cocoon 2.2.
I need to add a new system pipeline to the top-level sitemap, like
(and adjacent to) the one that handles :
map:match
On 5 Dec 2006, at 16:25, Reinhard Poetz wrote:
Jeremy Quinn wrote:
On 5 Dec 2006, at 13:49, Reinhard Poetz wrote:
For system resources we should provide a system-resources
block. For now it could be mounted at _cocoon, later we should
install a LinkRewritingTransformer that is aware
On 5 Dec 2006, at 13:42, Giacomo Pati wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeremy Quinn wrote:
I have tried to compile this in, but it never becomes available to
the
samples.
I tried running $ mvn package in both :
You probably have to use 'mvn install' as 'mvn
/sitemap.xmap
org/apache/cocoon/ajax/system/System.JSON.js
org/apache/cocoon/ajax/system/System.Upload.js
. . .
Am I looking in the right place?
Thanks
regards Jeremy
On 5 Dec 2006, at 17:08, Jeremy Quinn wrote:
On 5 Dec 2006, at 13:42, Giacomo Pati wrote:
-BEGIN PGP SIGNED MESSAGE
On 5 Dec 2006, at 17:38, Jeremy Quinn wrote:
Am I looking in the right place?
OK, so as Jetty starts up, it reports that it loads ~/.m2/repository/
org/apache/cocoon/cocoon-ajax-impl/1.0.0-M2-SNAPSHOT/cocoon-ajax-
impl-1.0.0-M2-SNAPSHOT.jar.
I can confirm that the system resources I seek
Ciao Gabriele
On 24 Nov 2006, at 18:27, Gabriele Columbro wrote:
Hi devs!
I'm currently working togheter with Luca Morandini on a GIS project
based on Cocoon 2.1.9, of course using the ImageMap [1] widget that
Luca contributed nearly one year ago.
After having developed the whole
/cocoon-dist-samples/
$ mvn clean package
$ mvn jetty:run
On 25 Nov 2006, at 17:00, Mark Lundquist wrote:
On Nov 22, 2006, at 10:25 AM, Jeremy Quinn wrote:
Hi Mark
So you have the samples running now ?
I still cannot ..
Is it best to use Java 1.4 or 1.5
I am using 1.5.
Hi Jeremy
Hi Guys
On 22 Nov 2006, at 00:22, Daniel Fagerstrom wrote:
Mark Lundquist skrev:
On Nov 21, 2006, at 12:36 PM, Mark Lundquist wrote:
On Nov 21, 2006, at 12:21 PM, Daniel Fagerstrom wrote:
Testing again, it happens to me also when I do a mvn
package
after a mvn clean,
Hi
On 22 Nov 2006, at 00:22, Daniel Fagerstrom wrote:
To remove the use of the cocoon deployer you remove the following
snippet from the pom for cocoon-dist-samples:
plugin
groupIdorg.apache.cocoon/groupId
artifactIdcocoon-deployer-plugin/artifactId
1 - 100 of 478 matches
Mail list logo