> > Is this worth a feature request / bug on mantis?
>
> Yes.
Issue #24032
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On Tue, 12 Mar 2013, dev.d...@gmail.com wrote:
Using Xpath I believe would be something like this:
I was missing an If:
function ElementById(id: string; doc: TXMLDocument): TDOMElement;
var
v: TXPathVariable;
begin
[..]
end;
This does indeed work - thank you :)
It's an acceptable soluti
> > Using Xpath I believe would be something like this:
> I was missing an If:
>
> function ElementById(id: string; doc: TXMLDocument): TDOMElement;
> var
>v: TXPathVariable;
> begin
>[..]
> end;
This does indeed work - thank you :)
It's an acceptable solution for me, as I will need XPath any
On Tue, Mar 12, 2013 at 11:17 AM, Daniel Gaspary wrote:
> Using Xpath I believe would be something like this:
I was missing an If:
function ElementById(id: string; doc: TXMLDocument): TDOMElement;
var
v: TXPathVariable;
begin
result:=nil;
try
v:=EvaluateXPathExpression('//*[
Using Xpath I believe would be something like this:
function ElementById(id: string; doc: TXMLDocument): TDOMElement;
var
v: TXPathVariable;
begin
result:=nil;
try
v:=EvaluateXPathExpression('//*[@id=' + QuotedStr(id)+']',
doc.DocumentElement);
result:=TD
A little side note to my statement:
> and I don't have a DTD
In this case the behaviour of the parser is even right...
W3C:
Note: Attributes with the name "ID" or "id" are not of type ID unless so
defined
--
http://stackoverflow.com/questions/3423430/java-xml-dom-how-are-id-a
> Maybe the bug is that it checks case sensitive:
>
> procedure TXMLTextReader.ParseAttlistDecl;
> ...
> Found := FSource.Matches(AttrDataTypeNames[dt]);
ParseAttlistDecl isn't called a single time...
- to me it sounds like "Parse Attribute *declaration*" - and I don't have a
DTD (the
On Tue, 12 Mar 2013 12:21:10 +0100
dev.d...@gmail.com wrote:
>[...]
> Just rechecked again...
> The debugger clearly says, that reader.IDMap / FIDMap is nil...
> [Before the second assignement - of course :) ]
>
> >It seems to be started, but not finished.
> If so, what needs to be done?
Maybe t
Hi,
> The XMLTextReader creates the map, and passes it on to the final document.
// Trunk
procedure TLoader.ProcessXML(ADoc: TDOMDocument; AReader: TXMLTextReader);
begin
[...]
doc.IDs := reader.IDMap;
reader.IDMap := nil;
end;
// 2.6.2
=== snip ===
doc.IDs := FIDMap;
FIDMap := nil;
On Tue, 12 Mar 2013, Mattias Gaertner wrote:
On Tue, 12 Mar 2013 11:52:06 +0100 (CET)
Michael Van Canneyt wrote:
[...]
Is getElementById supposed to work properly or is it something that needs to
be implemented?
Trying to understand what the parser does (not that easy), I got the feeling
t
On Tue, 12 Mar 2013 11:52:06 +0100 (CET)
Michael Van Canneyt wrote:
>[...]
> > Is getElementById supposed to work properly or is it something that needs to
> > be implemented?
> > Trying to understand what the parser does (not that easy), I got the feeling
> > that no Hashtable for the IDs is cre
On Tue, 12 Mar 2013 10:39:35 +0100
dev.d...@gmail.com wrote:
> Hi,
> working with fcl-xml some questions came together. Every hint is appreciated.
>
> 1.
> No matter what I do and which (short & valid) xml file I use - getElementById
> is always nil (tested with trunk and latest stable 2.6.2) an
On Tue, 12 Mar 2013, dev.d...@gmail.com wrote:
Hi,
working with fcl-xml some questions came together. Every hint is appreciated.
1.
No matter what I do and which (short & valid) xml file I use - getElementById
is always nil (tested with trunk and latest stable 2.6.2) and the same applies
to T
Hi,
working with fcl-xml some questions came together. Every hint is appreciated.
1.
No matter what I do and which (short & valid) xml file I use - getElementById
is always nil (tested with trunk and latest stable 2.6.2) and the same applies
to TXMLDocument.IDs.
I tried with ReadXMLFile and TDOM
14 matches
Mail list logo
