Julien,
I'm going to move this discussion over to uportal-dev because I think
it's a great one.
So I have some questions about customization permissions that you
introduced, because it's one of our needs and that we already did some
little things, and more I'm trying to make it available in our next
version of uportal (migration from 3.2.4 to 4.x in july/august).
Fantastic. I knew this feature would be of interest to more schools.
We should absolutely talk and coordinate.
So firstly I would like to know what are you plans about "customization
permission", because I'm doing this work at this moment for our context
for the version 4.0.x that I'm adapting for the migration of our version
3.2.4, and to say I've modified nearly sames things than you.
For the immediate future, I had no further plans than what I checked in...
- 2 new permissions, 1 for access to the Add Tab button, 1 for access
to the Customize (gallery) interface
- Users without the permission have the HTML _removed_ in the XSLT
process
- For the Add Tab, there is also a permissions check in the REST API
that prevents a sophisticated user from bypassing the UI with a clever URL
- The default data says that Authenticated Users may access both
functions (anyone else may not)
- In both cases, this permissions check _replaces_ the
isAuthenticated() check that was in the XSL previously
And this change was added only to 4.1 (master), since existing 4.0
deployments won't have the data, and therefore users would suddenly
loose the ability to personalize their layouts.
But it's easy to pull the changes down to 4.0.x (use $git cherry-pick).
Else to explain our needs, in our context we deploy one portal (with
different virtual domain) for all colleges of our "région" in center of
France, and some higth school of "département" of our "région", it
represents around 200 education's organization with around 100k
students, and for all organization we delegate the rigths to define DLM
of the organization to some peoples, all other people don't have the
rigths to add/modify/delete any element in their layout.
That's a very impressive portal.
I think this enhancement will serve your needs -- just grant the 2 new
permissions only to the same people who have rights to manage DLM fragments.
So if you want i can share our experience, talk about our needs and
could provide some help in development or other things for this feature.
Yes, please.
I'm especially keen to tap the talent of the French uPortal community
for helping uPortal live up to its potential. I've seen some very
impressive things from them.
Please tell us about your requirements and the
enhancements/customizations you've done or are about to do for uPortal
and Apereo portlets. Often there are universities here that would love
to do the same things, but "put them on the back burner" (delay them)
because they believe they'd have to do all the work themselves.
drew wills
--
You are currently subscribed to [email protected] as:
[email protected]
To unsubscribe, change settings or access archives, see
http://www.ja-sig.org/wiki/display/JSG/uportal-dev
