. Then another PyGUI
> backend would wrap the KDE libraries directly for its look and feel (but
> the same PyGUI paradigm).
Unfortunately, that approach duplicates a tremendous amount of effort that was
put into the wrappers in the first place. Wrapper on top of wrapper may feel
icky, but th
roblem. Just thought I would bring it up.
I've never encountered a problem with this ambiguity. At least, not in
software.
I don't know if affects newbie-comprehension of code snippets.
--
Robert Kern
"I have come to believe that the whole world is an enigma, a harmless
orkaround is something like this:
> http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/384122, which could
> probably be extended to more "operators" that numpy can't simulate using the
> plain Python syntax.
Much as we'd like it to be, it's just not practica
s probably
a mistake. For numpy, the bitwise operators |&~ work fine on boolean arrays, and
that's all such operators really need to work on.
--
Robert Kern
"I have come to believe that the whole world is an enigma, a harmless enigma
that is made terrible by our own mad attempt to i
sharing is precisely what the new buffer type is
intended for.
--
Robert Kern
"I have come to believe that the whole world is an enigma, a harmless enigma
that is made terrible by our own mad attempt to interpret it as though it had
an underlying truth."
-- Umberto Eco
Robert Kern wrote:
> Lino Mastrodomenico wrote:
>> Hi everyone,
>>
>> I have submitted a new PEP:
>>
>> http://www.python.org/dev/peps/pep-0368/
>>
>> It starts from a Pete Shinners' suggestion and from the consideration
>> that there a
