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?

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.

Instead of shift-right clicking, I will add a ctrl+P shortcut, because shift-right clicking is already a way to delete entities, and it would eliminate the imprecise mice completely.

The arrow keys are already being used to switch between rooms, but some shortcut to switch between moving between rooms and moving the cursor isn't a bad idea.

About the tab thing, yeah, I was planning to do it like that but currently the check if there are any input boxes on the screen is whether a text box has been selected.

There can't/shouldn't be multiple start points in a level, VVVVVV will choose one of them (the first placed one I think) and placing one will also delete the old one, so you shouldn't need cycling through multiple start points.

I'm planning to add a feature where you can make the map display the number of any entity in all the rooms.

Being able to increase the thickness of the horizontal and vertical fill tools is unnecessary in my opinion, and it would complicate matters.

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)