New UI / UX of F-Droid app



@All AFAICT, it’s not a “rejection” (issues


remain [currently] open, after all), but a matter of priorities. F-Droid team has their hands full w/ the current set of work, & must choose as they do to keep things moving (as much as they are). AFAIK, they’d prefer other devs take over ancillary forks, &c, to lighten the load.

TLDR: They’d be happy to work with, but don’t have capacity to do more.

Solution: More devs need to come onboard & answer the call for action!


No offense meant. All I wanted to say that an XOR would always have that tendency :wink:

@TPS Yes, I’m aware there’s a shortage of devs. Hence I explicitly mentioned the preparations Hans is making. If that succeeds, all what’s needed would be creating a “classic UI” that calls to the core – which could be a third party app, while the core will be maintained by the F-Droid team.


@Izzy No offense meant to you, either, as you seem somewhat in the same position as I — understanding that there’s an impressive amount of work behind all these “small” (hrmph) requests, without being any kind of Android dev, & so are willing to give a lot of latitude to those that do all this. :bowing_man:

I submit that another thing we motivated non-devs can is encourage those that can to do when they haven’t. It’s a reason why you run a repo, & we (& those like us) encourage devs to be published via F-Droid & perhaps can also persuade those (or others) to work on F-Droid itself (or related projects, like these RFEs).


@TPS sure: if I meet a UI dev with idle time, I know what task to recommend :rofl:


Hi there again. A few things would make life with the new UI much better:
On the App Details page there is no indication of what version of an app is installed (and if there are updates, there is no indication of the updated version number). It is possible to get the information if you unfold the version list (unless your installed version number is older than the list shown) but it is rather tricky to find out. This used to be much better shown in the old UI. It is a rather small detail, but one that annoys me often :smiley:


More than a year has passed since the introduction of the New UI / UX so it seems legitimate to ask:

How has it worked out?

More specifically, what is the effect on the download numbers/traffic of the FDroid.apk itself and the downloaded applications?


That could have been my words! I have a group of people here who got their smartphone from me without google but with fdroid. I showed all of them the Fdroid-app with the new UI und got them to try it. All 7 rejected the new UI. They all had no difficulties with the app-version 0.102.3. So: what is the advantage of the new UI. It looks better?

Proposal: offer both versions of the app. Version 0102.3 for “old” people and the version above 1.0 for those who like a modern look and everything “automatic=on” …



There isn’t any advantage. It’s just a bunch of wanna-be GUI script-kiddies who somehow got the idea that they actually know anything about designing a GUI showing their basic ignorance of the subject,just like Gnome 3 crowd does.


For custom roms purpose (embedded prebuilt app in /system/app), is it possible to have an official signed release 0.102.3 with ACRA removed ?
So end-users could upgrade to latest new one, use it, and decide whether to downgrade back or not.


What ahs ACRA got to do with any of this :thinking:?


I thought nobody cares anymore about crashlogs from an “old” 0.102.3 ? And it would be an easy start for devs who want to start a ‘light’ fdroid fork.

btw, is it possible to have access to these anonymous crashlogs sent to reports_ ?

And I also looking for specific info about gapps : considering that official Google Play Services (pre-installed gms) has android.permission.READ_LOGS on, as a /system app, does it means that Google can read/scan “all” apps’ logs including fdroid acra ?

Thanks for helping.

(EDIT acra can be disabled in F-Droid/Settings/Privacy since version 1.3-alpha3 (2018-06-27) and up ?)


Apps installed as System can do whatever they want, it’s recommended to disable them (can you?).


This topic isn’t about blaming the devs! They can do and they do whta they want to. Some guys try to check out possibilities for keeping a clean and functional UI.


This discussion is going on for a long time now and there seems to be no step further. Still using the 0.102 and the errors getting more:

  • update-process isn’t working properly anymore (does the app with the new UI works :stuck_out_tongue_winking_eye: ?) => need to close app the hard way
  • some text-fragments appear

So not long ago I will have to say good-bye to the app and update apps manually - I will!


Really? Is that hard to use the (arguably now) new layout?


it is.

I gave it multiple tries. Installed each official version and numerous alpha versions in between and found myself almost immediately returning to 0.102.3.



That was in May 2017. How does it look today? In my classes, I still see people getting confused, while they easily find their way in .102. And that includes me (also getting confused and often don’t find the details I’m after – see next point, and also see “where to find the apps I’ve installed”.

That also was in May 2017 – and that detail is still missing. I find this information almost crucial whenever one includes a third party repo. And even more especially when there are cross-overs of apps (i.e. the same package name exists in more than one repo). How shall people know which updates to accept – before they hit the download button and, a while later, get the information of a signature mismatch? Easy with .102 – but impossible with the new UI.

TBH, I’ve taken a look at the new UI a couple of times now. Always went back to .102. True, no screenshots in .102, and some other things might be missing as well. But I feel it much easier to work with.

Oh, that comes in handy from time to time:

  • me “on the road”, needing an app on my personal phone which is installed on my business phone.
  • me in my classes, having an easy way to send an app to my students even if there’s no internet (and even if there is, often it’s easier to send them an app directly than having them search for it)
  • somewhere in the blog there’s the “Cuban story”: Internet in Cuba is flaky at best, so they can use F-Droid to “spread apps”.

Certainly there are a lot of more “bullet points”, but the above where what came to my mind immediately :wink:


@Izzy Have you been able to ɑ-test @Bubu’s F-Droid Classic? (I’ve no idea whether there’s even a binary yet — indeed, I doubt it, cuz you’d certainly have it in your repo!)


In the device launcher maybe?

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

At one point I’ve argued that I’d like SWAP and Installed apps…swapped…but at the same time:

  • SWAP was tested in countries with bad internet, censored internet and such, it makes sense there
  • comments about SWAP are from users NOT in those countries, that have a good enough internet connection making SWAP useless (except that one time…)
  • (connected to the first question above) I never go to “Installed Apps” actually… but I was checking it a lot before 1.3.1 since the “ghost apps” bug was a thing, else…nope…not really…