I certainly will do as soon as it’s available (currently there’s not even a tag, let alone a release with an .apk file; and of course I’d happily host it via my repo “until it’s mature” – after that it rather should be in the official repo – so if @Bubu provides me a download link, I’m all game). As I’m about to flash the microG brand of LineageOS on my new device, I’ll have the “main client” pre-installed.

Licaon_Kter:

In the device launcher maybe?

That’s meant as a joke, isn’t it? How would you tell there which apps came from F-Droid? I meanwhile found the place (in Settings it is).

Licaon_Kter:

Updates are NOT OFFERED with different signatures, not an issue (maybe it was like this in 2017? I can’t tell)

Ah, that’s good. Yes, with the old client the error came from the package installer – i.e. after download. OK, that makes that reason obsolete – but still the point remains important. What about apps available in multiple repos when one first wants to install such? For example in mine and in main; I’d have to decide whether I want fast updates/the latest version, or rather the trust of the main repo. In this example, overlaps are minimal between our repos – but mine has the latest version of some apps the official repo no longer updates (as they do not meet the inclusion criteria anymore).

Licaon_Kter:

At one point I’ve argued that I’d like SWAP and Installed apps…swapped

I’d second that. And yes, the arguments following it as well But I’m still confused by those “tiles” (my usual reaction on such design: “If I want tiles, I visit the bathroom”; tiles may be fine for unstructured things (collage), but IMHO are no good for things that should be “organized”, like app listings). For the user, it’s not clear why one tile is larger and the other smaller. Is the “larger app” to be preferred? Is it more important? What is the reason that some span the entire line while at other places multiple apps share a line? How can I sort a list alphabetically (very useful e.g. when “scanning” a large category carefully – so I can remember I’ve stopped at “H” when I take a break)? The current order seems very random.

I very much hope for @Bubu’s classic client. I’ve already asked for an optional list view in the main client, and my request was rejected – so the classic client is all that remains

While I’m sure we are all excited for @Bubu’s fork of the old UI, I am announcing a still in development fork of the NEW F-Droid UI.

This fork aims to ultimately address the following issues:

(complete) Updates tab is mostly blank by default

(complete) Updates tab does not reveal any information about the updates (only what apps can be updated)

(roadmap) Installed apps are hard to find

(roadmap)The shapes of the apps in the Latest tab have no significance

Feel free to grab the code on Gitlab and fork again. Also, any contributions that would be accepted by F-Droid should be directed upstream as my fork is a soft fork and intends to track continued development of the official F-Droid client.

I appreciate the reply. I understand about repos. I have the Guardian Project, Briar Project and, of course, Izzy’s already. So the take away: F-Droid repos have been okayed by F-Droid. [You children must think I’m senile. In another 94 years I may well be. Always the humor…)