PC Toledo

Pois é, fazer o que....
WVG e multithread, uso simples, sem gambiarras.
Com HWGUI e HMG Extended ainda tem jeito.
Mas com FIVEWIN, sem chance.
Inventar gambiarras, como uso de classes ou diferente alias, só complica todos os fontes.

Não é problema com ADO, mas ainda tenho uso de DBF.
Se multithread é recurso do harbour, e a lib não deixa usar, então a lib está cortando recurso.

E pra ficar melhor ainda.... isso permite chamar WVG a partir de qualquer LIB, nenhuma LIB atrapalha WVG.

Não, não estou contando vantagem sobre WVG.
Estou mesmo é revoltado com essas LIBs de merd. , que eu estava disposto a usar mesmo com bugs, mas elas não respeitam o harbour.

E pra quem não enxerga direito.....
Não se trata de abrir em main, uso de MDI não tem nada a ver....
Isso pode ser chamado de qualquer aplicativo, qualquer módulo, quantas vezes quiser, não importa onde ou como.
Nenhum controle extra, basta chamar.

Multithread é igual EXE separado, sendo assim, um EXE faz o que quiser, quando quiser, não importa se tem mais EXEs abertos.
Podemos dizer que é equivalente a usar RUN ( "arquivo.exe" ).
Se você mudar ALIAS, ORDER, SET SCOPE, SET FILTER, ou outra coisa qualquer, não faz diferença nenhuma.

Dá pra dizer assim:
Sem multithread é trabalhar igual DOS/Clipper.
Com multithread é trabalhar com várias janelas independentes.

GUI é pra usar múltiplas janelas independentes, exatamente o que multithread faz.
E o que GUI faz: bloqueia o recurso.

Provavelmente isso também afeta HBNETIO, SQLMIX, LETODB, RDDSQL, e similares.

É uma idiotice tão grande...
Mas como ninguém usa multithread, acabam aceitando as idiotices que as LIBs inventam pra contornar a limitação.
Nem sei se no xharbour multithread é assim, pode ser outro motivo pras LIBs ficarem limitadas.

Pois é....
Isso torna a WVG mais poderosa que muitas LIBs....

WVG parece bem interessante, mas agora também, como você já disse em outro post, Fivewin agora tem MT.