RE: link to a file

2006-09-27 Thread Andrew Stevens

From: Roel Croonenberghs [EMAIL PROTECTED]
Date: Tue, 26 Sep 2006 16:30:06 +0200

tnx, but does that means that for every different extension, I should
supply a mime-type?


It depends.  The default reader will try and pick one automatically, but the 
ones it knows depends on some JDK settings file (search the list archives, I 
asked about this a while back).  For others, you either need to add them to 
this file, or just use a specific map:read that supplies it.



Andrew.



Andrew Stevens [EMAIL PROTECTED]
26/09/2006 16:23
Please respond to
users@cocoon.apache.org


To
users@cocoon.apache.org
cc

Subject
RE: link to a file






From: Roel Croonenberghs [EMAIL PROTECTED]
Date: Tue, 26 Sep 2006 16:12:28 +0200

Hello,

I have a dir in my WEB_INF folder where users can upload there files.
That
works. But I want these files to be available for download. so I use a
directory generator;
map:generate type=directory src=\WEB-INF\files\download

and I transform the result via xsl to produce a html with the links to
these files.

But what should I put in the href tag of a file? Because instead of
letting the user download the file, cocoon tries to resolve the url in
the
sitemap.

Well, if they're under WEB-INF you won't be able to link directly to them
anyway since the spec says web containers shouldn't serve up files under
there.  You don't say what URL you're matching on to get the directory
listing, but assuming it's something like map:match pattern=mydir then

you could just use relative links in the generated hrefs and add
map:match pattern=mydir/*
map:read src=\WEB-INF\files\download\{1}/
/map:match
to your sitemap.  Depending on the filetypes you may also need to match
based on the extension and supply the relevant mime-type attributes on the

map:read elements.


Andrew.




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: link to a file

2006-09-27 Thread Andrew Stevens

From: Roel Croonenberghs [EMAIL PROTECTED]
Date: Tue, 26 Sep 2006 17:02:23 +0200

2de question; I want the user to download the file, that when teh user
cliks the link, his browser opens a download dialog box so heb can choose
where to save the file.

how do I do that?


To a large extent, that depends on the browser they're using - for example, 
I have mine set to automatically download files to a specific folder without 
prompting.


More generally, though, if the browser has a plugin that can handle the 
returned mime type it will open it in that; otherwise it will download it.  
There may also be a separate download this link option on the RMB popup 
menu to allow it to be saved rather than opened.
If you want to force files to be downloaded rather than handled by plugins, 
you could return application/octet-stream as the mime type instead of the 
actual value.



Andrew.






Andrew Stevens [EMAIL PROTECTED]
26/09/2006 16:23
Please respond to
users@cocoon.apache.org


To
users@cocoon.apache.org
cc

Subject
RE: link to a file






From: Roel Croonenberghs [EMAIL PROTECTED]
Date: Tue, 26 Sep 2006 16:12:28 +0200

Hello,

I have a dir in my WEB_INF folder where users can upload there files.
That
works. But I want these files to be available for download. so I use a
directory generator;
map:generate type=directory src=\WEB-INF\files\download

and I transform the result via xsl to produce a html with the links to
these files.

But what should I put in the href tag of a file? Because instead of
letting the user download the file, cocoon tries to resolve the url in
the
sitemap.

Well, if they're under WEB-INF you won't be able to link directly to them
anyway since the spec says web containers shouldn't serve up files under
there.  You don't say what URL you're matching on to get the directory
listing, but assuming it's something like map:match pattern=mydir then

you could just use relative links in the generated hrefs and add
map:match pattern=mydir/*
map:read src=\WEB-INF\files\download\{1}/
/map:match
to your sitemap.  Depending on the filetypes you may also need to match
based on the extension and supply the relevant mime-type attributes on the

map:read elements.


Andrew.




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Upgrading Cocoon 2.1.8-2.1.9

2006-09-27 Thread Iacturus

Hello,

I want to upgrade Cocoon in my project.
I did the following things:
-download Cocoon 2.1.9
-compiled it
-replaced old jars/libs with newer
-merged changes of forms-samples-styling.xsl and subfiles with project 
specific changes


First Question: Is there anything more i have to do? A HowToUpdate would 
be very nice in future.


Secend Question/Problem: With Firefox erverything seems to work like 
before but with IE I get The Website http://localhost... can not be 
opend. Process canceled (translated from German). I found out that when 
i delete the import of dojo.js (script 
src={$resources-uri}/dojo/dojo.js type=text/javascript/) in 
forms-field-styling.xsl I get a Website and some Javascript errors like 
dojo is not defined.


I hope somebody can help me.

Robert Blank



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Upgrading Cocoon 2.1.8-2.1.9

2006-09-27 Thread Robert Blank

Hello,

I want to upgrade Cocoon in my project.
I did the following things:
-download Cocoon 2.1.9
-compiled it
-replaced old jars/libs with newer
-merged changes of forms-samples-styling.xsl and subfiles with project 
specific changes


First Question: Is there anything more i have to do? A HowToUpdate would 
be very nice in future.


Secend Question/Problem: With Firefox erverything seems to work like 
before but with IE I get The Website http://localhost... can not be 
opend. Process canceled (translated from German). I found out that when 
i delete the import of dojo.js (script 
src={$resources-uri}/dojo/dojo.js type=text/javascript/) in 
forms-field-styling.xsl I get a Website and some Javascript errors like 
dojo is not defined.


I hope somebody can help me.

Robert Blank

Edit:
I found the problem in line 684 of dojo.js in dojo-rsrc-20060310.jar:
document.createStyleSheet().addRule(v\\:*,behavior:url(#default#VML));
So i extracted the file and import it in my project and delete this 
line. But now i get JS error in FF and IE:

Error: symbol 'cocoon.forms' is not defined after loading '__package__.js'
File: http://localhost:8080/.../resources/js/dojo.js
Line: 77
This problem has to do something with moving the file from jar to my 
project.


Still hope someone can help me...


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Cocoon + PDF + Forms ?

2006-09-27 Thread Brian Demers

Hello All,

We have an in house solution that allows us to render a PDF or HTML
form based on an XML file.


From what I have read, Cocoon can do this.  I would like to move away

from our in house solution to a more standard API.

The problem is that we are using forms (as in data entry) with both
our PDF and HTML versions.

Will Cocoon and Cocoon forms allow for PDF form?  If so does anyone
have a link or an example?  Also if this is supported does the PDF
require an FDF document?

Thanks!

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Cocoon + PDF + Forms ?

2006-09-27 Thread Geert Josten
Hi Brian,

Interesting. I assume that users need to be able to fill out the forms
(both PDF and HTML) and somehow send back the result. How do you do that
with your in house solution? Is it all web-based?

Our company employs PDF forms in a project for one of our customers, and
I thought it was web-based, but am afraid I do not know the precise
details.

I guess Cocoon would have no trouble handling the FDF files, but
combining an FDF with a PDF to provide a user with a PDF form might be
more difficult. I am not that familiar with this technology though, to
say for sure..

Kind regards,
Geert

 
   
 
Drs. G.P.H. Josten
Consultant
 
 

Daidalos BV
Source of Innovation
Hoekeindsehof 1-4
2665  JZ  Bleiswijk
Tel.: +31 (0) 10 850 1200
Fax: +31 (0) 10 850 1199
www.daidalos.nl
KvK 27164984


De informatie - verzonden in of met dit emailbericht - is afkomstig van 
Daidalos BV en is uitsluitend bestemd voor de geadresseerde. Indien u dit 
bericht onbedoeld hebt ontvangen, verzoeken wij u het te verwijderen. Aan dit 
bericht kunnen geen rechten worden ontleend.
 

 Van: Brian Demers [mailto:[EMAIL PROTECTED] 
 Verzonden: woensdag 27 september 2006 19:10
 Aan: users@cocoon.apache.org
 Onderwerp: Cocoon + PDF + Forms ?
 
 Hello All,
 
 We have an in house solution that allows us to render a PDF 
 or HTML form based on an XML file.
 
 From what I have read, Cocoon can do this.  I would like to 
 move away from our in house solution to a more standard API.
 
 The problem is that we are using forms (as in data entry) 
 with both our PDF and HTML versions.
 
 Will Cocoon and Cocoon forms allow for PDF form?  If so does 
 anyone have a link or an example?  Also if this is supported 
 does the PDF require an FDF document?
 
 Thanks!
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Custom Serializer

2006-09-27 Thread Geert Josten
 You should begin from this 
 http://cocoon.apache.org/2.1/introduction.html
 
 The Apache Cocoon Project based at Apache Excalubur Project.
 Any Cocoon components are Avalon Components. 
 http://excalibur.apache.org/developing/introduction.html
 
 If you need a simple example you can ask me.

You could also look for an existing serializer that looks to be near to
what you are looking for and patch it till it does what you want..

;-)
   
 
Drs. G.P.H. Josten
Consultant
 
 

Daidalos BV
Source of Innovation
Hoekeindsehof 1-4
2665  JZ  Bleiswijk
Tel.: +31 (0) 10 850 1200
Fax: +31 (0) 10 850 1199
www.daidalos.nl
KvK 27164984


De informatie - verzonden in of met dit emailbericht - is afkomstig van 
Daidalos BV en is uitsluitend bestemd voor de geadresseerde. Indien u dit 
bericht onbedoeld hebt ontvangen, verzoeken wij u het te verwijderen. Aan dit 
bericht kunnen geen rechten worden ontleend.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: link to a file

2006-09-27 Thread Geert Josten
 tnx, but does that means that for every different extension, 
 I should 
 supply a mime-type?
 
 It depends.  The default reader will try and pick one 
 automatically, but the ones it knows depends on some JDK 
 settings file (search the list archives, I asked about this a 
 while back).  For others, you either need to add them to this 
 file, or just use a specific map:read that supplies it.

I might be mistaken, but there are mime-type mappings in
web-inf/web.xml. The default reader could be using these..

Kind regards,
Geert
   
 
Drs. G.P.H. Josten
Consultant
 
 

Daidalos BV
Source of Innovation
Hoekeindsehof 1-4
2665  JZ  Bleiswijk
Tel.: +31 (0) 10 850 1200
Fax: +31 (0) 10 850 1199
www.daidalos.nl
KvK 27164984


De informatie - verzonden in of met dit emailbericht - is afkomstig van 
Daidalos BV en is uitsluitend bestemd voor de geadresseerde. Indien u dit 
bericht onbedoeld hebt ontvangen, verzoeken wij u het te verwijderen. Aan dit 
bericht kunnen geen rechten worden ontleend.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Custom Serializer

2006-09-27 Thread Sumedh Shirodkar


thats what I did actually.
Used the ZipArchiveSerializer and modified it.

thanks guys!!!

-S.






From: Geert Josten [EMAIL PROTECTED]
Reply-To: users@cocoon.apache.org
To: users@cocoon.apache.org,George V. Prascharuk [EMAIL PROTECTED]
Subject: RE: Custom Serializer
Date: Wed, 27 Sep 2006 20:11:49 +0200

 You should begin from this
 http://cocoon.apache.org/2.1/introduction.html

 The Apache Cocoon Project based at Apache Excalubur Project.
 Any Cocoon components are Avalon Components.
 http://excalibur.apache.org/developing/introduction.html

 If you need a simple example you can ask me.

You could also look for an existing serializer that looks to be near to
what you are looking for and patch it till it does what you want..

;-)


Drs. G.P.H. Josten
Consultant



Daidalos BV
Source of Innovation
Hoekeindsehof 1-4
2665  JZ  Bleiswijk
Tel.: +31 (0) 10 850 1200
Fax: +31 (0) 10 850 1199
www.daidalos.nl
KvK 27164984


De informatie - verzonden in of met dit emailbericht - is afkomstig van 
Daidalos BV en is uitsluitend bestemd voor de geadresseerde. Indien u dit 
bericht onbedoeld hebt ontvangen, verzoeken wij u het te verwijderen. Aan 
dit bericht kunnen geen rechten worden ontleend.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



_
Be seen and heard with Windows Live Messenger and Microsoft LifeCams 
http://clk.atdmt.com/MSN/go/msnnkwme002001msn/direct/01/?href=http://www.microsoft.com/hardware/digitalcommunication/default.mspx?locale=en-ussource=hmtagline



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: link to a file

2006-09-27 Thread Geert Josten
 2de question; I want the user to download the file, that 
 when teh user 
 cliks the link, his browser opens a download dialog box so heb can 
 choose where to save the file.
 
 how do I do that?
 
 To a large extent, that depends on the browser they're using 
 - for example, I have mine set to automatically download 
 files to a specific folder without prompting.
 
 More generally, though, if the browser has a plugin that can 
 handle the returned mime type it will open it in that; 
 otherwise it will download it.  
 There may also be a separate download this link option on 
 the RMB popup menu to allow it to be saved rather than opened.
 If you want to force files to be downloaded rather than 
 handled by plugins, you could return application/octet-stream 
 as the mime type instead of the actual value.

I use the following strategy, which should work for most browsers I
believe:

map:match pattern=download/*
map:act type=set-header
  map:parameter name=Content-Type
value=application/x-download/
  map:parameter name=Content-Disposition value=attachment ;
filename={1}/

  map:read src={global:datadir}{1} /
/map:act
/map:match

PS: {global:datadir} refers to a datadir element in
map:pipelines/map:component-configurations/global-variables

Kind regards,
Geert
   
 
Drs. G.P.H. Josten
Consultant
 
 

Daidalos BV
Source of Innovation
Hoekeindsehof 1-4
2665  JZ  Bleiswijk
Tel.: +31 (0) 10 850 1200
Fax: +31 (0) 10 850 1199
www.daidalos.nl
KvK 27164984


De informatie - verzonden in of met dit emailbericht - is afkomstig van 
Daidalos BV en is uitsluitend bestemd voor de geadresseerde. Indien u dit 
bericht onbedoeld hebt ontvangen, verzoeken wij u het te verwijderen. Aan dit 
bericht kunnen geen rechten worden ontleend.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Hints needed for tree widget

2006-09-27 Thread Fred Vos
Hello Florian,

On Tue, Sep 26, 2006 at 07:46:14PM +0200, Dev at weitling wrote:
 Hi y'all,
 
 I'm stuck with creating a tree widget. One problem: I want to display
 some xml (I got out of a database) as tree. How to do it? I could write
 a Java class, of course, but isn't there a standard way from the nice
 guys from Cocoon?

We've had this problem before at work. For a pilot project I managed to create
a tree widget that can be initialized with an XML document from an
URI. Unfortunately this widget uses an extra jar (xom) to parse the xml
content and cannot use 'cocoon:...'  references, only 'file:///...' or
'http://...'. I'm not proud of the methods used to produce the tree. But the
thing works and since it's only a pilot, I did not want to spend too much time
on it. I've tried to make the widget more cocoon-like, so it could parse sax
events et cetera, but it was very difficult for me to understand the cforms
stuff. Furthermore the tree widget code is not set up like other
widgets. Sylvain Wallez did create a beautiful thing with the tree widget. I
can understand why it is difficult to make it behave more like other widgets,
like the selection list for example.

 And: Did I get it right, that here is no binding at the moment?

No, there's no binding.

If you still want to try this tree widget that reads from an XML document,
send me an e-mail and I'll send you everything you need.

Fred

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Cocoon + PDF + Forms ?

2006-09-27 Thread Brian Demers

Yes, our solution is completely web based.

Can anyone point me to an example of Cocoon + PDF + forms?

thanks again!

On 9/27/06, Geert Josten [EMAIL PROTECTED] wrote:

Hi Brian,

Interesting. I assume that users need to be able to fill out the forms
(both PDF and HTML) and somehow send back the result. How do you do that
with your in house solution? Is it all web-based?

Our company employs PDF forms in a project for one of our customers, and
I thought it was web-based, but am afraid I do not know the precise
details.

I guess Cocoon would have no trouble handling the FDF files, but
combining an FDF with a PDF to provide a user with a PDF form might be
more difficult. I am not that familiar with this technology though, to
say for sure..

Kind regards,
Geert




Drs. G.P.H. Josten
Consultant



Daidalos BV
Source of Innovation
Hoekeindsehof 1-4
2665  JZ  Bleiswijk
Tel.: +31 (0) 10 850 1200
Fax: +31 (0) 10 850 1199
www.daidalos.nl
KvK 27164984


De informatie - verzonden in of met dit emailbericht - is afkomstig van 
Daidalos BV en is uitsluitend bestemd voor de geadresseerde. Indien u dit 
bericht onbedoeld hebt ontvangen, verzoeken wij u het te verwijderen. Aan dit 
bericht kunnen geen rechten worden ontleend.


 Van: Brian Demers [mailto:[EMAIL PROTECTED]
 Verzonden: woensdag 27 september 2006 19:10
 Aan: users@cocoon.apache.org
 Onderwerp: Cocoon + PDF + Forms ?

 Hello All,

 We have an in house solution that allows us to render a PDF
 or HTML form based on an XML file.

 From what I have read, Cocoon can do this.  I would like to
 move away from our in house solution to a more standard API.

 The problem is that we are using forms (as in data entry)
 with both our PDF and HTML versions.

 Will Cocoon and Cocoon forms allow for PDF form?  If so does
 anyone have a link or an example?  Also if this is supported
 does the PDF require an FDF document?

 Thanks!

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]