anomalyco/opencode
1
0
Fork 0
mirror of https://github.com/anomalyco/opencode.git synced 2026-07-21 17:56:33 -04:00
Code Issues 5.9k Packages Projects Releases 19 Wiki Activity

[FEATURE]: OC Desktop App - Ability to hide review pane #3745

New Issue
Closed
opened 2026-02-16 17:41:19 -05:00 by yindo · 7 comments
yindo commented 2026-02-16 17:41:19 -05:00
Owner
Copy Link
Copy Source

Originally created by @adrians5j on GitHub (Dec 22, 2025).

Originally assigned to: @adamdotdevin 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

Right now I'm using OC only for prompting, and I'm verifying changes in my IDE. I don't need this review pane here. It's not even a problem it's being shown, the problem is I can't hide it.

Image

I basically have OC on the left 1/3 of my monitor, the rest 2/3 is for IDE. Hence the need for hiding it :)

P.S. Just tried OC and liking it so far!

Originally created by @adrians5j on GitHub (Dec 22, 2025). Originally assigned to: @adamdotdevin 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 Right now I'm using OC only for prompting, and I'm verifying changes in my IDE. I don't need this review pane here. It's not even a problem it's being shown, the problem is I can't hide it. <img width="2558" height="1439" alt="Image" src="https://github.com/user-attachments/assets/91a4e075-ba83-4939-ab67-9562a842a4e5" /> I basically have OC on the left 1/3 of my monitor, the rest 2/3 is for IDE. Hence the need for hiding it :) P.S. Just tried OC and liking it so far!
yindo added the discussionweb labels 2026-02-16 17:41:19 -05:00
yindo closed this issue 2026-02-16 17:41:19 -05:00
yindo commented 2026-02-16 17:41:19 -05:00
Author
Owner
Copy Link
Copy Source

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

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

  • #4677: [FEATURE]: Please add ability to disable side-by-side diff. - Similar request to hide/disable UI elements for better screen real estate
  • #3547: [FEATURE]: Small screen compatibility - Related feature request about optimizing UI for limited screen space
  • #525: Screen Layout Compressed - Previous issue about screen layout and UI element visibility

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

@github-actions[bot] commented on GitHub (Dec 22, 2025): This issue might be a duplicate of existing issues. Please check: - #4677: [FEATURE]: Please add ability to disable side-by-side diff. - Similar request to hide/disable UI elements for better screen real estate - #3547: [FEATURE]: Small screen compatibility - Related feature request about optimizing UI for limited screen space - #525: Screen Layout Compressed - Previous issue about screen layout and UI element visibility Feel free to ignore if none of these address your specific case.
yindo commented 2026-02-16 17:41:20 -05:00
Author
Owner
Copy Link
Copy Source

@adamdotdevin commented on GitHub (Dec 22, 2025):

Latest release is mobile responsive (release is still publishing, give it a bit and then upgrade). Let me know what you think!

@adamdotdevin commented on GitHub (Dec 22, 2025): Latest release is mobile responsive (release is still publishing, give it a bit and then upgrade). Let me know what you think!
yindo commented 2026-02-16 17:41:20 -05:00
Author
Owner
Copy Link
Copy Source

@adrians5j commented on GitHub (Dec 22, 2025):

Works for me! ☺️

Image

Thanks a bunch! 🍻

@adrians5j commented on GitHub (Dec 22, 2025): Works for me! ☺️ <img width="2553" height="1414" alt="Image" src="https://github.com/user-attachments/assets/5b0a680c-2fe6-4537-a7bd-97c85391d115" /> Thanks a bunch! 🍻
yindo commented 2026-02-16 17:41:20 -05:00
Author
Owner
Copy Link
Copy Source

@adamdotdevin commented on GitHub (Dec 22, 2025):

@adrians5j curios why you're using desktop over TUI? We're in the early process of trying to understand who will use what, any insight is valuable!

@adamdotdevin commented on GitHub (Dec 22, 2025): @adrians5j curios why you're using desktop over TUI? We're in the early process of trying to understand who will use what, any insight is valuable!
yindo commented 2026-02-16 17:41:20 -05:00
Author
Owner
Copy Link
Copy Source

@adrians5j commented on GitHub (Dec 22, 2025):

I tested it a bit more, and the fix helps. Still, having the hide button on the review pane would help 😊 .

--

Why desktop?

Well...

I just like desktop more over TUIs.

I like when a combo of being able to click around but also execute slash commands in the text input.

I like the modern look of it over CLI.

I see you have a ton of functionality built in the TUI, pushing what's possible when it comes to building UIs in terminal. Still, TUI kinda makes me feel locked / uncomfortable.

I like when I paste a sshot into the textarea, that I can see a little thumbnail.
I love how you've still added a terminal at the bottom too. Definitely helpful.

One thing I was hoping to see from TUI was having it running inside of Webstorm's terminal. Was hoping that way I wouldn't need to have two windows side-by-side (75%IDE - 25%OC, visible in sshot). But within WS's terminal, OC did not render properly. In Warp, OC rendered perfectly fine.

So yeah, just a couple of random thoughts. :)

I guess overall, I'm just a desktop / more visual type of a guy.

P.S. I came to OC from IntelliJ's Copilot integration, which is still bad and not frequently-enough updated, so I wanted to try something new. This is much closer to what I wanted, so thanks for that!

@adrians5j commented on GitHub (Dec 22, 2025): I tested it a bit more, and the fix helps. Still, having the hide button on the review pane would help 😊 . -- Why desktop? Well... I just like desktop more over TUIs. I like when a combo of being able to click around but also execute slash commands in the text input. I like the modern look of it over CLI. I see you have a ton of functionality built in the TUI, pushing what's possible when it comes to building UIs in terminal. Still, TUI kinda makes me feel locked / uncomfortable. I like when I paste a sshot into the textarea, that I can see a little thumbnail. I love how you've still added a terminal at the bottom too. Definitely helpful. One thing I was hoping to see from TUI was having it running inside of Webstorm's terminal. Was hoping that way I wouldn't need to have two windows side-by-side (75%IDE - 25%OC, visible in sshot). But within WS's terminal, OC did not render properly. In Warp, OC rendered perfectly fine. So yeah, just a couple of random thoughts. :) I guess overall, I'm just a desktop / more visual type of a guy. P.S. I came to OC from IntelliJ's Copilot integration, which is still bad and not frequently-enough updated, so I wanted to try something new. This is much closer to what I wanted, so thanks for that!
yindo commented 2026-02-16 17:41:20 -05:00
Author
Owner
Copy Link
Copy Source

@genkernel commented on GitHub (Jan 28, 2026):

Been using oc for a few weeks now. This "Review cant be hidded" issue is back. Im using the latest build: v1.1.39.

On a side note, editing a prompt is plagued with hotkeys that I cant seem to delete - specifically "up" is going up to some other prompt, instead of classic behaviour of going up 1 line in a long multi-line prompt.
Also: classic mac Cmd+Left - go to the begginig of line, and Cmd+Up - go to the 1st line are binded to something else.
Basically editing more or less complex prompt (multi-line) experience on Mac is pfff.

Doing:

"keybinds": {
        "history_previous": "none",
        "history_next": "none",
        "input_move_up": "none",
        "input_move_down": "none"
    }

does not help. These are custom hotkeys that destroy classic mac text editing in a text field.

@genkernel commented on GitHub (Jan 28, 2026): Been using oc for a few weeks now. This "Review cant be hidded" issue is back. Im using the latest build: [v1.1.39](https://github.com/anomalyco/opencode/releases/tag/v1.1.39). On a side note, editing a prompt is plagued with hotkeys that I cant seem to delete - specifically "up" is going up to some other prompt, instead of classic behaviour of going up 1 line in a long multi-line prompt. Also: classic mac Cmd+Left - go to the begginig of line, and Cmd+Up - go to the 1st line are binded to something else. Basically editing more or less complex prompt (multi-line) experience on Mac is pfff. Doing: ```json "keybinds": { "history_previous": "none", "history_next": "none", "input_move_up": "none", "input_move_down": "none" } ``` does not help. These are custom hotkeys that destroy classic mac text editing in a text field.
yindo commented 2026-02-16 17:41:20 -05:00
Author
Owner
Copy Link
Copy Source

@adrians5j commented on GitHub (Jan 28, 2026):

Just wanted to say I went back to TUI and liking it. :D

@adrians5j commented on GitHub (Jan 28, 2026): Just wanted to say I went back to TUI and liking it. :D
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#3745
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?