Re: [3/3] msxml3: Support creating IXMLParser Interface (try 2)

2011-09-07 Thread Nikolay Sivov
On Wed, Sep 7, 2011 at 2:05 PM, Alistair Leslie-Hughes
leslie_alist...@hotmail.com wrote:
 Hi,

 Use a skip if we cannot create the control.

 Changelog:
     msxml3: Support creating IXMLParser Interface


 Best Regards
  Alistair Leslie-Hughes



(not related to patch contents)

First time I saw this on a list I thought - god dammit, another parser
interface. But looking at methods list it's probably a first candidate
to be independent from libxml2 without any loss in functionality or
big overhead like XPath or XSL things. We'll see. Is it mentioned as
obsolete by any chance? Seems to be a kind of low level parser.




Re: [3/3] msxml3: Support creating IXMLParser Interface (try 2)

2011-09-07 Thread Alistair Leslie-Hughes

On 7/09/2011 9:43 PM, Nikolay Sivov wrote:



(not related to patch contents)

First time I saw this on a list I thought - god dammit, another parser
interface. But looking at methods list it's probably a first candidate
to be independent from libxml2 without any loss in functionality or
big overhead like XPath or XSL things. We'll see. Is it mentioned as
obsolete by any chance? Seems to be a kind of low level parser.

Yes, these are marked as obsolete but are still valid interfaces for 
embedded windows.  They are defined in xmlparser.idl but since there are 
marked as local, I believe they wont be registered as per normal.


Best Regards
 Alistair Leslie-Hughes




Re: [3/3] msxml3: Support creating IXMLParser Interface (try 2)

2011-09-07 Thread Vijay Kiran Kamuju
On Wed, Sep 7, 2011 at 2:13 PM, Alistair Leslie-Hughes
leslie_alist...@hotmail.com wrote:
 On 7/09/2011 9:43 PM, Nikolay Sivov wrote:


 (not related to patch contents)

 First time I saw this on a list I thought - god dammit, another parser
 interface. But looking at methods list it's probably a first candidate
 to be independent from libxml2 without any loss in functionality or
 big overhead like XPath or XSL things. We'll see. Is it mentioned as
 obsolete by any chance? Seems to be a kind of low level parser.

 Yes, these are marked as obsolete but are still valid interfaces for
 embedded windows.  They are defined in xmlparser.idl but since there are
 marked as local, I believe they wont be registered as per normal.

 Best Regards
  Alistair Leslie-Hughes

There is a bug# 5841 which depends on these functionality.
This is a deprecrated functionality provided only by msxml3

Thanks,
Vijay




Re: [3/3] msxml3: Support creating IXMLParser Interface (try 2)

2011-09-07 Thread Nikolay Sivov
On Wed, Sep 7, 2011 at 4:13 PM, Alistair Leslie-Hughes
leslie_alist...@hotmail.com wrote:
 On 7/09/2011 9:43 PM, Nikolay Sivov wrote:


 (not related to patch contents)

 First time I saw this on a list I thought - god dammit, another parser
 interface. But looking at methods list it's probably a first candidate
 to be independent from libxml2 without any loss in functionality or
 big overhead like XPath or XSL things. We'll see. Is it mentioned as
 obsolete by any chance? Seems to be a kind of low level parser.

 Yes, these are marked as obsolete but are still valid interfaces for
 embedded windows.  They are defined in xmlparser.idl but since there are
 marked as local, I believe they wont be registered as per normal.

Embedded windows, what's that? We probably can't use SAX for that
parser, after a brief look at next patch
some 'node' types seems to be low level token or something. Also
IE4-quirk sounds promising.
It's interesting to see what parts are really used by applications.


 Best Regards
  Alistair Leslie-Hughes