Если лень морочится с валидностью, то javascript обычно пишут так:

<script TYPE="text/javascript">
<![CDATA[
if( a > b && a < c ) a++;
]]>
</SCRIPT>

Если атрибуты не требуют выбора, то ДядяВова абсолютно прав, если для вычисления требуются проверки, то существует еще такой способ:

<TABLE>
<TR>
<xsl:for-each select="$rows">
<TD>
<xsl:attribute name="BGCOLOR">
  <xsl:choose>
    <xsl:when test="position() mod 2 = 0">
       <xsl:text>#CCCCCC</xsl:text>
    </xsl:when>
    <xsl:otherwise>
      <xsl:text>White</xsl:text>
    </xsl:otherwise>
  </xsl:choose>
</xsl:attribute>
</TD>
</xsl:for-each>
</TR>
</TABLE>

это к чему? 

к этому.

можно так: <IMG SRC="{$path}" />
можно так:
<IMG>
   <xsl:attribute name="SRC">
       <xsl:value-of select="$path" />
   </xsl:attribute>
</IMG>

задачи бывают разные, но чаще всего, конечно, используется 1й вариант.

Тема ранее уже была поднята, но решение мне не помогает...

Через xslt преобразование хочу добавить к xml строчку, предположим:



На выходе получаю:
...


Использую процессор Oracle 10g.

Пробовал выводить через CDATA ,

пробовал 


не помогает...

Подскажите, плиз, как решить этот вопрос...

Заключи свои "рога и копыта" в элемент text и установи соответстующий атрибут в нём.

Так?

Так я тоже пробовал, не помогло.

Тут всё может зависеть от того, на чём выполняешь преодразование. Особенностей поведения всех процессоров я не знаю, я только что скопипастил пример с твоего поста и выполнил в Visual Studio. Всё получилось нормально, если у тебя не работает как надо - ищи решение в документации по используемому тобой xslt-процессору.

Так лопают все парсеры. Но проблема может быть не в парсере а в форматтере. Это та хрень, которая делает постобработку результата трансформера, глотает пробелы, убирает закрытие тегов типа br и img и занимается прочей ерундой.

в движке gecko есть проблема с disable-output-escaping, точнее он его просто игнорирует и ескейпит в независимости от этого параметра

есть ли какие то решения?

нашел некоторый вариант решения моей проблемы, мне нужно было выводить теги <a>. Содержимое тега все заключено в <![CDATA[]]>, а для того чтобы включить в содержимое тег <a> приходится разрывать секцию <![CDATA[]]>, т.е. <![CDATA[[some content-data which I]><a>a tag data</a><![CDATA[[had to cut into two parts]]>, а в правилах преобразования добавить правило вывода для этого тега

но вот как быть с амперсандами и прочим?

Это сообщение отредактировал(а) nmn - 1.6.2010, 23:38

поменяй парсер.
увы, ничего умнее предложить не получается. 
я в 2000 году работал с xalan и таких "детских" проблем у него не было уже тогда.
Под виндами бессмертный MSXML, который по скорости трансформа просто Шумахер.