Antonio Gallardo wrote:
Guys can we think rather in switching to Apache JCS instead
of wasting more efforts on JISP?
I would say: go ahead and change it; we have enough time until
the 2.1.5 release to fix any problems with JCS.
Carsten
Rolf Kulemann wrote:
On Sun, 2004-04-04 at 17:00, Guido Casper wrote:
Rolf Kulemann wrote:
Hello (Guido),
I have done a small js file to test the functionalities of the new
WebDAVRepository[1] using the NEW Repository[2] interface.
I encountered a problem creating new reosurces.
It does not
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=28189.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Mon, 2004-04-05 at 08:44, Guido Casper wrote:
Rolf Kulemann wrote:
Wouldn't it be useful also to have
createResource(String url, Source src)
createResource(String url, Node src)
??
Hm, I don't know. I don't want to bloat the interface too much right
from the start.
Good
On Mon, 2004-04-05 at 08:49, [EMAIL PROTECTED] wrote:
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=28189.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN
Moin Cocooner,
during the past two weeks I experimented a littlebit with
the cocoon portal engine and it looks quiet good, but I think
there is a fundamental problem with the link handling.
The links are dynamicaly generated and I dont believe, that
google can find this pages again. But I think
I would like to use Cocoon outside a web
environment. I think most of the Cocoon
heart is indipendent from such an enviroment.
Only, I see the method debug of the org.apache.cocoon.Cocoon
class explicitly uses web session and request objects.
Maybe that should be removed.
In my opinion protocol
On Sun, Apr 04, 2004 at 11:47:40PM +0200, Oliver Raupach wrote:
Hi !
I have found this message at sitemap.log (cocoon 2.1.4 / tomcat 4.1.24):
WARN(2004-04-04) 23:30.03:780 [sitemap.generator.serverpages]
(/cocoon/mcp/main) Thread-10/AbstractEsqlConnection: Your database
[db2/6000]
On Sat, Apr 03, 2004 at 11:25:33AM +0200, Jens Maukisch wrote:
Hi,
I propose we create a web based GUI development environment for Cocoon
build using Cocoon technology, such as CForms, flow, portals, etc.
[...]
WDYT?
Hmm, a webapplication for developing webapplications seems a
Do you like to meet people interested in Cocoon? Do you have the chance
to come to Vienna on April, 19th or May, 3rd? If you've answered both
question with yes add your name and your preferred date on
http://wiki.cocoondev.org/Wiki.jsp?page=CocoonUserGroupAustria. The day
with more votes, to
Am So, den 04.04.2004 schrieb Christopher Oliver um 20:32:
Stefano Mazzocchi wrote:
Next I would like to see is a groovy implementation of flow ;-)
It should be _fairly_ straightforward. The only tricky part I see is
controlling the byte-code transformation. All methods in the call-chain
[EMAIL PROTECTED] wrote:
mpo 2004/04/05 02:38:51
Modified:src/blocks/forms/samples/flow bindings.js
Log:
Code formatting. (tabs to spaces)
Anyone out there using a js editor that does it OOTB?
-marc=
--
Marc Portierhttp://outerthought.org/
Hi,
On 4 Apr 2004, at 18:00, Vadim Gritsenko wrote:
Try this instead. Works for me.
http://www.mozilla.org/projects/netlib/http/http-caching-faq.html
Confirmed - adding Cache-Control: no-store properly disables the back
button, in Mozilla at least.
Carsten, please can you add that to
Am Mo, den 05.04.2004 schrieb Christopher Oliver um 4:42:
The current implementation needs some work to qualify as generalized
Java continuations. It would be nice to make it work more like Scheme
continuations:
1) When you access the current continuation, it captures the call
stack up
hi people
i'm not a developer in cocoon community but i want to say somenthing about
this thread. A GUI will be a great step forward in cocoon proj. many
people that use cocoon use allready an IDE. so why this GUI will be an
stand alone WEB-based or not application and not just a part of an
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=28189.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=107792005324520w=2
In this link,Sylvain suggest 3 states for a widget,I think it's a good idea.
Today I want to hide an action under some condition ,but I just can't if I don't
modify the forms-field-styling.xsl.
I use a transformer to generate
Agree!I believe this GUI as an application or an application core is better.It means
developers using cocoon can use this core to build their application,like
administration panel for form design or management.
Roy Huang
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL
[Related to http://issues.apache.org/bugzilla/show_bug.cgi?id=28189]
quote src=Guido Capser
As for WebDAVRepsoitoryVersioningHelper.setVersioned(): I don't think it
is a good idea to throw an
UnsupportedOperationException only under certain conditions.
/quote
Agreed.
Maybe it makes sense to
Geoff Howard wrote:
Sylvain Wallez wrote:
Geoff Howard wrote:
Sylvain Wallez wrote:
Geoff Howard wrote:
snip/
I don't know for sure but I think it's the order of the index used
by the JISP impl.
Thanks for this enlightning explanation, but erm... what is the
order of an index???
;-)
roy huang wrote:
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=107792005324520w=2
In this link,Sylvain suggest 3 states for a widget,I think it's a good idea.
Today I want to hide an action under some condition ,but I just can't if I don't
modify the forms-field-styling.xsl.
I use a
Joerg Heinicke wrote:
On 05.04.2004 02:41, Antonio Gallardo wrote:
Hi:
Currently, the optional libs always are copied to the resulted build.
Seems like it is the same as puting them in lib/core dir. That
apporach is
not good at all. I would like to see an extension of the current Cocoon
build
Sylvain Wallez dijo:
So, I propose the following changes to Cocoon forms:
- add a state to widgets (enabled/disabled/hidden).
It maybe good. Can reach the same result using another pipeline to
generate the form definition file?
- move to a generator approach.
Can we still use
Rolf Kulemann wrote:
[Related to http://issues.apache.org/bugzilla/show_bug.cgi?id=28189]
quote src=Guido Capser
As for WebDAVRepsoitoryVersioningHelper.setVersioned(): I don't think it
is a good idea to throw an
UnsupportedOperationException only under certain conditions.
/quote
Agreed.
Maybe
Antonio Gallardo wrote:
Sylvain Wallez dijo:
So, I propose the following changes to Cocoon forms:
- add a state to widgets (enabled/disabled/hidden).
It maybe good. Can reach the same result using another pipeline to
generate the form definition file?
Do you mean disabling fields by
Sylvain Wallez wrote:
Now, as I mentioned already [1], I started using the generator approach
to form templates, using the implementation of wt: statements using
JXMacro provided by Chris [2]. And this approach is very powerful, as it
allows complex conditional form layout without requiring the
Hi:
Don't know much about the Apples block. AFAIK, this was an intent to
implement a Flow engine using Java. If this is right, I am requesting to
delete it.
WDYT?
Best Regards,
Antonio Gallardo
Upayavira wrote:
We could do with some documentation about this - as there's some
interesting consequences that should be written about, and
recommendations/bad practice. Any suggestions where?
There is no documentation for sitemap variables in the main site
(couldn't find with Google)...
On Mon, 2004-04-05 at 13:38, Guido Casper wrote:
Rolf Kulemann wrote:
I just changed the code a little bit. However it's now a little hacky
and needs completion as after the copy you should check wether the
destination is version controlled and if that's the case undo the move
(to keep the
Corin Moss wrote:
Hiya,
This does indeed sound like a very powerful tool. Can I urge anyone who might be interested in pursuing this to take a look at XUL (part of the Mozilla project.) XUL would make complex data display infinately easier (built in tree views, RDF driven templting - every
I think Apples attempts to model flow as an explicit FSM. May still be
appropriate.
-Brian
On Apr 5, 2004, at 8:09 AM, Antonio Gallardo wrote:
Hi:
Don't know much about the Apples block. AFAIK, this was an intent to
implement a Flow engine using Java. If this is right, I am requesting
to
I cannot compile databases block if I exclude xsp block from build. It is not
reflected in blocks.properties.
here's a stacktrace:
C:\dev\apache-projects\cocoon-2.1\src\blocks\databases\java\org\apache\cocoon\acting\DatabaseCookieAuthenticatorAction.j
ava:23: cannot resolve symbol
symbol :
I have an application written using cocoon ( flow + jx ) and hibernate. I
could strip it down to a simple example and provide a patch. What form should
it take? Another block like OJB? A scratchpad directory ?
The case is nearly the same as in hibernate - there can be no sample working
out of
On Mon, Apr 05, 2004 at 03:04:43PM +0200, Leszek Gawron wrote:
I have an application written using cocoon ( flow + jx ) and hibernate. I
could strip it down to a simple example and provide a patch. What form should
it take? Another block like OJB? A scratchpad directory ?
The case is nearly
fwiw: OJB can be done completely legally, the OJB block just happens to
really be a JDO via OJB block, which requires the JDORI jars. I am
working on fixing that (the need for the JDORI jars, not the JDO -- JDO
isn't too bad in and of itself ;-)
-Brian
On Apr 5, 2004, at 9:04 AM, Leszek
Leszek Gawron wrote:
I have an application written using cocoon ( flow + jx ) and hibernate. I
could strip it down to a simple example and provide a patch. What form should
it take? Another block like OJB? A scratchpad directory ?
The case is nearly the same as in hibernate - there can be no
I'm trying to figure out what the current kernel already provides
and what not.
Let's forget all the xml (descriptors etc) for a moment. Imagine I
want to write a block, that provides - let's say a special file
generator - that can be used in other blocks (in my app block).
Now, obviously
- move to a generator approach.
Do you mean generator-only approach? I think that would limit the options of
the users quite a bit (and I am one of those). I actually like the pipeline
approach so that you can build your XML tree dynamically; if one would move
to a generator only approach other
Hi:
I was revisiting the XUL website and found something great:
http://mab.mozdev.org/
I am seriously thinking in XUL as the final code from forms block. I know
XUL only works in Mozilla, but if we have the control of all the users
machines, XUL can be the best choice. Think in a rich client
Stefano Mazzocchi wrote:
in the past I was used to:
1) cp blocks.properties local.blocks.properties
2) vi local.blocks.properties
3) uncomment the blocks that I wanted to exclude
Today, I have to go thru a bunch of include and change them from true to
false. Much more hassle than just
Brian McCallister dijo:
fwiw: OJB can be done completely legally, the OJB block just happens to
really be a JDO via OJB block, which requires the JDORI jars.
The OJB block also work with PB.
Best Regards,
Antonio Gallardo
Leon Widdershoven wrote:
- move to a generator approach.
Do you mean generator-only approach? I think that would limit the
options of the users quite a bit (and I am one of those). I actually
like the pipeline
approach so that you can build your XML tree dynamically; if one would
move
to a
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Now, as I mentioned already [1], I started using the generator approach
to form templates, using the implementation of wt: statements using
JXMacro provided by Chris [2]. And this approach is very powerful, as it
allows complex conditional form layout
On Mon, Apr 05, 2004 at 03:24:26PM +0200, Reinhard Pötz wrote:
Leszek Gawron wrote:
I have an application written using cocoon ( flow + jx ) and hibernate. I
could strip it down to a simple example and provide a patch. What form
should
it take? Another block like OJB? A scratchpad
Upayavira wrote:
Leon Widdershoven wrote:
- move to a generator approach.
Do you mean generator-only approach? I think that would limit the
options of the users quite a bit (and I am one of those). I actually
like the pipeline
approach so that you can build your XML tree dynamically; if one
Antonio Gallardo wrote:
Hi:
I was revisiting the XUL website and found something great:
http://mab.mozdev.org/
I am seriously thinking in XUL as the final code from forms block. I know XUL only works in Mozilla, but if we have the control of all the users machines, XUL can be the best choice.
On Mon, 2004-04-05 at 14:25, [EMAIL PROTECTED] wrote:
antonio 2004/04/05 05:25:36
snip/
removing encoding=ISO-8859-1
snip/
Did you also convert those files from ISO-8859-1 to UTF-8?
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML
Upayavira dijo:
Leon Widdershoven wrote:
- move to a generator approach.
Do you mean generator-only approach? I think that would limit the
options of the users quite a bit (and I am one of those). I actually
like the pipeline
approach so that you can build your XML tree dynamically; if
Carsten Ziegeler wrote:
I'm trying to figure out what the current kernel already provides
and what not.
Let's forget all the xml (descriptors etc) for a moment. Imagine I
want to write a block, that provides - let's say a special file
generator - that can be used in other blocks (in my app
Gianugo Rabellino wrote:
Carsten Ziegeler wrote:
I'm trying to figure out what the current kernel already
provides and
what not.
Let's forget all the xml (descriptors etc) for a moment. Imagine I
want to write a block, that provides - let's say a special file
generator - that
On Mon, 2004-04-05 at 15:57, Antonio Gallardo wrote:
Bruno Dumon dijo:
On Mon, 2004-04-05 at 14:25, [EMAIL PROTECTED] wrote:
antonio 2004/04/05 05:25:36
snip/
removing encoding=ISO-8859-1
snip/
Did you also convert those files from ISO-8859-1 to UTF-8?
Are you having
Antonio Gallardo wrote:
Upayavira dijo:
Leon Widdershoven wrote:
- move to a generator approach.
Do you mean generator-only approach? I think that would limit the
options of the users quite a bit (and I am one of those). I actually
like the pipeline
approach so that you can
Sylvain Wallez wrote:
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Now, as I mentioned already [1], I started using the generator approach
to form templates, using the implementation of wt: statements using
JXMacro provided by Chris [2]. And this approach is very powerful,
as it
allows complex
Geoff Howard wrote:
Stefano Mazzocchi wrote:
in the past I was used to:
1) cp blocks.properties local.blocks.properties
2) vi local.blocks.properties
3) uncomment the blocks that I wanted to exclude
Today, I have to go thru a bunch of include and change them from true
to false. Much more
Leszek Gawron wrote:
On Mon, Apr 05, 2004 at 03:24:26PM +0200, Reinhard Pötz wrote:
Leszek Gawron wrote:
I have an application written using cocoon ( flow + jx ) and hibernate. I
could strip it down to a simple example and provide a patch. What form
should
it take? Another block like
Il giorno 05/apr/04, alle 15:38, Geoff Howard ha scritto:
Is / . that much more harder than arrow down x ?
The coommand for findiing the next match is n not /.
Ugo
Rolf Kulemann wrote:
On Mon, 2004-04-05 at 13:38, Guido Casper wrote:
Rolf Kulemann wrote:
I just changed the code a little bit. However it's now a little hacky
and needs completion as after the copy you should check wether the
destination is version controlled and if that's the case undo the
Sylvain Wallez wrote:
if we have the control... Unfortunately, 90% of people out there use
IE...
98% of people out there have Flash Player. :)
Flash is installed on most machines, it can load and parse xml, and has a
wide range of ui components. It would be great if we could create a flash
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Now, as I mentioned already [1], I started using the generator
approach
to form templates, using the implementation of wt: statements using
JXMacro provided by Chris [2]. And this approach is very
Ugo Cei wrote:
Il giorno 05/apr/04, alle 15:38, Geoff Howard ha scritto:
Is / . that much more harder than arrow down x ?
The coommand for findiing the next match is n not /.
Actually, it's /-enter (a blank search - it's an old habit) -
they both work.
Geoff
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=28209.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Mon, 2004-04-05 at 16:33, Guido Casper wrote:
Rolf Kulemann wrote:
On Mon, 2004-04-05 at 13:38, Guido Casper wrote:
Rolf Kulemann wrote:
I just changed the code a little bit. However it's now a little hacky
and needs completion as after the copy you should check wether the
roy huang [EMAIL PROTECTED] writes:
Agree!I believe this GUI as an application or an application
core is better.It means developers using cocoon can use this
core to build their application,like administration panel for
form design or management.
Our system uses a Web based GUI for
Rolf Kulemann wrote:
Maybe we should simply return false on setVersioned(String, false),
because there are to many cases where we get inconsistent data or have
other problems during moving with coliding file names etc.
Did just that for the time being.
However I think this might be properly
On Mon, Apr 05, 2004 at 01:28:42PM +0200, Sylvain Wallez wrote:
So, I propose the following changes to Cocoon forms:
- add a state to widgets (enabled/disabled/hidden).
- move to a generator approach.
No official comment on the generator approach since I have not
yet tried it, but it looks
luke hubbard wrote:
Sylvain Wallez wrote:
if we have the control... Unfortunately, 90% of people out there use
IE...
98% of people out there have Flash Player. :)
Flash is installed on most machines, it can load and parse xml, and has a
wide range of ui components. It would be great if
Hunsberger, Peter wrote:
snip/
Having said that, one of the things we are doing for our next version of
our internal development GUI is using a Flash front end. I wonder if
this is something that the Cocoon community in general would be able to
use?
Yes, definitely yes! See my answer to Luke
Sylvain Wallez wrote:
luke hubbard wrote:
Sylvain Wallez wrote:
if we have the control... Unfortunately, 90% of people out there use
IE...
98% of people out there have Flash Player. :)
Flash is installed on most machines, it can load and parse xml, and has a
wide range of ui components.
Hey, interesting idea!
I recently investigated a bit the SWF Transformer/Serializer we have in
Cocoon to produce dynamically generated Flash, but unfortunately what is
provided by Spark isn't really usable as it's mostly composed of
rawdata tags.
Anyone having a better experience or some
Sylvain Wallez [EMAIL PROTECTED] writes:
Hunsberger, Peter wrote:
snip/
Having said that, one of the things we are doing for our
next version
of our internal development GUI is using a Flash front end.
I wonder
if this is something that the Cocoon community in general
would be
Le 5 avr. 04, à 18:09, Hunsberger, Peter a écrit :
...Anyone know if Flex is even something we could
really generate (legally) from Cocoon?
This document
http://www.macromedia.com/devnet/flex/articles/paradigm.html
says The first time a user requests HelloWorld.mxml, the server
compiles the MXML
After thinking about this a few more minutes over coffee, I like the
idea of constructing the continuation stack as the JVM stack is unwound
(that way normal code doesn't encounter any overhead other than the
tests for isRestoring() and isCapturing(). So perhaps what we could do
when
On Mon, 2004-04-05 at 13:38, Guido Casper wrote:
Rolf Kulemann wrote:
[Related to http://issues.apache.org/bugzilla/show_bug.cgi?id=28189]
quote src=Guido Capser
As for WebDAVRepsoitoryVersioningHelper.setVersioned(): I don't think it
is a good idea to throw an
On Sun, Apr 04, 2004 at 06:18:07PM -0400, Stefano Mazzocchi wrote:
in the past I was used to:
1) cp blocks.properties local.blocks.properties
2) vi local.blocks.properties
3) uncomment the blocks that I wanted to exclude
Today, I have to go thru a bunch of include and change them from
Why wait? Ideas are always interesting to share, even more if others can
pick them up and implement them.
Sylvain
Ok, will start another thread.
Just need a little time to gether my thoughts.
Will try to cover FLEX aswell.
Luke
The authors of Hibernate make a statement on their website that we are
allowed to use the Hibernate API without affecting our own license:
Using Hibernate (by importing Hibernate's public interfaces in your Java
code), and extending Hibernate (by subclassing) is considered by the authors
of
Rolf Kulemann wrote:
On Mon, 2004-04-05 at 13:38, Guido Casper wrote:
Rolf Kulemann wrote:
[Related to http://issues.apache.org/bugzilla/show_bug.cgi?id=28189]
quote src=Guido Capser
As for WebDAVRepsoitoryVersioningHelper.setVersioned(): I don't think it
is a good idea to throw an
First, I'm glad to hear more input ;-) Your mail took some time
to parse it.
Am Mo, den 05.04.2004 schrieb Christopher Oliver um 18:47:
OK, IIUC there are three modes of execution of the instrumented code:
1) isCapturing
During this mode the JVM call stack is unwound and its state captured
Hi,
Thanks to Sylvain I have finally got round to
writing thisRT.
-
What makes Cocoon great for Flash developers
today.
1)No need to know Java to use
Cocoon.
2)FlowScript should be easy to pickup if you
already know ActionScript(or vice
Il giorno 05/apr/04, alle 16:54, Geoff Howard ha scritto:
Ugo Cei wrote:
Il giorno 05/apr/04, alle 15:38, Geoff Howard ha scritto:
Is / . that much more harder than arrow down x ?
The coommand for findiing the next match is n not /.
Actually, it's /-enter (a blank search - it's an old habit) -
Ugo Cei wrote:
Il giorno 05/apr/04, alle 16:54, Geoff Howard ha scritto:
Ugo Cei wrote:
Il giorno 05/apr/04, alle 15:38, Geoff Howard ha scritto:
Is / . that much more harder than arrow down x ?
The coommand for findiing the next match is n not /.
Actually, it's /-enter (a blank search -
Stephan Michels wrote:
First, I'm glad to hear more input ;-) Your mail took some time
to parse it.
Am Mo, den 05.04.2004 schrieb Christopher Oliver um 18:47:
OK, IIUC there are three modes of execution of the instrumented code:
1) isCapturing
During this mode the JVM call stack is unwound
luke hubbard wrote:
Hi,
Thanks to Sylvain I have finally got round to writing this RT.
Hey, I'm glad I could help this to get written down ;-)
snip what=very interesting stuff/
P.S. I would love to help make any of the above a reality.
I'll be mostly offline in the next 2 days, but will
Hiya,
+++1
I can't quite say how many plus ones the idea of XUL support from Cforms
gets from me. As I mentioned earlier, we've been using XUL in
production to drive a web based GUI for a couple of months now. The
feature set we get is just amazing. The other interesting thing, in
Il giorno 05/apr/04, alle 13:43, [EMAIL PROTECTED] ha scritto:
Log:
committed linotype 1.2. Note: it's not working properly but I don't
want to stop others from contributing.
Can you give us a brief overview of your changes and what's not working?
Ugo
Stefano Mazzocchi dijo:
[EMAIL PROTECTED] wrote:
antonio 2004/04/05 05:25:36
Log:
removing encoding=ISO-8859-1
Why?
Since UTF-8 is the new standard, I thought it was good to move our code to
UTF-8.
Best Regards,
Antonio Gallardo
Ugo Cei wrote:
Il giorno 05/apr/04, alle 13:43, [EMAIL PROTECTED] ha scritto:
Log:
committed linotype 1.2. Note: it's not working properly but I don't
want to stop others from contributing.
Can you give us a brief overview of your changes and what's not working?
I've fixed it today during a
Antonio Gallardo wrote:
Stefano Mazzocchi dijo:
[EMAIL PROTECTED] wrote:
antonio 2004/04/05 05:25:36
Log:
removing encoding=ISO-8859-1
Why?
Since UTF-8 is the new standard, I thought it was good to move our code to
UTF-8.
Did you convert the files or you just removed the encoding?
Geoff Howard wrote:
Ugo Cei wrote:
Il giorno 05/apr/04, alle 16:54, Geoff Howard ha scritto:
Ugo Cei wrote:
Il giorno 05/apr/04, alle 15:38, Geoff Howard ha scritto:
Is / . that much more harder than arrow down x ?
The coommand for findiing the next match is n not /.
Actually, it's /-enter
Carsten Ziegeler wrote:
I'm trying to figure out what the current kernel already provides
and what not.
Let's forget all the xml (descriptors etc) for a moment. Imagine I
want to write a block, that provides - let's say a special file
generator - that can be used in other blocks (in my app
Stefano Mazzocchi dijo:
Antonio Gallardo wrote:
Stefano Mazzocchi dijo:
[EMAIL PROTECTED] wrote:
antonio 2004/04/05 05:25:36
Log:
removing encoding=ISO-8859-1
Why?
Since UTF-8 is the new standard, I thought it was good to move our code
to
UTF-8.
Did you convert the files or
Hi:
I am back to work. While figuring out how to implement Groovy Flow Engine
on the base of JavaFlow I meet the following error:
1-Go to calculator demo and give the value of a variable.
2-Send the page.
3-Copy the current URI.
4-Open a new browser window and paste the URI.
5-You got a NPE:
On 05.04.2004 14:35, Vadim Gritsenko wrote:
BTW, jstyle.jar might be only be of interest for the xsp block, so it
can possibly be moved to this block.
You can safely drop jstyle.
What about
On 06.04.2004 00:55, Antonio Gallardo wrote:
Moreover, even if XML parsers are able to recognize encoding, it's very
bad practice to have an XML file without the encoding property set.
We have the default enconding that is UTF-8 in this case.
Of course, but not everybody knows that UTF-8 is the
On 05.04.2004 09:50, Reinhard Pötz wrote:
Do you like to meet people interested in Cocoon? Do you have the chance
to come to Vienna on April, 19th or May, 3rd?
I don't know how big the conflict might be, but the Amsterdam Stammtisch
is already on April, 19th (including two conferences like
Joerg Heinicke dijo:
On 06.04.2004 00:55, Antonio Gallardo wrote:
Moreover, even if XML parsers are able to recognize encoding, it's very
bad practice to have an XML file without the encoding property set.
We have the default enconding that is UTF-8 in this case.
Of course, but not everybody
96 matches
Mail list logo