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

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.

http://ved.idea.informer.com/proj/?ia=126874

This has happened for some people. I've put up a fixed version, Ved 1.5.1b:
https://gitgud.io/Dav999/ved/raw/master/Windows/ved_1.5.1b_win.zip

[07.05.2019] Sorry for the inconvenience. As Info said in the comments, could you try if 1.5.2-pre03 works?

[21.06.2019] This has now happened to someone else as well, so I decided to replace the download links for 1.5.1 with a fixed 1.5.1b instead of pointing to a .exe for an intermediate version in the changelog.

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

This has been done in https://gitgud.io/Dav999/ved/merge_requests/29, and will be available in Ved 1.6.2.

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.

See https://gitgud.io/Dav999/ved/merge_requests/25

Fixed in 1.1.3