anomalyco/opencode
1
0
Fork 0
mirror of https://github.com/anomalyco/opencode.git synced 2026-07-24 12:15:51 -04:00
Code Issues 5.9k Packages Projects Releases 19 Wiki Activity

[FEATURE]: Sidebar project list does not scale for large project counts (UX regression / feature request) #6605

New Issue
Open
opened 2026-02-16 18:04:43 -05:00 by yindo · 2 comments
yindo commented 2026-02-16 18:04:43 -05:00
Owner
Copy Link
Copy Source

Originally created by @stenci on GitHub (Jan 17, 2026).

Originally assigned to: @rekram1-node on GitHub.

Feature hasn't been suggested before.

  • I have verified this feature I'm about to request hasn't been suggested before.

Describe the enhancement you want to request

Description

The current sidebar project list UI optimizes well for users with a small number of projects, but does not scale for users with many projects.

Previously, projects were displayed as a readable list of names. I kept the list manually ordered alphabetically and could identify and navigate projects at a glance. With the current UI:

  • Projects are displayed as single initial letters, which are not unique when the project count is large.
  • Hovering over a project shows the list of sessions rather than the project name, so it does not help with project identification.

The application works correctly, but usability is significantly reduced for workflows involving many projects.

Context

I have approximately 200 projects. With this scale:

  • Initial-letter icons are ambiguous and unusable for fast navigation.
  • The previous wider, name-based list scaled much better.
  • The new compact layout likely makes sense for users with only a few projects, but it removes an important affordance for larger collections.

Expected / requested behavior

One or more of the following would address the issue:

  • An option to show full project names in the sidebar.
  • An option to keep the project list automatically ordered alphabetically.
  • Always show the project name on hover instead of the session list.

Actual behavior

  • Sidebar shows only project initials, with many duplicated.
  • Hover shows sessions instead of identifying the project.

Notes

  • This is not a correctness bug, but a usability regression for high project counts.
  • The previous behavior supported this workflow extremely well.
Originally created by @stenci on GitHub (Jan 17, 2026). Originally assigned to: @rekram1-node on GitHub. ### Feature hasn't been suggested before. - [x] I have verified this feature I'm about to request hasn't been suggested before. ### Describe the enhancement you want to request ### Description The current sidebar project list UI optimizes well for users with a small number of projects, but does not scale for users with many projects. Previously, projects were displayed as a readable list of names. I kept the list manually ordered alphabetically and could identify and navigate projects at a glance. With the current UI: - Projects are displayed as single initial letters, which are not unique when the project count is large. - Hovering over a project shows the list of sessions rather than the project name, so it does not help with project identification. The application works correctly, but usability is significantly reduced for workflows involving many projects. ### Context I have approximately 200 projects. With this scale: - Initial-letter icons are ambiguous and unusable for fast navigation. - The previous wider, name-based list scaled much better. - The new compact layout likely makes sense for users with only a few projects, but it removes an important affordance for larger collections. ### Expected / requested behavior One or more of the following would address the issue: - An option to show full project names in the sidebar. - An option to keep the project list automatically ordered alphabetically. - Always show the project name on hover instead of the session list. ### Actual behavior - Sidebar shows only project initials, with many duplicated. - Hover shows sessions instead of identifying the project. ### Notes - This is not a correctness bug, but a usability regression for high project counts. - The previous behavior supported this workflow extremely well.
yindo added the discussionweb labels 2026-02-16 18:04:43 -05:00
yindo commented 2026-02-16 18:04:44 -05:00
Author
Owner
Copy Link
Copy Source

@github-actions[bot] commented on GitHub (Jan 17, 2026):

This issue might be a duplicate of existing issues. Please check:

  • #7877: WebUI 'Recent projects' limited to 5, no way to see all projects - also addresses the scalability issue for projects in the UI

Feel free to ignore if this doesn't address your specific case.

@github-actions[bot] commented on GitHub (Jan 17, 2026): This issue might be a duplicate of existing issues. Please check: - #7877: WebUI 'Recent projects' limited to 5, no way to see all projects - also addresses the scalability issue for projects in the UI Feel free to ignore if this doesn't address your specific case.
yindo commented 2026-02-16 18:04:44 -05:00
Author
Owner
Copy Link
Copy Source

@stenci commented on GitHub (Jan 17, 2026):

I don’t consider this a duplicate of #7877. That issue appears to refer to the web UI, which I’m not familiar with, my feedback is specific to the desktop UI.

In the desktop app, the left sidebar can contain any number of explicitly opened projects. Users control which projects are open, when they are closed, and can rename projects or assign icons. This is different from an automatic “last N projects” or LRU-style list.

I’m also not sure what “showing the last 5 projects” means in the context of the desktop app, since the sidebar is not limited to a fixed number and is not automatically managed in that way.

This request is about improving usability of the desktop project sidebar when managing a large number of open projects, rather than about recent-projects navigation.

@stenci commented on GitHub (Jan 17, 2026): I don’t consider this a duplicate of #7877. That issue appears to refer to the web UI, which I’m not familiar with, my feedback is specific to the desktop UI. In the desktop app, the left sidebar can contain any number of explicitly opened projects. Users control which projects are open, when they are closed, and can rename projects or assign icons. This is different from an automatic “last N projects” or LRU-style list. I’m also not sure what “showing the last 5 projects” means in the context of the desktop app, since the sidebar is not limited to a fixed number and is not automatically managed in that way. This request is about improving usability of the desktop project sidebar when managing a large number of open projects, rather than about recent-projects navigation.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
acp
bad
bug
discussion
docs
documentation
enhancement
extension
good first issue
growth
help-wanted
mcp
model-problem
needs:compliance
nix
opentui
perf
pull-request
Mirrored from GitHub Pull Request
 tui
web
windows
zen
No Label discussion web
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: anomalyco/opencode#6605
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?