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.
@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.
I agree that the hover behavior could be improved. Showing only after a delay could help here, though that would make it slightly worse for the times you actually want to interact with the hover.
OK lol no, this has nothing to do with D25898. Need another task for the "Missing input descriptions"
Uhm, right. A quick fix would be removing the margin-left: 300px; CSS rule for div.phui-document-content-outer.
Decreasing priority since this happens only if you have not any posts.
(Sorry @mturdus I didn't want to assign this to you. It was automatically assigned by sub-task.)