Use full screen width #537

Open
opened 2019-05-12 16:02:04 +00:00 by Kowalus · 11 comments
Member

Currently on a desktop monitor, much screen space is wasted. This feature request is to change Pleroma to use the full screen width.

Currently on a desktop monitor, much screen space is wasted. This feature request is to change Pleroma to use the full screen width.
Member

Pleroma-fe seems to be explicitly designed as a two-column frontend though, but can be replaced with other frontends

Pleroma-fe seems to be explicitly designed as a two-column frontend though, but can be replaced with other frontends
Author
Member

Having two columns does not prevent those two columns from using the full screen width. The more columns there are, the more reason to use the full width.

The following example permits both columns to scale and limits the first column to the width of 40 latin characters.

div.first { max-width:40rem}
div.first ,
div.second
	{ 
        flex-grow:1;
	}
Having two columns does not prevent those two columns from using the full screen width. The more columns there are, the more reason to use the full width. The following example permits both columns to scale and limits the first column to the width of 40 latin characters. ``` div.first { max-width:40rem} div.first , div.second { flex-grow:1; } ```
Owner

Having lines longer than 70-80 characters is bad for legibility, and stretching out a column more would also look and be awkward to use.

Having lines longer than 70-80 characters is bad for legibility, and stretching out a column more would also look and be awkward to use.
Member

I always wanted the font on posts larger anyways

I always wanted the font on posts larger anyways
Author
Member

If someone has a problem reading wide columns, nothing is stopping them from resizing the window to make it narrower. However the code restricting the width sets the width for everyone, including the people for whom a narrow column is more difficult.

If someone has a problem reading wide columns, nothing is stopping them from resizing the window to make it narrower. However the code restricting the width sets the width for everyone, including the people for whom a narrow column is more difficult.
Owner

resizing window is a bit of a pain just for one website, especially on tiling desktops

it you want to add "full-width mode" it should be optional, like gitlab has.

resizing window is a bit of a pain just for one website, especially on tiling desktops it you want to add "full-width mode" it should be optional, like gitlab has.

This one seems like an out of scope issue too, at least without redesigning a lot.

This one seems like an out of scope issue too, at least without redesigning a lot.
Owner

maybe when we have multi-column support, maybe we can have dynamic width columns, idk.

maybe when we have multi-column support, maybe we can have dynamic width columns, idk.

Sure, I just wonder if it makes sense to keep open a one year old issue when we already know that we won't do the thing that's asked for in the OP, but maybe some day do something similar if we redesign the frontend.

Sure, I just wonder if it makes sense to keep open a one year old issue when we already know that we won't do the thing that's asked for in the OP, but maybe some day do something similar if we redesign the frontend.
Owner

well, i added a label there. Dunno what the guideline is, but imo issues should be closed when resolved or when we know they won't be fixed or if info needed from OP but OP is a fgone for too long. Dunno about "we want it eventually but no plans for now", and don't really care either way.

image

well, i added a label there. Dunno what the guideline is, but imo issues should be closed when resolved or when we know they won't be fixed or if info needed from OP but OP is ~~a f~~gone for too long. Dunno about "we want it eventually but no plans for now", and don't really care either way. ![image](/attachments/3c5be2b7-5204-4c55-bdd8-3b9f64f4ffb7)
591 KiB

I'd rather close issues that are not more than a vague planning idea for a year ahead so that our issue list stays meaningful. Reopening issues is free :)

I'd rather close issues that are not more than a vague planning idea for a year ahead so that our issue list stays meaningful. Reopening issues is free :)
Sign in to join this conversation.
No milestone
No project
No assignees
5 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
pleroma/pleroma-fe#537
No description provided.