Skip to content

Indicator for tagged files in list #6424

Description

@hajika

It looks like there is no hint or any sign, when a file has tags or comments. You first have to open the details page to check if there is something. It would much more useful, if an icon or anything else would indicate that there are (unread?) comments available for a specific file,

The same is for tags, it could be useful to have an optional column for them (thats maybe a new issue..?)

Activity

  1. LukasReschke commented on Sep 11, 2017

    @LukasReschke
    Member

    cc @nextcloud/designers

  2. changed the title [-]indicate comments in file list[/-] [+]Indicator for tagged or commented files in list[/+] on Sep 11, 2017
  3. skjnldsv commented on Sep 11, 2017

    @skjnldsv
    Member

    It would be a great addition indeed!

  4. jancborchardt commented on Sep 12, 2017

    @jancborchardt
    Member

    New comments are indicated in the file list by an icon on the respective file.

    Yes, we could also add the tags a file has been tagged with if it has any:

    • right next of the filename, like Gmail
    • clicking the tag shows all files with this tag

    cc @schiessle @blizzz @nextcloud/javascript

  5. changed the title [-]Indicator for tagged or commented files in list[/-] [+]Indicator for tagged files in list[/+] on Sep 12, 2017
  6. hajika commented on Sep 12, 2017

    @hajika
    Author

    New comments are indicated in the file list by an icon on the respective file.

    true! I didnt notice it before, thats what I intended originally

    screenshot_2017-09-12_13-59-42

    It might be seen better, when the icon is not grey like the other ones but in a more attentive color.

  7. jancborchardt commented on Sep 12, 2017

    @jancborchardt
    Member

    True, we could experiment with making it full opacity. Want to contribute that as a pull request @hajika?

  8. hajika commented on Sep 12, 2017

    @hajika
    Author

    I tried it with full opacity, Iam not fully convinced by the effect. And unfortunately css fill did not work on the <img> tag. Couldn't figure out yet why not.

  9. reopened this on Sep 12, 2017
  10. rasos commented on Nov 11, 2017

    @rasos

    Could we even have the Details view open by default, or at least a config option to show the Details by default with Comments at all users? I find the Details view with Tags, Comments or photos with an immediate preview and the Metadata extremely useful- why should we always need to click on the three dots first (which are not very intuitive for e.g. leaving a comment).

    bildschirmfoto_2017-11-11_23-41-02

  11. jancborchardt commented on Nov 13, 2017

    @jancborchardt
    Member

    @rasos this is a separate discussion, please open a new issue. :)

    We are talking about showing the sidebar by default on big screens: #7138

  12. skjnldsv commented on Nov 13, 2017

    @skjnldsv
    Member

    @jancborchardt
    And how many tags should we display?
    I don't think this is a good idea to use a popover if someone wanted to implement that. :)

  13. 20 remaining items

  14. fechnert commented on Feb 23, 2021

    @fechnert

    I would love to see the tags of files (or folders at least) directly in the list view as described in #2838, but fixed to the right side like this:

    nextcloud_padding

    Showing a maximum of 2-3 tags together with a "+4" one for example, this would avoid the look of a tag-hell like in the github issue tracker.

    Maybe even with custom color if desired like described in #6778. Maybe even re-use the categories introduced with nextcloud/calendar#1540 to not reinvent the wheel ...

    Seeing the tags right here in the list view instead of opening a lot of info cards would save a lot of time ...

  15. gabuzom commented on Apr 18, 2021

    @gabuzom

    I would love to see the tags of files (or folders at least) directly in the list view as described in #2838, but fixed to the right side like this:

    nextcloud_padding

    Showing a maximum of 2-3 tags together with a "+4" one for example, this would avoid the look of a tag-hell like in the github issue tracker.

    Maybe even with custom color if desired like described in #6778. Maybe even re-use the categories introduced with nextcloud/calendar#1540 to not reinvent the wheel ...

    Seeing the tags right here in the list view instead of opening a lot of info cards would save a lot of time ...

    Yes that would definitely be the view that makes the more sense to me.

    Also it could be visible the very same way in shares, for users not necessarily logged into the NC instance.

  16. thomasgg23 commented on Apr 18, 2021

    @thomasgg23

    And even could be displayed on the mobile device client with the "+4" sign for example in case of mobile phones.

    Would love to see this in the core features.

  17. Spartachetto commented on Apr 18, 2021

    @Spartachetto

    Rereading this issue, I do think that having the information that a file has any number of tags is for me already useful.

    Saying it in another way, if I had an indicator which shows "this file has tags", similar to the comment indicator that just says "this file has comments", would already be gorgeous.

    I do get the clutter that showing all the tags could lead.
    For me a tag indicator would be a wonderful first step. After that a solution to display (some) actual tags could be looked for.

  18. PVince81 commented on Mar 25, 2022

    @PVince81
    Member

    besides the UI part:

    there's a potential performance impact if tags are retrieved on the fly because it might require adding new Webdav properties to the PROPFIND (I don't remember if tags are already retrievable there), and populating these values require more database queries, so the file listing will load much slower depending on how this is implemented

    a direct join in the database is likely not possible due to abstraction layers in core, so it is likely that other kind of optimizations might need to be considered like caching the tags temporarily somewhere easy to resolve

    now if the tags are only displayed on hover, the query would be done on-demand so the performance impact would be much lower

  19. fechnert commented on Apr 11, 2022

    @fechnert

    It would be awesome to have this idea implemented some way though.

    Having a folder of historically ordered subfolders for like an archive of events is quite common. Having the ability to tag these and search for folders of these tags is our currently quite nice, but it would be even better to have the tags visible in the list.

  20. Spartachetto commented on Apr 11, 2022

    @Spartachetto

    @fechnert this is even more important considering that the extention of search to also cover tags is still not finished. See #26813

  21. earendil1 commented on Nov 6, 2022

    @earendil1

    Hi,
    The usefulness of such a column in order to see what files have been tagged or is high in cases in which the user is looking for differences in properties among files and wants to do that without having to type them all in in a search bar.

    I have had a look at the thread and understand the uneasiness connected to the fact that the view might be cluttered.

    However, if we consider that:

    • it is the user who is going to choose how many of those tags s/he wants to use and
    • the column is optional,
    • the user could define how many tags should be displayed

    This could be a service to all those who deem it useful (think of tagspaces.org!), without diminishing the user experience of the others.

    Introduction of:

    • colours for tags
    • tag groups having the same colour

    Would be a greatly appreciated improvement too. Thanks!

  22. gonzalo commented on Jan 24, 2023

    @gonzalo
    Contributor

    I agree it would be great to get this feature available. We're using tags combined with file access control to make some shared folders to be available only from internal network. I would like to identify easily those folders when navigating the structure as @fechnert proposes

  23. skjnldsv commented on Aug 16, 2023

    @skjnldsv
    Member
  24. added
    4. to releaseReady to be released and/or waiting for tests to finish
    and removed
    1. to developAccepted and waiting to be taken care of
    on Aug 16, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions