Welcome to the Project Developers' Table

[mrduck]

I always forget to commit the changes I make to hmg....
... please update this method:

Code: Select all

METHOD CentralWidgetOf( oValue ) CLASS WIDGET
Local o

   IF Pcount() == 0
      RETURN ::oCentral
   ELSEIF Pcount() == 1
      // Protection: we can't reassign multiple Widget to Central Widget
      // retrieve current central Widget
      IF valtype( ::oCentral ) == "U"
          ::oCentral := oValue
      ENDIF

      IF ::lCreated
          o := oValue:oQTObject:centralWidget()
          // if returned pointer is not valid (means there is no central widget already set)
          //     and widget is created
          IF ! o:hasvalidPointer()
             ::setCentralWidget( oValue )
             RETURN .T.
          ENDIF
      ENDIF
   ENDIF

   RETURN .F.

[Rathinagiri]

No problem Francesco.

[Rathinagiri]

Now it works so fine.

So, while resizing we need not worry about layout problems. That would be really great.

[Rathinagiri]

IMHO, we have to simplify the usage of Widget/Layout for HMG users. We can hide the widget layer to the user and while defining the window we can add a variable [ LAYOUT <nLayout> ] for (Classic/Box/Grid). Classic can be default which is retained for HMG backward compatibility.

It is really advantageous for people like me (not using IDE to design a form) to visualize and layout the controls. Since a window has an unique central widget, this widget can be created at the window creation level. All the controls can be added to this widget then.

What is your opinion Francesco?

[mrduck]

IMHO, we have to simplify the usage of Widget/Layout for HMG users.

I agree. But with these samples I just scratched the surface of widget/layout power. Starting from the fact that there are several types of layouts, to the fact that they can be nested.

So, ok to create a "main" widget, but we should do it in a way that permits everyone to extend the functionalitites without limits.

I must think a bit more about how to implement this stuff in a hmg style...

[mrduck]

I did a test changing a couple of return values in control and label method when parameter is passed, returning Self instead of NIL....

So it is possible to have code like this:

Code: Select all

o1 := Label():New():Parent( qW ):Value( "111111111111" )

I was just curious to try and it works....

[Czarny_Pijar]

Believe it or not, we are approaching the end of the script possibilities of phpBB. I know at least one forum (http://forum.cdaction.pl/) where there have been complications (loss of the posts) because too many posts in one thread. (Now they are using 'IP.Board'). I strongly reccomend you to finish this thread and start a new one, namely:

Welcome to the Project Developers' Table -part 2.

After some time even

Welcome to the Project Developers' Table -part 3 - and so on .

[Rathinagiri]

Is it? I think there might be some other problem but not PHPBB. I know a PHPBB board wherein we have threads going up to 5000 pages.

[Czarny_Pijar]

I see the very first signs of loss of integrity of the database. It is of course nothing compared to the losses suffered by my colleague on the above-mentioned forum (about 1,500 of the total 7,000 posts). Sorry, I will no longer scare about this, nobody likes Cassandra.

[Rathinagiri]

Nothing to worry. From the very beginning I had not synchronized the user posts. Now it is ok.