> Me interesa la librería que estás formando. De hecho mi meta es hacer un
> visual builder para esa librería. ¿es GPL o algo parecido el código que
> estás escribiendo?
>

De momento "es". O lo intenta. Estoy intentando hacer "las bases" .. y
ese es el objetivo que me habia propuesto.

Fase 1) Conseguir una libreria funcional con unos objetos "mínimos" :
TForm, TLabel, TButton, TCheckBox, TListView, TComboBox, TEdit, TMemo,
TMenu y los "Dialogs". No son todos los que el OS/2 puede hacer de
"serie", pero sí que son los mínimos que ( creo ) son necesários para
hacer una aplicación.

Fase 2) Compatibilizar esos componentes con Delphi "a lo máximo". Pues
eso, una vez haya conseguido "ver" como funcionan, imagino que ya tendré
suficiente experiencia para hacer modificaciones y aproximarlos a Delphi.

Fase 3) Añadir más componentes ....

Fase 4) Goto 2 :)

El problema que me estoy "planteando" es que en delphi hay dos clases de
controles , los TWinControl ( Con HWND ) y los TGraphicControl ( Sin
HWND ). Es decir, los TGraphicControl son controles "Propios" del delphi
que para el sistema operativo no existen. Cosa que no pasa con el OS/2,
puesto que puedes crear y registrar tus propias clases de ventanas,
asignándole un HWND a voluntad.

Y por eso en delphi se extrae una clase común que es el TControl, de la
qual heredan las dos, pero en OS/2 esa distinción no seria necesária.

Supongo que de llegar a salir, podria ser L-GPL.

> ¡Excelente!, Yo quise hacer eso hace tiempo, pero precisamente por falta
> de este último, no pude avanzar más allá del simple TApplication.

Bueno, últimamente sufro de mucho estrés y para cortar con todo me he
metido a hacer esto.... que no es normal? lo sé, soy un bicho raro.
Además ... así me siento útil ... he visto que nadie lo hacia ... y
pensé ... y por que no yo? Aunque ya te digo .... la meta _no_ es que se
pueda coger un programa Delphi y compilarlo. Borland ha "abandonado" su
Delphi 7 y se ha centrado en su C# builder. En un futuro supongo que
saldrá un Delphi 8 .NET, pero para empezar en su "beta" ( beta 3 desde
hace mucho/demasiado tiempo ) ya han cambiado la mitad y algo más de
funciones ... lo que significa de compatibilidad, poca.

Las coordenadas en el PM están basadas en las coordenadas cartesianas
> con el origen (0,0) en el extremo inferior izquierdo. Windows tiene
> basado su origen(0,0) en la base de la memoria de video (superior
> izquierda) (creo que les dió flojera calcular el extremo inf. izq. que
> es matemáticamente correcto)

Si ... lo he comprobado y es así. Aunque en la documentación del OS/2 TK
4.5 no lo diga ( la del VP si ). El problema es que el OS/2 convierte
las coordenadas del video a coordenadas lógicas. Y ahora yo me veo
obligado a convertir las coordenadas lógicas a las de video. No creo que
fuese vagancia o pereza, si no que simplemente estamos acostumbrados que
todos los programas de estructuren desde esa esquina ( Incluso los de
OS/2 ).

Edu