Slower gadget & canvas resizing...

BlitzMax Forums/MaxGUI Bug Reports/Slower gadget & canvas resizing...

The forum is locked. These are the original blitzbasic.com forums, kept so they can still be read. No new topics, replies or edits can be made here. To join in, head over to the Blitz3D+ forums.

Finally I have found that the problems seems to be with the command SetGadgetLayout because when I set :

SetGadgetLayout canvas_plan, EDGE_RELATIVE, 0, EDGE_RELATIVE, 0

OK, so can you make me a short code example that shows this behaviour in a few lines that I can use to try and debug the problem. I only do programming in my freetime (what little of it I have nowadays) and the few code examples I have tried to write to show your problem, don't.

The black area is replaced by gray area, all other settings of this command will generate more bugs.

I still don't understand what you mean be swapping black/grey areas - a runnable code example would demonstrate it perfectly.

When an "event_gagdetpaint" for the canvas is sent, I reshape my canvas with setgagdetshape and redraw it.

Responding to the EVENT_GADGETPAINT event should not involve repositioning the gadget - I'm surprised you don't get an infinite drawing loop. Surely there's a better place to resize it!!!

Finally, I will use the old version because I have lost a lot of time to resolve this bug.

I'm sorry about that - but if you could have made a runnable code example in that time, I'd be in a far better position to help.

I'm a little tired to try to resolve this bug...

So you keep saying!!!

I hope next version will be better...

UNLIKELY WITHOUT A SHORT CODE EXAMPLE! :-)

Note to self: Ok, Seb now deep breath in... And relax... If coconut76 is fine using the old module, then so be it...