HMGforum.com

Hi All,

I've added support for TextBox, Label and CheckBox.

I've fully implemented 'Name' (optional) property.

At control creation, an instance variable is dynamically added to its parent window object. The name of this instance variable is the control's name and its content is the control object.

So, you could access a particular control (ie) in the following way:

oWindow:Frame_1:Caption := 'New Caption'

Look at \samples\button for working samples.

Enjoy!

Excelente avance, esto es fascinante.
gracias por tu dedicacion.
Saludos cordiales,
Luis Vasquez

Thanks a lot

Regards

--

Esgici

Gracias Roberto por este nuevo HMG que nace!!!
Tu creatividad y tu habilidad como programador tienen limite ?
Si lo tienen esta en una frontera muy lejana para la mayoria de los mortales como yo.
FECILITACIONES y GRACIAS.
Un abrazo,
Claudio Soto.

Hola Roberto:
Gracias por la nueva iniciativa.
Parece que va dar que hablar !!! ...
Una pregunta. ¿Esta nueva "lib" no deberia llamarse de otra forma?
para identificar cual es cual, digo.
El Administrador debería abrir un "post" nuevo y sugerir algunos nombres.
Luego para que sea bien democratico, para la eleccion del nombre, deberiamos votar las sugerencias,
entre todos los seguidores del la HMG. ¿Que dicen? ...
Saludos.
Walter

Harbour Objects Gui -> HOG, It's logo could be a little pig

hahahaha, It was a Joke !!

Anyway I'm wondering: All of this haven't be already done in ooHG by Ciro ?
What's the difference among both aproaches ?

PD: I like what I've seen so far. Roberto, keep going !

tave2009 wrote:Hola Roberto:
Gracias por la nueva iniciativa.
Parece que va dar que hablar !!! ...
Una pregunta. ¿Esta nueva "lib" no deberia llamarse de otra forma?
para identificar cual es cual, digo.
El Administrador debería abrir un "post" nuevo y sugerir algunos nombres.
Luego para que sea bien democratico, para la eleccion del nombre, deberiamos votar las sugerencias,
entre todos los seguidores del la HMG. ¿Que dicen? ...
Saludos.
Walter

Mi primera opción fue OMG! pero después de unos minutos dejó de parecerme gracioso

Elegí 'HMG OBJECTS' como nombre, porque creo que deja claramente establecidas algunas cosas muy importantes:

1. En primer lugar, siendo una 'capa' de abstracción sobre HMG va a tener las mismas capacidades y caracterñisticas de HMG, por lo cual, el nombre debía ser conservado.

2. El agregado de la palabra OBJECTS deja muy en claro cual es el paradigma (evitando así confusiones con el semi-oop usado hasta ahora en HMG).

Google Translator said (I'm feel too lazy today to write it twice:) ) :

My first option was OMG! but after a few minutes no longer seemed funny:)

I chose 'HMG OBJECTS' as the name, because I think quite clearly some very important things:

1. First, being a 'layer' of abstraction on top of HMG will have the same capabilities and HMG caracterñisticas, thus, the name should be retained.

2. The addition of the word OBJECTS makes it clear which is the paradigm (thus avoiding confusion with the semi-oop used so far in HMG).

srvet_claudio wrote:Gracias Roberto por este nuevo HMG que nace!!!
Tu creatividad y tu habilidad como programador tienen limite ?
Si lo tienen esta en una frontera muy lejana para la mayoria de los mortales como yo.
FECILITACIONES y GRACIAS.
Un abrazo,
Claudio Soto.

Creo que el mejor elogio que he recibido en mi vida... creo también que es un poco exagerado... pero igualmente... Muchas Gracias!

Google said:

I think the best compliment I received in my life ... I believe it is a bit exaggerated ... But also ... Thank you very much!

apais wrote:Anyway I'm wondering: All of this haven't be already done in ooHG by Ciro ?
What's the difference among both aproaches ?

The main difference is that HMG OBJECTS is an OOP abstraction layer running on top of an unmodified HMG library while OOHG not.

HMG OBJECTS OOP layer has only four points of contact with HMG core library:

- SetProperty() function.
- GetProperty() function.
- Domethod() function.
- _Define* Control definition functions.

The good side of this, is that you could easily replace the HMG core back-end with any other that you want for different platforms (ie: GTK on Linux and MacOSX). Since the perfect isolation of OOP layer from low level code, the basics of such implementation could be running after only some hours of work.

In such context current HMG core code could became only one of many back-ends that you could plug in HMG OBJECTS according your needs (In fact, that is my secret plan )

Roberto Lopez wrote:The good side of this, is that you could easily replace the HMG core back-end with any other that you want for different platforms (ie: GTK on Linux and MacOSX). Since the perfect isolation of OOP layer from low level code, the basics of such implementation could be running after only some hours of work.

Of course... any volunteer for that?

(My days has 24 hours only )