jcsnider

So it is up to the neighbor that owns the internet to configure it so you can host your game. I don't know how likely this is to happen. You're probably out of luck.

There is an outer container that holds all of the icon containers. You need to take the outer container and changes it's dimensions to the area that you want the children to exist in. <MenuContainer> <Bounds>624,678,400,42</Bounds> <Padding>0,0,8,8</Padding> <AlignmentEdgeDistances>0,0,0,0</AlignmentEdgeDistances> <Alignments>Right,Bottom</Alignments>

You don't have the username and password to administrate your neighbors network. That's fine. I'd focus on your own -- this indicates that you are REALLY close. Something within your PC is probably blocking the connection. Have you turned off windows firewall? (Your router is connnected straight to the internet right? It doesn't connect to your neighbors or anything?)

But Intersect overrides those options specifically.

Pretty sure it's hard coded to only allow a vertical scrollbar. Would have to modify source to make it horizontal.

There is an event command called show chatbox text or similar where you can send a message to all players globally.

There is so much going on in this thread including wrong information, duplicated information, and off topic bickering so I am deleting it all and going over the options you have. Option A: Make the spawn/execution conditions check for admin powers If players without admin access try to use this command they will receive a nasty invalid /command message on their screen: Option B: Leave Spawn/Execution Conditions Empty, and use a Conditional Branch in the Commands The second option allows you to show the non-admin players a message if you so desire under the "Else" in the conditional branch. Both of these are tested and working in Intersect Beta 4.2

Yes they still use the second frame when attacking.

Basically it makes anything using that Sprite look like it's always walking. Not to be used for idle animations. This is meant almost exclusively for flying creatures where you want their wings to always flap.

Link me so I can fix it?

Follow the upgrade instructions? https://www.freemmorpgmaker.com/docs/en/Upgrading/Beta3ToBeta4.html

Go to every single chunk and make it a safe zone.

Its standard ARGB (alpha, red, green, blue). Each value should be between 0 and 255. So 255,255,0,0 is red 255,0,255,0 is green If you set the alpha value to 0 then the color will be transparent (not visible) no matter what the other values are. You can play with those values all day long to find the colors you want.

You can change the admin color and a lot of other engine colors in Server/Resources/Colors.xml

Each time we release a version of Intersect we include upgrade instructions on how to move to the next version. Upgrading will always allow you to retain all of your data. What version are you using? Assuming Beta 3 here is a guide to upgrade to Beta 4. https://www.freemmorpgmaker.com/docs/en/Upgrading/Beta3ToBeta4.html (BTW: All game data is stored in Intersect Server/resources/intersect.db) (mapcache.db is an Editor only resource and just stores map images so the map grid in the editor can be displayed as quickly as possible. Deleting mapcache.db will not harm your editor or anything whatsoever, it is cache only and very unimportant.)

Not at this time. This may one day be a config option but the source will probably be out before then.

When you are sharing your project you are likely throwing your client and editor folder into a .zip or .rar archive -- that works great. After the archive double click it to browse the archive and just delete Intersect Editor.exe from the archive. Even if you distribute your editor have no fear, only accounts with admin access can login and edit your game.

If you run the client or editor without the resources folder it will automatically download it for you. Just launch either and it should appear shortly after. (Unless you have some sort of sandboxing program that doesn't allow your apps to crate files. -- In my experience it's very rare/unlikely that you do.)

Assuming you're talking about the client/resources/config.xml you'd still be required to use the MonoGame content manager to actually create the font files. The MonoGame fonts have to exist in the games /resources/fonts folder. The fonts installed in the system folders of your players do not matter whatsoever. If you're talking about the config files included in the download with the content manager (arial12.xml or whatever) then yes you can change the font name in there to whatever and it will work.

The short answer is that the MonoGame library we use dictates how we load content. There are easy workarounds for graphics and audio to not use their content system but not for shaders or fonts. (This isn't necessarily a bad thing.) What this content app basically does, is it takes the font files and creates an image with all of the letters on it along with a map for Intersect to read on where each letter exists. All of this is loaded onto the graphics card when the engine starts. Depending on how many characters your game allows these images and maps can get really really large so trying to create them every time the engine is ran would be unbearable. We can't simply draw from font files themselves because we'd have to load the characters into memory every single time we use them, that would destroy our fps because sending graphics from the cpu to the graphic card takes way too much time. This isn't to say that we're incapable of creating easier/better ways of doing this but there are far more important tasks at hand -- we don't have time to replace working systems at the moment. Hope this helps!

tldr; we're working on it.

Your event looks good. Between this and Murdocs bug report I think there is a problem with checking how many items have in their inventory using events:

New emoticons are in Some don't necessarily match the others... Our legacy emotes are still available Shoutbox shows rockets now for recent donors More upgrades on the way!

You don't need anything inside the spawn/execution section. Your switch is already set to true on your account. Make a random event on the map who sets the First Login switch to false. Talk to that event and then logout and login again to see if the first block is then shown. That should work. There might be a bug somewhere with switch/variable logic but with no one else reporting anything I'd find that hard to believe.

Do the same exact thing except make it a common event (instead of a map event) and set the trigger to on login.