bgarciaentornos <bgarcia@entornosdeformacion.com> in Sakai.Git

(cherry picked from commit 2f90a51e90195210a573aa5d219bd79f5a4f3097)

(cherry picked from commit fb5de66e5cce87065be05dc62e1bf4fe3e932b2c)

(cherry picked from commit 583378babf6805286a269fc79ddc1f13b130aff8)

https://jira.sakaiproject.org/browse/SAK-43259

Providing a working solution for the bug, to get the conversation

started about how to manage it. This problem affects not only the case

described on the jira's title, but also every url access to tools using

moment, and of course the same can happen with other libraries. Adding

library versions on more places is far from ideal, but as long as Sakai

supports this kind of tool access we have to solve the bugs. Even if

that's redesigned we can provide a quick fix first. We can discuss on

this PR about adding a headscripts Java component (a similar feature to

the headscripts js thing on library). DirecttoolHandler or ToolHandler

might be other places where to add it, although the former doesn't cover

every possible call and the latter is executed more times than needed.

It could also be checked against specific tools but I'm a bit against

it.

(cherry picked from commit ecc48ede2081e98e4d50f6580ec3ce574b831752)

(cherry picked from commit beeffeb1b2b9cb6d6ec66c485103fc8212cc0602)

Conflicts:

msgcntr/messageforums-app/src/java/org/sakaiproject/tool/messageforums/DiscussionForumTool.java

(cherry picked from commit beeffeb1b2b9cb6d6ec66c485103fc8212cc0602)

Conflicts:

msgcntr/messageforums-app/src/java/org/sakaiproject/tool/messageforums/DiscussionForumTool.java

(cherry picked from commit 77b37d3922bd0812807fa010a722325e5ba11331)

Maybe the multiselect bits on sakai_properties_scripts.vm could be moved

to a different function (similar to setupDatePickers), but it would be a

bit messy anyway.

(cherry picked from commit b6ebcdee04fade3c4d93a5e12c00881529df2e9e)

Font-awesome's own icon class introduced some changes that resulted in a

compression of all the texts next to icons in the Profile tool. Even if

it's not ideal, the best solution seems to be overriding the 'display'

behavior of the component, already on its own css file. The tool adds

classes to components from Java too, so it's hard to trace the number of

cases, but this should solve all of them.

(cherry picked from commit d145015adbc84c889d2907c727407c7da38d8818)