From: SourceForge.net <no...@so...> - 2009-04-16 13:23:09
|
Bugs item #2768586, was opened at 2009-04-16 15:23 Message generated for change (Tracker Item Submitted) made by danckaert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=2768586&group_id=12997 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 13. Win Menus Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Koen Danckaert (danckaert) Assigned to: Todd Helfter (tmh) Summary: Menu posting problem on dual monitors Initial Comment: This bug happens on Windows in dual monitor mode, when the second monitor is placed above the primary monitor. Note that this means that the second monitor has negative y coordinates. When posting a menu on the second monitor (either from a menubutton or directly with tk_popup), the menu is actually displayed on the primary monitor. The reason can be found in the procedures ::tk::MbPost and ::tk::PostOverPoint. These contains checks like: if {$y < 0} { set y 0 } Which makes it impossible to post menus at negative y coordinates. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=2768586&group_id=12997 |
From: SourceForge.net <no...@so...> - 2009-10-30 19:09:47
|
Bugs item #2768586, was opened at 2009-04-16 07:23 Message generated for change (Comment added) made by aspenlogic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=2768586&group_id=12997 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 13. Win Menus Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Koen Danckaert (danckaert) Assigned to: Todd Helfter (tmh) Summary: Menu posting problem on dual monitors Initial Comment: This bug happens on Windows in dual monitor mode, when the second monitor is placed above the primary monitor. Note that this means that the second monitor has negative y coordinates. When posting a menu on the second monitor (either from a menubutton or directly with tk_popup), the menu is actually displayed on the primary monitor. The reason can be found in the procedures ::tk::MbPost and ::tk::PostOverPoint. These contains checks like: if {$y < 0} { set y 0 } Which makes it impossible to post menus at negative y coordinates. ---------------------------------------------------------------------- Comment By: Tim Davis (aspenlogic) Date: 2009-10-30 13:09 Message: I just ran into this problem as well. Is there a work around? I put a large monitor, connected to my docking station, above my laptop display. I suspect this is a common arrangement (based on walking around cubes) so whoever deploys Tk apps to work across multiple monitors will get dinged for this bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=2768586&group_id=12997 |
From: SourceForge.net <no...@so...> - 2009-11-02 09:05:14
|
Bugs item #2768586, was opened at 2009-04-16 15:23 Message generated for change (Comment added) made by danckaert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=2768586&group_id=12997 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 13. Win Menus Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Koen Danckaert (danckaert) Assigned to: Todd Helfter (tmh) Summary: Menu posting problem on dual monitors Initial Comment: This bug happens on Windows in dual monitor mode, when the second monitor is placed above the primary monitor. Note that this means that the second monitor has negative y coordinates. When posting a menu on the second monitor (either from a menubutton or directly with tk_popup), the menu is actually displayed on the primary monitor. The reason can be found in the procedures ::tk::MbPost and ::tk::PostOverPoint. These contains checks like: if {$y < 0} { set y 0 } Which makes it impossible to post menus at negative y coordinates. ---------------------------------------------------------------------- >Comment By: Koen Danckaert (danckaert) Date: 2009-11-02 10:05 Message: I've a workaround (see attached file) which works by always posting the menu at the mouse pointer. Note that this means that "-direction flush" for option-menus does not work as intended anymore. But at least the menu gets posted on the right monitor! For a real fix, we need to know the available coordinate space, and apparently there is no API in Tk for doing that. ---------------------------------------------------------------------- Comment By: Tim Davis (aspenlogic) Date: 2009-10-30 20:09 Message: I just ran into this problem as well. Is there a work around? I put a large monitor, connected to my docking station, above my laptop display. I suspect this is a common arrangement (based on walking around cubes) so whoever deploys Tk apps to work across multiple monitors will get dinged for this bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=2768586&group_id=12997 |
From: SourceForge.net <no...@so...> - 2009-11-03 16:02:14
|
Bugs item #2768586, was opened at 2009-04-16 07:23 Message generated for change (Comment added) made by aspenlogic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=2768586&group_id=12997 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 13. Win Menus Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Koen Danckaert (danckaert) Assigned to: Todd Helfter (tmh) Summary: Menu posting problem on dual monitors Initial Comment: This bug happens on Windows in dual monitor mode, when the second monitor is placed above the primary monitor. Note that this means that the second monitor has negative y coordinates. When posting a menu on the second monitor (either from a menubutton or directly with tk_popup), the menu is actually displayed on the primary monitor. The reason can be found in the procedures ::tk::MbPost and ::tk::PostOverPoint. These contains checks like: if {$y < 0} { set y 0 } Which makes it impossible to post menus at negative y coordinates. ---------------------------------------------------------------------- Comment By: Tim Davis (aspenlogic) Date: 2009-11-03 09:02 Message: Can't Tk assume that if the upper left corner of the application window "." is in negative coordinates that the menus can be in negative coordinates? Also, don't post the menu any higher then the top edge of the "." window as a workaround to the lack of coordinate space API. ---------------------------------------------------------------------- Comment By: Koen Danckaert (danckaert) Date: 2009-11-02 02:05 Message: I've a workaround (see attached file) which works by always posting the menu at the mouse pointer. Note that this means that "-direction flush" for option-menus does not work as intended anymore. But at least the menu gets posted on the right monitor! For a real fix, we need to know the available coordinate space, and apparently there is no API in Tk for doing that. ---------------------------------------------------------------------- Comment By: Tim Davis (aspenlogic) Date: 2009-10-30 13:09 Message: I just ran into this problem as well. Is there a work around? I put a large monitor, connected to my docking station, above my laptop display. I suspect this is a common arrangement (based on walking around cubes) so whoever deploys Tk apps to work across multiple monitors will get dinged for this bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=2768586&group_id=12997 |
From: SourceForge.net <no...@so...> - 2009-12-05 13:30:11
|
Bugs item #2768586, was opened at 2009-04-16 14:23 Message generated for change (Comment added) made by patthoyts You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=2768586&group_id=12997 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 13. Win Menus Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Koen Danckaert (danckaert) >Assigned to: Pat Thoyts (patthoyts) Summary: Menu posting problem on dual monitors Initial Comment: This bug happens on Windows in dual monitor mode, when the second monitor is placed above the primary monitor. Note that this means that the second monitor has negative y coordinates. When posting a menu on the second monitor (either from a menubutton or directly with tk_popup), the menu is actually displayed on the primary monitor. The reason can be found in the procedures ::tk::MbPost and ::tk::PostOverPoint. These contains checks like: if {$y < 0} { set y 0 } Which makes it impossible to post menus at negative y coordinates. ---------------------------------------------------------------------- >Comment By: Pat Thoyts (patthoyts) Date: 2009-12-05 13:30 Message: I thought I'd fixed all the multiple-monitor placement issues years ago with fixes to tk::PlaceWindow. Evidently this got missed. I'll look into this from work where I've a dual monitor setup. Wrt to finding the coord space - post any suggestions. If you are running into this then you at least have some idea of the usage for such a feature. As I've never run into this as a problem I'm in a worse position to design the feature. There is an (ancient) bug raised about finding out about multiple monitors but the developer for that area is clearly not going to work it so anyone with an interest needs to get involved. ---------------------------------------------------------------------- Comment By: Tim Davis (aspenlogic) Date: 2009-11-03 16:02 Message: Can't Tk assume that if the upper left corner of the application window "." is in negative coordinates that the menus can be in negative coordinates? Also, don't post the menu any higher then the top edge of the "." window as a workaround to the lack of coordinate space API. ---------------------------------------------------------------------- Comment By: Koen Danckaert (danckaert) Date: 2009-11-02 09:05 Message: I've a workaround (see attached file) which works by always posting the menu at the mouse pointer. Note that this means that "-direction flush" for option-menus does not work as intended anymore. But at least the menu gets posted on the right monitor! For a real fix, we need to know the available coordinate space, and apparently there is no API in Tk for doing that. ---------------------------------------------------------------------- Comment By: Tim Davis (aspenlogic) Date: 2009-10-30 19:09 Message: I just ran into this problem as well. Is there a work around? I put a large monitor, connected to my docking station, above my laptop display. I suspect this is a common arrangement (based on walking around cubes) so whoever deploys Tk apps to work across multiple monitors will get dinged for this bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=2768586&group_id=12997 |
From: SourceForge.net <no...@so...> - 2012-04-13 11:24:57
|
Bugs item #2768586, was opened at 2009-04-16 06:23 Message generated for change (Settings changed) made by nijtmans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=2768586&group_id=12997 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 13. Win Menus Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Koen Danckaert (danckaert) >Assigned to: Jan Nijtmans (nijtmans) Summary: Menu posting problem on dual monitors Initial Comment: This bug happens on Windows in dual monitor mode, when the second monitor is placed above the primary monitor. Note that this means that the second monitor has negative y coordinates. When posting a menu on the second monitor (either from a menubutton or directly with tk_popup), the menu is actually displayed on the primary monitor. The reason can be found in the procedures ::tk::MbPost and ::tk::PostOverPoint. These contains checks like: if {$y < 0} { set y 0 } Which makes it impossible to post menus at negative y coordinates. ---------------------------------------------------------------------- Comment By: Pat Thoyts (patthoyts) Date: 2009-12-05 05:30 Message: I thought I'd fixed all the multiple-monitor placement issues years ago with fixes to tk::PlaceWindow. Evidently this got missed. I'll look into this from work where I've a dual monitor setup. Wrt to finding the coord space - post any suggestions. If you are running into this then you at least have some idea of the usage for such a feature. As I've never run into this as a problem I'm in a worse position to design the feature. There is an (ancient) bug raised about finding out about multiple monitors but the developer for that area is clearly not going to work it so anyone with an interest needs to get involved. ---------------------------------------------------------------------- Comment By: Tim Davis (aspenlogic) Date: 2009-11-03 08:02 Message: Can't Tk assume that if the upper left corner of the application window "." is in negative coordinates that the menus can be in negative coordinates? Also, don't post the menu any higher then the top edge of the "." window as a workaround to the lack of coordinate space API. ---------------------------------------------------------------------- Comment By: Koen Danckaert (danckaert) Date: 2009-11-02 01:05 Message: I've a workaround (see attached file) which works by always posting the menu at the mouse pointer. Note that this means that "-direction flush" for option-menus does not work as intended anymore. But at least the menu gets posted on the right monitor! For a real fix, we need to know the available coordinate space, and apparently there is no API in Tk for doing that. ---------------------------------------------------------------------- Comment By: Tim Davis (aspenlogic) Date: 2009-10-30 12:09 Message: I just ran into this problem as well. Is there a work around? I put a large monitor, connected to my docking station, above my laptop display. I suspect this is a common arrangement (based on walking around cubes) so whoever deploys Tk apps to work across multiple monitors will get dinged for this bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=2768586&group_id=12997 |
From: SourceForge.net <no...@so...> - 2012-05-04 22:29:52
|
Bugs item #2768586, was opened at 2009-04-16 06:23 Message generated for change (Comment added) made by nijtmans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=2768586&group_id=12997 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 13. Win Menus Group: None >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Koen Danckaert (danckaert) Assigned to: Jan Nijtmans (nijtmans) Summary: Menu posting problem on dual monitors Initial Comment: This bug happens on Windows in dual monitor mode, when the second monitor is placed above the primary monitor. Note that this means that the second monitor has negative y coordinates. When posting a menu on the second monitor (either from a menubutton or directly with tk_popup), the menu is actually displayed on the primary monitor. The reason can be found in the procedures ::tk::MbPost and ::tk::PostOverPoint. These contains checks like: if {$y < 0} { set y 0 } Which makes it impossible to post menus at negative y coordinates. ---------------------------------------------------------------------- >Comment By: Jan Nijtmans (nijtmans) Date: 2012-05-04 15:29 Message: Fix committed to core-8-4-branc, core-8-5-branch and trunk. [Bug 533519] was essentially the same as this bug, only [Bug 533519] was about window placement while this one is about menu placement. > For a real fix, we need to know the available > coordinate space, and apparently there is > no API in Tk for doing that. Yes, there was an API for that, but it didn't report the right coordinates. So Koen (or anyone else), please confirm that this really fixes your bug. If not, then report it here. ---------------------------------------------------------------------- Comment By: Pat Thoyts (patthoyts) Date: 2009-12-05 05:30 Message: I thought I'd fixed all the multiple-monitor placement issues years ago with fixes to tk::PlaceWindow. Evidently this got missed. I'll look into this from work where I've a dual monitor setup. Wrt to finding the coord space - post any suggestions. If you are running into this then you at least have some idea of the usage for such a feature. As I've never run into this as a problem I'm in a worse position to design the feature. There is an (ancient) bug raised about finding out about multiple monitors but the developer for that area is clearly not going to work it so anyone with an interest needs to get involved. ---------------------------------------------------------------------- Comment By: Tim Davis (aspenlogic) Date: 2009-11-03 08:02 Message: Can't Tk assume that if the upper left corner of the application window "." is in negative coordinates that the menus can be in negative coordinates? Also, don't post the menu any higher then the top edge of the "." window as a workaround to the lack of coordinate space API. ---------------------------------------------------------------------- Comment By: Koen Danckaert (danckaert) Date: 2009-11-02 01:05 Message: I've a workaround (see attached file) which works by always posting the menu at the mouse pointer. Note that this means that "-direction flush" for option-menus does not work as intended anymore. But at least the menu gets posted on the right monitor! For a real fix, we need to know the available coordinate space, and apparently there is no API in Tk for doing that. ---------------------------------------------------------------------- Comment By: Tim Davis (aspenlogic) Date: 2009-10-30 12:09 Message: I just ran into this problem as well. Is there a work around? I put a large monitor, connected to my docking station, above my laptop display. I suspect this is a common arrangement (based on walking around cubes) so whoever deploys Tk apps to work across multiple monitors will get dinged for this bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=2768586&group_id=12997 |
From: SourceForge.net <no...@so...> - 2012-05-11 15:12:57
|
Bugs item #2768586, was opened at 2009-04-16 06:23 Message generated for change (Settings changed) made by danckaert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=2768586&group_id=12997 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 13. Win Menus Group: None >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Koen Danckaert (danckaert) Assigned to: Jan Nijtmans (nijtmans) Summary: Menu posting problem on dual monitors Initial Comment: This bug happens on Windows in dual monitor mode, when the second monitor is placed above the primary monitor. Note that this means that the second monitor has negative y coordinates. When posting a menu on the second monitor (either from a menubutton or directly with tk_popup), the menu is actually displayed on the primary monitor. The reason can be found in the procedures ::tk::MbPost and ::tk::PostOverPoint. These contains checks like: if {$y < 0} { set y 0 } Which makes it impossible to post menus at negative y coordinates. ---------------------------------------------------------------------- >Comment By: Koen Danckaert (danckaert) Date: 2012-05-11 08:12 Message: Sorry, it took me some time to find a setup to reproduce this again. But I can confirm it is fixed now. Thanks! ---------------------------------------------------------------------- Comment By: Jan Nijtmans (nijtmans) Date: 2012-05-04 15:29 Message: Fix committed to core-8-4-branc, core-8-5-branch and trunk. [Bug 533519] was essentially the same as this bug, only [Bug 533519] was about window placement while this one is about menu placement. > For a real fix, we need to know the available > coordinate space, and apparently there is > no API in Tk for doing that. Yes, there was an API for that, but it didn't report the right coordinates. So Koen (or anyone else), please confirm that this really fixes your bug. If not, then report it here. ---------------------------------------------------------------------- Comment By: Pat Thoyts (patthoyts) Date: 2009-12-05 05:30 Message: I thought I'd fixed all the multiple-monitor placement issues years ago with fixes to tk::PlaceWindow. Evidently this got missed. I'll look into this from work where I've a dual monitor setup. Wrt to finding the coord space - post any suggestions. If you are running into this then you at least have some idea of the usage for such a feature. As I've never run into this as a problem I'm in a worse position to design the feature. There is an (ancient) bug raised about finding out about multiple monitors but the developer for that area is clearly not going to work it so anyone with an interest needs to get involved. ---------------------------------------------------------------------- Comment By: Tim Davis (aspenlogic) Date: 2009-11-03 08:02 Message: Can't Tk assume that if the upper left corner of the application window "." is in negative coordinates that the menus can be in negative coordinates? Also, don't post the menu any higher then the top edge of the "." window as a workaround to the lack of coordinate space API. ---------------------------------------------------------------------- Comment By: Koen Danckaert (danckaert) Date: 2009-11-02 01:05 Message: I've a workaround (see attached file) which works by always posting the menu at the mouse pointer. Note that this means that "-direction flush" for option-menus does not work as intended anymore. But at least the menu gets posted on the right monitor! For a real fix, we need to know the available coordinate space, and apparently there is no API in Tk for doing that. ---------------------------------------------------------------------- Comment By: Tim Davis (aspenlogic) Date: 2009-10-30 12:09 Message: I just ran into this problem as well. Is there a work around? I put a large monitor, connected to my docking station, above my laptop display. I suspect this is a common arrangement (based on walking around cubes) so whoever deploys Tk apps to work across multiple monitors will get dinged for this bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=2768586&group_id=12997 |