[Building Sakai] Sakai floating tutorial

[Bryan Holladay]

Matt Jones beat me to it and fixed the User Properties issue.  His
patch users the user preferences instead [1].  I assume this is the
preferred way since User Properties depends on an internal user?
Should this dependance be removed?

-Bryan

[1] http://source.sakaiproject.org/viewsvn/portal/trunk/portal-impl/impl/src/java/org/sakaiproject/portal/charon/SkinnableCharonPortal.java?p2=%2Fportal%2Ftrunk%2Fportal-impl%2Fimpl%2Fsrc%2Fjava%2Forg%2Fsakaiproject%2Fportal%2Fcharon%2FSkinnableCharonPortal.java&p1=%2Fportal%2Ftrunk%2Fportal-impl%2Fimpl%2Fsrc%2Fjava%2Forg%2Fsakaiproject%2Fportal%2Fcharon%2FSkinnableCharonPortal.java&r1=109685&r2=109684&view=diff&pathrev=109685

On Tue, Jun 26, 2012 at 11:10 AM, Bryan Holladay <holladay at longsight.com> wrote:
> I did... thanks... It's really flexible and uses REST (entitybroker)
> and JSON/AJAX.
>
> You just specify the jQuery selector string and then fill in the
> details.  If it can't find it, it just goes to the next page.
>
> Example: help-component/src/bundle/TutorialMessages.properties
>
> then just call it with the function: "showTutorialPage("{propertiesPrefix}")
>
> So this can easily be added to any tool.
>
> -Bryan
>
> On Tue, Jun 26, 2012 at 11:03 AM, Adrian Fish <adrian.r.fish at gmail.com> wrote:
>> Did you write this? If so, nice one, well needed.
>>
>>
>> On 26 June 2012 15:57, Bryan Holladay <holladay at longsight.com> wrote:
>>>
>>> There's a jira out for this.  I was planning on looking at it next
>>> week, but it sounds like you've already deduced the issue.
>>>
>>> https://jira.sakaiproject.org/browse/SAK-22320
>>>
>>> So, why is there a foreign key restraint to Sakai_user and how are you
>>> supposed to store properties for provided users?
>>>
>>> -Bryan
>>>
>>> On Tue, Jun 26, 2012 at 10:54 AM, Adrian Fish <adrian.r.fish at gmail.com>
>>> wrote:
>>> > I think there is an issue with the floating tutorial in trunk. Every
>>> > time I
>>> > login as an LDAP provided user I get the tutorial and I think it may be
>>> > to
>>> > do with the fact that it tries to write a property 'sakaiTutorialFlag'
>>> > to
>>> > SAKAI_USER_PROPERTY. Trouble is, SAKAI_USER_PROPERTY is foreign keyed
>>> > onto
>>> > SAKAI_USER and that never contains provisioned users. I've not looked at
>>> > the
>>> > code, I'm just guessing.
>>> >
>>> > Why is there a foreign key constraint on SAKAI_USER_PROPERTY, just out
>>> > of
>>> > interest? It seems a bit weird that we can't store props against
>>> > provisioned
>>> > users.
>>> >
>>> > Cheers,
>>> > Adrian.
>>> >
>>> > _______________________________________________
>>> > sakai-dev mailing list
>>> > sakai-dev at collab.sakaiproject.org
>>> > http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>> >
>>> > TO UNSUBSCRIBE: send email to
>>> > sakai-dev-unsubscribe at collab.sakaiproject.org
>>> > with a subject of "unsubscribe"
>>
>>