Android: "Storage path" setting is too technical

Created on 13 Jun 2017  路  16Comments  路  Source: nextcloud/android

Right now the storage path has values like "/data/emulated/0" which is suuper technical.

Instead the choice should be for "Data storage" and the choices could be "Internal storage", "SD card" and if there are multiple cards also "SD card 2" etc, each saying how much free space there is on them.

approved design enhancement

Most helpful comment

Hi,
i've just a suggestion:
why not leaving the options to 'intenal' and 'sd-card' and set path to android/media.
Then creating a new setting "hide indexing by mediaplayer" which creates or deletes a '.nomedia'-file in the directory?
Greets

All 16 comments

:+1:

馃憤

What do you think?

Ref: https://github.com/nextcloud/android/issues/802#issuecomment-309372150

but we should in the end offer both /data and /media because now we are reverting back to pre 1.4 so users that wanted to block media indexing will get mad. So the best would be to offer both with the hint for (SD card - media indexed / SD card - not media indexed).

fileqqc6ml

Even as slightly technical user, I don't understand what "media indexed" means. Does it mean "Don't show data in other apps, like Gallery"?

If so, we could put that as a toggle in the bottom of that popup (off by default). But right now this is equally as confusing.

I don't understand what "media indexed" means. Does it mean "Don't show data in other apps, like Gallery"?

Exactly and yes it is not easy to understand, a switch seems to be the nicer way to handle it 馃憤
@tobiasKaminsky that might make this a bit more complicated since you need to have a custom dialog then due to the fact that is is not a simple array chooser anymore.

Not defending this behaviour but it's a pretty common thing to see. Few apps mask the underlying paths that I've seen.

That's where we do things differently to make technology simpler to understand and use. :)

@tobiasKaminsky do you already have an implementation for the screenshot you posted?

It was something local, but I cannot find it, maybe I did not even saved it.. :-/

Could we just rename the current display from the technical path to "Internal storage" and "SD card" as mentioned in the original post? ;) The whole 禄media indexed芦 thing is a new feature rather than a bugfix and it blocks this small papercut issue.

Could we just rename the current display from the technical path to "Internal storage" and "SD card" as mentioned in the original post?

It is imho not that easy :( Afaik you can format a SD card as internal memory so it show up and behaves like internal storage while it is technically/physically still an sd card (!)

This is the reason why newer android version are talking about

  • internal
  • portable
    storage, whereas a hard-wired storage is always internal, but a (removable) sdcard can be both:
  • internal: only usable in this exact device, allows to move apps onto it
  • portable: mainly for file exchange, useful for audio/video, limitations on what to store onto it

Hi,
i've just a suggestion:
why not leaving the options to 'intenal' and 'sd-card' and set path to android/media.
Then creating a new setting "hide indexing by mediaplayer" which creates or deletes a '.nomedia'-file in the directory?
Greets

@Bigdesaster
"Hide contents from indexing mediaplayers" or
"Hide contents from mediaplayer indexation" ?

Having that as a switch that can be toggled seems the most user friendly.

First you select where you want it, then you select whether you want it indexed.

Rather than, finding out what the difference between 4 options is, only to have part of the message repeated for each option

mediaplayerindexation

.

Yeah that was my opinion. How ist would be named finally doesn't matter. It could also bei an extra option outside the data-storage dialog

storageoverhaul

  • What other data than data is it possible to store? Since none other than the similarly redundant "file storage", it is the same assumption that the storage is a selection made for the program. One word saved.
  • "Internal" is a level of arbitration, (similar to storage path,) that offers nothing.
    Since it is a selection for storage, there is no need to re-iterate the storage part. One word saved. The gender of "Internal", pointing to storage, is additional contextual information carried over in languages that make use of it.
  • The visual representation of dot-to-nearest-100MB is useful for people that don't know the difference, or are unsure, about how a MB relates to a GB. (It is already confusing to not have the 1billion byte SD card referenced as the difference between Gibibyte and GB.)

Edit:

storageoverhaul3

Edit2:
storageoverhaul5

Edit3: I don't really understand why all users should have to be faced with indexation settings just because they are in the business of selecting storage.
It is quite arbitrary that Nextcloud happens to move files to a .folder (from what i understand), to hide things.
The saner default would maybe be to assume indexation (?) and put the setting as a standalone option elsewhere. Maybe some slowdown would occur, as opposed to just setting it the first time?

Was this page helpful?
0 / 5 - 0 ratings

Related issues

JSoko picture JSoko  路  3Comments

JSoko picture JSoko  路  3Comments

tobiasKaminsky picture tobiasKaminsky  路  3Comments

markbryanduncan picture markbryanduncan  路  3Comments

Shagequi picture Shagequi  路  3Comments