Skip to content
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

Closed
jakeonrails opened this issue Jun 9, 2023 · 23 comments
Closed

Please let me disable blocks (the big red squares) #3189

jakeonrails opened this issue Jun 9, 2023 · 23 comments
Labels
Feature requests Feature Requests

Comments

@jakeonrails
Copy link

jakeonrails commented Jun 9, 2023

Discord username (optional)

No response

Describe the solution you'd like?

  1. When I click my mouse into the terminal I want to just start typing and have input go into wherever the cursor is.
  2. When I drag to select text, I want to (sometimes) hold shift and extend my text selection
  3. When I focus my terminal (with a click) I want to always see a blinking cursor where keyboard input will go
  4. When I am using Rails console, I just want to have one unobstructed area to work. Instead the blocks get mouse input when I'm switching to Warp and then I have to "unblock" myself before I can continue.

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:

  1. Type a command and hit enter
  2. Start to type a new command
  3. Click on the block of the previous command
  4. Now try to delete text from the half typed command
  5. Keyboard input goes into the ether

Reproduce item 2:

  1. Try doing something with lots of output, like cat some-large-file.csv
  2. Now try to select that text, but stop short of selecting all of it, and release your mouse button.
  3. Now hold shift to select the remainder and it unselects everything

Reproduce item 3:

  1. Use ssh to go into a shell
  2. Tab away from warp
  3. Use mouse to click into warp, such that a block is selected
  4. The cursor is not blinking, there is in fact no cursor

Reproduce item 4:

  1. I cannot exactly specify the conditions this one is triggered by. I think it is the fact that a Rails console is some kind of subshell that warp doesn't understand, and so it gets broken. I would say if you're a frequent Rails console user, Warp is just painful to use - I don't know where my cursor is, deleting text doesn't work, and I frequently have to hit → to get the cursor back before I can start typing. Item 4 is probably a combination of all the previous 3 issues, plus the fact that warp doesn't understand how to "blockify" 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

@jakeonrails jakeonrails added the Feature requests Feature Requests label Jun 9, 2023
@dannyneira
Copy link
Member

dannyneira commented Jun 9, 2023

Hi @jakeonrails Thanks for submitting, in order to focus terminal input you can use CMD-L or click directly on the input editor.

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

@dannyneira
Copy link
Member

dannyneira commented Jun 13, 2023

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 bash|zsh|fish, which will run with no Warp features like a normal terminal (eg. No Blocks, IDE-like input, etc.)

Thanks for your interest in using Warp!

@dannyneira dannyneira closed this as not planned Won't fix, can't repro, duplicate, stale Jun 13, 2023
@x48115
Copy link

x48115 commented Jun 21, 2023

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.

@sanjay51
Copy link

sanjay51 commented Nov 30, 2023

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.

@dannyneira
Copy link
Member

@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

@sanjay51
Copy link

@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!

@gadelkareem
Copy link

@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

@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?

@wong2
Copy link

wong2 commented Feb 19, 2024

Blocks are annoying..

@maao666
Copy link

maao666 commented Feb 20, 2024

Blocks are great until I open an SSH connection with tmux. Then the entire screen would be highlighted (bacause the block is indeed the entire screen in this case). A possible workaround might be "auto disabling block highlighting when the block is fullscreen" or "disabling block highlighting when SSH wrapper is turned off". Anyway, the experience of connecting to remote tmux is not great at this moment.

Screenshot of Warp connecting to remote tmux

@henricook
Copy link

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

@Allerby
Copy link

Allerby commented Feb 29, 2024

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.

@zachbai
Copy link

zachbai commented Feb 29, 2024

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!

@Allerby
Copy link

Allerby commented Feb 29, 2024

@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.

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.

@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!

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.

@zachbai
Copy link

zachbai commented Mar 5, 2024

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?

@MikkieMuis
Copy link

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.
Please make an option to turn it off. A less in your face option must be possible !

@jcoutinhopt
Copy link

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.
In any case, kudos for you guys for the great work you did on warp.

@raylillywhite
Copy link

@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

@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?

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.

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.

@raylillywhite
Copy link

Is it possible that the Warp window is already focused in these cases where blocks are unexpectedly highlighted?

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.

@unlocomqx
Copy link

And the blocks cover the prompt sometimes

CleanShot.2024-09-06.at.07.35.18.mp4

@dannyneira
Copy link
Member

@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

@CamBrown101
Copy link

@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

@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?

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.

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.

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.

@jackyliang
Copy link

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.

@leafonsword
Copy link

Switch to Kitty Terminal because of annoying block

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Feature requests Feature Requests
Projects
None yet
Development

No branches or pull requests