digitalmars.D.learn - Any full feature xml library available?
- Domain (10/10) May 01 2019 I need a xml library which support document entity or xinclude.
- bachmeier (3/13) May 01 2019 Have you looked at this?
- Domain (2/17) May 01 2019 Yes, but I don't think dxml support these features.
- rikki cattermole (3/23) May 01 2019 It does not. Those features come under the big bad guys feature list.
- Russel Winder (14/18) May 02 2019 On Thu, 2019-05-02 at 02:11 +1200, rikki cattermole via Digitalmars-d-
- rikki cattermole (3/16) May 02 2019 libxml2 is precisely what I meant.
- Russel Winder (13/22) May 02 2019 [=E2=80=A6]
- rikki cattermole (2/18) May 02 2019 I am suggesting a binding. I think we have our wires crossed on this.
- H. S. Teoh (8/11) May 02 2019 [...]
- Bastiaan Veelo (4/24) May 02 2019 Apparently, bindings to libxml2 existed back in 2008.
- Russel Winder (17/27) May 03 2019 If I were interested in XML processing yes I would. However, just at
- H. S. Teoh (14/35) May 03 2019 [...]
- Domain (8/40) May 03 2019 I am trying to port libxml++ to D.
- Russel Winder (19/29) May 05 2019 [=E2=80=A6]
I need a xml library which support document entity or xinclude. The xml may like this: <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE doc [ <!ENTITY data SYSTEM "data.xml"> ]> <root xmlns:xi="http://www.w3.org/2001/XInclude"> &data; <xi:include href="table.xml"/> </root>
May 01 2019
On Wednesday, 1 May 2019 at 13:54:08 UTC, Domain wrote:I need a xml library which support document entity or xinclude. The xml may like this: <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE doc [ <!ENTITY data SYSTEM "data.xml"> ]> <root xmlns:xi="http://www.w3.org/2001/XInclude"> &data; <xi:include href="table.xml"/> </root>Have you looked at this? https://github.com/jmdavis/dxml
May 01 2019
On Wednesday, 1 May 2019 at 13:57:04 UTC, bachmeier wrote:On Wednesday, 1 May 2019 at 13:54:08 UTC, Domain wrote:Yes, but I don't think dxml support these features.I need a xml library which support document entity or xinclude. The xml may like this: <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE doc [ <!ENTITY data SYSTEM "data.xml"> ]> <root xmlns:xi="http://www.w3.org/2001/XInclude"> &data; <xi:include href="table.xml"/> </root>Have you looked at this? https://github.com/jmdavis/dxml
May 01 2019
On 02/05/2019 2:04 AM, Domain wrote:On Wednesday, 1 May 2019 at 13:57:04 UTC, bachmeier wrote:It does not. Those features come under the big bad guys feature list. Gonna have to go to C for it.On Wednesday, 1 May 2019 at 13:54:08 UTC, Domain wrote:Yes, but I don't think dxml support these features.I need a xml library which support document entity or xinclude. The xml may like this: <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE doc [ <!ENTITY data SYSTEM "data.xml"> ]> <root xmlns:xi="http://www.w3.org/2001/XInclude"> &data; <xi:include href="table.xml"/> </root>Have you looked at this? https://github.com/jmdavis/dxml
May 01 2019
On Thu, 2019-05-02 at 02:11 +1200, rikki cattermole via Digitalmars-d- learn wrote: [=E2=80=A6]=20 It does not. Those features come under the big bad guys feature list. =20 Gonna have to go to C for it.Surely that means you can use Python, Rust, C++, or D rather than having to descend to using C? libxml2 is definitely usable from Python, it must be usable from D. Of course, I am assuming libxml2 has the facilities required. --=20 Russel. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Road m: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk
May 02 2019
On 03/05/2019 3:36 AM, Russel Winder wrote:On Thu, 2019-05-02 at 02:11 +1200, rikki cattermole via Digitalmars-d- learn wrote: […]libxml2 is precisely what I meant. We just don't have the libraries written in D at this point.It does not. Those features come under the big bad guys feature list. Gonna have to go to C for it.Surely that means you can use Python, Rust, C++, or D rather than having to descend to using C? libxml2 is definitely usable from Python, it must be usable from D. Of course, I am assuming libxml2 has the facilities required.
May 02 2019
On Fri, 2019-05-03 at 03:50 +1200, rikki cattermole via Digitalmars-d- learn wrote:On 03/05/2019 3:36 AM, Russel Winder wrote:[=E2=80=A6]=20There are situations where you create a binding in preference to writing something from scratch. cf. gtk, gstreamer, etc. so why not libxml2? --=20 Russel. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Road m: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uklibxml2 is definitely usable from Python, it must be usable from D. Of course, I am assuming libxml2 has the facilities required.=20 libxml2 is precisely what I meant. =20 We just don't have the libraries written in D at this point.
May 02 2019
On 03/05/2019 4:23 AM, Russel Winder wrote:On Fri, 2019-05-03 at 03:50 +1200, rikki cattermole via Digitalmars-d- learn wrote:I am suggesting a binding. I think we have our wires crossed on this.On 03/05/2019 3:36 AM, Russel Winder wrote:[…]There are situations where you create a binding in preference to writing something from scratch. cf. gtk, gstreamer, etc. so why not libxml2?libxml2 is definitely usable from Python, it must be usable from D. Of course, I am assuming libxml2 has the facilities required.libxml2 is precisely what I meant. We just don't have the libraries written in D at this point.
May 02 2019
On Thu, May 02, 2019 at 05:23:29PM +0100, Russel Winder via Digitalmars-d-learn wrote: [...]There are situations where you create a binding in preference to writing something from scratch. cf. gtk, gstreamer, etc. so why not libxml2?[...] No particular reason, except nobody has taken up the task yet. Would you? T -- Once bitten, twice cry...
May 02 2019
On Thursday, 2 May 2019 at 15:50:53 UTC, rikki cattermole wrote:On 03/05/2019 3:36 AM, Russel Winder wrote:Apparently, bindings to libxml2 existed back in 2008. http://www.dsource.org/projects/bcd/ BastiaanOn Thu, 2019-05-02 at 02:11 +1200, rikki cattermole via Digitalmars-d- learn wrote: […]libxml2 is precisely what I meant. We just don't have the libraries written in D at this point.It does not. Those features come under the big bad guys feature list. Gonna have to go to C for it.Surely that means you can use Python, Rust, C++, or D rather than having to descend to using C? libxml2 is definitely usable from Python, it must be usable from D. Of course, I am assuming libxml2 has the facilities required.
May 02 2019
On Thu, 2019-05-02 at 09:28 -0700, H. S. Teoh via Digitalmars-d-learn wrote:On Thu, May 02, 2019 at 05:23:29PM +0100, Russel Winder via Digitalmars-d-learn wrote: [...]If I were interested in XML processing yes I would. However, just at the moment I am doing things with MPEG-TS and gstreamer-rs. I may investigate the analogue for GstreamerD. On the other hand there are enough people moaning about std.xml and the general lack of quality, high performance D support for XML that there is clearly a lot of people who should be interested in creating a D binding to libxml2. =20 --=20 Russel. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Road m: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.ukThere are situations where you create a binding in preference to writing something from scratch. cf. gtk, gstreamer, etc. so why not libxml2?[...] =20 No particular reason, except nobody has taken up the task yet. Would you?
May 03 2019
On Fri, May 03, 2019 at 09:56:56PM +0100, Russel Winder via Digitalmars-d-learn wrote:On Thu, 2019-05-02 at 09:28 -0700, H. S. Teoh via Digitalmars-d-learn wrote:[...] The problem is that while there is no shortage of complaints about XML support in D, there is a great dearth of people actually willing to *do* something about it. At least Jonathan wrote dxml, which arguably would meet the need in most cases. So there's that. But if somebody wants entity references and other similar things, the only recourse would appear to be to wrap libxml2. Given D's aptitude at interfacing with C, this should be much simpler than writing dxml. It just needs someone to sit down and *do* it. T -- Questions are the beginning of intelligence, but the fear of God is the beginning of wisdom.On Thu, May 02, 2019 at 05:23:29PM +0100, Russel Winder via Digitalmars-d-learn wrote: [...]If I were interested in XML processing yes I would. However, just at the moment I am doing things with MPEG-TS and gstreamer-rs. I may investigate the analogue for GstreamerD. On the other hand there are enough people moaning about std.xml and the general lack of quality, high performance D support for XML that there is clearly a lot of people who should be interested in creating a D binding to libxml2.There are situations where you create a binding in preference to writing something from scratch. cf. gtk, gstreamer, etc. so why not libxml2?[...] No particular reason, except nobody has taken up the task yet. Would you?
May 03 2019
On Friday, 3 May 2019 at 21:07:29 UTC, H. S. Teoh wrote:On Fri, May 03, 2019 at 09:56:56PM +0100, Russel Winder via Digitalmars-d-learn wrote:I am trying to port libxml++ to D. I use dstep to generate the binding to libxml2, and then porting c++ to D. But I don't have much time, and there are some failures with dstep. I don't have a computer at home, so I must use termux to coding. I hope someone can continue to maintaining the android port of ldc.On Thu, 2019-05-02 at 09:28 -0700, H. S. Teoh via Digitalmars-d-learn wrote:[...] The problem is that while there is no shortage of complaints about XML support in D, there is a great dearth of people actually willing to *do* something about it. At least Jonathan wrote dxml, which arguably would meet the need in most cases. So there's that. But if somebody wants entity references and other similar things, the only recourse would appear to be to wrap libxml2. Given D's aptitude at interfacing with C, this should be much simpler than writing dxml. It just needs someone to sit down and *do* it. TOn Thu, May 02, 2019 at 05:23:29PM +0100, Russel Winder via Digitalmars-d-learn wrote: [...]If I were interested in XML processing yes I would. However, just at the moment I am doing things with MPEG-TS and gstreamer-rs. I may investigate the analogue for GstreamerD. On the other hand there are enough people moaning about std.xml and the general lack of quality, high performance D support for XML that there is clearly a lot of people who should be interested in creating a D binding to libxml2.[...][...] No particular reason, except nobody has taken up the task yet. Would you?
May 03 2019
On Fri, 2019-05-03 at 14:07 -0700, H. S. Teoh via Digitalmars-d-learn wrote= :=20[=E2=80=A6]The problem is that while there is no shortage of complaints about XML support in D, there is a great dearth of people actually willing to *do* something about it.In my case it is because I have no need to deal with XML using D, and I am = not in the market for paid work. Those actually doing stuff with XML and D have far fewer excuses.At least Jonathan wrote dxml, which arguably would meet the need in most cases. So there's that. But if somebody wants entity references and other similar things, the only recourse would appear to be to wrap libxml2. Given D's aptitude at interfacing with C, this should be much simpler than writing dxml. It just needs someone to sit down and *do* it.That people who have the problem can write many lengthy emails on the D lis= ts rather than doing something about creating a D binding to libxml2 is clearl= y the bulk of the problem. --=20 Russel. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Road m: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk
May 05 2019