[ python-Bugs-1517996 ] IDLE (macosx): Class and Path browsers show Tk menu
Bugs item #1517996, was opened at 2006-07-06 10:34 Message generated for change (Comment added) made by ronaldoussoren You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1517996group_id=5470 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: IDLE Group: Python 2.5 Status: Open Resolution: None Priority: 4 Submitted By: Ronald Oussoren (ronaldoussoren) Assigned to: Ronald Oussoren (ronaldoussoren) Summary: IDLE (macosx): Class and Path browsers show Tk menu Initial Comment: I've done some work on fixing the menus for IDLE before 2.5b1, but recently found more toplevel windows that don't have their own menu. Both the Path Browser and Class Browser don't have a menubar of their own. The Tk implementation on MacOSX won't accept an empty menubar, but will replace that by a generic Tk menubar. -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-07-23 11:35 Message: Logged In: YES user_id=580910 Changing the default root menu is indeed possible without changes outside macosxSupport.py. I'm going to apply the attached patch later today. Annoyingly enough AquaTk still adds an (empty) Help menu to our menubar. It would be nice to fill that menu, but that would IMHO add to much code. I'm happy enough to blame that glitch on AquaTk. -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-07-23 09:26 Message: Logged In: YES user_id=580910 Yes I mean AquaTk. The debugger has the same problem (as expected because it doesn't define its own menu) The behaviour of AquaTk is a feature, not a bug. Appearently the default menu is inheritted from the root (.). I'll see if I can override that menu in macosxSupport.setupApp. -- Comment By: Kurt B. Kaiser (kbk) Date: 2006-07-22 23:23 Message: Logged In: YES user_id=149084 Tk uses the per-window menu for the currently selected window I assume you mean AquaTk uses the per-window... Please put in a bug request on AquaTk to get it to conform to how Tk handles this menu on Linux and Windows. Then downgrade the priority of this bug or close it. Does the debugger have the same problem? -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-07-18 14:20 Message: Logged In: YES user_id=580910 These menu problems are at the very root caused by differences in the way menus work on OSX (one application wide menu at the top of the screen) and most other systems (optional menus for every window). Applications on OSX must have some kind of menu (or be full-screen, but we don't want that for IDLE), Tk uses the per-window menu for the currently selected window for that. If a window doesn't have a menu it makes up one and I haven't found a way yet to override that menu (which would solve that problem once and for all). I do believe that my other changes really are good, they make IDLE perform more like a true OSX application. This is important because IDLE is the default IDE, and hence probably the first thing naive OSX users will see of python. BTW. AquaTk really sucks, which makes it annoyingly hard to create a really good OSX citizen of IDLE and I have given up on getting there. If I understand the lazyweb correctly you're supposed to port your appliations to some other GUI library (Tile?) to get a native LF for lots of widgets and standard dialogs. -- Comment By: Kurt B. Kaiser (kbk) Date: 2006-07-15 21:51 Message: Logged In: YES user_id=149084 I suppose this is also true for the debugger? I'd consider this a bug in OSX Tk, it should be reported there. Without a specific need for a menubar, all it does is take up valuable vertical space. And continuing to add OSX special casing clutters up the IDLE code; IMO it should be limited to situations where functionality is compromised. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1517996group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1517996 ] IDLE (macosx): Class and Path browsers show Tk menu
Bugs item #1517996, was opened at 2006-07-06 10:34 Message generated for change (Comment added) made by ronaldoussoren You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1517996group_id=5470 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: IDLE Group: Python 2.5 Status: Closed Resolution: Fixed Priority: 4 Submitted By: Ronald Oussoren (ronaldoussoren) Assigned to: Ronald Oussoren (ronaldoussoren) Summary: IDLE (macosx): Class and Path browsers show Tk menu Initial Comment: I've done some work on fixing the menus for IDLE before 2.5b1, but recently found more toplevel windows that don't have their own menu. Both the Path Browser and Class Browser don't have a menubar of their own. The Tk implementation on MacOSX won't accept an empty menubar, but will replace that by a generic Tk menubar. -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-07-23 11:46 Message: Logged In: YES user_id=580910 Applied in revision 50785 -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-07-23 11:35 Message: Logged In: YES user_id=580910 Changing the default root menu is indeed possible without changes outside macosxSupport.py. I'm going to apply the attached patch later today. Annoyingly enough AquaTk still adds an (empty) Help menu to our menubar. It would be nice to fill that menu, but that would IMHO add to much code. I'm happy enough to blame that glitch on AquaTk. -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-07-23 09:26 Message: Logged In: YES user_id=580910 Yes I mean AquaTk. The debugger has the same problem (as expected because it doesn't define its own menu) The behaviour of AquaTk is a feature, not a bug. Appearently the default menu is inheritted from the root (.). I'll see if I can override that menu in macosxSupport.setupApp. -- Comment By: Kurt B. Kaiser (kbk) Date: 2006-07-22 23:23 Message: Logged In: YES user_id=149084 Tk uses the per-window menu for the currently selected window I assume you mean AquaTk uses the per-window... Please put in a bug request on AquaTk to get it to conform to how Tk handles this menu on Linux and Windows. Then downgrade the priority of this bug or close it. Does the debugger have the same problem? -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-07-18 14:20 Message: Logged In: YES user_id=580910 These menu problems are at the very root caused by differences in the way menus work on OSX (one application wide menu at the top of the screen) and most other systems (optional menus for every window). Applications on OSX must have some kind of menu (or be full-screen, but we don't want that for IDLE), Tk uses the per-window menu for the currently selected window for that. If a window doesn't have a menu it makes up one and I haven't found a way yet to override that menu (which would solve that problem once and for all). I do believe that my other changes really are good, they make IDLE perform more like a true OSX application. This is important because IDLE is the default IDE, and hence probably the first thing naive OSX users will see of python. BTW. AquaTk really sucks, which makes it annoyingly hard to create a really good OSX citizen of IDLE and I have given up on getting there. If I understand the lazyweb correctly you're supposed to port your appliations to some other GUI library (Tile?) to get a native LF for lots of widgets and standard dialogs. -- Comment By: Kurt B. Kaiser (kbk) Date: 2006-07-15 21:51 Message: Logged In: YES user_id=149084 I suppose this is also true for the debugger? I'd consider this a bug in OSX Tk, it should be reported there. Without a specific need for a menubar, all it does is take up valuable vertical space. And continuing to add OSX special casing clutters up the IDLE code; IMO it should be limited to situations where functionality is compromised. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1517996group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1517996 ] IDLE (macosx): Class and Path browsers show Tk menu
Bugs item #1517996, was opened at 2006-07-06 04:34 Message generated for change (Comment added) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1517996group_id=5470 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: IDLE Group: Python 2.5 Status: Open Resolution: None Priority: 5 Submitted By: Ronald Oussoren (ronaldoussoren) Assigned to: Ronald Oussoren (ronaldoussoren) Summary: IDLE (macosx): Class and Path browsers show Tk menu Initial Comment: I've done some work on fixing the menus for IDLE before 2.5b1, but recently found more toplevel windows that don't have their own menu. Both the Path Browser and Class Browser don't have a menubar of their own. The Tk implementation on MacOSX won't accept an empty menubar, but will replace that by a generic Tk menubar. -- Comment By: Kurt B. Kaiser (kbk) Date: 2006-07-22 17:23 Message: Logged In: YES user_id=149084 Tk uses the per-window menu for the currently selected window I assume you mean AquaTk uses the per-window... Please put in a bug request on AquaTk to get it to conform to how Tk handles this menu on Linux and Windows. Then downgrade the priority of this bug or close it. Does the debugger have the same problem? -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-07-18 08:20 Message: Logged In: YES user_id=580910 These menu problems are at the very root caused by differences in the way menus work on OSX (one application wide menu at the top of the screen) and most other systems (optional menus for every window). Applications on OSX must have some kind of menu (or be full-screen, but we don't want that for IDLE), Tk uses the per-window menu for the currently selected window for that. If a window doesn't have a menu it makes up one and I haven't found a way yet to override that menu (which would solve that problem once and for all). I do believe that my other changes really are good, they make IDLE perform more like a true OSX application. This is important because IDLE is the default IDE, and hence probably the first thing naive OSX users will see of python. BTW. AquaTk really sucks, which makes it annoyingly hard to create a really good OSX citizen of IDLE and I have given up on getting there. If I understand the lazyweb correctly you're supposed to port your appliations to some other GUI library (Tile?) to get a native LF for lots of widgets and standard dialogs. -- Comment By: Kurt B. Kaiser (kbk) Date: 2006-07-15 15:51 Message: Logged In: YES user_id=149084 I suppose this is also true for the debugger? I'd consider this a bug in OSX Tk, it should be reported there. Without a specific need for a menubar, all it does is take up valuable vertical space. And continuing to add OSX special casing clutters up the IDLE code; IMO it should be limited to situations where functionality is compromised. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1517996group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1517996 ] IDLE (macosx): Class and Path browsers show Tk menu
Bugs item #1517996, was opened at 2006-07-06 10:34 Message generated for change (Comment added) made by ronaldoussoren You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1517996group_id=5470 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: IDLE Group: Python 2.5 Status: Open Resolution: None Priority: 5 Submitted By: Ronald Oussoren (ronaldoussoren) Assigned to: Nobody/Anonymous (nobody) Summary: IDLE (macosx): Class and Path browsers show Tk menu Initial Comment: I've done some work on fixing the menus for IDLE before 2.5b1, but recently found more toplevel windows that don't have their own menu. Both the Path Browser and Class Browser don't have a menubar of their own. The Tk implementation on MacOSX won't accept an empty menubar, but will replace that by a generic Tk menubar. -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-07-18 14:20 Message: Logged In: YES user_id=580910 These menu problems are at the very root caused by differences in the way menus work on OSX (one application wide menu at the top of the screen) and most other systems (optional menus for every window). Applications on OSX must have some kind of menu (or be full-screen, but we don't want that for IDLE), Tk uses the per-window menu for the currently selected window for that. If a window doesn't have a menu it makes up one and I haven't found a way yet to override that menu (which would solve that problem once and for all). I do believe that my other changes really are good, they make IDLE perform more like a true OSX application. This is important because IDLE is the default IDE, and hence probably the first thing naive OSX users will see of python. BTW. AquaTk really sucks, which makes it annoyingly hard to create a really good OSX citizen of IDLE and I have given up on getting there. If I understand the lazyweb correctly you're supposed to port your appliations to some other GUI library (Tile?) to get a native LF for lots of widgets and standard dialogs. -- Comment By: Kurt B. Kaiser (kbk) Date: 2006-07-15 21:51 Message: Logged In: YES user_id=149084 I suppose this is also true for the debugger? I'd consider this a bug in OSX Tk, it should be reported there. Without a specific need for a menubar, all it does is take up valuable vertical space. And continuing to add OSX special casing clutters up the IDLE code; IMO it should be limited to situations where functionality is compromised. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1517996group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1517996 ] IDLE (macosx): Class and Path browsers show Tk menu
Bugs item #1517996, was opened at 2006-07-06 04:34 Message generated for change (Comment added) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1517996group_id=5470 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: IDLE Group: Python 2.5 Status: Open Resolution: None Priority: 5 Submitted By: Ronald Oussoren (ronaldoussoren) Assigned to: Nobody/Anonymous (nobody) Summary: IDLE (macosx): Class and Path browsers show Tk menu Initial Comment: I've done some work on fixing the menus for IDLE before 2.5b1, but recently found more toplevel windows that don't have their own menu. Both the Path Browser and Class Browser don't have a menubar of their own. The Tk implementation on MacOSX won't accept an empty menubar, but will replace that by a generic Tk menubar. -- Comment By: Kurt B. Kaiser (kbk) Date: 2006-07-15 15:51 Message: Logged In: YES user_id=149084 I suppose this is also true for the debugger? I'd consider this a bug in OSX Tk, it should be reported there. Without a specific need for a menubar, all it does is take up valuable vertical space. And continuing to add OSX special casing clutters up the IDLE code; IMO it should be limited to situations where functionality is compromised. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1517996group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1517996 ] IDLE (macosx): Class and Path browsers show Tk menu
Bugs item #1517996, was opened at 2006-07-06 10:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1517996group_id=5470 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: IDLE Group: Python 2.5 Status: Open Resolution: None Priority: 5 Submitted By: Ronald Oussoren (ronaldoussoren) Assigned to: Nobody/Anonymous (nobody) Summary: IDLE (macosx): Class and Path browsers show Tk menu Initial Comment: I've done some work on fixing the menus for IDLE before 2.5b1, but recently found more toplevel windows that don't have their own menu. Both the Path Browser and Class Browser don't have a menubar of their own. The Tk implementation on MacOSX won't accept an empty menubar, but will replace that by a generic Tk menubar. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1517996group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com