Next project

[kerb9729]

I think for my next project, I am going to make it so that group members appear first in my ZO_Scrolllist.
It seems like I should be able to do that by modifying the sort list keys.

My idea is that I add a group membership column to my listdata (though that column of the table won't be displayed displayed as a column in the scrolllist.) I think i should be able to add it to my sort keys. Then I'm hoping I can sort on group members first and then sort on name or zone, whichever of those headers were clicked.

Am I nuts? Or does this sound feasible?

Although, I'm not sure that's the best way to go. Perhaps I should just create a 2nd scrolllist?
Kinda on the fence about which would be proper.

[merlight]

Should be feasible by just overriding the comparison function. I'll leave isInGroup implementation to yourself

local function overrideSortFunction(self, sortKeys)
    function self.sortFunction(listEntry1, listEntry2)
        local data1 = listEntry1.data
        local data2 = listEntry2.data
        if isInGroup(data1) then
            if not isInGroup(data2) then
                return true -- 1 (group member) comes before 2 (non-member)
            end
        else
            if isInGroup(data2) then
                return false -- 1 (non-member) comes after 2 (group member)
            end
        end
        -- both members or both non-members, break the tie using the usual column sorting rules
        return ZO_TableOrderingFunction(data1, data2, self.currentSortKey, sortKeys, self.currentSortOrder)
    end
    self:RefreshSort()
end
 
overrideSortFunction(GUILD_ROSTER_KEYBOARD, GUILD_ROSTER_ENTRY_SORT_KEYS)
overrideSortFunction(FRIENDS_LIST, FRIENDS_LIST_ENTRY_SORT_KEYS)

[kerb9729]

Originally Posted by merlight Should be feasible by just overriding the comparison function. I'll leave isInGroup implementation to yourself local function overrideSortFunction(self, sortKeys)     function self.sortFunction(listEntry1, listEntry2)         local data1 = listEntry1.data         local data2 = listEntry2.data         if isInGroup(data1) then             if not isInGroup(data2) then                 return true -- 1 (group member) comes before 2 (non-member)             end         else             if isInGroup(data2) then                 return false -- 1 (non-member) comes after 2 (group member)             end         end         -- both members or both non-members, break the tie using the usual column sorting rules         return ZO_TableOrderingFunction(data1, data2, self.currentSortKey, sortKeys, self.currentSortOrder)     end     self:RefreshSort() end   overrideSortFunction(GUILD_ROSTER_KEYBOARD, GUILD_ROSTER_ENTRY_SORT_KEYS) overrideSortFunction(FRIENDS_LIST, FRIENDS_LIST_ENTRY_SORT_KEYS)

Oh I like this method much better than my idea. This doesn't require adding anything to the table.

[kerb9729]

Your code was to sort groupmembers first in the friend and guild roster, right?
But that wasn't exactly what I wanted. I needed them sorted first in my own little scrolllist.

Thanks to your help I was able to modify the sort function for the SortHeader group:

GOTO_PANE.sortHeaders = ZO_SortHeaderGroup:New(GOTO_PANE:GetNamedChild("Headers"), SHOW_ARROWS)
    GOTO_PANE.sortHeaders:RegisterCallback(ZO_SortHeaderGroup.HEADER_CLICKED,
        function(key, order)
            table.sort(
                ZO_ScrollList_GetDataList(GOTO_PANE.ScrollList),
                function(entry1, entry2)
                    if isInGroup(entry1.data.playerName) then
                        if not isInGroup(entry2.data.playerName) then
                            return true -- 1 (group member) comes before 2 (non-member)
                        end
                    else
                        if isInGroup(entry2.data.playerName) then
                            return false -- 1 (non-member) comes after 2 (group member)
                        end
                    end
                    -- both members or both non-members, break the tie using the usual column sorting rules
                    return ZO_TableOrderingFunction(entry1.data, entry2.data, key, GOTO_SCROLLLIST_SORT_KEYS, order)
                end)
            ZO_ScrollList_Commit(GOTO_PANE.ScrollList)
        end)
    GOTO_PANE.sortHeaders:AddHeadersFromContainer()

I found that the default sort value set in ZO_SortHeader_Initialize did not seem to be applied (initally, the table displayed unsorted.) Here is the init call:
ZO_SortHeader_Initialize(GOTO_PANE.Headers.Name, "Name", "playerName", ZO_SORT_ORDER_UP, TEXT_ALIGN_LEFT, "ZoFontGameLargeBold")

A call to GOTO_PANE.sortHeaders:SelectHeaderByKey("playerName") after I populate the data seems to resolve that issue, but I wonder if I made an error in Sortheader_Initialize, or if there's a bug.

[merlight]

Originally Posted by kerb9729 I found that the default sort value set in ZO_SortHeader_Initialize did not seem to be applied (initally, the table displayed unsorted.) Here is the init call: ZO_SortHeader_Initialize(GOTO_PANE.Headers.Name, "Name", "playerName", ZO_SORT_ORDER_UP, TEXT_ALIGN_LEFT, "ZoFontGameLargeBold") A call to GOTO_PANE.sortHeaders:SelectHeaderByKey("playerName") after I populate the data seems to resolve that issue, but I wonder if I made an error in Sortheader_Initialize, or if there's a bug.

That's intended. ZO_SortHeader_Initialize(...) intializes the given header, if you had 5 column headers you'd call ZO_SortHeader_Initialize(...) for each of them, setting up their sort key name and default sort direction.

The call to SelectHeader/SelectHeaderByKey sets which of those headers is "active" (decides ordering).

[kerb9729]

Originally Posted by merlight That's intended. ZO_SortHeader_Initialize(...) intializes the given header, if you had 5 column headers you'd call ZO_SortHeader_Initialize(...) for each of them, setting up their sort key name and default sort direction. The call to SelectHeader/SelectHeaderByKey sets which of those headers is "active" (decides ordering).

That makes perfect sense. Thanks for the explanation!