DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28095.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28095.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
now I think I remember that I had the same problem when I wrote the
upload coplet sample that is in the basket sample in our CVS.
If you specify an enctype attribute, the request parameters appended
to the uri in the form action attribute are either not send to
Cocoon or are not received by
Carsten,
thanks for your answer
I already use hidden field for continuation id.
My action attribute doesn't contain anything important. Just submit
value for example according the
http://wiki.cocoondev.org/Wiki.jsp?page=WoodyCopletForPortalEngine
So, I have no request param appended to the uri
I think the transfomer is OK.
When I look in my html form, everything is ok :
-- Begin html form code --
form method=POST enctype=multipart/form-data
action=portal?cocoon-portal-action=3cocoon-portal-event=76
xmlns:coplet=http://apache.org/cocoon/portal/coplet/1.0;
input name=woody_submit_id
-Original Message-
From: Jean-Christophe Kermagoret [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 01, 2004 10:56 AM
To: [EMAIL PROTECTED]
Subject: Re: Trying to solve a bug
I think the transfomer is OK.
When I look in my html form, everything is ok :
-- Begin html form
You are completely right.
I have hope again... Thanks Carsten ;-)
I dive in this way.
I will tell you and complete the wiki.
Jean-Christophe
Carsten Ziegeler wrote:
-Original Message-
From: Jean-Christophe Kermagoret [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 01, 2004 10:56
Posting this here for a faster response...
I need to save the user's id in db. Here's what I have in database
descriptor:
value name=owner_id type=int
mode name=session-context type=all
parameterauthentication/authentication/ID/parameter
/mode
/value
All I get is NULL in the db. Is the
Tim Larson wrote:
On Wed, Mar 31, 2004 at 12:38:44PM +0200, Marc Portier wrote:
Sylvain Wallez wrote:
Marc Portier wrote:
Example:
wd:choice id=some-id
wd:field id=field-A.../
wd:case id=case-0 expr=case-1-expression
wd:ref id=field-A/
/wd:case
/wd:choice
We could think of defining
I'm trying to figure out what the current kernel already provides and
what not. I know, Pier, that you want to commit some samples soon, but
curious as I am, I have to ask now. Sorry :)
Let's forget all the xml (descriptors etc) for a moment. Imagine I want
to write a block, that provides - let's
Tim Larson wrote:
Marc wrote my comments very well in my place, so I will move on to
some new comments. By the way, thank you both for jumping in to
this discussion. I have been holding back on implementing any of
the ideas in the WoodyScratchpad until there would be a discussion
like this and
Is the block disabled by default?
no not yet ...would you prefer this
also for the dev version or only for
the release?
I personally would prefer to disable it already for
the dev version as many users are trying out Cocoon
from the CVS and then only use later on a released
version as a
Joerg Heinicke wrote:
On 31.03.2004 10:20, roy huang wrote:
I translated FormsMessage.xml to FormsMessage.xml,attached here.Hope it help.
Will we build a set of different languages, i.e. shall this file be
committed?
I'm +1 to this, there is the extra management hastle,
but it does encourage
Am Do, den 01.04.2004 schrieb Carsten Ziegeler um 9:02:
Torsten Curdt wrote:
Is the block disabled by default?
no not yet ...would you prefer this
also for the dev version or only for
the release?
I personally would prefer to disable it already for
the dev version as many users
Well, I personally think if someone is using our HEAD branch
and is missing which blocks are stable and which are not
...well, he should better go for the releases.
And I also trust our release manager
Rule No.1 in OS projects: NEVER TRUST THE RELEASE MANAGER!
hehe ...you wanna shirk the
Torsten Curdt wrote:
Rule No.1 in OS projects: NEVER TRUST THE RELEASE MANAGER!
hehe ...you wanna shirk the responsibility ;) but I trust you
anyway :)
Hey, it was worth a try :) Thanks!
that he will not forget
to change it when it is on his todo list for the release ;-) But I
Pier Fumagalli wrote:
On 31 Mar 2004, at 17:52, Ralph Goers wrote:
Sorry for jumping in,
Jumping in is always good, no matter what, it makes you see things from
different perspectives...
and maybe this is what you meant, but the framework
should supply the resolver framework and then
but then I'd propose to disable *all* unstable blocks
Oh no, please not because this will lead to everyone wanting to declare his
favorite block stable :)
don't wanna bitch around but... if you
want prevent users to use unstable code
(or at least make them aware of the fact)
we should handle
Torsten Curdt wrote:
but then I'd propose to disable *all* unstable blocks
Oh no, please not because this will lead to everyone wanting to
declare his
favorite block stable :)
don't wanna bitch around but... if you
want prevent users to use unstable code
(or at least make them aware of the
Ok, we guess we can continue this discussion forever :)
I would say, do what you think is better, we will see what
happens.
Carsten
-Original Message-
From: Reinhard Pötz [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 01, 2004 12:53 PM
To: [EMAIL PROTECTED]
Subject: Re: [VOTE
Carsten Ziegeler wrote:
Ok, we guess we can continue this discussion forever :)
I would say, do what you think is better, we will see what
happens.
+1
Carsten, I like your pragmatic approaches ;-)
Best,
Reinhard
-Original Message-
From: Reinhard Pötz [mailto:[EMAIL PROTECTED]
Sent:
Hamilton Verissimo de Oliveira (Engenharia - SPO) wrote:
This is not personal, and I don't want to be in flames either...
But ASF is heavily based on Community work and Community consensus. Even if
I can't do it better, I can and should tell what I fell about any proposal.
The Community shall
Hunsberger, Peter wrote:
real assembler programmers can program assembler in any language...
LOL
Though, I strongly hope you are mistaken here. If this won't be easy to
use, nobody will use it and we will have failed.
--
Stefano, who met Pier thru x86 3D engine programming during the demo
Reinhard Pötz [mailto:[EMAIL PROTECTED]
Carsten Ziegeler wrote:
Ok, we guess we can continue this discussion forever :) I
would say, do
what you think is better, we will see what happens.
+1
Carsten, I like your pragmatic approaches ;-)
Thanks :) I know today is
I and Pier exchanged some emails off-list (since I didn't have
access to the list). Here goes:
From: Pier Fumagalli [EMAIL PROTECTED]
On 31 Mar 2004, at 20:34, Leo Sutic wrote:
Pier,
I'm out of [the] office, so I can't reply to the list. But it
seems like we
have different ideas
Hi all
I upgraded from woody (cocoon 2.1.4) to CForms, I use the
CVS from today.
I followed the instruction in the cocoon wiki on
http://wiki.cocoondev.org/Wiki.jsp?page=Woody2CocoonForms
After that is have the problem that my flow stuck on validation even if
the validation is turned off for
Reinhard Pötz wrote:
Carsten Ziegeler wrote:
Ok, we guess we can continue this discussion forever :)
I like discussion :)
I would say, do what you think is better, we will see what
happens.
And this is not one of the April's fools day jokes? ;)
I'd leave it as it is and add it to the release
Thorsten Mauch mauch at imkenberg.de writes:
Hi all
I upgraded from woody (cocoon 2.1.4) to CForms, I use the
CVS from today.
Really today?
After that is have the problem that my flow stuck on validation even if
the validation is turned off for this submit button. The action is defined
On 1 Apr 2004, at 12:27, Leo Sutic wrote:
Can we add an attribute or something to each block saying yes, I can
be
gracefully redeployed or when you undeploy me, you must cut all wires
immediately?
I think you could achieve the same result by listening to the destroy()
event triggered by the
Just curious, I just noticed that the JXTemplateGenerator stores
FOM objects in the context that can then be addressed by the expressions,
like this:
cocoon.put(request,
FOM_JavaScriptFlowHelper.getFOM_Request(objectModel));
Why is this so?
Carsten
Carsten Ziegeler
Open Source
From: Pier Fumagalli [mailto:[EMAIL PROTECTED]
On 1 Apr 2004, at 12:27, Leo Sutic wrote:
Can we add an attribute or something to each block saying
yes, I can be gracefully redeployed or when you undeploy me,
you must cut all wires immediately?
I think you could achieve the same
Antonio Gallardo agallardo at agssa.net writes:
Therefore I recommended to use target unbundledjar as this builds a clean
jar. Unfortunately this breaks XSLTC as Java CUP Runtime classes are missing.
Now we can add this JAR (http://www.cs.princeton.edu/~appel/modern/java/CUP)
ourselves or
Thorsten Mauch mauch at imkenberg.de writes:
sorry, i co last night and compiled today
i co now again
Vadim's commmit was the last in March, 23:00 German time:
http://marc.theaimsgroup.com/?l=xml-cocoon-cvsm=108076721627720w=4
Le 31 mars 04, 23:46, Joerg Heinicke a crit :
...WDYT? Change only the documentation (to use true|false) or
additionally the property names from exclude to include
I'm for changing from exclude to include, but you might want to ask for
a [VOTE], or at least a quick vote as this is
Antonio Gallardo agallardo at agssa.net writes:
It was never was as documented, because of the Ant properties nature,
always was the posibility to set exclude.block.xyz=[false, true]:
http://ant.apache.org/manual/CoreTasks/property.html
Not quite true. @unless and @if (this is were the
Joerg Heinicke dijo:
Antonio Gallardo agallardo at agssa.net writes:
Therefore I recommended to use target unbundledjar as this builds a
clean
jar. Unfortunately this breaks XSLTC as Java CUP Runtime classes are
missing.
Now we can add this JAR
Joerg Heinicke dijo:
So now the vote:
[+1 ] exclude.block.blockname=true|false
[ ] include.block.blockname=true|false
IMHO backward compatibility is important.
Antonio Gallardo
Hi,
it seems you correct the bug.
I will verify deeper in the evening.
May you tell me what you did ?
I saw you modify HTMLEventLinkTransformer
What else have you done ?
By the way, what tools are you using ?
Have you got a hot code replace servlet container to test what you
develop ? Is it
Joerg Heinicke joerg.heinicke at gmx.de writes:
As I wrote in my mail, the solution I have is partly backward compatible, this
means a local.blocks.properties in the old style will still work and the blocks
selection will be as expected expected for the case
exclude.block.blockname=false is
Jean-Christophe Kermagoret wrote:
Hi,
it seems you correct the bug.
I will verify deeper in the evening.
Great!
May you tell me what you did ?
I saw you modify HTMLEventLinkTransformer What else have you done ?
Yes, I modified this transformer in the way you already did. This
Antonio Gallardo agallardo at agssa.net writes:
I think there can be far more posible combinations since there are more
than 2 version for each jar. But this is OT.
*argh* But not at build time of Xalan jar. There you have 3 jars, exactly one
version of each and you can either include or
Am Do, den 01.04.2004 schrieb Joerg Heinicke um 14:39:
So now the vote:
[ ] exclude.block.blockname=true|false
[+1] include.block.blockname=true|false
Stephan.
On Thu, Apr 01, 2004 at 11:53:42AM +0200, Marc Portier wrote:
Joerg Heinicke wrote:
On 31.03.2004 10:20, roy huang wrote:
I translated FormsMessage.xml to FormsMessage.xml,attached here.Hope it
help.
Will we build a set of different languages, i.e. shall this file be
committed?
I'm
I have this snipped in one of my .js files :
var user = null;
function main( action ) {
cocoon.response.setHeader( Expires, -1 );
cocoon.response.setHeader( Cache-Control, no-cache );
cocoon.response.setHeader( Pragma, no-cache );
if ( user == null ) {
Joerg Heinicke wrote:
On 31.03.2004 10:20, roy huang wrote:
I translated FormsMessage.xml to FormsMessage.xml,attached here.Hope it help.
Will we build a set of different languages, i.e. shall this file be
committed?
Why not? Let's commit it (does somebody else understands chinese?).
IMHO backward compatibility is important.
not here IMHO ...so
[ ] exclude.block.blockname=true|false
[x] include.block.blockname=true|false
cheers
--
Torsten
Just a heads up -
I'm going to rework blocks samples page (and *.xsamples files in
src/blocks/) as we previously agreed - group together stable, unstable,
deprecated blocks, and add some warnings for unstable/deprecated blocks.
Page will be generated out of gump.xml
Vadim
...So now the vote:
[ ] exclude.block.blockname=true|false
[+1 ] include.block.blockname=true|false
-Bertrand
i do the same using netbeans
just mounding webapp folder
break points works fine in the same way: puting sources files in
web-inf/classes
--stavros
On Thu, 1 Apr 2004, Jean-Christophe Kermagoret wrote:
Hi,
I have cocoon in Eclipse 3.0M7 with Tomcat 5.0.19.
I deleted the
Joerg Heinicke wrote:
Le 31 mars 04, 23:46, Joerg Heinicke a crit :
...WDYT? Change only the documentation (to use true|false) or
additionally the property names from exclude to include
I'm for changing from exclude to include, but you might want to ask for
a [VOTE], or at
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28095.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28095.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28095.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On 1 Apr 2004, at 13:20, Leo Sutic wrote:
From: Pier Fumagalli [mailto:[EMAIL PROTECTED]
On 1 Apr 2004, at 12:27, Leo Sutic wrote:
Can we add an attribute or something to each block saying
yes, I can be gracefully redeployed or when you undeploy me,
you must cut all wires immediately?
I think you
Is CVS down or is my firewall broken again?
Pier
smime.p7s
Description: S/MIME cryptographic signature
Hi Pier,
It is working from my side,
Cheers,
cheche
Pier Fumagalli escribió:
Is CVS down or is my firewall broken again?
Pier
Geoff Howard [EMAIL PROTECTED]
Ok, you guys. Quit banging on your chests and get back to work. :P
Hey, this ain't chest banging; chest banging would be us bragging about
all the wonderful things that we did on these ancient machines that you
still can't do with (take your pick) Windows, Java,
Joerg Heinicke wrote:
So now the vote:
[ ] exclude.block.blockname=true|false
[x] include.block.blockname=true|false
--
Reinhard
Hey, this ain't chest banging; chest banging would be us bragging about
all the wonderful things that we did on these ancient machines that you
still can't do with (take your pick) Windows, Java, Linux, etc..
You mean like to actually stand inside the machine? I stood in a rack
cabinet once,
[ ] exclude.block.blockname=true|false
[X] include.block.blockname=true|false
Ugo
Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
Hunsberger, Peter wrote:
real assembler programmers can program assembler in any language...
LOL
Though, I strongly hope you are mistaken here. If this won't
be easy to
use, nobody will use it and we will have failed.
Well, we can
Hunsberger, Peter dijo:
As for myself, sometimes I wonder:
for (int j = 0; j 4; j++ )
{
int k = new Long( 0x3F num ).intValue( );
out.append( trans.charAt( k ) );
num = num
Stephan Coboos wrote:
Is it a bug? Should I post it in the bugtracker?
It's a bug. The ServiceManager isn't initialized when you run
JXTemplateGenerator as a transformer. I'll commit a fix shortly.
Chris
http://marc.theaimsgroup.com/?t=107083319900025r=1w=2
Carsten Ziegeler wrote:
Just curious, I just noticed that the JXTemplateGenerator stores
FOM objects in the context that can then be addressed by the expressions,
like this:
cocoon.put(request,
Jorg Heymans [EMAIL PROTECTED] asks:
Hey, this ain't chest banging; chest banging would be us bragging
about all the wonderful things that we did on these ancient
machines
that you still can't do with (take your pick) Windows, Java, Linux,
etc..
You mean like to actually stand
Sylvain Wallez wrote:
Bruno Dumon wrote:
I found the possibility to add arbitrairy attributes to widgets, made
possible in the v2 forms flowscript integration, to be a quite nice
feature. However, that feature only exists in the javascript model. This
is a problem when one wants to pass back the
Antonio Gallardo [EMAIL PROTECTED]:
Hunsberger, Peter dijo:
As for myself, sometimes I wonder:
for (int j = 0; j 4; j++ )
{
int k = new Long( 0x3F num
).intValue( );
out.append(
-Mensagem original-
De: Antonio Gallardo [mailto:[EMAIL PROTECTED]
+ Va de retro, satanas!!
Hey, I *can* understand that! ;-)
On 01.04.2004 15:00, [EMAIL PROTECTED] wrote:
+ ! Exclude unstable blocks from the default build
+
+ Edit the blocks.properties file and exclude all unstable blocks.
+ Since it's a release they should not get compiled by default.
What about a vote on this? I'm -0.1 on excluding unstable blocks
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28102.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Christopher Oliver wrote:
Stephan Coboos wrote:
Is it a bug? Should I post it in the bugtracker?
It's a bug. The ServiceManager isn't initialized when you run
JXTemplateGenerator as a transformer. I'll commit a fix shortly.
Chris
Perfectly! Thank you!
Regards
Stephan
Where is Xerces - it was removed 33 minutes ago from CVS?
http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/lib/endorsed/?hideattic=0#dirlist
Vadim
Joerg Heinicke wrote:
On 01.04.2004 15:00, [EMAIL PROTECTED] wrote:
+ ! Exclude unstable blocks from the default build
+ + Edit the blocks.properties file and exclude all unstable blocks.
+ Since it's a release they should not get compiled by default.
What about a vote on this? I'm -0.1 on
Vadim Gritsenko [EMAIL PROTECTED] writes:
snip/
Has anyone managed to get around this and get Cocoon 2.1.4 working
using Saxon 7.9 as the default XSLT processor?
Saxon 7.9 has different XPath API - you'll need CVS version of
excalibur-xmlutils.
Ok, I give up. Where the %@[EMAIL
Hunsberger, Peter wrote:
Vadim Gritsenko [EMAIL PROTECTED] writes:
snip/
Has anyone managed to get around this and get Cocoon 2.1.4 working
using Saxon 7.9 as the default XSLT processor?
Saxon 7.9 has different XPath API - you'll need CVS version of
excalibur-xmlutils.
Ok, I
On Thu, Apr 01, 2004 at 02:16:40PM -0500, Vadim Gritsenko wrote:
PS I'm -0.95 on excluding unstable blocks, and +0.74 for excluding
deprecated blocks.
Vadim
Same vote from me, plus I would rather not have javaflow excluded,
but will not make a big deal about it.
--Tim Larson
Leszek Gawron wrote:
I have this snipped in one of my .js files :
...
function runContinuation( action ) {
Provided that action contains continuation ID and not actual
continuation object... you need to lookupWebContinuation from the
ContinuationsManager component, this will give you
Upayavira wrote:
Joerg Heinicke wrote:
[ ] exclude.block.blockname=true|false
[+1] include.block.blockname=true|false
Exclude always seemed really odd to a native English speaker. It was
always the wrong way around.
I trust opinion of native English speaker - very scarce resource
nowadays!
Upayavira wrote:
Joerg Heinicke wrote:
snip /
So now the vote:
[ ] exclude.block.blockname=true|false
[+1] include.block.blockname=true|false
is my vote too...
Joerg
Exclude always seemed really odd to a native English speaker. It was
always the wrong way around.
Upayavira
well,
Vadim Gritsenko dijo:
Where is Xerces - it was removed 33 minutes ago from CVS?
http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/lib/endorsed/?hideattic=0#dirlist
Rolf Kulemann? based on roku.
Log: This checkin should fix bug 27474. Changes: ... - updated shipped
xalan to ver...
I think this was
Joerg Heinicke wrote:
[ ] exclude.block.blockname=true|false
[X] include.block.blockname=true|false
Better to use a single positive instead of a double negative ;)
Better later than never,
Tony
On 01.04.2004 21:11, Vadim Gritsenko wrote:
Where is Xerces - it was removed 33 minutes ago from CVS?
http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/lib/endorsed/?hideattic=0#dirlist
Rolf Kulemann has it committed (probably accidently, as he tried to fix
Lenya bug 27474 I guess he has mixed Lenya
Le 1 avr. 04, à 21:41, Vadim Gritsenko a écrit :
...I trust opinion of native English speaker - very scarce resource
nowadays! ;-)
me I can find to Vadim that you serioulsly think when Vadim you
something write, almost. So fortunateless I tendency to very much
agreement, thanks Vadim for the
On Thu, Apr 01, 2004 at 02:41:32PM -0500, Vadim Gritsenko wrote:
Upayavira wrote:
Joerg Heinicke wrote:
[ ] exclude.block.blockname=true|false
[+1] include.block.blockname=true|false
Exclude always seemed really odd to a native English speaker. It was
always the wrong way around.
Joerg Heinicke wrote:
On 01.04.2004 15:00, [EMAIL PROTECTED] wrote:
+ ! Exclude unstable blocks from the default build
+ + Edit the blocks.properties file and exclude all unstable blocks.
+ Since it's a release they should not get compiled by default.
What about a vote on this? I'm -0.1 on
Joerg Heinicke dijo:
On 01.04.2004 21:11, Vadim Gritsenko wrote:
Where is Xerces - it was removed 33 minutes ago from CVS?
http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/lib/endorsed/?hideattic=0#dirlist
but why didn't we get a commit message?
This is what I am investigating right now. Based
I got cvs mails. But the xerces related ones were only for cocoon-lenya. Rolf
does not seem to be guilty.
Could that be a cvs snafu?! Are directories linked?
Cheers,
Andreas
- Original Message -
From: Joerg Heinicke [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, April 01, 2004
On Sat, 2004-03-27 at 16:31, Guido Casper wrote:
Concerning the repository ... I just committed another repository
interface :-) that tries to be a best effort in consolidating all the
different approaches and accommodating all concerns in a flexible way
(by having opional helpers for
Il giorno 01/apr/04, alle 21:16, Vadim Gritsenko ha scritto:
PS I'm -0.95 on excluding unstable blocks, and +0.74 for excluding
deprecated blocks.
I'm exactly -1/sqrt(2) on excluding unstable blocks and +1/e for
excluding deprecated blocks.
Now don't tell me I'm being irrational! ;-)))
Ugo
On Thu, 2004-04-01 at 21:46, Joerg Heinicke wrote:
On 01.04.2004 21:11, Vadim Gritsenko wrote:
Where is Xerces - it was removed 33 minutes ago from CVS?
http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/lib/endorsed/?hideattic=0#dirlist
Rolf Kulemann has it committed (probably accidently, as
Rolf Kulemann dijo:
Oh, s*ht. Indeed I had problems with eclipse. What is the state right
now concerning that fault?
Hi Rolf:
Remember: Only people that do nothing never makes mistakes! :-D
Vadim already restored the files.
Next time be more careful ;-)
Best Regards,
Antonio Gallardo
On Thu, 2004-04-01 at 22:07, Andreas Kuckartz wrote:
I got cvs mails. But the xerces related ones were only for cocoon-lenya. Rolf
does not seem to be guilty.
Yes, I was guilty due to an aclipse crash.
I fell VERY sorry.
Antonio, be sure, I will be more careful now ;)
--
Regards,
Rolf
On Thu, 2004-04-01 at 22:15, Antonio Gallardo wrote:
Rolf Kulemann dijo:
Oh, s*ht. Indeed I had problems with eclipse. What is the state right
now concerning that fault?
Hi Rolf:
Remember: Only people that do nothing never makes mistakes! :-D
:) You are right.
In this case I think
Ugo Cei dijo:
Il giorno 01/apr/04, alle 21:16, Vadim Gritsenko ha scritto:
PS I'm -0.95 on excluding unstable blocks, and +0.74 for excluding
deprecated blocks.
I'm exactly -1/sqrt(2) on excluding unstable blocks and +1/e for
excluding deprecated blocks.
Now don't tell me I'm being
Il giorno 01/apr/04, alle 21:54, Marc Portier ha scritto:
I'm +1 on excluding deprecated as well as the unstable ones
some argumentation:
snip/
- more importantly I think trimming down cocoon will prepare our
userbase for what is to come with the real blocks. Obliging them
already today to
Rolf Kulemann wrote:
On Thu, 2004-04-01 at 22:07, Andreas Kuckartz wrote:
I got cvs mails. But the xerces related ones were only for cocoon-lenya.
Rolf
does not seem to be guilty.
Yes, I was guilty due to an aclipse crash.
The eclipse crash does not explain why no cvs mails were sent for
Andreas Kuckartz dijo:
Rolf Kulemann wrote:
On Thu, 2004-04-01 at 22:07, Andreas Kuckartz wrote:
I got cvs mails. But the xerces related ones were only for
cocoon-lenya.
Rolf
does not seem to be guilty.
Yes, I was guilty due to an aclipse crash.
The eclipse crash does not explain why
Ugo Cei wrote:
Il giorno 01/apr/04, alle 21:16, Vadim Gritsenko ha scritto:
PS I'm -0.95 on excluding unstable blocks, and +0.74 for excluding
deprecated blocks.
I'm exactly -1/sqrt(2) on excluding unstable blocks and +1/e for
excluding deprecated blocks.
Now don't tell me I'm being
On 01.04.2004 22:00, Tim Larson wrote:
Likewise. BTW, am I missing something or can these two options be
made completely compatible, as in:
include=true == exclude=false
No.
include=false == exclude=true
Yes.
Using
condition property=exclude.block.blockname
not
istrue
On Apr 1, 2004, at 11:45 AM, Tony Collen wrote:
Better to use a single positive instead of a double negative ;)
Or in other words, better not to use a double negative :-)
If my +1 counted, I'd give it to
[X] include.block.blockname=true|false
I don't know if it's because I'm a native English
1 - 100 of 115 matches
Mail list logo