-
Notifications
You must be signed in to change notification settings - Fork 383
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Please let me disable blocks (the big red squares) #3189
Comments
Hi @jakeonrails Thanks for submitting, in order to focus terminal input you can use Unlike other terminals, Warp organizes input and output into Blocks, this core functionality allows a host of other features you can learn more about here. https://docs.warp.dev/features/blocks |
Hey Folks, after internal discussion, we've decided to close this request as we will most likely not disable one of the integral features in Warp. Taking advantage of Blocks can be a bit of a learning curve so we hope our docs can help clear up the value and functions they provide. https://docs.warp.dev/features/blocks As a possible workaround to Blocks you can run your preferred supported shell like Thanks for your interest in using Warp! |
I agree with this. If there were another terminal emulator with text input features as good as warp I would stop using warp because I have no need for blocks. |
This is indeed the most annoying part of Warp, and the mute response above just adds to the pain. Please add a way to disable the blocks - I love warp but hate the blocks - they are quite useless to me, and the big reason they are annoying is poor design - they make it hard to focus on key part of the terminal - the command line at the bottom. |
@sanjay51 As far as I'm aware, this request would be very difficult to implement without a significant refactoring of Warp so sorry to hear about this blocker, maybe enabling input at the top could help with focusing on the command line input. https://docs.warp.dev/appearance/input-position |
Ok sure Danny, thanks for the kind response! |
@dannyneira, would it be possible to update the highlight block functionality so that clicking set the focus on the prompt while click+CMD selects the block? |
Blocks are annoying.. |
Would an alternative to this be "when I click a block the focus remains/goes to the prompt instead of the block"? It's also my biggest nag as a new warp user that I can click the terminal, start typing, and the typing goes nowhere because I accidentally clicked a block |
Yeah this is unfortunately the thing that has put me off warp and back to iterm today. I came because I thought blocks were an interesting innovation in the terminal, however the DX is totally wrong imo. It's something I might use once or twice a week (at most), however I enter my terminal via my mouse dozens of times per day if not per hour, and using interactive shells within Warp means having to 'exit' blocks, I feel like I'm battling the terminal. |
Hey @maao666, totally agree that's an annoying experience -- the highlighting of the active block (where you're running tmux) isn't intentional. Will file a ticket for this to be addressed by the team. @Allerby what kind of interactive shells are you using? If they're running bash fish or zsh under the hood our subshells feature might help you out. For other interactive shells/REPLs (e.g. python, pgsql etc) we have an open issue here for building support. @henricook @Allerby (re: having to 'enter the terminal via mouse' dozens of times a day) -- this is also definitely something we can take a look at. Agree that having to go to the mouse is annoying! |
Thanks for the prompt reply @zachbai, as you state psql, python, rails console, irb, or REPLs (I use 'pry' when writing ruby quite a bit). Nice to see you have an open issue that covers most of these - I hadn't stumbled across that thread yet.
I might be misinterpreting this, but I don't mind using the mouse to change windows - I sometimes stick to keyboard navigation and sometimes opt to use the mouse to change screens. But when I find myself clicking into Warp, I find myself accidentally clicking blocks as @henricook put it. |
Ah I see. Warp does have logic in place that ensures the first click into an unfocused Warp window focus the input no matter where you click. On an already-focused window, however, clicking a block will focus it. Is it possible that the Warp window is already focused in these cases where blocks are unexpectedly highlighted? |
I'm a sloppy typist and my screen is completely red most of the time. It's like is yelling at me that i'm stupid. |
I understand the pain of refactoring and QAying, specially when is such a differentiate point against other terminals, but the truth is that it does not feel right, its annoying and impacts my daily work. I am really trying because wrap has such useful features like cmd completion, the find and the filter, this really makes a difference for me. But at the end of the day is that, when I need to be quick and assertive (like under pressure) I am going back to terminator instead of forcing me to get used to warp and blocks. |
Yes, this was the exact issue I was looking for a solution for. I want the block support. But I use it once a month or less even. But I'm constantly struggling to get warp to accept my input because the block got selected. I just want to select the blocks with a right click, double click, cmd click, or via the ... button, something like that. I never want them to be selected by a single left click and would love a way to disable that. |
Yes, the reason that happens is because I have multiple monitors, and so just becomes something is visible doesn't mean it's in focus, so I click before typing out of habit. Sometimes it's already in focus and sometimes it's not. But no other app has this problem because no other app disables text input when you click on the area that you want to type. |
And the blocks cover the prompt sometimes CleanShot.2024-09-06.at.07.35.18.mp4 |
@unlocomqx Thats the sticky command header. You can disable this for that session or entirely. Please see how in our docs. https://docs.warp.dev/features/blocks/sticky-command-header |
I agree with this. I have been using warp for quite awhile now and really like a lot of the features. I do the same thing with multiple monitors. I often use the arrow keys to run previous commands and often end up scrolling blocks instead of commands. It is really annoying. I have never used blocks and wish I could just hide the feature behind a different command then left click. |
Let us disable Blocks. When I am in psql, Blocks prevents me from using up/down arrow keys to go through old commands.. I disabled the keyboard shortcut but it still does this. Might have to go back to Hyper because this is super annoying. |
Switch to Kitty Terminal because of annoying block |
Discord username (optional)
No response
Describe the solution you'd like?
I have no idea what blocks are for. They have offered no benefit to me so far, and I would like to turn them off.
Reproduce item 1:
Reproduce item 2:
cat some-large-file.csv
Reproduce item 3:
Reproduce item 4:
rails c
.Solution:
Just let me disable blocks in the preferences and have a "normal" terminal, where there is only one block that you can never turn red by clicking.
Importance:
VERY. Honestly the only thing preventing me from not switching to iTerm2 is that it takes a long time to configure so that the editing shortcuts work. I really like Warp, it works out of the box pretty dang well, but this is wearing me down, I feel like I'm constantly fighting these dang red squares that don't provide any value.
Is your feature request related to a problem? Please describe.
No response
Additional context
No response
How important is this feature to you?
4
Warp Internal (ignore) - linear-label:770f6576-d6c0-4e4f-a259-fc64b5156087
None
The text was updated successfully, but these errors were encountered: