(http://www.mulberrytech.com/xsl/xsl-list/), there should be some XSLT fragments
you may find useful.
Regards,
Luca Morandini
www.lucamorandini.it
to be integrated in the source: the actual download is
left to the end user, which could be warned beforehand.
Happy new year to you as well, Sylvain !
Luca Morandini
www.lucamorandini.it
/index.html).
Regards,
Luca Morandini
www.lucamorandini.it
, not to mention the better performance of
the published site.
Bring back the wiki I say!
I beg to differ ;)
Regards,
Luca Morandini
www.lucamorandini.it
win!
That's refreshing... I'm used to lose most (all ?) arguments ;)
Regards,
Luca Morandini
www.lucamorandini.it
,
Luca Morandini
www.lucamorandini.it
hepabolu wrote:
Luca Morandini said the following on 12/2/09 20:27:
Once upon a time there was planetcocoon.com... with blog and all sorts
of cocoon-related stuff, but it is now gone.
But there was no new content in that. It was merely an aggregation of
various sources. Nice to see
, we (Sourcesense) have run Cocoon 2.1.x in a Jboss cluster
environment since early 2007 .
Regards,
Luca Morandini
www.lucamorandini.it
)
Luca Morandini
www.lucamorandini.it
Vadim Gritsenko wrote:
On Jul 29, 2008, at 1:33 PM, Luca Morandini wrote:
Besides, I've heard Apache committers have special discounts on the
entire Mercedes-Benz range of models... what ? That was just a joke ?
Oh my... :(
You do get a discount on ApacheCon...
It's not *exactly
Vadim Gritsenko wrote:
On Jul 29, 2008, at 1:29 AM, David Crossley wrote:
I would like to propose Luca Morandini as a new Cocoon committer
and PMC member.
+1. I wonder how he managed to avoid becoming a committer for so long! ;-)
Actually, I refused once... but this time David was more
Initialization Problem
Message: null
Description: No details available.
Sender: org.apache.cocoon.servlet.CocoonServlet
Source: Cocoon Servlet
cause
Could not find component (key [daisy-repository-manager])
request-uri
/daisy/cdocs/491
Luca Morandini
,
P.S.
What about adding the import of WidgetState class in Form.js as well ?
Luca Morandini
www.lucamorandini.it
/jira/browse/COCOON-2193
Project: Cocoon
Issue Type: Bug
Components: * Cocoon Core
Affects Versions: 2.2
Reporter: Luca Morandini
Priority: Minor
After a XPathTraversableGenerator stage with / as xpath expression, no XSLT
trasnformation
caught between old users adopting it
very slowly and new users not adopting it in great numbers... not an
exciting prospect.
Regards,
Luca Morandini
www.lucamorandini.it
Reinhard Poetz wrote:
I've prepared the artifacts for the release of Cocoon 2.2 final.
There is much room for improvement in the doc though: don't you think it
should be improved before release ?
Just my 2€c.
Regards,
Luca Morandini
www.lucamorandini.it
Reinhard Poetz wrote:
Luca Morandini wrote:
Reinhard Poetz wrote:
I've prepared the artifacts for the release of Cocoon 2.2 final.
There is much room for improvement in the doc though: don't you think
it should be improved before release ?
What's your plan?
Well, let's wargame
Joerg Heinicke wrote:
On 13.03.2008 16:20, Luca Morandini wrote:
Which is a departure from 2.1.9, which, IIRC, worked even with
Javascript disabled on the browser.
I don't think Forms used to work without Javascript.
I beg to differ: disable your javascript, go to
http
Joerg Heinicke wrote:
On 18.03.2008 03:46, Luca Morandini wrote:
I beg to differ: disable your javascript, go to
http://www.tutelamare.it/ and click on AmbienteMeteo; you'll see no
Javascript there (at least for the widget types we used).
With JavaScript *enabled* I'm stuck at the front
Joerg Heinicke wrote:
On 18.03.2008 08:15, Luca Morandini wrote:
Seriously: does it lament any Javascript error ?
I'm using latest Mozilla SeaMonkey. It does not show any error in the
Error Console. I have certain JavaScript functions disabled though:
- Move or resize existing windows
Grzegorz Kossakowski wrote:
Luca Morandini pisze:
Done: do you mind checking it and, in case, put it LIVE ?
I've checked your changes and had to add some more because you missed some
resource:// replacements
with servlet:/. It's been put live now.
It is only me, or the page has not been
Sylvain Wallez wrote:
Luca Morandini wrote:
Do you mind terribly showing me an example of the use of this API ?
Something like:
CocooonStream stream= new CocoonStream(file, documents/mydoc.xml);
stream.transform(xslt, xsl/doc2html.xsl);
return stream.serialize(html);
Yes, something like
Grzegorz Kossakowski wrote:
Luca Morandini pisze:
...so I suppose an upgrade of the doc is in order: I may volunteer in
absence of anyone taking care of it him/herself.
I think it would be the best if you could take care of updating the docs
because it was you who
suffered recently of not up
and this
approach plays well with the Java monoculture, but, there aren't
libraries already doing that ?
Regards,
Luca Morandini
www.lucamorandini.it
...so I suppose an upgrade of the doc is in order: I may volunteer in
absence of anyone taking care of it him/herself.
Regards,
Luca Morandini
www.lucamorandini.it
plea.
Luca Morandini
www.lucamorandini.it
Grzegorz Kossakowski wrote:
Luca Morandini pisze:
Dojo is used to only handle Ajax mode of Forms but to handle advanced field
styling of Forms widgets
as well that has nothing to do with Ajax.
Yes, I've looked into the code and discovered that ;)
This means that Forms must depend on Ajax
Grzegorz Kossakowski wrote:
Luca Morandini pisze:
I presume that a way to disentangle forms and ajax blocks would be to
make two different forms-field-styling.xsl (one with Javascript and/or
Ajax, the other without Javascript), loaded conditionally on ajax=true
by forms-samples-styling.xsl
Grzegorz Kossakowski wrote:
Luca Morandini pisze:
Come to think of it, there should be three modes, not teo: ajax,
javascript, no-javascript.
Hence, ajax='true' should be changed too, maybe to
client='static|dynamic|ajax'... hmm... the matter is getting hairy.
Ah, right. Not sure what's
Grzegorz Kossakowski wrote:
Luca Morandini pisze:
Well, you can use hidden DIVs, to be displayed when an on hover event
is triggered.
...
Ah, right. Is this technique considered as accessible?
Yep: it doesn't use Javascript and it dosn't break the linearity of the
page.
Regards
Components: Blocks: Templating
Affects Versions: 2.2-dev (Current SVN)
Reporter: Luca Morandini
It seems that settings are passed to the CocoonEntryObjectModelProvider class,
but not put into the cocoonMap.
--
This message is automatically generated by JIRA.
-
You can
://www.lucamorandini.it/fins/index.html and install it
(the use of my own website to host the snapshot is transient).
Actually, beside Cocoon 2.2, we think it should work on Cocoon 2.1 as
well, but we would like you to try this yourself.
Thanks in advance,
Luca
) Shall we move Cocoon from service-oriented to resource-oriented to
better support RIA/Ajax/Web 2.0/insert your own bizzwords ?
3) CForms vs Apache-Wicket
4) Some success stories on TDD (and the best tools for the job).
Regards,
Luca Morandini
www.lucamorandini.it
* the properties in JARs, right ?
Regards,
Luca Morandini
www.lucamorandini.it
just did).
3) Properties in WEB-INF/cocoon to overwrite the ones in 1 an 2.
Regards,
Luca Morandini
www.lucamorandini.it
Ralph Goers wrote:
Luca Morandini wrote:
So, the chain you propose is (sorted by order of loading):
1) WEB-INF/classes/META-INF/cocoon/properties (block-wide stuff).
2) WEB-INF/classes/cocoon/properties (project-wide stuf).
In truth, I don't find the use of classes for configuration stuff
blocks (JARs) have the same properties file name,
what happens ?
Regards,
Luca Morandini
www.lucamorandini.it
Carsten Ziegeler wrote:
Luca Morandini wrote:
One issue, though: since the property loading mechanism uses
classpath:° protocol, property files are read in alphabetical order,
which means I might have my per-project properties ruined by the
addition of a block, unless I call them
Giacomo Pati wrote:
Carsten Ziegeler wrote:
Luca Morandini wrote:
This was neatly solved by the use of WEB-INF/cocoon/properties, since it
was loaded after the classpath:* chain.
Yes, you're right. Hmm, perhaps we should load properties from
WEB-INF/classes last. I'll have a look
Carsten Ziegeler wrote:
Luca Morandini schrieb:
Carsten Ziegeler wrote:
Luca Morandini wrote:
This was neatly solved by the use of WEB-INF/cocoon/properties, since it
was loaded after the classpath:* chain.
Yes, you're right. Hmm, perhaps we should load properties from
WEB-INF/classes
Daniel Fagerstrom wrote:
Luca Morandini skrev:
Reinhard Poetz wrote:
Daniel Fagerstrom wrote:
Luca Morandini skrev:
We have updated the deployment mechanism recently, and I got the
same error message a short period before I updated the bean
configuration in
META-INF/cocoon/spring/cocoon
Daniel Fagerstrom wrote:
Luca Morandini skrev:
file:/C:/apps/cocoon-2.2-dev/core/cocoon-webapp/target/cocoon-webapp/WEB-INF/lib/cocoon-deployer-plugin-classloading.jar,
This is strange, I don't have this jar on my class path. It is probably
a leftover from a build without
Daniel Fagerstrom wrote:
Luca Morandini skrev:
Embedded error: Error creating bean with name
'org.apache.cocoon.core.main.block' defined in URL
[jar:file:/C:/apps/cocoon-2.2-dev/core/cocoon-webapp/target/cocoon-webapp/WEB-INF/lib/cocoon-core-main-sample-1.0.0-SNAPSHOT.jar!/META-INF/cocoon
Reinhard Poetz wrote:
Daniel Fagerstrom wrote:
Luca Morandini skrev:
We have updated the deployment mechanism recently, and I got the same
error message a short period before I updated the bean configuration
in META-INF/cocoon/spring/cocoon-core-main-sample-blockServlet.xml for
cocoon-core
]
[INFO] Failure
Embedded error: Cannot invoke listener
[EMAIL PROTECTED]
Couldn't find the sitemap /sitemap.xmap
(same error with ./start.sh, by the way).
Any clue ?
Regards,
Luca Morandini
www.lucamorandini.it
Daniel Fagerstrom wrote:
Luca Morandini skrev:
Patrick Refondini wrote:
shouldn't it be :
-Dmaven.war.shieldingclassloader=false
Thanks for this bit of information, but Cocoon doesn't run yet.
I did:
mvn -Dmaven.test.skip=true -Dmaven.war.shieldingclassloader=false
clean install
cd core
)
at
org.apache.cocoon.maven.deployer.servlet.ShieldedClassLoader.getClass(ShieldedClassLoader.java:58)
Regards,
Luca Morandini
www.lucamorandini.it
Mark Lundquist wrote:
On Nov 26, 2006, at 1:07 PM, Luca Morandini wrote:
Could someone tell me what I'm missing ?
Per some other recent threads: try -Dshieldedclassloading=false in
your mvn.
I built Cocoon with: mvn -Dmaven.test.skip=true
-Dshieldedclassloading=false clean install
;)
Regards,
P.S.
Well done guys :)
Luca Morandini
www.lucamorandini.it
Vadim Gritsenko wrote:
rather than wait several more years for Cocoon Vista to appear on horizon.
^
Man, that's nasty ;)
Luca Morandini
www.lucamorandini.it
Vadim Gritsenko wrote:
rather than wait several more years for Cocoon Vista to appear on horizon.
And that's even nastier ;)
Luca Morandini
www.lucamorandini.it
/extensions.html#ex-java
Luca Morandini
www.lucamorandini.it
Luca Morandini wrote:
Folks (well, I suppose Helma),
In 2.1.8 I noticed the doc for ImageMap widget is missing though I've
submitted some along with the code; quite naturally, I pressed the view
edit or comment on link, to be greeted by an error message... now, what
can I do to fill
,
Luca Morandini
www.lucamorandini.it
Stefano Mazzocchi wrote:
Luca Morandini wrote:
Nevertheless, it is easier to build a tool around a declarative
language expressed as XML, than a procedural language expressed as...
a procedural programming language.
I'm sorry, Luca, but I think that's BS.
cut/
For example, do you think
Sylvain Wallez wrote:
Luca Morandini wrote:
Generally speaking, in the procedural vs. declarative debate I drifts
towards the latter. For example, I see the advantages in using
something like Spring Web Flow, not the least of them being the easy
development of tools (AndroMDA maybe
, in the procedural vs. declarative debate I drifts
towards the latter. For example, I see the advantages in using something
like Spring Web Flow, not the least of them being the easy development
of tools (AndroMDA maybe ?).
Regards,
Luca Morandini
www.lucamorandini.it
for Cocoon, can't you ?
Regards,
Luca Morandini
www.lucamorandini.it
Bertrand Delacretaz wrote:
Le 3 déc. 05, à 14:04, Luca Morandini a écrit :
Excuse me Bertrand, but I fail to see what's so special about this: I
did this (and an aggregator too) in ASP about an year ago (I missed
Cocoon very badly in that project) and I presume you can do the same
in Java
In both 2.1.8-rc1 and 2.2-dev hosted on cocoon.zones, the logo doesn't
appear.
Regards,
Luca Morandini
www.lucamorandini.it
Arje Cahn wrote:
Whoops Let me correct that! I'll put it on the site.
Thanks for pointing out...
...and maybe a reminder on both lists.
Thanks,
Luca Morandini
www.lucamorandini.it
Arje Cahn wrote:
Spareribs location [1]:
Restaurant Moeders Mooiste ('mum's prettiest')
Heinekenplein 5
Sorry to bother you again, but... at which time are we supposed to meet ?
Regards,
Luca Morandini
www.lucamorandini.it
Folks,
it's probably only me missing the announcement... but I fail to see the
6th of Oct. meeting-point for the dinner on the GT website: could
someone point it tp me ?
Regards,
Luca Morandini
www.lucamorandini.it
Jorg Heymans wrote:
Luca Morandini wrote:
often discussed here, very true - as much as we hate (to admit) it
;)
marketing type=idea
Lets do a video like Rails [2], a picture says more than a thousand
words, a video more than a thousand pictures! WDOT? Can something like
this put us to shame
the URI ends with .pdf, in Excel if the URI ends
with .xls, etc.
Not exactly exciting if someone knows Cocoon... but we're not preaching
to the chorus here, are we ? ;)
Regards,
Luca Morandini
www.lucamorandini.it
detailed maps, not
just tourist ones, the rendering on the client is out of the question.
Regards,
Luca Morandini
www.lucamorandini.it
Sylvain Wallez wrote:
Luca Morandini wrote:
Sylvain Wallez wrote:
I would (and actually do) use Mappy (http://www.mappy.com/), which
has provided for ages a flash-based GUI that receives vector data
from the server, and which is snappier than GMaps. Bitmaps suck when
it comes to GIS!
Up
and more popular.
My 0.02 EUR: I think Cocoon will remain a niche framework, used for
complex applications and/or by gifted developers.
Regards,
Luca Morandini
www.lucamorandini.it
Daniel Fagerstrom wrote:
Luca Morandini wrote:
Daniel Fagerstrom wrote:
if we succeed in attracting a large user base,
Are we ?
Consider:
1) Declining cocoon-users activity.
2) Reduced attendance (so far) to GetTogether (and it shouldn't be,
since Amsterdam is a more accessible, if less
tr
xsl:for-each select=*
tdxsl:value-of select=.//td
/xsl:for-each
/tr
/xsl:template
On the other hand, the format you proposed is cleaner indeed.
Regards,
Luca Morandini
www.lucamorandini.it
:
ImageMap.java
ImageMapDefinition.java
ImageMapDefinitionBuilder.java
Luca Morandini
www.lucamorandini.it
Peter Hunsberger wrote:
On 6/10/05, Luca Morandini [EMAIL PROTECTED] wrote:
Note there is no need for the verbose XSLT element, attribute syntax
here, you can just use something like:
Sure, that was a leftover from various experiments I did and then forgot
to streamline.
Regards
this, Vadim ? ;)
Regards,
Luca Morandini
www.lucamorandini.it
, don't you
think ?
Don't forget this is not a a map widget, only an image map one.
Regards,
Luca Morandini
www.lucamorandini.it
Vadim Gritsenko wrote:
Luca Morandini wrote:
function onClickMap () {
var x= Number(cocoon.request.getParameter(map.x));
var y= Number(cocoon.request.getParameter(map.y));
Eww!
Ahem... what Eww!, exactly, means ?
var uri;
uri= zoomed map uri/;
frm.getWidget
on the Geoid list ? I think that would
be the best place for talking about such issues.
Luca Morandini
www.lucamorandini.it
Vadim Gritsenko wrote:
Luca Morandini wrote:
Thanks for the suggestion, I'll work on it.
MapEvent will allow to use event.x, event.y or some such instead of
'cocoon.request.getParameter(map.y)', which is eww ;-)
Understood: I'll amend the ImageMap widget early next week.
Regards
,
Luca Morandini
www.lucamorandini.it
Jorg Heymans wrote:
Luca Morandini wrote:
Don't get me wrong, I like SVG, but forcing user to install a plug-in
would be an unpopular option.
With Firefox nightlies having native SVG support, this option is not so
unpopular anymore as it was say a few months ago.
Yes, I know
like mouse coordinates to be retrieved by querying the map
widget rather than the request object... anyone knows a simple way to do
this from within the widget class (subclass of AbstractWidget) ?
Regards,
Luca Morandini
www.lucamorandini.it
, of course.
Luca Morandini
www.lucamorandini.it
field with picture styling type (I've already
seen a post with some code) could be another nice addition to Forms...
nothing to do with server-side images though, just an output field that
happens to have a graphic content: your take ?
Regards,
Luca Morandini
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.
Regards,
Luca Morandini
www.lucamorandini.it
along the way). Anyway, this stuff won't
fit well into Geoid, since server-side images may be useful for other
application domains as well.
Regards,
Luca Morandini
www.lucamorandini.it
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 styling type=image. When the image is clicked,
the action's event
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
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
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
Folks,
I've made a form without a submit widget, which resulted (after a while)
in a StackOverflowError... apparently the flow engine keep
auto-submitting the form over and over: is this a bug or is accepted
behaviour ?
Regards,
Luca Morandini
www.lucamorandini.it
Luca Morandini wrote:
I've made a form without a submit widget, which resulted (after a while)
in a StackOverflowError... apparently the flow engine keep
auto-submitting the form over and over: is this a bug or is accepted
behaviour ?
Hmm... seems the problem is more complex than just
/main.js); // It loads itself !
function showMap () {
var frm;
frm= new Form(cocoon:/fd-themes-legend.xml);
frm.showForm(form-themes-legend.html);
cocoon.sendPage(/message.html, null);
}
Sorry for wasting your time, Sylvian :(
Luca
] http://www.cocoondev.org
Luca Morandini
www.lucamorandini.it
the quick feeling of a scripting language.
Regards,
[1] http://htmlunit.sourceforge.net/
[2] http://jakarta.apache.org/commons/jelly/
Luca Morandini
www.lucamorandini.it
is missing
(org.apache.cocoon.ant.AntBuildGenerator).
Regards,
P.S.
Thanks a lot, this is something that goes a long way towards narrowing
the code/doc divide in Cocoon.
---
Luca Morandini
[EMAIL PROTECTED]
http://www.lucamorandini.it
---
after it has been used.
---
Luca Morandini
[EMAIL PROTECTED]
http://www.lucamorandini.it
---
Ralph Goers wrote:
FWIW, we had trouble getting Flowscript to work with Weblogic because
weblogic had its own version of Rhino.
Ouch ! Did you succeed in the end ?
Regards,
---
Luca Morandini
[EMAIL PROTECTED]
http://www.lucamorandini.it
---
Vadim Gritsenko wrote:
Are you talking with me or with yourself? :)
To myself, but loudly... so you could step in if I said something stupid ;)
Regards,
---
Luca Morandini
[EMAIL PROTECTED]
http://www.lucamorandini.it
---
the
clustering off for the Cocoon webapp ?
Regards,
---
Luca Morandini
[EMAIL PROTECTED]
http://www.lucamorandini.it
---
Vadim Gritsenko wrote:
Luca Morandini wrote:
Vadim Gritsenko wrote:
Problem is that currently Flow session scope is not serializable.
WebLogic requires session attributes to be serializable (required for
clustering).
I mean, is flow unusable on WebLogic ?
Flow requires session scope only when
(PipelinesNodeBuilder.java:65)
at
...
Shall I insert this in Bugzilla ?
Regards,
---
Luca Morandini
[EMAIL PROTECTED]
http://www.lucamorandini.it
--- -
1 - 100 of 108 matches
Mail list logo