Performing a simple color change to staff login screen, required file system access to create a new CSS file. As documented @ http://www.myacpl.org/koha/?p=612 , you must do that OR use the javascript hack. I am suggesting there be a simple way to add custom CSS without the need for file system access. You can use a text box with OPACUserCSS, can a that just be duplicated? As stated in bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7424 a custom store for custom-css is great, perhaps we could look at having an "upload file" buttom, or a simple file editor like WordPress uses for its theme editor, so you have file write access without being in the file system for said custom-css files?
The staff client login page does not load CSS stored in the IntranetUserCSS system preference. While it does load intranetcolorstylesheet, it loads the file before it loads login.css, so any styles you add specific to the login page will be overridden by login.css.
*** Bug 14475 has been marked as a duplicate of this bug. ***
Created attachment 45219 [details] [review] Bug 11038: Enable use of IntranetUserCSS on staff client login page This patch enable use of IntranetUserCss on staff client login page. To test: 1) Add something to IntranetUserCSS to modify login page, for example height:30px; } 2) Logout from staff client, no changes on login page. 3) Apply the patch 4) Reload, now logo is cut in half :) Bonus) Login again an try changing image, add background: url(http://example.com/img/other-logo.png) no-repeat top center; } and fix height. Logout and check This also affects 3.20 and perhaps earlier versions.
(In reply to Owen Leonard from comment #1) > The staff client login page does not load CSS stored in the IntranetUserCSS > system preference. Is this by design? This patch fixes this in a simple way Could this affect other pages?
Created attachment 45220 [details] [review] Bug 11038: Enable use of IntranetUserCSS on staff client login page This patch enable use of IntranetUserCss on staff client login page. To test: 1) Add something to IntranetUserCSS to modify login page, for example #login h1 a { height:30px; } 2) Logout from staff client, no changes on login page. 3) Apply the patch 4) Reload, now logo is cut in half :) Bonus) Login again an try changing image, add #login h1 { background: url(http://example.com/img/other-logo.png) no-repeat top center; } and fix height. Logout and check This also affects 3.20 and perhaps earlier versions. Re-upload to fix examples
Created attachment 45237 [details] [review] Bug 11038: Enable use of IntranetUserCSS on staff client login page This patch enable use of IntranetUserCss on staff client login page. To test: 1) Add something to IntranetUserCSS to modify login page, for example #login h1 a { height:30px; } 2) Logout from staff client, no changes on login page. 3) Apply the patch 4) Reload, now logo is cut in half :) Bonus) Login again an try changing image, add #login h1 { background: url(http://example.com/img/other-logo.png) no-repeat top center; } and fix height. Logout and check This also affects 3.20 and perhaps earlier versions. Re-upload to fix examples Works as expected. Signed-off-by: Marc Véron <veron@veron.ch>
Created attachment 45273 [details] [review] Bug 11038: Enable use of IntranetUserCSS on staff client login page This patch enable use of IntranetUserCss on staff client login page. To test: 1) Add something to IntranetUserCSS to modify login page, for example #login h1 a { height:30px; } 2) Logout from staff client, no changes on login page. 3) Apply the patch 4) Reload, now logo is cut in half :) Bonus) Login again an try changing image, add #login h1 { background: url(http://example.com/img/other-logo.png) no-repeat top center; } and fix height. Logout and check This also affects 3.20 and perhaps earlier versions. Re-upload to fix examples Works as expected. Signed-off-by: Marc Véron <veron@veron.ch> Signed-off-by: Jonathan Druart <jonathan.druart@bugs.koha-community.org>
Pushed to master! Thanks Bernardo! Note: I would have preferred to see a switch to using Koha.Preference, but this works well enough. At some point we will have to require the use of Koha.Preference and start a cleanup project for prefs passed via pl scripts.
Patch pushed to 3.22.x, will be in 3.22.1
This patch has been pushed to 3.20.x, will be in 3.20.7.