digitalmars.D.announce - dxml 0.3.0 released
- Jonathan M Davis (13/13) Apr 19 2018 Well, since I'm going to be talking about dxml at dconf, and it's likely
- Suliman (2/2) Apr 19 2018 Am I right remember that this lib is planed to be included as
- H. S. Teoh (5/7) Apr 19 2018 Yes. I'm really looking forward to that.
- Jonathan M Davis (11/13) Apr 19 2018 It is a potential candidate to replace std.xml. It is currently the plan
- aberba (6/21) Apr 19 2018 I understand XML is more powerful for some stuff... however XML
- Mengu (6/32) Apr 22 2018 it's not that xml is any more powerful than anything else out
- Jesse Phillips (10/14) Apr 19 2018 In reference to
- Jonathan M Davis (8/23) Apr 19 2018 Yes. I would have thought that that was clear. It throws if any of the
- Jesse Phillips (4/11) Apr 20 2018 I think I just feel it is a little hidden under the exception
- Jonathan M Davis (5/15) Apr 20 2018 Well, for better or worse, it now mentions it directly in the Throws
- Dejan Lekic (5/20) Apr 20 2018 I am happy to see dxml moving on!
- Kagamin (2/4) Apr 20 2018 It's not W3C DOM :)
- Jonathan M Davis (7/32) Apr 20 2018 No, that's not something that I'm familiar with. I just made up the API
Well, since I'm going to be talking about dxml at dconf, and it's likely that I'll be talking about stuff that was not in the 0.2.* releases, it seemed like I should get a new release out before dconf. So, here it is. dxml 0.3.0 has now been released. I won't repeat everything that's in the changelog, but the biggest changes are that writer support has now been added, and it's now possible to configure how the parser handles non-standard entity references. Please report any bugs that you find via github. Changelog: http://jmdavisprog.com/changelog/dxml/0.3.0.html Documentation: http://jmdavisprog.com/docs/dxml/0.3.0/ Github: https://github.com/jmdavis/dxml/tree/v0.3.0 Dub: http://code.dlang.org/packages/dxml - Jonathan M Davis
Apr 19 2018
Am I right remember that this lib is planed to be included as std.xml replacement?
Apr 19 2018
On Thu, Apr 19, 2018 at 05:21:15PM +0000, Suliman via Digitalmars-d-announce wrote:Am I right remember that this lib is planed to be included as std.xml replacement?Yes. I'm really looking forward to that. T -- A linguistics professor was lecturing to his class one day. "In English," he said, "A double negative forms a positive. In some languages, though, such as Russian, a double negative is still a negative. However, there is no language wherein a double positive can form a negative." A voice from the back of the room piped up, "Yeah, yeah."
Apr 19 2018
On Thursday, April 19, 2018 17:21:15 Suliman via Digitalmars-d-announce wrote:Am I right remember that this lib is planed to be included as std.xml replacement?It is a potential candidate to replace std.xml. It is currently the plan that once I feel that it's complete enough and battle-tested enough, I will submit it to the Phobos review process, after which it may or may not end up in Phobos. That will depend entirely on how that process goes. The only other potential candidate that I'm aware of was a GSoC project that stalled after the student disappeared (presumably, he got busy with school again and never got back to it), and it shows no sign of ever being completed. - Jonathan M Davis
Apr 19 2018
On Thursday, 19 April 2018 at 14:40:58 UTC, Jonathan M Davis wrote:Well, since I'm going to be talking about dxml at dconf, and it's likely that I'll be talking about stuff that was not in the 0.2.* releases, it seemed like I should get a new release out before dconf. So, here it is. dxml 0.3.0 has now been released. I won't repeat everything that's in the changelog, but the biggest changes are that writer support has now been added, and it's now possible to configure how the parser handles non-standard entity references. Please report any bugs that you find via github. Changelog: http://jmdavisprog.com/changelog/dxml/0.3.0.html Documentation: http://jmdavisprog.com/docs/dxml/0.3.0/ Github: https://github.com/jmdavis/dxml/tree/v0.3.0 Dub: http://code.dlang.org/packages/dxml - Jonathan M DavisI understand XML is more powerful for some stuff... however XML libs naming conventions generally seem verbose (thanks Microsoft)...I've never used XML beyound HTML though. I started with JSON and has always been JSON.
Apr 19 2018
On Thursday, 19 April 2018 at 22:38:50 UTC, aberba wrote:On Thursday, 19 April 2018 at 14:40:58 UTC, Jonathan M Davis wrote:it's not that xml is any more powerful than anything else out there however unfortunately you don't get to choose that especially when it comes to integrating old apis in sectors such as banking and travel. it was crucial that we had an xml speaking module in phobos. thank you very much jonathan.Well, since I'm going to be talking about dxml at dconf, and it's likely that I'll be talking about stuff that was not in the 0.2.* releases, it seemed like I should get a new release out before dconf. So, here it is. dxml 0.3.0 has now been released. I won't repeat everything that's in the changelog, but the biggest changes are that writer support has now been added, and it's now possible to configure how the parser handles non-standard entity references. Please report any bugs that you find via github. Changelog: http://jmdavisprog.com/changelog/dxml/0.3.0.html Documentation: http://jmdavisprog.com/docs/dxml/0.3.0/ Github: https://github.com/jmdavis/dxml/tree/v0.3.0 Dub: http://code.dlang.org/packages/dxml - Jonathan M DavisI understand XML is more powerful for some stuff... however XML libs naming conventions generally seem verbose (thanks Microsoft)...I've never used XML beyound HTML though. I started with JSON and has always been JSON.
Apr 22 2018
On Thursday, 19 April 2018 at 14:40:58 UTC, Jonathan M Davis wrote:I won't repeat everything that's in the changelog, but the biggest changes are that writer support has now been added, and it's now possible to configure how the parser handles non-standard entity references.In reference to "XMLWritingException if the given text is not legal in the text portion of an XML document." Is this to say that the text must be encoded (dxml.util.encodeText) prior to calling this or it will throw if the text contains "<"? This should be clearer in the documentation.
Apr 19 2018
On Thursday, April 19, 2018 23:00:03 Jesse Phillips via Digitalmars-d- announce wrote:On Thursday, 19 April 2018 at 14:40:58 UTC, Jonathan M Davis wrote:Yes. I would have thought that that was clear. It throws if any of the characters or sequence of characters in the argument aren't legal in the text portion of an XML document. Those characters that can be legally present in encoded form but not in their literal form can be encoded first with encodeText. I'll try to make the documentation clearer. - Jonathan M DavisI won't repeat everything that's in the changelog, but the biggest changes are that writer support has now been added, and it's now possible to configure how the parser handles non-standard entity references.In reference to xt "XMLWritingException if the given text is not legal in the text portion of an XML document." Is this to say that the text must be encoded (dxml.util.encodeText) prior to calling this or it will throw if the text contains "<"? This should be clearer in the documentation.
Apr 19 2018
On Friday, 20 April 2018 at 00:46:38 UTC, Jonathan M Davis wrote:Yes. I would have thought that that was clear. It throws if any of the characters or sequence of characters in the argument aren't legal in the text portion of an XML document. Those characters that can be legally present in encoded form but not in their literal form can be encoded first with encodeText. I'll try to make the documentation clearer. - Jonathan M DavisI think I just feel it is a little hidden under the exception list. A note in the general description about utilizing encodeText on text which needs encoding would be good.
Apr 20 2018
On Friday, April 20, 2018 16:07:06 Jesse Phillips via Digitalmars-d-announce wrote:On Friday, 20 April 2018 at 00:46:38 UTC, Jonathan M Davis wrote:Well, for better or worse, it now mentions it directly in the Throws section. - Jonathan M DavisYes. I would have thought that that was clear. It throws if any of the characters or sequence of characters in the argument aren't legal in the text portion of an XML document. Those characters that can be legally present in encoded form but not in their literal form can be encoded first with encodeText. I'll try to make the documentation clearer.I think I just feel it is a little hidden under the exception list. A note in the general description about utilizing encodeText on text which needs encoding would be good.
Apr 20 2018
On Thursday, 19 April 2018 at 14:40:58 UTC, Jonathan M Davis wrote:Well, since I'm going to be talking about dxml at dconf, and it's likely that I'll be talking about stuff that was not in the 0.2.* releases, it seemed like I should get a new release out before dconf. So, here it is. dxml 0.3.0 has now been released. I won't repeat everything that's in the changelog, but the biggest changes are that writer support has now been added, and it's now possible to configure how the parser handles non-standard entity references. Please report any bugs that you find via github. Changelog: http://jmdavisprog.com/changelog/dxml/0.3.0.html Documentation: http://jmdavisprog.com/docs/dxml/0.3.0/ Github: https://github.com/jmdavis/dxml/tree/v0.3.0 Dub: http://code.dlang.org/packages/dxml - Jonathan M DavisI am happy to see dxml moving on! Jonathan, are the interfaces in the dom module generated from the IDL code from W3C?
Apr 20 2018
On Friday, 20 April 2018 at 08:45:45 UTC, Dejan Lekic wrote:Jonathan, are the interfaces in the dom module generated from the IDL code from W3C?It's not W3C DOM :)
Apr 20 2018
On Friday, April 20, 2018 08:45:45 Dejan Lekic via Digitalmars-d-announce wrote:On Thursday, 19 April 2018 at 14:40:58 UTC, Jonathan M Davis wrote:No, that's not something that I'm familiar with. I just made up the API based on what made sense to me. I basically took the API that EntityRange.Entity has and morphed it into what made sense for a tree structure. - Jonathan M DavisWell, since I'm going to be talking about dxml at dconf, and it's likely that I'll be talking about stuff that was not in the 0.2.* releases, it seemed like I should get a new release out before dconf. So, here it is. dxml 0.3.0 has now been released. I won't repeat everything that's in the changelog, but the biggest changes are that writer support has now been added, and it's now possible to configure how the parser handles non-standard entity references. Please report any bugs that you find via github. Changelog: http://jmdavisprog.com/changelog/dxml/0.3.0.html Documentation: http://jmdavisprog.com/docs/dxml/0.3.0/ Github: https://github.com/jmdavis/dxml/tree/v0.3.0 Dub: http://code.dlang.org/packages/dxml - Jonathan M DavisI am happy to see dxml moving on! Jonathan, are the interfaces in the dom module generated from the IDL code from W3C?
Apr 20 2018