Table editor - numTable 1.5

[IceQB]

numTable 1.5 is table editor with 9 output formats.

Ctrl = move the camera
Ctrl+N = New
Ctrl+S = Save
Ctrl+D = Open containing folder
Alt - Color Picker
Left mouse button = Modifying a single cell
Right mouse button = Fast cell modifying
Mouse wheel = Select tile number

Version 1.5:
-fixes a lot of bugs
-Color Picker
At this version most important was bug fixing and color picker.

Version 1.4:
-is very fast
-multiplatform (I hope)
-fixes a lot of minor bugs
At this version most important was performance and fps.

[dusoft]

numTable 1.3 is table editor with 9 output formats.

I'm using this for making maps.

Ctrl = move the camera
Ctrl+N = New
Ctrl+S = Save
Ctrl+D = Open containing folder
Left mouse button = Modifying a single cell
Right mouse button = Fast cell modifying
Mouse wheel = Selects tile number

Bugs:
-low fps in big tables

Does not work for me - boot.lua error.

[Robin]

IceQB, the files go in the zip directly, not wrapped in a directory. That's why dusoft can't run your .love.

EDIT: strangely, the .exe is packaged correctly.

[IceQB]

My fault, I packed the .love file wrong.

[rmcode]

Pretty nifty! Is there a particular reason why we can't use '0' as a tile value?

I'm getting an error on Mac OS:

foo.png (40.75 KiB) Viewed 7130 times

[IceQB]

We cant use '0' as a tile value because i dont consider this (generally I dont use '0' as tile value), changing this should take a while and i will consider this in the future versions, same as using signs (!,@,#,$,%,^,& etc.) but most important is performance and fps.
Error is probably caused by saving directory of Mac OS but i cant check this because i dont have Mac OS, Windows 7 doesnt have this error.

[rmcode]

We cant use '0' as a tile value because i dont consider this (generally I dont use '0' as tile value), changing this should take a while and i will consider this in the future versions, same as using signs (!,@,#,$,%,^,& etc.) but most important is performance and fps.

I was just curious. It's not an issue for me

Error is probably caused by saving directory of Mac OS but i cant check this because i dont have Mac OS, Windows 7 doesnt have this error.

I think (I might be wrong here of course) this is because you use lua's io and os libraries rather than love.filesystem, which worked perfectly fine for me across different operating systems.

Do you have a github or bitbucket repo for numTable?

[Jasoco]

People need to not insist on using io.open instead of the built-in Löve functions. It makes the game less likely to work on all platforms in many cases. Just use love.filesystem.

[rmcode]

People need to not insist on using io.open instead of the built-in Löve functions. It makes the game less likely to work on all platforms in many cases. Just use love.filesystem.

I guess the benefit of using io and os is, that they can create folders outside of the two LOVE directories?

[Jasoco]

I guess the benefit of using io and os is, that they can create folders outside of the two LOVE directories?

Which is where you're going to run into problems. Most projects do not need to do this. And personally I'd prefer the game keep things in a standard location, not throwing them all over my drive. It's bad enough I have folders in my Documents folder for VVVVVV and Race The Sun among other games instead of them being where they should be, in the Library folder. (Or on Windows, the AppData folder.) And worse, a bunch of apps put hidden folders in the root of my Home folder instead of the Library too. This is completely wrong and needs to stop. The Library is there for a reason.

But that's just me.