Re: Server-side image map in CForms ?

Luca Morandini wrote: Sylvain Wallez wrote: Luca Morandini wrote: morever, setting the image source from a action-handler flow script would be more elegant. That's exactly what the ${image_name} is, e.g.: form.showForm("my-form-pipeline", {image_name : "map-" + areaId}); Sure, you set

Re: Cascading the cinclude transformer

Michael Schlotfeldt wrote: So in the nested cinclude should be processed and then parent one. This way the result from the first can be used as parameters for the parent. Is there a way to do this already? If not, how would everybody suggest I proceed. My first thought was extending or modify

Cascading the cinclude transformer

Hello everyone, I'm currently working on a project that being able to process cascaded cincludes would be helpful. They would then be processed from the deepest depth to the lowest. Here is a generic example: http://apache.org/cocoon/include/1.0";> cocoon:/firstOne.xml

Re: Planet Cocoon license and reuse of docs

2005/5/23, Ross Gardler <[EMAIL PROTECTED]>: > I can't find any copyright or license information on the planetcocoon > site. Can you please point me at the relevant page. Actually so far there is no such thing. As it is said in our disclaimer, "Planet Cocoon is an unofficial experiment in online d

Planet Cocoon license and reuse of docs

I can't find any copyright or license information on the planetcocoon site. Can you please point me at the relevant page. I'm concerned as much of the documentation content appears to be direct duplicates of materials in Cocoons official documentation or mailing lists but I cannot find the req

Re: [PlanetCocoon] 4 new ideas to discuss on Planet Cocoon

2005/5/23, Gerald Aichholzer <[EMAIL PROTECTED]>: > Hi Sebastien, > > Sebastien Arbogast wrote: > > > > I've just published four new ideas on my blog > > (http://www.planetcocoon.com/taxonomy/term/60) to implement features > > of other successful OSS documentation platforms. > > > > [...] > > g

Re: [PlanetCocoon] 4 new ideas to discuss on Planet Cocoon

Hi Sebastien, Sebastien Arbogast wrote: I've just published four new ideas on my blog (http://www.planetcocoon.com/taxonomy/term/60) to implement features of other successful OSS documentation platforms. > > [...] great ideas :-) *thumbsup* But something completely different: What fonts ar

Re: Server-side image map in CForms ?

Sylvain Wallez wrote: Luca Morandini wrote: morever, setting the image source from a action-handler flow script would be more elegant. That's exactly what the ${image_name} is, e.g.: form.showForm("my-form-pipeline", {image_name : "map-" + areaId}); Sure, you set the value and pass that p

Re: Server-side image map in CForms ?

Luca Morandini wrote: Sylvain Wallez wrote: Luca Morandini wrote: Well, but I should be able to change the image's src attribute dynamically, wich is not allowed in action widget... right ? Yes you can, as the image src is in the form template. Of course you have to use a dynamic templat

Re: Server-side image map in CForms ?

Sylvain Wallez wrote: Luca Morandini wrote: Well, but I should be able to change the image's src attribute dynamically, wich is not allowed in action widget... right ? Yes you can, as the image src is in the form template. Of course you have to use a dynamic template (e.g. JXTG):

RE: Synchronization on session object (was svn commit: r169856 - /cocoon/branches/BRANCH_2_1_X/src/java/org/apache/cocoon/environment/http/HttpRequest.java)

To quote Servlet spec SRV.7.7.3 "Within an application marked as distributable, all requests that are part of a session must be handled by one JVM at a time." I read that as "Concurrent requests must be dispatched to the same JVM - otherwise all bets are off." So any upstream load balancing in a

Re: Server-side image map in CForms ?

Luca Morandini wrote: Sylvain Wallez wrote: Luca Morandini wrote: Hmm... I think this image-map widget should be a kind of action widget, since the form is sent to the server when widget is clicked upon. You already have it :-) Use an action with . When the image is clicked, the action

Re: Server-side image map in CForms ?

Sylvain Wallez wrote: Luca Morandini wrote: Jorg Heymans wrote: Hmm... can't multi-channelling techniques apply here also? e.g. if the browser is a voice browser for visually impaired, use a special dedicated stylesheet. Ahem... have you ever tried to describe a geographic map using Voic

Re: Server-side image map in CForms ?

Sylvain Wallez wrote: Luca Morandini wrote: Hmm... I think this image-map widget should be a kind of action widget, since the form is sent to the server when widget is clicked upon. You already have it :-) Use an action with . When the image is clicked, the action's event listeners are trig

Re: [PlanetCocoon] 4 new ideas to discuss on Planet Cocoon

> Sure. Note that I just applied a patch to both the 2.1 branch and the > trunk, which allows you to add annotation to sitemaps, like: > > >Get news in XML from server >http://newsserver/somestuff.xml"/> > >Convert to xsl-fo > > > > And let http://xml.apache.org/fop";>F

Re: Synchronization on session object (was svn commit: r169856 - /cocoon/branches/BRANCH_2_1_X/src/java/org/apache/cocoon/environment/http/HttpRequest.java)

On 13.05.2005 11:37, Nathaniel Alfred wrote: I think synchronized(session) should never be used as vehicle to coordinate concurrent requests because there is no convincing guarantee that it is always working as expected. Joerg, if you want to do it in your usercode, I don't mind, but please

Re: [PlanetCocoon] 4 new ideas to discuss on Planet Cocoon

Le 23 mai 05, à 20:33, Sebastien Arbogast a écrit : ...finally it appears it's not as interesting as I thought at the beginning because current samples are code only whereas we think code-illustrated documentation is what we need most... Sure. Note that I just applied a patch to both the 2.1 br

Re: [PlanetCocoon] 4 new ideas to discuss on Planet Cocoon

2005/5/23, Bertrand Delacretaz <[EMAIL PROTECTED]>: > Le 23 mai 05, à 13:28, Sebastien Arbogast a écrit : > > > ...You're totally right and you remember me that samples should be part > > of Cocoon documentation as well as any other document. Maybe we could > > integrate that in Planet Cocoon rang

Re: [IMP] synchronization on session object in Cocoon

On 16.05.2005 06:39, Ralph Goers wrote: Yes, there was considerable discussion about this. Yes, the version in svn is wrong. I was hoping it would get fixed after our discussion, but that hasn't happened, so I'll try to commit something tonight (it is still Sunday night here in California).

Re: [RT] Micro kernel based Cocoon

Vadim Gritsenko wrote: Sylvain Wallez wrote: Vadim Gritsenko wrote: [...mostly off topic...] You forgot that since GBeans used in Geronimo, basing Cocoon on GBeans means easier integration with/into Geronimo, which is significant advantage. Well, is it really? So which point do you

Re: [PlanetCocoon] 4 new ideas to discuss on Planet Cocoon

Le 23 mai 05, à 13:28, Sebastien Arbogast a écrit : ...You're totally right and you remember me that samples should be part of Cocoon documentation as well as any other document. Maybe we could integrate that in Planet Cocoon range. WDYT ? Would you like to help us in that matter ? Not on plan

Re: Server-side image map in CForms ?

Luca Morandini wrote: Jorg Heymans wrote: What is your server-side image map supposed to do ? Very simple stuff: 1) An user clicks on the image. 2) The form is sent to the server together with mouse coordinates. 3) The relevant action is called (mouse coordinates should be sent to the acti

Re: Server-side image map in CForms ?

Luca Morandini wrote: Jorg Heymans wrote: I have been doing waaay too much GIS stuff ... I saw something about "map" and straight away thought you meant geo-map :-) Well, sort of... I need this widget for GIS stuff. A recent law in Italy forces web-sites belonging to state agencies (minis

RE: CONTRIBUTION: forms-calendar-styling defect when widget disabled

> There is, but it's pure HTML. It has nothing to do with > CForms. Unknown > attributes on fi:styling are just copied to the output, e.g. > @class and also @readonly. > This is still true. I had a look at the stylesheets when this topic was on. Bye, Helma

Re: Streaming strings in JXTemplate

Leszek Gawron wrote: Vadim Gritsenko wrote: The main reason for using DOM in some cases (chosen by user at runtime) is the ability to avoid SAXException. SaxBuffer does not offer such functionality as it just stores sax bits and does not check if xml is well formed. And neither does DOM. So

DO NOT REPLY [Bug 32491] - [Patch] POST method in cinclude:includexml is broken

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [RT] Micro kernel based Cocoon

Sylvain Wallez wrote: Reinhard Poetz wrote: AFAIU only some work on cForms is missing (flowscript API and repeater binding) That's far from the only work to do IMO, as there are a lot of semi-finished core features. Some that come to mind: refactored object model, sitemap listeners, VPCs,

Re: Releasing 2.2 (was: [RT] Micro kernel based Cocoon)

On 5/23/05, Bertrand Delacretaz <[EMAIL PROTECTED]> wrote: > Le 23 mai 05, à 07:13, Reinhard Poetz a écrit : > > ...Let's release "Cocoon 2.2 alpha1" as soon as possible. When the > > contracts are stable we use the "beta" postfix. This will increase the > > number of people who use and test the re

Re: Server-side image map in CForms ?

Jorg Heymans wrote: I have been doing waaay too much GIS stuff ... I saw something about "map" and straight away thought you meant geo-map :-) Well, sort of... I need this widget for GIS stuff. A recent law in Italy forces web-sites belonging to state agencies (ministries, local government o

Re: jsf-cocoon improvements

Fab Psycho wrote: Hi, I'd like to contribute to jsf on Cocoon.Where can I find a todo list for this and should I work against 2.1 or 2.2 branch ? There is no TODO list for it. See if there are any TODO comments in the code. See also if there are any bugzilla entries. Work at the moment sh

Re: [RT] Micro kernel based Cocoon

Daniel Fagerstrom wrote: Sylvain Wallez wrote: We should also consider if blocks should be _similar_ to Eclipse plugins, of if they should _be_ such plugins, which would remove us a log of work, both for code, docs and support. I have read some Eclipse docu, but it is not obvious to me w

Re: [RT] Releases

Daniel Fagerstrom wrote: For our current situation I think we could release a 2.2.0 right away. JFYI, seems like 2.2 is largely unusable / unstable ATM: WARN (2005-05-19) 13:16.31:159 [core.manager] (Unknown-URI) Unknown-Thread/CoreServiceManager: ComponentLocator exception from parent SM d

Re: Server-side image map in CForms ?

Luca Morandini wrote: > Jorg Heymans wrote: > >> What is your server-side image map supposed to do ? > > > Very simple stuff: > 1) An user clicks on the image. > 2) The form is sent to the server together with mouse coordinates. > 3) The relevant action is called (mouse coordinates should be se

Re: [RT] Micro kernel based Cocoon

Daniel Fagerstrom wrote: Sylvain Wallez wrote: Reinhard Poetz wrote: AFAIU only some work on cForms is missing (flowscript API and repeater binding) That's far from the only work to do IMO, as there are a lot of semi-finished core features. Some that come to mind: refactored object mo

Re: Server-side image map in CForms ?

Jorg Heymans wrote: What is your server-side image map supposed to do ? Very simple stuff: 1) An user clicks on the image. 2) The form is sent to the server together with mouse coordinates. 3) The relevant action is called (mouse coordinates should be sent to the action somehow). Hmm... I t

Re: Server-side image map in CForms ?

Sylvain Wallez wrote: Can you elaborate on "server-side image map"? Does this mean the areas would be computed on the server? Hmm... it surely makes sense, but I don't need this feature; hence, I'd rather pass only the relevant mouse coordinates to the event handler. BTW, I guess an output

Re: [RT] Micro kernel based Cocoon

Sylvain Wallez wrote: Vadim Gritsenko wrote: [...mostly off topic...] You forgot that since GBeans used in Geronimo, basing Cocoon on GBeans means easier integration with/into Geronimo, which is significant advantage. Well, is it really? So which point do you want to argue, that it won't

Re: Releasing 2.2

I believe it is the bug you reported. Paul Crabtree wrote: As a matter of fact, Leszek provided a fix last week for what seems to me to be a pretty serious bug in flow and this alone should warrant a 2.1.8 release. Hi Ralph, We are about to go to production with an application built on

Re: Server-side image map in CForms ?

Luca Morandini wrote: Folks, I need a server-side image map with Cocoon Forms. AFAIK there's no such a widget in Cocoon 2.1.7... hence, my question: is there someone already working on it or should I start from scratch ? Can you elaborate on "server-side image map"? Does this mean the area

Re: Server-side image map in CForms ?

Hi Luca, What is your server-side image map supposed to do ? Thanks Jorg Luca Morandini wrote: > Folks, > > I need a server-side image map with Cocoon Forms. AFAIK there's no such > a widget in Cocoon 2.1.7... hence, my question: is there someone already > working on it or should I start from s

NPE in OJB block [was Re: svn commit: r177968 - in /cocoon: blocks/unsupported/ojb/trunk/java/org/apache/cocoon/ojb/c]

I just applied the following fix to OJB (in trunk) - without it, I get an NPE on startup of Cocoon in the getLevel() method as LOGGER is null. So it seems that initialize() is not invoked before. Can anyone please have a look at it? Thanks Carsten [EMAIL PROTECTED] wrote: > Modified: > cocoon/b

RE: [Patch] User-Agent is PARAMETER, not HEADER in Command-line interface

DONE -Original Message- From: James Bates [mailto:[EMAIL PROTECTED] Sent: 23 May 2005 11:53 To: [EMAIL PROTECTED] Subject: Re: [Patch] User-Agent is PARAMETER, not HEADER in Command-line interface OK; I was unaware of the meaning of the flags in bugzilla. I have a second patch for th

DO NOT REPLY [Bug 34906] - [Patch] User-Agent is PARAMETER, not HEADER in Command-line interface

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Server-side image map in CForms ?

Luca Morandini wrote: Folks, I need a server-side image map with Cocoon Forms. AFAIK there's no such a widget in Cocoon 2.1.7... hence, my question: is there someone already working on it not that I know of or should I start from scratch ? Regards, P.S. I will contribute the results of my

Server-side image map in CForms ?

Folks, I need a server-side image map with Cocoon Forms. AFAIK there's no such a widget in Cocoon 2.1.7... hence, my question: is there someone already working on it or should I start from scratch ? Regards, P.S. I will contribute the results of my efforts... provided they're good enough, o

DO NOT REPLY [Bug 34590] - JSTL support broken in Cocoon 2.1.7

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: NullPointerException building cocoon for forrest

Juan Jose Pablos wrote: > Hi, > > Since this version: > http://svn.apache.org/viewcvs.cgi?rev=164112&view=rev > > I am getting a null pointer exception when runnig forrest: > > Exception in thread "main" java.lang.NullPointerException > at org.apache.cocoon.Cocoon.initialize(Cocoon.java:

Re: [RT] Micro kernel based Cocoon

Daniel Fagerstrom wrote: Carsten Ziegeler wrote: Ok, so far so good - now, what do I have to do if I'm developing my own application and want to use let's say the cron block: I want to add my own scheduled task? Currently I have to know a little bit about Avalon: using the service manager to loo

Re: Releasing 2.2

Carsten Ziegeler wrote: Daniel Fagerstrom wrote: That is a reason for increasing minor version, but not for maintaining parallell branches for years. If we don't maintain the "old" 2.1.x branch, what about all its users? Do you want to force them to migrate to 2.2? That's simply not re

Comparing jxtemplate & formsTransformer implementations

Leszek Gawron wrote: > Reinhard Poetz wrote: > >> Daniel Fagerstrom wrote: >> >>> Don't know. Reinhard and maybe Sylvain at least seem to use it for >>> customer systems maybe there are more. >> >> >> >> Yes, it's my plan to use trunk for my current customer application >> because I want to use th

NullPointerException building cocoon for forrest

Hi, Since this version: http://svn.apache.org/viewcvs.cgi?rev=164112&view=rev I am getting a null pointer exception when runnig forrest: Exception in thread "main" java.lang.NullPointerException at org.apache.cocoon.Cocoon.initialize(Cocoon.java:177) at org.apache.avalon.framewor

Re: [PlanetCocoon] 4 new ideas to discuss on Planet Cocoon

2005/5/23, Bertrand Delacretaz <[EMAIL PROTECTED]>: > Hi Sebastien, > > > ...I've just published four new ideas on my blog.. > > About "Typo3-like documentation matrix" - I've been thinking for a > while that a matrix of our *samples* would be a big help: having all > samples listed on a single p

Re: [Patch] User-Agent is PARAMETER, not HEADER in Command-line interface

OK; I was unaware of the meaning of the flags in bugzilla. I have a second patch for the "trunk" branch, but have not inserted it into Bugzilla yet. Will do so this afternoon... As for committing, I cannot as I am no Cocoon regular developer. Could someone else do so? James -Original Mess

Re: Releasing 2.2

Daniel Fagerstrom wrote: > > That is a reason for increasing minor version, but not for maintaining > parallell branches for years. > If we don't maintain the "old" 2.1.x branch, what about all its users? Do you want to force them to migrate to 2.2? That's simply not realistic. We should be abl

Re: [VOTE] Alfred Nathaniel as committer

On 09.04.2005 12:10, Bertrand Delacretaz wrote: So, I'm pleased to propose Alfred, should he accept the nomination, as a committer. Of course, my secret hope is that he will contribute many additional automated tests, but the committment is to the project, not to a particular task! Back to a

Re: Releasing 2.2

Carsten Ziegeler wrote: Daniel Fagerstrom wrote: --- o0o --- Probably I'm missing important aspects, but I fail to see what the split into trunk and stable have bought us, except for less testing, disruption and possibly sloopier coding as th

Re: Sitemap problem... help! :-)

On 30.01.2005 21:32, Mark Lundquist wrote: It can be argued that it should be possible to match any continuation resource in any context and have it resumed correctly. The rationale is the intuition that the sitemap context is part of the control thread being resumed. I agree. Isn't it poss

Re: CONTRIBUTION: forms-calendar-styling defect when widget disabled

On 15.03.2005 23:33, Sylvain Wallez wrote: Again and again, there is no such "readonly" attribute. You can set the state of a widget to "disabled" which leads to something similar to what you describe: the input is readonly, and the calendar icon is still visible but disabled. There is, but

Re: Releasing 2.2

Daniel Fagerstrom wrote: --- o0o --- > > Probably I'm missing important aspects, but I fail to see what the split > into trunk and stable have bought us, except for less testing, > disruption and possibly sloopier coding as the branch is supposed

Re: [RT] Releases

Reinhard Poetz wrote: Daniel Fagerstrom wrote: Don't know. Reinhard and maybe Sylvain at least seem to use it for customer systems maybe there are more. Yes, it's my plan to use trunk for my current customer application because I want to use the new jxtemplate implementation and the per-si

Re: Releasing 2.2

Carsten Ziegeler wrote: Ralph Goers wrote: I doubt many will switch until 2.2 is stable - i.e we've had a few releases of it. I would recommend that we continue doing maintenance on 2.1 until at least a stable 2.2.0 is released and possibly a release or two later. That doesn't mean that

Re: Releasing 2.2

> As a matter of fact, Leszek > provided a fix last week for what seems to me to be a pretty serious bug > in flow and this alone should warrant a 2.1.8 release. Hi Ralph, We are about to go to production with an application built on 2.1.7 that uses flow heavily. Could you point me in the directi

Re: [RT] Micro kernel based Cocoon

Ralph Goers wrote: > However, I wouldn't go looking for operations to perform just > because you can. I would start by identifying the operations you would > find valuable and then prioritize them by need and difficulty to > implement. Would your hypotheical of changing the working directory

Re: Releasing 2.2

Le 23 mai 05, à 08:06, Ralph Goers a écrit : ...I doubt many will switch until 2.2 is stable - i.e we've had a few releases of it. I would recommend that we continue doing maintenance on 2.1 until at least a stable 2.2.0 is released and possibly a release or two later. That doesn't mean that

Re: [RT] Micro kernel based Cocoon

Sylvain Wallez wrote: We should also consider if blocks should be _similar_ to Eclipse plugins, of if they should _be_ such plugins, which would remove us a log of work, both for code, docs and support. I have read some Eclipse docu, but it is not obvious to me what Eclipse plugins will he

Re: [RT] Micro kernel based Cocoon

Sylvain Wallez wrote: Reinhard Poetz wrote: AFAIU only some work on cForms is missing (flowscript API and repeater binding) That's far from the only work to do IMO, as there are a lot of semi-finished core features. Some that come to mind: refactored object model, Here the main problem

Re: [RT] Micro kernel based Cocoon

Carsten Ziegeler wrote: Daniel Fagerstrom wrote: All current blocks, the core and libraries that are used by several bundles are packaged as bundles. These are deployed in a OSGi kernel. During development the Cocoon bundles can be deployed within the OSGi kernel of Eclipse together with v

DO NOT REPLY [Bug 35018] New: - [Link] Le Renard

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [RT] Releases

Niclas Hedhman wrote: Listen to the founding fathers of this project, who declared (and lived by it in the 1.x days) "Release Early, Release Often". Everyone here talks about it, but doesn't live by it. I have no problem with release early, release often. I just have a problem with code in