the dsy_list_listener user and it is configured correctly.
I'll look at it (right now). There was a problem with the default
ActiveMQ configuration included with Daisy 1.5, causing this problem.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java
On Thu, 2007-08-23 at 10:06 +0200, Bruno Dumon wrote:
On Thu, 2007-08-23 at 09:27 +0200, Reinhard Poetz wrote:
Grzegorz Kossakowski wrote:
I must missed it because there was no notification about this document
on our docs list thus commenting now.
Does anybody know why we don't
of the annotations has a very long value. We could look
into adding a check on this so that a more user-friendly message is
thrown.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED
document also in the editor, and copy the text from the editor,
rather than from the published view.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
, but at least this should remove
most of the problem for now.
I don't think upgrading Daisy will change much about this problem, we'll
have a closer look at it in the next days/week.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence
On Thu, 2007-01-25 at 18:34 +0100, Grzegorz Kossakowski wrote:
Bruno Dumon napisał(a):
On Thu, 2007-01-25 at 17:39 +0100, Grzegorz Kossakowski wrote:
I think you forgot your [1] link.
Sorry, here it goes:
http://thread.gmane.org/gmane.text.xml.cocoon.user/59615
I'm aware
On Thu, 2007-01-25 at 17:39 +0100, Grzegorz Kossakowski wrote:
Bruno Dumon napisał(a):
Hi,
I've replaced the calendar, the help and validation message popups and
the multi-value editor with dojo-based implementations. Thanks to Jeremy
for upgrading to dojo 0.4, which made this possible
On Thu, 2007-01-25 at 19:02 +0100, Grzegorz Kossakowski wrote:
Bruno Dumon napisał(a):
On Thu, 2007-01-25 at 18:34 +0100, Grzegorz Kossakowski wrote:
Ah yes. That could be easily fixed by adding the validation error icon
as part of the widget-defining element (i.e. the element
see the dojo-languages parameter in
form-field-styling.xsl.
If anyone notices problems, feel free to fix or report them.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED
On Sat, 2007-01-20 at 18:24 +0100, Philipp Zerelles wrote:
On Saturday 20 January 2007 18:04, Bruno Dumon wrote:
On Sat, 2007-01-20 at 17:14 +0100, Philipp Zerelles wrote:
I found a problem in CForms that seems to be known already but not really
addressed.
When I have a CForm
, this can best be done by making a distinction
between http GET (display form) and POST (process form) requests.
For those cases where a GET makes more sense (e.g. a search form), the
parameters should simply be in the URL.
--
Bruno Dumon http://outerthought.org
it into CForms.
MultiValue Editor: re-implement as a Dojo widget
This is also one I'm motivated to work on, since I wrote it originally.
I still need to get up-to-date with dojo 0.4 and the current cforms, but
if all goes well I hope to be able to do something about these 3.
--
Bruno Dumon
to 1000 or something, and possibly overridden for the
user who knows more about it. Default, every user can easily work with it
without having to think about it.
Regards Ard
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML
.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
On Sat, 2007-01-06 at 01:03 +0100, Alfred Nathaniel wrote:
On Fri, 2007-01-05 at 13:45 +0100, Bruno Dumon wrote:
Hi,
I noticed the new WildcardMatcherHelper class holds an internal static
map for caching. In the older solution, it was up to the caller to cache
the compiled pattern
be cached. It also avoids a potential memory leak if this code is
used to evaluate always-changing patterns, and avoids the need to do
hashmap lookups.
So I'm wondering if anyone would mind if I change it back so that caller
caches the pattern?
Thanks for any input.
--
Bruno Dumon
solution hurts less for our users.
It seems that we think that using the latest version of rhino is less
pain, so let's vote on this.
Please cast your votes for using latest rhino in 2.1.x.
Carsten
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source
cast your votes for using latest rhino in 2.1.x.
+1
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
work anymore.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
1.4 (which shouldn't
be a problem as 2.1.x is not supposed to evolve much).
I thought the minimum for 2.1.x is still JDK 1.3 (!).
+1 for 1.5 for trunk.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL
On Tue, 2006-08-08 at 15:14 +0200, Reinhard Poetz wrote:
As Java 5 was released almost 2 years ago, I propose making it the minimum
requirement for trunk and all artifacts released from there.
+1
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source
On Tue, 2006-08-08 at 17:33 +0200, Reinhard Poetz wrote:
I propose switching to servlet API 2.4 in *trunk*. This shouldn't cause any
problems as a stable version of Tomcat (5.0.16), the reference implementation
for servlet containers, is available since Dec, 4th 2003.
+1
--
Bruno Dumon
documents (like those about the forms) are shared between
both.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
that this bug will be
gone.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
Hi,
I'll start now on upgrading Daisy on the cocoon zone to version 1.5-M2.
It's best not to edit anything untill I'm done, since your editing
session will be lost when restarting Daisy after the upgrade.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open
On Sat, 2006-07-22 at 13:26 +0200, Bruno Dumon wrote:
Hi,
I'll start now on upgrading Daisy on the cocoon zone to version 1.5-M2.
It's best not to edit anything untill I'm done, since your editing
session will be lost when restarting Daisy after the upgrade.
The upgrade is done
containing the link AFAICS (and in any
case, due to the bug mentioned above, you wouldn't see the content
containing the link anyhow).
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED
[
http://issues.apache.org/jira/browse/COCOON-1879?page=comments#action_12420112
]
Bruno Dumon commented on COCOON-1879:
-
Looks good.
I'd validate the value of the whitespace attribute so that it gives an error
when using an unsupported value
/expand, apples are stateful too and are managed by the
same continuationsmanager as flowscript continuations. It is possible to
have stateless apples, but that's just so that stateless interactions
could be written similarly to the stateful interactions.
--
Bruno Dumon http
On Mon, 2006-06-19 at 11:56 +0200, Martijn C. Vos wrote:
Bruno Dumon [mailto:[EMAIL PROTECTED] wrote:
I think Cocoon only needs one tree model and that is a tree
model based on
XML. The selection-list widget has the possibility to
declare static content
in the form definition
On Sun, 2006-06-18 at 11:03 +0200, Bruno Dumon wrote:
Hi,
On Thu, 2006-06-15 at 23:49 +0200, Fred Vos wrote:
snip/
Another
thing that is necessary is the possibility to add key-value pairs to every
folder and node, available in the form template. To create a directory tree
On Wed, 2006-06-14 at 21:16 +0200, Joerg Heinicke wrote:
1. Andreas Hochsteger
+1
2. Peter Hunsberger
+1
3. Jason Johnston
+1
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED
understands CForms.
A tree model which can be build from XML, with support for generic
attributes, would be a great addition. But does it require any radical
changes? Isn't this just another tree model implementation?
--
Bruno Dumon http://outerthought.org/
Outerthought
the pattern into a regexp and then use
one of the regexp libraries for matching.
This won't be of much help, but I thought the wildcard matcher is
significantly faster than regexpes.
PS: I like the idea of moving it to commons-lang. I've used it on
several occasions outside Cocoon.
--
Bruno
On Thu, 2006-06-01 at 15:59 +0200, Carsten Ziegeler wrote:
Bruno Dumon wrote:
On Thu, 2006-06-01 at 11:27 +0200, Carsten Ziegeler wrote:
I'm not sure if the code of the wildcard helper is correct at all; I
guess there are still other cases where the pattern does not match
although
, or is there something else going on I'm not aware of
(e.g. missing some configuration somewhere)? I'm using Cocoon 2.1.7,
although the current SVN version on the 2_1_X branch doesn't appear to be
any different.
Andrew.
--
Bruno Dumon http://outerthought.org
to keep around forever :-)
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
which has the (IMO) normal
behaviour. Changing the behaviour of the current method would be
backwards incompatible.
Bruno.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED
On Sun, 2006-05-14 at 21:10 +0100, Ross Gardler wrote:
Bruno Dumon wrote:
On Fri, 2006-05-05 at 16:28 +0100, Ross Gardler wrote:
[EMAIL PROTECTED] wrote:
Automated build for cocoon-docs FAILED
...
http://cocoon.zones.apache.org/daisy/documentation/864/forms/widgets/739.html
module is defined:
component-instance name=javadoc
class=org.apache.forrest.locationmap.LocationMapModule
logger=sitemap.modules.locationmap
file src=context://daisy/javadoc_locationmap.xml/
/component-instance
and the javadoc_locationmap.xml file is attached.
--
Bruno
of this stuff, and is participating
more and more to discussions. It's time for him to be able to commit his
patches himself!
Please cast your votes.
+1
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED
? Or quoting Andrew Stevens « at
worst it just needs the colons to be escaped ».
I have never used those components, but you're quite right that this
can't work. The colons will need to be escaped. Good observation.
--
Bruno Dumon http://outerthought.org/
Outerthought
[
http://issues.apache.org/jira/browse/COCOON-1806?page=comments#action_12371529
]
Bruno Dumon commented on COCOON-1806:
-
Hi Simone,
If you would let the ValidatorBuilder implement LogEnabled and
Contextualizable, you could pass the logger
[ http://issues.apache.org/jira/browse/COCOON-1806?page=all ]
Bruno Dumon closed COCOON-1806:
---
Fix Version: 2.2-dev (Current SVN)
2.1.9-dev (current SVN)
Resolution: Fixed
Applied. Thanks for your contribution.
PS: the forms
[
http://issues.apache.org/jira/browse/COCOON-1806?page=comments#action_12371554
]
Bruno Dumon commented on COCOON-1806:
-
Forgot to mention this:
It would be nice if you could add some docs on this new validator on
http://cocoon.zones.apache.org
[
http://issues.apache.org/jira/browse/COCOON-1806?page=comments#action_12371557
]
Bruno Dumon commented on COCOON-1806:
-
@andrew:
save the patch files (javavalidator2.diff and javavalidator-conf.diff) in the
cocoon source tree root and do
patch -p0
On Thu, 2006-03-23 at 15:23 +0100, Simone Gianni wrote:
Hi Bruno,
I already have an account on cocoon zones : SimoneGianni. Please give me
edit rights,
Done.
I also have to write about the char datatype (COCOON-1789)
and the apache enum selection lists (COCOON-1793).
great.
--
Bruno
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
[
http://issues.apache.org/jira/browse/COCOON-1804?page=comments#action_12371398
]
Bruno Dumon commented on COCOON-1804:
-
Implementing a WidgetValidator + Builder + adding it to cocoon.xconf should IMO
only be done for providing entirely new types
On Tue, 2006-03-21 at 19:11 +1100, David Crossley wrote:
David Crossley wrote:
Bruno Dumon wrote:
BTW, this time not because the zone was restarted. Not sure what the
problem is though.
I investigated a bit yesterday, but cannot see what
is the problem. Notice that today
the proposed plan to release 2.1.9 is:
- Start code freeze on the 31st of March
- Release on the 6th of April (if nothing bad happens)
Please cast your votes
+1
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL
On Mon, 2006-03-20 at 11:20 +0100, hepabolu wrote:
Bertrand Delacretaz said the following on 18-03-2006 21:24:
Le 18 mars 06 à 21:03, Bruno Dumon a écrit :
...You can see the result in the Components section of the
documentation,
or browse it using the faceted navigation
On Mon, 2006-03-20 at 12:00 +, Jeremy Quinn wrote:
Thanks for your reply Bruno,
On 19 Mar 2006, at 13:32, Bruno Dumon wrote:
On Sun, 2006-03-19 at 12:10 +, Jeremy Quinn wrote:
Hi All
Investigating this further, I came up with this simplest possible
sitemap to reproduce
.
[copy] Copying 1 file to /var/apache2/htdocs/ft/build/cocoon-docs
[echo] Oops, something broke
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
On Mon, 2006-03-20 at 14:09 +0100, hepabolu wrote:
Bruno Dumon said the following on 20-03-2006 11:58:
The intention is to tag the classes, and to write longer, user-oriented
documentation on it in Daisy. For this the legacy docs, javadoc, wiki
and mailing list archives can be used
);
}
}
}
} finally {
endElem(this.rootElement);
this.contentHandler.endDocument();
}
I'd be in favor of removing these two finally blocks.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence
a lot of work to do to fill in all the docs, but at least
this gives an overview of the available components.
I'll see to add some documentation on how to contribute to this.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence
in that (the documents can always be deleted
afterwards, if needed).
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
package.
Ah of course. I have now added it to the resources in the pom of the
template block. If you prefer another solution, just let me know. BTW, I
think we'll need to do something similar for the resources in the forms
block.
--
Bruno Dumon http://outerthought.org
daisy-util has an issue affecting its community integration.
snip/
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
Thanks for reminding, done now.
On Sun, 2006-03-12 at 04:27 -0600, Antonio Gallardo wrote:
Bruno,
please update the license files in legal.
Best Regards,
Antonio Gallardo
[EMAIL PROTECTED] wrote:
Author: bruno
Date: Sun Mar 12 01:36:27 2006
New Revision: 385265
snip/
--
Bruno
jx template generator is by default declared in the
sitemap with the name newjx.
[1] http://marc.theaimsgroup.com/?t=11371475241r=1w=2
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED
have been replaced with their full java equivalents instead of a
subset of them (and hence, don't need to be documented in full there
anymore). It would be best to check the source code of the FOM to see if
all methods parameters have been documented.
--
Bruno Dumon
[
http://issues.apache.org/jira/browse/COCOON-1777?page=comments#action_12369849
]
Bruno Dumon commented on COCOON-1777:
-
Hi,
Thanks for your patch.
If I understand it correctly, the following will cause auto-submit to be
enabled if there are value
On Thu, 2006-03-09 at 14:49 -0700, Jason Johnston wrote:
On Thu, 2006-03-09 at 21:10 +, Upayavira wrote:
Jason Johnston wrote:
On Thu, 2006-03-09 at 08:46 -0800, Ralph Goers wrote:
Bruno Dumon wrote:
On Thu, 2006-03-09 at 06:35 -0800, Ralph Goers wrote:
Hi. Its me
[
http://issues.apache.org/jira/browse/COCOON-1777?page=comments#action_12369858
]
Bruno Dumon commented on COCOON-1777:
-
I applied your patch, with the submit-on-change change.
fd:on-value-changed does not work with fd:multivaluefield
/userdocs/flow/api.html
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
On Tue, 2006-03-07 at 09:06 +0100, Reinhard Poetz wrote:
Bruno Dumon wrote:
OTOH, having the docs
split up between a lot of little maven-sites might lessen the overview.
Because of the nature of Daisy this shouldn't become a problem:
- we can have one navigation document which
it more block-oriented, the
syntax will probably be something like
javadoc:blockname:org/apache/
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
On Sat, 2006-03-04 at 19:04 +, Ross Gardler wrote:
Bruno Dumon wrote:
On Wed, 2006-03-01 at 14:01 +, Ross Gardler wrote:
A couple of weeks ago I promised to set up a FAQ system in Daisy. I've
now done this.
Creating a FAQ
==
There is a FAQ document Type
explanations of
Cocoon-specific terms (such as sitemap, subsitemap, FOM, flowscript,
blocks, real blocks, ...).
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL
Hi,
If nobody minds I'd like to upgrade the Daisy on the cocoon zone this
afternoon, somewhere around 4 pm CET. Since this involves restarting
Daisy, it's better not to edit docs in Daisy around that time. I'll give
a notice when it's done.
Bruno.
--
Bruno Dumon
On Fri, 2006-03-03 at 11:38 +0100, Jean-Baptiste Quenot wrote:
Hello,
Can someone with Daisy karma grant me to edit documents? I would
like to change the « Who we are » page for now.
done, enjoy.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open
/daisy/documentation/facetedBrowser/default
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
I started the zone services.
On Mon, 2006-02-27 at 00:02 +, [EMAIL PROTECTED]
wrote:
Automated build for cocoon-docs FAILED
Log attached.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED
Zone services restarted...
On Fri, 2006-02-24 at 00:02 +, [EMAIL PROTECTED]
wrote:
Automated build for cocoon-docs FAILED
Log attached.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED
On Thu, 2006-02-23 at 13:43 +0100, Sylvain Wallez wrote:
Bruno Dumon wrote:
Hi,
With latest SVN (2_1_x branch), CForms gives a javascript error on IE6.
This happens whenever I click somewhere on the page (doesn't matter
where: in a blank area or an input field).
The cause
On Thu, 2006-02-23 at 11:10 +0100, Carsten Ziegeler wrote:
Bruno Dumon wrote:
Hi,
With latest SVN (2_1_x branch), CForms gives a javascript error on IE6.
This happens whenever I click somewhere on the page (doesn't matter
where: in a blank area or an input field).
The cause
[
http://issues.apache.org/jira/browse/COCOON-1780?page=comments#action_12367320
]
Bruno Dumon commented on COCOON-1780:
-
@vincent: I don't think there's a problem with that, but since it worked with
'button' before, the real cause of the bug had
[
http://issues.apache.org/jira/browse/COCOON-1780?page=comments#action_12367334
]
Bruno Dumon commented on COCOON-1780:
-
good you noticed, it's fixed now, I hope.
[PATCH] Upload Widget : Can not change selected file
: function(e){
this.mouseDownX = null;
this.mouseDownY = null;
this._dragTriggered = false;
var _this = this;
e.preventDefault(); === e undefined
Maybe some of you who follow up dojo development know if this is already
fixed or if the problem is caused by us.
TIA
--
Bruno Dumon
[
http://issues.apache.org/jira/browse/COCOON-1780?page=comments#action_12367344
]
Bruno Dumon commented on COCOON-1780:
-
Hi Vincent,
It's not really useless code, since it allows more flexibility in rendering.
For example, it would allow to use
[
http://issues.apache.org/jira/browse/COCOON-1780?page=comments#action_12367361
]
Bruno Dumon commented on COCOON-1780:
-
If you want to use an image as a button, you can use an input type=image
it works fine !
Well yes, but try to combine an image
[
http://issues.apache.org/jira/browse/COCOON-1780?page=comments#action_12367218
]
Bruno Dumon commented on COCOON-1780:
-
Hmm,
I have exactly the same problem and the patch suggested above, changing button
to submit, solves it.
How is the provided
[
http://issues.apache.org/jira/browse/COCOON-1780?page=comments#action_12367248
]
Bruno Dumon commented on COCOON-1780:
-
I just committed a patch.
The cause of the problem is that the submitWidget is now assigned after the
readFromRequest processing
[ http://issues.apache.org/jira/browse/COCOON-1780?page=all ]
Bruno Dumon closed COCOON-1780:
---
Fix Version: 2.1.9-dev (current SVN)
Resolution: Fixed
[PATCH] Upload Widget : Can not change selected file
[
http://issues.apache.org/jira/browse/COCOON-1777?page=comments#action_12366600
]
Bruno Dumon commented on COCOON-1777:
-
About the docs: you're right. Apparently they were republished just very
recently.
Yes, 2.1.9-dev supports this, as the forms
[
http://issues.apache.org/jira/browse/COCOON-1777?page=comments#action_12366550
]
Bruno Dumon commented on COCOON-1777:
-
I have recently added support for value changed listeners for multivaluefields.
Cocoon 2.1.8 does not yet support this (as also
.
[copy] Copying 1 file to /var/apache2/htdocs/ft/build/cocoon-docs
[echo] Oops, something broke
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL
[
http://issues.apache.org/jira/browse/COCOON-1571?page=comments#action_12363408
]
Bruno Dumon commented on COCOON-1571:
-
IMO the locale parameter should not be null. Otherwise we might need to add
such a check to every widget. I think it would
and honored. Thank you for yet
another vote of confidence from the ASF - somehow this kind of thing
always feels better than a promotion ;-)
Same here, I didn't expect this as I haven't been that active lately, so
even more suprised but also honored, proud and happy. Big thanks!
--
Bruno Dumon
a new book in Daisy?)
Just create a new document of type 'Book Definition', it will then
appear along the available books to publish
(at /daisy/books/definitions)
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
at this some time,
but no promises.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
don't make a branch for 2.1.8, there's no way the
2.1.x docs can still be produced and maintained in the future.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL
On Sun, 2005-11-06 at 11:51 +0100, Sylvain Wallez wrote:
So please choose one proposal below:
[ ] foo.bar:input (colon, not CSS-friendly because of IE)
+1
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
as
easily.
agreed, +1 for the underscore
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
would stay something like we currently have, I thought/hoped.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
Hi,
Apparently someone had enabled write access for guest users. I assume
this was done by mistake, and have disabled this again.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED
On Sat, 2005-11-05 at 00:39 +, Ross Gardler wrote:
Steven Noels wrote:
On 04 Nov 2005, at 17:53, Bruno Dumon wrote:
Hi,
any reason the sites on
http://cocoon.zones.apache.org/daisy/
have been made inaccessible?
I saw the ACL change notification message this morning
Hi,
any reason the sites on
http://cocoon.zones.apache.org/daisy/
have been made inaccessible?
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
1 - 100 of 446 matches
Mail list logo