Re: [Vala] GXml 0.10.0 Released

2016-05-26 Thread Daniel Espinosa
What version of GXml are you using? Witch version of libvala and valadoc do
you have?

For documentation I'm trying to push it to valadoc.org, but some thing is
missing. I've upload, I think, all filest they require to have GXml
documentation on line, but for some reason it is not and not feed back from
maintainers.

As you can see at:

https://github.com/esodan/valadoc-org/blob/master/documentation/packages.xml

and

https://github.com/nemequ/vala-girs/blob/master/gir-1.0/GXml-0.10.gir

But any way, may I can help you on build your own documentation.


2016-05-26 14:32 GMT-05:00 Günther Wutz :

> Is there somewhere a documentation for GXml? I tried to compile it
> myself but i am stuck with an error "failed to load driver". I tried
> the examples provided by GXml but they are outdated.
>
> new Document.from_gfile(f, can)
> should be
> Document.new_default_for_file(f);
>
> and doc.to_string(true, 8)
> should be
> doc.to_string();
>
> I was irritated by the Nodes "#text" without a value - is there a
> reason they exists?
>
>
>
> Am Donnerstag, den 14.04.2016, 11:16 -0500 schrieb Daniel Espinosa:
> > GXml provides a GObject API for manipulating XML and a Serializable
> > framework to XML.
> >
> > Currently, GXml provides the DOM Level 1 Core API, Basic HTML
> > support,
> > Serialization.
> >
> > Provides a set of interfaces to access XML equivalent files with
> > different
> > implementations, some of them based on libxml but able to use
> > different
> > backends.
> >
> > It is written in Vala, but provides C API, while it is available to
> > other
> > high level
> > languages, like Python or JavaScript, using GObject Introspection.
> >
> >
> > ChangeLog
> >
> >
> > ===
> > Version 0.10.0
> > ===
> >
> >
> > * New and updated translations:
> > Added zh_CN by Yating Kuang 
> > Updated Swedish by Anders Jonsson  > n.se>
> > Updated German  by Mario Blättermann  > l.com>
> > Updated Brazilian Portuguese by Enrico Nicoletto  > om>
> > Updated Czech   by Marek Černocký 
> > Updated Serbian by Марко М. Костић 
> > Updated Hungarian   by Balázs Meskó 
> > Updated Polish  by Piotr Drąg 
> >
> >
> > ===
> > Version 0.9.92
> > ===
> >
> > * New contructor methods for TDocument using custome ReadTypeFunc
> > * Bug fixes
> > * New and updated translations:
> > Updated Polish  by Piotr Drąg 
> > Updated Serbian by Мирослав Николић  > il.com>
> >
> > ==
> > Version 0.9.90 and 0.9.91
> > ==
> >
> > * New TDocument.from_stream(), .from_string and .from_uri() methods
> > * API change TwNode and derived classes renamed to TNode
> > * Added parse capabilities to TDocument
> > * Improved performance tests, pointing: GDocument has better memory
> > usage
> > and
> >   better performance than xDocument; TDocument has better performance
> > but
> > more
> >   memory usage than GDocument.
> > * Bug fixes
> > * New and updated translations:
> > Added Hungarian  by Matej Urbančič  > org>
> > Added Slovenian  by Matej Urbančič  > org>
> > Added Greek  by Γιάννης Κουτσούκος  > l.com>
> > Added Swedishby Anders Jonsson <
> > anders.jons...@norsjovallen.se>
> > Updated Czechby Marek Černocký 
> > Updated Brazilian Portuguese by Rafael Fontenelle  > .org>
> >
> >
> > ===
> > Version 0.9.2
> > ===
> >
> > * API change Serializable.deserialize now return a boolean
> >
> > * API change SerializableCollection: added new abstract methods for
> > post-deserialization
> >
> > * SerializableCollection: Implementations now support enable/disable
> > deserialization
> >   for post-deseralization using
> > SerializableCollection.deserialize_children() for initial
> >   document load time optimization
> >
> > * More memory optimizations: SerializableCollection implementations
> > don't
> > hold
> >   objects for unknown properties/nodes
> >
> >
> >
> > ===
> > Version 0.9.1
> > ===
> >
> > * Added GXml.Node.parent property
> > * Performance measuring: GDocument equivalent to xDocument
> > * Memory usage: GDocument 42% less memory
> > * Memory for de/serialization using GDocument+TwDocument Vs.
> >   xDocument+TwDocument improved using 63% less memory
> >
> >
> > ===
> > Version 0.9.0
> > ===
> >
> > API/ABI break
> >
> > * API change: Removed GXml.SerializableJson and GXml.Serialization,
> > due to
> > they
> >   have been unmaintained for a while now.
> >
> > * API change: GXml.NodeList is now a Gee.ArrayList
> > specialiced
> > class for better
> >   bindings support. The old class has been renamed to GXml.xNodeList.
> >
> > * API change: Most interfaces now return owned properties in order to
> > allow
> > implementations
> >   to handle its internals without expose/keep in memory some data,
> > returning
> >   

Re: [Vala] GXml 0.10.0 Released

2016-05-26 Thread Al Thomas



 
  From: Günther Wutz 
 To: vala-list@gnome.org 
 Sent: Thursday, 26 May 2016, 20:32
 Subject: Re: [Vala] GXml 0.10.0 Released
   
Is there somewhere a documentation for GXml? I tried to compile it
myself but i am stuck with an error "failed to load driver". 

That will be valadoc not finding libvala. For me I had to install 
vala-devel.This was on Fedora 23.
HTH
Al

   
___
vala-list mailing list
vala-list@gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list


Re: [Vala] GXml 0.10.0 Released

2016-05-26 Thread Günther Wutz
Is there somewhere a documentation for GXml? I tried to compile it
myself but i am stuck with an error "failed to load driver". I tried
the examples provided by GXml but they are outdated.

new Document.from_gfile(f, can)
should be
Document.new_default_for_file(f);

and doc.to_string(true, 8)
should be
doc.to_string();

I was irritated by the Nodes "#text" without a value - is there a
reason they exists?



Am Donnerstag, den 14.04.2016, 11:16 -0500 schrieb Daniel Espinosa:
> GXml provides a GObject API for manipulating XML and a Serializable
> framework to XML.
> 
> Currently, GXml provides the DOM Level 1 Core API, Basic HTML
> support,
> Serialization.
> 
> Provides a set of interfaces to access XML equivalent files with
> different
> implementations, some of them based on libxml but able to use
> different
> backends.
> 
> It is written in Vala, but provides C API, while it is available to
> other
> high level
> languages, like Python or JavaScript, using GObject Introspection.
> 
> 
> ChangeLog
> 
> 
> ===
> Version 0.10.0
> ===
> 
> 
> * New and updated translations:
> Added zh_CN by Yating Kuang 
> Updated Swedish by Anders Jonsson  n.se>
> Updated German  by Mario Blättermann  l.com>
> Updated Brazilian Portuguese by Enrico Nicoletto  om>
> Updated Czech   by Marek Černocký 
> Updated Serbian by Марко М. Костић 
> Updated Hungarian   by Balázs Meskó 
> Updated Polish  by Piotr Drąg 
> 
> 
> ===
> Version 0.9.92
> ===
> 
> * New contructor methods for TDocument using custome ReadTypeFunc
> * Bug fixes
> * New and updated translations:
> Updated Polish  by Piotr Drąg 
> Updated Serbian by Мирослав Николић  il.com>
> 
> ==
> Version 0.9.90 and 0.9.91
> ==
> 
> * New TDocument.from_stream(), .from_string and .from_uri() methods
> * API change TwNode and derived classes renamed to TNode
> * Added parse capabilities to TDocument
> * Improved performance tests, pointing: GDocument has better memory
> usage
> and
>   better performance than xDocument; TDocument has better performance
> but
> more
>   memory usage than GDocument.
> * Bug fixes
> * New and updated translations:
> Added Hungarian  by Matej Urbančič  org>
> Added Slovenian  by Matej Urbančič  org>
> Added Greek  by Γιάννης Κουτσούκος  l.com>
> Added Swedishby Anders Jonsson <
> anders.jons...@norsjovallen.se>
> Updated Czechby Marek Černocký 
> Updated Brazilian Portuguese by Rafael Fontenelle  .org>
> 
> 
> ===
> Version 0.9.2
> ===
> 
> * API change Serializable.deserialize now return a boolean
> 
> * API change SerializableCollection: added new abstract methods for
> post-deserialization
> 
> * SerializableCollection: Implementations now support enable/disable
> deserialization
>   for post-deseralization using
> SerializableCollection.deserialize_children() for initial
>   document load time optimization
> 
> * More memory optimizations: SerializableCollection implementations
> don't
> hold
>   objects for unknown properties/nodes
> 
> 
> 
> ===
> Version 0.9.1
> ===
> 
> * Added GXml.Node.parent property
> * Performance measuring: GDocument equivalent to xDocument
> * Memory usage: GDocument 42% less memory
> * Memory for de/serialization using GDocument+TwDocument Vs.
>   xDocument+TwDocument improved using 63% less memory
> 
> 
> ===
> Version 0.9.0
> ===
> 
> API/ABI break
> 
> * API change: Removed GXml.SerializableJson and GXml.Serialization,
> due to
> they
>   have been unmaintained for a while now.
> 
> * API change: GXml.NodeList is now a Gee.ArrayList
> specialiced
> class for better
>   bindings support. The old class has been renamed to GXml.xNodeList.
> 
> * API change: Most interfaces now return owned properties in order to
> allow
> implementations
>   to handle its internals without expose/keep in memory some data,
> returning
>   objects just on request.
> 
> * New libxml2 implementation called GNode and derivatives, expected
> to
> replace
>   old implementation. It is a creating objects on demand.
> 
> * New HtmlDocument for HTML handling
> 
> * Element interface removed finalize_attr (), due it is unsed
> 
> * Element added new get_ns_attr() for namespaced attributes
> 
> * Element implements set_ns_attr()
> 
> * xNode and derivatives enter to a maintenace status, in order
>   to be deprecated in future, some tests haven't been added
>   due to its internal complexity, like poor namespaces support. Is
>   better to relay on GNode and derivatives. DOM API will be added
>   in future versions to deprecate and remove xNode derivatives.
> 
> * Serializable tests now relay on GDocument
> 
> * Fixes on Unit Tests
> 
> * Added more stressful performance tests, to compare xDocument vs
> GDocum