General:

New CONSOLE COMMANDS:

- Documentation (show CODE API)

- command to transfer saved .tic files from previous versions TIC in the new one.

Spr:

- How about adding the option of rotation the sprites (0,90,180,270 degrees)? This can save a lot of space for the sprites.

sprid x y [colorkey [scale [flip[rotate]]]]-- rotate 0,1,2,3

- Option to change the sprite palette. (For example: multiple use of the same sprite to designate enemies of varying strength; "blinking")

CODE EDITOR:

- Add the ability to move the code by pressing the right mouse button. (Like in Map Editor)

Other:

- Ability to configure the control buttons

Android version:

Need some settings:

- Enable/Disable the gyroscope

- Adjusting the position of the control buttons

- Change the size of buttons

- Change buttons transparency

- Enable/Disable screen rotation (portrait / landscape mode / auto)

Sprite Editor:

- In the Android version you can't copy/paste/delete/cut sprites

Map Editor:

- You can't move the map (right mouse button on the PC). I suggest to use the "double touch and movement" for this. (Yes, I saw the "eye", where you can select the area of the map, but it is still required)

CODE EDITOR:

- Add the ability to move the code by "double touch and movement ".

Sfx Editor:

- There is considerable delay sound playing (later starts and ends later)

Other:

- touch controls possibility for android (mouse control for PC) (?)

P. S. Thank you for the development of this wonderful application!

Hi,

• "Documentation (show CODE API)" - going to add MAN command
• "command to transfer saved .tic files from previous versions TIC in the new one." - here you can use ADD/GET commands, going to make carts portable when API will be more stable
• "How about adding the option of rotation the sprites..." - great, will add
• "Option to change the sprite palette..." - can add new param to spr() with remapped palette or smth else, how do you see it?
• "Add the ability to move the code by pressing the right mouse button" - you can use scroll here, not sure, pls explain
• "Ability to configure the control buttons" - will add

Android version:

• "Enable/Disable the gyroscope" - don't have device with gyro, will try to disable it
• "Adjusting the position of the control buttons, change the size of buttons, transparency" - will add smth
• "Enable/Disable screen rotation (portrait / landscape mode / auto)" - ok
• "In the Android version you can't copy/paste/delete/cut sprites" - will fix
• "You can't move the map" - will fix
• "Add the ability to move the code by "double touch and movement". - ok
• "There is considerable delay sound playing (later starts and ends later)" - yes, saw the bug, will fix
• "touch controls possibility for android" - pls explain

Thanks for the useful suggestions, it helps me make the TIC better

"Add the ability to move the code by pressing the right mouse button" – visual demonstration: https://i3.imgpile.com/i/lXyRw.gif (alternative https://youtu.be/hVSjNFLELVc )

"Option to change the sprite palette..." - Frankly, I don't know how it should look. However, there are several options:

• "Universal ": We have 16 colors, so we have(if I'm not mistaken) Fact (16) = 20,922,789,888,000 combinations palette changes.
  • sprid x y [colorkey [scale [flip[rotate[pal]]]]] - -pal = 0 – 20922789887999
  • Pros: Most obvious way
  • Cons: it's not intuitive. And it is too difficult to use. And in the sprites are very rarely used all 16 colors (and therefore many combinations are meaningless) ...
• "Specific ": Adding a function to specify what color you need to replace.
  • palChange(colorID,newColorID)
  • Pros: Most understandable way.
  • Cons: If the sprite is used a lot of colors we need a lot of calls palChange (x, y).
• "Tricky ": We have 16 colors. But one sprite often uses only 2-3.
  • sprid x y [colorkey [scale [flip[rotate[pal]]]]] - -pal = 0 – (x-1) where x – the total number of possible combinations. (x = 16! / (16-colInSpr)! ). That is, if the sprite consists of 1 color (meaning 2, but 1 of them transparent, on which the palette of color change does not affect), then you need to specify the value range 0-15. 2 colors: 0-239; 3 colors: 0-3359 ...
  • Pros: The most convenient way for sprites using a small amount of color.
  • Cons: Probably, it is difficult to implement in practice. The more colors used in the sprite, the harder it is to find the right "number".
• "Other": Another way, to which I had not thought of.

"touch controls possibility for android" – This is just an idea for the future. Interact with the game using touch, swipe, etc.

Make functions collapsible in the code editor like Notepad++

This would be really great because I like using the built in code editor. I think using an external text editor defeats the spirit of what we are trying to do here with these "fantasy consoles". 

An external text editor is pretty much required for Pico-8 and it tries to get around this with it's tab system and that's all fine & good, but I think that having collapsible functions + the wider work area & smaller font that Tic-80 has would be even better.