Ved

I may need some more info on this.

I've tried to reproduce this crash, but I can't get it to happen. Also, looking at the code, I have no idea how this could happen under normal conditions (like, not having a level bigger than 20x20 or something), even when shrinking a level and undoing that.

So could you tell me in more detail what you did? As far as I understand, you shrunk the level, then undid that, did Ved immediately crash? What size were you shrinking down to what size? Do you know what room you were looking at? You also mentioned a room being deleted, but in what way was it deleted?

Looking at the list of internal commands that is built into the script editor, it turns out I forgot to add all of these to the reference:

blackon
activateteleporter
purplecontrol
customposition
changecustommood
startintermission2
redcontrol
foundlab2
resetgame
changegravity
entersecretlab
greencontrol
foundlab
activeteleporter

I'll add all of them to the reference, hopefully I can remember or find what they all do!


(note to self: for k,v in pairs(knowninternalcommands) do if LH[8].cont:find(k) == nil then print(k) end end)

Just going through all open ideas here; #1 was already possible as you mentioned, #2 (including entities on the clipboard) is still scheduled, can also be found here: http://ved.idea.informer.com/proj/?ia=105697

Hmm, cannot reproduce it, but what tileset(s) are you using in that room? (After some testing it seems like the lab spikes aren't working properly in multi mode.) Were the spikes you were trying to remove at the edge of the screen? What tool/subtool were you using to get rid of the spikes? Can you reproduce the problem?

True, I should've used entcolours but for some reason forgot about it and thought colors were hardcoded in VVVVVV. Though, I implemented platform colors first, then just used the platform colors for enemies, and apparently they're not the same! https://i.imgur.com/91MFNR9.png

I'll look into how this works in VVVVVV exactly, maybe the enemy colors are even hardcoded.

Is this really a problem, though?

Spikes are now indicated. See https://gitgud.io/Dav999/ved/merge_requests/6

At first when I read this I thought it would be too complicated, but thinking about it more makes me think that it shouldn't be too hard.

This might turn out to not really be hard to do, not sure though. Definitely considering this.

Fixed in the next version (1.4.4 or maybe 1.5.0)

Ved 1.4.0 will have an easier accessible FPS limiting option:
https://gitgud.io/Dav999/ved/commit/34fc9f2196280533a87871b52ad8a0eaa8e1374d

The scale option resets itself to 1 because the window wouldn't fit on screen (1792x960 in scale 2). The scale number becomes red to indicate this.

You can set the scale to a non-whole number, by editing the configuration file at %appdata%\LOVE\ved\settings.lua. Pixels might look a bit strange sometimes, but otherwise I think a scale of 1.4 would work well for 1366x768, or maybe 1.5 if the height of your window title bar plus the task bar are small enough.

I think I'll also make an option for non-integer scaling within Ved, so it'd be easier to customize the scaling if both 1x or 2x are not really an option.

[Edit] Ved 1.3.2 has much better scale settings, clarifying when a window is too large to fit, allowing non-integer input, and allowing the user to force the scale options.

Added in 1.3.1

As of Ved 1.2.2, gravity lines and warp lines don't autocorrect if their p4 is set to 1. (Also see my comment here)

Fixed in 1.1.4.

Fixed in 1.1.3

0 is an invalid entity type, so it shows the [E] as a placeholder.

As for why it's there, I think that's the trinket you were trying to remove in your bug report about deleting entities: "right clicking on it and clicking delete does nothing, but removing the data works, just takes more time"

Yeah, this was already discovered and fixed in 1.1.1. Thanks for reporting, though.