<div class="gmail_quote">On Fri, Feb 10, 2012 at 8:38 AM, Jim Jewett <span dir="ltr"><<a href="mailto:jimjjewett@gmail.com">jimjjewett@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Thu, Feb 9, 2012 at 7:11 PM, Mark Janssen <<a href="mailto:dreamingforward@gmail.com">dreamingforward@gmail.com</a>> wrote:<br>
</div><div class="im">> On Wed, Feb 8, 2012 at 9:54 AM, julien tayon <<a href="mailto:julien@tayon.net">julien@tayon.net</a>> wrote:<br>
>><br>
>> 2012/2/7 Mark Janssen <<a href="mailto:dreamingforward@gmail.com">dreamingforward@gmail.com</a>>:<br>
>> > On Mon, Feb 6, 2012 at 6:12 PM, Steven<br>
>> > D'Aprano <<a href="mailto:steve@pearwood.info">steve@pearwood.info</a>> wrote:<br>
<br>
>> > I have the problem looking for this solution!<br>
<br>
>> > The application for this functionality is in coding a fractal graph (or<br>
>> > "multigraph" in the literature).<br>
<br>
</div>I think that would be better represented using an object of some sort,<br>
such as a MultiGraphNode and/or MultiGraphEdge, instead of<br>
re-purposing dict.<br></blockquote><div><br></div><div>Those would be good strategies in general, but the issue is how things hook together in the object model.  These things are very abstract, it's exactly the thing which had made metaclasses difficult to "grok" at times.  I'll probably just have to try to implement them in Pypy or abandon the idea.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
> Okay, I guess I did not make myself very clear.  What I'm proposing probably<br>
> will (eventually) require changes to the "object" model of Python<br>
<br>
</div>That means you're talking about Python 4, at a minimum, and you would<br>
need to show how valuable it is by building a workaround version and<br>
getting people to use that extensively in Python 3.<br>
<br></blockquote><div>I understand what you're saying but I among many of us Python3000 never really happened.  So this is really still for what was dreamed to happen in version 3.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
> While in the abstract one might think to allow any arbitrary data-type for<br>
> right-hand-side values, in PRACTICE, integers are sufficient.<br>
<br>
</div>By integers, do you really mean pointers or (possibly abstract)<br>
references to other structures?  Because if you do, then ordinary<br>
arithmetic isn't the right solution, but if you don't, then I don't<br>
see them as sufficient.<br>
<br></blockquote><div>No actually python integers.  My point is that within this unified information model, everything can be represented by atomic units (where integers come in) and groups (or a collection type).  Compre with how all the complexity of the physical world is a product of small-massed electrons and protons.  I'm arguing that all the uses of data can be represented in a similar way.</div>
<div><br></div><div>Thanks for the reply, but I think I'll shelve the discussion for now....</div><div><br></div><div>mark</div></div>