Another minor detail: The mouse pointer over the custom section items’ text is a normal arrow pointer instead of a “grabber” hand like over the rest of the sidebar items. Then the pointer becomes a 4-way move icon over the custom menu icons. That is also the case for anonymous users that don’t have permission to customize it.
hm. yeah, it would be nice to have an option on the custom section editor to hide the section from anon viewers. maybe same for individual links.
i’ll probably add a section hider feature to my script since that’s something i need.
possible now with my script
On desktop it now has a pretty bad experience - click on an element and it will prioritize dragging instead of clicking. This makes me always click many times and cannot enter the correct page
Thanks for this great feature. We’re trying to link to the same category 3 times, but with different filtering/sorting and it’s not working properly.
All links seem to go to the same place and then after clicking on of them, the others cannot be clicked (as if it already thinks you’re in this category).
Links are:
- /c/ideas-feature-requests/11/l/latest?order=votes
- /c/ideas-feature-requests/11/l/latest
- /c/ideas-feature-requests/11/l/latest?state=my_votes
This is an interesting one.
Making this behave as you’d expect is certainly something we want to do, especially as we are also working on more advanced topic filtering (there is work in progress on a yet to be announced experimental feature that adds a /filter
route for this).
At the same time, the logic we have for category lists that dynamically change the destination depending on whether you have any new or unread topics may complicate this. We probably need to make that logic more targeted specifically.
@tgxworld and @kris.kotlarek do you think there’s a straightforward fix to make here? Or is it something that you think might take a bit more of a deeper dive to chart out our desired path forward first?
We tuned the timings, how is it feeling now?
Thank you very much for your efforts! Now its adjustment is very smooth
Actually, I’m sorry to say that I recently discovered another bug.
if the link is set to /
, clicking it will lead to a completely blank page
Right now the community section is grouped in a div together with new custom sections:
So the sections are structured like:
- sidebar-sections
- sidebar-custom-sections
- sidebar-section.community
- sidebar-section.any-custom-section
- sidebar-section.categories
- sidebar-section.tags
- sidebar-section.whatever-else
- sidebar-custom-sections
I think a flat structure like:
- sidebar-sections
- sidebar-section.community
- sidebar-section.any-custom-section
- sidebar-section.categories
- sidebar-section.tags
- sidebar-section.whatever-else
would allow for better customization. So we can easily re-order sections along the sidebar.
Hi, it is a great feature to add a custom section for admin users.
Is it possible to disable this feature for non-team members?
Normal users don’t have to add an own section to their sidebars, also not-logged-in users. They get an error message if they try to submit a new section.
there is likely an obvious answer to this question but is there a reason one cannot link to public published forum documents out of the custom links section? for me it does not seem to allow a link to /pub even if a doc is public. i also have the setting show_published_pages_login_required
enabled to allow anon users viewing of published pages (despite the name of the setting itself).
Alright, I found out a useful feature with custom sidebar sections:
If you are in multiple forums and are using the Discourse Hub app, then you can easily switch forums using a single link in the sidebar.
That is worthy of a feature request I think!
i can tell you that it’s being worked on
the Discourse team is amazing - the custom links will work for published public pages once the relevant pr fix is applied. great work.
3 posts were split to a new topic: Configure a custom sidebar links to open in a new tab
Feature request: Would it be possible to add another textfield to each row for the tooltip?
This would help with accessibility too.
Can you describe the case you had in mind for this? What kind of links are you thinking could use a longer description?
Also how would this be useful for accessibility purposes? In a case where someone is using a screen reader for example, they’d have just as much information about a link in the sidebar that a sighted user would.
We’re still having trouble with this. If there any chance this could be looked at? Thank you
Hi there, lots of good progress thus far, but so far @shyguy’s sidebarMod: Add/Remove Sidebar Links and Sections is working better for my needs. Two limitations for me with the Discourse core solution:
It appears that custom permalinks aren’t accepted in custom sidebar links. For example, I have a custom permalink for /other-resources
that leads to a topic like /t/bla-bla-bla-123
and I frequently refer users to it by copying the link from the sidebar, and I like the more manageable and memorable /other-resources
permalink.
Another thing would be the possibility to have sections and/or individual links specifically for or hidden from anonymous users or users, similar to what is offered in sidebarMod: Add/Remove Sidebar Links and Sections and Navigation Menu (Sidebar) Modifier.
Thanks again.