This changes us to use a fork of reflex-platform with two useful features:

* It accepts arguments controlling the Android sdk versions written to the
  Gradle build file.  We use this feature to bump our target sdk version.
  This will let us build bundles accepted by Google Play Store.

* It has a fix to the Nix expression for Android "Bundle" builds that makes
  the install phase succeed by copying the correct file around.

The latter is not directly relevant to sdk 31 support but it's in the
integration branch so by switching to that branch we're getting it.  This is
great because we'll want it in a minute anyway.

Android sdk 30 changes the default behavior for allow access to files from the
webview component from true to false (supposedly for security-related
reasons).

There is a reflex-dom branch (dylang/android_fixes_dev) includes a fix for
this which is cherry-picked into the revision now pinned by our reflex-dom
thunk.

We do not update directly to that branch since it is based on a fairly new
reflex-dom which comes with a cascade of dependency version updates which are
challenging (at least) to resolve.

With this change, static assets now load properly on Android sdk 29 (what we
currently use), Android sdk 30 (where the Android behavior changed) and
Android sdk 31 (the minimum version required for app uploads to Play Store
now).

Not to mention be simpler.
Maybe we don't even want/need nix-optics now ... ?

To do this, take over direct management of the reflex-platform dependency.

Should allow viewing files.
In practice, Android fails to find any viewer for every file type I've tried.
We might have to explicitly tell it about mime-types?

Refs !67 (comment 31405)

Attempt to allow the user to view the contents when they are clicked

... hoping this makes it easier to wire this up?
Plus it gives a nice hover animation (which one cannot see
on mobile I suppose)

... and use the classic ("deprecated") version, because that version
works better with icons to the left and right of list items etc.

Adds one "delete" icon per entry in the Magic Folder list view
as per #74.

Removes the static "might contain magic" text each entry in the
magic folder list view had. Closes #70.

Uses correct dividers. Closes #48.