Hello,
at first i must beg the pardon of those from you, whose mailboxes got
flooded by my last announcement of depikt. I myself get no emails from
this list, and when i had done my corrections and posted each of the
sligthly improved versions, i wasn't aware of the extra emails that
produces. Sor
Ohhh - that's nice. But no words of that in the library reference
here:
http://docs.python.org/3.1/library/stdtypes.html#sequence-types-str-bytes-bytearray-list-tuple-range
Still this fails:
>>> a = (1,2,3,4)
>>> print(a.startswith((1,2)))
Traceback (most recent call last):
File "", line 1, in
No, sorry, i must correct me. There is a paragraph below on the quoted
site.
".index" is still under "Mutable sequence types" - but bytes are
treated below.
--
http://mail.python.org/mailman/listinfo/python-list
Hello,
this page http://docs.python.org/3.1/c-api/typeobj.html has a bad
error:
"
PyTypeObject* PyObject.ob_type
This is the type’s type, in other words its metatype. It is
initialized by the argument to the PyObject_HEAD_INIT macro, and its
value should normally be &PyType_Type. However, for dy
Hi,
there are several ways to do that besides starting python scripts
with a double-click on a desktop icon (that can only work with the
one and only python version of the registry).
One is to start the new python version directly from a "DosBox".
You could copy python.exe or pythonw.exe from the
Thanks !
Okay, i've already used the call of tp_free as the last
statement in tp_dealloc and do understand now, that a
call of tp_dealloc should be the last statement in the
code for tp_free in specific cases.
And yes, "Py_Type(&Foo_Type) = &PyType_Type" will be
more stable against changes of the
Thanks a second time - the picture has
gotten clearer indeed. But for third-party
readers the complexities of this matter
require the correction, that
"Py_Type(&Foo_Type) = &PyType_Type"
must be:
"Py_TYPE(&Foo_Type) = &PyType_Type "
- or am i completely wrong ? Joost
--
http://mail.python.org/m
Hi all,
these days i make depikt, a python C-extension for building apps with
gtk. It was a challenge for me and big fun. From its short description
on sourceforge.net:
"Python-3 wrappers for GTK. A minimalistic approach - just suited for
GUI-building of apps, in no way for widget-building. Curre
NB: I wondered about about dict(one=1, two=2) - why not d = {one:1,
two:2} ? Since you do not write L=list((1, 2)) either. These composed
objects as basic building blocks make Python code so dense and
beautiful, thus using "{}" means embracing the language's concept.
--
http://mail.python.org/mail
Good luck, DreiJane
--
http://mail.python.org/mailman/listinfo/python-list
r a large python project. Adapting
depikt for it will make depikt better usable and really stable
sometimes in 2010. depikt will prevail. There is no way for me without
depikt.
Thanks for reading, DreiJane
--
http://mail.python.org/mailman/listinfo/python-list
I urgently need depikt for a large python project. Adapting
depikt for it will make depikt better usable and really stable
sometimes in 2010. depikt will prevail. There is no way for me without
depikt.
Thanks for reading, DreiJane
--
http://mail.python.org/mailman/listinfo/python-list
pikt better usable and really stable
sometimes in 2010. depikt will prevail. There is no way for me without
depikt.
Thanks for reading, DreiJane
--
http://mail.python.org/mailman/listinfo/python-list
pikt better usable and really stable
sometimes in 2010. depikt will prevail. There is no way for me without
depikt.
Thanks for reading, DreiJane
--
http://mail.python.org/mailman/listinfo/python-list
pikt better usable and really stable
sometimes in 2010. depikt will prevail. There is no way for me without
depikt.
Thanks for reading, DreiJane
--
http://mail.python.org/mailman/listinfo/python-list
pikt better usable and really stable
sometimes in 2010. depikt will prevail. There is no way for me without
depikt.
Thanks for reading, DreiJane
--
http://mail.python.org/mailman/listinfo/python-list
Hello,
i've used reportlabs over two years now and was content with its
quality. These days i have turned to cairo and can only recommend to
do so: It is still easier to use (than the well-designed reportlabs
tools) and an engine working in a lot of other software too, for
example firefox.
Reason
Hello,
i cannot help you directly with sqlite2 in the Standardlib, since i am
used to work with Roger Binns's apsw. After a short experiment with
pysqlite leading to data loss - caused by one of the unclearer
exception messages of sqlite3 and me having a bad day - i at once
turned back to apsw. An
Hello,
Python and gtk are "ambulant" (portable plus intallable by mere
copying without admin rights). gtk only needs to have the path to its /
bin on the PATH . The latter could - and possibly should be - done by
the Python scripts using it, for example:
s = os.environ['PATH']
if s.find(gtkBinDir
Rereading my sent answer i wondered, what the variable s was used for
besides that "find" and found nothing. Without it also the layout is
better:
if os.environ['PATH'].find(gtkBinDir) == -1:
os.putenv("PATH", os.getenv("PATH")+
os.pathsep + gtkBinDir)
--
http://mail.python.org/mailman/listi
Hello,
i'd like to comment a bit off-topic. The way you call gtk.main_quit()
is probably not
the safest.
Callling gtk.main_quit() from a lambda expression is in the tutorials,
but never worked
on my WindowsXP (SP3 too). The delete-event is the last event before
the "destroy" and
the place for cal
21 matches
Mail list logo
