If you need to output the XML declaration, you can output it with enough
escaping:
<?= "\<\?xml version=\"1.0\" encoding=\"UTF-8\"\?\>" ?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
"http://www.w3.org/TR/xhtml11/**DTD/xhtml11.dtd<http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd>
[1]">
...
I agree that it is a little bit of a pain to do, but PHP has the same
trouble with that character sequence and requires an equivalent workaround.
On Sun, Jul 22, 2012 at 5:13 PM, Massimo Manghi <massimo.man...@unipr.it>wrote:
>
> no way, the <? sequence invariably is parsed by the Rivet parser as the
> beginning of a Tcl script section embedded in the template. You have to
> remove it.
>
> Years ago someone suggested to support a different style of embedding
> using <?rivet ...?> as tag for the specific reason of not messing up with
> XML files. The proposal was filed as as bug #5553, it was acknowledged as
> such, but was closed as 'wontfix' anyway. Time for resuming this issue?
>
> regards
>
> -- Massimo
>
>
> On 2012-07-22 20:05, Nagarajan Chinnasamy wrote:
>
>> Hello,
>>
>> The "<?xml" tag that is part of a simple xhtml document (saved as .rvt
>> template) I generated from Amaya W3Cs editor throws error when
>> browsed:
>>
>> <?xml version="1.0" encoding="UTF-8"?>
>>> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
>>>
>>> "http://www.w3.org/TR/xhtml11/**DTD/xhtml11.dtd<http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd>[1]">
>>> <html
>>> xmlns="http://www.w3.org/1999/**xhtml<http://www.w3.org/1999/xhtml>[2]">
>>>
>>> <head>
>>> <meta http-equiv="content-type" content="text/html;
>>> charset=UTF-8" />
>>> <title>My First RVT</title>
>>> <meta name="generator" content="Amaya, see
>>> http://www.w3.org/Amaya/ [3]" />
>>>
>>> </head>
>>> <body>
>>> <h1>My First RVT</h1>
>>> </body>
>>> </html>
>>>
>>
>>
>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail:
> rivet-dev-unsubscribe@tcl.**apache.org<rivet-dev-unsubscr...@tcl.apache.org>
> For additional commands, e-mail: rivet-dev-h...@tcl.apache.org
>
>
