Grzegorz Kossakowski wrote:
Dev at weitling pisze:
BTW: If I could meet some of you wizards and get an indoctrination I
could/would improve docs.
Florian, are you coming to ApacheCon (hackathon days)? If not, I'm
available in Warsaw almost all the time always willing to speak about
C
Carsten Ziegeler wrote:
Dev at weitling wrote:
Sorry, I can't agree. Cocoon still has the same fault as many
open-source products: A lack of documentation.
I don't know if GSoC is for docs, too, but it is really, really
necessary to improve docs.
It's still the same Catch-22
Sylvain Wallez wrote:
Carsten Ziegeler 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 ?
It would be great to
Reinhard Poetz wrote:
Dev at weitling wrote:
But (maybe I have missed some mails) how do you want to make this
Pipeline API?
E.g. a SAX-based pipeline is something different than image data
running through several filters. How do you want to prevent the use
of a SAX-events generating
Reinhard Poetz wrote:
Carsten Ziegeler wrote:
The question is now if we need support for caching in the low level
apis or if it is possible to have a layered approach - which would
make the entry barrier much easier.
Yes, this layered approach is what I'm aiming for. All the reactions
in t
Carsten Ziegeler wrote:
Joerg Heinicke wrote:
That's why I wonder where a pipeline writer gets into uri resolving
at all? Why does he have to care about URLs or Sources? That's the
component developer's concern.
The pipeline writer needs to know how uri resolving works.
Still: Why?
He n
Vadim Gritsenko wrote:
I'd change the order a bit. First I'd suggest to make sure (and fix if
necessary) existing samples. Once this is done, the block should be
released. After that, you could start (as necessary) avalon to spring
migration, and development of new samples.
Concerning the s
Hi Sylvain,
thanks for answering.
Sylvain Wallez wrote:
Prototype/Scriptaculous has a smaller scope than Dojo that brings
loads of features. You don't have to use all of them though and can
strip down Dojo with the "compressor" they provides that embeds and
obfuscates everything you need in o
Hi Jeroen,
if the migration to Dojo 1.0 tends to become a big piece of work what
about migrating to Prototype/Scriptaculous (or similar)?
I'm not the Javascript guru but it would be nice to have a feature list
(including quality of documentation) for re-evaluating the
client-side-javascript-li
Grzegorz Kossakowski wrote:
> Quick response: I have not forgotten about this and I even have given it a
> look but I have a lot of
> personal troubles these days, current one is that I need to change a flat and
> it turned out I have
> to do this before Christmas :-(
>
Although I am an OS
Hi folks,
hi Grek,
it would be nice to have
http://issues.apache.org/jira/browse/COCOON-2126 solved (Xmas present)
and included.
Thanks, greetings & Merry Christmas! :-)
Florian
Carsten Ziegeler wrote:
> Hi,
>
> I'm planning to release 2.1.1 in the near future.
> So, are the any outstanding iss
Hi Thorsten,
I'm not sure if I caught your problem completely, but what about
handling every request as html as long as there is no known extension, e.g.
...
...
...
Important is that the *-matcher comes last. Or just write your own
matcher :-)
Bye,
Florian
Thorsten Scherler wr
Grzegorz Kossakowski wrote:
> Reinhard Poetz pisze:
>
>> After have been using the servlet-service framework for about 1/2 a
>> year, I have to say that I haven't been missing the access to sessions
>> because a child-request shouldn't affect a parent request. Whatever it
>> has to return to i
Bertrand Delacretaz wrote:
> If Lenya is using it successfully, and if our automated tests pass (I
> can run them on Linux and MacOSX when the time comes) I'd be ok with
> making a release. There have been some small changes since 2.1.10, and
> little is happening in the 2.1 branch, so it might b
Grzegorz Kossakowski wrote:
> Florian, I completely forgot about this. Since your report looks to be
> perfect (screenshots, sample
> files etc.) it should be really appreciated by fixing it.
>
> I won't make any promises but since it also affects 2.2 and there is about a
> month left to
> plan
Hola Ignacio ("Living fossil" according to Cocoon use time ;-)
it's great seeing a Cocoon site in action, but as it is completely in
spanish language it's hard for most of us to have a deeper look at it.
At least I see some english errors when clicking on "Registrate" or
"Entrar"...
Do you plan to
Hi Grek, hi Jeremy,
Some thoughts on my side:
- Normally a Cocoon user doesn't have much contact with Dojo, iirc
effects and drag'n'drop.
- As a Cocoon application has to be revised switching from 2.1 to 2.2
either, Dojo changes might be checked, too.
- It would be helpful if Dojo is integratable
> Unfortunately, that is not true of all environments. Many large
> organizations such as governments and big corporations will not allow
> their users to install ANY plugins to their browsers for security
> reasons. A team of testers has to examine every piece of software
> installed on the netwo
Hi Grek,
you asked us to give our two cents so after a day of reading your long,
long text I'll try to ;-)
I'll surely have to re-read it but here are some thoughts:
> I promised to give an overview on our Servlet Service Framework, its
> status and relation to the
> Resource-Oriented Architectur
Grzegorz Kossakowski wrote:
> Dev at weitling pisze:
>> I'm not against processing data, I want to avoid introducing a new
>> protocol.
>
> I think that we already have such a protocol, are you aware of
> xmodule:flow-attr combo?
Not, but it looks interesting. Wi
Grzegorz Kossakowski wrote:
> Dev at weitling pisze:
>> To be able to put a function call anywhere in a pipeline would be great,
>> having access to all the variables defined up till then. To return data
>> to the pipeline for further processing via a special protocol doe
Grzegorz Kossakowski wrote:
> Just to be sure, do you want to implement something like:
>
>
><- some protocol to obtain the prepared data
> [...]
>
>
> Such construct introduces new semantics for sitemap because data
> returned by will be available _outside_ element.
> Now it is impo
Hi,
(this is a repost of a mail to the users mailing list)
messing around with some presumed bugs in my application for the last
week I finally think the bug is in the Dojo/Ajax/(X)HTML integration in
Cocoon 2.1.10.
The problem: If I use Ajax in my Form and serialize it as html then on
action (pr
This page returns an autogenerated message asking me to inform you. Its
wish is my order ;-)
And: On the left side there's the point "Updating to version 2.1.5". May
it be outdated or was that a difficult change?
Greetings,
Florian
Hi!
The Cocoon directory structure isn't very concise: many directories with
the same or at least similar names at different locations, some
directories with non-intuitive names (e.g. lib/endorsed: why endorsed?).
If there's a problem I don't know where to look, I don't know where to
place m
25 matches
Mail list logo