[ http://issues.apache.org/jira/browse/COCOON-889?page=all ]
Sylvain Wallez closed COCOON-889:
-
Resolution: Fixed
Assign To: (was: Ivan Kurmanov)
There were some nasty multi-threading bugs fixed that were causing NPEs in
pipelines called
. And the other
sample is related to CocoonHive, which now has nothing more to do with
Cocoon. Samples disabled, we'll have to revisit this proxy stuff anyway.
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache
://sourceforge.net/projects/jfor/
Bertrand ?!?
Thanks for fixing this all up, mate
Hey, I want this 2.1.8 out now!
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member
haven't understood their explanations.
So it's not really a bug: the CForms+Ajax coplets must be written in a
very special way. I'll try to have a better answer tomorrow, as we're
here past the work hours now.
Sylvain
--
Sylvain WallezAnyware Technologies
http
Bertrand Delacretaz wrote:
Le 7 nov. 05, à 18:58, Sylvain Wallez a écrit :
...3) TextEdit says that something is wrong with RTF
file example although Word can open it just fine.
Don't know. Maybe Mr JFor, that happens to use a Mac, could have a
look ;-)
I dare to ask - who is Mr JFor
application asking for full access to
my computer immediately stopped the evaluation...
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology Director
, an interesting addition!
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology Director
#type-id
[2] http://www.w3.org/TR/REC-xml/#id
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology Director
Sylvain Wallez wrote:
So please choose one proposal below:
[ ] foo.bar:input (colon, not CSS-friendly because of IE)
[X] foo.bar..input (double period)
[ ] foo.bar.input. (trailing period)
[ ] foo.bar._input (underscore, requires to forbid it as the
beginning of widget names)
My preference
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
So please choose one proposal below:
[ ] foo.bar:input (colon, not CSS-friendly because of IE)
[ ] foo.bar..input (double period)
[ ] foo.bar.input. (trailing period)
[ ] foo.bar._input (underscore, requires to forbid it as the beginning
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
So please choose one proposal below:
[ ] foo.bar:input (colon, not CSS-friendly because of IE)
[ ] foo.bar..input (double period)
[ ] foo.bar.input. (trailing period)
[ ] foo.bar._input (underscore, requires to forbid
Reinhard Poetz wrote:
Sylvain Wallez wrote:
[X] foo.bar:input (colon, not CSS-friendly because of IE)
[ ] foo.bar..input (double period)
[ ] foo.bar.input. (trailing period)
[ ] foo.bar._input (underscore, requires to forbid it as the
beginning of widget names)
Cast your votes!
As I
Jean-Baptiste Quenot wrote:
* Sylvain Wallez:
The main point being that this rule *must* ensure that
generated IDs can never conflict with widget full names (e.g.
foo.bar-input would potentially conflict with a bar-input
widget sibling of bar).
Then why don't you use
that locally, and
yep, the tip is remove on submission.
Great!
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology Director
anyway as it links the CSS to the
form model, and that changing the form model then not only requires to
change the template, but also the CSS.
So I kindly ask people to carefully read and understand the rationale
and motivation behind ':'.
Sylvain
--
Sylvain Wallez
Jorg Heymans wrote:
Hi,
In my recent experiments with the new repo layout, I stumbled accross
the following problem :
1) cforms depends on ajax for compiling
2) ajax depends on cforms for tests
Uh? What tests?
Sylvain
--
Sylvain WallezAnyware Technologies
http
a meaning to the :. I know it
is very remote, but...
There's no XPath construct that expects an ID as a litteral. They're
always used as string: [EMAIL PROTECTED]bar:baz] or id(bar:baz)
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http
Jorg Heymans wrote:
Sylvain Wallez wrote:
Uh? What tests?
*cough* the ones I copied from CForms and forgot to delete again - sorry
for the noise :(
No problem, and thanks for the reminder that the Ajax block is lacking
some tests :-P
Sylvain
--
Sylvain Wallez
[
http://issues.apache.org/jira/browse/COCOON-1679?page=comments#action_12356763
]
Sylvain Wallez commented on COCOON-1679:
We value you efforts, but honestly this logo is all but readable...
New cocoon logo proposal
Joerg Heinicke wrote:
Sylvain Wallez sylvain at apache.org writes:
Now the question is: do you find the \3A quirk to be a blocking issue?
It seems to me that more often inputs in a form will be styled using
classes, so as all inputs share the same styling rule. Also, a way to
avoid
Joerg Heinicke wrote:
Sylvain Wallez sylvain at apache.org writes:
Sorry to go back to the origin of this discussion, but wouldn't it then be
better to generate an id for the ajax wrapper element instead of the input
element? Nobody cares about the wrapper element, but nearly everybody
Antonio Gallardo wrote:
Sylvain Wallez wrote:
The : has been a valid character for ID in HTML and XML for years:
- http://www.w3.org/TR/REC-html40/types.html#type-id
- http://www.w3.org/TR/REC-xml/#id
The CSS specification says how to use '\' to escape special characters:
- http://www.w3.org
Sylvain Wallez wrote:
Antonio Gallardo wrote:
Sylvain Wallez wrote:
The : has been a valid character for ID in HTML and XML for years:
- http://www.w3.org/TR/REC-html40/types.html#type-id
- http://www.w3.org/TR/REC-xml/#id
The CSS specification says how to use '\' to escape special characters
.
This a way also to start some consistent naming practices in
stylesheet-generated elements, which will be more and more needed as
widgets of increasing complexity will appear.
Incidentally, I'm +1 on Sylvain's proposed changes to element id
generation strategy.
Ok.
Sylvain
--
Sylvain Wallez
/TR/REC-xml/#id
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology Director
Andreas Hochsteger wrote:
(I think this should be discussed in a separate thread)
Sylvain Wallez wrote:
The last minute change is just about replacing -input with :input
within two XSLs, to avoid problems later.
Isn't : used as separator for the namespace prefix?
I don't know
[ http://issues.apache.org/jira/browse/COCOON-1672?page=all ]
Sylvain Wallez closed COCOON-1672:
--
Resolution: Fixed
Fixed by revisions r330513 and r330514
Help popup broken in CForms samples
---
Key
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
This usage in CForms has already been introduced by the recent library
stuff, which associates prefixes to libraries, thus effectively
forbidding the use of : in widget ids (otherwise you cannot
differenciate between a widget name
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
This usage in CForms has already been introduced by the recent
library stuff, which associates prefixes to libraries, thus
effectively forbidding the use of : in widget ids (otherwise you
cannot differenciate between
that is to recompile your Cocoon with
commons-lang 2.1 and see if any compilation errors pop up.
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology
and is also well-known.
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology Director
I'd like this issue to be solved
before 2.1.8 gets out.
Thoughts?
Sylvain
[1] http://issues.apache.org/jira/browse/COCOON-1672
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member
[
http://issues.apache.org/jira/browse/COCOON-1668?page=comments#action_12356488
]
Sylvain Wallez commented on COCOON-1668:
Fixed in the 2.1 branch. However, we have a problem as there's no
implementation of ServiceSelector that is common to both
[ http://issues.apache.org/jira/browse/COCOON-1669?page=all ]
Sylvain Wallez closed COCOON-1669:
--
Resolution: Fixed
Updated repository.xml (format has changed in newer jackrabbit) and guarded
against a NPE as there's no request in the object
[ http://issues.apache.org/jira/browse/COCOON-1668?page=all ]
Sylvain Wallez updated COCOON-1668:
---
Version: 2.2-dev (Current SVN)
(was: 2.1.8-dev (Current SVN))
Changing to version 2.2 as it's where it breaks now
[ http://issues.apache.org/jira/browse/COCOON-1668?page=all ]
Sylvain Wallez updated COCOON-1668:
---
Fix Version: 2.2-dev (Current SVN)
(was: 2.1.8-dev (Current SVN))
Need to get used to JIRA classifiers
[ http://issues.apache.org/jira/browse/COCOON-1615?page=all ]
Sylvain Wallez closed COCOON-1615:
--
Resolution: Fixed
Fixed.
[CFORMS] Widgets set to INVISIBLE not are removed in AJAX
[ http://issues.apache.org/jira/browse/COCOON-1629?page=all ]
Sylvain Wallez updated COCOON-1629:
---
Bugzilla Id: (was: 36993)
Description:
When wishing to have a default value for the binding of a form widget, it is
required to make use of a hack
[ http://issues.apache.org/jira/browse/COCOON-1607?page=all ]
Sylvain Wallez closed COCOON-1607:
--
Resolution: Fixed
Fixed in revision 307413
Patch for forms-calender-styling.xsl
Key: COCOON-1607
[ http://issues.apache.org/jira/browse/COCOON-1672?page=all ]
Sylvain Wallez reassigned COCOON-1672:
--
Assign To: Sylvain Wallez
Help popup broken in CForms samples
---
Key: COCOON-1672
URL
[
http://issues.apache.org/jira/browse/COCOON-1672?page=comments#action_12356541
]
Sylvain Wallez commented on COCOON-1672:
I'm currently working on a fix.
The problem is twofold:
- use of generate-id() which should be avoided in an Ajax
Patrick Ahles wrote:
On 10/30/05, Sylvain Wallez [EMAIL PROTECTED] wrote:
Antonio Gallardo wrote:
Hi:
AFAIK, Cocoon 2.1.8 will not have AJAX support for cforms. Is that
correct?
Oh no, it's not correct! AJAX in CForms is there! Have a look at all the
(Ajax) markers at
http
invalid
- if the form is invalid it is redisplayed no matter what
That last point is bogus: the result of endProcessing dictates if the
form should be redisplayed or not.
I fixed it. Please cross-check.
Sylvain
--
Sylvain WallezAnyware Technologies
http
Steinar Jonsson wrote:
Attached is a patch that solves problem 1 by adding getParameters() to
AbstractContinuable.
Applied. Please cross-check!
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache
of the first webapp frameworks delivering AJAX support is a
great plus for us.
So don't worry: Ajax is in CForms now.
Sylvain
[1] http://marc.theaimsgroup.com/?l=xml-cocoon-devm=112938003219370w=2
[2] http://www.dojotoolkit.org/
--
Sylvain WallezAnyware Technologies
http
libraries users will want to use in
their projects.
And interestingly, it looks like Tacos [1] (an Ajax extension to
Tapestry) went the same route, as they started with Scriptaculous and
recently announced their switch to Dojo.
Sylvain
[1] http://tacos.sourceforge.net/
--
Sylvain Wallez
empty object
cocoon.load(scriptURI, scope);
// use something in the loaded script
print(scope.myVar);
}
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research
.
We'll work again on this after the release, after choosing another Ajax
library (Dojo is my current choice).
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research
Carsten Ziegeler wrote:
We had some feedback in the last days wrt to the 2.1.8 release.
As I'm having access to a unix system tomorrow and next friday (but not
inbetween)
You always have a unix system available: cocoon.zones.apache.org!
Sylvain
--
Sylvain Wallez
/properties) hide any overriding in specific properties (user
settings, system properties).
I reverted the property lookup order, and this now works just fine :-)
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Sylvain Wallez wrote:
Hi all,
Up to now, I couldn't see the SQL samples running on the zone. It says :
java.sql.SQLException: Connection is broken: Transfer corrupted
at org.hsqldb.jdbc.Util.sqlException(Unknown Source)
at org.hsqldb.jdbc.jdbcConnection.getAutoCommit(Unknown Source
[ http://issues.apache.org/jira/browse/COCOON-1661?page=all ]
Sylvain Wallez closed COCOON-1661:
--
Resolution: Fixed
The problem was because the 3 Cocoon versions running on the zone where using
the same port number for the hsqldb server
[
http://issues.apache.org/jira/browse/COCOON-1661?page=comments#action_12355959
]
Sylvain Wallez commented on COCOON-1661:
Sorry, by reading Bertrand's comment, I thought it was about the zone, which is
now fixed. No it happens that you had
Ralph Goers wrote:
I assume you both meant reversed and not reverted.
Oh yes, of course !!
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Cool, even if it would be good to extend lookup in web.xml to any
servlet and/or context parameter (some admins will want to configure
everything using their J2EE deployment tools).
This can be done easily. The SettingsHelper class could
and
modern development platform.
WDYT?
Sylvain
[1] http://www.ajaxian.com/archives/2005/10/audible_ajax_ep_2.html
[2] http://www.ajaxian.com/archives/2005/10/audible_ajax_ep_3.html
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http
: Unrecognized URL scheme
'https://svn.apache.org/repos/asf/cocoon/blocks/ajax/trunk'
Yes, that's because commits must go through https.
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member
Ross Gardler wrote:
Bertrand Delacretaz wrote:
Le 25 oct. 05, à 10:33, Sylvain Wallez a écrit :
...I think that, along with pinging the Ajaxian guys (which I will
do), we should rewrite our home page to make more apparent Cocoon's
unique abilities in the changing world of webapp development
things at the same time :-/
Done, please update src/java and sorry for the inconvenience...
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology
Stefano Mazzocchi wrote:
Sylvain Wallez wrote:
Hi all,
As you certainly know, Ajax and RAD/scripted frameworks are hot lately.
I'm closely following http://www.ajaxian.com/, a blog about all
things Ajax. Recently they started talking about continuations [1]
and [2], even mentioning our
attributes to be notified when a session is passivated
and activated.
Sylvain
[1] http://marc.theaimsgroup.com/?l=xml-cocoon-devm=105732879827785w=2
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation
earlier so that people can
look at it. And especially considering that it took me about 2 hours to
write it, comments included ;-)
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation
have. A number of finished blocks
(that no more evolve) haven't been touched for ages.
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology Director
have the updated transformer ready on my HD. Shall I commit it?
Sylvain
[1] http://cocoon.zones.apache.org/daisy/documentation/forms/750.html
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Vadim Gritsenko wrote:
snip/
- Bad formed XML files and other serious exceptions are
semi-silently ignored. By semi-silently, I mean they're just logged
and don't bubble up higher in the call stack, thus giving the false
impression
)
at
org.apache.avalon.excalibur.datasource.AbstractJdbcConnection.invoke(AbstractJdbcConnection.java:397)
Any hint?
Thanks,
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache
to checkout the SVN and test. Otherwise, people will just hold
their breath and wait for the release to happen.
I can do it if you want.
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software
applications with the new version.
If you don't have enough time to do the above, you can also go through
the samples of the live demo at
http://cocoon.zones.apache.org/demos/21branch/
Please report any issue or showstopper to dev@cocoon.apache.org
Thanks for your help!
Sylvain
--
Sylvain Wallez
(), whatever its cause.
Deal?
No objections to this one.
Ok, I'll do it.
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology Director
should be resolved as well.
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology Director
to
the server.
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology Director
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Why such a complicated exception handling?
Same as before.
I see several problems here:
- SourceNotFoundException is a nominal case (BTW why not using
Source.exists()?) and should not log an exception
* Source.exists() will not work here
:-/
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology Director
!
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology Director
Daniel Fagerstrom wrote:
was: Super-easy SQL/Form integration for simple CRUD applications
Sylvain Wallez wrote:
Daniel Fagerstrom wrote:
Sylvain,
It seem to be great stuff, and something that we really need. But
being somewhat formalistic I'm a bit doubtfull about the timing. Ok,
you
Sylvain Wallez wrote:
Let me just explain how this works:
- I added two classes to CForms (about 3 weeks ago), namely
ContainerAsMap and RepeaterAsList. These classes are a Map and a List
implementations (live wrappers) on top of a container widget and a
repeater respectively.
- I added
Bertrand Delacretaz wrote:
Le 21 oct. 05, à 23:31, Sylvain Wallez a écrit :
...The live demo should be available soon at
http://cocoon.zones.apache.org/demos/trunk/samples/blocks/forms/sql/
The live demos have been updated but that page gives an error, as does
http://cocoon.zones.apache.org
);
}
-this.manager.release(resolver);
}
-}
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology Director
;
}
etc...
Thoughts?
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology Director
/apache/cocoon/forms/util/
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology Director
added an example of this to the form1 sample.
Enjoy.
Yummy! Thanks Bruno!
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology Director
,
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology Director
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Bart Molenkamp wrote:
snip/
2. To configure a component, knowledge about it is required anyways.
Looking at the configuration of CForms for example, there is quite some
configuration, but not much for a regular user to change (all those
builders
Leszek Gawron wrote:
Sylvain Wallez wrote:
Or maybe we could keep o.a.c.components.expression.jexl in template
as Sylvain dislikes it ;) and jexl is not used in any other places.
Hehe, good idea :-) Let's keep it just besides JXTG while we slowly
migrate to CTemplate.
BTW, I haven't used
://marc.theaimsgroup.com/?t=11296426354r=1w=2
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology Director
Sylvain Wallez wrote:
In map:call continuation=.../, the flow engine checks if
cocoon-flow-refresh exists:
- if yes, this calls the continuation as usual,
- if not, this just updates the continuation, sending a 200 status if
the continuation is still there and a 404 if the continuation
Bertrand Delacretaz wrote:
Le 19 oct. 05, à 10:31, Sylvain Wallez a écrit :
...In map:call continuation=.../, the flow engine checks if
cocoon-flow-refresh exists:..
...WDYT?
Sounds good, but maybe cocoon-continuation-refresh says more about
what the parameter means.
Sure, but I
their cocoon.xconf.
Enjoy,
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology Director
Sylvain Wallez wrote:
snip/
Activating this second feature requires to change the XSLTProcessor
implementation to o.a.c.c.xslt.XSLTProcessorImpl
Damn! While porting to the 2.1 branch, I realized that this conflict
with the same class that exists in the deprecated block.
What do you think
Ralph Goers wrote:
Sylvain Wallez wrote:
Sylvain Wallez wrote:
snip/
Activating this second feature requires to change the XSLTProcessor
implementation to o.a.c.c.xslt.XSLTProcessorImpl
Damn! While porting to the 2.1 branch, I realized that this conflict
with the same class that exists
Sylvain Wallez wrote:
Sylvain Wallez wrote:
snip/
Activating this second feature requires to change the XSLTProcessor
implementation to o.a.c.c.xslt.XSLTProcessorImpl
Damn! While porting to the 2.1 branch, I realized that this conflict
with the same class that exists in the deprecated block
Bart Molenkamp wrote:
-Oorspronkelijk bericht-
Van: Sylvain Wallez [mailto:[EMAIL PROTECTED]
Verzonden: maandag 17 oktober 2005 18:30
Aan: dev@cocoon.apache.org
Onderwerp: Startable components
Hi all,
I changed the lazy loading so that preload=true is no more needed for
components
settings, but not lifecycle or wiring.
Sylvain
[1]
http://static.springframework.org/spring/docs/1.2.x/reference/beans.html#beans-factory-autowire
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
* portal block, pluto/adapter/PortletAdapter:
Same as above, for the hypothetical case where Pluto would create
threads. Now this variable is set() but never get()!!! So we could
remove it completely. Carsten?
Removed - it seems
Bruno Dumon wrote:
On Mon, 2005-10-17 at 14:01 +0200, Sylvain Wallez wrote:
Carsten Ziegeler wrote:
I briefly looked at the Ajax and the cforms block and I think there are
two problems here:
a) cforms depends on ajax block (which is ok), so why is there a
CForms: new Object
without having ever opened any one of its
source files. And these are the people that will be the less likely to
find that they forgot or accidentally removed a preload=true somewhere...
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain
to place in front of {. We have, $, # and
now @, what's next :-)
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology Director
above actually solves all problems *if* the relative path is
always set to the component's declaring sitemap during component setup.
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation
.
And as we decided to have fixed releases, what about planning 2.1.9
right now?
Let's say that code freeze for 2.1.9 starts on 20th January (3rd friday)
and release happens on 27th.
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http
.
I consider lazy loading an indicator of source resolving flaws and a
good motivation to fix it for good :-)
Sylvain
[1] http://marc.theaimsgroup.com/?l=xml-cocoon-devm=110064557022481w=2
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http
401 - 500 of 2550 matches
Mail list logo