Estoy completamente de acuerdo contigo, es un cambio arbitrario que rompe mucho c贸digo existente. De todas formas no es dificil de solucionar.
El que se produzcan estos cambios se debe a la "estructura jerarquica" de los l铆deres en un proyecto open source, que no responde a un modelo democr谩tico. Przemek lo ha hecho porque a 茅l le parece bien y punto. Y a los dem谩s pues nos ha dejado igual de sorprendidos que a ti.
Llevo tres dias con este asunto intentando encontrarle una soluci贸n. Existen dos alternativas:
1. Mantener el c贸digo de FWH como est谩, pero para esto es preciso hacer una modificaci贸n en hbclass.ch de Harbour. Se trata de restaurar este define en el lugar en donde estaba:
#xcommand CLASS <ClassName> [METACLASS <metaClass>] ;
[ <frm: FROM, INHERIT> <SuperClass1> [,<SuperClassN>] ] ;
[ <modulfriend: MODULE FRIENDLY> ] ;
[ <static: STATIC> ] [ FUNCTION <FuncName> ] => ;
[ ; #translate Super: => ::<SuperClass1>: ] ;;la 煤ltima l铆nea es la que he restaurado. Con eso FWH compila bien, salvo que hay que modificar algunos PRGs en donde tambien se usaba ::Super.
2. Si no queremos usar esa modificaci贸n en hbclass.ch entonces tenemos que cambiar todo el c贸digo de FWH en donde se usa Super por ::Super.
De momento vamos a usar la opci贸n 1 porque creemos que obligar谩 a menos cambios. Pero tal vez tengamos que aplicar finalmente la opci贸n 2 por la cantidad de soporte t茅cnico que pueda generar. El nuevo FWH 13.01 incluye los cambios especificados en el punto 1.
Si a alguien se le ocurre una soluci贸n mejor, pues bienvenida sea