I deleted them using commands I found on GH discussion forum and GitHub accepted them, it worked.Don't delete entries lol. It's just git figuring how to merge code together.
Leave it as is or you're likely to just **** the whole thing up
case Keys.S: if (e.Control) Save(); break;
i find myself continually pressing CTRL+Z to undo, I would personally make it work by holding left click to draw (and it happens per new cell met, so you don't spam your undo history).
Standard (redo)-undo (Shift-)Ctrl-Z is too complicated considering the frequent use of undo/redo when working with maps. You get used to it fast. Make a wrong change, hit Z to undo it... In the map editor, for the most part, you are not working with standard program or keyboard anyway.
BTW I swap Ctrl with Alt on my keyboard after every windows reinstall to put Ctrl closer to ZXCV (and even ASF).
Should have been made like that but MS had to do it differently from Apple.
I believe with the rest, you have iJam's editor in mind.
WASD movement keys are OK, they are perfect and I wouldn't like them changed to arrows as I once said. And over time I found when I needed to move around map, I was dragging scroll bars rather then using Jump. So even if I am all for maximizing map view, I wouldn't do away with them.
As to that map saving.
I used gui property of the menu Save command to set Ctrl-S and that works except for that sticking Ctrl key. A while back I came across a code page where the code for these panels (winforms) is automatically written as you change the forms and I remember there was a warning not to edit that page (obviously). But I can't find it again, I would try to slip in that line 'e.SuppressKeyPress = true;' and see if that would work.
Otherwise I would be OK with leaving it like this.
View attachment 26425
Post automatically merged:
I have a brilliant idea how to get around this Ctrl key. How about brushing tiles with Alt? Saving map has to stay as is, it is a second nature to use Ctrl-S and it is used very frequently (I suppose by everybody) to save your steps.
Also thought about B and that would probably be even better choice but it has placing Back limits on it and that is also logical. B puts down Back limit, F Front limit and C Clears both limits. That's all you need to work with limits, I wouldn't want to lose that B key to Brushing.
A side note:
There is also a separate choice for clearing front or back limits but in practice, you don't really need those two functions. Later those limit shortcuts could be made to place a larger limit block (say 11x11 like what iJam's editor has, no idea why it was made just that size, like not 10x10). And if that could be made into a true brush by holding Alt, that would then be all you might want regarding limits. But just making it placing a tile square like iJam's editor does would be ok too.