Hi Yiwen, good to talk to you again!
(For future reference, user questions like this are better suited for
the [EMAIL PROTECTED] mailing list.)
The bug you're encountering is not a Cocoon-specific issue, but rather a
problem with how IE handles elements. If you have multiple
buttons on a p
Reinhard Poetz wrote:
Felix Knecht wrote:
Reinhard Poetz schrieb:
After having seen quite a few people wonder what 'cocoon:rcl' means,
I propose to change it to some better name.
The general idea is that this Maven goal creates a web application
which wraps the block and makes it runable a
Reinhard Poetz wrote:
Jason Johnston wrote:
Moving the tools module to before the blocks module seems to clear up
the error. Would doing this have any unintended effects? If not then
I'll commit the change.
This seems to be a Maven bug because it should be smart enough to find
ou
Hi everyone--
A fresh checkout of trunk, with an empty local repository, results in
the following when executing 'mvn install':
...
[INFO] Building Cocoon Welcome (Samples)
[INFO]task-segment: [install]
[INFO] --
[EMAIL PROTECTED] wrote:
Hi all,
I m trying to use FOP 0.93 with maven 1 but that's not working (launch
error 500 at request). So someone gave me this jira :
http://issues.apache.org/jira/browse/COCOON-1924?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
>
It seems that t
[
https://issues.apache.org/jira/browse/COCOON-1315?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Johnston closed COCOON-1315.
--
Resolution: Fixed
Fix Version/s: 2.2-dev (Current SVN)
2.1.11-dev
Joerg Heinicke wrote:
On 16.03.2007 21:52, Grzegorz Kossakowski wrote:
Moreover, I wonder why we need special XHTMLSerializer? As XHTML is
only XML with special namespace and tag set why we don't use just
normal xml serializer and configure proper mime type? Do I miss
something important?
I
[
https://issues.apache.org/jira/browse/COCOON-2021?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Johnston closed COCOON-2021.
--
Resolution: Invalid
Closing at the request of the issue reporter.
> NPE
Reinhard Poetz wrote:
Felix Knecht wrote:
> I will write a patch ...
I think that Felix shouldn't write patches any longer but commit them
himself. I want to propose Felix as a committer. Felix has been part of
this community for more than 6! years. Recently he has provided about 10
patches
Andrew Savory wrote:
I'd like to propose Jeroen Reijn as a Cocoon committer.
Please cast your votes.
+1
Daniel Fagerstrom wrote:
Hi all!
I'd like to propose Grzegorz Kossakowski (aka Grek) as a new Cocoon
committer. He has been around at the user list since 2003 and has been
very active at the dev list the last months. He has provided a number of
high quality patches and in depth design discuss
[
https://issues.apache.org/jira/browse/COCOON-2000?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Johnston closed COCOON-2000.
--
Resolution: Fixed
Assignee: Jason Johnston
Closing issue; thanks for the patch!
>
Carsten Ziegeler wrote:
Jason Johnston wrote:
On Mon, 05 Feb 2007 16:21:14 +0100, Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
Jason Johnston wrote:
Thanks Carsten. But does the change take a while to kick in, or should
I see it immediately? I still see only the "Feedback Requi
On Mon, 05 Feb 2007 16:21:14 +0100, Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
> Jason Johnston wrote:
>>
>> Thanks Carsten. But does the change take a while to kick in, or should
>> I see it immediately? I still see only the "Feedback Required" option
&g
Carsten Ziegeler wrote:
Jason Johnston wrote:
Carsten Ziegeler wrote:
Jason Johnston wrote:
I just committed the patch for JIRA issue COCOON-2000. But I don't see
a way to close out the issue. The only thing under Available Workflow
Actions is "Feedback Required". Do I nee
Carsten Ziegeler wrote:
Jason Johnston wrote:
Carsten Ziegeler wrote:
Jason Johnston wrote:
I just committed the patch for JIRA issue COCOON-2000. But I don't see
a way to close out the issue. The only thing under Available Workflow
Actions is "Feedback Required". Do I nee
Carsten Ziegeler wrote:
Jason Johnston wrote:
I just committed the patch for JIRA issue COCOON-2000. But I don't see
a way to close out the issue. The only thing under Available Workflow
Actions is "Feedback Required". Do I need to be granted some additional
permissions to c
I just committed the patch for JIRA issue COCOON-2000. But I don't see
a way to close out the issue. The only thing under Available Workflow
Actions is "Feedback Required". Do I need to be granted some additional
permissions to close it? Or am I just not seeing how to do it?
Thanks
--Jason
[
https://issues.apache.org/jira/browse/COCOON-2000?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12469966
]
Jason Johnston commented on COCOON-2000:
Patch committed at revision 503268.
> bug in saveXml funct
[
https://issues.apache.org/jira/browse/COCOON-1999?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12469965
]
Jason Johnston commented on COCOON-1999:
Sorry, that last comment should have been directed to Abbas
[
https://issues.apache.org/jira/browse/COCOON-1999?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12469964
]
Jason Johnston commented on COCOON-1999:
I agree changing the priority is a more appropriate fix. Grzegorz
Bart Molenkamp wrote:
Hi,
It looks like the block cocoon-fop is excluded from the build. The sub
module cocoon-fop-ng-impl can't be build because the dependency fop
0.92beta is missing (there's only fop:fop:0.20.5 in the repository).
Is anybody here at cocoon allowed to publish the dependency t
Mark Lundquist wrote:
On Jan 15, 2007, at 3:08 AM, Leszek Gawron wrote:
We should come up with some agreement on how to name the modules.
That reminds me, I was wondering about the artifactIds / names of module
directories in the svn tree... why do they all start w/ "cocoon-"? It
seems ki
Alexander Klimetschek wrote:
Hi Jeremy, hi all,
I have another feature request for Cforms: change the widget hierarchy
separator from "." to something else ("_"), eg. having a form called
"myform" containing a widget named "somefield" would result in the fully
qualified widget id "myform_some
Ard Schrijvers wrote:
Hello,
I am wondering if there is anybody using the cocoon eventcache block
(without using hippo jars), or are planning to do so in the future?
I'm planning to in the near future.
Dan Hertz wrote:
I'm hoping someone can help me troubleshoot why I can't insert an xml
nodeset into my database using the SQL Transformer. All I end up with is
the text() values concatenated together -- no elements or attribute
nodes. For example:
http://apache.org/cocoon/SQL/2.0";>
INSERT I
Carsten Ziegeler wrote:
Ok, it seems we should vote on this topic. As you all know,
including the version of rhino in 2.1.x has legal problems
and we have to do something about it.
Fortunately, the latest version of Rhino is licenced under an acceptable
term, so we could include that version in
Jeremy Quinn wrote:
Hi All
On the Users list :
http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=116114940529489&w=2
We were having a discussion about the easiest way to send FlowScript
Objects as JSON data to the client.
I suggested using the Object.toSource() function explained here
Mark Lundquist wrote:
On Nov 13, 2006, at 10:14 PM, Rice Yeh wrote:
Thank you. Will this patch go into the trunk eventually?
It's up to the committers. I'm sure they will take a look at it and
decide if they think it's a good way.
I can't vouch for the patch, but I'll definitely give my
[ http://issues.apache.org/jira/browse/COCOON-1879?page=all ]
Jason Johnston closed COCOON-1879.
--
Resolution: Fixed
> Make fd:field whitespace trimming behavior configura
[
http://issues.apache.org/jira/browse/COCOON-1879?page=comments#action_12449230
]
Jason Johnston commented on COCOON-1879:
I incorporated the suggestions from Bruno and Simone (thanks!) and committed at
revision 474132. The fd:field
Reinhard Poetz wrote:
[EMAIL PROTECTED] wrote:
Author: jjohnston
Date: Sun Aug 20 18:15:16 2006
New Revision: 433112
URL: http://svn.apache.org/viewvc?rev=433112&view=rev
Log:
ImageOp block: Send info/debug messages to the log rather than
System.out.println
Jason,
please keep trunk in sy
Peter Hunsberger wrote:
On 8/15/06, Reinhard Poetz <[EMAIL PROTECTED]> wrote:
If I interpret our voting rules correctly, the proposal has been rejected
because of the -1 vote.
I disagree. Joerg has not given us any real reason why Cocoon 2.2
needs to run on any of these older platforms. In
Carsten Ziegeler wrote:
Ralph Goers wrote:
The folks who are decided to maintain their blocks this way did it with
the clear understanding that this was the price they would have to pay,
so I don't think the clarification is necessary. I can recall at least
one instance where a change to one
On Tue, 2006-08-08 at 08:05 -0600, Jason Johnston wrote:
> Reinhard Poetz wrote:
> >
> > As Java 5 was released almost 2 years ago, I propose making it the
> > minimum requirement for trunk and all artifacts released from there.
> >
>
> +1
Thinking about t
Reinhard Poetz wrote:
As Java 5 was released almost 2 years ago, I propose making it the
minimum requirement for trunk and all artifacts released from there.
+1
Reinhard Poetz wrote:
I want to propose Ard Schrijvers as a new Cocoon committer. People who
followed our mailing lists will find _many_ quality answers to users
questions.
+1!
Ard is a huge help on the Users list.
On Tue, 2006-07-11 at 17:25 -0500, Peter Hunsberger wrote:
> On 7/11/06, Upayavira <[EMAIL PROTECTED]> wrote:
> > Peter Hunsberger wrote:
> > > Joerg, haven't seen anything about apache mail ids being created or
> > > such? Is it possible that a direct reply to your e-mail got spam
> > > filtered
[ http://issues.apache.org/jira/browse/COCOON-1879?page=all ]
Jason Johnston updated COCOON-1879:
---
Attachment: COCOON-1879.diff
Attached patch implements a new optional 'whitespace' attribute for fd:field.
Possible values are:
whitespace
-dev (Current SVN), 2.1.10-dev (current SVN)
Reporter: Jason Johnston
Currently fd:field widgets always trim leading and trailing whitespace from the
user's input. Sometimes this behavior is not desired, so it should be
configurable.
See this thread for discussion:
Sorry folks, sent to the wrong list. :(
On Wed, 2006-06-21 at 15:24 -0600, Jason Johnston wrote:
> > Thanks Jason the geronimo-spec jars were the problems. More below.
> >
> > * Jason Johnston <[EMAIL PROTECTED]> wrote on [2006-06-13 17:11]:
> >> Edward Elhauge
> Thanks Jason the geronimo-spec jars were the problems. More below.
>
> * Jason Johnston <[EMAIL PROTECTED]> wrote on [2006-06-13 17:11]:
>> Edward Elhauge wrote:
>> >Hi, I have a problem that is stumping me. I've created a class
>> >to send can
Joerg Heinicke wrote:
Congratulations Andreas, Peter and Jason. You all have been elected with
21 positive and no negative votes to become committers of the Cocoon
project. Welcome!
Thank you all! I feel extremely honored.
I guess I should introduce myself a bit...
I'm 28 years old and live
Carsten Ziegeler wrote:
Giacomo Pati wrote:
No!?! I probably missed something.
Most blocks add their component configs to the cocoon.roles files during
build. As you originally build Cocoon without the template block, these
configs are now missing in the cocoon.jar. So all you have to do is
r
[ http://issues.apache.org/jira/browse/COCOON-1489?page=all ]
Jason Johnston updated COCOON-1489:
---
Attachment: COCOON-1489.diff
Patch fixes issue with ill-formed result from xi:include within a fallback. The
JUnit testcase for that functionality had
ution
> for those of us who would like to use maven with cocoon but need the
> stability of the 2.1.X branch in order to deploy applications.
>
> Cheers,
> Gavin
>
> On Apr 29, 2006, at 11:50 PM, Jason Johnston wrote:
>
> > I'm converting one of my projects t
> In order to replace a snaphot jar in Cocoon with a proper release we
> need the BCEL release to come through. Unfortunately BCEL is missing
> some feedback on the RC2 to do the release though.
>
> So if anyone is using Xalan XSLTC - please give it a try. Just replace
> the shipped BCEL jar with t
(This topic was started on the users list)
Ronald Borman wrote:
I wanted to see the new developments in Cocoon 2.2, so today I
checked out the trunk (revision 407982) with Subversion and built it
with Maven. After getting a succes build message, I copied the the
file cocoon-webapp.war to the web
Carsten Ziegeler wrote:
They are synced with our java-repository on our server
(www.apache.org/dist/java-repository/cocoon).
The jars need to be signed and uploaded with signature and hash into the
directories. It seems that Giacomo already uploaded most of the jars.
>> Yup. I d
Simone Gianni wrote:
> Hi all,
> me and Maurizio were very interested in this GSoC too. Unfortunately,
> none of us could apply as a student for it, but it was our intention to
> produce something similar even before it was proposed as a GSoC.
>
> So, we'd like to share our thought with all the li
l something I am interested in pursuing,
so give me another couple weeks to complete my recovery and I'll follow
up with some ideas to bounce around.
Thanks all,
--Jason
Jason Johnston wrote:
> Reinhard Poetz wrote:
>>>> - CRUD applications with cForms (Reinhard)
>>>>
Reinhard Poetz wrote:
>>> - CRUD applications with cForms (Reinhard)
>>>
> http://wiki.apache.org/general/SummerOfCode2006#cocoon-crud)?
This is a very interesting project proposal; sounds a lot like a Ruby on
Rails type approach. I think I've got some good ideas on how this could
be accomplishe
ts 2.1.8 jar is there.
Joerg Heinicke wrote:
> Sounds like the new blocks are missing. IRIC both imageop and template
> block were added in 2.1.9. Must they be listed in some conf?
>
> Jörg
>
> On 30.04.2006 15:51, Jason Johnston wrote:
>> I checked the whole list of b
I checked the whole list of blocks and the imageop block JAR is also
missing.
Jason Johnston wrote:
> I'm converting one of my projects to use Maven for its build process.
> I've set it up to pull down the needed Cocoon JARs from the ibiblio
> repository at http://www.ibibli
I'm converting one of my projects to use Maven for its build process.
I've set it up to pull down the needed Cocoon JARs from the ibiblio
repository at http://www.ibiblio.org/maven2/cocoon/*.
It's working great, except I noticed that the template block included in
2.1.9 is not available in that re
[
http://issues.apache.org/jira/browse/COCOON-1753?page=comments#action_12376031
]
Jason Johnston commented on COCOON-1753:
I wrote the patch to be entirely backward compatible, though it does write a
WARN log message saying support for the old
[
http://issues.apache.org/jira/browse/COCOON-1811?page=comments#action_12372945
]
Jason Johnston commented on COCOON-1811:
Would it perhaps make more sense to modify the behavior of cocoon.load() so
that it loads the target script not into the
Sylvain Wallez wrote:
>> 1. several special attributes (ajax=true and some Dojo required
>> attributes) make it impossible to produce valid XHTML pages. A quick
>> reading in some Dojo files showed that most dojo attributes can be
>> replaced with classnames or identifiers, making valid XHTML pages
Bruno Dumon wrote:
...
> - o -
>
> To summarize: if we want to have a shared codebase for the template
> block, things that need to handled:
>
> - introduce interface for StringTemplateFactory and ExpressionFactory
> ==> this is something I can do
>
> -
On Thu, 2006-03-09 at 21:10 +, Upayavira wrote:
> Jason Johnston wrote:
> > On Thu, 2006-03-09 at 08:46 -0800, Ralph Goers wrote:
> >> Bruno Dumon wrote:
> >>
> >>> On Thu, 2006-03-09 at 06:35 -0800, Ralph Goers wrote:
> >>>
> >&g
On Thu, 2006-03-09 at 08:46 -0800, Ralph Goers wrote:
> Bruno Dumon wrote:
>
> >On Thu, 2006-03-09 at 06:35 -0800, Ralph Goers wrote:
> >
> >
> >>Hi. Its me again.
> >>
> >>Seriously, are we there yet?
> >>
> >>
> >
> >I guess nothing changed since you last asked ;-)
> >
> >
> Not quite.
On Wed, 2006-03-01 at 11:59 -0600, Antonio Gallardo wrote:
> > Follow the "Edit" link of the issue you want to change. There is a
> > section "Other Info" containing a checkbox field "Patch available".
>
> IIRC "edit" option is available to committers. Is this correct, Pier?
If that is the case
Ralph Goers wrote:
> Are you logged in?
Yes. :)
>
> Jason Johnston wrote:
>> Reinhard Poetz wrote:
>>
>>> Jason Johnston wrote:
>>>
>>>> David Crossley wrote:
>>>>
>>>>
>>>>> Recently we added
Reinhard Poetz wrote:
> Jason Johnston wrote:
>> David Crossley wrote:
>>
>>> Recently we added a new Jira field "Patch available".
>>>
>>> In the old Cocoon Bugzilla we used to ask people to
>>> add PATCH to the Issue Summary name.
David Crossley wrote:
> Recently we added a new Jira field "Patch available".
>
> In the old Cocoon Bugzilla we used to ask people to
> add PATCH to the Issue Summary name. We also used
> to have a reminder email sent to the mailing list
> every week to remind committers to attend to patches.
>
>
On Mon, 2006-02-20 at 13:11 -0800, Ralph Goers wrote:
> The forms block is now marked stable. I believe legal has given the OK
> for us to use the JCR api. To the best of my recollection I believe
> those were the only two items standing in the way of a 2.1.9 release.
> So please vote.
I thou
[
http://issues.apache.org/jira/browse/COCOON-1753?page=comments#action_12366586
]
Jason Johnston commented on COCOON-1753:
Also in the diff are updates to the samples changing them from using
url-fragments to xpointer attributes.
> XIncl
[ http://issues.apache.org/jira/browse/COCOON-1753?page=all ]
Jason Johnston updated COCOON-1753:
---
Attachment: COCOON-1753.diff
Attached patch. Implements xpointer="..." attribute as the preferred way for
specifying xpointer fragments. Th
[
http://issues.apache.org/jira/browse/COCOON-1570?page=comments#action_12365744
]
Jason Johnston commented on COCOON-1570:
Apologies for the delay... yes it is still an issue in current SVN.
> fi:validation-errors styling element does not work
Type: Bug
Components: - Components: Sitemap
Versions: 2.1.9-dev (current SVN)
Reporter: Jason Johnston
The XInclude 1.0 spec (see http://www.w3.org/TR/xinclude/#include_element)
states the following about the href attribute:
"Fragment identifiers must not be used;
Jean-Baptiste Quenot wrote:
* Ralph Goers:
So is this the only thing that needs to be done or has it
already been taken care of? Are there other outstanding items?
I just committed a fix for COCOON-1720: Form.js overwrites the
CFormsInstance attribute. This was a severe issue.
Daniel Fagerstrom wrote:
Jason Johnston skrev:
Daniel Fagerstrom wrote:
...
There are lots of comments from users (mainly using jx-macros for
cforms) that whitespace is problematic. So I think it's worthwhile.
Maybe the whitespace handling for macros need an overlook then, what
ex
Daniel Fagerstrom wrote:
...
There are lots of comments from users (mainly using jx-macros for
cforms) that whitespace is problematic. So I think it's worthwhile.
Maybe the whitespace handling for macros need an overlook then, what
exactly is the whitespace problem with jx-macros?
http://is
[
http://issues.apache.org/jira/browse/COCOON-1731?page=comments#action_12362651
]
Jason Johnston commented on COCOON-1731:
I can verify this is a problem. I brought it up on the developers mailing list
a few months ago but I didn't foll
Gianugo Rabellino wrote:
On 1/1/06, Michael Wechner <[EMAIL PROTECTED]> wrote:
I'm not that much interested into yet another DSL expressed in XML,
and I don't feel alone at all. Actually I'd much rather drift towards
a programmatic pipeline API.
what do you mean by a programmatic pipeline AP
hepabolu wrote:
Sylvain Wallez wrote:
Can you build a standalone xhtml file that reproduces the problem?
Here it is. It works fine in firefox (both windows and mac) and safari,
but it produces the error I mentioned before in IE6.
Are you by chance serving it up with an XML mime-type? T
hepabolu wrote:
1. binding in union
I have a union with two cases, one with a dummy field (i.e. not used),
one with 3 fields (an integer, a boolean and a string). I fill a JS-bean
with preset values for those three fields.
The form starts with the first case as default (set in the JS-bean,
On Tue, 2005-11-08 at 19:13 +0100, Sylvain Wallez wrote:
> Jason Johnston wrote:
> > Sylvain Wallez wrote:
> >> Ugo Cei wrote:
> >>
> >>>
> >>> Il giorno 08/nov/05, alle ore 11:06, Sylvain Wallez ha scritto:
> >>>
> >>>>
Sylvain Wallez wrote:
Ugo Cei wrote:
Il giorno 08/nov/05, alle ore 11:06, Sylvain Wallez ha scritto:
The framework that currently satisfies these constraints is the Dojo
toolkit. It is packed with impressive features, is developped by a
community that functions very much like Apache and has
On Mon, 2005-10-10 at 21:01 +0200, Bertrand Delacretaz wrote:
> Le 10 oct. 05, à 20:32, Geert Josten a écrit :
>
> > > How about doing a "bug amnesty" as follows?
> >
> > Good idea. Hasn't this been done before with some of the bugs?...
>
> some, yes, but not on a large scale, which I think we ne
Jeremy Quinn wrote:
Hi Sylvain and Jason
Yes, many thanks to both of you !!
This patch fixes the issue I had whereby a submit originating from a
second widget, cause exceptions in the repeater.
The other issue was fixed by making sure TBU sent the continuation-id
if one existed.
So both
Jeremy Quinn wrote:
I have some forms that used the JX Macro form generator and AJAX,
that worked before the recent update to the 2.2 version of CForms,
but fail now.
The following patch works to fix the problem in my app, and also in the
TaskTree sample. Neither of these had any union w
Jeremy Quinn wrote:
Hi All,
I have some forms that used the JX Macro form generator and AJAX, that
worked before the recent update to the 2.2 version of CForms, but fail
now.
The form contains some regular text fields, a repeater with a row-add
button and a union with associated selectio
On Thu, 2005-09-22 at 21:05 +0200, Sylvain Wallez wrote:
> >1) The form definition, where the list of possible suggestions is
> >defined:
> >
> >
> > ...
> >
> >
> >
> >
> >
> >
> >
> >
> >
>
> Ok. But what if it's e.g. a query in the corporate LDAP directory?
JavaSelection
On Thu, 2005-09-22 at 17:35 +0200, Sylvain Wallez wrote:
> Jason Johnston wrote:
> > ...
> > I think this is closest to your last suggested solution above, in that
> > it can use any of the existing selection-list builders, but it
> > eliminates the need for a s
Sylvain Wallez wrote:
Hi all,
I'm currently working on adding a "Cocoon suggest" feature to CForms
fields based on Scriptaculous [1]. This requires to associate an URL to
the field to fetch the suggestion list using Ajax requests when the user
inputs something.
Question is: where and how do
; scriptString= "genericDoc='testing';";
> evalFunc = new Function ("genericDoc",scriptString);
> evalFunc(genericDoc);
> print("xxx ",genericDoc);
>
> The sysout gives you:
> xxx undefined
>
> That is not what the following link says
Thorsten Scherler wrote:
On Wed, 2005-08-24 at 16:45 -0500, Antonio Gallardo wrote:
AFAIK, Thorsten already tried eval() and does not work. :-(
Yeah, Antonio is right.
The eval() gives "Calling eval() with anything other than a primitive
string value will simply return the value. Is this wha
> On Wed, 2005-08-24 at 21:18 +0200, Thorsten Scherler wrote:
...
> > How can I use JavaScriptHelper.callFunction if I cannot create an
> > Object[]?
> >
> > Is there another way to create a Object[] then the above mentioned? Is
> > this a bug?
> >
> > Is there a better way to execute javascript
The Rhino FAQ has the answer for how to create Java Arrays in JavaScript
(you have to use reflection):
http://www.mozilla.org/rhino/faq.html
On Wed, 2005-08-24 at 21:18 +0200, Thorsten Scherler wrote:
> Hi all,
>
> Background:
>
> I am trying
Sylvain Wallez wrote:
Jason Johnston wrote:
Sylvain Wallez wrote:
Jason Johnston wrote:
On Mon, 2005-08-01 at 16:38 +0200, Sylvain Wallez wrote:
I think there's a definite usefulness in having it
AJAX-enabled, so perhaps it needs to be handled further upstream, e.
BURGHARD Éric wrote:
If you look at the core components, no one follow such a hard constraint.
Some serializers do radical transformation (svg2jpeg, links, ...), while
some transformers only do very light transformation (encodeurl, i18n, ...).
If you take the links serializer for example you wil
BURGHARD Éric wrote:
I agree with Joerg here; by providing the author with the ability to use
any .xsl for serialization, you're allowing the serializer to control
not only how the model is serialized, but to modify the model itself
(which is the role of transformers). This essentially removes t
BURGHARD Éric wrote:
1. I was talking about the concept, not implementation details. And from
that POV a stylesheet should not influence the pipeline. IMO It's plain
wrong to set the output format in the stylesheet.
2. But yes, I was missing the most important point in your approach
thinking tha
Sylvain Wallez wrote:
Jason Johnston wrote:
Sylvain Wallez wrote:
Jason Johnston wrote:
The only AJAX-related code I can find in the Widget (formmodel)
classes is in AbstractWidget.generateSaxFragment(), where it creates
an fi:placeholder if the widget is invisible. It seems odd to me to
Sylvain Wallez wrote:
Jason Johnston wrote:
Sylvain Wallez wrote:
Jason Johnston wrote:
Sylvain Wallez wrote:
Ugo Cei wrote:
Looks good to me. AFAIK, Ajax support works only with the template
macros, so it might not make sense to add this feature to the
transformer also. What is the
Sylvain Wallez wrote:
Jason Johnston wrote:
Sylvain Wallez wrote:
Ugo Cei wrote:
Looks good to me. AFAIK, Ajax support works only with the template
macros, so it might not make sense to add this feature to the
transformer also. What is the orientation of the community towards
the
On Tue, 2005-08-02 at 18:32 +0200, Sylvain Wallez wrote:
> Jason Johnston wrote:
>
> >On Tue, 2005-08-02 at 16:57 +0200, Sylvain Wallez wrote:
> >
> >
> >>Nono, this is smarter than that! An Ajax request is identified by the
> >>special "cocoon-aj
On Tue, 2005-08-02 at 16:57 +0200, Sylvain Wallez wrote:
> Jason Johnston wrote:
>
> > Sylvain Wallez wrote:
> >
> >> Jason Johnston wrote:
> >>
> >>> Unfortunately this means that it is never included in the AJAX browser-
> >>>
On Tue, 2005-08-02 at 16:14 +0200, Sylvain Wallez wrote:
> Jason Johnston wrote:
>
> > Sylvain Wallez wrote:
> >
> >> Ugo Cei wrote:
> >>
> >>> Looks good to me. AFAIK, Ajax support works only with the template
> >>> m
1 - 100 of 115 matches
Mail list logo
