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
Cocoon
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
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: To write docs
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
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
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
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
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
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
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 issues?
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.
map:match pattern=*.jpg...
map:match pattern=*.gif...
map:match pattern=*...
Important is that the *-matcher comes last. Or
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 its
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
planned(?)
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 be
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 network
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 Architecture
Grzegorz Kossakowski wrote:
Just to be sure, do you want to implement something like:
map:match pattern=sth
map:call function=prepareData/
map:generate src=.../ - some protocol to obtain the prepared data
[...]
/map:match
Such construct introduces new semantics for sitemap because
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 doesn't
look like the best way
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. Will have a look on it.
And functions
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
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
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
25 matches
Mail list logo
