On Mon, Oct 07, 2013 at 12:13:18AM +0100, Michael Foord wrote:
> Wing is only a good example of PyGtk until Wing 5 is out of beta. They too
> have switched to PyQt...
Perhaps Gramps is a good example: http://www.gramps-project.org/ I
just glanced at their code and it's still using PyGtk.
--amk
__
On Sat, Oct 5, 2013 at 1:25 AM, Stefan Behnel wrote:
> As a quick remark, reading the word "name" made me think a couple of times
> whether it's the simple name of the module or the fully qualified name. I
> think it's the FQMN in pretty much all cases, but it would be good to make
> that clear, m
07.10.13 16:54, A.M. Kuchling написав(ла):
On Mon, Oct 07, 2013 at 12:13:18AM +0100, Michael Foord wrote:
Wing is only a good example of PyGtk until Wing 5 is out of beta. They too
have switched to PyQt...
Perhaps Gramps is a good example: http://www.gramps-project.org/ I
just glanced at their
In article ,
Raymond Hettinger wrote:
> On Sep 22, 2013, at 6:16 PM, Ethan Furman wrote:
>
> > Are we close to asking for pronouncement?
>
> When you're ready, let me know.
>
> In the meantime, I conducting usability tests on students in Python classes
> and researching how well it substitu
100% disagreement. Err, well, 50%.
A property of existing dictionaries is useless. A separate object in, say,
collections is more organized.
3rd party libraries can be hard to find, even the great ones.
On Mon, Oct 7, 2013 at 3:01 PM, Russell E. Owen wrote:
> In article ,
> Raymond Hettinger
On Fri, Oct 04, 2013 at 11:06:15PM +0200, Victor Stinner wrote:
> (If we cannot find a better name, we may add more specialized classes:
> KeyInsensitiveDict and IdentiyDict. But I like the idea of using my
> own "transform" function.)
-1 on a plethora of specialised dicts.
I do think that a Tra
On 8 Oct 2013 07:26, "Steven D'Aprano" wrote:
>
> On Fri, Oct 04, 2013 at 11:06:15PM +0200, Victor Stinner wrote:
>
> > (If we cannot find a better name, we may add more specialized classes:
> > KeyInsensitiveDict and IdentiyDict. But I like the idea of using my
> > own "transform" function.)
>
>
On 10/07/2013 02:24 PM, Steven D'Aprano wrote:
On Fri, Oct 04, 2013 at 11:06:15PM +0200, Victor Stinner wrote:
if type(self) is not dict:
# This only applies to subclasses, not dict itself.
try:
transform = type(self).__transform__
except AttributeError:
pass
On Mon, Oct 07, 2013 at 02:55:44PM -0700, Ethan Furman wrote:
> On 10/07/2013 02:24 PM, Steven D'Aprano wrote:
> >On Fri, Oct 04, 2013 at 11:06:15PM +0200, Victor Stinner wrote:
> >
> >if type(self) is not dict:
> > # This only applies to subclasses, not dict itself.
> > try:
> > tr
On 10/07/2013 02:55 PM, Ethan Furman wrote:
A key difference (pun unavoidable ;) between __missing__ and __transform__ is
that __missing__ is only called when a key
is not found, while __transform__ needs to be called /every/ time a key is
looked up:
d[k]
d.get(k)
d.has_key(k)
d.fr
Sorry I missed the original discussion, but isn't this a simple case
of putting a decorator around the getitem method (to transform the
input key) and a single line in the body of the setitem method, making
this very easy adaptation of the existing dict class?
Mark
On Mon, Oct 07, 2013 at 06:17:09PM -0700, Mark Janssen wrote:
> Sorry I missed the original discussion, but isn't this a simple case
> of putting a decorator around the getitem method (to transform the
> input key) and a single line in the body of the setitem method, making
> this very easy adaptat
On Tue, 8 Oct 2013 08:31:46 +1000
Nick Coghlan wrote:
>
> That said, with the current plan to lower the barrier to entry for PyPI
> dependencies (I should have the 3.4 only ensurepip proposal written up some
> time this week), I think it makes sense to let this one bake on PyPI for a
> while.
"t
13 matches
Mail list logo
