Ralph Goers wrote:
Jorg Heymans wrote:
Try and run the eclipse target as well and see how you find the eclipse
project structure (it's described in the readme).
I don't use Eclipse. I ran the idea plugin and it did create a project,
but it generated a single module project which was not
Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 15 December 05:02 AM
Using Forrest 0.8-dev
Forrestbot administrator: ForrestBot
--
[echo]
... Forrest render START 2005-12-15 05:02:06
... Rendering docs in
/export/home/
On Thursday 15 December 2005 03:52, Jorg Heymans wrote:
> - sign off repository usage of cvs.apache.org (will possible get hit by
> a *large* number of downloads once we do a release) or move dependencies
> to ibiblio
With the use of M2 and the proper upload locations for Cocoon stuff,
everything
On Wednesday 14 December 2005 09:31, Sylvain Wallez wrote:
> > Both make very much sense.
> >
>
> Which means cleaning up the mess everywhere ;-);-)
Granted. I just wanted to say that "for me, improvemets in either is good".
But that the discussion left out "who is most important now", and if th
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 in the doc ?
Regards,
-
Ralph Goers wrote:
> I don't use Eclipse. I ran the idea plugin and it did create a project,
> but it generated a single module project which was not what I expected.
dunno that, the eclipse plugin is more actively developed i guess at the
moment. It generates a separate project per pom and lin
Jorg Heymans wrote:
Try and run the eclipse target as well and see how you find the eclipse
project structure (it's described in the readme).
I don't use Eclipse. I ran the idea plugin and it did create a project,
but it generated a single module project which was not what I expected.
Ralph Goers wrote:
> First, I apologize for mispronouncing your name at least a dozen times
> in the last 3 days. I'm really sorry you weren't here - we missed you!
no worries, I'll start saving up for next year :)
> Second, I have sucessfully built what you just checked into the
> whiteboard.
Carsten Ziegeler wrote:
> What we definitly need is a list of what needs to be done for finishing
> the m2 move. If someone could come up with a list of bullet points, so
> everyone could help on this, I guess it should be really easy get finished.
IMO following points belong to the "m2 move".
Ralph Goers wrote:
> Jorg,
>
> First, I apologize for mispronouncing your name at least a dozen times
> in the last 3 days. I'm really sorry you weren't here - we missed you!
>
> Second, I have sucessfully built what you just checked into the
> whiteboard. Thanks! What more can we do to help?
Jorg,
First, I apologize for mispronouncing your name at least a dozen times
in the last 3 days. I'm really sorry you weren't here - we missed you!
Second, I have sucessfully built what you just checked into the
whiteboard. Thanks! What more can we do to help?
I've noticed that many unit
http://headrush.typepad.com/photos/uncategorized/kickasscurve_1.jpg
I say we take the chart, superimpose the Cocoon versions over it and
make it happen. Don't we want to reduce the time it takes users to
"kickass"?
The article it came from is located here:
http://headrush.typepad.com/creatin
Antonio Gallardo wrote:
Carsten Ziegeler wrote:
I think this global switch is a misconception. Can we change the meaning
to: "use ajax if it's enabled in the form *and* if the current browser
supports it?" Currently I only have the choice for switching ajax on for
*all* users. Now if they happe
Took a look at it.
It still requires a lot of knowledge of the underlying EJB platform.
And it has xml config files.
Not quite what I had in mind.
/LS
On 12/14/05, Mats Norén <[EMAIL PROTECTED]> wrote:
> Hmmm...have you looked at JBoss SEAM? ;)
Jeremy Quinn wrote:
I am stuck, not able to commit at the moment, as the code in Dojo for
loading javascripts in the fly, currently has fatal problems on Safari.
Jerm, I'm catching up on this, and will have time to dedicate to it
starting next week. So I'd be happy to take the ball!
Sylvain
After the BOF yesterday I think it's clear that in the end we all want
the same - more or less at least. But everyone of us is currently
focusing on a different part/problem or seeing it from a different view
point.
If you look at other open source projects, they have something which we
really lac
[
http://issues.apache.org/jira/browse/COCOON-1714?page=comments#action_12360427
]
Eric Meyer commented on COCOON-1714:
It seems that the min-size keeps the form from validation, but I don't see any
validation error messages anywhere.
> repeater min-
repeater min-size does not prevent removal of rows below minium size
Key: COCOON-1714
URL: http://issues.apache.org/jira/browse/COCOON-1714
Project: Cocoon
Type: Bug
Components: Blocks: Forms
Hmmm...have you looked at JBoss SEAM? ;)
Leo Sutic wrote:
I pretty much agrees with what Berin has been saying - and I also
agree with Stefano.
Berin is right in that we must strive for simplicity.
Stefano is right in that a (somewhat) complex system is required to
solve even more complex prob
On 13 Dec 2005, at 00:54, Carsten Ziegeler wrote:
Ralph Goers wrote:
Jeremy Quinn wrote:
Hi Ralph
On 9 Dec 2005, at 15:06, Ralph Goers wrote:
Jeremy Quinn wrote:
The first thing I have done is to use the dojo.require mechanism
to dynamically load all JS in the browser, so for instan
On 14 Dec 2005, at 11:17, Jean-Baptiste Quenot wrote:
Hello Jeremy,
Thank you for taking care of integrating Dojo in Cocoon. We are
very interested in that, and especially to have the suggestion
list working with Dojo and CForms.
Do you plan to commit your changes soon? We would be gl
* Stefan Pietschmann:
> I want to notify my Avalon component when a session is created or destroyed.
In your listener, you have access to the servlet context, in which
you can set and get attributes:
public void sessionCreated(HttpSessionEvent event) {
((MyComponent)even
[ http://issues.apache.org/jira/browse/COCOON-1589?page=all ]
Jorg Heymans closed COCOON-1589:
Resolution: Fixed
> ImageReader problem with grayScaleFilter
>
>
> Key: COCOON-1589
> URL: http
Hello Jeremy,
Thank you for taking care of integrating Dojo in Cocoon. We are
very interested in that, and especially to have the suggestion
list working with Dojo and CForms.
Do you plan to commit your changes soon? We would be glad to help
if we can manage to get into it.
Thanks in adv
Jorg Heymans wrote:
Ross | David ,
Would you mind describing the dependency that forrest has on cocoon?
Are you guys using branch or trunk? If the latter, how does the current
M10N and a possible repository reorganisation affect you ?
We are using a complied version of trunk. We are not using
Ross | David ,
Would you mind describing the dependency that forrest has on cocoon?
Are you guys using branch or trunk? If the latter, how does the current
M10N and a possible repository reorganisation affect you ?
Thanks
Jorg
Ross Gardler wrote:
>
> -1 over at Forrest one of our devs is experimenting with the Ajax block.
> We have a demo in our forthcoming Dispatcher (aka views). Moving Ajax
> into the CForms block would prevent us from using it since we don't want
> to bundle CForms for fear of confusing the boundar
Jorg Heymans wrote:
Antonio Gallardo wrote:
Also, please don't forget the ajax block. It is needed by forms. ;-)
Is ajax really a block on it's own ? I mean i know it can be plugged
into cforms to make forms ajax aware, but is it useable by other blocks
as well ? I'm not really uptodate w
Antonio Gallardo wrote:
> Also, please don't forget the ajax block. It is needed by forms. ;-)
>
Is ajax really a block on it's own ? I mean i know it can be plugged
into cforms to make forms ajax aware, but is it useable by other blocks
as well ? I'm not really uptodate with this stuff, just
29 matches
Mail list logo