2014-09-11 20:30 UTC+0200 Viktor Szakats (vszakats users.noreply.github.com)
  * src/rtl/gtwin/gtwin.c
    % marked a recently (2014-09-03 20:21 UTC+0200) added internal
      function as 'static'

  * contrib/hbwin/hbwapi.h
  * contrib/hbwin/hbwin.ch
  * contrib/hbwin/hbwin.hbp
  + contrib/hbwin/win_commdlg.c
  * contrib/hbwin/hbwin.hbx
    + added constants WIN_CC_*
    + added macro hbwapi_par_RESULT()
    + added function
      win_ChooseColor( [<hWnd>], [<hInstance>], [<nColor>], [<aColor>], [<nFlags>], [<bCallback>], [<cTemplate>] ) -> <nColor>
      (it's in the 'win_' namespace, because its parameter list doesn't mimic
      Windows API one)

  * contrib/gtwvg/gtwvg.hbx
  * contrib/gtwvg/paint.prg
  * contrib/gtwvg/wvgutils.c
  * contrib/gtwvg/wvgwin.c
  * contrib/gtwvg/wvgwing.c
  * contrib/gtwvg/wvtwin.ch
  * contrib/gtwvg/wvtwinlg.ch
    * rewritten as wrappers to win_ChooseColor() in hbwin:
      wvg_ChooseColor( nColor, aColor, nFlags, hWnd )
      wvt_ChooseColor( nColor, aColor, nFlags )
    * mapped CC_* constants to hbwin ones
    ! fixed all callbacks' return value to match the Windows API documentation
    ! fixed all callbacks' return value to accept both pointer and numeric
      from Harbour-level callback function
      This fixes the pending coloring issues in some dialogs.

  * contrib/gtwvw/gtwvwd.c
  * contrib/gtwvw/wvwharb.prg
  * contrib/gtwvw/wvwutils.c
    * rewritten as wrapper to win_ChooseColor() in hbwin:
      wvw_ChooseColor( nColor, aColor, nFlags )