Hi All,
What about XFORMS. We have experimented with it a few times and it seems
very useful when manipulating XML in an HTML form. Also mixing CHIBA with
XFORMS makes the development of XFORMS much easier.
There is also manipulation of the XSL on the web server and not on the
client. This would overcome the presentation of XML using XSL. Apache
COCOON does this very nicely.
Just on the Architecture matter, the Office of Spatial Data Management of the
Australia Government is organising an Australian GeoNetwork developers group.
It is intended to combine Australian resources for the development of
GeoNetwork to prevent duplication of code cutting and user requirements. I
believe that we will have our first meeting in September sometime. I hope
that someone will report the findings of this group back to the GeoNetwork
list soon after that meeting. I expect that we will discuss architecture
though I'm not 100% sure at this stage.
Thanks.
John
-----Original Message-----
From: geonetwork-devel-bounces@lists.sourceforge.net
[mailto:geonetwork-devel-bounces@lists.sourceforge.net] On
Behalf Of Andrea Carboni
Sent: Monday, 20 August 2007 8:10 AM
To: geonetwork-devel@lists.sourceforge.net
Subject: Re: [GeoNetwork-devel] Fw: Re: Fw: GWT or flex ?Hi Jo,
I have used prototype, which is the abstraction layer on top of which
many other libraries have been developed (like scriptaculous and open
rico). It doesn't work (at least, if we have to care about IE).I used some of prototype's methods but they failed with IE. I
used Sarissa
to provide abstract XSL support but it didn't work with IE
even though they
claim it should (all provided examples fail).To make things worse, there are other things that cannot be
easily abstracted.
For example, I had to change a <button> to a link because IE does not
support buttons inside table rows. The same is for radio
buttons. There
are also some glitches in the structure of XML files. I had
to change several
pieces of code in geonetwork to make it working with IE.Furthermore, all the abstraction libraries, in javascript, do
not help when
refactoring or writing complex OO code.Regarding uDig and svSIG, they are java applications so I
don't see how they
could be used in a browser.Cheers,
Andrea> dear Andrea;
>
> my initial gut response would be "why not either use one of
> the AJAX abstraction toolkits like Dojo or OpenRico; or if you're
> wanting to do sophisticated stuff in java, why not try it
as a uDig or
> gvSIG plugin first?"
>
> But crschmidt is much more of a domain expert and offered this:
>
> ----- Forwarded message from Christopher Schmidt
<crschmidt@anonymised.com> -----
>
> Eh. I don't know why. People think that they can't actually
write good
> Javascript -- and usually they're right. It's unfortunate,
but without a
> serious Javascript hacker working on their UI, they're
probably best off
> using GWT -- though I would strongly fight against Flex, because it
> won't work on a number of important platforms.
>
> -- Chris--------------------------------------------------------------
-----------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and
a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork