Open bartvde opened 12 years ago
Hey @bartvde, thanks for your work on this. I didn't get to looking into it until today, and now the pull request does not merge correctly any more. Would you mind taking a look at it - maybe you can update the pull request with less effort than me trying to resolve the conflicts. Let me know if you don't get to it. Thanks!
hey @ahocevar I've updated the pull request. Btw, none of the things that you, @scrollie and @dwins discussed in NY have been incorporated yet.
As discussed with @bartvde, this should not be merged before http://product.opengeo.org/browse/SUITE-380 is addressed.
This is now ready for review again. UI changes have been implemented, so e.g.: no buttons needed, automatically add new node when another node is checked, drag and drop support in the tree.
Thank you so much @bartvde for digging through this. I'm already focussed on the OpenLayers sprint, but will review this when I'm back
This is great work @bartvde, but as with all big changes, there are still some issues. To make it easier to reproduce the issues, I added the styler plugin to the viewer.html and viewer-layermanager.html (the LayerProperties dialog does not provide styling any more). I also removed the Ext.ux code from the repository, so we can have it added by build tools or on the application level. To make the pull request show my branch, I did the following:
curl -d '{"issue":"137","head":"ahocevar:rule","base":"master"' -u 'ahocevar' https://api.github.com/repos/opengeo/gxp/pulls
You should be able to use this to switch it back to your branch when you make changes.
Now for the issues - there may be more, but these are the ones I found from quickly playing with the new rule dialog, invoked from either viewer.html or viewer-layermanager.html when editing the styles of the usa:states layer:
hey @ahocevar thanks for your review. I've created a rule branch in the opengeo gxp, which should avoid us having to switch all the time in this pull request. I'll have a look at the issues you found now.
wrt 2, somehow the colGroup's col elements are not getting a width, will investigate a bit more.
okay the reason for #2 is apparently that the grid is not getting a fixed width in Rule.js
@ahocevar but wrt #1 nothing really changed right with this pull request? Before changes were also saved on the fly on the 'change' event. But I agree that removing Save and changing Cancel into Revert would make more sense.
hey @ahocevar the four issues you raised have been addressed
Thanks @bartvde for addressing these issues so quickly. I'll do more testing as soon as I get to it.
See 3.1 in https://img.skitch.com/20111207-emxhsty7ai4uxqrqrjqst42619.png