Le Jeudi, 3 juil 2003, à 09:06 Europe/Zurich, Carsten Ziegeler a écrit :
...In order to get a 2.1 out sometime this year, I will do
the 2.1beta1 on July, 14th regardless of the status at
that time :)
Fair enough - if FOM is not completely ready for 2.1, nothing prevents
us from doing a 2.2
Le Vendredi, 4 juil 2003, à 18:02 Europe/Zurich, Sylvain Wallez a écrit
:
...Now things can be different, however, for implementations that use
the same high-level concepts (a flow engine or a ServerPages
generator) but a different approach, such as flow engines driven by an
existing
Le Lundi, 7 juil 2003, à 09:32 Europe/Zurich, Reinhard Pötz a écrit :
Is there a rule how long a voting has to run until it is valid?
AFAIK there's no set rule for such votes
started the
voting last Thursday.
Seems like plenty of time for everybody to express their opinions.
-Bertrand
I agree very much with Nicola, basically only one implementation of
something in the main part of the CVS tree, variants live in the
scratchpad until voted to be integrated or discarded.
In the same spirit, it might be good to ask for a vote (or at least a
discussion) before adding any new
So, I'm +1 on making xalan the default for the final release again.
+1
-Bertrand
Le Lundi, 4 aoû 2003, à 15:52 Europe/Zurich, Matthew Langham a écrit :
What a col idea. I'm +1 for getting Bertrand on stage - even
if no-one
else joins him :)
Plase!
Although drums are well known to be the Most Important Instrument In
The Band (hem), drums without bass are like
...a personnel survey
of their programmers had shown a disproportionate number of people who
where:
- musicians;
- left handed;
- blue eyed.
Very interesting - I am actually left handed too (and hopefully
musician), but brown eyes. Nobody is perfect ;-)
...I've seen literature that proposed that
Le Mercredi, 6 aoû 2003, à 07:03 Europe/Zurich, Mark Leicester a écrit :
...Anyhow, here is my first block. This is the MIDI generator, a test
case, two
sample MIDI files, and a sample pipeline. What is the normal course of
action now? Do I ask a committer nicely to commit it for me? If so,
SlopGenerator (Simple Line Oriented Parser) parses text files using
very simple rules, where lines starting with a name and a colon are
converted to XML elements.
It is usable for parsing RFC822 messages, with some limitations
mentioned on the samples page, which shouldn't be hard to remove if
Le Mercredi, 6 aoû 2003, à 16:55 Europe/Zurich, Stephan Michels a écrit
:
...You're right, the Chaperon parser suffers on the fact that it
expects
a well structured input, such like programming languages. Nevertheless,
it works in some cases of semi-structured input..
I'm glad to hear you
Le Mercredi, 6 aoû 2003, à 14:03 Europe/Zurich, Vadim Gritsenko a écrit
:
...I'm not very comfortable with this either. I think one option would
be to use P.A.Loeb's work as-is, i.e. add a jar with his classes.
Another option - and even better - is to ask P.A.Loeb to transfer
copyright for
Le Jeudi, 14 aoû 2003, à 15:24 Europe/Zurich, Sylvain Wallez a écrit :
...But what if we write it the other way around :
map:read src=docs/{1}.doc
map:generate src=docs/{1}.doc type=wordToXml label=content/
/map:read
I find this more understandable (but dunno about implementation):
!-- if
I just had a look at the PatternTransformer and its samples, and
although there has been almost no mention of it on the lists it looks
very interesting for free-form parsing or enhancement of text (like
adding links based on text patterns).
For example, it can easily map text such as
Here is
Le Mercredi, 6 aoû 2003, à 16:06 Europe/Zurich, Vadim Gritsenko a écrit
:
...Let me add one more question: can we have both in the same block?
There's no common code between SlopGenerator and Chaperon, and the very
different ways of using them might create some confusion if they share
the same
Le Mardi, 5 aoû 2003, à 10:29 Europe/Zurich, Steven Noels a écrit :
...I needed something for a conference I'll be speaking, and I came up
with:
Apache Cocoon is a compelling XML-centric framework
compelling sounds like marketingspeak to me, I'd take it out
for building serious web
Le Mardi, 12 aoû 2003, à 15:29 Europe/Zurich, Jeremy Quinn a écrit :
I will have a look at qdox . unfortunately, I always found the
Chaperon grammar impenetrable ;)
It is not the most readable thing, I agree ;-)
OTOH slop + PatternProcessor + some XSLT look like a powerful and
simple
Le Mercredi, 6 aoû 2003, à 07:03 Europe/Zurich, Mark Leicester a écrit :
...Attached is the block in a zip, and this is the gump entry (I think
this is
correct?):
I compiled your block and technically everything is ok, great!
I have a problem with the copyright notice of your MIDI generator
Le Mardi, 12 aoû 2003, à 12:09 Europe/Zurich, Jeremy Quinn a écrit :
Does anyone know if there is an equivalent to the javadoc tool for
JavaScript files?
Did you try the qdox block?
I have no idea if it would work, dunno how strict it is about java
syntax, but it might be worth a try.
Le Jeudi, 14 aoû 2003, à 15:53 Europe/Zurich, Sylvain Wallez a écrit :
...But shouldn't we keep labels that are already used into pipelines ?
E.g :
map:read src=docs/{1}.doc label=raw, xdoc/
map:generate src=docs/{1}.doc type=word2xml label=raw/
map:transform src=xword2xdoc.xsl label=xdoc/
If
Le Jeudi, 7 aoû 2003, à 16:22 Europe/Zurich, Upayavira a écrit :
Can your SlopGenerator handle multiple mail messages per file? ...
Not as is, you'd need to recognize the From line that begins each
message to separate them, but it should be fairly easy to implement.
If you want to implement
Le Mercredi, 6 aoû 2003, à 15:31 Europe/Zurich, Bruno Dumon a écrit :
I see a class named SimpleSlopParser, which after expansion becomes
SimpleSimpleLineOperatorParserParser :-)
But SimpleSimple is BeautifulBeautiful, isn't it ;-)
I get your point though: this thing doesn't do much, but I think
Le Dimanche, 17 aoû 2003, à 19:00 Europe/Zurich, Stefano Mazzocchi a
écrit :
lots-of-cool-stuff-snipped/
...This means that, in order to achieve, back compatibility, when a
block is deployed on cocoon, the sitemap interpreter asks the block
manager whether or not there is some mounted block
thanks for your advice, i don't understand how the input and
output
pipe
is generated at once and are not affected by each other... can you
tell me
more please
(note that this belongs to the user list rather than here)
Did you study existing transformers?
Have a look at the
Le Mercredi, 27 aoû 2003, à 10:40 Europe/Zurich, Stephan Michels a
écrit :
BTW, it's annoying getting every day 400 sorbig mails.
spamassassin rules here - I'm getting about 20 of these an hour, and
each one of them is cleanly spamassassinated by my mail server ;-)
-Bertrand
Le Jeudi, 28 aoû 2003, à 11:34 Europe/Zurich, Gianugo Rabellino a écrit
:
...I'm using Catacomb ATM. It's pretty fast and reliable, with the
only limitation of being MySQL only (but we might have a surprise out
of the door pretty soon :-)).
Thanks for the info!
match patternSEARCH
generate
Le Jeudi, 28 aoû 2003, à 13:45 Europe/Zurich, Robert Simmons a écrit :
...On-topic: that blocks manual would be cool. Im having a hard time
figuring
out what blocks I will need for my production build
There were lots of discussion a while ago on the docs list regarding
component reference
...and please vote if this is a change for 2.1.1 or 2.2.
+1 for 2.1.1
-Bertrand
The new Cocoon should be able to use the new Fortress container. This
should
have little to no impact on component writers. It boasts faster
startup, and
it provides easier component definition.
+1
I will be happy to do the work.
+1 - great!
-Bertrand
Le Lundi, 1 sep 2003, à 10:57 Europe/Zurich, Gianugo Rabellino a écrit :
...The hooks IMO should be in the pipeline actually
sounds good.
match type=request-method pattern=PUT
act type=syncmetadatadb
generate type=webdavproxy
parameter name=url
Le Lundi, 1 sep 2003, à 17:54 Europe/Zurich, Gianugo Rabellino a écrit :
...This however raises a new issue: the whole operation should be
atomic and (somehow) transaction-aware. If for any reason the Dasl
component cannot update the database, an error should be thrown and
the operation should
Le Lundi, 1 sep 2003, à 21:06 Europe/Zurich, Guido Casper a écrit :
...I don't understand. PUT doesn't carry any meta data (not
explicitely).
Do you mean PROPPATCH?
No, but if you want to index the dead properties as well as live ones,
you need to intercept PUT and either read the dead props
Le Jeudi, 4 sep 2003, à 11:12 Europe/Zurich, Carsten Ziegeler a écrit :
...b) convert the scratchpad to a block (this would also solve the
problem
with the two velocity jars).
Very good idea, you got my +1.
- Bertrand (finishing up the first docs tracks)
Le Vendredi, 5 sep 2003, à 08:37 Europe/Zurich, [EMAIL PROTECTED] a
écrit :
Modified:src/documentation/xdocs/tracks first-steps-track.xml
src/documentation/xdocs/howto howto-explore-samples.xml
Log:
Make docs valid
sorry about that - what did I do wrong to not notice that
...We should add these dependencies to the BlockDescriptions wiki page
(would do now if I wasn't on a train).
OK. I already done this. There are in:
http://wiki.cocoondev.org/Wiki.jsp?page=BlockDescriptions
Thanks - I have added comments about the dependencies in the
blocks.properties file - I
Le Dimanche, 7 sep 2003, à 13:36 Europe/Zurich, Joerg Heinicke a écrit :
...Isn't this now handled by the dependency in the gump descriptor? At
least I read something about library dependency on blocks (portal vs.
html). So do we need this comments in the properties files? Especially
for FOP
Le Lundi, 8 sep 2003, à 22:10 Europe/Zurich, Joerg Heinicke a écrit :
Hmm, I'm not satisfied with the answer :-)
Carsten has added a depend functionality to the gump descriptor and
blocks-build.xsl. I.e. the user does not need to care and to know
about the dependencies...
In theory - but today
Le Lundi, 8 sep 2003, à 22:36 Europe/Zurich, Antonio Gallardo a écrit :
...jfor requires FOP. Is this true? Please comments about that.
It shouldn't - do you see anything that shows a dependency?
-Bertrand
Le Mercredi, 10 sep 2003, à 11:26 Europe/Zurich, Reinhard Poetz a écrit
:
...Would it be enough to extend our Anteater scripts (see Guido's
mail) and
add Anteater to our codebase and include it automatically to our build
system? ...
certainly a Good Thing it tests are not too hard to write -
http://www.xml.com/lpt/a/2003/09/10/xforms.html
Mozquito DENG (commercial and Flash-based) looks particularly
impressive to me.
-Bertrand
I propose Antonio Gallardo and Tony Collen to be Cocoon committers.
+1 for both, welcome!
David, you beat us again in proposing people who deserve it ;-)
-Bertrand
Le Jeudi, 11 sep 2003, à 08:41 Europe/Zurich, Guido Casper a écrit :
...How about the following change to the build?
Uncomment the anteater-tests and remove the dependency of the test
target on the anteater-tests target, so that if you run 'build test'
only the unit tests are run. To run the
Le Jeudi, 11 sep 2003, à 09:04 Europe/Zurich, Joerg Heinicke a écrit :
Furthermore 2 really nice and (especially Antonio) compensational (is
it the correct word?) guys.
Totally agreed - it might be the correct word but I don't know it,
could you explain?
;-)
-Bertrand
Le Jeudi, 11 sep 2003, à 11:33 Europe/Zurich, Bruno Dumon a écrit :
I'd rather see the entire repository duplicated, and
move all development effort to the 2.2 repository. Only bugfixes should
be applied to the 2.1 repository, and occasional backports of new
functionality if anyone wants
...However, Orbeon is solicitating comments, so I've put them in CC: I
hope that they will be so kind to discuss and possibly update their
informations
Thanks, hopefully they will listen to your comments.
And by the way:
...
- WebDAV support, ... proxy (development);...
FYI: nothing
Le Mercredi, 17 sep 2003, à 12:43 Europe/Zurich, Stefano Mazzocchi a
écrit :
...Entering a marketing pissing contest would just show that we think
we need to rebut their comments...
I agree about not entering a contest, but I still think Gianugo is
right in giving his opinion on what they
Le Vendredi, 19 sep 2003, à 00:07 Europe/Zurich, [EMAIL PROTECTED] a
écrit :
... Modified:src/webapp/samples/xsp/java cacheable.xsp
Log:
Use new excalibur source validity. Was there any reason to
use the compatibility mode or is this just legacy?...
Legacy - I updated the sample
Le Vendredi, 19 sep 2003, à 05:36 Europe/Zurich, Niclas Hedhman a écrit
:
...a continously evolving Feature or Evaluation Overview page is
something else, and a good thing that is coming out of this, which
should not
be confrontational nor compared with X style
+1 - thanks to Reinhard for
Le Jeudi, 11 sep 2003, à 20:11 Europe/Zurich, Bruno Dumon a écrit :
...Component lookup
I'm wondering how component lookup will work. For example, suppose I
have a block where I want to use FOP, i.e. the fo2pdf serializer. I'll
make my block depend on the fop blok (or the more
Le Jeudi, 18 sep 2003, à 21:09 Europe/Zurich, Reinhard Poetz a écrit :
...I understand that I can't load a class from another block. My
question:
Is it possible to load classes from Cocoon core (whatever we will
consider as core) from within my block via new or are there arguments
against
Le Vendredi, 19 sep 2003, à 11:25 Europe/Zurich, Carsten Ziegeler a
écrit :
...Now to the docs:
Yes, looking back it was a very stupid idea to reorganize the docs. I
didn't thought about links pointing to the old docs. I'm very sorry
for that!
I don't think it was a stupid idea - after so much
I know, this has been discussed before and we decided to keep the docs
mailing list, but:
-The traffic on the docs list is almost nil
-I suspect people unsubscribe from it to avoid the many wiki update
messages
-People writing to docs tend to copy important messages to dev as
well so they
Le Vendredi, 19 sep 2003, à 14:47 Europe/Zurich, Sylvain Wallez a écrit
:
...So what about the following (somewhat already expressed, BTW) :
- start a 2.2 repo with only the Cocoon core (i.e. src/java)
- copy blocks in the 2.2 repo only if they require substantial changes
that would break the
Le Vendredi, 19 sep 2003, à 18:08 Europe/Zurich, Tony Collen a écrit :
...We wouldn't even need archives of the list then, would we? Rather,
new archives.. the old archives may still have some use from the
conversations that did occur
Not sure if I understand, I thought we'd just keep the
Le Vendredi, 19 sep 2003, à 23:14 Europe/Zurich, Stefano Mazzocchi a
écrit :
On Friday, Sep 19, 2003, at 19:31 Europe/Rome, Reinhard Poetz wrote:
From: Bertrand Delacretaz
Le Jeudi, 18 sep 2003, à 21:09 Europe/Zurich, Reinhard Poetz a écrit
:
...I understand that I can't load a class from
Le Samedi, 20 sep 2003, à 14:15 Europe/Zurich, Stefano Mazzocchi a
écrit :
On Saturday, Sep 20, 2003, at 10:03 Europe/Rome, Bertrand Delacretaz
wrote:
...Obviously - but still, do you want to let blocks access all public
core classes openly?
Why not?
Making as little core classes available
Le Lundi, 22 sep 2003, à 15:59 Europe/Zurich, Stefano Mazzocchi a écrit
:
On Monday, Sep 22, 2003, at 14:05 Europe/Rome, Sylvain Wallez wrote:
...
Taking the above example, does this mean :
- http://cocoon.apache.org/blocks/pdf/1.0 for the block ID and
-
Just being slightly formal here to give everyone a chance to vote - I
think we have consensus already.
I have turned +1s to the proposal into votes below, please yell if you
want to change your mind.
The question on which to vote is:
Should we close the [EMAIL PROTECTED] mailing list to humans
Le Mardi, 23 sep 2003, à 14:03 Europe/Zurich, Stefano Mazzocchi a écrit
:
...Yeah, well, too bad we already have something along 20 namespaces
who already don't follow that convention.
We could for blocks at least, couldn't we?
using
http://apache.org/cocoon/block/pdf/namespaces/foo/.1.0
Le Mardi, 23 sep 2003, à 14:26 Europe/Zurich, Nicola Ken Barozzi a
écrit :
...And maybe also use a low-tech way of adding a
WARNING_BETA_BLOCK.txt or WARNING_SCRATCHPAD_BLOCK.txt file in the
block source dir to make it clear to CVS browsers and coders of the
status of the code.
Or rather an
Le Mardi, 23 sep 2003, à 14:33 Europe/Zurich, Nicola Ken Barozzi a
écrit :
Bertrand Delacretaz wrote:
Le Mardi, 23 sep 2003, à 14:26 Europe/Zurich, Nicola Ken Barozzi a
écrit :
...And maybe also use a low-tech way of adding a
WARNING_BETA_BLOCK.txt or WARNING_SCRATCHPAD_BLOCK.txt file
Le Mardi, 23 sep 2003, à 16:31 Europe/Zurich, Stefano Mazzocchi a écrit
:
...The system I outlined above seems really nice, but, IMO, has a few
serious drawbacks:
1) it requires a central authorithy of certification
2) it creates an incredible amount of friction..
Right. Nightmares in the
Dear Sinner,
(sorry can't resist - but I remember you well from last year's GT, Luke
;-)
Le Mardi, 23 sep 2003, à 17:47 Europe/Zurich, [EMAIL PROTECTED] a
écrit :
...Cool, it doesnt look like it will be that hard to code up so I'll
get to
work on it. I'm sure someone will find a use for it. As
Le Mercredi, 24 sep 2003, à 07:34 Europe/Zurich, Antonio Gallardo a
écrit :
How often the cocoon website is updated? Is the site automatically
updated?
I ask because I saw there are 2 cvs.
IIUC (but I've never done it) updates are manual, see
Should we close the [EMAIL PROTECTED] mailing list to humans
(using the dev list instead), keeping it only for wiki update messages.
We have a lot of +1s and nothing else - should I ask infrastructure@ to
do the mailing lists config changes, or does someone here have
sufficient karma to do
...So, I went and did a few modifications to relevant source files
under blocks/jxforms and I'm not sure
how to compile just that. So I rebuilt all Cocoon and then I
substituted the newly generated cocoon-jxforms-block.jar
It might be easier to test your changes by starting Cocoon with the
Le Mercredi, 24 sep 2003, à 11:20 Europe/Zurich, Barzilai Spinak a
écrit :
...This might help in developing... I'll try it when I'm more awake.
However I think I'll need to provide my own sitemap and setup my test
application and all that
If you implement new features, it would be good to
Le Mercredi, 24 sep 2003, à 12:44 Europe/Zurich, Stefano Mazzocchi a
écrit :
..Good point. Supported sounds less marketing intrusive.
I like it too - supported vs. unsupported is very clear.
-Bertrand
Le Mercredi, 24 sep 2003, à 23:08 Europe/Zurich, Stefano Mazzocchi a
écrit :
On Wednesday, Sep 24, 2003, at 20:34 Europe/Rome, Timothy Larson wrote:
lots-of-snips cause=agree/
The above suggests one simple, but really important thing:
the block 'health' metadata should *NOT* be included in the
Le Jeudi, 25 sep 2003, à 12:45 Europe/Zurich, Stefano Mazzocchi a écrit
:
...I think that contributed and experimental are somewhat
orthogonal, in fact, linotype can be considered both contributed and
experimental
Agreed.
...So:
contributed - no broad community support
supported -
Excuse my ignorance, but is there an easy way for committers to check
that they don't break gump builds?
Gump results can be checked at
http://cvs.apache.org/builds/gump/latest/, but only a few times a day
(and BTW it looks like the problem described by Berin [1] is currently
preventing Gump
Le Lundi, 29 sep 2003, à 10:00 Europe/Zurich, Nicola Ken Barozzi a
écrit :
...What do we want from Maven?
1 - jar downloads: use Ruper or Ant get
Seems like the only thing that's really missing from the current build
system.
2 - generic targets? Heck, we already have them.
3 - what else?
Le Lundi, 29 sep 2003, à 18:14 Europe/Zurich, Stefano Mazzocchi a écrit
:
...let's work incrementally. The less changes, the less likely new
bugs are introduced, the less time we spend time arguing instead of
moving along.
Let's just move the exising build system along on cocoon-2.2 and start
Le Lundi, 29 sep 2003, à 10:16 Europe/Zurich, Stefan Bodewig a écrit :
..The appended patch fixes the file name, but I'm not sure whether
there
are more out-of-date file names...
There were several more, should be fixed now.
I don't know how to ascertain this precisely though, just created a
Le Mardi, 30 sep 2003, à 14:43 Europe/Zurich, Berin Loritsch a écrit :
...Things like ANT should
be installed like the tool that it is...
I see your point, but IMHO the big advantage with including ANT is that
the only requirement on the users is to install a JDK.
As we're currently distributing
Le Mardi, 30 sep 2003, à 15:18 Europe/Zurich, Carsten Ziegeler a écrit :
I just released (thanks to Matthew) that I didn't explain..
I think it is realized, Carsten.
Otherwise we will start to call you the realized manager ;-)
-Bertrand
Le Mardi, 30 sep 2003, à 15:15 Europe/Zurich, Berin Loritsch a écrit :
Bertrand Delacretaz wrote:
Le Mardi, 30 sep 2003, à 14:43 Europe/Zurich, Berin Loritsch a écrit :
...Things like ANT should
be installed like the tool that it is...
I see your point, but IMHO the big advantage with including
=106438916819282w=2
--
Bertrand Delacretaz
independent consultant, Lausanne, Switzerland
http://cvs.apache.org/~bdelacretaz/
Le Mardi, 30 sep 2003, à 15:57 Europe/Zurich, Bertrand Delacretaz a
écrit :
Can you easily prevent everyone except [EMAIL PROTECTED] from
subscribing and posting to the list, or what's the best way to achieve
this?
Should be from posting obviously, sorry.
People might need to be able
Le Mardi, 30 sep 2003, à 23:27 Europe/Zurich, Geoff Howard a écrit :
Joerg Heinicke wrote:
...
http://127.0.0.1:/samples/xsp/java/cacheable
Is there any reason why opening every link in a new window?
Didn't write it, but assumed that the purpose is so that you can
compare the date stamp
Le Jeudi, 2 oct 2003, à 11:46 Europe/Zurich, Carsten Ziegeler a écrit :
Apache Cocoon 2.1.2 Released
Wooh-hooh! thanks Carsten!
-Bertrand
Le Jeudi, 2 oct 2003, à 11:56 Europe/Zurich, Stefano Mazzocchi a écrit :
...Why should we spend months in trying to come up with a solution
that makes both Avalon and Cocoon happy for blocks instead of just
implementing a design that we already spent almost a year designing?
for what?
...
Le Jeudi, 2 oct 2003, à 13:45 Europe/Zurich, Carsten Ziegeler a écrit :
...I see three solutions:
a) Revert the restructuring
b) Update the site
c) Do nothing
d) hack changes.html manually to include the new content with the old
menu?
-Bertrand
Le Jeudi, 2 oct 2003, à 14:28 Europe/Zurich, Berin Loritsch a écrit
...For instance, if you changed BLOCK-INF to COCOON-INF, then it is
very clear
that the Cocoon solution is proprietary to Cocoon, and noone should
expect
a Cocoon block to function the same way in a Merlin/Phoenix
environment.
Following talks with Marc and Carsten, we have updated Monday's
schedule to spare time for working in smaller semi-chaotic yet focused
and efficient groups (aka hacking) in the afternoon.
See http://wiki.cocoondev.org/Wiki.jsp?page=GT2003Hackathon (not yet
reviewed by the official GT team)
Following talks with Marc and Carsten, we have updated Monday's
schedule to spare time for working in smaller semi-chaotic yet focused
and efficient groups (aka hacking) in the afternoon.
See http://wiki.cocoondev.org/Wiki.jsp?page=GT2003Hackathon (not yet
reviewed by the official GT team)
Le Vendredi, 3 oct 2003, à 09:09 Europe/Zurich, Marc Portier a écrit :
...we currently have the idea of having a large bord with post-it
notes holding all the issues to be hacked so we can physically check
them off
(other ideas welcome)
I will bring a printout of open Bugzilla issues as big
why not also cut this down for us in an additional 5' talk in the
morning?
You mean explaining the Bugzilla cleanup thing? No problem, we'll make
something up with Carsten who came up with the idea.
-Bertrand
I currently don't have much access except email so can anyone tell me
whether we have change notes for the new version or where Steve can
find them?
http://cocoon.apache.org/2.1/changes.html ?
-Bertrand
Le Vendredi, 3 oct 2003, à 16:39 Europe/Zurich, David Crossley a écrit :
...Wishing you the best for the events. Looking forward to seeing that
flood of commit log messages.
Thanks - we will do our best to live up to your expectations ;-)
-Bertrand
Le Lundi, 6 oct 2003, à 09:53 Europe/Zurich, Gianugo Rabellino a écrit :
The GT2003 Hackaton just started. A few people (Matthew, Sylvain,
Bertrand, Steven, Carsten and others) are blogging about all the
different discussions popping up.
We're writing (rather raw) reports of the talks at the
Hi David,
It was great to watch the Wiki
pages building (special thanks to Bertrand) and the blogs
I've been saving the pages but the credit goes also to Jeremy and
Steven - we wrote them together working at the same time on the same
page with SubEthaEdit. More people are joining this
Hi all,
Real-time (well, soft real-time) news and updates will be available
at http://wiki.cocoondev.org/Wiki.jsp?page=GetTogether2003Notes
-Bertrand
Unfortunately the GT is over now :(
Unfortunately...but thanks to everybody who helped make this a great
event!
I have a feeling that GT2003 will be The Day Of The Cocoon Web
Application for many people.
...This showed that working together on the bugs is really very
effizient, so we should try
Not really an RT, this was suggested by David Crossley yesterday (or
sometime earlier, my body clock feels funny this morning ;-)
Could we have a monthly virtual hackathon on the first Friday of each
month?
Suggestions:
-Takes place on the first Friday of every month
-Lasts about 24 hours,
Le Mercredi, 8 oct 2003, à 12:28 Europe/Zurich, Jeremy Quinn a écrit :
...Those of you who spoke it would be very cool if you could go
to the wiki page we made of your talk, and fill in any gaps (lots ;)
or link to your talk, if it is online somewhere
AFAIK talks will be put online by
Le Mercredi, 8 oct 2003, à 13:47 Europe/Zurich, David Crossley a écrit :
...from whenever someone sends a mail here saying
that they're waiting for others to join
I think that it should start at a specific time. We know that
it is always on ... just be there when you can.
My suggestion is 09:00
Le Jeudi, 9 oct 2003, à 07:35 Europe/Zurich, Tony Collen a écrit :
...Hmm, 0300 in my timezone.. I guess I'll be getting work started
when most of Europe is leaving work for the day.. ah well, better than
none :)
Dunno, people are probably also going to start later when coming back
from work -
Le Jeudi, 9 oct 2003, à 10:41 Europe/Zurich, Reinhard Poetz a écrit :
...Which tool do you guys recommend? I prefer something that works for
all
platforms and doesn't require hours of registration or installation and
is firewall friendly.
Dunno. We'll have to try I guess, and not get stuck in
Le Jeudi, 9 oct 2003, à 11:00 Europe/Zurich, Luca Morandini a écrit :
...or... maybe... I have a sneaking suspicion: did I promise a beer to
someone at GT 2003 and then failed to show ?
How distinctively Italian I am then ;)
err...I think someone tried to setup a promised beers counter
Le Jeudi, 9 oct 2003, à 11:42 Europe/Zurich, Bruno Dumon a écrit :
...I agree it's a feature request and added it to the wiki page.
However,
can't we use bugzilla also to track (serious) feature requests? There
are a couple of other enhancement requests in there, should we also
close them and add
1 - 100 of 1481 matches
Mail list logo