Ved

The Lab and Warp Zone tilesets now use tile 713 for backgrounds, just like VVVVVV does.

Added for the next version.

You can now cycle backwards by holding shift while clicking/while pressing F1 or F2. If you hold F2 down you can switch between tilecols very quickly, so a 10-step system isn't really necessary.

You can now also do this with enemy types.

Ved 1.4.1 no longer saves back entity data beyond 40 characters if the entity is not roomtext, a script box or a terminal. (In other words, when there's no use for the data in the entity anyway).

Saving open2v2_r213 before this resulted in a 4.8 MB level file, now it's reduced to 2.2 MB!

As of Ved 1.4.2, the map is overhauled and now loads in the background!

When exactly does this happen? I'd love to be able to reproduce it.

EDIT: It turns out Ved didn't handle flag names with capital letters properly, which is fixed in b15.

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.

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

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

This was changed recently, and it's actually intentional. VVVVVV has technically always supported having up to 100 trinkets and crewmates, it just doesn't ensure trinkets and crewmates above 20 always start out uncollected when you play multiple levels in a row. (That's also going to be fixed in VVVVVV 2.3)

It is actually possible to change the scale, I just haven't implemented an option yet to change it from within Ved.

In %appdata%\LOVE\ved\settings.lua, there should be a line "s.scale = 1". That can be changed to change the size of the Ved window.

This is a known bug - I noticed that it starts taking input when going to the editor after loading a level for some reason, and possibly in other cases as well (I'll have to find out where the line of code that does this is)

EDIT: I think I fixed it.

Known inconsistency for technical reasons

EDIT: Finally fixed in the version after 1.1.4 (not sure if it'll be called 1.1.5 or 1.2.0 yet)

Added in a43.

Added in a45.

The level select menu now allows you to go back to the editor, making the dialog redundant.

Ved added an extra line to the last script when saving, this should be fixed in a25.

EDIT: It turns out this was confusion caused by the fact everyone has always been saying that you need to have ONE blank line at the end of an internal script without cutscene bars. That line is actually miscounted in VVVVVV, where technically there need to be no blank lines at the end.

As of b10 it is possible to split scripts with a menu option.

Added in a28.

Fixed in a28.

I can't reproduce this; so let me guess you tried placing a terminal or script box, entered a name which happened to have a # in it, and it crashed because you tried editing the script afterwards. Am I correct?
As noted in the changelog, it doesn't automatically create new scripts yet when you create a terminal/script box, that will come in a later version. Thanks for reporting anyways.

However if you did create a script via the script list, and Ved crashed, please let me know what the script name in question looks like.


(Also, a hashtag looks like #word, a standalone # is not a hashtag.)

EDIT: See comments, fixed in a29.

Yeah, the outside background will need special treatment because there are only horizontal, vertical and combination background tiles, and the system was written for handling 13 different tiles which works for everything except for the outside backgrounds.

Fixed in a33.

(Merged)

EDIT: Added in a43.

Added in a42.

The integrity checks when opening a level have been improved, so this is now fixed. (It now changes the tileset to 0 when it detects an out of range tileset)

Sorry if you were relying on undefined behavior from VVVVVV when choosing a tileset > 4, but it is impossible to support this without forcing the tileset to be within the bounds.

I was planning to make it something like a dropdown or +/- buttons and I will make it like that later, but for now I decided to go for a checkmark that toggles between 1x and 2x scaling to have at least the option to change the scaling between that.

EDIT: Scaling finally uses -/+ buttons as of v1.2.0, and can be set to a value of 1-9. As a bonus, the value will be red if it's higher than what fits on any of your displays, and that is calculated dynamically.

[31.10.2015]
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.

[04.04.2019]
I'll mark this completed now, almost everything here has already been done, the only thing that hasn't yet is a feature to find entities, which the repo issue https://gitgud.io/Dav999/ved/issues/8 kind of covers.

Fixed in a36b, thanks for reporting.


(27 November, 16:48 PST)