In search results, show where a file lives (and other more useful info) ❤️❤️

[hoyla]

See parent issue #320 for more detail. In short:

• In search results show the file type on a single line, and human friendly (e.g. "pdf", "msword" not "application/pdf" or "application/msword" - or if it doesn't require a lookup table "PDF" and "MS Word")
• In search results show what dataset a matching result comes from
• If possible show what workspaces the result lives in that the user has access to. (I imagine this could have performance impact so one to thinkg about).

BEFORE

AFTER

FURTHER CONSIDERATIONS FOR SEARCH RESULTS: ONE STEP OF ADDITIONAL GRANULARITY
This pertains to the stuff about search in context that we've discussed variously. (In short, we want users to be able to perform searches while they are in a workspace or collection rather than having to move to a search page to do this. The search would be limited to the current context.)

Even if you're searching "in context" within some part of a dataset or workspace, it would often be useful to see where a result is, if for example the current "context" has subfolders. The way reporters have organised workspaces has revealed the significance of even the top level folder in a workspace.

Here's an example of why this could be useful. We have workspaces that contain thousands of files organised by year. Sometimes a reporter performs a search and gets too many matches. If they can see the top level - in this case the year - they can immediately skip over stuff that isn't relevant.

Similar examples can be found in workspaces and workspaces that have other critical top level structure - diffferent public inquiries, different source repositories for a big leak, etc.

So, if a search has been executed within the context of a workspace or dataset, I would, ideally, like to see each result show some indicator of its position within that context - i.e., not just the workspace or dataset or folder, but, if applicable, the top level folder within that dataset or workspace or folder. Space considerations require that items buried in a deep structure would not show very deep, but it'd provide a start.

For example, if I'm searching one or more workspaces, show the workspace name and the top level subfolders alongside each result that correspond to the top level location within that workspace. Or if I'm searching a folder within a workspace, show the folder name and the subfolder therein (if application) that corresponds to the matching document.