Cheers Dave.
I've given up on threading .. too much to worry about. I've re-written
my code to use . Easy peezee and works a treat
I call this function in timeout_add. dispContent is a generator function
with multiple yield statements. I execute main_iteration() in after
every call to generator
On Wed, Jun 23, 2004 at 02:32:51PM -0400, Andrew Reid wrote:
> I've just run across a bug in the GtkScrolledWindow class,
> present in both 0.6.9 and 0.6.11 of pygtk. The bug is that
> the __getattr__ function uses a local "attrs" dictionary,
> and looks for keys in it using "attrs.has_attr", wh
Hi all --
I've just run across a bug in the GtkScrolledWindow class,
present in both 0.6.9 and 0.6.11 of pygtk. The bug is that
the __getattr__ function uses a local "attrs" dictionary,
and looks for keys in it using "attrs.has_attr", which fails --
it should be "attrs.has_key".
I was goi
A Qua, 2004-06-23 às 00:55, Christian Robottom Reis escreveu:
> On Tue, Jun 22, 2004 at 04:27:10PM -0700, Chris Irish wrote:
> > treeview take up the whole window. Is there a way I can keep the
> > treeview and hpane on only half of the window even though there is
> > nothing on the add2 side?
Thanks for the response (and to Christian RR), I'm getting the feeling
that almost no one seems to think this is a workable idea, the main
thing I was interested in guaging was which direction to take my
exsisting editor project in... if it looked like people would push to
see PyGTK in the standard
A Qua, 2004-06-23 às 15:39, Gustavo Niemeyer escreveu:
> Hello folks!
>
> I haven't found this anywhere, so I thought someone else might
> be interested as well. Here is a cell renderer which mimicks
> progress bars, based on current gtk+ code.
Very cool! Now I can write that download manager
On Friday 18 June 2004 8:59 am, Skip Montanaro wrote:
> Matt> There have been several discussions on the list in the last few
> Matt> months about trying to get PyGTK into the standard library, ...
I would like to see PyGtk become part of the core Python distribution,
however, this is an
Hello folks!
I haven't found this anywhere, so I thought someone else might
be interested as well. Here is a cell renderer which mimicks
progress bars, based on current gtk+ code.
Enjoy!
class ProgressCellRenderer(gtk.GenericCellRenderer):
__gproperties__ = {
"percent": (gobject.TY
This is some of the code I use...it may not be perfect, but it does work
reliably on win32 and linux.
-dave
def handle_gui_queue(self,command,args):
"""
Callback the gui_queue uses whenever it recieves a command for us.
command is a string
args is a list of argument
Unfortunately
I have network printer so lpt1
reports error since printer is not connected to lpt1
Ivan
daniel wrote:
to print
1) import os
2) linux->printer=os.popen("lpr -r","w")
or
for window printer=os.popen("lpt1:","w")
3) printer.write(" some text")
4) printer.close()
daniel
Rubens
On Wed, 2004-06-23 at 08:30, Antoon Pardon wrote:
> On Tue, Jun 22, 2004 at 07:27:33PM -0400, dave wrote:
> > I personally believe the best way is to have a socket or pipe as a
> > trigger, and do all your gui stuff in one main thread, triggered by a
> > socket connection. Immunity does this on
On Tue, Jun 22, 2004 at 07:27:33PM -0400, dave wrote:
> I personally believe the best way is to have a socket or pipe as a
> trigger, and do all your gui stuff in one main thread, triggered by a
> socket connection. Immunity does this on both win32 and linux to avoid
> all the problems with thr
to print
1) import os
2) linux->printer=os.popen("lpr -r","w")
or
for window printer=os.popen("lpt1:","w")
3) printer.write(" some text")
4) printer.close()
daniel
Rubens Ramos wrote:
--- Ivan Brkanac <[EMAIL PROTECTED]> wrote:
Xavier Ordoquy wrote:
On Fri, 2004-06-18 at 20:57,
any chance you could post a short example, Dave?
On Wed, 2004-06-23 at 00:27, dave wrote:
> I personally believe the best way is to have a socket or pipe as a
> trigger, and do all your gui stuff in one main thread, triggered by a
> socket connection. Immunity does this on both win32 and linux
14 matches
Mail list logo