Oh, and I threw in a co okie. The status screen shows you the dimensions of the copy buffer.. Useful if you are going to paste into a new file or another file.

Well, I went with saving the width and height at time of copy. I've been testing a lot the last couple of days, and testing the new block functions has been fun. I've also done a lot with the manual. Reorg'ed a bunch, thoroughly documented copy and paste, fixed a bunch of typos and inconsistencies. Going to be a great release!

and dont ask to ever be put on the Special High Intensity Training list.

I dig "The Basement" (no copyright infringement intended) :P Neat to see the teletype machines. Had a friend once who used one to talk with a deaf friend over the phone. He showed me how it worked, it was pretty neat.

On my GitHub: https://github.com/Ripjetski6502/MrPaint1.34 will be released tomorrow or Saturday pending testing completion.

Interesting idea. Let me chew on it and see how much it would add to code size. sprintf is my friend here, so it might not be an issue, other than parse breaking the extension off.

U1MB is always a good idea. Very versatile. I have one in my 800XL and love it.

My favorite pic. "Can we just go home?, wait, is that candy?"

I hadnt noticed until this pic. Suffering from the classic Apple design delimma. Steve Jobs is rolling over in his grave because he thought the logo should upright fro everyone else to see when opened, not rightside up for you when its closed. Its very cool none the less!

I was worried Print would take too much code space. I found a way to co-opt the Save routine, and only add ~300 bytes. The print routine is not a graphic output routine. To print an ATASCII screen, you need an ATASCII printer such as the one in Atari800MacX and FujiNet.  Otherwise, you can print pure ASCII to any printer. Example attached (as generated by Atari800MacX ATASCII printer): I'm going to clean up the menu to remove the fluff functions, write a manual, and post the code and program this week (pending testing completion).

OK. Very near, or at, a 1.00 release. Remaining edit functions are fluff niceties. All the core features I set out to create are in place and working. Very useable at this stage. Ive tested it on the following DOS's: -Tested SpartaDOS 3.2g (OK) - 64K machine -Tested SpartaDOS 3.2g (OK) - 128K machine -Tested SpartaDOS X 4.49 (OK) - 192K machine -Tested Atari DOS 1.0 (FAIL) -Tested Atari DOS 2.0s (OK) -Tested Atari DOS 2.0d (OK) -Tested Atari DOS 2.5 (OK) -Tested Atari DOS 2.6f (OK) - unofficial -Tested Atari DOS 2.8f (OK) - unofficial -Tested Atari DOS 4.0 (OK - load off by 1 row - result of file conversion?) - Antic -Tested Happy DOS II+/D (OK) -Tested MyDOS 4.53 (OK) -Tested OSS DOSXL 2.20 (OK) - CLI -Tested OSS DOSXL 2.20 (OK, crash on quit) - Shell -Tested OSS DOSXL 2.30p (OK) - CLI -Tested OSS DOSXL 2.30p (OK, crash on quit) - Shell -Tested SmartDOS 6.1d (OK, crash on quit) - residup on -Tested SmartDOS 6.1d (OK, crash on quit) - residup off -Tested SuperDOS 2.0 (OK) -Tested XDOS 2.51 (OK) Here is a video demo. Once I get a few bits of polish and some more testing complete both emulated and real hardware, I'll post it up for use and put it on my GitHub. MrPaint1.00-720.mp4 ...

Well.... Added a number of things. Directory working, expanded keymap to include inverse control characters. added file overwrite warning. Found an issue with load sometimes removing blank lines, but not always. I think its more fgets() fun. May have to roll my own file read line routine. I wanted to create a video once directory was done. Now I need to wait until I finally resolve this pesky load. In the mean time, here are some recent screenshots.

Fixed the save issue, and both save/load are working. Added a blinking cursor, and ability to turn on/off a soft key click. Also cleaned up a bug which let you leave inverse on at exit. I'll get a video created tomorrow. Amis is beta testing.

OK boys and girls.. I resolved the load issue. Boiled down to how fgets works in CC65 and in combination with Atari RETURNS not really being CR or LF (155 vs 10 and 13). With this latest version you can save and load the following: - ATASCII screen files: ATASCII encoded, 40 x 24, no linefeeds (considered RAW mode) - invoked by setting RAW when doing save. - ATASCII screen files: ATASCII encoded, x 24, with linefeeds (RETURN) - ATASCII screen files: ATASCII encoded, x , with linefeeds (RETURN) - ATASCII screen files: ATASCII encoded, 40 x , no linefeeds To save with variable length lines, turn on Trim Trailing in Prefs (default). To save with less than 24 lines, use the Set Marker on the last line you want to be saved (Shift-Control-M).  Clear the marker by pressing the key combo again (on any line). To add a clear character as the first character, set Add Clear in Prefs (off by default). You can change the default drive from 1 to 8.  Right now it only changes the default filenames drive (first save). Load will load any configuration of the file saves.  If a CLEAR is found as first character, it will set the Add Clear pref, which will also be used at the next save, thus preserving it. I'll get a video up later this week. I'm working on Directory next, which I really needed during the testing so far, and wished I had. minutes later.... And I just found an issue with the save.... Maybe a few more days....

Save routine is complete and works for the following: -Raw mode 40x24 (no newlines, no clear) -Normal mode (trimmed lines with newline, optional clear) -Normal mode (untrimmed lines, optional clear) I'll work on the load tomorrow. QQ. When saving screens that have variable length lines, for lines that happen to have 40 characters, should a newline be added? Adding a newline to a 40 character line will effectively add 2 lines which I think is incorrect behaviour.

I have largely reworked the save routine, and rethought one of the feature functions use case, and thought of some others features. New feature is ability to Add a clear screen at the beginning upon save. This will NOT be used for raw mode saves. New feature is the editor will support two save modes: Raw mode (40x24) screen with no newlines; and Normal mode. Normal mode will support limiting the number of rows (bottom marker), and support both strict 40 column and variable columns with newline (RETURN). The Load function will detect how to load the file. This will provide the most flexibility in loading existing screens. Currently the save routine is 95% complete. I need to add trimming trailing spaces for normal mode. The load routine is 60% complete, currently only detecting and handling if file was saved with add clear. and loading raw mode. I need to finish the logic for loading variable length lines. I'm hoping to have the save/load complete by the end of the weekend, and if so I'll provide a video again.

Reworking the load and save.. Added a character map.

I have a release candidate with all core functions working - enough to draw, load and save. The rest of the icing: block operations, line operations, and directory are still outstanding. I'm also trying to device a way to highlight the cursor without using a player/missile - likely a blink. A new feature added is trim trailing (with a preference), which will omit all blank lines at the bottom of the screen (not blanks interlaced with content). I'm deciding how useful it would be to omit trailing line space, but that poses some issues with loading a screen into the editor - unless I do an export feature. Amis has the candidate and doing some beta testing. It's very usable in the state it is in right now, and will help me with what I need to do. I'll release it once I get some of the advanced features complete.

"Sign in to confirm you're not a bot. This helps protect our community". Sure it does Google, but I dont have a Google account and am not creating one. Working against yourself for ad delivery if you require a login. Sadly skipped Darklord. People should move to Peertube or Vimeo. The initial video frame looked good though.

Thx. I always seem to forget to post somewhere.