rexrainbow

I have a question/request regarding this behavior.

I've seen this discussed elsewhere so you may have already considered this, but would it be possible to implement an option for the typing behavior so that if a word will wrap, it will automatically push the text to the next line before it begins typing that word?

I currently have your TagText, scrolling, and typing text plugins/behaviors all working in tandem flawlessly, but the jump when a word wraps mid-type makes it just shy of perfect in my eyes. I do not know how feasible this is to accomplish, so no worries if it's not in the cards.

Thanks again for the fantastic plugins and support. I would not be using Construct 2 for my current project if not for your hard work.

rexrainbow Just tested the new version and it works like a charm. You are a gentleman and a scholar.

Hello rexrainbow, big fan of your plugins.

I discovered an issue while using TagText and also possibly typing (?) so I wasn't sure which thread to post in. Since the stack trace leads to TagText, I'm posting it here.

It appears that if a <class=''> tag is separated from it's closing </class> tag by a 'newline' keyword, the plugin will error if you try to call the "Type Text" method.

A scale outer integer mode has been asked for before. It would be a great addition so essentialy it would scale to the next integer size outside the window instead of inside as we have it now. Nothing has come of this request though.

Yes that's more precisely the effect I was searching for. I'm happy to see I'm not the only one trying to do this, and that it actually has a name. Too bad it's gone unimplemented.

> Found some moderate success using the Crop fullscreen mode, along side Magicam to set the layout zoom on tick based on "round(WindowWidth / GameWidth)", while also keeping the player centered.

>

Also, what project settings did you use?

Basically I've got my Magicam setting zoom based on the size of the window. Anytime the width or height surpasses a multiple of the true game resolution, the zoom increases by 1.

So if your game is 100 pixels wide, and your window is stretched to 530 pixels wide, it would be zoom = round(530 / 100), which would result in the camera being zoomed to 5x normal. As long as you keep your zoom at integer values, your pixels will stay square. I then have my project's mode set to Crop. I can give you more details once I'm home, but that's really the gist of it.

I believe I take (windowWidth / nativeWidth) and then compare it to (windowHeight / nativeHeight). Which ever is bigger is what I use as the new zoom. I may do some shenanigans involving checking if the current platform is mobile for some small-format changes, but not much else.

Found some moderate success using the Crop fullscreen mode, along side Magicam to set the layout zoom on tick based on "round(WindowWidth / GameWidth)", while also keeping the player centered.

Hello,

I've got an interesting task that I need some help with.

I need to keep my game pixel perfect, so Integer Scaling works nicely for that. However I am trying to make it so that it doesn't pop immediately to the next multiple down showing large black bars, but instead will crop the game until that next integer multiple is possible, and THEN it will pop to that scale, and continue the cropping. This way there are no black bars, and it will only be cropped if the window is off-aspect.

Is this possible? I'm struggling to figure out how I might be able to do this by manipulating the camera using the WindowHeight and WindowWidth, but it hasn't been very successful yet.

Any suggestions are welcome.

I found a solution. If I set the project properties to scale for fullscreen browser with letterboxing, and also export it as HTML5 website for embedding, it behaves as I was hoping. The game will treat any wrapper element as the bounds for the scaling and letterbox/pillarbox.

Hello!

I've been commissioned to create a small web game that will act as an interactive roadmap. This game must be responsive in that it will have at least 3 sizes to display at for phones, tablets, and web browsers.

After reading this article about scaling it seems like Construct 2 may be able to accomplish something like this reasonably quickly.

So my main question is this: how would I go about making a game that will scale to fit any parent element it is put in while maintaining aspect ratio, similarly to how the fullscreen scaling modes fill the whole browser?

Is this something that I can set up in construct or will I need to turn off scaling and do it on the html/css side of things?

The website is already responsive and has lots of responsive elements in scrolling areas etc, so I'm hoping I can create the game in a way that they can simply make this game a child of an existing responsive element, and it will appropriately resize to fit within the bounds of that element.

I've already created a solution using Unity3D, but the initial load times are far too slow.

Thanks

You could use the wallclocktime expression to get a time unaffected by time scale. Store the wallclocktime when the timer starts, and compare the current wallclocktime to the stored value to determine how much time has passed.

Alternatively you could you make a family of objects to be slowed down, and set the object time scale for that family instead of changing the global time scale.

The light radius is a circular gradient image as a sprite which follows your character (pinned perhaps). This gradient could be used on a layer colored black, and you would use that gradient as a mask to see through the black layer.

Your character also needs a shadow light object to follow it (pinned perhaps), and all the boxes need a shadow caster behavior. Make the shadow casters cast on a layer above the circular gradient light radius, and the effect should be complete.

Perhaps see this for guidance on the light radius effect:

Add the System Condition "Trigger once while true" to the end of the event where you spawn the particle system. It must be the last condition in the event.

Mouse is down && Trigger once while true -> visible

Mouse is down (inverted) && trigger once while true -> invisible

Alternatively use the onMouse pressed and released events, they only trigger once.

Here's an idea, I haven't tested it.

You should be able to use the "Move at angle" action on the new objects when they spawn to move them away from each other in the direction you want.

Description:

"Move the object a number of pixels at a given angle in degrees."

You'll want to get the angle that the original object is moving, then add 90 degrees. Spawn the first new object and "Move at angle" with that new angle by the new object's width for distance. (Or perhaps half-width if it spawns on its center)

Then take the original object's angle again, and subtract 90 degrees. Spawn the second new object and "Move at angle" with this new angle, again by the new object's width for distance.

If they still collide, add a bit to the width so that they don't collide.

Alternatively, if you don't need the spawn placement to be variable, you could specify two image points on either side of the original object, and spawn your two new objects at those image points.