Page 92 of 106
Re: Welcome to the Project Developers' Table
Posted: Wed Nov 10, 2010 8:20 am
by 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.
Re: Welcome to the Project Developers' Table
Posted: Wed Nov 10, 2010 9:21 am
by Rathinagiri
No problem Francesco.
Re: Welcome to the Project Developers' Table
Posted: Wed Nov 10, 2010 9:24 am
by Rathinagiri
Now it works so fine.
So, while resizing we need not worry about layout problems.
That would be really great.
Re: Welcome to the Project Developers' Table
Posted: Wed Nov 10, 2010 9:37 am
by 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?
Re: Welcome to the Project Developers' Table
Posted: Wed Nov 10, 2010 10:05 am
by mrduck
rathinagiri wrote: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...
Re: Welcome to the Project Developers' Table
Posted: Wed Nov 10, 2010 6:51 pm
by 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....
Re: Welcome to the Project Developers' Table
Posted: Wed Nov 10, 2010 8:51 pm
by 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
.
Re: Welcome to the Project Developers' Table
Posted: Thu Nov 11, 2010 2:05 am
by 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.
Re: Welcome to the Project Developers' Table
Posted: Thu Nov 11, 2010 10:56 am
by 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.
Re: Welcome to the Project Developers' Table
Posted: Thu Nov 11, 2010 11:44 am
by Rathinagiri
Nothing to worry. From the very beginning I had not synchronized the user posts. Now it is ok.