Cheshire

Not by default no, you'd have to add your own endpoint for it. But that's the way I'd go about it.

I think you could use the server's API for this.

Uh, I don't think that mode even exists by default does it? Just fullscreen and windowed. I take it you changed that yourself as I don't think we support that by default.

You'll have to compile your own version and replace the icon bitmap file that's shipped with the client project.

It would definitely be possible, but would require some minor tweaks to the code.

I'm afraid there is no cut and dry answer to this. Your best bet would likely to be to leverage the API the server provides and add a hook to your website registration to also register a game account. And do the same for whatever purchase methods you decide to include, have it use the API to send the items to the relevant player.

The base engine does not support these things, however there is a custom version of an older build that someone has made that does:

Projectiles only really hit the tiles they occupy. So unless you make it occupy more tiles there's currently no real way to make the hit radius larger.

I believe there's a configuration line for this in the clients resources\client_config.json file.

There's your problem. His mod is not done the same way the system works in Intersect and the data is NOT interchangable. His mod stores the data elsewhere, and you would likely need to manually migrate the data to the correct locations to make it work again.

I think we'd need a bit more information as to what exactly you mean here and what your setup is.

Should probably have specified that, as the engine doesn't care about your resource sizes and just accepts them if the frame counts are correct. Tile size does need to be edited in the server configuration however. As for additional movement frames, you'll have to add those in the entity rendering classes as that's not something configurable.

It's definitely possible, but by default it's not supported to load larger images and render them as smaller objects.

I was thinking that as well, might be a 404/403 page

In theory you could have items with no icons on there. But they'll still show tooltips and would be purchasable. This would likely be a source mod if you want something sleek.

That sounds like your file isn't reachable. Can you try to open the file you configured to update from in a browser and see if you get what you expect?

Sounds like a bug worth reporting to me.

It's not downloading all files. It's stopping at client.exe, so the reason it works now is because you already have the client downloaded to run it.

Sorry man, but a 403 is really something you've configured (or is default) on your webhost somewhere so not much we can do about that. And does your webhost block downloading executables if it gets stuck on the client? Ignore the warning in your php logs as that's entirely unrelated and wouldn't cause an issue here anyway. A 403 happens because of permissions.

I'd say yes.

Can you reach the update.php file from a webbrowser?

I know some people have written one for themselves, but I don't see them sharing it as its made specifically for their game. But as Kassie said, the base engine does not have such a feature.

Could try that. I'm not sure how that hosting site treats its files but that seems like a safe bet for testing

403 sounds like a permissions error more than a PHP issue. Are you sure your page is accessible from the internet?

I'd say most people here are more familiar with how these game engines work rather than monogame specifically, especially platform specific stuff. I wouldn't know either, to be honest. Seems like a question more suited for places that deal with mobile development.