From: Christian B. <chr...@ja...> - 2007-07-31 05:59:25
|
Lars Kneschke schrieb: > "Christian Binder" <chr...@ja...> schrieb: >> Lars Kneschke schrieb: >>> That means that we can use eTemplate still as a GUI interface designer. >>> Which would be nice, but still requires much work to get it done right. >>> This interface designer would generate the needed JavaScript include > files. >>> I'm not really sure if this still makes sense. >> Hi Lars, >> >> that's been the main idea. We provide a unique GUI by maintaining a "GUI >> interface designer", which is eTemplate atm. If we keep that tool >> - it will be easy to create new apps without having knowledge about >> things like extJS or JSON >> - the GUI will be unique because of pre-defined standard widgets (and >> that makes a good application !) >> >> Maybe I'm thinking too much the "old-fashioned" HTML-way, so I will have >> a look at the extJS and your demo to make my mind up a bit more ... :-) > Maybe... ;-) > > Having a interface designer, which can create the needed JavaScript files > would be really cool. This is absolutely a killer feature of the current > eTemplate implementation. > > But in the next step you need to write the needed JavaScript code the > define the interface actions. Fetching some data from remote, displaying > popups, collecting buttons states before doing a submit and such things. > Things which are very unique to JavaScript only. Things you still need to > write yourself and can not be done by a interface designer. Currently my knowledge about extJS is very poor (sorry, but I had a large break...), but isn't it possible to define standard I/O-classes on the server for pre-defined standard-widgets? Don't know,... but I think that's an important thing to prevent every developer from "cooking" his own extJS in future apps. > > Which other UI's do you expect to have avilable in the near future? Do it > makes sense to have a additional UI abstraction layer? > > My opinion is as following: > > - HTML only (dead end) for me, HTML only is not a "dead end". Some people need to have so called barrier-free interfaces to use an application (blind people, people who cannot use a mouse or a keyboard for some reason, ...) and this is done with W3-valid HTML pages without JS atm. One might say these are only minors and they are right, but some companies decide and "have to decide" to use or not use an app on those criterias. There are several other reasons why people sometimes do not use dynamic clients, so keeping a pure HTML UI (I know this will be unhandy) is a thing that will make eGW very rich, cause users can decide which kind of UI they will have. > - HTML pimped with some Javascript (very complicated, solves only some > problems, will create many new problems, have done this in FeLaMiMail) I agree fully (dragdrop in calendar was very hard to implement and did not really run as expected :-) > - Javascript based UI(ExtJS, Qooxdoo, Dojo) (the current way to go) this will be great and exciting for 99% of the users > - XUL (limitated to Mozilla only, requires the same backend like the JS UI, > also XUL needs to communicate over Json/XMP-RPC) I personally don't have an interest in writing a XUL-frontend, cause it's limited to Mozilla. > - AIR + ExtJS (proof of concept available, backed by Adobe/Macromedia, > makes eGW standalone possible, very interesting!!) if that doesn't make too much overhead, it will be a very good thing (had a look at it yesterday) > - Silverlight (from MS, does not support Linux, it's no real option) I don't know that > Bye Christian > > -- > Lars Kneschke > Metaways Infosystems GmbH > Pickhuben 2-4, D-20457 > Hamburg > > eGroupWare Support: > http://www.egroupware-support.net > OfficeSpot.Net Collaboration Server: > http://cs.officespot.net > > E-Mail: mailto:l.k...@me... > Web: > http://www.metaways.de > Tel: +49 (0)40 317031-21 > Fax: +49 (0)40 > 317031-921 > Mobile: +49 (0)175 9304324 > > Metaways Infosystems GmbH - Sitz: > D-22967 Tremsbüttel > Handelsregister: Amtsgericht Ahrensburg HRB > 4508 > Geschäftsführung: Hermann Thaele, Lüder-H.Thaele > > > > ------------------------------------------------------------------------- > 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/ > _______________________________________________ > eGroupWare-developers mailing list > eGr...@li... > https://lists.sourceforge.net/lists/listinfo/egroupware-developers |