anomalyco/opencode
1
0
Fork 0
mirror of https://github.com/anomalyco/opencode.git synced 2026-08-24 06:33:01 -04:00
Code Issues 5.9k Packages Projects Releases 19 Wiki Activity

Confusing colouration of working directory in sidebar. #3368

New Issue
Closed
opened 2026-02-16 17:39:47 -05:00 by yindo · 4 comments
yindo commented 2026-02-16 17:39:47 -05:00
Owner
Copy Link
Copy Source

Originally created by @ariane-emory on GitHub (Dec 6, 2025).

Originally assigned to: @thdxr on GitHub.

Description

In the sidebar, modified files and the working directory are displayed in the same colour. As a result, it isn't readily apparent clear that that last item (starting with /Volumes in my screenshot) is the current working directory and not a modified file.

You can puzzle it out once you think it through and notice the absence of the +/- part on the right, but figuring that out definitely slowed me down needlessly for several seconds.

This would be more obvious if the working directory and the modified files used different text colours.

OpenCode version

1.0.134

Steps to reproduce

  1. Enable the sidebar.
  2. Cause some files to be modified.
  3. Scroll the sidebar to a position such that the last modified file and the working directory are on adjacent lines.
  4. Observe that the last of the modified files and the working directory use the same text colour, making it hard to distinguish one from the other.

Screenshot and/or share link

Image

Operating System

No response

Terminal

No response

Originally created by @ariane-emory on GitHub (Dec 6, 2025). Originally assigned to: @thdxr on GitHub. ### Description In the sidebar, modified files and the working directory are displayed in the same colour. As a result, it isn't readily apparent clear that that last item (starting with `/Volumes` in my screenshot) is the current working directory and not a modified file. You can puzzle it out once you think it through and notice the absence of the `+/-` part on the right, but figuring that out definitely slowed me down needlessly for several seconds. This would be more obvious if the working directory and the modified files used different text colours. ### OpenCode version 1.0.134 ### Steps to reproduce 1. Enable the sidebar. 2. Cause some files to be modified. 3. Scroll the sidebar to a position such that the last modified file and the working directory are on adjacent lines. 4. Observe that the last of the modified files and the working directory use the same text colour, making it hard to distinguish one from the other. ### Screenshot and/or share link <img width="309" height="534" alt="Image" src="https://github.com/user-attachments/assets/47810d3e-e2b9-4b9d-ac09-9206635cb24a" /> ### Operating System _No response_ ### Terminal _No response_
yindo added the opentuibug labels 2026-02-16 17:39:47 -05:00
yindo closed this issue 2026-02-16 17:39:47 -05:00
yindo commented 2026-02-16 17:39:48 -05:00
Author
Owner
Copy Link
Copy Source

@github-actions[bot] commented on GitHub (Dec 6, 2025):

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

  • #4974: Weird unexplained unattractive highlighting of the word 'working' - relates to confusing coloring of working directory display
  • #5001: [FEATURE]: make subagent visually more distinctive - addresses visual distinguishability of sidebar elements

Feel free to ignore if none of these address your specific case.

@github-actions[bot] commented on GitHub (Dec 6, 2025): This issue might be a duplicate of existing issues. Please check: - #4974: Weird unexplained unattractive highlighting of the word 'working' - relates to confusing coloring of working directory display - #5001: [FEATURE]: make subagent visually more distinctive - addresses visual distinguishability of sidebar elements Feel free to ignore if none of these address your specific case.
yindo commented 2026-02-16 17:39:48 -05:00
Author
Owner
Copy Link
Copy Source

@ariane-emory commented on GitHub (Dec 6, 2025):

There don't seem to be too many colours in theme labeled specifically for text. Maybe textMuted is our best option? Not sure how it'll look on the background, might have to try it and see how it looks in order to decide.

@ariane-emory commented on GitHub (Dec 6, 2025): There don't seem to be too many colours in theme labeled specifically for text. Maybe `textMuted` is our best option? Not sure how it'll look on the background, might have to try it and see how it looks in order to decide.
yindo commented 2026-02-16 17:39:48 -05:00
Author
Owner
Copy Link
Copy Source

@ariane-emory commented on GitHub (Dec 7, 2025):

Actually, it looks like textMuted is what's currently being used for both of these elements. So, perhaps switching one of them to text is the better options. Some experimenting with colours will probably be needed.

@ariane-emory commented on GitHub (Dec 7, 2025): Actually, it looks like `textMuted` is what's currently being used for both of these elements. So, perhaps switching one of them to `text` is the better options. Some experimenting with colours will probably be needed.
yindo commented 2026-02-16 17:39:48 -05:00
Author
Owner
Copy Link
Copy Source

@rekram1-node commented on GitHub (Dec 7, 2025):

We are going to ship a cleaner sidebar soon, thanks for pointing this out will be addressed

@rekram1-node commented on GitHub (Dec 7, 2025): We are going to ship a cleaner sidebar soon, thanks for pointing this out will be addressed
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 bug opentui
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#3368
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?