@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"

@deric you should land this revision, right?
If you're having troubles, ask on Z1 for help or ask somebody else to land.

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.)

Thanks again. Let's see if we receive some feedback from users in master branch

I personally prefer option 1, so, removing the duplicate body. So there is more creative space to then add a more useful body in the future.

I agree with @waldyrious and I just want to add that, if somebody wants to add a button (and restore multi-line), here is probably the code:

I think we're all aligned here...

Thanks to @waldyrious for the change. Tested. It works.

Thanks for the recommendation, Andre! I conferred with @valerio.bozzolan and he agrees, too. I have updated the patch.

• Use phutil_implode_html() instead of implode()

(Per my last comment)

@speck here you can see the described overflowing:

Test for feed: https://we.phorge.it/source/phorge/browse/master/src/view/layout/AphrontSideNavFilterView.php