exxos blog - random goings on

[exxos]

So moving the window turned out to be far more annoying than I thought it would be

For example just simply doing this will draw the main object tree on the screen in the centre which obviously works fine.

Code: Select all

form_center tree&,x,y,w,h
junk=objc_draw(tree&,0,10,x,y,w,h)

However I get the WM_MOVED event, which I then relocate the window to. Where you can just make out the title bar in the image below has actually move down the screen. However the actual object tree is still drawing in the original place and I have no idea why because it uses the same coordinates as the window for starters

Capture.PNG (96.06 KiB) Viewed 913 times

If I remove the objc_draw line you can see the locations are correct with the main window.

2.PNG (92.51 KiB) Viewed 913 times

So no idea what is going on

From what I can gather the form_centre might be recalculating the objects XY locations and objc_draw Does not actually draw the objects that the location past in that function

[exxos]

Ahh yep seems have to set objects location manually Seems it's the setob_x 0,x and setob_y 0,y stuff.

Capture.PNG (133.78 KiB) Viewed 906 times

EDIT:

This is so cool!

I can move the window here

1.PNG (88.57 KiB) Viewed 900 times

Or here

2.PNG (125.31 KiB) Viewed 901 times

or even here

3.PNG (64.6 KiB) Viewed 901 times

Bow down to my window moving wizardry!

[exxos]

Something else which doesn't add up literally.. Using the form sent to function to get the size of the main GB6 container... For some reason the X-axis is a lot lower than it should be

Capture.PNG (138.05 KiB) Viewed 890 times

The container window is highlighted in block black below.. So don't know how it is miscalculating that container size

2.PNG (114.06 KiB) Viewed 890 times

[exxos]

FFS. Might as well call it a totally useless function then really. I guess it would just be quicker to write my own routine to work this out then

IMG_0349.JPG (209.57 KiB) Viewed 883 times

[exxos]

Close enough

Capture.PNG (145.63 KiB) Viewed 872 times

Next to start on the actual drawing routines...

[exxos]

The next annoying problem is when the main GB7 screen is closed to run the test, I store the window locations to restore later.. BUT.. its feking triggering the WM_MOVE event TWICE when the window opens. So its running the window draw routine, which is corrupted basically as its not opened the window yet.. then the GB7 routines run and draw the main window.

So it ends up like this

Where the proper window is about half way down.

Capture.PNG (118.14 KiB) Viewed 851 times

[exxos]

Something else which is odd. If I drag the window off the screen, the GEM window is fine, but the objc_draw function wraps around the screen. I guess your not supposed to move stuff off-screen then

Capture.PNG (128.22 KiB) Viewed 848 times

EDIT:

Oddly works fine in MiNT

[exxos]

Got slightly distracted with the side quest problem

But I seem to have developed a new problem which is really bizarre. A video speaks thousand words.

Basically looks like moving the window works fine on all the redraws work fine. However some point intermittently seems to randomly click a button in the window or even a menu option which makes no sense at all. Right at the end of the video he went into the menu and quit back to the desktop.. All by just moving the window ?! And also the window seems to get corrupted as well when this starts happening. Madness.

[stephen_usher]

Possibly allocating more and more memory, not freeing it and running out of memory but not checking the return value so something starts overwriting the stack?

Accidental memory overwriting often will cause this sort of thing.

[exxos]

Possibly allocating more and more memory, not freeing it and running out of memory but not checking the return value so something starts overwriting the stack?

Accidental memory overwriting often will cause this sort of thing.

Interesting, I don't think I am doing cleanup on the window. I'll hack something in and see what happens.