It's not reasonable to view the specification as prescribing syntax; what it
specifies are the *semantics* of the DOM, and naturally, different languages
and environments will implement these semantics differently.
Presumably, NodeType wasn't described as an enumeration in the document
because nei
I am not sure to whom this mail should be addressed. Please help if you know.
I am considering the idea of using System.Xml as a Python DOM
implementation again. After some experimentation, one issue is this:
an idiomatic way to check for the type of DOM node in Python is:
if node.nodeType == nod
Dan Eloff wrote:
It seems to me that you have to use __init__/__new__ supplying
CodeContext as necessary. Unlike list and tuple which have public
constructors and PythonOps helpers, there doesn't seem to be any
public api for creating sets. Am I right?
Thanks,
-Dan
__
Kenneth Miller wrote:
So,
Before I get to into this, does this project hold merit for anyone
but myself? Would anyone outside of Seo and I like to see it move
forward. I like to spend my time on worthwhile adventures. Like I said
before, the main motivation here is to have access to common
So,
Before I get to into this, does this project hold merit for anyone
but myself? Would anyone outside of Seo and I like to see it move
forward. I like to spend my time on worthwhile adventures. Like I said
before, the main motivation here is to have access to common python
standard l
Seo Sanghyeon wrote:
2008/10/31 Michael Foord <[EMAIL PROTECTED]>:
Kenneth Miller wrote:
http://www.bitbucket.org/xkenneth/atheneum/src/tip/atheneum/
Where are the tests?
Apparently here:
http://www.bitbucket.org/xkenneth/atheneum/src/
A sibling directory, not a child di
2008/10/31 Michael Foord <[EMAIL PROTECTED]>:
> Kenneth Miller wrote:
>> http://www.bitbucket.org/xkenneth/atheneum/src/tip/atheneum/
> Where are the tests?
Apparently here:
http://www.bitbucket.org/xkenneth/atheneum/src/
A sibling directory, not a child directory.
--
Seo Sanghyeon
Dino Viehland wrote:
We're picking the ObjectHandle overload for some reason. You can use
.Overloads to select the correct overload. I'm actually surprised you don't
get a different type error saying the call is ambiguous so I'll have to take a
deeper look to understand that.
Actually,
Kenneth Miller wrote:
Seo,
I started a new project on bitbucket.org as I wanted the project to
have a different name and a broader scope than simply clipath. Take a
look, and let's keep rolling.
http://www.bitbucket.org/xkenneth/atheneum/src/tip/atheneum/
Where are the tests?
Michael
Seo,
I started a new project on bitbucket.org as I wanted the project
to have a different name and a broader scope than simply clipath. Take
a look, and let's keep rolling.
http://www.bitbucket.org/xkenneth/atheneum/src/tip/atheneum/
Regards,
Ken
On Oct 29, 2008, at 11:19 AM, Seo Sangh
We're picking the ObjectHandle overload for some reason. You can use
.Overloads to select the correct overload. I'm actually surprised you don't
get a different type error saying the call is ambiguous so I'll have to take a
deeper look to understand that.
-Original Message-
From: [EMA
Why does setting '__file__' to None on a ScriptScope through
'SetVariable' fail, whilst setting it directly as an attribute (from
inside IronPython) succeeds? Is this intentional?
>>> scope
[Microsoft
.Scripting.Hosting.ScriptScope]>
>>> scope.SetVariable('__file__', None)
Traceback (most rece
Curt Clockwatcher wrote:
The code is in IronPython\Runtime\Types\DocBuilder.cs. The specific
code which translates to an XML file is in "XPathDocument
GetXPathDocument(Assembly asm)".
In theory, we could say "if the file is not found and the pathname
contains 'Framework64', then substitute '
13 matches
Mail list logo
