mirror of
https://github.com/1Remote/1Remote.git
synced 2026-04-25 13:36:03 +03:00
[GH-ISSUE #187] Display option to maximize screen #3043
Labels
No labels
area-configuration
area-ct-app
area-ct-rdp
area-ct-remoteapp
area-ct-ssh
area-ct-vnc
area-launcher
area-list
area-tags
area-teamwork
bug
chore
dependencies
general-build/ci
general-performance
general-refactor
general-security
general-supportive
general-ux
meta-documentation
meta-enhancement
meta-enhancement
meta-feature
meta-help-wanted
meta-unknown-error
priority-hi
priority-low
pull-request
question
resolution-duplicate
resolution-invalid
resolution-wontfix
stale
task-put-off
task-still-considering
task-working-in-progress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/1Remote#3043
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
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?
Originally created by @majkinetor on GitHub (Jan 22, 2022).
Original GitHub issue: https://github.com/1Remote/1Remote/issues/187
Originally assigned to: @VShawn on GitHub.
Is your enhancement related to a problem? Please describe.
We currently have
However, existing full screen options do not maximize locally screen, unless I am missing something.
Describe the solution you'd like
I would like to have an option to Maximize screen on starting up. It should work even with multiple tabs open, when some of the connections do not have this option - connection with this option will maximize its containing window.
Describe alternatives you've considered
The only other alternative is Connect with full screen however that is not the same as I can't see any more my local taskbar.
@VShawn commented on GitHub (Jan 23, 2022):
I dont understand how
Maximize screen on starting upworks?do you means start a RDP with full screen size in a tab window like below gif?
BTW, if
Connect with full screenis disabled, PRM will remember the last state of your session. e.g. if you exit a rdp session with full-screen last time, then the next time you connect to the same server, PRM will start it with full-screen even theConnect with full screenis disabled.Oh suddenly found, the current name of
Connect with full screenshould beConnect with full screen if last time is full screen@majkinetor commented on GitHub (Jan 23, 2022):
I mean local RDP/whatever window should be maximized always, just if I clicked on host maximize button (which I do constantly hence the request :) I rarely want to work in a window that is not maximized (we basically have RemoteApp for that case which fits that scenario much better).
This sounds awkward and longish :) How about Keep last screen size and docs can explain further (and we will have more serious docs/site soon enough, I will do it if none else).
@majkinetor commented on GitHub (Jan 23, 2022):
So, this Resize option is just for the RDP "insides", right ? It doesn't influence whatsoever host window size. So the only option is Connect full screen but as you said it should be named differently, which means that Maximize window is reasonable non-existing option ?
@majkinetor commented on GitHub (Jan 23, 2022):
Also Resize option should IMO be renamed to Fit content (Windows wallpaper personal settings call this Choose a fit and RDP Display configuration which IMO doesn't convey the right meaning).
@VShawn commented on GitHub (Jan 23, 2022):
Yes, I don't want the session to affect the size of its parent window.
Assuming we have:
Now we have a tab window hosting a RDP2 session in 800X600 size, then we open the RDP1 and the the tab window control facing a conflict choice:
Oh BTW, if the lastset tab window you close is a maximized tab, the next session will be opened in maximized tab.
technical, I followed the mRemoteNG's approach:

auto resizeFit contentis good, but rename toresolutionmay be more clearly?@majkinetor commented on GitHub (Jan 23, 2022):
Regarding conflict:
All this sounds like overkill IMO, since its an option I wouldn't think too much about its cross-connection effects. I would personally set this to default for all connections and people that have a problem with cross-connection could either not use it, or use that always open in separate window additional option.
@VShawn commented on GitHub (Jan 24, 2022):
I agree and IMO it's good to keep how it works of the tab window size. If anyone want to maximize the window, just click the maximized button.