LDN - Luminis Developer Network

Prioritizing or re-ordering the announcements in the Personal Announcements channel is a common Luminis request I hear. Our district was no different. With all of the messages sent from Course Studio, Group Studio, and Targeted Messages, other important messages (like Banner Smart Events) blend in with the rest or get pushed off the list.

Our solution was to implement 3 Changes:

I'm doing a bit of analysis and was wondering if someone could further clarify my research concerning how Luminis is using the passwords for other systems.

It is my understanding that when Luminis is told the password, it then SHA encrypts the password with the key being Luminis's actual login password. That way nobody can just unencrypt the 1 password unless they know the other.

Is this the way it works?

I'm looking for information that supports some of the advantages or disadvantage with having a fluid vs a static layout for luminis. What is the normal practice, in regards to fixed/fluid width, for your institution? By default luminis provides a fluid layout that allow for the width of the portal and the channels to scaled. However, I've heard arguments that support having a fixed width will allow more control and confidence over the presentation layer and the user experience with the exception that width consideration over developing channels is a little more involved.

I've received a few requests for our jQuery customizations lately, so I've decided to split them up into chunks (modules) and post them on the lumdev svn repository. This page will serve as the home for these customizations, but I'll probably do a post for each individual module also (mostly because I already have one for the tabbed content).

In general, our philosophy with these UI mods is that they should be light-weight and easy to manage/reapply to luminis. Since they are almost completely client-side, they act as more of an overlay to the baseline luminis functionality.

Our Luminis implementation has been largely successful. We've got the data to show that people are using it. They routinely give us positive feedback for a few of our more popular channels that have made their lives easier (yay us!) and they will tell us pretty darn quickly if they find a typo (boo us!) However, the one piece of feedback we get most often is not positive.

We're using Greg Skinner's "add a channel" code at the top of our page in the welcome bar. Since going to IE8 I've noticed that when I hover over the image to bring up the channel menu, if the list is longer than the scrollbar and I move the mouse, the page/content automatically jumps to the top of the div. This isn't a problem as long as the menu list is short, but once the user has to scroll down, choosing a channel is almost impossible.

Recently we used tccmigrator export to dump the TCCs from our TEST system. After backing up our TCCs we rolled back to a previous snapshot (using zfs zones) and then imported the TCCs. We went through and set all the TCCs to be in the 'TCC' channel category. When logged in as a fragment owner with no roles defined we can see the full list of channels when trying to add one to the layout. When logged in as a non-fragment owner but still admin account the list only has a few of the channels. Has anyone seen this before? Is there a setting or something that I missed?

Thanks,
Tom

Hi all,

I'm working with my google analytics. Just applied filters to make the tabs more recognizable in the reports (thank you LumDev!) and am wondering if anyone knows what this part of the URL refers to: tag.898d867f032d8075. I am seeing tab urls with that number and then 59f487965d884ab5 among others and I am wondering what causes the difference.

Tracy Axelson
Clark University

Hi all

Is there any way we can create an inventory list of luminis system running 3.3.3.64 version? (like Content, Channels, Groups and roles) So after we migrate, we can know everything is ok or not? Thanks!

Alan
PCOM