Status Update Thread

[Thomas Okken]

I'm starting this thread to post updates on the status of Free42 and Plus42 development. I'm not sure yet whether to make this a read-only thread, where group members would have to start separate threads if they want to respond. For now the thread is writable for everyone, we'll see how it goes.

Here's the first status post:

Work on the next major updates to Free42 and Plus42 has been slow lately, I have needed to take some time off because other aspects of my life got in the way. I'm trying to get back into it now, and currently I have these items at the top of my agenda:

• FUNC improvement: make it hide the stack contents, so only the actual parameters are on the stack when the function begins. What this means is that functions will be able to use CLST, R↓, etc., without affecting their callers.
• EDIT improvement: make it support empty lists, nested lists, and matrices within lists.
• Plus42: Full-screen EDIT.
• Plus42: Customizable header line.
• Android and iOS: Better tablet support.

It's a somewhat ambitious list, so even if I'm able to work on it full time, it'll probably take at least a month. Maybe I'll end up deciding it's taking too long and put out a release with only some of these changes, and put off the rest to a following one. Stay tuned!

[Thomas Okken]

I finally finished the new FUNC. I uploaded test builds of Free42 and Plus42 for those who are interested in a sneak peek:

https://thomasokken.com/free42/download/test/

https://thomasokken.com/plus42/download/test/

The Plus42 builds also include the new features that are taking the place of what was originally going to be a fully customizable header. Namely: LTOP (show LASTx at the top of the stack area); ATOP (show ALPHA at the top of the stack area); HFLAGS (annunciators for flags 0 to 10 in the header line); and HPOLAR (annunciator for POLAR mode in the header line). All of these functions are in the DISP menu.

Work starts on the EDIT improvements next...

[Thomas Okken]

I implemented nested list and matrix editing in the matrix editor. Test builds are in the same locations as before:

https://thomasokken.com/free42/download/test/

https://thomasokken.com/plus42/download/test/

In the new matrix/list editor, the format of the X register prompt now supports lists, nested lists, empty lists, and matrices within lists, with these formats:

1= first item of the top-level list

1.2= second item of the list, which is the first item of the top-level list

1.2.3= third item of the list, which is the second item of the list, which is the first item of the top-level list

etc.

1:1= top-left element of the top-level matrix

2.1:1= top-left element of the matrix which is the second element of the top-level list

etc.

When editing a list, when the current list item is also a list, pressing the → menu key will enter that list;

When editing a list, when the current list item is a matrix, pressing the → menu key will enter that matrix;

When editing a nested list, pressing EXIT or pressing the ← menu key will go to the enclosing list;

When editing a matrix inside a list, pressing EXIT will go to the enclosing list.

When editing an empty list, the item number is shown as the letter E (as in "empty").

The code could use more testing but the basic functionality is all there. The next item on my list is to use the screen area above the X register to show as much of the current list or matrix as will fit, while in the list/matrix editor in Plus42. That will be the final item of core functionality on my current to-do list; I'm planning to release this code as Free42 3.1 and Plus42 1.1 once it's complete and tested.

[Thomas Okken]

I uploaded new test builds, fixing two issues:

1. Free42 and Plus42: RTN after LNSTK without FUNC did not switch back to 4-level stack mode correctly. If the stack had more than 4 levels, it would trim the stack by dropping the lowest levels, rather than the highest.
2. Plus42 only: Removed the FUNC 01 LNSTK from the start of generated code. The FUNC 01 wasn't necessary -- because generated code always consumes 0 parameters and returns 1 result anyway -- and the LNSTK isn't necessary when the function is called while NSTK mode is already active. Removing these unnecessary calls makes calls from generated code to generated code much more efficient, which is particularly relevant for recursive functions.

[Thomas Okken]

Hmm... I just realized that it is necessary to do FUNC 01 during the initial EVAL/EVALN, because without it, LASTX isn't preserved, and the REGX, REGY, REGZ, REGT, LASTX, and STACK[n] functions don't work.

I'll fix this in the next build.

[Thomas Okken]

I uploaded another test build, for Plus42 only, that fixes the stack access functions for equations (REGX, REGY, REGZ, REGT, LASTX, and STACK[n]).

[Thomas Okken]

I uploaded another test build, with improved FSTART behavior.

FSTART replaces the old FUNC 01 LNSTK at the beginning of generated code. FSTART also performs FUNC 01 and LNSTK, but only when they are actually needed. That is, when the generated code is called from generated code, FUNC 01 and LNSTK are not performed, and if the generated code is called from RPN user code, FUNC 01 is performed, and LNSTK is performed if the stack wasn't in NSTK mode already.

Together, these changes make equation-to-equation calls much more efficient, while also making the stack access functions work in equations called from equations, where they didn't work previously.

[Thomas Okken]

I uploaded a new set of test builds. They fix a bug in EDIT, which could start up in the wrong mode (list vs. matrix editing).

[Thomas Okken]

New update: fix to Plus42, where you couldn't exit from the matrix editor while editing a top-level empty list.

[Thomas Okken]

New update:

Added CSLD? to CATALOG→PRGM

Removed Alt-/ and Alt-? shortcuts for "About" in the Windows versions

Plus42: Added VIEW() function

The VIEW() function takes one or more parameters, and displays/prints them using the RPN VIEW function. It returns its last parameter. From an evaluation standpoint, it acts like SEQ().

[Vincent Weber]

The VIEW() function is nowhere to be found in the equation catalog, shouldn't it be next to STOP() in the PRGM.FNCT menu and even mapped to the VIEW key? 

Think of us, poor mobile users won't don't have a keyboard :D

[Thomas Okken]

Oops 😰

[Thomas Okken]

New updates:

1. Keyboard mapping fix for Linux (support for shifted arithmetic keys on the number pad; should work for Shift-Space too).
2. Plus42 equation editor: added VIEW to CATALOG→FCN and to PGM.FCN, and enabled the VIEW key. Also moved the type check functions to a submenu within PGM.FCN, to prevent the menu from becoming more than 5 rows long.
   

[Vincent Weber]

Just 2 questions regarding VIEW() 

1. If you supply more than one argument, they are viewed in order, but in practice you only get to see the last one, so what's the point of supplying several? I thought if was for printing, but:

2. Those VIEW statements don't get printed, be it in MAN or TRACE mode, is it intended? 

[Vincent Weber]

Forget what I've said for 2, I stupidly forgot about flag 21!! 

[Thomas Okken]

Forget what I've said for 2, I stupidly forgot about flag 21!!

 

That's your answer for question 1 as well:

 

1. If you supply more than one argument, they are viewed in order, but in practice you only get to see the last one, so what's the point of supplying several? I thought if was for printing, but:

Bingo!

[Thomas Okken]

I released Free42 3.1 today.

(Plus42 1.1 will follow in about two weeks.)

The released version adds a few fixes to the list editor, but is otherwise identical to the most recent test version. I have removed the test versions; the release versions for Android, Windows, MacOS, and Linux are up on my web site now, and they will probably show up in the Android and iOS app stores in a day or two, if not sooner. (You never know how long it will take, but it's been mostly within a day in recent times.)

[Thomas Okken]

The Android and iOS versions of Free42 3.1 are in the app stores now.

[Werner Huysegoms]

CSLD? allows you to verify if stack lift was disabled upon calling the UDF. Is there also a way of returning with stack lift disabled? RTNSLD ;-)

Werner

[Thomas Okken]

CSLD? allows you to verify if stack lift was disabled upon calling the UDF. Is there also a way of returning with stack lift disabled? RTNSLD ;-)

No.

[Thomas Okken]

I just uploaded new Plus42 test builds. These now include the full-screen matrix/list editor.

This new full-screen mode works the same as the original matrix editor, except it uses the entire screen area above the X register to show as much of the current matrix or list as it can. If you want to see the regular stack and header display, you can switch back to the old UI using the new STK toggle in the second row of the matrix editor menu.

Barring bug fixes and UI tweaks, this is what I'm planning to release as Plus42 1.1 in early December.

[Vincent Weber]

I have just tried it, and I love the new UI, very flexible and pretty, even better than the 48! 

Just one thing I find strange, though. When you modify one cell, this is not reflected in the full-screen editor immediately when you press Enter. Only if you move one cell with the arrows. Is it on purpose? 

[Thomas Okken]

I have just tried it, and I love the new UI, very flexible and pretty, even better than the 48! 

Thanks! :-)

 

Just one thing I find strange, though. When you modify one cell, this is not reflected in the full-screen editor immediately when you press Enter. Only if you move one cell with the arrows. Is it on purpose? 

Yes, it is. What you see in the grid is what's currently stored in the matrix. What you're entering in the X register isn't stored in the matrix until you press one of the arrow keys in the menu.

[Vincent Weber]

Ok, thanks! And congrats! :) 

[Thomas Okken]

😊🥳

[Thomas Okken]

I just noticed I forgot to mention something:

Just 2 questions regarding VIEW() 

1. If you supply more than one argument, they are viewed in order, but in practice you only get to see the last one, so what's the point of supplying several? I thought if was for printing, but:

2. Those VIEW statements don't get printed, be it in MAN or TRACE mode, is it intended?

If you turn off the printer (PROFF) and then set flag 21, VIEW and AVIEW instructions in programs will halt program execution, so you can look at the output at your leisure, and press R/S when you're ready to let the program continue. This is behavior going back all the way to the HP-41C, and it is meant to allow programs to rely on VIEW and AVIEW for printing, while also being usable when no printer is available. The same trick can be used with VIEW() in Plus42 equations.

[Thomas Okken]

Updated Plus42 test builds for Windows; they were missing the Extended keyboard mapping that I added to Free42 a couple of weeks ago.

(The Mac and Linux versions were already in sync with the latest Free42 keyboard logic.)

[Thomas Okken]

Free42 3.1.1: bug fix release

It was brought to my attention that ASSIGN "" (to remove an assignment from one CUSTOM menu key) didn't work in Free42 3.1 for iOS. This turned out to be caused by (yet another) optimizer bug in Apple's compiler, and it affected the MacOS version as well.

I'm releasing a new version, 3.1.1, to fix this bug.

It also fixes the bug where GOTO in EDIT/EDITN, while editing a list, would ask for a column number. It shouldn't do that, since lists are one-dimensional, so you should only have to enter a row number.

[Thomas Okken]

Plus42 1.1 released

Will appear in the Android and iOS app stores today or tomorrow, I expect; the desktop versions are on my web site now.

Thanks to everyone for their suggestions and help!

2023-11-29: release 1.1

* Full-screen matrix and list editing (EDIT & EDITN)
* Added option to show LASTX at the top of the stack display area: DISP→LTOP
* Added option to show ALPHA at the top of the stack display area: DISP→ATOP
* Added option to show the state of flags 0-10 in the header: DISP→HFLAGS
* Added option to show an indicator for POLAR mode in the header: DISP→HPOLAR
* EDIT, EDITN, and INDEX now support editing lists, nested lists, empty lists,
  and matrices within lists. See the Free42 web site for details.
* FUNC now hides the caller's RPN stack, so user-defined functions can use
  functions like CLST and R↓ without causing side effects.
* User-defined functions can now be made to support 'stack lift disable'
  properly. For functions using FUNC, this happens automatically, and other
  functions can use the new CSLD? function (Caller's Stack Lift Disabled?).
* FNRM and UVEC, when called with very large parameters, could get incorrect
  results due to overflows in intermediaries. Fixed.
* Fixed parameter bounds check in PIXEL.
* Windows, MacOS, and Linux versions: Keyboard maps now support separate
  mappings for unshifted and shifted numeric keypad keys, and unshifted and
  shifted Space.

[Thomas Okken]

Plus42 1.1 is live in the Android and iOS app stores.

[Thomas Okken]

I found a couple of minor bugs, one in FUNC and one in CSLD?

I built bug fix releases: Free42 3.1.2 and Plus42 1.1.1.

They're on my web site now, and waiting for approval for Google Play and the iOS App Store.

[Thomas Okken]

Android 13 and Android file access

Just a quick heads-up:

Now that it looks like the regressions in Plus42 1.1 and Free42 3.1 have been taken care of, I've started looking into dealing with the long-standing issue of file access restrictions under Android 11 and later.

It looks like this will be a pretty straightforward fix, using the file selection intents that are also used by Emu42.

I just became aware of a new problem, in Android 13, where the file selection dialogs don't work at all. This appears to be due to yet another file access restriction, one which I hadn't realized existed, because existing apps were getting their earlier access permissions grandfathered. But new installs, and clean re-installs, don't get these grandfathered privileges, and they are subject to the full impact of the new restrictions.

Both the Android 11 restrictions and the newer ones in Android 13 should be fixable by adopting logic like what exists in Emu42.

I'll try to get these changes done before Christmas. Updates to follow.

[Hans J Albertsson]

You are amazing! 

Almost can't wait for the result..

[Thomas Okken]

I have raw and state import & export working in the Android 13 emulator. That turned out to be pretty easy.

Dealing with skins and print-out files will be a bit more complicated, since handling those properly will require support for copying arbitrary files between the app's private storage and the directories reachable by the file selection intents. Not rocket science but it will require a bit of UI work.

Oh, and the app's OS requirement is going to go from 4.0 to 4.4 😱

[Vincent Weber]

Excellent, all the best Thomas! 

[Thomas Okken]

The Android file access fixes are done:

Free42 3.1.2b is on my web site and in the Play Store;

Plus42 1.1.2b is in the Play Store.

[Vincent Weber]

Seems to work great! Thanks Thomas! 

[Hans J Albertsson]

I tried playing around with this on plus42.

Moving programs in and out seem to work ok but "states" has me baffled.

No wonder, I have never ever even contemplated using them.

Is there some writeup/how-to with a reasonable work flow?

Say I want to set up a base state, with a couple of programs and a special set of ready made variables, such as the volume of 12g of ethanol and various bottle sizes.

Then I would like to create a couple of states as refinements of this base state, such as one state for easy calculations of blood alcohol vs time and another for risk assessment of various rates of consumption.

How do you do that in Plus42?

[Thomas Okken]

"states" has me baffled.

That sounds like it should be a separate thread, not a conversation on the Status Update Thread.

Here's the documentation that currently exists: https://thomasokken.com/free42/#state

If that is not sufficient, start a new thread, and I'll try to help there.

[Johan Neven]

Exporting and importing programs work very well. But when I export a state, it wants to export this state with extension '.f42' instead of '.p42' resulting in 'State export failed!'.

Sharing a state works when using a program like 'Total Commander' to copy the shared state.

Op woensdag 20 december 2023 om 15:10:26 UTC+1 schreef hans.j.a...@gmail.com:

[Thomas Okken]

But when I export a state, it wants to export this state with extension '.f42' instead of '.p42' resulting in 'State export failed!'.

Yikes! Looks like I missed changing that bit when I copied the new logic from Free42 to Plus42.

The fix is in the Play Store now.

[Johan Neven]

Thanks, Thomas! 

This Android 11+ change in file handling gives Plus42, already a great App before, much more elegance, and freedom to use.

Op donderdag 21 december 2023 om 11:00:21 UTC+1 schreef Thomas Okken:

[Thomas Okken]

Graag gedaan :-)
Fijne feestdagen!

[Thomas Okken]

Support for external keyboards on iOS

Free42 3.1.3 and Plus42 1.1.3 are out now. (The Plus42 iOS version is still waiting for approval at the time of writing, but everything else is available.)

There isn't a lot going on with this release, but I wanted to highlight it here because of one significant new feature: support for external keyboards in the iOS versions. You won't see anything in the user interface; the calculator view now just happens to respond to connected external keyboards. The keyboard mapping is the same as for the desktop versions, and for skins that define their own key mappings, it uses the MacKey lines.

And no, there is no external keyboard support for Android yet. This is near the top of my to-do list, though, so expect it in the not-too-distant future.

[Thomas Okken]

Plus42 1.1.3 for iOS is now live as well.

[Thomas Okken]

It has come to my attention that some Bluetooth mini-keyboards don't have an Esc key. That is a bit awkward, because that's what the standard keyboard map uses for EXIT.

You can generate Esc on those keyboards by pressing Ctrl+[, but what the app sees in that case is Ctrl+Esc, because the Ctrl key is being held down. And since Ctrl+Esc is a combination that isn't defined in the keyboard map, it ends up doing nothing.

In the next release, I'm adding a bit of code that checks for Esc key presses, and ignores the state of the Ctrl key whenever one is received. That should fix the issue.

[Vincent Weber]

What about also triggering the Android/ios virtual keyboard when in alpha entry mode, if an option is checked? 

[Thomas Okken]

For easier alpha entry, I'm leaning towards a DM42-like input mode. It's on my list.

[Vincent Weber]

Excellent, thanks! So will imply putting alpha characters on the skin... :) 

Cheers 

[Hans J Albertsson]

I think that the "virtual keyboard" approach would be very useful!

Especially if it could be controlled by a pulltab somewhere on the skin's edge.

[Darren Beckett]

Hi Thomas,

Can the alpha quotation marks be removed from plus42 on top of display stack in the next update.

Thanks.

[Thomas Okken]

If you're seeing A:"<something>" at the top of the stack, it's because you turned it on, probably without meaning to, and you turn it off the same way: DISP ▲ ▲ ATOP. It's mentioned in the 1.1 release notes; there are several other display customization options there as well.

[Thomas Okken]

In that case, the answer is no, I'm not going to change that.

[Darren Beckett]

It will look a lot cleaner on the  display, can you give a reason why. 
Thank you

[Thomas Okken]

I disagree. All strings in the stack display view are quoted; making an exception for A: would be uglier.

Also, I want to be able to see trailing spaces.

[Thomas Okken]

Thread locked

I'm locking this thread. It will be for announcements only from now on.

Comments will have to be posted in separate threads.

I realize this may be inconvenient, but there is too much clutter here lately. The announcements are getting swamped in often only marginally related comments. This thread is supposed to be primarily for announcements, not general discussions.

Also, deleting comments after they've been replied to is not cool. If you want a discussion to disappear after it's done, use email, not a message group. If this happens again, I'll delete the entire thread and ban the offending user.

[Thomas Okken]

Support for external keyboards on Android

Free42 3.1.4 is out now. (The iOS version is still waiting for approval at the time of writing, but everything else is available.)

There isn't a lot going on with this release, but I wanted to highlight it here because of one significant new feature: support for external keyboards in the Android version. You won't see anything in the user interface; the calculator view now just happens to respond to connected external keyboards. The keyboard mapping is the same as for the desktop versions, and for skins that define their own key mappings, it uses the MacKey lines.

Plus42 1.1.4 will  follow soon, also with Android keyboard support.

Note: There will be another update to Free42 soon. After releasing it, while porting the keyboard logic to Plus42, I realized that Alt mappings weren't being handled correctly. For Free42, this isn't a big problem, since the only such mapping in the standard keymap is Alt 8 for the ∫f(x) menu. In Plus42, however, the standard skins define Alt 1 through 6 and Shift Alt 1 through 6 for the second row of the keyboard, and those are the only mappings for that row.

For this reason, I had to define another keyboard mapping declaration type for skin layout files, DroidKey (in addition to the existing WinKey, MacKey, and GtkKey). The iOS version will continue using MacKey; the way iOS handles Alt matches the behavior of MacOS, so there are no problems there.

So, to summarize: Keyboard mapping for Android works in Free42 3.1.4, except for Alt mappings.
The Alt issue will be fixed in the next release, which I'll release alongside Plus42 1.1.4, and along with those releases, I'll also update all the skins in my collection that need to have DroidKey mappings added.

[Thomas Okken]

Free42 3.1.4 (for Android: 3.1.4a), and Plus42 1.1.4 are out now for all platforms.

The Android versions include keyboard support. This was tested using the Android Emulator, and on a Moto G5 with a Logitech Keys-To-Go Bluetooth keyboard.

Note that keyboard support for iOS was introduced in Free42 3.1.3 and Plus42 1.1.3.

[Thomas Okken]

iPad Support

I just released Free42 3.1.4b and Plus42 1.1.4a. These are iOS-only releases, and they are built with iPad support for the first time.

iPad support is very basic. I just turned on the iPad option in the project settings, made some code changes so the menus don't crash the app, and added a bunch of new icons. Nice stuff like putting the calculator and print-out side by side will have to wait for a future release. The point of this one is to support Split View and Slide Over.

[Thomas Okken]

Resizable main window (MacOS)

I just released Free42 3.1.4c and Plus42 1.1.4b. These are MacOS-only updates, which add two features:

• Resizable main window
• Command-D shortcut for Clear Print-Out

This functionality is also in the works for the Windows and Linux versions; those will be updated in later releases, coming soon.

[Thomas Okken]

Free42: Resizable main window (Windows)

I just released Free42 3.1.4d. This is a Windows-only update, which adds two features:

• Resizable main window
• Command-D shortcut for Clear Print-Out

I expect to release Plus42 1.1.4c for Windows, with these same additions, tomorrow. Linux versions, probably a few days later.

[Thomas Okken]

Plus42: Resizable main window (Windows)

I just released Plus42 1.1.4c. This is a Windows-only update, which adds two features:

• Resizable main window
• Ctrl-D shortcut for Clear Print-Out

Resizable main windows for the Linux versions are in the works.

[Thomas Okken]

"Sharing" crash on iPad

It has come to my attention that "sharing" crashes in the latest Free42 and Plus42 releases for iOS, when they are running on iPad in full-screen mode. This affects these operations:

• Print-Out -> Share (the square-with-arrow icon in the top right corner)
• Main Menu -> Program Import & Export -> Share Programs -> (select programs) -> OK
  
• Main Menu -> States -> (select state) -> More -> Share

It is possible to work around this by only using these functions when the app is running in Split View or Slide Over mode.

I'll release a fix for this problem this week.

[Thomas Okken]

Correction:

It is possible to work around this by only using these functions when the app is running in Split View while the device is in portrait mode, or in Slide Over mode.

The underlying issue is that certain user interface elements, which are positioned automatically on iPhones (or on iPads in Slide Over mode, etc.), require explicit positioning on iPad, at least in full-screen mode or in Split View in landscape mode. This affects menus and share sheets. You can tell when the app is in iPad mode, because menus will be shown below the display with a little arrow, while on other modes, they slide into the screen from the bottom.

I already dealt with this issue for menus in the original iPad-aware releases, but I wasn't aware that share sheets are affected by this as well.

[Thomas Okken]

Bug fix releases

New releases:

Free42 3.1.4e for iOS, Windows, and MacOS

Plus42 1.1.4d for iOS and MacOS

The iOS releases fix the crashes while using "share" on iPads;

The MacOS releases fix a crash when resizing the main window to a width of zero;

The Free42 Windows release fixes a bug that made it look like the Σ+ key was pressed when the app started.

Those are all the bugs that I'm aware of, that are related to the recent UI changes.

Making the main window resizable in Free42 and Plus42 for Linux is next. Hoping to release that before the end of the week.

[Thomas Okken]

Free42: Resizable main window (Linux)

I just released Free42 3.1.4f. This is a Linux-only update, which adds two features:

• Resizable main window
• Ctrl-D shortcut for Clear Print-Out

I was hoping to release this update together with Plus42 1.1.4e, but these changes took a lot longer than I expected, so I'm leaving the Plus42 update for next week.

[Thomas Okken]

Plus42: Resizable main window (Linux)

I just released Free42 3.1.4g and Plus42 1.1.4e. These are updates for Windows, MacOS, and Linux.

Plus42 1.1.4e for Linux adds these two features:

• Resizable main window
• Ctrl-D shortcut for Clear Print-Out

This means the main window is resizable in all the desktop versions now.

The Windows updates include a fix for a skin rendering bug in Windows Vista.

[Thomas Okken]

Windows: Display fixes

I released updates for Free42 and Plus42 for Windows yesterday, and again today.

These address two issues:

* Blurry display when scaled (because of main window resizing, or because of using COL+ in Plus42)

* Display flickering

I fixed the first by using an over-sampled off-screen bitmap, theoretically reducing the width of the blur by a factor of four. This will be most effective when the main window is enlarged significantly, i.e. by about 1.25x or more.

I fixed the second by using buffering, so the display drawing gets done to an off-screen buffer first, and then the drawing is copied to the screen. This reduces the time when the physical screen is partially painted.

I recommend all Windows users get Free42 3.1.5b and/or Plus42 1.1.6b. Worst case, you won't notice any difference; best case, the display will look sharper and there will be no more flickering.

[Thomas Okken]

Slower release cadence coming

Free42 3.1.7 and Plus42 1.1.9 just went live in the iOS App Store. They were live for the other platforms already, so that completes this latest release.

I'm not going to go into detail about these releases, they contain minor improvements that you can read about in the release history, or in the commit history in GitHub if you're really interested in the details.

The real reason for this post is an announcement, namely, that I'm planning to slow down the release cadence going forward. These last few months there have been a lot of releases, more than one per week, mostly because of some difficult UI work, but also because of bugs in other new recent functionality.

As of last week, I have completed everything that was on my to-do list. This means that, until I decide to resume adding new functionality, I won't have any work on Free42 and Plus42 for a while.

Of course I will continue to fix bugs as needed, but I'll try to slow the release cadence to no more than once a month. I'm making this announcement just so people know that I haven't fallen off the face of the Earth. Bug fixing and other maintenance will continue, but nothing else for the next few months at least.