I've had feedback toward me when I point people to use RM and I tend to agree... modern "art related" applications do tend to have dark mode as their default design/operation. Since none of them took the time to send the suggestion your way, I'll do it. ;-)
Just a word to say that I had to change RMThumb.PAS to RMThumb.pas. Otherwise the compiler didn't find the unit. It's on Linux. Maybe it would be a good idea to normalize all file names.
Another detail. In the Tools menu, there is a missing letter in "Rectangle".
Add Sprite Sheet Exporter in a similar method to Sprite Sheet Importer.
Will initially export simple formats but will add ability to pack variable size sprites
if any lazarus or QB64 coders want to do a port of dr petter's version it would be something that would be appreciated by the community. I can either fork or convert to lazarus as long as you provide an MIT license or something that does not restrict usage (including commercial uses)
This is long term planning and if I have to do this myself i probably will not get to it until another year.
Really noticeable on my 9yo daughter's laptop (where she is primarily using this) that is limited to 1366x768 maximum screen dimension (running Windows 10).
It looks like the "zoom" component appears to take up a significant amount of screen real-estate; almost 1/3rd of the region pushing the palette "off screen". Additionally, resizing the palette region doesn't cause the color swatch to resize - meaning not able to take advantage of the additional space. If it could change to 3 columns (in this case) then all of the colors would be visible.
So if the "zoom" component were to be placed "elsewhere" (such as the center-upper region like it is in the map editor) and the color swatch placed at the top of the region that it is currently in, this would at least resolve the "off screen" issue... but it would (in my mind) make it easier to then take advantage of the width of the region by drawing the color swatch in more columns.
In any case, it might also make sense to have the color swatch contained within a scroll region.
if you start the select tool from the bottom right and end your selection at top left this causes problem with exporting/saving and numerous other functions
when changing between thumb view images the draw tool, clip region, palette menus, and zoom scroll position are not preserved. should preserve this information just like we do with color/palette
Following up with my suggestion regarding having a transparent color - once it was available would like to be able to select an image and utilize it as a test sprite to see how it would look over the map that was drawn; similar in style to how you've done several of your videos where you draw a map and have a character that can move around on the screen - but instead of having to export, generate code, spin up separate process - have the ability to preview/test this sprite on a map so you can cut down the round-tripping in trying to fine tune things.
I started to port it to Free Pascal + ptcGraph, but I have no idea how to load the pictures. I said to myself that maybe you would accept to involve yourself in that little project.
I attach here the current state of my code. It compiles and starts, with pictures indexes displayed instead of pictures. Please see uobj.pas.
Would like to be able to name the images something more descriptive than Image1, Image2, etc. Would assume clicking the text of an image and then clicking it again to switch into edit mode might be an approach. Additionally (or alternatively), would like to see a "Rename" option in the context menu.
When an image is deleting from the thumbnail view and is a different zoom size than the next image that get displayed it will cause the zoom area to be distorted.
I'd like to see the option so specify one of the colors as "transparent" and have it render in the drawing surface as such - maybe as a checkerboard pattern (black and white) instead of having to draw everything with the blinding magenta color (as an example). The alternate to this would be that there is always a "transparent color" in the color swatch and that "color" is replaced (when necessary) with a real color when exporting to file types and/or source generation that don't support transparency.
Right now, you are able to specify a map size of equal height and width; would like the ability to specify an "arbitrary" number of cells horizontally and vertically to better match the target screen resolution layout.