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

Invisible proxy icon (AKA window title icon) #1503

Open
2 of 7 tasks
ilyagr opened this issue Oct 2, 2024 · 3 comments
Open
2 of 7 tasks

Invisible proxy icon (AKA window title icon) #1503

ilyagr opened this issue Oct 2, 2024 · 3 comments
Milestone

Comments

@ilyagr
Copy link

ilyagr commented Oct 2, 2024

Steps to reproduce

Start without MacVim running.

  1. open -a MacVim file.md. mvim file.md also works the same (I have a symlink to mvim in my PATH).
  2. Observe the lack of the proxy icon.
image

Actually, the proxy icon still works if you know where to start dragging, but it is invisible.

Workaround (further adventure)

  1. Go to appearance settings
image
  1. Check "Hidden title bar" and uncheck it again
  2. The proxy icon is visible now.
image

Expected behaviour

The proxy icon should be visible regardless.

Version of Vim and architecture

MacVim r180, Vim 9.1.727, ARM, on

Environment

Sonoma 14.7

I'm using the dark theme for it. Somewhere in Apple's Settings, I also selected the option to make it show the proxy icons without having to click on the title first. Update: I mean the "Apple Settings -> Display -> Show window title icons" option.

How MacVim was installed

From GitHub

Logs and stack traces

No response

Vim configuration where issue is reproducable

No response

Issue has been tested with given configuration

  • by running MacVim.app from GUI macOS interface
  • by running vim/gvim/etc installed by MacVim
  • by running other versions of vim (e.g. /usr/bin/vim)

Issue has been tested with no configuration

  • by running mvim --clean (or gvim, supplied by MacVim distribution)
  • by running vim --clean (in terminal, supplied by MacVim distribution)
  • by running vim --clean (in terminal, other suppliers, e.g. /usr/bin/vim)

Other conditions

  • The both Homebrew packages "vim" and "macvim" are installed
@ilyagr ilyagr changed the title Invisible proxy icon Invisible proxy icon (AKA window title icon) Oct 2, 2024
@ychin
Copy link
Member

ychin commented Oct 17, 2024

This was actually done intentionally when I implemented #1038. It isn't really a bug as I just thought this looks cleaner, but in retrospect providing an option to show file name or not might have been the easier / cleaner solution.

Was the motivation for this issue post entirely for the ripdrag linked issue? I was curious what you use the icon for.

@ilyagr
Copy link
Author

ilyagr commented Oct 17, 2024

I would currently mainly use it for that, yes. I may or may not open the file only to drag it.

It feels like a bug that toggling the "hide window bar" option changes the look.

By default, Mac OS Sonoma hides the icon until you click on the window title. I'm not sure how easy that is, but ideally you'd follow that behavior and respect the "show window icons" system option for people who want to avoid that click.

@ychin ychin added this to the Release 181 milestone Oct 17, 2024
@ychin
Copy link
Member

ychin commented Oct 17, 2024

Yeah I think having a separate option properly makes more sense. Sometimes trying to be too smart is detrimental to having a consistent setting. I'll put this to backlog.

By default, Mac OS Sonoma hides the icon until you click on the window title. I'm not sure how easy that is, but ideally you'd follow that behavior and respect the "show window icons" system option for people who want to avoid that click.

I think this only applies to the combined toolbar mode. For example, Finder and Preview does that, but TextEdit doesn't.

In fact, MacVim also does that if you use the toolbar as well (:set go+=T). Either way it wouldn't affect our decision here.

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

No branches or pull requests

2 participants