[Using Sakai] [Building Sakai] Sakai 10: options link renders differently in different browsers

[Steve Swinsburg]

It's infrastructural. The portal renders the various icons on behalf of the
portlet, meaning its outside of the normal frame that the tool gets access
to. The reason the other tools all look the same is because they all output
the same bit of HTML at the top. But they could just as easily look
completely different.

If we want the links to be outside of the tool frame then we would need
some way for a tool to register their set of links (as portlets do now in
the portlet.xml) - the portal can then pick that up and render the links.
That would introduce significant issues in the way tools navigate
themselves around between pages though.

Maybe we should just redo all tools as portlets!

cheers,
Steve



On Thu, Jul 17, 2014 at 6:25 PM, Adrian Fish <adrian.r.fish at gmail.com>
wrote:

> I agree that your solution is the better one, Chuck. It is daft wasting a
> row like that. Could you possibly do a rough outline of the kind of steps
> that would need to be taken to bring other iframe tools into line? Maybe a
> Confluence page? Is is something individual tool maintainers can deal with?
> Or is it an infrastructural change behind the scenes?
>
> Cheers,
> Adrian.
>
>
> On 17 July 2014 00:18, Charles Severance <csev at umich.edu> wrote:
>
>> It would be a lot of work - this is how portlets have worked in Sakai
>> since 2006.
>>
>> And honestly I tink that wasting that vertical space in the *iframe tool*
>> is a bad mistake.
>>
>> It is not impossible - I would really rather not re-do this for Sakai-10
>> since we have all new documentation and I don't want ot invalidate all that
>> - but since Sakai-11 should have a 100% new skin top-to-bottom this might
>> be something to consider.
>>
>> /Chuck
>>
>> On Jul 16, 2014, at 4:51 PM, Adrian Fish <adrian.r.fish at gmail.com> wrote:
>>
>> I agree with Adam. It does seem inconsistent having the pencil in some
>> tools and an options button for others. I know why it has turned out this
>> way, but it would be good to have it normalised again. I'm guessing this
>> would be quite a bit of work.
>>
>> Cheers,
>> Adrian.
>>
>>
>> On 16 July 2014 17:22, Adam Marshall <adam.marshall at it.ox.ac.uk> wrote:
>>
>>>  I don’t mind whether it is inside or outside the frame, I just want it
>>> to say “Options” and be top left (and not top right) like all the other
>>> tools’ “Options” buttons.
>>>
>>>
>>>
>>> Call me old-fashioned if you will!
>>>
>>>
>>>
>>> An alternative approach would be to change the “Options” buttons on all
>>> the other tools and convert them to a pen and pencil icon and place them at
>>> the top right, but then the problem would arise as to what to do with all
>>> the other ‘tool administration’ buttons that have been left behind.
>>>
>>>
>>>
>>> Adam
>>>
>>>
>>>
>>> --
>>>
>>>
>>>
>>> ** Note change of email address to adam.marshall at it.ox.ac.uk **
>>>
>>>
>>>
>>> Dr A C Marshall, WebLearn Service Manager, University of Oxford.
>>>
>>> IT Services, 13 Banbury Rd, Oxford. OX2 6NN.
>>>
>>>
>>>
>>>
>>>
>>> *From:* Charles Severance [mailto:csev at umich.edu]
>>> *Sent:* 16 July 2014 17:17
>>> *To:* Adam Marshall
>>> *Cc:* Steve Swinsburg; sakai-user at sakaiproject.org; dev sakai
>>> *Subject:* Re: [Using Sakai] [Building Sakai] Sakai 10: options link
>>> renders differently in different browsers
>>>
>>>
>>>
>>> Adam - the problem is that the "Options" button is *inside* the iframe -
>>> that was the major flaw in the web.content tool.   It led to frames within
>>> frames within frames.
>>>
>>>
>>>
>>> It needed to be moved outside the tool content - and so while it is
>>> inconsistent between portlets and old frame-based tools - it is consistent
>>> across portlets.
>>>
>>>
>>>
>>> /Chuck
>>>
>>>
>>>
>>> On Jul 16, 2014, at 9:22 AM, Adam Marshall <adam.marshall at it.ox.ac.uk>
>>> wrote:
>>>
>>>
>>>
>>>  Ah – ha. All browsers render as pencil and paper icon on QA server.
>>> We’re running a slightly older version of Sakai 10. Soz about that.
>>>
>>>
>>>
>>> However, I still think it is a really bad design decision. The user will
>>> not know that some tools are portlets and some not, why should they? Why
>>> should they care?
>>>
>>>
>>>
>>> All that they will know for certain is that “the ‘Options’ link for Web
>>> Content, Home and IMS LTI tools has vanished”.
>>>
>>>
>>>
>>> We either have to change all ‘Options’ and other ‘admin buttons to icons
>>> and move them to the RHS of the tool, or we touch none of them.  It’s no
>>> good adopting a random approach.
>>>
>>>
>>>
>>> Adam
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> 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"
>>>
>>
>>
>>
>
> _______________________________________________
> 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"
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-user/attachments/20140717/9eb18a8d/attachment-0001.html