Thanks for the advice Fib I'm still learning C3 as I go, containers are useful indeed I just need to start using them more often (like I'm using Families all the time for the same kind of objects on my code).

I didn't think it's super complicated until Ashley explained how scary it is, especially for a really basic user (not even close to be advanced programmer hehe). I did saw some code examples in C2 even that it wasn't so many lines it wasn't easy for me to understand most of the code just like Ashley explained.

Ashley I'm aware how busy you and the Scirra team are extremely busy, but is there a tiny chance to add such feature/tool in the future? maybe even inside the Drag-N-Drop behavior so we can control rotate/resize? or maybe nothing related to the Drag and Drop and just in a different form that will be easier to make "controllers" as extra to the Drag and Drop? I believe it could be useful for Touch (Smartphones) as well... but for now I focus on PC so I can't say.

I'm aware it's less common for Construct users but in my case, my current project is not a game but a tool-set for creating content, so far it looks and works really nice with the features I want (HUGE thanks to the community help) so I'm aware that my suggestions / requests / and questions as a non-advanced programmer are either stupid or sound nonsesne, but maybe such behavior could be used for others as well.

After all, the idea of Behaviors is AMAZING! and it save so much time for people like myself who can't understand how to code everything, I'm IN LOVE with C3 mostly because of how helpful they are! :)

Anyway, I'll keep doing some tests... I may just replicate a C2 code which I don't really like because if I can't understand a code it will make things complicated for me later on... or I'll just stick to the current way everything works which is NOT the best for the typical user: "Hotkeys"... lots of them!

Hi All,

I would like to try something on my project, but since it's huge already as I try to do it on a fresh-new file first I realize that I have no idea how to actually approach or do it at all.

I have a Drag and Drop instances (different sprites) on the layout, I can Resize, Rotate, and reset to original size/rotation, using different keyboard shortcuts since there are different way to tweak them for example to resize with bigger scale steps you can hold the shift button, same for the resize.

This is what I try to do:

When I click with mouse on individual instant, I want to have a "Controller" appears that will alow me to do the actions I describe above, but I'm confused and not sure how to make the controller works in general and especially for each specific instance only when clicked

Here is a nice visual example of what I'm trying to achieve (Jamboard):

Is there any simple example file I can explore to see some efficient solutions to such thing?

Thanks ahead for any help!

Thanks for the explanation!

Use BBoxLeft, BBoxRight, BBoxTop, BBoxBottom expressions to position your panels.

I think that's how I stopped the panels from getting out of the viewport, I'll give it a try!

Hi All,

On my growing project I have floating panels for the GUI, since it's easier for me to design I used 9-patch (and I love it!) instead of redesign the panels manually.

But I want them to STOP when collide with each other.

The only idea I had is to create an invisible sprite with the same size of the panel, Pin it to each panel and code the Sprite collision... but I don't like this idea very much.

Is there a way to do a collision for the panels using the 9-patch or it will be just easier with the way I just mentioned?

The shorter/efficient code, the better. Thanks ahead! :)

OH! I see... Nice! :)

I just added a temporary "after 2 seconds" instead of Start Layout (so the FullScreen will launch first) and it works like you said, I should probably do something like: "AFTER FullScreen complete" or "changed" it will need to paste the wheel again... because users may have different window sizes.

Maybe I should re-paste the wheel every-time the "panel" will appear, I don't know what's the best way.

I wish there was a more efficient way so it will work no matter what size of the window will be, but I didn't play with the "Windowed vs. FullScreen" options for users yet... it sounds super complex for now so I'll just go step-by-step solving the Color-Picker first.

About the BOX Color instead of Circle/Wheel I tried to use your version with the box which is also more advanced but I couldn't get the picker to act like in the current version, I mean by clicking anywhere on the wheel instead of dragging the picker since it's faster.

I think the code should be less complex because the Wheel have some extra round/radius code that I would happily get rid of... if I knew how of course.

Thanks for the awesome help sensei dop! I'm learning new things from you all the time! :)

The gamma-correct gradient may be mathematically correct, but it looks wrong compared to gradients produced by other tools (like Photoshop, Corel Draw, Gimp etc.) The grey area in the middle is too large. It would be nice to have a option to choose gradient method.

I couldn't describe it better... I'm years in the video/graphics/post industry and I can easily tell it looks wrong with all the respect to the way it actually works behind-the-scenes.

It shouldn't be the default way for most users, especially artists who came from digital graphics to C3.

Also, what is the "sprite gradient" everybody is talking about in this thread?

I'm not sure, but maybe like in my example which is pure simple B/W gradient made in Photoshop compare to the one that created in C3 using the drawing canvas object.