Andreas, Cédric, Thanks for your replies.
I'll begin moving everything I currently have for the LayerTreeBuilder as a ux to the core, add tests, comments and update the example. As mentioned before, it currently doesn't support everything it used to, but having it working as it currently is would be fine. == current tech. details == Here's what the widget does and how. It extends the GeoExt.tree.Panel and is bound to a GeoExt.data.LayerStore. When a new layer is added to the store, the raw OpenLayers.Layer 'group' property (not an official API property) is read to determine the location in the tree where to put the layer. Its value is a string, which acts like a list of nodes delimited by the slash "/" character (for example "Base Layers/Google"). Each node is added to the tree or used if already existent. The last node of the list is created as a GroupLayerContainer, which extends the LayerContainer. It sets a filter equals the the full group string, so subsequent added layers with this same group wouldn't create any node but the LayerNode would still appear in the container. That means the widget doesn't create any LayerNode, but let containers do their purpose. Now, here's what the widget used to do back in 1.x but currently doesn't and what it also simply doesn't do. VectorLegend are not suppored because of an issue, as previously mentioned days ago. No "tri-state"-like checkboxes since in Ext4 the trees changed a lot and I haven't figured this out yet. No drag-drop support which would require the 'group' properties to be updated. No "remove" support either. Thanks for everyone's interest. I'll begin working on that shortly. Kind regards, Alexandre On 12-08-17 05:57 AM, Andreas Hocevar wrote: > Hey Cédric, > > thanks for bringing this up. First of all, looking at gxp and > GeoExt.ux, there is a different focus: The former is an application > building framework designed around a viewer with easy configuration > (without coding) and a modular architecture of action/widget plugins. > The latter is a packaging model for UI components that can be used in > any context. > > Now looking at GeoExt.ux, there were not many extensions for GeoExt1, > and especially Alexandre's tree builder ux is very generic and does > not make any UI assumptions. So I think for GeoExt2, the layer builder > can go into the core library. Other potential extensions that > introduce UIs and workflows could just be handled as applications, > with generic widgets being candidates for inclusion into GeoExt2 core. > > Having said that, I don't think we'll need ux for GeoExt2. > > Alexandre, if you want to create a pull request for bringing the tree > builder into GeoExt2 core, I'd be happy to review. > > Andreas. > > On Thu, Aug 16, 2012 at 7:15 AM, Cédric MOULLET > <[email protected]> wrote: >> Hi, >> Sorry for coming late in this discussion. Currently, we have two equivalent >> approaches in order to create widgets: GXP and UX. >> I would appreciate if we could agree on one approach so that we can share >> developments. >> So, which path should we follow for GeoExt2 extensions ? >> Thanks for any input. >> Cédric >> >> On Sun, Jul 29, 2012 at 11:33 PM, Phil Scadden <[email protected]> wrote: >>> On 28/07/2012 6:21 a.m., Alexandre Dubé wrote: >>>> I'd like to start a discussion regarding the UX for GeoExt2 as I >>>> would like to work on the unofficial GeoExt.ux.LayerTreeBuilder (still >>>> in a sandbox, only) for GeoExt2. >>> Alexandre - converting your ux on this is the only thing standing >>> between us moving to geoext2! I am delighted you are working on it. I >>> was starting to looking resources on migrating it. Got a list of >>> suggestions on improvement too once that is done :-) ! I think this >>> extension is just fantastic - the main reason to use Geoext. >>> >>> >>> Notice: This email and any attachments are confidential. If received in >>> error please destroy and immediately notify us. Do not copy or disclose the >>> contents. >>> >>> _______________________________________________ >>> Dev mailing list >>> [email protected] >>> http://www.geoext.org/cgi-bin/mailman/listinfo/dev >> >> >> >> -- >> Political blog: http://cedricmoullet.blogspot.com/ >> Welcome to my world: http://www.cedricmoullet.com/ >> My Linked In profile: http://www.linkedin.com/in/cedricmoullet >> Twitter: http://twitter.com/cedricmoullet >> Home sweet home: >> http://map.geo.admin.ch/?crosshair=bowl&zoom=11&X=185241.24219&Y=561288.90625&bgOpacity=0&selectedNode=node_ch.swisstopo.fixpunkte-lage1 >> >> >> _______________________________________________ >> Dev mailing list >> [email protected] >> http://www.geoext.org/cgi-bin/mailman/listinfo/dev >> > > -- Alexandre Dubé Mapgears www.mapgears.com _______________________________________________ Dev mailing list [email protected] http://www.geoext.org/cgi-bin/mailman/listinfo/dev
