-
Notifications
You must be signed in to change notification settings - Fork 2.6k
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
Cannot start git-bash maximized #1865
Comments
A Quick web search indicated that for other programmes this is a tricky thing. One does need to distinguish between "Full Screen" (The F11 thing in Internet Explorer), and simply 'Maximised' to the current screen size. The web search indicated that (at least for more recent Win versions) it is for the user to maximise the application, and then close it at that size. Then on next re-opening it should return to that size (maybe also needing the setting you indicated). The articles/threads indicated that Windows (or the app) will remember in the registry the last window (screen) size and start at that value. [By implication, it maybe that the control is from good old basic 32-bit Windows days, XP and before ;-)] How you managed to find any indication of how to achieve what is expected that could be programmatically achieved? |
The request is simply about configuring maximized mode initially, not further intelligence. |
Passing |
@dscho That doesn't seem very intuitive or user-friendly. |
@Bilge I agree. What I tried to give to you is a way to test this method. And once it works, I can help you turn it into an option in the Git for Windows installer (that will be remembered across upgrades). Are you up to the challenge? |
No, I'm busy. And it shouldn't be an installer option, it should work as
expected with zero configuration, by respecting the shortcut specification.
…On Tue, 9 Oct 2018, 15:02 Johannes Schindelin, ***@***.***> wrote:
@Bilge <https://github.com/Bilge> I agree. What I tried to give to you is
a way to test this method. And once it works, I can help you turn it into
an option in the Git for Windows installer (that will be remembered across
upgrades). Are you up to the challenge?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1865 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAcuYthn_LBb_vpgnPMf0Jlnf20kMrB2ks5ujKxtgaJpZM4XKRkm>
.
|
@Bilge, it still needs coding though, as the |
Well, I tried to help. Let us know when your situation changes.
Since you know much more about this than I do (obviously!), you are in a much better position to work on this than I am. Besides, this is open source, baby ;-) |
Maybe a little rusty on JavaScript or
Java v's comd
…On Wed, Oct 10, 2018, 4:28 AM Johannes Schindelin ***@***.***> wrote:
No, I'm busy.
Well, I tried to help. Let us know when your situation changes.
And it shouldn't be an installer option, it should work as expected with
zero configuration, by respecting the shortcut specification.
Since you know much more about this than I do (obviously!), you are in a
much better position to work on this than I am.
Besides, this is open source, baby ;-)
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#1865 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/Ao7Bv6E3CxetaZvDiVb44XjE6AmOZ0Bkks5uja-WgaJpZM4XKRkm>
.
|
I tried to find the source of the git-bash wrapper yesterday to check if I can help out but it's well hidden in the project dungeons... |
It will be in the https://github.com/git-for-windows/build-extra repository, but I haven't had a delve to find the particular location. Maybe start at the Installer directory |
@mintty It is built as part of the |
You may try the patch below. As I don't have a git-for-windows development environment, I cannot test it myself.
|
This feature will need somebody who wants it badly enough to actually put in some effort. |
I was searching for a solution, when I found this. Top answer took 30 seconds and works for me. |
If you make your own wrapper anyway, you could also try the patch I suggested above, so the "max" setting would not need to be fixed but could automatically depend on the shortcut configuration. |
For the record, this suggests to put
into e.g. Which sounds like a pretty painless solution, in particular given the reluctance to work with @mintty to try any patches and give feedback. |
Although the operating system provides a mechanism to specify the window mode when the application starts up (normal/minimized/maximized), git-bash ignores this user preference and always starts in windowed (normal) mode.
If the user wishes to start git-bash maximized, this setting should be respected.
N.B. @mintty has confirmed this is not a mintty limitation.
The text was updated successfully, but these errors were encountered: