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

Windows open off-screen on multi-monitor setup (Windows) #2256

Closed
davidhbrown opened this Issue May 5, 2015 · 11 comments

Comments

Projects
None yet
8 participants
@davidhbrown
Copy link

davidhbrown commented May 5, 2015

When opening a font, that window is moved to what FontForge believes is the upper-right corner of the screen. Apparently, it does this by looking at the total dimensions of all connected monitors, not the dimensions of any single monitor. Consequently, the window may be positioned in an area that is not actually visible.

Example/to recreate: I run a three-monitor setup with a large QFHD monitor in the center and a smaller FHD monitor at the right, bottom aligned with the bottom of the center monitor. The font window is opened in the non-imaged space above the right-hand FHD monitor.

Workaround: while FontForge's windows do not respond to the usual Alt+Space, m shortcut to move windows, they do respond to Win+left arrow and Win+right arrow keyboard shortcuts will move them to visible areas.

OS: Windows 8.1 Pro x64
Version: 09:31 AWST 1-May-2015

@larsenwork

This comment has been minimized.

Copy link

larsenwork commented May 5, 2015

Would it fix it if they were moved to the upper left corner?

@davidhbrown

This comment has been minimized.

Copy link
Author

davidhbrown commented May 5, 2015

Thanks for your note.

It would probably fix it for some people, but so long as you’re looking at the total dimensions of the multiple-monitor setup instead of the dimensions of a single monitor, there’s going to be some setup that misses any corner. Someone could even do something crazy like put big monitors on the two sides and a tiny monitor in the middle such that even the centermost pixel didn’t map to an actual monitor.

I haven’t looked into FontForge enough to know what windowing engine you’re using (it looked unfamiliar), whether you even have an API to know the locations of actual monitors. If not, it might have to be a “would be nice” issue.

Dave

David H. Brown

dave@davidhbrown.us

From: Andreas Larsen [mailto:notifications@github.com]
Sent: Tuesday, May 5, 2015 12:36 PM
To: fontforge/fontforge
Cc: David Brown
Subject: Re: [fontforge] Windows open off-screen on multi-monitor setup (Windows) (#2256)

Would it fix it if they were moved to the upper left corner?


Reply to this email directly or view it on GitHub #2256 (comment) . https://github.com/notifications/beacon/AAtv0ObNELLM_PggJt1Y856DWVREy0XBks5oGOj_gaJpZM4EQbQS.gif

@larsenwork

This comment has been minimized.

Copy link

larsenwork commented May 5, 2015

FontForge uses it own windowing engine so..... :)

@elgonzo

This comment has been minimized.

Copy link

elgonzo commented Aug 23, 2015

You probably are already aware of that, but let me mention it just to be sure:

When talking about "upper-left corners" with regard to multi-monitor setups running MS Windows, keep in mind that the upper-left corner of a multi-monitor setup is not necessarily at the virtual-screen coordinates (0,0).

The primary monitor always contains the origin (0,0) of the virtual-screen space coordinate system, no matter where this primary monitor is located within the multi-monitor setup.

If a secondary monitor is left or above the primary screen then the coordinates of the upper-left corner of your multi-monitor setup will be negative.

However, this can actually be a good thing: Since the virtual-space coordinates (0,0) are always at the top-left corner of the primary monitor, it should be safe to open Fontforge at those (0,0) coordinates without risking it being displayed off-screen .

If you know this already, then please apologize my superfluous comment. :)

@tronster

This comment has been minimized.

Copy link

tronster commented Jul 13, 2016

Having the same issue... 3 monitors and when I open it up (fresh install) it flies off the top right. On Windows 7. I really would just prefer the window is centered or there was a way to set it to 0,0 on whatever the "primary" monitor is. If attachments work; attached is an image of the desktop.
monitor setup
Notes: Monitor #3 has the taskbar on it. Monitor #2 is the primary monitor. Monitor #1 (a 4K) is where the FontForge window will fly to... actually seems to fly high above it.

@tronster

This comment has been minimized.

Copy link

tronster commented Jul 13, 2016

Additional notes: Initial program opens fine, it's just the font file I select that flies above there. Attached is a screen shot that fixes it opening:
image

@jtanx

This comment has been minimized.

Copy link
Contributor

jtanx commented Jul 14, 2016

This is a known issue... It won't be fixed unless FontForge gets rid of its hard dependency on X11. I have a branch that fixes this issue, but it's not ready yet - nor do I know if I'll complete it, due to other issues.


Just for some background - VcXsrv, which is what FontForge uses for X11 on Windows, treats multi-monitor setups as one single monitor, which makes FF center/position windows off-screen

@Tamschi

This comment has been minimized.

Copy link

Tamschi commented Jul 22, 2016

For anyone else with this problem (on Windows 10, pretty sure it's more straightforward on other versions):
If you Shift + right click the window in the task bar, you can move it onto the screen with the arrow keys and confirm with left click or Enter.

@pwust

This comment has been minimized.

Copy link

pwust commented May 23, 2017

I am not sure if this will help working on this off-screen dialog issue for Windows OS builts.

I have a two-monitor setup for Windows 8.1 x64 like in the screenshot attached:
image
The main monitor for OS is # 1, whilest # 2 is in portait mode, both being aligned at bottom. For FontForge (Version "20:55 AWST 4-Oct-2016-ML-TtfDb-D", git hash 172e17e105afb8d934cadac0e738443f00ef6553), many windows are place off-screen in the red/white shaded area, either top-left (e.g. glyph edit window), or globally centered (e.g. file open dialog at progam start).
If I change logical monitor layout by aligning both monitors on the top edge, the FontForge dialog windows will appear on-screen.

@Orillian

This comment has been minimized.

Copy link

Orillian commented Jan 2, 2018

I have a similar setup to @pwust except I have another horizontal monitor to the right of the vertical one as well. I end up with fontforge opening the glyphs in the same space as what @pwust is showing. The open dialog shows dead center on my center vertical monitor. For me swapping the sides would not help.

At this point I don't know what to do to get it visible.

With the displays that I'm using I have a virtual 5040x1920 work space as far as FontForge is concerned I do believe.

fontforge

FontForge is about the only decent font Editor for windows, it's unfortunate that it doesn't work with modern displays in an intelligent way. I can use this on my laptop but it's old and slow and runs FontForge like a dog. :(

Even just adding the ability to set a bottom left, or bottom right location for the glyph view would allow those of us using multiple displays to use the software.

@Orillian

This comment has been minimized.

Copy link

Orillian commented Jan 5, 2018

OK, so I finally found out how to kinda use FontForge on Windows 10 with multiple monitors.

If you load the application, then select the font you want to work with and it opens (apparently in the upper right corner) you can select the window in the taskbar by pressing SHIFT+RIGHT CLICK this brings up a menu with a move option.

Select Move and then use the arrow keys on the keyboard to bring the window into view.

The only problem with this is that I sometimes have issues getting some of the other windows to come onto the screen when FontForge has more then one open.

I've been able to do a bit of work on my desktop machine doing this but the workflow is far from optimal.

@jtanx jtanx closed this in #2782 Mar 17, 2018

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment