New release soon / more frequent releases?

[aliceisjustplaying]

A whole lot has happened since the last release and while we may not have 1.2 yet, my two cents is it'd be worth considering a new 1.1.whatever release, given all the fixes etc.

Also in general, perhaps it's worth considering doing new releases more frequently? And/or retargeting what we want for 1.2?

A simple target for the next release soon could be merging #2558, fixing #2559 and setting up 64-bit RPi releases in #2188.

Thoughts @nesbox?

[nesbox]

Personally, I'd like to release a new version when the scripts start working as shared libs, I'm working hard on this right now here #2257 and I'm very close to the end :)

[Skeptim]

I don't contribute to the code so these are just some thoughts/suggestions of fixes that could be done before the release, I let you judge:

• The "dev mode" on by default is a recurrent debate Start with "dev mode" on when booting into the console #1950 It could be solved by keeping the settings when updating TIC-80 Keep settings when updating TIC-80 #2531 . I also think advertising the Esc+F1 hotkey in the menu would help newcomers [Suggestion] Advertise the Esc+F1 keyboard shortcut in the menu (to switch game → editor) #2274 (or advertise the existence of the "dev mode")
• An other recurrent discussion concerns the navigation in the code editor, there are many opened issues proposing different solutions. I recently advertised better the outline in the wiki, but my preferred solution would be to use bookmarks and therefore to solve: Persist bookmarks into a "session" that persists across restarts #1979

[joshgoebel]

IMHO we should really consider semantic versioning. In that case most every release would be minimally a minor release. Ie

1.2
1.3
1.4

Etc

[aliceisjustplaying]

@nesbox bump