[uportal-dev] Take BookmarksPortlet out of 4.1?
Hey folks, Would anyone object to removing (de-bundling) the BookmarksPortlet for the upcoming 4.1 release? We have largely moved away from portlets that start out blank and require users to do data entry -- which is what Bookmarks is. Meanwhile we're building & bundling more and more compelling portlets, which gradually increases to build times and needs for PermGen space. Bookmarks hasn't received commits since Feb 2012. I think we're better off trimming it for the next release. drew -- 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] Take BookmarksPortlet out of 4.1?
We use the Bookmarks portlet, but could download and deploy the code separately. This might be worth posting on the uportal-user list to ask the broader user audience. Paul -Original Message- From: bounce-33732901-5712...@lists.wisc.edu [mailto:bounce-33732901-5712...@lists.wisc.edu] On Behalf Of Drew Wills Sent: Tuesday, December 10, 2013 11:44 AM To: uportal-dev@lists.ja-sig.org Subject: [uportal-dev] Take BookmarksPortlet out of 4.1? Hey folks, Would anyone object to removing (de-bundling) the BookmarksPortlet for the upcoming 4.1 release? We have largely moved away from portlets that start out blank and require users to do data entry -- which is what Bookmarks is. Meanwhile we're building & bundling more and more compelling portlets, which gradually increases to build times and needs for PermGen space. Bookmarks hasn't received commits since Feb 2012. I think we're better off trimming it for the next release. drew -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: paul.ga...@nau.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] Take BookmarksPortlet out of 4.1?
We use the Bookmarks Portlet at UPMC. Why remove a Jasig Sponsored Portlet that works instead of trying to update or enhance it ? Ludovic Auxepaules -Message d'origine- De : bounce-33733171-52847...@lists.wisc.edu [mailto:bounce-33733171-52847...@lists.wisc.edu] De la part de Paul Gazda Envoyé : mardi 10 décembre 2013 20:10 À : uportal-dev@lists.ja-sig.org Objet : RE: [uportal-dev] Take BookmarksPortlet out of 4.1? We use the Bookmarks portlet, but could download and deploy the code separately. This might be worth posting on the uportal-user list to ask the broader user audience. Paul -Original Message- From: bounce-33732901-5712...@lists.wisc.edu [mailto:bounce-33732901-5712...@lists.wisc.edu] On Behalf Of Drew Wills Sent: Tuesday, December 10, 2013 11:44 AM To: uportal-dev@lists.ja-sig.org Subject: [uportal-dev] Take BookmarksPortlet out of 4.1? Hey folks, Would anyone object to removing (de-bundling) the BookmarksPortlet for the upcoming 4.1 release? We have largely moved away from portlets that start out blank and require users to do data entry -- which is what Bookmarks is. Meanwhile we're building & bundling more and more compelling portlets, which gradually increases to build times and needs for PermGen space. Bookmarks hasn't received commits since Feb 2012. I think we're better off trimming it for the next release. drew -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: paul.ga...@nau.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: ludovic.auxepau...@upmc.fr 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] Take BookmarksPortlet out of 4.1?
I, too, am wondering why you want to remove it. Very simple portlets might not require regular commits. What is the motivating rationale? JimH On 12/10/13, 3:04 PM, AUXEPAULES Ludovic wrote: We use the Bookmarks Portlet at UPMC. Why remove a Jasig Sponsored Portlet that works instead of trying to update or enhance it ? Ludovic Auxepaules -Message d'origine- De : bounce-33733171-52847...@lists.wisc.edu [mailto:bounce-33733171-52847...@lists.wisc.edu] De la part de Paul Gazda Envoyé : mardi 10 décembre 2013 20:10 À : uportal-dev@lists.ja-sig.org Objet : RE: [uportal-dev] Take BookmarksPortlet out of 4.1? We use the Bookmarks portlet, but could download and deploy the code separately. This might be worth posting on the uportal-user list to ask the broader user audience. Paul -Original Message- From: bounce-33732901-5712...@lists.wisc.edu [mailto:bounce-33732901-5712...@lists.wisc.edu] On Behalf Of Drew Wills Sent: Tuesday, December 10, 2013 11:44 AM To: uportal-dev@lists.ja-sig.org Subject: [uportal-dev] Take BookmarksPortlet out of 4.1? Hey folks, Would anyone object to removing (de-bundling) the BookmarksPortlet for the upcoming 4.1 release? We have largely moved away from portlets that start out blank and require users to do data entry -- which is what Bookmarks is. Meanwhile we're building & bundling more and more compelling portlets, which gradually increases to build times and needs for PermGen space. Bookmarks hasn't received commits since Feb 2012. I think we're better off trimming it for the next release. drew -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: paul.ga...@nau.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: ludovic.auxepau...@upmc.fr 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] Take BookmarksPortlet out of 4.1?
On 12/10/2013 02:04 PM, AUXEPAULES Ludovic wrote: We use the Bookmarks Portlet at UPMC. Is the Bookmarks blank when a new portal user first views it? Do you have any records or insights concerning how many portal users use it? I don't propose we remove it if schools are using it and getting value out of it. I get a chance to speak with many schools -- though not all of them -- and it struck me that I hadn't heard of any new adopters interested in rolling out the Bookmarks for quite some time. I have seen much more interest in presenting pre-selected, pre-arranged links -- that include custom text, titles, images, formatting and so forth. These needs are nice to address with something like Simple CMS or SimpleJSP. drew -- 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] Take BookmarksPortlet out of 4.1?
Removing dead-unused code is a common practice. If the code is used that changes the equation. My impression from Drew's original post and his followup response, was that he did not know of anyone actively using it. Therefore it would be dead-unused code. Cris J H On 12/10/2013 02:15 PM, Jim Helwig wrote: I, too, am wondering why you want to remove it. Very simple portlets might not require regular commits. What is the motivating rationale? JimH On 12/10/13, 3:04 PM, AUXEPAULES Ludovic wrote: We use the Bookmarks Portlet at UPMC. Why remove a Jasig Sponsored Portlet that works instead of trying to update or enhance it ? Ludovic Auxepaules -Message d'origine- De : bounce-33733171-52847...@lists.wisc.edu [mailto:bounce-33733171-52847...@lists.wisc.edu] De la part de Paul Gazda Envoyé : mardi 10 décembre 2013 20:10 À : uportal-dev@lists.ja-sig.org Objet : RE: [uportal-dev] Take BookmarksPortlet out of 4.1? We use the Bookmarks portlet, but could download and deploy the code separately. This might be worth posting on the uportal-user list to ask the broader user audience. Paul -Original Message- From: bounce-33732901-5712...@lists.wisc.edu [mailto:bounce-33732901-5712...@lists.wisc.edu] On Behalf Of Drew Wills Sent: Tuesday, December 10, 2013 11:44 AM To: uportal-dev@lists.ja-sig.org Subject: [uportal-dev] Take BookmarksPortlet out of 4.1? Hey folks, Would anyone object to removing (de-bundling) the BookmarksPortlet for the upcoming 4.1 release? We have largely moved away from portlets that start out blank and require users to do data entry -- which is what Bookmarks is. Meanwhile we're building & bundling more and more compelling portlets, which gradually increases to build times and needs for PermGen space. Bookmarks hasn't received commits since Feb 2012. I think we're better off trimming it for the next release. drew -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: paul.ga...@nau.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: ludovic.auxepau...@upmc.fr 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] Take BookmarksPortlet out of 4.1?
On 12/10/2013 02:15 PM, Jim Helwig wrote: Very simple portlets might not require regular commits. What is the motivating rationale? Nothing more than a desire to de-clutter, if we're not interested in it any longer. A chance to save a modest amount of disk space, build time, and ongoing maintenance & documentation efforts. We have many more bundled portlets these days than originally, with the likelihood of more in the future. The Bookmarks portlet is in competition with tools like delicious, pinterest, social networks, and the browser itself. Feature-wise, it doesn't measure up. I just don't see many folks wanting to enter their bookmarks into their school portal. And yet it's on the Welcome tab of the quickstart data. I would be delighted to learn that I have it all wrong -- but I'm concerned that we're not putting our best foot forward by giving real estate to this empty tool when it comes to new folks evaluating the portal. I'd be happier giving the real estate to portlets like Notification, Calendar, Courses, Email, Contacts, etc., where it's easy to showcase pre-configured content, and it's easier to provide valuable content in the portlet the first time a user logs in. And so I suppose we could consider taking it off the Welcome tab, but not de-bundling it. But we know only a fraction of users find portlets that are not on their original layout (their fragments). In a way that approach would exacerbate the issue -- what portion of the user population would both (1) find the Bookmarks if it weren't on their layout originally and (2) be interested in entering their data? drew -- 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] Take BookmarksPortlet out of 4.1?
We have a bookmarks portlet but I would have to see if it is the bundled version. We can probably dig up some data on usage. To be honest, I don't see it having prominent position in our redesigned portal. Perhaps it is old school and I support taking it off the default welcome tab. Regarding clutter and build time, perhaps we need to refactor how things are bundled and what that means. It should be dirt-simple to add portlets to your install. Perhaps we could trim uPortal to only "bundle" framework portlets if it is easy to distinguish which portlets are up-to-snuff and easy to add. JimH On 12/10/13, 3:42 PM, Drew Wills wrote: On 12/10/2013 02:15 PM, Jim Helwig wrote: Very simple portlets might not require regular commits. What is the motivating rationale? Nothing more than a desire to de-clutter, if we're not interested in it any longer. A chance to save a modest amount of disk space, build time, and ongoing maintenance & documentation efforts. We have many more bundled portlets these days than originally, with the likelihood of more in the future. The Bookmarks portlet is in competition with tools like delicious, pinterest, social networks, and the browser itself. Feature-wise, it doesn't measure up. I just don't see many folks wanting to enter their bookmarks into their school portal. And yet it's on the Welcome tab of the quickstart data. I would be delighted to learn that I have it all wrong -- but I'm concerned that we're not putting our best foot forward by giving real estate to this empty tool when it comes to new folks evaluating the portal. I'd be happier giving the real estate to portlets like Notification, Calendar, Courses, Email, Contacts, etc., where it's easy to showcase pre-configured content, and it's easier to provide valuable content in the portlet the first time a user logs in. And so I suppose we could consider taking it off the Welcome tab, but not de-bundling it. But we know only a fraction of users find portlets that are not on their original layout (their fragments). In a way that approach would exacerbate the issue -- what portion of the user population would both (1) find the Bookmarks if it weren't on their layout originally and (2) be interested in entering their data? drew -- 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] Take BookmarksPortlet out of 4.1?
On 12/10/2013 03:02 PM, Jim Helwig wrote: We can probably dig up some data on usage. To be honest, I don't see it having prominent position in our redesigned portal. Perhaps it is old school and I support taking it off the default welcome tab. When I made the suggestion at first I thought this issue was going to be a "no brainer," but I don't want to take something away that people are genuinely interested in having. Maybe we could hear from a few more folks? For those of you who have the Bookmarks, do you have any data on how much it's used? drew -- 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] Take BookmarksPortlet out of 4.1?
To be honest, we don’t have a need for it here at UC. Like you said, we basically have found that the CMS portlet has served us well with important links. Many users don’t really use it because they use their own bookmarks from their browsers on their personal laptops. I’ve had one case, about five years ago, where a professor was at a conference, away from their computer, and happened to store a few bookmarks in the portlet and it came in handy for her. Laura On Dec 10, 2013, at 4:13 PM, Drew Wills wrote: > On 12/10/2013 03:02 PM, Jim Helwig wrote: >> We can probably dig up some data on usage. To be honest, I don't see it >> having prominent position in our redesigned portal. Perhaps it is old >> school and I support taking it off the default welcome tab. > > When I made the suggestion at first I thought this issue was going to be a > "no brainer," but I don't want to take something away that people are > genuinely interested in having. > > Maybe we could hear from a few more folks? For those of you who have the > Bookmarks, do you have any data on how much it's used? > > drew > > -- > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > lmcc...@ucmerced.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] Take BookmarksPortlet out of 4.1?
Short version: > Would anyone object to removing (de-bundling) the BookmarksPortlet for the upcoming 4.1 release? I'd be a -0, favoring dropping from the ootb Welcome tab but not de-bundling for uPortal 4.1. Long version: Yes, the bookmarks portlet UW-Madison uses is the Jasig Bookmarks portlet. Our build incorporates it via a Maven overlay along the lines of that shipping in ootb uPortal 4, so we could easily continue to include the portlet in our portal regardless of whether it remains bundled or not in ootb uPortal 4.1. I agree with Jim that it remains to be seen whether and how bookmarks portlet functionality carries forward into redesigned MyUW-Madison. Taking this past month as a random example and taking only a very quick, shallow look at the analytics: Madison's bookmarks portlet was the fourth most-rendered portlet in our portal for that time period. That's because it's on the default welcome tab, but it does mean at least users don't dislike it so much as to remove it from their layouts. :) I agree with Drew that the bookmarks portlet isn't the most impressive and most demoable portal content. I'd favor a more modest adjustment for uPortal 4.1 of dropping the portlet from the welcome tab. I'd favor continuing to include the portlet ootb as an available portlet. The lift for an adopter to then remove the portlet entirely from their uPortal implementation, upon locally evaluating it and deciding it doesn't help, is modest, and is not different from the lift they will make in removing portlets like Notification, Calendar, Courses, Email, Contacts, which despite being lovely will not make the cut for inclusion in all uPortal implementations. That would seem to nail the cleanup, put best foot forward, but rock the boat less. I haven't checked how much the Bookmarks Portlet is contributing to uPortal build time / build and runtime resource consumption. I'm assuming trivially. If the Bookmarks Portlet is a resource hog I could be easily convinced it's not worth the cost and unbundling is in order. So, looping back to the original question, now explicated: > Would anyone object to removing (de-bundling) the BookmarksPortlet for the upcoming 4.1 release? I'd be a -0. I don't favor going so far as de-bundling, but I wouldn't veto consensus to do so, especially since it's quite easy to decide to include this portlet in our local uPortal implementation regardless of what's happening ootb. Kind regards, Andrew On 12/10/13, 4:02 PM, Jim Helwig wrote: We have a bookmarks portlet but I would have to see if it is the bundled version. We can probably dig up some data on usage. To be honest, I don't see it having prominent position in our redesigned portal. Perhaps it is old school and I support taking it off the default welcome tab. Regarding clutter and build time, perhaps we need to refactor how things are bundled and what that means. It should be dirt-simple to add portlets to your install. Perhaps we could trim uPortal to only "bundle" framework portlets if it is easy to distinguish which portlets are up-to-snuff and easy to add. JimH On 12/10/13, 3:42 PM, Drew Wills wrote: On 12/10/2013 02:15 PM, Jim Helwig wrote: Very simple portlets might not require regular commits. What is the motivating rationale? Nothing more than a desire to de-clutter, if we're not interested in it any longer. A chance to save a modest amount of disk space, build time, and ongoing maintenance & documentation efforts. We have many more bundled portlets these days than originally, with the likelihood of more in the future. The Bookmarks portlet is in competition with tools like delicious, pinterest, social networks, and the browser itself. Feature-wise, it doesn't measure up. I just don't see many folks wanting to enter their bookmarks into their school portal. And yet it's on the Welcome tab of the quickstart data. I would be delighted to learn that I have it all wrong -- but I'm concerned that we're not putting our best foot forward by giving real estate to this empty tool when it comes to new folks evaluating the portal. I'd be happier giving the real estate to portlets like Notification, Calendar, Courses, Email, Contacts, etc., where it's easy to showcase pre-configured content, and it's easier to provide valuable content in the portlet the first time a user logs in. And so I suppose we could consider taking it off the Welcome tab, but not de-bundling it. But we know only a fraction of users find portlets that are not on their original layout (their fragments). In a way that approach would exacerbate the issue -- what portion of the user population would both (1) find the Bookmarks if it weren't on their layout originally and (2) be interested in entering their data? drew -- 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://
RE: [uportal-dev] Take BookmarksPortlet out of 4.1?
About 300 bookmarks have been added by users in our portal since 09/2012. Our build incorporates Bookmarks Portlet via a Maven overlay (we use a lot this feature : >25 portlets in our "test portal"). There are two waiting pull requests on Bookmarks Portlet project? Best Regards, Ludovic Auxepaules -Message d'origine- De : bounce-33734891-52847...@lists.wisc.edu [mailto:bounce-33734891-52847...@lists.wisc.edu] De la part de Andrew Petro Envoyé : mardi 10 décembre 2013 23:26 À : uportal-dev@lists.ja-sig.org Objet : Re: [uportal-dev] Take BookmarksPortlet out of 4.1? Short version: > Would anyone object to removing (de-bundling) the BookmarksPortlet for the > upcoming 4.1 release? I'd be a -0, favoring dropping from the ootb Welcome tab but not de-bundling for uPortal 4.1. Long version: Yes, the bookmarks portlet UW-Madison uses is the Jasig Bookmarks portlet. Our build incorporates it via a Maven overlay along the lines of that shipping in ootb uPortal 4, so we could easily continue to include the portlet in our portal regardless of whether it remains bundled or not in ootb uPortal 4.1. I agree with Jim that it remains to be seen whether and how bookmarks portlet functionality carries forward into redesigned MyUW-Madison. Taking this past month as a random example and taking only a very quick, shallow look at the analytics: Madison's bookmarks portlet was the fourth most-rendered portlet in our portal for that time period. That's because it's on the default welcome tab, but it does mean at least users don't dislike it so much as to remove it from their layouts. :) I agree with Drew that the bookmarks portlet isn't the most impressive and most demoable portal content. I'd favor a more modest adjustment for uPortal 4.1 of dropping the portlet from the welcome tab. I'd favor continuing to include the portlet ootb as an available portlet. The lift for an adopter to then remove the portlet entirely from their uPortal implementation, upon locally evaluating it and deciding it doesn't help, is modest, and is not different from the lift they will make in removing portlets like Notification, Calendar, Courses, Email, Contacts, which despite being lovely will not make the cut for inclusion in all uPortal implementations. That would seem to nail the cleanup, put best foot forward, but rock the boat less. I haven't checked how much the Bookmarks Portlet is contributing to uPortal build time / build and runtime resource consumption. I'm assuming trivially. If the Bookmarks Portlet is a resource hog I could be easily convinced it's not worth the cost and unbundling is in order. So, looping back to the original question, now explicated: > Would anyone object to removing (de-bundling) the BookmarksPortlet for the > upcoming 4.1 release? I'd be a -0. I don't favor going so far as de-bundling, but I wouldn't veto consensus to do so, especially since it's quite easy to decide to include this portlet in our local uPortal implementation regardless of what's happening ootb. Kind regards, Andrew On 12/10/13, 4:02 PM, Jim Helwig wrote: > We have a bookmarks portlet but I would have to see if it is the > bundled version. We can probably dig up some data on usage. To be > honest, I don't see it having prominent position in our redesigned > portal. Perhaps it is old school and I support taking it off the > default welcome tab. > > Regarding clutter and build time, perhaps we need to refactor how > things are bundled and what that means. It should be dirt-simple to > add portlets to your install. Perhaps we could trim uPortal to only > "bundle" framework portlets if it is easy to distinguish which > portlets are up-to-snuff and easy to add. > > JimH > > On 12/10/13, 3:42 PM, Drew Wills wrote: >> On 12/10/2013 02:15 PM, Jim Helwig wrote: >>> Very simple portlets might not require regular commits. What is the >>> motivating rationale? >> >> Nothing more than a desire to de-clutter, if we're not interested in >> it any longer. A chance to save a modest amount of disk space, build >> time, and ongoing maintenance & documentation efforts. >> >> We have many more bundled portlets these days than originally, with >> the likelihood of more in the future. >> >> The Bookmarks portlet is in competition with tools like delicious, >> pinterest, social networks, and the browser itself. Feature-wise, it >> doesn't measure up. I just don't see many folks wanting to enter >> their bookmarks into their school portal. >> >> And yet it's on the Welcome tab of the quickstart data. I would be >> delighted to learn that I have it all wrong -- but
Re: [uportal-dev] Take BookmarksPortlet out of 4.1?
I wouldn't mind seeing in the long term a way to pre-configure links for certain groups in this portlet (i.e. set of links for graduate students, another set for undergraduate students, etc). And of course then users could additionally add more custom links to whatever they desire. I've considered also adding a mobile theme for this portlet to make it easier to click on options on mobile devices. Although due to the low usage, this has been on the back burner. We have a pretty low usage rate for this portlet, maybe 300 total bookmarks for 20k users, although we really don't showcase this portlet either (it sits in the customized area only). With that said, I wouldn't mind if the portlet wasn't bundled by default and I would add it to our custom build process if that happened to keep this option in our portal. Aaron On Tue, Dec 10, 2013 at 6:03 PM, AUXEPAULES Ludovic < ludovic.auxepau...@upmc.fr> wrote: > About 300 bookmarks have been added by users in our portal since 09/2012. > > Our build incorporates Bookmarks Portlet via a Maven overlay (we use a lot > this feature : >25 portlets in our "test portal"). > > There are two waiting pull requests on Bookmarks Portlet project? > > Best Regards, > > Ludovic Auxepaules > > -Message d'origine- > De : bounce-33734891-52847...@lists.wisc.edu [mailto: > bounce-33734891-52847...@lists.wisc.edu] De la part de Andrew Petro > Envoyé : mardi 10 décembre 2013 23:26 > À : uportal-dev@lists.ja-sig.org > Objet : Re: [uportal-dev] Take BookmarksPortlet out of 4.1? > > Short version: > > > Would anyone object to removing (de-bundling) the BookmarksPortlet for > the upcoming 4.1 release? > > I'd be a -0, favoring dropping from the ootb Welcome tab but not > de-bundling for uPortal 4.1. > > > > Long version: > > > Yes, the bookmarks portlet UW-Madison uses is the Jasig Bookmarks portlet. > Our build incorporates it via a Maven overlay along the lines of that > shipping in ootb uPortal 4, so we could easily continue to include the > portlet in our portal regardless of whether it remains bundled or not in > ootb uPortal 4.1. > > I agree with Jim that it remains to be seen whether and how bookmarks > portlet functionality carries forward into redesigned MyUW-Madison. > > Taking this past month as a random example and taking only a very quick, > shallow look at the analytics: Madison's bookmarks portlet was the fourth > most-rendered portlet in our portal for that time period. That's because > it's on the default welcome tab, but it does mean at least users don't > dislike it so much as to remove it from their layouts. :) > > I agree with Drew that the bookmarks portlet isn't the most impressive and > most demoable portal content. I'd favor a more modest adjustment for > uPortal 4.1 of dropping the portlet from the welcome tab. I'd favor > continuing to include the portlet ootb as an available portlet. > > The lift for an adopter to then remove the portlet entirely from their > uPortal implementation, upon locally evaluating it and deciding it doesn't > help, is modest, and is not different from the lift they will make in > removing portlets like Notification, Calendar, Courses, Email, Contacts, > which despite being lovely will not make the cut for inclusion in all > uPortal implementations. > > That would seem to nail the cleanup, put best foot forward, but rock the > boat less. > > I haven't checked how much the Bookmarks Portlet is contributing to > uPortal build time / build and runtime resource consumption. I'm assuming > trivially. If the Bookmarks Portlet is a resource hog I could be easily > convinced it's not worth the cost and unbundling is in order. > > So, looping back to the original question, now explicated: > > > Would anyone object to removing (de-bundling) the BookmarksPortlet for > the upcoming 4.1 release? > > I'd be a -0. I don't favor going so far as de-bundling, but I wouldn't > veto consensus to do so, especially since it's quite easy to decide to > include this portlet in our local uPortal implementation regardless of > what's happening ootb. > > > Kind regards, > > Andrew > > > > > On 12/10/13, 4:02 PM, Jim Helwig wrote: > > We have a bookmarks portlet but I would have to see if it is the > > bundled version. We can probably dig up some data on usage. To be > > honest, I don't see it having prominent position in our redesigned > > portal. Perhaps it is old school and I support taking it off the > > default welcome tab. > > > > Regarding clutter and build time, perhaps we need to refactor
Re: [uportal-dev] Take BookmarksPortlet out of 4.1?
We had a long time wait for a such feature to integrate this portlet, because without a such feature it's useless (in our mind) - like some other told - the browser do exactly the sames things and more you can sync it between all your computers. Else we are working on an enhancement on one of our portlets that will do this works (push/pre-pend/user can subscribe some links with their descriptions) and this will be organized in a 2 level tree view... Julien Le 11/12/2013 00:51, Aaron Grant a écrit : I wouldn't mind seeing in the long term a way to pre-configure links for certain groups in this portlet (i.e. set of links for graduate students, another set for undergraduate students, etc). And of course then users could additionally add more custom links to whatever they desire. I've considered also adding a mobile theme for this portlet to make it easier to click on options on mobile devices. Although due to the low usage, this has been on the back burner. -- 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] Take BookmarksPortlet out of 4.1?
I completely agree with Aaron - if links could be pushed for users based on their groups, it would boost Bookmarks Portlet usage in portals. Without such feature it's hard to disagree with Drew regarding social portals and browser. At the moment we've removed BM portlet and placed some bookmarks in simple JSP page which gives the links to internal systems based on user groups (we distinguish students, employees and helpdesk staff). So the feature of having bookmarks in portal is desired (at least for us), but not in the way BM portlet provides it now. -- Arvīds 2013/12/11 Julien Gribonvald > We had a long time wait for a such feature to integrate this portlet, > because without a such feature it's useless (in our mind) - like some other > told - the browser do exactly the sames things and more you can sync it > between all your computers. Else we are working on an enhancement on one of > our portlets that will do this works (push/pre-pend/user can subscribe some > links with their descriptions) and this will be organized in a 2 level tree > view... > > Julien > > Le 11/12/2013 00:51, Aaron Grant a écrit : > > I wouldn't mind seeing in the long term a way to pre-configure links for >> certain groups in this portlet (i.e. set of links for graduate students, >> another set for undergraduate students, etc). And of course then users >> could additionally add more custom links to whatever they desire. I've >> considered also adding a mobile theme for this portlet to make it easier to >> click on options on mobile devices. Although due to the low usage, this has >> been on the back burner. >> > > > -- > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > arvids.grabovs...@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
RE: [uportal-dev] Take BookmarksPortlet out of 4.1?
We have used the Bookmarks portlet for many years and have over 99,000 bookmarks in the database, but I think the majority are inactive. About 150 were created in the past 6 months. A small number considering that we have about 20,000 frequent users and 15 - 18,000 visits per day. I would be in favor of removing it from the Welcome tab, but retaining it in the overlay for convenience. Although, as I said before, we could download it from github and deploy it separately. We use Google Analytics for our usage stats, and because we do not have the Bookmarks source in the overlay, we have not wired it for usage stats. We do not have the Welcome tab, or any of the tabs that came ootb, except for the Admin Tools. We have created a custom set of tabs targeted at different audiences via DLM. We put Bookmarks on a Resources and Tools tab for faculty and staff. We have had 30 people remove the Bookmarks portlet and 2 add it over the past 6 months. We have simple web proxy portlets for important student links and a separate one for faculty/staff links. We have talked in the past about using pre-populated Bookmarks portlets to replace the web proxy links, but haven't taken action on it. I think the ability to easily pre-populate bookmarks for different populations would be a useful feature that might renew interest in the Bookmarks portlet. Paul -Original Message- From: bounce-33734777-5712...@lists.wisc.edu [mailto:bounce-33734777-5712...@lists.wisc.edu] On Behalf Of Drew Wills Sent: Tuesday, December 10, 2013 3:13 PM To: uportal-dev@lists.ja-sig.org Subject: Re: [uportal-dev] Take BookmarksPortlet out of 4.1? On 12/10/2013 03:02 PM, Jim Helwig wrote: > We can probably dig up some data on usage. To be honest, I don't see it > having prominent position in our redesigned portal. Perhaps it is old > school and I support taking it off the default welcome tab. When I made the suggestion at first I thought this issue was going to be a "no brainer," but I don't want to take something away that people are genuinely interested in having. Maybe we could hear from a few more folks? For those of you who have the Bookmarks, do you have any data on how much it's used? drew -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: paul.ga...@nau.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] Take BookmarksPortlet out of 4.1?
I agree with Paul that ability to easily pre-populate bookmarks for different populations would be a useful feature that might renew interest in the Bookmarks portlet. I've proposed an updated roadmap for this portlet, on [bookmarks-portlet-user@] . Perhaps discussion of vision for this portlet and how to execute on getting there would best be continued there and on bookmarks-portlet-dev@? This thread has been particularly useful, I think, to remind that we need to be releasing at least a modestly updated version of this portlet to incorporate the pending pull requests for inclusion in uPortal 4.1 (a version 1.1.0 of the portlet, say). Andrew [bookmarks-portlet-user@]: https://wiki.jasig.org/display/JSG/bookmarks-portlet-user On 12/11/13, 8:52 AM, Paul Gazda wrote: We have used the Bookmarks portlet for many years and have over 99,000 bookmarks in the database, but I think the majority are inactive. About 150 were created in the past 6 months. A small number considering that we have about 20,000 frequent users and 15 - 18,000 visits per day. I would be in favor of removing it from the Welcome tab, but retaining it in the overlay for convenience. Although, as I said before, we could download it from github and deploy it separately. We use Google Analytics for our usage stats, and because we do not have the Bookmarks source in the overlay, we have not wired it for usage stats. We do not have the Welcome tab, or any of the tabs that came ootb, except for the Admin Tools. We have created a custom set of tabs targeted at different audiences via DLM. We put Bookmarks on a Resources and Tools tab for faculty and staff. We have had 30 people remove the Bookmarks portlet and 2 add it over the past 6 months. We have simple web proxy portlets for important student links and a separate one for faculty/staff links. We have talked in the past about using pre-populated Bookmarks portlets to replace the web proxy links, but haven't taken action on it. I think the ability to easily pre-populate bookmarks for different populations would be a useful feature that might renew interest in the Bookmarks portlet. Paul -Original Message- From: bounce-33734777-5712...@lists.wisc.edu [mailto:bounce-33734777-5712...@lists.wisc.edu] On Behalf Of Drew Wills Sent: Tuesday, December 10, 2013 3:13 PM To: uportal-dev@lists.ja-sig.org Subject: Re: [uportal-dev] Take BookmarksPortlet out of 4.1? On 12/10/2013 03:02 PM, Jim Helwig wrote: We can probably dig up some data on usage. To be honest, I don't see it having prominent position in our redesigned portal. Perhaps it is old school and I support taking it off the default welcome tab. When I made the suggestion at first I thought this issue was going to be a "no brainer," but I don't want to take something away that people are genuinely interested in having. Maybe we could hear from a few more folks? For those of you who have the Bookmarks, do you have any data on how much it's used? drew -- 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] Take BookmarksPortlet out of 4.1?
Seven years ago we developed what we called a Dynamic Menu Portlet which basically displayed a collection of bookmarks based on the user's groups. The idea was we could publish one portlet called, say, Academic Resources and the contents would vary depending on if you had staff, student or instructor roles. It is driven off of tables in the database and these tables could be populated via XML files in version control. The original code dump is available off of https://wiki.jasig.org/display/JSG/UW-Madison+Contributions. Since Andrew has moved the bookmark portlet roadmap discussion over to the bookmarks-portlet-user list (which I am thinking would get more traction on portlet-user), the only reason I bring this up now is because it is a great example of how NOT to contribute code to the community. We developed this in isolation (when we should have been much more public about what we did), we just zipped up the code (instead of moving it into the Jasig/Apereo repository) and we basically sat by (instead of effectively publicizing what we did so that others would get more involved). We continue to learn from our mistakes and are trying to be much more actively engaged in portlet discussions, sharing what our thoughts are and looking for opportunities to collaborate. JimH Recent thread on the HRS portlets: http://jasig.275507.n4.nabble.com/intentions-for-HRS-Portlets-td4661313.html on 12/10/2013 5:51 PM Aaron Grant said the following: I wouldn't mind seeing in the long term a way to pre-configure links for certain groups in this portlet (i.e. set of links for graduate students, another set for undergraduate students, etc). And of course then users could additionally add more custom links to whatever they desire. I've considered also adding a mobile theme for this portlet to make it easier to click on options on mobile devices. Although due to the low usage, this has been on the back burner. We have a pretty low usage rate for this portlet, maybe 300 total bookmarks for 20k users, although we really don't showcase this portlet either (it sits in the customized area only). With that said, I wouldn't mind if the portlet wasn't bundled by default and I would add it to our custom build process if that happened to keep this option in our portal. Aaron On Tue, Dec 10, 2013 at 6:03 PM, AUXEPAULES Ludovic mailto:ludovic.auxepau...@upmc.fr>> wrote: About 300 bookmarks have been added by users in our portal since 09/2012. Our build incorporates Bookmarks Portlet via a Maven overlay (we use a lot this feature : >25 portlets in our "test portal"). There are two waiting pull requests on Bookmarks Portlet project? Best Regards, Ludovic Auxepaules -Message d'origine- De : bounce-33734891-52847...@lists.wisc.edu <mailto:bounce-33734891-52847...@lists.wisc.edu> [mailto:bounce-33734891-52847...@lists.wisc.edu <mailto:bounce-33734891-52847...@lists.wisc.edu>] De la part de Andrew Petro Envoyé : mardi 10 décembre 2013 23:26 À : uportal-dev@lists.ja-sig.org <mailto:uportal-dev@lists.ja-sig.org> Objet : Re: [uportal-dev] Take BookmarksPortlet out of 4.1? Short version: > Would anyone object to removing (de-bundling) the BookmarksPortlet for the upcoming 4.1 release? I'd be a -0, favoring dropping from the ootb Welcome tab but not de-bundling for uPortal 4.1. Long version: Yes, the bookmarks portlet UW-Madison uses is the Jasig Bookmarks portlet. Our build incorporates it via a Maven overlay along the lines of that shipping in ootb uPortal 4, so we could easily continue to include the portlet in our portal regardless of whether it remains bundled or not in ootb uPortal 4.1. I agree with Jim that it remains to be seen whether and how bookmarks portlet functionality carries forward into redesigned MyUW-Madison. Taking this past month as a random example and taking only a very quick, shallow look at the analytics: Madison's bookmarks portlet was the fourth most-rendered portlet in our portal for that time period. That's because it's on the default welcome tab, but it does mean at least users don't dislike it so much as to remove it from their layouts. :) I agree with Drew that the bookmarks portlet isn't the most impressive and most demoable portal content. I'd favor a more modest adjustment for uPortal 4.1 of dropping the portlet from the welcome tab. I'd favor continuing to include the portlet ootb as an available portlet. The lift for an adopter to then remove the portlet entirely from their uPortal implementation, upon locally evaluating it and deciding it doesn't help, is modest, and is not different from the lift they will make in removing portlets like Notification, Calendar, Courses, Email, Contacts, which despite being lovely will not ma
Re: [uportal-dev] Take BookmarksPortlet out of 4.1?
+1 to Aaron and Arvids. I’d like the Bookmarks portlet to support preconfigured links, targeting ability and a way to let users choose links from a list of preconfigured links. We are currently using the Bookmarks portlet in our portal but only about 320 users store their links there. We also offer our users a Services portlet (CMS based) with hard coded SSO links to different online services we offer. I’m thinking that maybe something like Announcements portlet’s subscription feature would be useful for the Bookmarks portlet as well. Kostya St. Cloud State From: "Arv?ds com>" mailto:arvids.grabovs...@gmail.com>> Reply-To: "uportal-dev@lists.ja-sig.org<mailto:uportal-dev@lists.ja-sig.org>" mailto:uportal-dev@lists.ja-sig.org>> Date: Wednesday, December 11, 2013 at 1:41 AM To: "uportal-dev@lists.ja-sig.org<mailto:uportal-dev@lists.ja-sig.org>" mailto:uportal-dev@lists.ja-sig.org>> Subject: Re: [uportal-dev] Take BookmarksPortlet out of 4.1? I completely agree with Aaron - if links could be pushed for users based on their groups, it would boost Bookmarks Portlet usage in portals. Without such feature it's hard to disagree with Drew regarding social portals and browser. At the moment we've removed BM portlet and placed some bookmarks in simple JSP page which gives the links to internal systems based on user groups (we distinguish students, employees and helpdesk staff). So the feature of having bookmarks in portal is desired (at least for us), but not in the way BM portlet provides it now. -- Arv?ds 2013/12/11 Julien Gribonvald mailto:julien.gribonv...@recia.fr>> We had a long time wait for a such feature to integrate this portlet, because without a such feature it's useless (in our mind) - like some other told - the browser do exactly the sames things and more you can sync it between all your computers. Else we are working on an enhancement on one of our portlets that will do this works (push/pre-pend/user can subscribe some links with their descriptions) and this will be organized in a 2 level tree view... Julien Le 11/12/2013 00:51, Aaron Grant a écrit : I wouldn't mind seeing in the long term a way to pre-configure links for certain groups in this portlet (i.e. set of links for graduate students, another set for undergraduate students, etc). And of course then users could additionally add more custom links to whatever they desire. I've considered also adding a mobile theme for this portlet to make it easier to click on options on mobile devices. Although due to the low usage, this has been on the back burner. -- You are currently subscribed to uportal-dev@lists.ja-sig.org<mailto:uportal-dev@lists.ja-sig.org> as: arvids.grabovs...@gmail.com<mailto:arvids.grabovs...@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<mailto:uportal-dev@lists.ja-sig.org> as: kos...@stcloudstate.edu<mailto:kos...@stcloudstate.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
