starred/terminal
1
0
Fork 0
mirror of https://github.com/microsoft/terminal.git synced 2026-02-04 05:35:20 +00:00
Code Issues 19.0k Packages Projects Releases 20 Wiki Activity

Use tab-bar/title bar for dragging window around #824

New Issue
Closed
opened 2026-01-30 22:05:30 +00:00 by claunia · 14 comments
claunia commented 2026-01-30 22:05:30 +00:00
Owner
Copy Link

Originally created by @Paul-Weisser on GitHub (May 8, 2019).

Originally assigned to: @zadjii-msft on GitHub.

I think its really nice that you can put the terminal-tabs in your titlebar but I got an issue there.

You can't move the window around klicking on the blank space in the the-bar to move the window around (highlighted in the screenshot).

Since people are moving their terminal quite often it would be nice to offer this space, so you can drag your terminal around.

grafik

Originally created by @Paul-Weisser on GitHub (May 8, 2019). Originally assigned to: @zadjii-msft on GitHub. I think its really nice that you can put the terminal-tabs in your titlebar but I got an issue there. You can't move the window around klicking on the blank space in the the-bar to move the window around (highlighted in the screenshot). Since people are moving their terminal quite often it would be nice to offer this space, so you can drag your terminal around. ![grafik](https://user-images.githubusercontent.com/34196171/57354083-ccebfa80-716a-11e9-91ac-55747463a95c.png)
claunia commented 2026-01-30 22:05:31 +00:00
Author
Owner
Copy Link

@glen-84 commented on GitHub (May 8, 2019):

Duplicate of #528 (?).

@glen-84 commented on GitHub (May 8, 2019): Duplicate of #528 (?).
claunia commented 2026-01-30 22:05:32 +00:00
Author
Owner
Copy Link

@Paul-Weisser commented on GitHub (May 8, 2019):

Duplicate of #528 (?).

No, the issue you mentioned describes losing focus of the current terminal-tab.

This issue is about dragging the whole window around.

Edit: This is a explicit feature-request

@Paul-Weisser commented on GitHub (May 8, 2019): > > > Duplicate of #528 (?). No, the issue you mentioned describes losing focus of the current terminal-tab. This issue is about dragging the whole window around. Edit: This is a explicit feature-request
claunia commented 2026-01-30 22:05:32 +00:00
Author
Owner
Copy Link

@oising commented on GitHub (May 8, 2019):

@Paul-Weisser It is a duplicate of #528 -- that issue specifically explains that when one is trying to drag the window to move it, it doesn't work and additionally this action blocks the current tab for input.

@oising commented on GitHub (May 8, 2019): @Paul-Weisser It *is* a duplicate of #528 -- that issue specifically explains that when one is trying to drag the window to move it, it doesn't work and _additionally_ this action blocks the current tab for input.
claunia commented 2026-01-30 22:05:32 +00:00
Author
Owner
Copy Link

@Paul-Weisser commented on GitHub (May 8, 2019):

@Paul-Weisser It is a duplicate of #528 -- that issue specifically explains that when one is trying to drag the window to move it, it doesn't work and additionally this action blocks the current tab for input.

please read #528 till the end as zadjii-msft is adressing this issue as an external issue...

@Paul-Weisser commented on GitHub (May 8, 2019): > > > @Paul-Weisser It _is_ a duplicate of #528 -- that issue specifically explains that when one is trying to drag the window to move it, it doesn't work and _additionally_ this action blocks the current tab for input. please read #528 till the end as zadjii-msft is adressing this issue as an external issue...
claunia commented 2026-01-30 22:05:32 +00:00
Author
Owner
Copy Link

@zadjii-msft commented on GitHub (May 8, 2019):

Okay, IMO, lets leave #528 as "the tab row steals focus from the terminal".

This is now the "use the tab bar to drag the window" thread.

@zadjii-msft commented on GitHub (May 8, 2019): Okay, IMO, lets leave #528 as "the tab row steals focus from the terminal". This is now the "use the tab bar to drag the window" thread.
claunia commented 2026-01-30 22:05:32 +00:00
Author
Owner
Copy Link

@zadjii-msft commented on GitHub (May 8, 2019):

As I mentioned in #528, this is a bug with XAML Islands currently, where we're not getting WM_NCHITTEST messages for the XAML Islands area (which hosts the tab control). They're working on fixing that for us - once we get those messages, we'll be able to hittest ourselves against the actual tabs, vs the "background" of the tabs.

@zadjii-msft commented on GitHub (May 8, 2019): As I mentioned in #528, this is a bug with XAML Islands currently, where we're not getting WM_NCHITTEST messages for the XAML Islands area (which hosts the tab control). They're working on fixing that for us - once we get those messages, we'll be able to hittest ourselves against the actual tabs, vs the "background" of the tabs.
claunia commented 2026-01-30 22:05:33 +00:00
Author
Owner
Copy Link

@adeolemon commented on GitHub (May 28, 2019):

@zadjii-msft does that mean the fix will require another Windows build?

@adeolemon commented on GitHub (May 28, 2019): @zadjii-msft does that mean the fix will require another Windows build?
claunia commented 2026-01-30 22:05:33 +00:00
Author
Owner
Copy Link

@fearthecowboy commented on GitHub (Jun 12, 2019):

I had a couple thoughts on temporary work around for this:

  • is it possible to move the +v control to the left side, and then have the tab bar no wider than the tabs themselves? (of course, you'd probably want to trim the text in tabs so it didn't show the whole path!)

  • or, can an additional invisible control be placed over top the empty area in the tab bar that can give you the message to allow you to drag?

I haven't had time to test these, if someone can or gets to it before me, it might be an acceptable workaround.

@fearthecowboy commented on GitHub (Jun 12, 2019): I had a couple thoughts on temporary work around for this: - is it possible to move the `+v` control to the left side, and then have the tab bar no wider than the tabs themselves? (of course, you'd probably want to trim the text in tabs so it didn't show the whole path!) - or, can an additional invisible control be placed over top the empty area in the tab bar that can give you the message to allow you to drag? I haven't had time to test these, if someone can or gets to it before me, it might be an acceptable workaround.
claunia commented 2026-01-30 22:05:34 +00:00
Author
Owner
Copy Link

@DHowett-MSFT commented on GitHub (Jun 14, 2019):

This'll be addressed by #929.

@DHowett-MSFT commented on GitHub (Jun 14, 2019): This'll be addressed by #929.
claunia commented 2026-01-30 22:05:34 +00:00
Author
Owner
Copy Link

@DHowett-MSFT commented on GitHub (Jun 14, 2019):

Moved into v0.3, the second public preview.

@DHowett-MSFT commented on GitHub (Jun 14, 2019): Moved into v0.3, the second public preview.
claunia commented 2026-01-30 22:05:34 +00:00
Author
Owner
Copy Link

@sandercox commented on GitHub (Jun 27, 2019):

hoping that would also fix the ability to drag just above the tab.. as I'm used to dragging from there with apps like Chrome as well.

@sandercox commented on GitHub (Jun 27, 2019): hoping that would also fix the ability to drag just above the tab.. as I'm used to dragging from there with apps like Chrome as well.
claunia commented 2026-01-30 22:05:34 +00:00
Author
Owner
Copy Link

@ghost commented on GitHub (Aug 3, 2019):

:tada:This issue was addressed in #1948, which has now been successfully released as Windows Terminal Preview v0.3.2142.0.🎉

Handy links:

@ghost commented on GitHub (Aug 3, 2019): :tada:This issue was addressed in #1948, which has now been successfully released as `Windows Terminal Preview v0.3.2142.0`.:tada: Handy links: * [Release Notes](https://github.com/microsoft/terminal/releases/tag/v0.3.2142.0) * [Store Download](https://www.microsoft.com/store/apps/9n0dx20hk701?cid=storebadge&ocid=badge)
claunia commented 2026-01-30 22:05:35 +00:00
Author
Owner
Copy Link

@BernierCR commented on GitHub (Aug 5, 2019):

Hmm thanks for the work.

But it seems that so far, all that has really happened is moving the drop down menu closer to the tabs. You can still only drag from the small area to the right of the drop down menu. If you have just one or two tabs, this area is now a bit larger then it was before. But once you get to 3 or 4 tabs, it's just as small again.

I understand software development takes time. I do it myself. But the news exaggerated this. Keep up the good work anyways.

But let me know when you can drag the individual tabs around, when you can rename the tabs with right click, not have to mess with programmatic title manipulations, and when you can drag the whole window around by the area above the tabs.

Now that would be news worthy.

@BernierCR commented on GitHub (Aug 5, 2019): Hmm thanks for the work. But it seems that so far, all that has really happened is moving the drop down menu closer to the tabs. You can still only drag from the small area to the right of the drop down menu. If you have just one or two tabs, this area is now a bit larger then it was before. But once you get to 3 or 4 tabs, it's just as small again. I understand software development takes time. I do it myself. But the news exaggerated this. Keep up the good work anyways. But let me know when you can drag the individual tabs around, when you can rename the tabs with right click, not have to mess with programmatic title manipulations, and when you can drag the whole window around by the area above the tabs. Now that would be news worthy.
claunia commented 2026-01-30 22:05:35 +00:00
Author
Owner
Copy Link

@gregpakes commented on GitHub (Aug 5, 2019):

Agree with @BernierCR. This update is an improvement, but it still doesn't behave like other tabbed applications.

For example, in chrome, you can drag the window by clicking the small space above any tab. That still doesn't work in the terminal.

image

@gregpakes commented on GitHub (Aug 5, 2019): Agree with @BernierCR. This update is an improvement, but it still doesn't behave like other tabbed applications. For example, in chrome, you can drag the window by clicking the small space above any tab. That still doesn't work in the terminal. ![image](https://user-images.githubusercontent.com/102243/62498065-4f935d00-b821-11e9-8bd5-c5bcac3fa85b.png)
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
⛺ Reserved
A11yCO
A11yMAS
A11ySev1
A11ySev2
A11ySev3
A11yTTValidated
A11yUsable
A11yVoiceAccess
A11yWCAG
Area-Accessibility
Area-AtlasEngine
Area-AzureShell
Area-Build
Area-Build
Area-Chat
Area-CmdPal
Area-CodeHealth
Area-Commandline
Area-CookedRead
Area-DefApp
Area-Extensibility
Area-Fonts
Area-GroupPolicy
Area-i18n
Area-Input
Area-Interaction
Area-Interop
Area-Localization
Area-Output
Area-Performance
Area-Portable
Area-Quality
Area-Remoting
Area-Rendering
Area-Schema
Area-Server
Area-Settings
Area-SettingsUI
Area-ShellExtension
Area-ShellExtension
Area-ShellExtension
Area-Suggestions
Area-Suggestions
Area-TerminalConnection
Area-TerminalControl
Area-Theming
Area-UserInterface
Area-VT
Area-Windowing
Area-WPFControl
AutoMerge
Blocking-Ingestion
Culprit-Centennial
Culprit-WinUI
Disability-All
Disability-Blind
Disability-LowVision
Disability-Mobility
External-Blocked-WinUI3
Fixed
Gathering-Data
good first issue
HCL-E+D
HCL-WindowsTerminal
Help Wanted
Impact-Compatibility
Impact-Compliance
Impact-Correctness
Impact-Visual
In-PR
InclusionBacklog
InclusionBacklog-Windows TerminalWin32
InclusionCommitted-202206
Issue-Bug
Issue-Docs
Issue-Feature
Issue-Feature
Issue-Question
Issue-Samples
Issue-Scenario
Issue-Task
Needs-Attention
Needs-Author-Feedback
Needs-Bisect
Needs-Discussion
Needs-Repro
Needs-Tag-Fix
Needs-Tag-Fix
Needs-Triage
No-Recent-Activity
Priority-0
Priority-1
Priority-2
Priority-3
Product-Cmd.exe
Product-Colortool
Product-Colortool
Product-Colortool
Product-Conhost
Product-Conpty
Product-Meta
Product-Powershell
Product-Terminal
Product-WSL
pull-request
Mirrored from GitHub Pull Request
 Resolution-Answered
Resolution-By-Design
Resolution-Duplicate
Resolution-External
Resolution-Fix-Available
Resolution-Fix-Committed
Resolution-No-Repro
Resolution-Won't-Fix
Severity-Blocking
Severity-Crash
Severity-DataLoss
spam
this-will-be-a-breaking-change
Tracking-External
WindowsTerminal_Win32
Work-Item
zAskModeBug
zInbox-Bug
No Label Area-UserInterface Issue-Task Needs-Tag-Fix Product-Terminal Resolution-Fix-Committed
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
claunia
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#824
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?