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=detail&atid=105470&aid=1517996&group_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 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 L&F 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=detail&atid=105470&aid=1517996&group_id=5470
_______________________________________________
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
