You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Vadim Gritsenko <va...@verizon.net> on 2003/11/18 13:44:45 UTC
Re: cvs commit: cocoon-2.1/src/webapp/samples/hello-world/style/xsl
page2wordml.xsl
tony@apache.org wrote:
>tony 2003/11/17 23:30:23
>
> Modified: src/webapp/samples/hello-world/style/xsl page2wordml.xsl
> Log:
> saving file as UTF-8
>
> Revision Changes Path
> 1.2 +43 -46 cocoon-2.1/src/webapp/samples/hello-world/style/xsl/page2wordml.xsl
>
> Index: page2wordml.xsl
> ===================================================================
> RCS file: /home/cvs/cocoon-2.1/src/webapp/samples/hello-world/style/xsl/page2wordml.xsl,v
> retrieving revision 1.1
> retrieving revision 1.2
> diff -u -r1.1 -r1.2
> Binary files /tmp/cvs6Kdzpf and /tmp/cvsAnSlrB differ
>
Is there any reason for this file to be binary?
Vadim
Re: rich clients and macromedia flex
Posted by Bertrand Delacretaz <bd...@apache.org>.
Le Mercredi, 19 nov 2003, à 10:30 Europe/Zurich, Sylvain Wallez a écrit
:
> Bertrand Delacretaz wrote:
>
>> Le Mardi, 18 nov 2003, à 17:27 Europe/Zurich, Robert Koberg a écrit :
>>
>>> ...checkout Flex and MXML:
>>> http://www.macromedia.com/devnet/flex
>>
>>
>> Thanks Robert, this is very interesting.
>>
>> I'm currently using Flash, remote-controlled from java code, for an
>> interactive exhibition display project and the combination is killer,
>> I'm sure we will hear more about this!
>
>
> Interesting. Is Cocoon involved in this?
Very little unfortunately, and not directly with this Flash thing.
I'll write something about it on my webblog when I get some air ;-)
-Bertrand
Re: rich clients and macromedia flex
Posted by Sylvain Wallez <sy...@apache.org>.
Bertrand Delacretaz wrote:
> Le Mardi, 18 nov 2003, à 17:27 Europe/Zurich, Robert Koberg a écrit :
>
>> ...checkout Flex and MXML:
>> http://www.macromedia.com/devnet/flex
>
>
> Thanks Robert, this is very interesting.
>
> I'm currently using Flash, remote-controlled from java code, for an
> interactive exhibition display project and the combination is killer,
> I'm sure we will hear more about this!
Interesting. Is Cocoon involved in this?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Orixo, the opensource XML business alliance - http://www.orixo.com
Re: rich clients and macromedia flex
Posted by Geoff Howard <co...@leverageweb.com>.
Johann Romefort wrote:
> I m also using Flash as a frontend, for a complex form generation +
> Cocoon with flow (based on linotype)
> for storage in file based XML repository and aggregation.
> I agree with you Bertrand, the combination is really a killer,
> since the Flash player offers XML parsing and
> generation capabilities (with support for XPath directly built-in the
> player since FP7.0). I could write a little
> overview of the possible architectures if anyone is interested in
> playing with this kind of things.
Yes, please do. In general it looks like some return of the thick-like
client is happening - since MS, Mozilla and Macromedia are all working
on offerings. Cocoon is well positioned to not only produce content for
these three and others, but bridge them and provide fallback html-only
views. This is just "multi-channel" of a different sort and could be a
strong suit for us.
This may also be an application of Cocoon which the US is ready to pay
attention to.
Geoff
> Bertrand Delacretaz wrote:
>
>> Le Mardi, 18 nov 2003, à 17:27 Europe/Zurich, Robert Koberg a écrit :
>>
>>> ...checkout Flex and MXML:
>>> http://www.macromedia.com/devnet/flex
>>
>>
>>
>> Thanks Robert, this is very interesting.
>>
>> I'm currently using Flash, remote-controlled from java code, for an
>> interactive exhibition display project and the combination is killer,
>> I'm sure we will hear more about this!
>>
>> -Bertrand
>
Re: rich clients and macromedia flex
Posted by Bertrand Delacretaz <bd...@apache.org>.
Le Mercredi, 19 nov 2003, à 10:48 Europe/Zurich, Johann Romefort a
écrit :
> I m also using Flash as a frontend, for a complex form generation +
> Cocoon with flow (based on linotype)
> for storage in file based XML repository and aggregation.
> I agree with you Bertrand, the combination is really a killer,
> since the Flash player offers XML parsing and
> generation capabilities (with support for XPath directly built-in the
> player since FP7.0). I could write a little
> overview of the possible architectures if anyone is interested in
> playing with this kind of things.
Please do!
Ideally, if you could write a sample of what you're doing, we could
probably integrate it somewhere.
-Bertrand
Re: rich clients and macromedia flex
Posted by Johann Romefort <ro...@club-internet.fr>.
I m also using Flash as a frontend, for a complex form generation +
Cocoon with flow (based on linotype)
for storage in file based XML repository and aggregation.
I agree with you Bertrand, the combination is really a killer, since
the Flash player offers XML parsing and
generation capabilities (with support for XPath directly built-in the
player since FP7.0). I could write a little
overview of the possible architectures if anyone is interested in
playing with this kind of things.
johann
Bertrand Delacretaz wrote:
> Le Mardi, 18 nov 2003, à 17:27 Europe/Zurich, Robert Koberg a écrit :
>
>> ...checkout Flex and MXML:
>> http://www.macromedia.com/devnet/flex
>
>
> Thanks Robert, this is very interesting.
>
> I'm currently using Flash, remote-controlled from java code, for an
> interactive exhibition display project and the combination is killer,
> I'm sure we will hear more about this!
>
> -Bertrand
>
>
Re: rich clients and macromedia flex
Posted by Bertrand Delacretaz <bd...@apache.org>.
Le Mardi, 18 nov 2003, à 17:27 Europe/Zurich, Robert Koberg a écrit :
> ...checkout Flex and MXML:
> http://www.macromedia.com/devnet/flex
Thanks Robert, this is very interesting.
I'm currently using Flash, remote-controlled from java code, for an
interactive exhibition display project and the combination is killer,
I'm sure we will hear more about this!
-Bertrand
rich clients and macromedia flex
Posted by Robert Koberg <ro...@koberg.com>.
Hi,
While the XUL people have been complaining about MS not adopting their
way and going with XAML (Longhorn), Macromedia has something that could
obsolete them both. It uses flash (v7) to deliver a Flex server
generated SWF.
checkout Flex and MXML:
http://www.macromedia.com/devnet/flex
best,
-Rob
Re: cvs commit: cocoon-2.1/src/webapp/samples/hello-world/style/xsl
page2wordml.xsl
Posted by Tony Collen <co...@umn.edu>.
Joerg Heinicke wrote:
> Unfortunately it's still broken as 1.2. Look at the first three characters.
*bashes head onto desk*
Opening the file in Eclipse, I see one "weird" character before the xml
declaration, which I can delete.
Ok, let me play with this and see what combination works....
*continues bashing head on desk*
> http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/src/webapp/samples/hello-world/style/xsl/page2wordml.xsl?rev=1.4&content-type=text/vnd.viewcvs-markup
>
>
> Joerg
>
Tony
Re: cvs commit: cocoon-2.1/src/webapp/samples/hello-world/style/xsl
page2wordml.xsl
Posted by Joerg Heinicke <jh...@virbus.de>.
Unfortunately it's still broken as 1.2. Look at the first three characters.
http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/src/webapp/samples/hello-world/style/xsl/page2wordml.xsl?rev=1.4&content-type=text/vnd.viewcvs-markup
Joerg
Re: cvs commit: cocoon-2.1/src/webapp/samples/hello-world/style/xsl
page2wordml.xsl
Posted by Tony Collen <co...@umn.edu>.
Joerg Heinicke wrote:
>
> As long as you do not specify one in the XML declaration it should be
> UTF-8.
Fixed, plz check ....
Everyday is a learning day :)
> Joerg
Tony
Re: cvs commit: cocoon-2.1/src/webapp/samples/hello-world/style/xsl
page2wordml.xsl
Posted by Joerg Heinicke <jh...@virbus.de>.
On 18.11.2003 17:35, Tony Collen wrote:
> Where I get confused is the encoding. I have the following options:
>
> Default
> ANSI
> DOS
> Unicode
> Unicode (big-endian)
> UTF-8
>
> Which of these is the proper one?
As long as you do not specify one in the XML declaration it should be UTF-8.
Joerg
Re: cvs commit: cocoon-2.1/src/webapp/samples/hello-world/style/xsl
page2wordml.xsl
Posted by Tony Collen <co...@umn.edu>.
Vadim Gritsenko wrote:
> According to cvs [1], both version of files are, actually, binary. First
> one [2] I cant even try to decipher, and the second one [3] seems almost
> like XML file, but with binary prefix - which makes it not an XML but
> some proprietary binary file. Your option is to delete the file, convert
> it to XML, and create again.
Alright, thanks for the help. I think it boils down to my #$^ text
editor. I can choose a file type (line endings), which I have set to
Unix. I assume this is safe.
Where I get confused is the encoding. I have the following options:
Default
ANSI
DOS
Unicode
Unicode (big-endian)
UTF-8
Which of these is the proper one? Maybe it's time for me to stop using
a crappy text editor and use Eclipse exclusively.
>
> Vadim
Tony
Re: cvs commit: cocoon-2.1/src/webapp/samples/hello-world/style/xsl
page2wordml.xsl
Posted by Vadim Gritsenko <va...@verizon.net>.
Tony Collen wrote:
> Vadim Gritsenko wrote:
>
>> tony@apache.org wrote:
>>
>>> tony 2003/11/17 23:30:23
>>>
>>> Modified: src/webapp/samples/hello-world/style/xsl page2wordml.xsl
>>> Log:
>>> saving file as UTF-8
>>>
>>> Revision Changes Path
>>> 1.2 +43 -46
>>> cocoon-2.1/src/webapp/samples/hello-world/style/xsl/page2wordml.xsl
>>>
>>> Index: page2wordml.xsl
>>> ===================================================================
>>> RCS file:
>>> /home/cvs/cocoon-2.1/src/webapp/samples/hello-world/style/xsl/page2wordml.xsl,v
>>>
>>> retrieving revision 1.1
>>> retrieving revision 1.2
>>> diff -u -r1.1 -r1.2
>>> Binary files /tmp/cvs6Kdzpf and /tmp/cvsAnSlrB differ
>>>
>>
>> Is there any reason for this file to be binary?
>>
>> Vadim
>>
>>
>>
>
>
> Huhhh... hmm, I did:
>
> cvs add <filename>
> cvs commit -m "my message" <filename>
>
> I've done it this way before... did I miss something (it was last at
> night) ?
>
> Is there a way to specify non-binary when I commit?
Not needed, CVS usually sense what type of file this is and creates it
accordingly.
> Any help would be appreciated :)
According to cvs [1], both version of files are, actually, binary. First
one [2] I cant even try to decipher, and the second one [3] seems almost
like XML file, but with binary prefix - which makes it not an XML but
some proprietary binary file. Your option is to delete the file, convert
it to XML, and create again.
Vadim
[1]
http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/src/webapp/samples/hello-world/style/xsl/page2wordml.xsl
[2]
http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/src/webapp/samples/hello-world/style/xsl/page2wordml.xsl?rev=1.1&content-type=text/vnd.viewcvs-markup
[3]
http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/src/webapp/samples/hello-world/style/xsl/page2wordml.xsl?rev=1.2&content-type=text/vnd.viewcvs-markup
Re: cvs commit: cocoon-2.1/src/webapp/samples/hello-world/style/xsl
page2wordml.xsl
Posted by Tony Collen <co...@umn.edu>.
Vadim Gritsenko wrote:
> tony@apache.org wrote:
>
>> tony 2003/11/17 23:30:23
>>
>> Modified: src/webapp/samples/hello-world/style/xsl page2wordml.xsl
>> Log:
>> saving file as UTF-8
>>
>> Revision Changes Path
>> 1.2 +43 -46
>> cocoon-2.1/src/webapp/samples/hello-world/style/xsl/page2wordml.xsl
>>
>> Index: page2wordml.xsl
>> ===================================================================
>> RCS file:
>> /home/cvs/cocoon-2.1/src/webapp/samples/hello-world/style/xsl/page2wordml.xsl,v
>>
>> retrieving revision 1.1
>> retrieving revision 1.2
>> diff -u -r1.1 -r1.2
>> Binary files /tmp/cvs6Kdzpf and /tmp/cvsAnSlrB differ
>>
>
> Is there any reason for this file to be binary?
>
> Vadim
>
>
>
Huhhh... hmm, I did:
cvs add <filename>
cvs commit -m "my message" <filename>
I've done it this way before... did I miss something (it was last at
night) ?
Is there a way to specify non-binary when I commit?
Any help would be appreciated :)
Tony