new filebrowser

[julianseeger]

• hierarchyless (only one BoxNavigation / Folder shown at a time)
• uses (qabel-)androids FileBrowser(Interactor/UseCase/Service/...) that has to be moved to the core
• rx based updates and event handling

resolves:

• 432 refresh button for filebrowser (1)

  • because we can refresh one directory like all the time

• 349 Change treesearch to listsearch in remote FS (3)

  • because we already have a list then and only need to filter that

• 483 browser changes are not synced (unrated)

  • can be addressed if not already fixed

Less resolutions than I thought but it also looks way better, reduces future work in that area and I would estimate the new filebrowser a (4): a 1 for the extraction of the android code to the core (it's already a pretty isolated layer and we already did that with other services), 1 for the integration of that code to the desktop client ... and 2 for the actuall UI implementation ... trying to use JFoenixs' ListView for that ... or maybe the JFXMasonryPane ... or both.

Edit:

• 529 Image preview in the filebrowser

  • will be more plausible with icons / thumbnails in plausible sizes

• 530 Sorting ...

  • is not that useful in a treeview ...but in a list or grid, it would be

[thechauffeur]

As we already discussed this sounds like a good idea but we need to talk about it. I would suggest leaving all issues mentioned above (and possibly others) regarding the file browser be until we decided on this so no double work needs to be done.

[julianseeger]

ftr.: controlsfx has a grid view ...

[julianseeger]

@thechauffeur @jmt85 based on the latest discussions, should this be an epic that contains a potentially increasing number of small and easy to implement subissues?