Live data from Hacker News

Plasma Bigscreen – 10-foot interface for KDE plasma

plasma-bigscreen.org

221–230 of 247 posts

Re: Plasma Bigscreen – 10-foot interface for KDE plasma

#221

Earlier quoted context omitted.

the magic trick is just to not, netflix won't even stream you 4k 90% of the time even if you do have all the requirements.

why won't they?

Bandwidth costs money, less bandwidth = less money spent. I have noticed that if you use a vpn you will get 1080p at best, 720p more often than not.

Re: Plasma Bigscreen – 10-foot interface for KDE plasma

#223
post #177

At the risk of whatever, I feel like there might be a "market" for something like the "OpenBox" version of this - or perhaps what I'm saying is even using something like Openbox to get the minimalist version of this thing. Seems to me a 10-foot interface almost by definition doesn't need the complexity of a KDE; you need to launch apps from "big rectangles on the screen" instead of like a Start Menu(and probably conf…

and after you launch the app, then what? are you rewriting chrome or firefox? regular kde is usable enough on my tv from the couch, just bump font size and 200% scaling. done. these ideas are reminiscent of a time people thought kiosk modes were a good idea. what one call complexity most people can being able to do anything at all.

I have no idea what you're getting at here; I already use firefox from the couch?

Re: Plasma Bigscreen – 10-foot interface for KDE plasma

#224
post #29

Earlier quoted context omitted.

Except that's exactly my point. You come to that DE, you don't want to modify and optimize every single nook and cranny. I mean sure, some do, but this is a vast minority. If Linux is to become truly popular desktop, it needs DEs like Gnome, aiming at those who are just fine with all the defaults curated for them.

> If Linux is to become truly popular desktop, it needs DEs like Gnome Linux has a DE like GNOME. How many DEs like GNOME does it need?

That's just reduction to absurd. I clearly meant their approach to UX and usability. Are you gonna argue only one DE in Linux is to take serious approach to it?

Re: Plasma Bigscreen – 10-foot interface for KDE plasma

#225
post #16

Earlier quoted context omitted.

I did, but I don't share the sentiment. Moved this year from macOS and KDE is over-engineered with little thought put into the UX. For example, try to take a screenshot. I was quite literally shaking my head for good couple minutes looking at this abomination. It's so extremely confusing, all over the place, bogged down with tons of switches, modes, it's like you need to spend 30 minutes to understand how this thing…

So you chose the outstanding screenshot utility to highlight the problems with KDE Plasma interface? Really? Why not something like this?: https://files.catbox.moe/uvxbea.png

You realize I specifically talk about UX here? Surely you do understand what that means?

Re: Plasma Bigscreen – 10-foot interface for KDE plasma

#226
post #197
post #177

At the risk of whatever, I feel like there might be a "market" for something like the "OpenBox" version of this - or perhaps what I'm saying is even using something like Openbox to get the minimalist version of this thing. Seems to me a 10-foot interface almost by definition doesn't need the complexity of a KDE; you need to launch apps from "big rectangles on the screen" instead of like a Start Menu(and probably conf…

Build it on Retroarch and you don’t even need X/Wayland. And the menu/launching functionality is done, you’d just be making a theme for it. Really if someone made a WebKit “core” and a Jellyfin client “core” (which, actually, you might get “for free” with the browser if you can tolerate web bloat on your platform) under libretro it’d be a pretty damn capable set-top-box UI. All the “cores” right now are games/emulato…

This is a very interesting take -- I wonder how it would deal with web browsers? I'm curious because I actually did try to add firefox to my Steam Deck as a "game" and it couldn't deal with multiple windows?

Re: Plasma Bigscreen – 10-foot interface for KDE plasma

#227
post #226
post #197

Earlier quoted context omitted.

Build it on Retroarch and you don’t even need X/Wayland. And the menu/launching functionality is done, you’d just be making a theme for it. Really if someone made a WebKit “core” and a Jellyfin client “core” (which, actually, you might get “for free” with the browser if you can tolerate web bloat on your platform) under libretro it’d be a pretty damn capable set-top-box UI. All the “cores” right now are games/emulato…

This is a very interesting take -- I wonder how it would deal with web browsers? I'm curious because I actually did try to add firefox to my Steam Deck as a "game" and it couldn't deal with multiple windows?

Writing against libretro, I think you’d basically just draw on whatever surface libretro provided you. In retroarch booting on the Lakka distro (for example) this would ultimately draw using Linux Direct Rendering Modules (no X or Wayland). Last I checked that distro could cold-boot into Retorarch ready to accept input, on an RPi2, faster than most modern TVs wake from sleep, which is nice (I wanna say it was under 3 seconds). But you wouldn’t have a windowing system, you’d need something that could draw buttons or menus or something on a surface. Libretro’d also take care of mapping input, but you’d still have to handle it. Not sure if it provides a network interface or if you have to reach outside it for that.

Aside from most emulators of note having been released as a libretro “core”, the sole non-game core I’m aware of is some kind of ffmpeg video player. If things like 3d console emulators and ffmpeg can draw to the surface that libretro provides, doesn’t seem like it should be insurmountable to get something like WebKit rendering content there (I briefly looked into doing this with Firefox years ago but found it’s hellish to embed—chrome’s a little better, but it’s chrome and heavy as hell. WebKit seems to me like the most promising engine for such a project, lighter than the other two and relatively embedding-friendly). Get that working, and the main remaining hurdle would be getting an overlay modal menu or something like that working to allow interaction and drive the engine.

Re: Plasma Bigscreen – 10-foot interface for KDE plasma

#228

Earlier quoted context omitted.

Dude, default plasma breeze theme, remove rounded corners, you have the windows 10 interface. What else do you want?

I just want less of this: https://files.catbox.moe/uvxbea.png Look at it and tell me this is normal. I love Plasma but oh man do they need to hire a real designer. Someone with balls to unfuck the interface and move all advanced settings out of GUI into a well documented config file.

Uh, dolphin could really use a rewrite IMO, but first we'd need to agree of how it should look like :(

Re: Plasma Bigscreen – 10-foot interface for KDE plasma

#229
post #225

Earlier quoted context omitted.

So you chose the outstanding screenshot utility to highlight the problems with KDE Plasma interface? Really? Why not something like this?: https://files.catbox.moe/uvxbea.png

You realize I specifically talk about UX here? Surely you do understand what that means?

[deleted]

Re: Plasma Bigscreen – 10-foot interface for KDE plasma

#230
post #225

Earlier quoted context omitted.

So you chose the outstanding screenshot utility to highlight the problems with KDE Plasma interface? Really? Why not something like this?: https://files.catbox.moe/uvxbea.png

You realize I specifically talk about UX here? Surely you do understand what that means?

I just don't share your point of view. I think KDE Plasma screenshot utility has a decent UX. You just press Print Screen key and then either press Enter to capture the whole screen or drag your mouse to select a region and then confirm with Enter. It then opens your capture in a small window where you can save it or discard it. All extra buttons have icons that are clear and easy to understand on first glance and functionality they provide is useful and belongs in a screenshot utility. It's pretty decent.

Edit: Since we're talking about UX what do you think about Gnomes window management? If more than one window is open and one of them is maximized you need two clicks to bring the other one to the top. Every single time. Gnome user is pretty much expected to learn keyboard shortcuts to overcome the terrible UX. Most just install addons that bring back basic UI elements but the addon API is not stable and most addons usually need an update between Gnome versions which wears out developers which results in the Gnome addon repo being full of abandonware. I used Gnome as my DE for approximately a year before I realized that all the time spent trying to wrangle that stupid fisher price DE into any resemblance of functionality would be better spent on something more productive.

Post reply on HN