@@ -30458,7 +30458,7 @@ TemplateModel x = env.getVariable("x"); // get variable x</programlisting>
3045830458 <section xml:id="versions_2_3_34">
3045930459 <title>2.3.34</title>
3046030460
30461- <para>Release date: 2024-12-08 + release process </para>
30461+ <para>Release date: 2024-12-22 </para>
3046230462
3046330463 <section>
3046430464 <title>Changes on the FTL side</title>
@@ -30503,16 +30503,16 @@ TemplateModel x = env.getVariable("x"); // get variable x</programlisting>
3050330503 xlink:href="https://github.com/apache/freemarker/pull/119">GitHub
3050430504 PR-119</link>: Fixed bug if you set the <link
3050530505 linkend="pgui_config_incompatible_improvements_how_to_set"><literal>incompatible_improvements</literal>
30506- setting</link> to 2.3.34 or higher: Both
30507- <literal>[#sep]</literal>, <literal> <#sep></literal>, and
30506+ setting</link> to 2.3.34 or higher: <literal>[#sep]</literal>,
30507+ <literal><#sep></literal>, and
3050830508 <literal><sep></literal> were all interpreted as a call to
3050930509 the <literal>sep</literal> directive, regardless if the already
3051030510 established tag syntax was angle bracket or square bracket tags,
3051130511 or if the tag syntax was <quote>strict</quote> (requiring
3051230512 <literal>#</literal>) or not. With this fix enabled via
3051330513 <literal>incompatible_improvements</literal>, a
30514- <literal>sep</literal> with the tag syntax that doesn't match
30515- the configured/estabilished tag syntax will be seen as just
30514+ <literal>sep</literal> tag with the tag syntax that doesn't
30515+ match the configured/established tag syntax will be seen as just
3051630516 static text, just as it's done for any other FTL tags.</para>
3051730517 </listitem>
3051830518
0 commit comments