Re: Errors in Elements Within Text and Target Pointer?

Forwarding for Yves, because of connection problems :)

Good point. I didn't noticed we were not resolving the parameters.
Yes, I think it would make sense to have the XPath with the parameters resolved in the test suite.

-ys


On 07.05.2013 10:47, Karl Fritsche wrote:
> Hi,
>
> okay this would explain this. But why we not even replace parameters 
> in the output of the Pointer?
> I would agree that the pointer is the information here and maybe it 
> should be processed this far, that parameters are replaced and its 
> ready to process for the corresponding element. Only my two cents.
>
> Cheers
> Karl
>
> On 06.05.2013 23:43, Yves Savourel wrote:
>> hi Karl,
>>
>>> Second Point is the target pointer. On every data category we
>>> resolve pointers, why not here? Why is the output simply the
>>> XPath and not like everywhere else the resolved pointer?
>>> It would be somehow hacky in my implementation to get back
>>> there and getting the XPath.
>> In all other data category the pointer is a way to get to the 
>> information for the gven data category.
>> In Target Pointer the Xpath expression is the information itself.
>>
>> Hope this helps,
>> -yves
>>
>
>
>
>


-- 
*Karl Fritsche*, Software Developer
Tel.: +49 69 972 69 2604; Mob.: +49 1520 206 30 93; Fax: +49 69 972 69 
199; Email: Karl.Fritsche@cocomore.com <mailto:karl.fritsche@cocomore.com>
*Cocomore AG,* Gutleutstraße 30, D-60329 Frankfurt
Internet: http://www.cocomore.de <http://www.cocomore.de/> Facebook: 
http://www.facebook.com/cocomore Google+: http://plus.cocomore.de 
<http://plus.cocomore.de/>
Cocomore is active member of the World Wide Web Consortium (W3C)
Vorstand: Dr. Hans-Ulrich von Freyberg (Vors.), Dr. Jens Fricke, Marc 
Kutschera, Vors. des Aufsichtsrates: Martin Velasco, Sitz: 
Frankfurt/Main, Amtsgericht Frankfurt am Main, HRB 51114