aral-matrix

hi @EvgenyEletskikh - thank you for the additional data points - as I wrote above I will look for a generic solution, that should make your life easier. But I...

Update! @fauder @EvgenyEletskikh @adkandrin > Although it would be better, of course, to find a solution that hides external dependencies in the CPP-file. I think today I finally managed to...

> [@aral-matrix](https://github.com/aral-matrix) I'll try it soon (I hope) and get back to you. Thanks for your hard work! Teşekkür ediyorum :) Birkaç şeye daha bakmam lazım, ama yavaşça (ilk önce)...

The current development-aral branch is reasonably safe to use, I have performed a thorough review on the code that is affected by hiding pugixml as a library internal tool. Obviously,...

> I had similar problems reported by others in this issue. But branch development-aral fixes it! Thanks. > > BTW, I created a Debian package by running: > [..] >...

Hmm - not possible with a range iterator as far as I recall - the main reason is that the library works on the underlying XML and data is not...

The only performant implementation that I could see making sense here, would be to store a "hint" XMLNode for each row of the range (requiring a std::vector of XMLNode pointers...

If by "from memory" you mean you have a full FILE representation in memory, you could implement your own wrappers for fread / fwrite calls in the zippy implementation (the...

This pull request has been implemented manually a couple of weeks ago

> I'll give that a try, thanks. Since I am finally understanding a little more about how cmake works, I have to concur with the suggestion of @jurassicLizard - the...