[uportal-dev] uPortal 4.1 layout.json / uMobile issue
Hi Everyone,
With uPortal 4.1 I noticed we are now including more information in the
layout.json file. I think the inclusion of regions is great, although it
will have an interesting effect on some mobile apps when generating native
lists. There is not really a way to in uMobile currently to figure out what
is a tab or a region (besides hard coding regions in uMobile, yuck), so all
portlets jn the template and tabs are being included in the list view in
uMobile and it really hurts the experience. I was wondering what everyone
though if we could do something like this instead, adding new content types
like regions in its own section outside of folders:
{
- user: guest,
- locale: en-US,
- layout:
{
-header: {
-portlets: [ ]
},
-folders: {
-portlets: [ ]
},
-footer: {
-portlets: [ ]
},
-regions: {
-portlets: [ ]
}
}
}
Thanks,
Aaron
--
Aaron Grant
Senior Applications Architect
Oakland University - UTS http://oakland.edu/uts
--
You are currently subscribed to uportal-dev@lists.ja-sig.org as:
arch...@mail-archive.com
To unsubscribe, change settings or access archives, see
http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] uPortal 4.1 layout.json / uMobile issue
Hi Aaron,
That sounds like a great alternative call to the layout REST controller. At UW
we have made a decent amount of changes to the REST API and I'm working on
spiffing up a PR to master with them. One of the changes is a optional
variable called tab on the layout call. This will return all the portlets for
that given tab. More to come shortly.
Thanks,
Tim Levett
tim.levettATwisc.edu
MyUW-Infrastructure
From: bounce-37487810-70367...@lists.wisc.edu
bounce-37487810-70367...@lists.wisc.edu on behalf of Aaron Grant
asgr...@oakland.edu
Sent: Thursday, October 30, 2014 7:12 AM
To: uportal-dev@lists.ja-sig.org
Subject: [uportal-dev] uPortal 4.1 layout.json / uMobile issue
Hi Everyone,
With uPortal 4.1 I noticed we are now including more information in the
layout.json file. I think the inclusion of regions is great, although it will
have an interesting effect on some mobile apps when generating native lists.
There is not really a way to in uMobile currently to figure out what is a tab
or a region (besides hard coding regions in uMobile, yuck), so all portlets jn
the template and tabs are being included in the list view in uMobile and it
really hurts the experience. I was wondering what everyone though if we could
do something like this instead, adding new content types like regions in its
own section outside of folders:
{
*
user: guest,
*
locale: en-US,
*
layout:
{
*
header: {
*
portlets: [ ]
},
*
folders: {
*
portlets: [ ]
},
*
footer: {
*
portlets: [ ]
},
*
regions: {
*
portlets: [ ]
}
}
}
Thanks,
Aaron
--
Aaron Grant
Senior Applications Architect
Oakland University - UTShttp://oakland.edu/uts
--
You are currently subscribed to uportal-dev@lists.ja-sig.org as:
tim.lev...@wisc.edu
To unsubscribe, change settings or access archives, see
http://www.ja-sig.org/wiki/display/JSG/uportal-dev
--
You are currently subscribed to uportal-dev@lists.ja-sig.org as:
arch...@mail-archive.com
To unsubscribe, change settings or access archives, see
http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] sticky profile selection
At long last, I have a clean version of the code implementing sticky profile, suitable for merging to master : https://github.com/Jasig/uPortal/pull/450/ On Tue, Oct 28, 2014 at 9:19 AM, Andrew Petro apetro.li...@gmail.com wrote: At long last, I have code implementing sticky profile. https://github.com/apetro/uPortal/compare/UP-4223-ap2 I'll see about producing a cleaner branch that doesn't needlessly clobber toString()s. etc. Nonetheless, decent preview of what that changeset proposal will include. Andrew On Mon, Oct 20, 2014 at 9:04 AM, Andrew Petro apetro.li...@gmail.com wrote: There may well be interesting future use cases around profile selection. Or perhaps we will enter a lovely future in which there's just one responsive profile to handle all comers. I think that's where MyUW is trying to get with its forked-from-respondr-responsive-theme : even the amount of stickiness complexity here is just a transitional feature to gently migrate folks from Universality to Bucky. At the least I'll take a shot at articulating how an adopter would achieve what you describe by plugging in to the extension points this solution exposes. Kind regards, Andrew On Sun, Oct 19, 2014 at 3:16 PM, Anthony Colebourne anthony.colebou...@manchester.ac.uk wrote: Hi, I was wondering whether stickiness in this regard should be a build time or runtime choice? Might there be a use case where both might be required in a single uPortal instance? The only case I can think of is switching from a dedicated mobile theme to a desktop theme while using a mobile device. It's not the strongest case for needing runtime sickness choice, but if these one use-case then there might be others! The thought that came to mind was /Login?profile=buckysetDefault=true or /Login?profile=buckyoneTime=true -- Anthony. On 17/10/14 19:01, Andrew Petro wrote: uPortal developers, MyUW has a need to make ad-hoc profile selection (via profile=bucky on /Login) less hoc and more sticky-across-sessions. UP-4223 took a shot at this but didn't seem to work in MyUW. https://issues.jasig.org/browse/UP-4223 https://github.com/Jasig/uPortal/pull/416 Having looked into this a bit, I'd like to propose this alternative implementation of making profile selection sticky: http://apetro.ghost.io/sticky-profiles/ I'm close to working code implementing this design and intend to offer a Pull Request once it seems to be working locally. Feedback and design input welcome. Kind regards, Andrew -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: apetro.li...@gmail.com To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.com To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
