#2077: implement drop-down menu for barscale styles --------------------------+------------------------------------------------- Reporter: martinl | Owner: grass-dev@… Type: enhancement | Status: reopened Priority: major | Milestone: 7.0.0 Component: wxGUI | Version: svn-trunk Resolution: | Keywords: d.barscale Platform: All | Cpu: All --------------------------+-------------------------------------------------
Comment(by hamish): Replying to [comment:18 martinl]: > Similarly we could include symbols thumbnails in d.vect's manual > page and probably move `gui/images/symbols` to `display/d.vect/symbols` (?) not for symbols because symbols are independent of d.vect (e.g. d.graph, ps.map), whereas d.barscale contains the code to render the barscale internally. for the color scales r.colors makes them as part of its Makefile, so it makes some sense for them to be built into raster/r.colors/ then installed from there. Don't worry about prepping things for the debian/ubuntu packaging, it's all manually picked into the various packages by hand & 'make install' is not run there. A goal of the packaging is to keep platform dependent code (e.g. exe binaries) and platform independent code (e.g. help pages, png images) in separate packages so the platform-independent files can be shared across all, and only the platform-specific files need to be duplicated on the download servers. (etc/ is a bit of a tricky one to untangle, since it has both in the same dir structure and while hand picked, it's easier to do/maintain that by dir than by file) Having said that, I don't think it's a big deal if the help pages have broken links to the thumbnails if the grass-gui package is not installed, it's more important that the drop-down menus work. Duplication is not good, but I can see the case where the docs should be self-contained in html/ dir (+subdirs). Similarly, I can see the case that the GUI shouldn't have to hunt in $GISBASE/etc/docs/ for support files, but I guess anything in etc/ is fair game. These files are pretty tiny anyway.. > AFAIK, sed is required. note that 'sed' is ok, but 'sed -i' is not portable to Mac/BSD. thanks, Hamish -- Ticket URL: <http://trac.osgeo.org/grass/ticket/2077#comment:19> GRASS GIS <http://grass.osgeo.org> _______________________________________________ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev