Tag related for topics particularly related to the user experience.
Not related to whatever visual change.
Not related to whatever obvious bug in the frontend.
For mobile, instead use Mobile.
Tag related for topics particularly related to the user experience.
Not related to whatever visual change.
Not related to whatever obvious bug in the frontend.
For mobile, instead use Mobile.
(Damn Phorge that auto-claims also for wontfix)
Maybe we can wontfix this. The current "workaround" D25485 by @waldyrious is just great and effectively fixed the super-confusing root problem.
The sublevels of the tree can be made hidden, and they can be revealed when clicking on a specific parent. And if the user expands the tree to a large size, then it is worth limiting the maximum size of the panel and showing a vertical scroll when the maximum is reached.
Having the wiki's tree of contents on the side would indeed be pretty nice, I gotta say. This is especially the case on the landing pages of a given instance's wiki, at least until it inevitably sprawls to be gigantic ;)
This project is now abandonware without you. 😆
Gents, you’re both nothing short of geniuses
Gents, you’re both nothing short of geniuses—fixed before I’d even blinked! Thanks. Will look at fixing it permanently in T15513.
I can reproduce, looks like the change in src/applications/conpherence/controller/ConpherenceViewController.php is the culprit.
No clue what's a correct fix, thus proposing to revert the entire commit.
Eventually please try reverting this change in your local copy:
Tip: activate DarkConsole and check requests there 👍
@aklapper we are talking specifically about documents that are under another document, that is, about the hierarchy of pages in the wiki.
The screenshot F3250825 just shows that the visualization of the document hierarchy is not very convenient in my opinion, and I ask if it can be moved to the side.
I now realize that this is not about hierarchy (documents below other documents) but about the Table of Contents within a single wiki page? You may want to edit the title.
What you see is 100% normal regardless of your pixel density, display size and resolution.
With a similar approach to T15920, this can be achieved. However, I think there is one disadvantage: text may be crammed with a side hierarchy, resulting in lots of newlines for documents with long titles.
You can create a task now that you are member of Trusted Contributors.
Changed the policy for file F3250825 to Public.
@vabocharov please set the view policy of F3250825 to Public.
Good afternoon!
I get it, if you go to Phriction > Welcome to the Forge Wiki, then the hierarchy of documents will be displayed at the bottom (the screenshot below is attached). You won't see this in your example, as there are no attached documents.
Hej hej and welcome! I'm afraid I cannot really follow... In my understanding the hierarchy is expressed via the breadcrumbs navigation right below the top bar and not at the bottom, at least for a screen width of 513px and more?
For example if I go to https://we.phorge.it/w/changelog/next_up/ , see the Phriction > Welcome to the Phorge Wiki > Change Log > Next Up breadcrumbs.
P.S. - useful snippet shared by Daimona from Wikimedia:
Increasing a bit the priority since this is feasible, simple to reproduce, and really frustrating in 2025.