[GRASS-dev] [GRASS GIS] #2077: implement drop-down menu for barscale styles

[GRASS GIS]

#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>