Am Sam, 2003-06-28 um 21.09 schrieb Jakob Praher:
> Am Sam, 2003-06-28 um 19.19 schrieb Christopher Oliver:
>
> >
> > Check out JGoodies' fake eclipse L&F using swing:
> > http://www.jgoodies.com/freeware/metamorphosis/index.html
> >
looked at it but se
Am Sam, 2003-06-28 um 19.19 schrieb Christopher Oliver:
>
> Check out JGoodies' fake eclipse L&F using swing:
> http://www.jgoodies.com/freeware/metamorphosis/index.html
>
thanks for the pointer - will be interesting to use the metamorphosis
look and feel in netbeans ;-) - currently using kunsts
Am Die, 2003-04-01 um 10.53 schrieb Bertrand Delacretaz:
> I'm starting to think that porting Cocoon to the Whitespace language
> (http://compsoc.dur.ac.uk/whitespace/) could bring a lot of benefits.
> Apparently this language allows one to get rid of all encoding problems
> by using a strictly
Am Mon, 2003-03-31 um 05.52 schrieb ivelin:
> It is time to start work on the next version.
> Primary goal will be compliance with the XForms CR syntax.
very good.
> A topic which calls for a debate is what, if any, other XForms features in
> addition to form controls should be added to XMLForm wi
Am Son, 2003-03-30 um 21.32 schrieb Stefano Mazzocchi:
> >>4) the following functions
> >>
> >>Flow Object:
> >> flow.import() -> imports another flowscript
> >
>
> >
> > Hmmm... Should we allow cross-language (when/if we're going to have it)
> > flowscripts interaction? Because otherwise I
Am Mit, 2003-03-19 um 17.17 schrieb Stefano Mazzocchi:
> Jakob Praher wrote:
>
> > Index: blocks-build.xsl
> > ===
> > RCS file: /home/cvspublic/xml-cocoon2/tools/src/blocks-build.xsl,v
> > retrieving re
hi all,
I found the following problem when compiling the whole cocoon-2.1-dev:
blocks that have no configuration files in their /conf directory result
in no "conf" directory at all in the ${build.blocks}/name directory.
this again results in a NullPointerException in the XConfTool ant task,
sinc
hi,
anybody interested in XMLForm is invited to look at [1]. Since I am
working on a larger cocoon app, in which I switched to xmlform in late
December last year, I built some abstractions, which could be a
productivity boost, when writing XMLForm apps.
It aims at a clean abstraction layer on top
hi,
anybody interested in XMLForm is invited to look at [1]. Since I am
working on a larger cocoon app, in which I switched to xmlform in late
December last year, I built some abstractions, which could be a
productivity boost, when writing XMLForm apps.
It aims at a clean abstraction layer on top
Am Die, 2003-03-04 um 18.52 schrieb Christopher Oliver:
> Not sure. This is one of the weaknesses of JavaScript. It doesn't have
> any structuring mechanism for creating libraries or reusable modules
> (which was one of the things JavaScript 2.0 was supposed to fix). I
> think Cocoon will have
Am Die, 2003-03-04 um 15.00 schrieb [EMAIL PROTECTED]:
> Hello,
>
> When you run a Cocoon application, what is the very first servlet that is loaded?
>
Cocoon gets lauched via the CocoonServlet.
take a look at org.apache.cocooon.servlet.CocoonServlet.
That is the only servlet that is "exportet"
Am Fre, 2003-02-28 um 17.48 schrieb Hunsberger, Peter:
> Pier Fumagalli wrote:
> >
> > "Hunsberger, Peter" <[EMAIL PROTECTED]> wrote:
> >
> > > Niclas Hedhman wrote:
> > >>
> > >> I'm playing with the idea of making an attempt at a SAX hardware
> > >> accelerator, just for the heck of it, but w
Am Fre, 2003-02-28 um 14.22 schrieb [EMAIL PROTECTED]:
> I have done the example off the site for XMLForms.
> Having got this to work i have tried to create a new form. I want to
> put a dropdown list in but have no idea what the code is.
>
> Is coding for XMLForms the same as XForms, so in this
it looks like M$ doesn't want to publish the schema of its xml format,
this could be a nightmare to reverse engineer. I think it will be a very
complex format ...
read more: http://news.com.com/2100-1001-977880.html
Am Don, 2003-02-27 um 06.34 schrieb Niclas Hedhman:
> On Thursday 27 February 20
looks very interesting.
Once I have time again, hopefully soon ;-), I am looking forward to
playing with it.
thanks
-- Jakob
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
hi all,
Am Son, 2003-02-16 um 10.32 schrieb Ugo Cei:
> ivelin wrote:
> > Ugo, can you can share experience with Hibernate vs. Jakarta OJB, Cayenne
> > or another Open Source O/R tool.
> >
> > There is a reasonably objective comparison here
> > http://c2.com/cgi-bin/wiki?ObjectRelationalToolCompa
Am Don, 2003-02-13 um 19.17 schrieb Jeroen Cranendonk:
> > Am Don, 2003-02-13 um 17.20 schrieb Jeroen Cranendonk:
> > > Our company is currently building a project around cocoon(yay:) and
> xmlforms.
> > > We are using the current development cvs version.
> > > Working on this it occured to me that
Am Don, 2003-02-13 um 17.20 schrieb Jeroen Cranendonk:
> Our company is currently building a project around cocoon(yay:) and xmlforms.
> We are using the current development cvs version.
> Working on this it occured to me that the prepare and perform methods of
> the AbstractXMLFormAction class don
r a
project I do with XMLForms.
btw: I think it is great.
-- Jakob
>
>
>
> -=Ivelin=-
> ----- Original Message -
> From: "Jakob Praher" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, February 12, 2003 2:37 PM
> Sub
hi all,
did some hard core research, and found the following bug in the
XMLFormTransformer.java:
the "unrolling" of the "recorded" tags like "itemset" and "repeat" is
only done if:
class XMLFormTransformer {
...
Object _value ;
...
...
void unrollItemSetTag( DocumentFragment aFragment )
Am Mit, 2003-02-12 um 18.20 schrieb Sylvain Wallez:
> Jakob Praher wrote:
>
> >hi all,
> >or shall I say, hi noone?
> >
> >... hopefully this one will be answered ...
> >
> >allthough I have done it like in the samples, I have some problems
> >ge
hi all,
or shall I say, hi noone?
... hopefully this one will be answered ...
allthough I have done it like in the samples, I have some problems
getting xf:itemset bound to existing values of the model.
here's the story:
class MyBean {
Map allLanguages;
MyBean(
hi all,
in my previous mail I mentioned that I wanted to check for processing
events.
so I wrote a little action, that implements Disposable and logged the
events in a separate logkit file.
now for one request/response cycle I get the following logs:
DEBUG (2003-02-11) 11:00.32:992 [oegampg
hi all,
it would be somehow great, to get notified, when Cocoon.process, starts
and finishes its work.
I need to acquire resources for a processing phase and then would like
to automatically release it at processing end.
Is there a clean way to do this now (having looked at the sources, I
haven'
Am Fre, 2003-01-31 um 09.50 schrieb Nicola Ken Barozzi:
thanks for your answers, mine are inlined
> > IV)
> > What time frame do you have for implementing cocoon blocks?
>
> ASAP ;-)
great ;-) - let's start *gg*
>
> We are going in "baby steps", you are welcome to help in either or both
Am Fre, 2003-01-31 um 07.52 schrieb Ivelin Ivanov:
> XML Forms, Web Services and Apache Cocoon
> http://www.xml.com/pub/a/2003/01/29/cocoon-xforms.html?page=last#thread
>
thanks, interesting read.
>
> -=Ivelin=-
>
>
> -
> To u
hi,
I was reading through the
http://wiki.cocoondev.org/Wiki.jsp?page=BlocksDefinition
wiki page, which is a very interesting read.
There are some questions which have come to my mind:
I)
One of the things that interests me, is how you want to manage
specifications of xslts?
You have to ensure
hi,
I was reading through the
http://wiki.cocoondev.org/Wiki.jsp?page=BlocksDefinition
wiki page, which is a very interesting read.
There are some questions which have come to my mind:
I)
One of the things that interests me, is how you want to manage
specifications of xslts?
You have to ensure
hi all,
first of all: happy holidays!
I am working on extending xmlforms to be able to plug in
formlifecycelisteners.
for simplicity's sake I use a component-selector right now for
registering the listeners.
I know that there is a CocoonComponentManager which is, as I found out,
allocated on a
Am Sam, 2002-12-21 um 18.17 schrieb Martin Holz:
> Jakob Praher <[EMAIL PROTECTED]> writes:
>
> > Am Sam, 2002-12-21 um 11.56 schrieb Jakob Praher:
> > > hi,
> > >
> > > the default RoleConfiguration ist in
> > > cocoon.jar!org/apache/cocoon/
hi Ivelin,
hi Christian,
hi Michael,
have you looked at my last mail about the introduction of xforms model
item properties (only the calculate) for calculating depending data and
linked instances.
it's called "[Proposal] XForm with linking and model item properties"
is anybody working on some
Am Sam, 2002-12-21 um 11.56 schrieb Jakob Praher:
> hi,
>
> the default RoleConfiguration ist in
> cocoon.jar!org/apache/cocoon/cocoon.roles.
> is there any other way to add role shorthands?
>
my fault. custom roles are inserted by the xconf ant task.
> where for instance
hi,
the default RoleConfiguration ist in
cocoon.jar!org/apache/cocoon/cocoon.roles.
is there any other way to add role shorthands?
where for instance is the authentication-manager role declared (can't
find id in the cocoon.roles)?
thanks
-- Jakob
could get quite
tricky.
I will experiment with them a bit.
any ideas on this are appreciated.
thanks
-- Jakob
Am Don, 2002-12-19 um 11.04 schrieb Konstantin Piroumian:
> From: "Konstantin Piroumian" <[EMAIL PROTECTED]>
> > From: "Jakob Praher" <[EMAIL PROTEC
could get quite
tricky.
I will experiment with them a bit.
any ideas on this are appreciated.
thanks
-- Jakob
Am Don, 2002-12-19 um 11.04 schrieb Konstantin Piroumian:
> From: "Konstantin Piroumian" <[EMAIL PROTECTED]>
> > From: "Jakob Praher" <[EMAIL PROTEC
Am Don, 2002-12-19 um 10.07 schrieb Konstantin Piroumian:
> From: "Jakob Praher" <[EMAIL PROTECTED]>
>
> > hi Ivelin,
> > hi all,
> >
> > for the last project I used a self-brewed, but kind-a grown, form
> > handling mechanism.
> >
> &g
Am Don, 2002-12-19 um 10.39 schrieb Konstantin Piroumian:
> From: "Jakob Praher" <[EMAIL PROTECTED]>
>
> > hi all, (again)
> >
> > [ hope that someone reads my previous post ... ]
>
> Don't worry about it even if you don't get any respo
hi all, (again)
[ hope that someone reads my previous post ... ]
I would like to intercept the lifecycle of the Form Model object.
if I understand the architecture right, then the Action (which extends
AbstractXMLFormAction), when started creates a new Form instance and
stores it in the request
hi all, (again)
[ hope that someone reads my previous post ... ]
I would like to intercept the lifecycle of the Form Model object.
if I understand the architecture right, then the Action (which extends
AbstractXMLFormAction), when started creates a new Form instance and
stores it in the request
hi Ivelin,
hi all,
for the last project I used a self-brewed, but kind-a grown, form
handling mechanism.
now I'm going to use Cocoon XMLForms, because the more people use it the
better it gets ( instead of inventing the wheel again ) and I like its
closeness towards w3c/xmlforms.
now to my idea:
Am Fre, 2002-03-08 um 14.48 schrieb [EMAIL PROTECTED]:
>
> Just lurking... but I think I have a lead for an XForms
> (http://www.w3.org/MarkUp/Forms/) implementation that might be
> donation-to-apache material. Are people interested?
this is a great idea.
>
> Also, XForms just went into last c
41 matches
Mail list logo
