That does look like good practice. I won't support encodings other than UTF8 but I will make it write the encoding attribute on any future release.recommended to "Always use the encoding attribute"
That does look like good practice. I won't support encodings other than UTF8 but I will make it write the encoding attribute on any future release.recommended to "Always use the encoding attribute"
public void Open2(String filename, Boolean ignoreComment, Boolean ignoreWhitespace)
{
Close();
XmlReaderSettings set = new XmlReaderSettings();
set.IgnoreComments = ignoreComment;
set.IgnoreWhitespace = ignoreWhitespace;
rdr = System.Xml.XmlReader.Create(filename, set);
}
I've just downloaded v2.4 (wondering how I'll get on with using it for KML).
SbXml.Append(CRLF & InsetStr & "<" & nicename & " " & GetAttributes)
If Inset > 0 Then
' Lookup the prefix and write the ISBN element.
wtr.WriteStartElement("ISBN")
wtr.WriteString("1-861003-78")
wtr.WriteString("1-861003-78")
wtr.WriteEndElement
' Lookup the prefix and write the ISBN element.
wtr.WriteStartElement("ISBN")
wtr.WriteString("1-861003-78a; ")
wtr.WriteString("1-861003-78b")
wtr.WriteEndElement
@agraham or mjcoon can you upload a some program with this behavior?I also get an IDE crash like you - from the stack trace it looks like a bug in the IDE at Dbasic.CCodePage.SmartHelp. One for Erel methinks!
Looking back in the source code archives I find that I did on the major upgrade to version 2.0 from 1.2. So I guess it's a partial case-insensitivity in whatever parses the Designer section of the source code file then?Did you change the classes XMLReader / XMLWriter to XmlReader / XmlWriter (the difference is in the 'ml')?
I can't see a missing font terminator in TestDoc.xml, in fact if there was one I would expect that the XML parser would throw an exception to that effect although I do admit that the examples were thrown together in haste and that I am not brilliant at, nor particularly interested in, XML (nor HTML).
I would have thought that inevitable if you want a certain body style without having loads of font elements around individual bits of text.Virtually the whole document is contained in the outermost font element
That makes at least two of us then!But I still don't understand some aspects of XmlDocument
You can't change a node type. It has to be created as the type you want by XmlDocument.CreateNode.but I cannot find how to set the node type.
I would have thought that inevitable if you want a certain body style without having loads of font elements around individual bits of text.
That makes at least two of us then! [Not understanding some aspects of XmlDocument]
You can't change a node type. It has to be created as the type you want by XmlDocument.CreateNode.
I'm afraid that the .NET XmlDocument and its related Node objects don't map very well onto Basic4ppc as there are lots of them, one for each type of Node. Fortunately they are inherit from XmlNode with small differences so you can get away with only having a single XmlNode object in Basic4ppc.
It just returns a new XmlNode, you have to be able to make one somehow but you don't want literally hundreds of XmlNode objects littering up your Basic4ppc (or C#) program so you create it, assign it an XmlNode, play with it, add it to the document and move on to the next.I don't understand the implication that the method has no effect on the XmlDocument node itself (I am presuming) rather than being a method of the node that is being created/established.
Sorry, when I added XmlNode and XmlNodeList I removed the CreateElement methods and added CreateNode instead but was obviously a little sloppy updating the help.the former has three variants of CreateElement for XmlDocument whereas the IDE offers me none. The Help has one variant of CreateNode whereas the IDE offers two.
A revised help file is now available at post #1.
In version 2.5 now posted...