]> granicus.if.org Git - python/commit
Many changes to support a second mode of operation. Pynche can now be
authorBarry Warsaw <barry@python.org>
Thu, 22 Oct 1998 03:25:59 +0000 (03:25 +0000)
committerBarry Warsaw <barry@python.org>
Thu, 22 Oct 1998 03:25:59 +0000 (03:25 +0000)
commitca07ba00acdd020e0c179277ed829a8ce1664245
tree03ddbed7626ca441d4c90d599b2028773f8e298c
parent04da10c7a2fa0bd060e8052a9fe3d47623324b94
Many changes to support a second mode of operation.  Pynche can now be
run either as a standalone application (by running pynche or
pynche.pyw), or as a modal dialog inside another application.  This
can be done by importing pyColorChooser and running askcolor().  The
API for this is the same as the tkColorChooser.askcolor() API, namely:

    When `Okay' is hit, askcolor() returns ((r, g, b), "name").  When
    `Cancel' is hit, askcolor() returns (None, None).

Note the following differences:

    1. pyColorChooser.askcolor() takes an optional keyword `master'
       which if set tells Pynche to run as a modal dialog.  `master'
       is a Tkinter parent window.  Without the `master' keyword
       Pynche runs standalone.

    2. in pyColorChooser.askcolor() will return a Tk/X11 color name as
       "name" if there is an exact match, otherwise it will return a
       color spec, e.g. "#rrggbb".  tkColorChooser can't return a
       color name.

There are also some UI differences when running standalone vs. modal.
When modal, there is no "File" menu, but instead there are "Okay" and
"Cancel" buttons.

The implementation of all this is a bit of a hack, but it seems to
work moderately well.  I'm not guaranteeing the pyColorChooser.Chooser
class has the same semantics as the tkColorChooser.Chooser class.
Tools/pynche/ChipViewer.py
Tools/pynche/DetailsViewer.py
Tools/pynche/ListViewer.py
Tools/pynche/Main.py
Tools/pynche/PyncheWidget.py
Tools/pynche/StripViewer.py
Tools/pynche/Switchboard.py
Tools/pynche/TextViewer.py
Tools/pynche/TypeinViewer.py
Tools/pynche/pyColorChooser.py [new file with mode: 0644]