Sidebar navigation

[Jesse-Jens]

I feel like the configuration of the side navigationbar is limited and not that easy to use. I use Wiki|Docs as a personal scripts and IT solutions library. Here i want to catogorize everything but right now i can't do more then 3 layers in the domain before the navigation just cuts off example: wikidomain.com/category/subcategory/subcat2 is the max if i'd try example: wikidomain.com/category/subcategory/subcat2/subcat3 subcat3 won't show in the navigation and i'll have to manually search for it.

perhaps a few more layers (1 or 2 more) would be great, or a better way to move them around, as i might need to redo the entire wiki now.

[Zavy86]

we can provide a setting for this

[Jesse-Jens]

Thanks for the response @Zavy86 that would be a perfect way to add more customization. just a setting for people to select

[ffiesta]

@Zavy86 Thank you for the response! A setting for this would be perfect and would greatly improve the management of large wikis.

Use Case for the Setting: The goal of the setting would be to independently control and,importantly, to be able to set and confirm the maximum levels for both the sidebar and the content body. This is essential for wikis with deep category structures.

For example, my wiki has 12 top-level categories, but some (like "Software") have over 190 subcategories, which themselves have multiple levels. The current view can become cluttered.

Proposed Behavior with the New Setting: I would use the setting to configure my views as follows:

1. Sidebar Depth: Set to 1 (Only show the 12 major categories)
2. Body Depth: Set to 2 (Show the children of the selected item)

This would result in a much cleaner navigation flow:

· Sidebar: I click Software.
· Body: Shows the 190 subcategories (e.g., Microsoft, Adobe, Linux).
· Body: I click Microsoft -> The body now shows its 25 subcategories (e.g., Shell, Office, Azure).
· Body: I click Shell -> The body now shows the final documents and folders.

This approach allows users to manage deep hierarchies without overwhelming the sidebar. !

[ffiesta]

Hi @Zavy86,

Hi,

Since you'll be working on the sidebar and main area, could you update the main section to display icons for files and icons for folders? With this change, it's easier to distinguish between folders, files, and lists because currently Wikidocs displays everything as lists, which isn't user-friendly.

This is the change I made directly in the documents.class.php file.

// cycle all attachments
foreach($attachments_array as $attachment_fe){
    $source.="- 📄 [".$attachment_fe->label."](".$attachment_fe->url.")<br>\n";
}
}
// search for sub-documents
$sub_documents=Document::index($this->ID);
// check for elements
if(count($sub_documents)){
    // build sub-documents index
    $source.="\n\n___\n";
    // cycle all elements
    foreach($sub_documents as $sub_element_fe){
        // add element list
        //wdf_dump($sub_element_fe->url);
        $source.="- 📁 [".$sub_element_fe->label."](".PATH.$sub_element_fe->url.")\n";
        // search for sub-sub-documents
        $sub_sub_documents=Document::index($sub_element_fe->url);
        // cycle all sub-sub-documents
        foreach($sub_sub_documents as $sub_sub_element_fe){
            // add element list
            $source.="\t- 📁 [".$sub_sub_element_fe->label."](".PATH.$sub_sub_element_fe->url.")\n";
        }
    }
}

And in the custom styles I added, this changes the body files and folders from lists to paragraphs. Because they become paragraphs, the \n makes them appear as lists.

If we don't add the \n at the end, they appear as sequential text.

article ul li{list-style-type:none !important;}

I didn't update Wikidocs because when I tried to add 2 functions in the menu - add icon to show in files instead of default and add icon to show on folders instead of default - it resulted in an error.