Carsten Ziegeler wrote:
Philipp Schmidt wrote:
Hi,
Sylvain Wallez wrote:
Mark Lundquist wrote:
Sometimes you just really want to say
someWidget.required = false;
in flowscript. Why shouldn't that be possible?
I attached a path for the field widget which makes
[
http://issues.apache.org/jira/browse/COCOON-1680?page=comments#action_12357206
]
Milan Andrejevic commented on COCOON-1680:
--
Where can I find ASF logo, new version of the feather (IIRC ASF) in vector
format, or large raster format?
This would
David Crossley wrote:
Double Uh'oh ... the docs target was also removed,
so that means that for someone to build the Changes
they will need to go back to an old version of cocoon-2_1_X
and use todays status.xml file. Need to do 'build docs'
and then do 'forrest' as described at:
Hi guys,
I hope somebody can help me out.Here is the situation:
I have a Cform with a file upload widget.
When I submit the form with a file that is bigger then the max allowed file
size, it throws a nice Content length exceeds maximum upload size error.
I'm under the impression that I could
Vadim Gritsenko wrote:
Ross Gardler wrote:
There are now three possible workarounds, it's up to others to pick
one and go with it in order to get the release out:
Why can't we write locationmap.xml and supply it to Forrest instead of
torturing Daisy's navigation doc Forrest Daisy plugin?
[EMAIL PROTECTED] wrote:
Automated build for cocoon-docs FAILED
Log attached.
...
[copy] Copying 1 file to /var/apache2/htdocs/ft/build/cocoon-docs
[echo] Oops, something broke
Interesting...
Every build overnight (for me) worked, but this one failed. I can't look
into this
* Leszek Gawron:
Sylvain Wallez wrote:
Leszek Gawron wrote:
- If a combobox is not required (no asterisk in default
rendering) even if you have page update effect active you
won't see anything as the combobox itself does not change
colour. Blinking surrounding span
* Jeroen Reijn:
I have a Cform with a file upload widget. When I submit the
form with a file that is bigger then the max allowed file size,
it throws a nice Content length exceeds maximum upload size
error.
This occurs in the processing of the HTTP request thus cannot be
handled by
Ross Gardler wrote:
Vadim Gritsenko wrote:
Ross Gardler wrote:
There are now three possible workarounds, it's up to others to pick
one and go with it in order to get the release out:
I managed to get enough time before my plane to look at the current
problem with the new Daisy navigation
[ http://issues.apache.org/jira/browse/COCOON-1673?page=all ]
Jörg Heinicke updated COCOON-1673:
--
Priority: Minor (was: Blocker)
Unable to insert html links in the HTMLArea sample.
---
Key:
[ http://issues.apache.org/jira/browse/COCOON-1642?page=all ]
Jörg Heinicke updated COCOON-1642:
--
Bugzilla Id: (was: 37049)
Description:
Hello,
It seems that Cocoon is broken WRT calling SitemapSource.getInputStream() twice.
The first
[ http://issues.apache.org/jira/browse/COCOON-1678?page=all ]
Jörg Heinicke updated COCOON-1678:
--
Component: Blocks: Forms
Priority: Minor (was: Critical)
HTMLArea unable to set target and title to a link
[ http://issues.apache.org/jira/browse/COCOON-1622?page=all ]
Jörg Heinicke updated COCOON-1622:
--
Bugzilla Id: (was: 36949)
Priority: Major (was: Critical)
[PATCH] SendMailTransformer and HTML body
-
[ http://issues.apache.org/jira/browse/COCOON-1588?page=all ]
Jörg Heinicke updated COCOON-1588:
--
Bugzilla Id: (was: 36462)
Description:
JXPath expressions within ft:repeater-widget of a CForms template using
jx-macros.xml are evaluated to the
[ http://issues.apache.org/jira/browse/COCOON-1170?page=all ]
Jörg Heinicke updated COCOON-1170:
--
Bugzilla Id: (was: 29360)
Description:
I want precompile my xsp's with the Command line Interface using by ant.
snipped from build.xml:
arg
[ http://issues.apache.org/jira/browse/COCOON-1662?page=all ]
Jörg Heinicke updated COCOON-1662:
--
Summary: Portal basket sample does not work well with uploaded items
(was: Portal basket ample does not work well with uploaded items)
Assign To:
[ http://issues.apache.org/jira/browse/COCOON-1657?page=all ]
Jörg Heinicke reassigned COCOON-1657:
-
Assign To: Cocoon Developers Team
VelocityGenerator: error when sending string containing ampersand
[ http://issues.apache.org/jira/browse/COCOON-1667?page=all ]
Jörg Heinicke reassigned COCOON-1667:
-
Assign To: Cocoon Developers Team
Generation of documentation
---
Key: COCOON-1667
URL:
[ http://issues.apache.org/jira/browse/COCOON-1670?page=all ]
Jörg Heinicke reassigned COCOON-1670:
-
Assign To: Cocoon Developers Team
portal tools i18n doesn't work
---
Key: COCOON-1670
URL:
[ http://issues.apache.org/jira/browse/COCOON-1616?page=all ]
Jörg Heinicke reassigned COCOON-1616:
-
Assign To: Cocoon Developers Team
source that declares namespace fails JXPath/Linkrewriter/Input Modules
[ http://issues.apache.org/jira/browse/COCOON-1674?page=all ]
Jörg Heinicke reassigned COCOON-1674:
-
Assign To: Cocoon Developers Team
Improved user support for portlets
--
Key: COCOON-1674
URL:
[ http://issues.apache.org/jira/browse/COCOON-1675?page=all ]
Jörg Heinicke reassigned COCOON-1675:
-
Assign To: Cocoon Developers Team
Improve i18n support
Key: COCOON-1675
URL:
[ http://issues.apache.org/jira/browse/COCOON-1170?page=all ]
Jörg Heinicke reassigned COCOON-1170:
-
Assign To: Cocoon Developers Team
[PATCH] precompile xsp's without starting URI
-
Key:
[ http://issues.apache.org/jira/browse/COCOON-1671?page=all ]
Jörg Heinicke reassigned COCOON-1671:
-
Assign To: Cocoon Developers Team
Form not binding when prefix in binding definition is unequal to that in the
instance data for the same
[ http://issues.apache.org/jira/browse/COCOON-1681?page=all ]
Jörg Heinicke reassigned COCOON-1681:
-
Assign To: Cocoon Developers Team
Generator directory: Caching too much
---
Key: COCOON-1681
[ http://issues.apache.org/jira/browse/COCOON-1664?page=all ]
Jörg Heinicke reassigned COCOON-1664:
-
Assign To: Cocoon Developers Team
Jaas based Authenticator
Key: COCOON-1664
URL:
[ http://issues.apache.org/jira/browse/COCOON-1660?page=all ]
Jörg Heinicke reassigned COCOON-1660:
-
Assign To: Cocoon Developers Team
[Link] Warsztat
---
Key: COCOON-1660
URL:
[ http://issues.apache.org/jira/browse/COCOON-1673?page=all ]
Jörg Heinicke reassigned COCOON-1673:
-
Assign To: Cocoon Developers Team
Unable to insert html links in the HTMLArea sample.
---
[ http://issues.apache.org/jira/browse/COCOON-1682?page=all ]
Jörg Heinicke reassigned COCOON-1682:
-
Assign To: Cocoon Developers Team
Custom headers for Sendmail Action/Logicsheet/Transformer needed
[ http://issues.apache.org/jira/browse/COCOON-1680?page=all ]
Jörg Heinicke reassigned COCOON-1680:
-
Assign To: Cocoon Developers Team
New design/ layout proposal for Cocoon documentation
[ http://issues.apache.org/jira/browse/COCOON-1679?page=all ]
Jörg Heinicke reassigned COCOON-1679:
-
Assign To: Cocoon Developers Team
New cocoon logo proposal
Key: COCOON-1679
URL:
[ http://issues.apache.org/jira/browse/COCOON-1674?page=all ]
Carsten Ziegeler closed COCOON-1674:
Resolution: Fixed
Improved user support for portlets
--
Key: COCOON-1674
URL:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ok, lets discuss this :-) maybe there are other ways to do it.
The use case to this is:
a) Suppose you have a repeater showing some informations.
b) Suppose the users viewing that information can have different role.
Now, depending on the role
Hi!
I actually like this for exactly the reason Giacomo pointed out. The thing I am
always afraid of is vulnerability to malicious requests, which this actually
prevents.
This is in itself not a template (i.e. rendering) option but changes the model
on the fly, which can be considered as a
Vadim Gritsenko wrote:
Results are encouraging - now diff between old URI space and new version
is much smaller (attached as well)
Note that there are several numbered docs in there - either mislabelled
old docs or newly added docs, i have not checked.
Note, somehow only the menu is up on
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-block-jcr has an issue affecting its community integration.
This issue
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-block-jcr has an issue affecting its community integration.
This issue
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-block-cron has an issue affecting its community integration.
This issue
Giacomo Pati wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ok, lets discuss this :-) maybe there are other ways to do it.
To make things clear: I reverted the change, as we were (supposedly :-)
) very close to the release, and this seemed to me a significant change
that needed to be
Max Pfingsthorn wrote:
Hi!
I actually like this for exactly the reason Giacomo pointed out. The thing I am
always afraid of is vulnerability to malicious requests, which this actually
prevents.
This is in itself not a template (i.e. rendering) option but changes the model on the
fly, which
Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 10 November 05:10 PM
Using Forrest 0.8-dev
Forrestbot administrator: ForrestBot
--
[echo]
... Forrest render START 2005-11-10 05:02:06
... Rendering docs in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 10 Nov 2005, Sylvain Wallez wrote:
Date: Thu, 10 Nov 2005 17:32:02 +0100
From: Sylvain Wallez [EMAIL PROTECTED]
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: svn commit: r330598 -
Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 10 November 08:10 PM
Using Forrest 0.8-dev
Forrestbot administrator: ForrestBot
--
[echo]
... Forrest render START 2005-11-10 08:02:06
... Rendering docs in
hepabolu wrote:
Vadim Gritsenko wrote:
Results are encouraging - now diff between old URI space and new
version is much smaller (attached as well)
Note that there are several numbered docs in there - either
mislabelled old docs or newly added docs, i have not checked.
Note, somehow only
On 10.11.2005 19:50, Giacomo Pati wrote:
The widgets in the repeater rows need to be displayed wrt some
properties of a single object (let's say its a 'state of completness').
Now from MVC POV it's the viewer (template) that knows how to display
the properties of the business model and thus
Ross Gardler wrote:
[EMAIL PROTECTED] wrote:
Automated build for cocoon-docs FAILED
Log attached.
...
[copy] Copying 1 file to /var/apache2/htdocs/ft/build/cocoon-docs
[echo] Oops, something broke
Interesting...
Every build overnight (for me) worked, but this one failed.
Vadim Gritsenko wrote:
hepabolu wrote:
-/changes.html
This is so outdated (see http://cocoon.apache.org/changes.html) that I
would be ashamed to put it up again. So it's missing from Daisy (also
because it's toplevel) and therefore from forrest.zones.
Not correct, please read the
Hmm, looking further at the messages, there are just
a few broken links ...
http://forrest.zones.apache.org/ft/build/cocoon-docs/broken-links.xml
-David
Sylvain Wallez wrote:
I totally agree with your concern of malicious requests, and that was
actually one of the motivations behind widget states. Now, as said in
my previous post, I consider this a business logic concern that has
nothing to do in the template.
+1
Best Regards,
Antonio
Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 11 November 02:10 AM
Using Forrest 0.8-dev
Forrestbot administrator: ForrestBot
--
[echo]
... Forrest render START 2005-11-11 02:02:06
... Rendering docs in
David Crossley wrote:
Bertrand Delacretaz wrote:
David Crossley a ?crit :
...As i warned a long time ago, the re-arrangement of
documentation should not have been done until the
2.2 release...
Fully agreed, staying with the old docs for 2.1.8 seems much easier,
and 2.2 is a good
Automated build for cocoon-site succeeded
Log attached.
--
Forrestbot run ended at 11 November 03:59 AM
Using Forrest 0.8-dev
Forrestbot administrator: Cocoon developers
--
[echo]
... Forrest render START 2005-11-11 03:59:06
... Rendering docs in
Automated build for cocoon-site succeeded
Log attached.
--
Forrestbot run ended at 11 November 04:59 AM
Using Forrest 0.8-dev
Forrestbot administrator: Cocoon developers
--
[echo]
... Forrest render START 2005-11-11 04:59:06
... Rendering docs in
Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 11 November 05:10 AM
Using Forrest 0.8-dev
Forrestbot administrator: ForrestBot
--
[echo]
... Forrest render START 2005-11-11 05:02:06
... Rendering docs in
Automated build for cocoon-site succeeded
Woops, forgot to set notify.on.success value=false
Fixed now.
-David
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 10 Nov 2005, Joerg Heinicke wrote:
Date: Thu, 10 Nov 2005 23:59:14 +0100
From: Joerg Heinicke [EMAIL PROTECTED]
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: svn commit: r330598 -
I have a nasty error that I can't track down. I'm using the ReloadingClassloader
of trunk and include it with following code:
map:classloader
class-dir src=../blah/
/map:classloader
I declare a couple of components like generators and actions. Using an action
works as it has been doing for
Le 11 nov. 05, à 04:26, David Crossley a écrit :
...The top-level docs are now building the changes page
by getting the status.xml file from the 2.1 branch svn.
Not ideal, but it works
Great!
http://forrest.zones.apache.org/ft/build/cocoon-site/changes.html
The problem is that that
58 matches
Mail list logo
