[Feature Request]: Full-width layout

[deepspaceaxolotl]

Guidelines

• [X] I have searched the issue tracker for open and closed issues that are similar to the feature request I want to file, without success.
• [X] I have searched the documentation for information that matches the description of the feature request I want to file, without success.
• [X] This issue contains only one feature request.

Problem Description

Spinning this off from #3918, the layout of a lot of pages, such as the subscriptions page, could be wider, as the current padding limits the number of videos that can be displayed in favour of empty space, particularly on small screens or at higher zoom levels.

Proposed Solution

Implement a setting for a full-width layout as per #4379, excluding the settings page which is fine as is and would be too busy otherwise.

Alternatives Considered

Allow for custom CSS styling? Much more complex to implement but would solve a lot of issues in advance, potentially.

Issue Labels

visual improvement

Additional Information

No response

[deepspaceaxolotl]

As it currently stands, on smaller screens (in my case, 1080p at 125% zoom, making it effectively act like an 864p screen), it is not possible to both have a narrow enough window to see the video and playlist controls for a video without scrolling and to have a full grid of four columns on playlist, channel and subscriptions pages. Would love for any solution to allow for this, though that perhaps might require opening another issue about the location of the video and playlist control buttons (which are pushed down by both the likes count and the row the channel name is in, even if the former is turned off).

[alaestor]

Custom CSS would fix a few minor annoyances and people will probably come up with presets and themes similar to what the Stylus community does on browser.

I keep using F12 to tweak the video player's max-inline-size from 142.4vh to 168vh so that threatre mode wastes less space on my 4K monitor (since I don't like fullscreen but full window doesn't have a shortcut and hides the left sidebar). I'm not sure if there's a standard way of making persistent changes to an app's css, but regardless: it would be nice if I could just slap that in a textbox in the settings somewhere.

[pkrasicki]

@alaestor

Custom CSS would fix a few minor annoyances and people will probably come up with presets and themes similar to what the Stylus community does on browser.

As I user I agree and I would love that, but as a developer I would be against adding such feature. UI should be intuitive and responsive by default, it shouldn't require extra fixes from users. If it does, then something is wrong. Stylus is needed to give us some control over other people's apps. But here we already have control, we can implement any UI changes we need. Maybe we just need more users to show interest in those changes, so that the dev team knows that they are needed.

I keep using F12 to tweak the video player's max-inline-size from 142.4vh to 168vh so that threatre mode wastes less space on my 4K monitor (since I don't like fullscreen but full window doesn't have a shortcut and hides the left sidebar). I'm not sure if there's a standard way of making persistent changes to an app's css, but regardless: it would be nice if I could just slap that in a textbox in the settings somewhere.

If you don't mind compiling FreeTube, here is my custom patch for 0.20.0 implemented almost entirely in CSS, it adds full width layout and my other custom changes. You can edit the SCSS file and easily add your own CSS to it. It's an old version (I haven't published a newer one), but it should work even in 0.21.x with some imperfections. The downside of my solution compared to yours is that it requires recompiling any time you make a change.

[aphaits]

Would love to see this feature implemented, such a waste of space to have the left sidebar always showing and unable to be hidden with the top left icon.

Also the wasted padding space on the left and right side of the videos if removed would make the layout way nicer, possibly with scroll bar that auto hides after a couple seconds instead of just appearing all the time.

[deepspaceaxolotl]

I would hope an autohiding scrollbar wouldn't become the default, I find it easier to use if it's always there. I think that and fully hiding the left sidebar could be construed as separate issues to just the full-width layout here? Not a maintainer though.

[aphaits]

I would hope an autohiding scrollbar wouldn't become the default, I find it easier to use if it's always there. I think that and fully hiding the left sidebar could be construed as separate issues to just the full-width layout here? Not a maintainer though.

I think having it as an option to always show/autohide at least makes it viable. I think this impacts most usecase of secondary monitors in a portrait setup, width space is precious.

[pkrasicki]

Maybe I could release builds for my restyled fork, so that other people could use it without having to compile. Would you guys be interested?

[aphaits]

Maybe I could release builds for my restyled fork, so that other people could use it without having to compile. Would you guys be interested?

Sure, can you describe what changed in your restyled fork?

[An-anonymous-coder]

It seems to just be simple removal of the margin, margin-inline, and inline-size for a few of the elements.

[efb4f5ff-1298-471a-8973-3d47447115dc]

Feel free to open a PR for it and make sure to look at the suggestions provided in the previous attempt #5294

[An-anonymous-coder]

I'm leaving it there for anyone else to try, I won't be submitting it myself.