Gregor J. Rothfuss wrote:
Daniel Fagerstrom wrote:
Please cast your votes:
[X ] Let's switch to the refactored JXTG in trunk!
[ ] It can wait.
[ X] Mark the Template block core.
[ ] I suggest ...
i also just noticed that the old JXTemplateGenerator has a dependency on
rhino (which means it does
Sylvain Wallez wrote:
Hi all,
The Lepido project is in the proposal phase at Eclipse, and during that
phase the only provided resource is a newsgroup. We need however to
setup plans, feature list, participants, etc.
That's why I kindly ask the Cocoon developers if we can create a few
pages for
Juho Manninen wrote:
Hi,
It seems like patch for bug 25594 (from version 2.1.5.1) makes
StreamGenerator to lose form character encodings. Special characters
(i.e. ) in a form encoded in utf-8 read in using StreamGenerator get
messed up. Code works and is tested on Cocoon 2.1.4, but when
Le 14 avr. 05, à 17:33, Ralph Goers a écrit :
...Frankly, I'd love to see how this will even work. If someone could
explain how the cron block can be a block without exposing components
then maybe I could understand. I really want to understand how this
could apply to the portal block, but
Sebastien Arbogast wrote:
Hi,
Just some fresh news about our starting project. 2 new articles were
published on Cocoon In Action community website.
http://www.epseelon.org/cocooninaction
- Project objectives - Motivation
Le 13 avr. 05, à 16:47, Daniel Fagerstrom a écrit :
[X ] Let's switch to the refactored JXTG in trunk!
[ ] It can wait.
[ X] Mark the Template block core.
[ ] I suggest ...
[ X] Keep JXTG functionality as is and put template development
efforts in CTemplate
[ ] Add new things to JXTG while
Daniel Fagerstrom wrote:
I propose that we (in trunk) remove the current JXTG and replace it
with the refactored JXTG that is part of the Template block. The
refactored JXTG is supposed to be back compatible with the original
JXTG and also add the ability to use JXTG in the same way in a non
Jorg Heymans wrote:
Upayavira wrote:
I can see this being useful for first time cocooners.
What if the cocoon build switches to maven (as rumoured a few times
already)? Can the tool be extended to handle this? Will you need
seperate logic to handle the 2.2 block configuration?
If it can be done
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon has an issue affecting its community integration.
This issue affects 42
Sylvain Wallez wrote:
Jorg Heymans wrote:
Upayavira wrote:
I can see this being useful for first time cocooners.
What if the cocoon build switches to maven (as rumoured a few times
already)? Can the tool be extended to handle this? Will you need
seperate logic to handle the 2.2 block
Use the LogTransformer to analyse the SAX
events before and after the transformation.
HTH
--
Torsten
signature.asc
Description: OpenPGP digital signature
Sylvain Wallez wrote:
Hi all,
I've been thinking for a few weeks to add AJAX support to CForms. Ajax
is the current buzzword in the blogosphere since Google maps [1] started
and the folks at Adaptivepath found this name for the XmlHttpRequest +
JS + XML combo [2].
snip/
Two days hacking, most
Reading these discussions after the fact, having Blocks provide only
sitemap components seems to make a lot of sense
...not to me - sorry. But maybe I just missed something.
Pier is totally right: we have two different concerns.
One is the pipeline services interface and one is the
component
Ben Pope wrote:
Sylvain Wallez wrote:
Hi all,
I've been thinking for a few weeks to add AJAX support to CForms. Ajax
is the current buzzword in the blogosphere since Google maps [1]
started and the folks at Adaptivepath found this name for the
XmlHttpRequest + JS + XML combo [2].
snip/
Two
Leszek Gawron wrote:
Ben Pope wrote:
Sylvain Wallez wrote:
Hi all,
I've been thinking for a few weeks to add AJAX support to CForms.
Ajax is the current buzzword in the blogosphere since Google maps
[1] started and the folks at Adaptivepath found this name for the
XmlHttpRequest + JS + XML
Upayavira wrote:
Sylvain Wallez wrote:
snip/
Yes, an installer, or more specifically a new project wizard, is
one the goals of Lepido. However, I may seem overkill for a newcomer
that just wants to try out Cocoon to add another huge download to the
alreay large Cocoon distro.
So this effort
Torsten Curdt wrote:
Reading these discussions after the fact, having Blocks provide only
sitemap components seems to make a lot of sense
...not to me - sorry. But maybe I just missed something.
Pier is totally right: we have two different concerns.
One is the pipeline services interface and one
Leszek Gawron wrote:
Gregor J. Rothfuss wrote:
Daniel Fagerstrom wrote:
Please cast your votes:
[X ] Let's switch to the refactored JXTG in trunk!
[ ] It can wait.
[ X] Mark the Template block core.
[ ] I suggest ...
i also just noticed that the old JXTemplateGenerator has a dependency
on rhino
Sylvain Wallez wrote:
Leszek Gawron wrote:
Ben Pope wrote:
Sylvain Wallez wrote:
Hi all,
I've been thinking for a few weeks to add AJAX support to CForms.
Ajax is the current buzzword in the blogosphere since Google maps
[1] started and the folks at Adaptivepath found this name for the
Daniel Fagerstrom wrote:
Leszek Gawron wrote:
Gregor J. Rothfuss wrote:
Daniel Fagerstrom wrote:
Please cast your votes:
[X ] Let's switch to the refactored JXTG in trunk!
[ ] It can wait.
[ X] Mark the Template block core.
[ ] I suggest ...
i also just noticed that the old JXTemplateGenerator
Sylvain Wallez wrote:
snip/
Doh! I understand why you say promising :-(
I tested it successfully with Firefox 1.0 on MacOS and Windows and IE 6.
The behaviour you describe with Firefox is what I had to fight a lot
with: Node.importNode() effectively imports nodes, but that doesn't mean
they're
Vadim Gritsenko wrote:
oceatoon wrote:
Hello every one,
We have an image upload system in our cforms, we need to put up a system
that resizes and adds some stuff onto the images and saves them back to
disk.
We are allready use the svg2jpg serialiser and now we would like to save
this
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
snip/
We have discussed configurable and unified environment (object model)
handling: http://marc.theaimsgroup.com/?t=11096309164r=1w=2,
which would mean that you can decide what you want JXTG to depend on,
e.g. if it should allow the use of
Sylvain Wallez wrote:
Leszek Gawron wrote:
It looks really promising. I was not able to run the samples. Firefox
has rendered the retrieved list as text (outside selection widget). IE
just showed javascript error and did nothing.
Doh! I understand why you say promising :-(
I tested it
I think Torsten meant to move classes into session-fw because of hard
(compilation time) dependency, while *not* adding session-fw - xsp
dependency,
which is soft (configuration only).
Exactly :)
Yeah, but that's imho very ugly.
Uglier? It would be just a single class
that's just not being
On Sab, 16 de Abril de 2005, 9:05, Torsten Curdt dijo:
I think Torsten meant to move classes into session-fw because of hard
(compilation time) dependency, while *not* adding session-fw - xsp
dependency,
which is soft (configuration only).
Exactly :)
Yeah, but that's imho very ugly.
Uglier?
Why is Orbeon the first one? FYI, Cocoon started in 1999. Orbeon
claims to be standards-compliant but it's not much more than Cocoon is,
and Cocoon's architecture brings much more potential to *integrate*
implementation of standards.
The first one was more a rhetoric formula : you always
Daniel Fagerstrom wrote:
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
snip/
We have discussed configurable and unified environment (object model)
handling: http://marc.theaimsgroup.com/?t=11096309164r=1w=2,
which would mean that you can decide what you want JXTG to depend on,
e.g. if it
There are other opinions in that matter:
http://chiba.sourceforge.net/
http://chiba.sourceforge.net/features.html
Yes this project is very interesting and I think that I will study it
very carefully for my own use. The question I'm asking myself right
now is to figure out how I could
I just hit a limitation of cocoon that I never thought I would encounter
on a server framework: it's too big!
We (at MIT) are implementing a pretty complex web application for RDF
search and browse interface (Longwell) and I'm about to start the work
to support our work done on RDF
So, my question for the group is: how can we make the cocoon core even
smaller?
It would suck pretty bad if our group had to rewrite parts of cocoon
just because of the many dependencies and size :-(
Just looking at the current libs in trunk I think
there is quite some potential for
Daniel Fagerstrom wrote:
Sylvain Wallez wrote:
snip/
Yeah, they claim XForms compliance. But how much of XForms? Not that
much more than what XMLForm was providing in Cocoon 2 years ago when
we decided to abandon it because a server-side XForm implementation
is either overly complex or too much
Stefano Mazzocchi wrote:
I just hit a limitation of cocoon that I never thought I would
encounter on a server framework: it's too big!
We (at MIT) are implementing a pretty complex web application for RDF
search and browse interface (Longwell) and I'm about to start the work
to support our
Sebastien Arbogast wrote:
Why is Orbeon the first one? FYI, Cocoon started in 1999. Orbeon
claims to be standards-compliant but it's not much more than Cocoon is,
and Cocoon's architecture brings much more potential to *integrate*
implementation of standards.
The first one was more a rhetoric
Torsten Curdt wrote:
And in theory ProGuard should do that just fine
...but I fear the point is that ProGuard cannot
really find the stuff that you don't want or need
unless we split the core further down into smaller
chunks.
So you suggest to further modularize the core?
Modularizing is just a
Modularizing is just a matter of reorganizing Jars, which proguards
doesn't care about :-)
Well ...of course you would have to leave some modules
out of the analysis ...that's the idea ;-)
To use a shrinker efficiently, you have to tell him all class names that
are loaded dynamically (can be
Antonio Gallardo wrote:
Torsten Curdt wrote:
...but we can also just create mock
class as Antonio suggested. Easy,
fast, works.
Deal?
Deal :)
Yep. As long as the XSP session-fw helper stay in the XSP block. IMHO, we
are trying to remove dependecies to XSP block everywhere.
Yepp.
Is
Giacomo Pati wrote:
Why two separate interfaces?
We have two different events and someone might only be interested in one
of the two events. If your component needs both it can simply implement
both interfaces.
Separating the interfaces makes it a little bit easier to add new events
later
Torsten Curdt wrote:
So, my question for the group is: how can we make the cocoon core even
smaller?
It would suck pretty bad if our group had to rewrite parts of cocoon
just because of the many dependencies and size :-(
I support making Cocoon core small. Not that I need it to be small right
Ben Pope wrote:
Sylvain Wallez wrote:
Leszek Gawron wrote:
It looks really promising. I was not able to run the samples.
Firefox has rendered the retrieved list as text (outside selection
widget). IE just showed javascript error and did nothing.
Doh! I understand why you say promising :-(
I
Hi all
this is a problem I am working on. and I need to fix this ASAP.
we have a website with thousands of users logging in to check their account
information.
we are using Cocoon 2.1 version. we
also tried no-cache on all the stylesheets. It did not work and according to
the Web-Team this
Hi all
this is a problem I am working on. and I need to fix this ASAP.
we have a website with thousands of users logging in to check their account
information.
we are using Cocoon 2.1 version. we
also tried no-cache on all the stylesheets. It did not work and according to
the Web-Team
Sylvain Wallez wrote:
This is the XHR-powered carselector Ugo added months ago as a first
experiment. Try the regular carselector, and also dynamic repeater,
datasource selector and task tree (right column).
I did wonder, as it wasn't what you'd mentioned.
However, Firefox renders carselector
Hi all
this is a problem I am working on. and I need to fix this ASAP.
we have a website with thousands of users logging in to check their account
information.
we are using Cocoon 2.1 version. we
also tried no-cache on all the stylesheets. It did not work and according to
the Web-Team this
Kumar, Kiran wrote:
Hi all
this is a problem I am working on. and I need to fix this ASAP.
we have a website with thousands of users logging in to check their account
information.
we are using Cocoon 2.1 version. we
also tried no-cache on all the stylesheets. It did not work and
Hi
this is a problem I am working on. and I need to fix this ASAP.
we have a website with thousands of users logging in to check their account
information.
we are using Cocoon 2.1 version. we
also tried no-cache on all the stylesheets. It did not work and according to
the Web-Team this is
Hi
this is a problem I am working on. and I need to fix this ASAP.
we have a website with thousands of users logging in to check their account
information.
we are using Cocoon 2.1 version. we
also tried no-cache on all the stylesheets. It did not work and according to
the Web-Team this
Sylvain Wallez wrote:
oceatoon wrote:
Hi everyone
Is anybody aware of such a thing as JX generating a weirds namespaces??
head xmlns:[EMAIL PROTECTED]@#=[EMAIL PROTECTED]@#
weird !! and blocking...g
This seems to happen only on a cforms / jx mixed page, I tested simple
jx is
ok.
Fixed. The
Ben Pope wrote:
Sylvain Wallez wrote:
oceatoon wrote:
Hi everyone
Is anybody aware of such a thing as JX generating a weirds namespaces??
head xmlns:[EMAIL PROTECTED]@#=[EMAIL PROTECTED]@#
weird !! and blocking...g
This seems to happen only on a cforms / jx mixed page, I tested
simple jx is
Ben Pope wrote:
Sylvain Wallez wrote:
This is the XHR-powered carselector Ugo added months ago as a first
experiment. Try the regular carselector, and also dynamic
repeater, datasource selector and task tree (right column).
I did wonder, as it wasn't what you'd mentioned.
However, Firefox
Carsten Ziegeler wrote:
Giacomo Pati wrote:
Why two separate interfaces?
We have two different events and someone might only be interested in one
of the two events. If your component needs both it can simply implement
both interfaces.
Separating the interfaces makes it a little bit easier
On Sab, 16 de Abril de 2005, 13:15, Daniel Fagerstrom dijo:
Torsten Curdt wrote:
So, my question for the group is: how can we make the cocoon core even
smaller?
It would suck pretty bad if our group had to rewrite parts of cocoon
just because of the many dependencies and size :-(
I support
Thanks for all the information. here is what I started doing after some
research
To Start with here is the changes I did
1. stopped storing document in session. only root element is stored
2. here is the sample sitemap pipeline. I will give you complete sitemap
when I go to office tomorrow
1. Is it my imagination or was the same message posted 5 times?
2. If I understand correctly, the problem is that multiple users are
getting the same DOM object?
a. Question: Why do you have two actions that do essentially the
same thing?
b. By the way, even though you declared them
54 matches
Mail list logo
