Mintplex-Labs/anything-llm
1
0
Fork 0
mirror of https://github.com/Mintplex-Labs/anything-llm.git synced 2026-07-19 14:13:35 -04:00
Code Issues 328 Packages Projects Releases 10 Wiki Activity

[GH-ISSUE #1669] [FEAT]: File name display suggestion #1087

New Issue
Closed
opened 2026-02-22 18:23:04 -05:00 by yindo · 1 comment
yindo commented 2026-02-22 18:23:04 -05:00
Owner
Copy Link
Copy Source

Originally created by @agrajagco on GitHub (Jun 12, 2024).
Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/1669

Originally assigned to: @shatfield4 on GitHub.

How are you running AnythingLLM?

AnythingLLM desktop app mac & windows, remote debian 13 server w. docker.

What happened?

After uploading a set of files, testing Bulk URL ingest of content, and the confluence API key ingest; they work!
The issue lies in the management of the cached files locally to add to a workspace for embedding.
In the UI as it is today (1.5.5 Mac and windows) the file management is very difficult as it collapses file names, and the mechanic of "hovering" over every name in a long list is frustrating.

Please just go to a 2 line display where line one is the maximum lenght reasonable file name display, and line 2 is the metadata associated with the file. The checkbox to add to workspace is centered for the 2 line set. I'll gladly increase my scroll time to avoid hover/pause/slide over to check/uncheck which makes it a gind.

Being able to pop out a "this is my file set from cache" list that can be re-added would make rebuilding a workspace to iterate over "dialing it in" much easier.

anything-llm-filename-picker

Are there known steps to reproduce?

use any of the interfaces that result in sets of files being in cache, then add them to a workspace, attempting to deal with long form names for adding to workspace would be the user experience being discussed for improvement. Bug is uxer experience in attempting this over and over with the friction in the name selection process.

Originally created by @agrajagco on GitHub (Jun 12, 2024). Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/1669 Originally assigned to: @shatfield4 on GitHub. ### How are you running AnythingLLM? AnythingLLM desktop app mac & windows, remote debian 13 server w. docker. ### What happened? After uploading a set of files, testing Bulk URL ingest of content, and the confluence API key ingest; they work! The issue lies in the management of the cached files locally to add to a workspace for embedding. In the UI as it is today (1.5.5 Mac and windows) the file management is very difficult as it collapses file names, and the mechanic of "hovering" over every name in a long list is frustrating. Please just go to a 2 line display where line one is the maximum lenght reasonable file name display, and line 2 is the metadata associated with the file. The checkbox to add to workspace is centered for the 2 line set. I'll gladly increase my scroll time to avoid hover/pause/slide over to check/uncheck which makes it a gind. Being able to pop out a "this is my file set from cache" list that can be re-added would make rebuilding a workspace to iterate over "dialing it in" much easier. ![anything-llm-filename-picker](https://github.com/Mintplex-Labs/anything-llm/assets/16531168/4b355404-103b-4eac-b0d0-0511cfb9949b) ### Are there known steps to reproduce? use any of the interfaces that result in sets of files being in cache, then add them to a workspace, attempting to deal with long form names for adding to workspace would be the user experience being discussed for improvement. Bug is uxer experience in attempting this over and over with the friction in the name selection process.
yindo added the enhancement label 2026-02-22 18:23:04 -05:00
yindo closed this issue 2026-02-22 18:23:04 -05:00
yindo commented 2026-02-22 18:23:04 -05:00
Author
Owner
Copy Link
Copy Source

@agrajagco commented on GitHub (Jun 12, 2024):

the other thought is reap the right side of the upload files dialog from the design altogether and have a long width filename & data and checkbox for inclusion/non inclusion in a smart way to the left/right of the file info and actions... the compressed viewing space right/left picker is not offering the necessary utility to work with the files in an effective way, anyway. It saves from having to handle the dual line approach in both areas too.

@agrajagco commented on GitHub (Jun 12, 2024): the other thought is reap the right side of the upload files dialog from the design altogether and have a long width filename & data and checkbox for inclusion/non inclusion in a smart way to the left/right of the file info and actions... the compressed viewing space right/left picker is not offering the necessary utility to work with the files in an effective way, anyway. It saves from having to handle the dual line approach in both areas too.
yindo changed title from [FEAT]: File name display suggestion to [GH-ISSUE #1669] [FEAT]: File name display suggestion 2026-06-05 14:38:54 -04:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
Desktop
Docker
Integration Request
Integration Request
OS: Linux
OS: Mobile
OS: Windows
UI/UX
blocked
bug
bug
core-team-only
documentation
duplicate
embed-widget
enhancement
feature request
github_actions
good first issue
investigating
needs info / can't replicate
possible bug
pull-request
Mirrored from GitHub Pull Request
 question
stage: specifications
wontfix
No Label enhancement
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
yindo
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Mintplex-Labs/anything-llm#1087
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?