The 'tkagg' backend works properly for me, (I get the icon, the windows
behave properly, keyboard shortcuts work, etc....) my only complaint is
that it's much "uglier" than the OSX version (the color scheme is wrong as
the windows are non-native).
-E
On Wed, Apr 11, 2012 at 12:22 PM, Ethan Gutmann <ethan.gutm...@gmail.com>wrote:
> On Apr 11, 2012, at 2:19 PM, Chris Laumann wrote:
>
> > I get the exact same behavior from both Enthought supplied python and
> Apple supplied python. I haven't tried any other pythons, but it isn't
> limited to the Apple one.
> >
> > C
>
>
> I've never seen quite what has been described, but I've had issues with
> the macosx backend not updating the plot window in realtime when working
> interactively.
>
> I've given up and just use the tkagg backend, no problems there on OSX for
> me. It might be something others should try. When I was having trouble, I
> tried reinstalling python & matplotlib about 5 different ways including
> just using the builtin python plus the binary matplotlib installer, nothing
> worked with the osx backend, but I think tkagg always worked.
>
> Is there a benefit to the macosx backend over the tkagg one?
>
> Ethan
>
> >
> > On Apr 11, 2012, at 1:58 PM, Elliot Saba wrote:
> >
> >> I'm using homebrew python, which is built from source, and the latest
> matplotlib gotten from git://github.com/matplotlib/matplotlib.git. (I
> rebuilt it ~2 minutes ago)
> >>
> >> Perhaps there's some kind of environment difference?
> >> -E
> >>
> >> On Wed, Apr 11, 2012 at 5:12 AM, Zachary Pincus <
> zachary.pin...@yale.edu> wrote:
> >>> 1. Keyboard input always goes to the terminal. Shortcuts don't work in
> the standard plot windows and my custom widgets no longer catch
> key_press_events (I'm not sure when this functionality broke exactly as I
> haven't used those widgets much recently but it worked when I developed 'em
> a year or two ago.)
> >>>
> >>> 2. There's no icon in the cmd-tab task switcher corresponding to the
> figure windows. Swapping to the terminal running ipython (or the qtconsole
> for ipython qtconsole) does not raise the windows.
> >>>
> >>> 3. Using mission control, the figures appear grouped as if they belong
> to an application of their own. However, when you click on them to swap to
> them and bring them forward from behind other windows, they raise and then
> immediately disappear again. I think that mission control is raising the
> specific window you select from the collection of figures, but then OSX is
> somehow immediately re-raising the previously selected app, which hides the
> figures again.
> >>
> >> Hmm, I don't really see these issues, using a dev matplotlib, OS X
> 10.7.3, and a python.org python 2.7. Interesting. (This is with the
> 'MacOSX' backend, mind. Also note that on March 5 there was a patch to that
> backend to fix a few issues, so if your matplotlib checkout is before that,
> perhaps that's the problem?)
> >>
> >> Anyhow, when I start python (or ipython), and then do "import
> matplotlib.pyplot as plt", nothing happens, but then "plt.figure()", for
> example, causes a new dock icon to appear -- a python rocket-ship thing --
> that acts as an "app" that owns the figure windows. I can use this app to
> switch to / raise the windows from the dock or the cmd-tab switcher, and
> things work correctly via mission control as well.
> >>
> >> The keyboard shortcuts are a bit flaky ('s' never seems to work, but I
> can e.g. toggle gridlines with 'g' or log-axes with 'l'), but the
> key-presses definitely don't go to the terminal.
> >>
> >> I wonder what the difference is? Perhaps the apple-supplied python is a
> bit broken in this regard?
> >>
> >> Zach
> >>
> ------------------------------------------------------------------------------
> >> Better than sec? Nothing is better than sec when it comes to
> >> monitoring Big Data applications. Try Boundary one-second
> >> resolution app monitoring today. Free.
> >> http://p.sf.net/sfu/Boundary-dev2dev
> >> _______________________________________________
> >> Matplotlib-users mailing list
> >> Matplotlib-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> >>
> >>
> ------------------------------------------------------------------------------
> >> Better than sec? Nothing is better than sec when it comes to
> >> monitoring Big Data applications. Try Boundary one-second
> >> resolution app monitoring today. Free.
> >>
> http://p.sf.net/sfu/Boundary-dev2dev_______________________________________________
> >> Matplotlib-users mailing list
> >> Matplotlib-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> >
>
>
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Matplotlib-users mailing list
> Matplotlib-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Matplotlib-users mailing list
> Matplotlib-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
