VII - The last one, hopefully

Thanks!

Going to test this baby!

Testing too

Mh, i guess it`s a bit too late for requests, isn`t it? Neverteless, i try. More resize options would be great. That was one of the things i have missed badly with the Overlay more than once. Current resize method is nearest from what i can see. Great would be at least linear resizing. And for cubic resizing i would kiss your feet :grin:

Haha, calling the linear resampling antialias. Now that is really hidden

Hm, just curious, i know that in CG arts downsizing a picture is a common technique to give it a better antialiased look than pure antialias could do. Ends in a super crisp look. Still, this doesn`t work with upsizing. Antialias and linear interpolation are in fact two things. So wouldn`t it be better to call it linear resampling then?

Anyways. Thanks Looki. Now that i found it, lemme play around with it a bit

I smell VIII

Resize resizes the picture. But the surface object canvas doesn`t resize. It stays the original size. See attachment

Mh, antialias seems to really be antialias from what i can tell now. And not linear resizing. The Surface results compared to the results of a linear resized picture in Gimp for example are a bit different. But i cannot be this sure because Surface doesn`t resize too. And so i cannot test bigger resize results to get the typical linear resize patterns.

Another thing. My english is not the best. But Load from file and Save to file looks a bit odd to me. Is there a reason why it isn`t simply called Load file and Save file?

Ah, i knew i have read something about resize bug before. You mentioned it in the last thread

So i added a redraw action in the same event where i resized it. Didn`t work. Shouldn`t it work? The order was correct. Then i added a second event with redraw. And now the surface resized.

Which leads me to the antialias setting. It is definitely not similar to Linear resizing. As you can see in this shot here. I have resized a 2x2 pixel picture in Surface and in Gimp:

Please login to see this picture.

Thanks Looki

Quote

Hello, Tiles. Adding a "force redraw" should not fix the bug.

You`re right. It`s a workaround though

Quote

The linear resizing problem is weird, I'm just using MMF's graphics API, it should work! To prove this, create an Active object with that 2x2 picture and resize it.... looks exactly like in the Surface object.

Yeah, odd, isn`t it? Hm, you`re right. MMF2 does the same with actives. Then i have to call this a bug in MMF2

Quote

I know about some other problems. It's simply something that's not fixed easily. For that reason, I will develop extensions for this object that will be capable of smoother resizing etc., I don't want to add these kind of things to the main object though. It already has become quite large.

Yeah, i know. There is already lots of stuff onboard. The surface object is a masterpiece at its own. Well, the resizing features was just a request, and worth a try. At least i found two bugs by it, hehe

A resize extension with some proper working methods would really be great

Quote

Haha, a few minutes after writing the above I just found a way to fix the redraw bug. smile It will be fixed in the final version (or if there are any other problems, the next beta... laugh )

Yay

I still think you should go the public beta route for at least one version. There were just a few testers active from what i`ve noticed. The more eyes look at it the more bugs gets catched

Is Kisguri going to release this extension in a klikdisk?

Bug for the flash version.

Flood fill doesn't work. It always fills with white no matter what color is selected.

Also can you give us the ability to disable anti-aliasing in flash?

Ok, I don't mind anti-aliasing so much.

It's just that the flood fill doesn't work properly with it on.

It fills up to the area where the lines are blended with the background then stops instead of re-blending the fill with the lines if that makes sense.

I guess a work around would be to have two images, one image draws the lines and the other draws the fills. In the fill version of the image the lines are thinner. Then the line and the fill images are blited together after the fill has been applied.

Quite a workaround there.

I may be wrong, but collisions don't seem to work properly for me. Any objects on top of the surface are detected as touching the surface, even if they are on a transparent part of it. I haven't been following the progress of this extension so I don't know if this is supposed to happen, but it seems like a bug because your scrolling game example doesn't work.

Okay. Is the object supposed to be able to detect fine collisions in general, though? It doesn't seem to. Does is only work in HWA?

Great extension, BTW.

It doesn't seem to for me. It collides fine with the surface's bounding box, but it seems to ignore transparency. Here's my test file (Please login to see this link.). It seems as though the active object should respond to the blue circles, but it stops as soon as it reaches the edges of the surface.

It seems like a bug to me, but I'm probably just making a stupid mistake since I'm a bit rusty with MMF right now.