There is reasoning behind not having the default themes exploded in
standalone/configuration/themes:
* Default themes should not be modified or deleted
* You don't need those files unless you're overriding templates. That's an
"advanced feature", so I believe users that wants to do that can extract them
from source files or jar without difficulty
* If you're just styling the current templates, you do not need to refer to the files
from the default themes
* I didn't want to always require a theme folder
* On LiveOak I want the default themes loaded by class-path, and we'll probably let
users upload custom themes to mongo-fs rather than the file-system
That being said, if you really, really want to have these themes in the
standalone/configuration/themes that's should be possible by copying them in there
from the jar when building the dist. The "folder provider" now has a higher
priority than the "classpath provider", so if a theme with the same name exists
both places it will be loaded from the "folder provider".
----- Original Message -----
From: "Bill Burke" <bburke(a)redhat.com>
To: keycloak-dev(a)lists.jboss.org
Sent: Friday, 14 February, 2014 11:10:27 PM
Subject: [keycloak-dev] initial theme feedback
Is it possible to not have the default themes stuffed in a JAR within
WEB-INF/lib and instead have them exploded within
standalone/configuration/themes? Users should be able to view, modify,
and copy them directly instead of having to download the source.
Is this just a matter of moving the theme templates out of common-themes
and removing DefaultLoginThemeProvider from
org.keycloak.freemarker.ThemeProvider file?
I can do this work if you're busy with other stuff. Do you need a
screecast created too?
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
_______________________________________________
keycloak-dev mailing list
keycloak-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/keycloak-dev