Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...Lists at Portal Level - What happened?Lists at Portal Level - What happened?
Previous
 
Next
New Post
8/24/2007 1:55 PM
 

The enhancement that was added was to provide "support" for Portal Level lists in the API.  This was at the request of Module Developers like Rodney and was also needed to support profile properties of type List.

When the enhancement was added it was decided (at least for the case of Profile properties) that managing the list would be implemented in the profile property editor - rather than providing a central list management UI for portal lists.  In doing this a new ListEntries "subcontrol" was created which is used by both the Host List Editor AND the Profile Property Editor.

This subcontrol is available for module developers who wish to add list management to their modules.

Adding a portal level List UI capability is not scheduled for inclusion in the next release.


Charles Nurse
Chief Architect
Evoq Content Team Lead,
DNN Corp.

Want to contribute to the Platform project? - See here
MVP (ASP.NET) and
ASPInsiders Member
View my profile on LinkedIn
 
New Post
8/24/2007 8:52 PM
 

cnurse wrote

When the enhancement was added it was decided (at least for the case of Profile properties) that managing the list would be implemented in the profile property editor - rather than providing a central list management UI for portal lists.  In doing this a new ListEntries "subcontrol" was created which is used by both the Host List Editor AND the Profile Property Editor.

This subcontrol is available for module developers who wish to add list management to their modules.

Adding a portal level List UI capability is not scheduled for inclusion in the next release.

Hi Charles,

Yes, I remember we discussed our various use cases in a thread somewhere a while ago.

This is rather bad news thought - are you saying different modules should now start providing List Editing abilities? Isn't this just going to confuse everyone and we'll end up with 5 different UIs for editing core lists and then when the core list UI does make it in it will render all of the 3rd party UIs obsolete?

Obviously I am not as familiar with the core code as the core team, but I would have throught (as a fellow developer) that moving the UI to Admin level and adding the portal field would be relatively quick for the gains and advantages it would provide?

Is it scheduled for any release? If not, is there any documentation on this subcontrol? Sorry, a lot of questions ;)


Entrepreneur

PokerDIY Tournament Manager - PokerDIY Tournament Manager<
PokerDIY Game Finder - Mobile Apps powered by DNN
PokerDIY - Connecting Poker Players

 
New Post
9/24/2007 6:42 AM
 

Ok, I'm trying to work out if I can run some SQL scripts to maintain lists at portal level. On my events module, for example, I have Event Category. Currently all the list entries are set to PortalID = -1.
I ran a script to change half of these to Portal 0 (my dev portal).  I then expected the ListController to get only the items for that portal.   
I use this code:
                    listDataSource = listController.GetListEntryInfoCollection("SmartThinker_EventCategory");

to get the items for this list. It gets all the items by that name, regardless of portal. I then had a look at the core stored procs, and GetList is the one that uses PortalID, but this returns the top level list info. The only stored proc (4.5.1) that I can see that returns list items is GetListEntries, which doesn't take in the PortalID, so it will ignore this.

So my question is, how should one retrieve list entries for a list for that portal only. I don't want to use code to filter the list on PortalID, I want to use the core methods that only return the list entries for that portal. Does this exist?
I expected an overload which looked something like this:
                    listDataSource = listController.GetListEntryInfoCollection(ListName, PortalID);

Am I approaching the solution incorrectly? When you make a duplicate list for a different portal, does it share the same name and just have the PortalID different,

eg.

ListA Portal 0
ListA Portal 1

or does it have to have a different name:

ListA Portal 0
ListB Portal 1

I would not expect it to work like this as it almost makes PortalID redundant.


Entrepreneur

PokerDIY Tournament Manager - PokerDIY Tournament Manager<
PokerDIY Game Finder - Mobile Apps powered by DNN
PokerDIY - Connecting Poker Players

 
New Post
10/1/2007 3:44 AM
 

*bump* - anyone used lists at portal level yet?


Entrepreneur

PokerDIY Tournament Manager - PokerDIY Tournament Manager<
PokerDIY Game Finder - Mobile Apps powered by DNN
PokerDIY - Connecting Poker Players

 
New Post
10/2/2007 9:35 PM
 

To quote Pink Floyd.... Is there anybody out there?!


Entrepreneur

PokerDIY Tournament Manager - PokerDIY Tournament Manager<
PokerDIY Game Finder - Mobile Apps powered by DNN
PokerDIY - Connecting Poker Players

 
Previous
 
Next
HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...Lists at Portal Level - What happened?Lists at Portal Level - What happened?


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out