gmane.comp.python.wxpython

Mac-noob advice for installing

C M — 2012-05-25T20:54:24

I'm helping a friend at a distance set up a Python/wxPython (and other
libraries) environment on his Mac (OSX Lion)...he was able to get
wxPython to work using the Mac-installed version of Python but it
might be balking now for Matplotlib, so I'm going to suggest he
install the Python.org version of Python 2.7.3 and try again.

Here's my Mac-noob question:  is there anything tricky he needs to
know about how to do this, or is it fairly self-explanatory?  I'd
think he'd just install the Python.org Python then the wxPython
install would somehow prompt him to install wxPython *under the
Python.org version of Python* (and the same for Matplotlib and other
libraries).  Is that about right?

Just reality checking before I send him on a wild goose chase.
Thanks,
Che

Select() for ListCtrl not same as mouse-click-select?

Joel Burton — 2012-05-25T19:11:54

I have a ListCtrl (REPORT_MODE and SINGLE_SEL). The user can click in this 
to highlight an entry in it and it appears reversed.

There are times where I want to change the selected entry programmatically. 
I can do this with:

    across_clues.Focus(idx)
    across_clues.Select(idx)

(the Focus() makes sure the selected item is currently scrolled to; the 
Select() selects it). 

This works, but the selection appearance is different here--it's only 
mildly highlighted with a light grey background.

Is there a way to programmatically choose the "mouse selection" appearance?

I've come across posts here that suggest you can select things with

    across_clues.SetItemState(idx, wx.LIST_STATE_SELECTED, 
wx.LIST_STATE_SELECTED)

But this just seems to do the same thing as list.Select(...)

(Mac OSX; 2.9, Carbon)

Thanks!

Re: "Windows" menu doesn't automatically appear on OSX

Joel Burton — 2012-05-25T19:02:53

FYI: It's the 2.9 builds where it doesn't appear. I also don't get it in 
the Carbon 2.9 buid, but with 2.8 (which appears to only have a Carbon 
build), it appears.

On Friday, May 18, 2012 11:01:31 AM UTC-7, Robin Dunn wrote:

Re: Paste and delete bug in wx.lib.intctrl.IntCtrl?

Jay — 2012-05-25T16:06:35

I worked around the issue by disabling the default context menu of the base 
class, wx.TextCtrl. This reduces functionality somewhat, but at least the 
illegal behavior has been eliminated. Perhaps there is a better solution. 
Keystroke commands, such as Ctrl-v, still works.

I still suspect the root problem is that IntCtrl.Cut() and IntCtrl.Paste(), 
overrides of wx.TextCtrl.Cut() and wx.TextCtrl.Paste(), are supposed to be 
called to handle events but aren't. Perhaps because "with wxPython, if a 
C++ method is called from C++, and it's been overridden in Python then only 
the C++ method is called" [http://wiki.wxpython.org/OverridingMethods].

Following is example of the workaround:

import wx
from wx.lib.intctrl import IntCtrl

class IntCtrlEx(IntCtrl):
    def __init__(self, *args, **kwargs):
        IntCtrl.__init__(self, *args, **kwargs)
        self.Bind(wx.EVT_RIGHT_DOWN, self.onRightClick)

    def onRightClick(self, event):
        # Gobble event to disable wx.TextCtrl's default context menu, as 
s

Re: Interrupting computation

Raphael Mayoraz — 2012-05-25T14:13:53

Thanks Andrea and Jay,

Yep, multiprocessing.Manager is a process (what I ignored), and
multiprocessing.active_children() helps a lot figuring everything out.
It looks like everything is clean now (famous last word).

Raphael

Re: Interrupting computation

Jay — 2012-05-25T13:27:05

I use multiprocessing in several applications and have not seen this 
behavior.  That said I have not used multiprocessing.Manager before, but I 
think Manager itself is a Python process. If so, that might explain your 
extra process. Also, when I "kill" processes, I use the same method you 
used for threads: set a flag. With processes, I tend to send a stop message 
(via Queue or Pipe).

If you can share some code to reproduce the problem, I might be able to 
help more.


On Friday, May 25, 2012 10:40:36 AM UTC-2:30, rapmay wrote:

Re: Interrupting computation

Andrea Gavana — 2012-05-25T13:23:46

Hi,

On 25 May 2012 15:10, Raphael Mayoraz wrote:

I normally use the terminate() method of the multiprocessing Process
class, always from a separate thread (which monitors and eventually
kill the process itself). If you wish to check what and where is still
running, I normally do this check by looping through the processes and
using is_alive() (combined with multiprocessing.active_children()).

Andrea.

"Imagination Is The Only Weapon In The War Against Reality."
http://xoomer.alice.it/infinity77/

Interrupting computation

Raphael Mayoraz — 2012-05-25T13:10:36

Guys,

I know this is a topic for the Python list, not the wxPython, but you 
guys are so ressourceful that I dare submitting my problem to you.
As in most of the software, an 'Cancel computation' button is required 
and I have trouble to make it work clean.

Here is how my application works. The Cancel computation button is, of 
course, in the main thread.

                          MainThread (mostly the GUI)
                               |
                       ComputationThread1 (threading.Thread)
      at the end of run(), wx.CallAfter(), starts the next thread
                               |
                       ComputationThread2 (threading.Thread)
                               |
                      StartProcesses (a regular class)
                      |        |        |
                     P1       P2       P3  (those are 
multiprocessing.Process objects)

     etc.

In StartProcesses, I define a multiprocessing.Manager object to collect 
the list of PIDs, what is done in each process usin

TwoStageCreation Initialization

Patrick Ruoff — 2012-05-25T09:16:39

Hello,

I'm trying to add a custom listcontrol to an XRC dialog following the 
TwoStageCreation <http://wiki.wxpython.org/TwoStageCreation> description in 
the wiki.
As suggested in the example, I am adding columns to my control in the 
wx.EVT_WINDOW_CREATE handler.
However, I don't understand at which point I can safely use the created 
widget, i.e. add items to the columns.
In the following example application where a dialog is loaded when the user 
presses a button


import wx
    dlg.ShowModal();



and the dialog resource contains a MyListControl of this form

import wx


I would like to add items to the list's columns at the point where 'adding 
items' is printed.
(I can't do it in OnCreate as it needs additional information)
However, this does not work, because the EVT_WINDOW_CREATE handler is 
called afterwards on Linux.
So where is the place to safely add items after OnCreate?

thanks in advance...
Patrick

Re: Momentary button

Greg - ZL3IX — 2012-05-25T04:16:43

Many thanks for the tip, Chris.

That worked a treat!

Greg

On 2012-05-25 05:20 a.m., Chris Barker wrote:

Mouse middle button has strange effect in grids

Stéphane Larouche — 2012-05-24T22:25:52

The middle button seems to have a strange effect in grids. In particular, if I
hold it down it creates a visual selection of cells, like a range selection, but
that does not trigger a EVT_GRID_RANGE_SELECT event.

What I would like to do is that my grid completely ignores all click events on
the middle button. I have tried to catch EVT_MIDDLE_DOWN, EVT_MIDDLE_UP,
EVT_MIDDLE_DCLICK events. If I bind them to the grid, using
my_grid.Bind(EVT_MIDDLE_DOWN, my_event_handler), for example, I do capture some
events, but not all of them. I have not been able to figure out the logic behind
what events are captured and what events are not. If I bind them to the grid
window, using my_grid.GetGridWindow().Bind(EVT_MIDDLE_DOWN, my_event_handler),
for example, I do catch all middle button events, but even if I don't propagate
them (not using event.Skip()), a visual selection is still created.

Does anyone know a solution to that problem?

Thank you for your help.

Stéphane

Re: Re: Setting Focus to Grid when Clicking on Grid Label

Jay — 2012-05-24T20:27:26

I know. I was just wondering if this is a bug, or desired behavior. See my 
previous post 
https://groups.google.com/d/msg/wxpython-users/h87HDZVivtw/YuvuRt4fedsJ, 
for why I thought it might be a bug.

On Thursday, May 24, 2012 3:44:55 PM UTC-2:30, Robin Dunn wrote:

Re: Setting Focus to Grid when Clicking on Grid Label

Jay — 2012-05-24T20:22:39

I click on row labels to select rows, then handle keystrokes to operate on 
these rows, e.g. ctrl-c to copy a row and ctrl-v to paste it. Users might 
never click in a cell, but because the row is highlighted/selected by 
clicking on the label, they will try to issue keystroke commands such as 
ctrl-c, and these would fail, or worse muck up another control's value.

I know how to work around it, as commented out in the code. (thanks for the 
suggestion anyway). I just got caught me off guard when the Grid didn't set 
the focus automatically, so I was wondering if this was a bug or not.

On Thursday, May 24, 2012 3:19:34 PM UTC-2:30, Mike Driscoll wrote:

Re: dc.DrawText performance issues

Kevin Ollivier — 2012-05-24T18:49:00

Hi Robin, Jonathan,

On May 24, 2012, at 11:14 AM, Robin Dunn wrote:


Another thing that would help is to call RefreshRect() instead of Refresh, passing in the rect of whatever part of the canvas that needs redrawn, and clipping your drawing to it. (You can get the rect via window.GetUpdateRegion().GetBox()) Clipping does indeed affect performance quite considerably, because the calls to DrawText and such will do no drawing if they're outside the clipping rect.

Also, you can make sure to call RefreshRect only if something in the canvas needs redrawn, e.g. when the .hover or .info state of one of the links changes. This would probably significantly reduce the number of paint events you're sending. 

Regards,

Kevin

Re: Re: Setting Focus to Grid when Clicking on Grid Label

Robin Dunn — 2012-05-24T18:14:55

You already have the solution commented out in the code.  Explicitly set 
the focus to the grid when you get EVT_GRID_LABEL_LEFT_CLICK events. 
That handler should also call event.Skip() however so the grid can still 
process that event itself.

Re: Re: textctrl multiline errors on linux

Robin Dunn — 2012-05-24T18:14:36

Yes, but XRC should be applying the style when it creates the widget. 
Is it not doing that?

Re: Re: dc.DrawText performance issues

Robin Dunn — 2012-05-24T18:14:27

Also consider a design where only that which is changing is actually 
drawn, and cache as much of the rest of it as you can in one or more 
bitmaps.

For example if your window's content fits this model you could have a 
bitmap for the  "background" (grid lines, labels, etc) for things that 
don't change very often if at all.  Then another bitmap that is the 
background plus the current content.  When the current content needs to 
change you don't have to redraw the entire background, just draw the 
background bitmap into the content bitmap via a wx.MemoryDC and then 
redraw the content on top of that.  Then for immediate changes, such as 
in mouse events you can either manipulate just the section of the 
content bitmap that is changing or simply draw on top of it and then 
adjust the actual content bitmap in idle time or something.  When paint 
events happen you just draw the content bitmap and you are done, so they 
are very efficient.

Re: Setting Focus to Grid when Clicking on Grid Label

Mike Driscoll — 2012-05-24T17:49:34


On Thursday, May 24, 2012 10:43:00 AM UTC-5, Jay wrote:
Um, why are you clicking on a label? I clicked on a cell and it worked just 
fine. Clicking on a label won't work. I suppose you could catch the focus 
event and transfer the focus to the first cell if that's what you want. 

- Mike

Re: Re: dc.DrawText performance issues

Chris Barker — 2012-05-24T17:29:31

I've found that calling DrawText hundreds of times is usually pretty
fast -- thousands not so much.

On Thu, May 24, 2012 at 10:09 AM, Jonathan <jonauncensored< at >gmail.com> wrote:

re-drawing eveyting on mouse_move is pretty sketcy -- you really need
blzingly fast drawing for that to feel smooth (liek OPneGL..).

Is something changing with every mouse move? what?

Is the common case, there is a little bit that might change on a
mouse_move, like a highlight of the object the mouse is over. In this
case, I'd look at using an overlay to draw just that.

or double-buffer and then draw the changing bit yourself (really jsut
a hand-done overlay)

see:

http://wiki.wxpython.org/DoubleBufferedDrawing

for more about that.

(note: that page was written before wxOverlay existed)


HTH,
 -Chris



probably , yes.

you might want to take a look at wx.lib.floatcanvas -- it does a lot
of this for you.

see the demo in:

http://svn.wxwidgets.org/viewvc/wx/wxPython/3rdParty/FloatCanvas/Demos/ProcessDiagram.py?view=markup

for

Re: Momentary button

Chris Barker — 2012-05-24T17:20:43

THis may well be platfrom-dependent behaviour. As wx uses the platfrom
native widgets, it's really only reliable to use a button like a
button is usually used.

I"d take a look at wx.lib.button.GenButton (and others in
wx.lib.buttons) -- that should be easier to customize.

-Chris

Momentary button

Greg - ZL3IX — 2012-05-24T09:11:56

Am I right in thinking that wxButton cannot bind in a momentary fashion,
ie trigger an event when the mouse button is pressed (on the button),
and another when it is released?  I have tried to bind it using
wx.EVT_LEFT_DOWN, but the event is not triggered.  I get the feeling
that the only event that can be detected is that the mouse button has
been clicked and released.  Is that correct?

If that is so (surprising) I guess I have to detect mouse hover over the
button AND left button down.  Seems a little clumsy maybe?

Greg