Search results for query: *

Please post this as a new thread. And try to describe your problem in more detail please.

there isn't a FORECASTDETAIL within the context /FORECAST/ITEM/MONTH. You have two for-each loops inside each other, and the first one is superceeding the second's context. Think again about how you should be accessing FORCASTDETAIL. Cheers Matt

hmmm just had another thought.. don't know how efficient it is but assuming the current input document is called "myinput.xml" and the other xml doc is called "theother.xml" you could do this: <xsl:for-each select="document('theother.xml')/*"> <xsl:value-of...

found this: http://www.xslt.com/html/xsl-list/2005-02/msg01155.html which says doing it the other way around, and storing your current document in a variable .. <xsl:variable name="inputdoc" select="/"/> .. still not found a non-variable method yet

hmm why not refer to document in a variable? <xsl:variable name="myextdoc"> <xsl:copy-of select="document('mydoc.xml')"/> </xsl:variable> .... <xsl:for-each select="$myextdoc/*"/> <xsl:value-of select="internal-node/*[local-name()=./text()"/> </xsl:for-each> ... however i'm still looking...

[cont again] Interoperability. I can take XML from one company, and transform the data I want to see from that data. Not only does XLST work on web pages, but it can transform the data into practically any format. So, for example, I could potentially have a list of prices delivered as XML...

[continued] So, the benefits generally are that your program logic isn't intertwined with the way you display your data on the page. For small apps, its not really a problem, but when it comes to altering a table or layout or an entire column or something, you will have to change the way your...

Basically, XSLT allows you to abstract your data transformation a level away from your data processing/app logic. So, in your example, PHP can continue to deal with application flow/control and data requisition whilst XSLT can be used on the final data (XML) to decide how everything will look.

word can save as .. xml but it's terribly messy. we need more definition of the problem before we can help further.

sounds like you need apache struts. http://struts.apache.org/

i can't find anything on the internet that states xsltproc supports xslt 2.0 anywhere, so theres probably no point in moving to another box. you could just use vi's search/replace in the xml to replace all the _'s or pre-remove these _'s when you generate? the xml Or, just install the java sdk...

but you must be using some sort of transformation engine to do the transform? can you give me an example of what you are writing in the shell to do this plz.

are u using java to do this transform? if so, just install the new Xalan parser and the new sdk from sun.

answer: you can do either. if its a particularly large set of data, use xpath and Dom Document methods to select the correct XML snippet and then transform it using xslt (i am guessing its marginally faster this way). or if its a small xml file, just use xslt to transform the bit of the...

use <?xml version="1.0"?> <xsl:stylesheet version="2.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"> <xsl:template match="course"> <xsl:value-of select="tokenize(., '_+')"/> </xsl:template> </xsl:stylesheet> You have to use xsl version 2.0 tho for this.

use <br /> should work nicely. matt

charge.ext is not a valid Persisted object file?

Double double check you have copied EXACTLY what Jon has put in the above post. xsi:schemaLocation requires a SPACE between the namespace URI and the document name. matt

that, i beleive, is a question for Microsoft to answer. I cannot find any definitive source discussing this.

formatting is generally only useful for the human-readable aspect of XML, so, normally formatting is done manually by whomever wants to read the document. check out this tho, if you really want to format it. http://www.vb-helper.com/howto_formatted_xml_document.html