ftl | C template library for fans of functional programming | Functional Programming library

You can try these in the template to at least know what setting causes this:

• <#setting locale="en_US">
• <#setting number_format="0.####">

If neither, then it's certainly an RTL issue. In languages where you write right-to-left (RTL), Arabic numbers are still written left-to-right, but in some the sign stays on the right side. So 100- is how it should look, in some language. But this rearrangement is not in the raw text, it's how for example a browser renders the text.

Add try/catch similar to the above around IHostBulder.Build() in any .NET/EF Core 6.0 RC2 project, and attempt to add a migration can reproduce the issue.

We can fix the issue with the following :

You should reference the action to call its method in Freemarker. It is supported by the Struts 2 framework.

The template language only supports looping via #list. So if you need to do that kind of loop, the a workaround is this:

You could pass a StringWriter to Template.process, and then if there was no exception, write the resulting String into the file. However, be sure that the output is small enough to fit into the memory. Otherwise write into a temporary file, and move it to the final place if there was no exception.

It is not ending at the same place because the length of a Japanese character is different from the length of the -.

The solution would be to use a Japanese character with the same width as a kanji, and the same meaning as the dash. I don't know if such a character exists (maybe U+30FB: ・ )

Looks like your FreeMarker version is too old. ?keep_after_last was added in 2.3.22 (see https://freemarker.apache.org/docs/ref_builtins_string.html#ref_builtin_keep_after_last).

If you are not sure which version you are using, you can output it using ${.version} (see https://freemarker.apache.org/docs/ref_specvar.html).

The problem is the HtmlWebpackPlugin doesn't know how to correctly parse .ftl files. By default the plugin will use an ejs-loader. See https://github.com/jantimon/html-webpack-plugin/blob/main/docs/template-option.md

Do you need to minify the index.ftl file? I'd argue that you don't. It's not necessary especially when you can just compress it before sending it from the server. You should be able to pass the config property minify with the value of false into the HtmlWebpackPlugin to prevent the minification error.

i.e.

As is so often the case, an uncaught typo was the source of the error.

The directory-structure must not be

• META-INF/keycloak-themes.json
• themes/[theme-name]/[theme-role]/theme.properties
• [...]

But instead

• META-INF/keycloak-themes.json
• theme/[theme-name]/[theme-role]/theme.properties
• [...]

Given a correct structure, keycloak-operator can successfully deploy and load custom-themes as jar-extensions.