Creat

joined 2 years ago
[–] Creat@discuss.tchncs.de 5 points 8 months ago

My experience has been very different. While I'm competent on Linux from the server world, I haven't run a desktop Linux in decades, and never seriously. Until I switched a few months ago, choosing CachyOS. Honestly, almost everything just worked. Games, music, video, browsing, office. Even Ms teams for work. The only fiddly bit was getting the VPN for work to connect, and remote desktop works but isn't equal in quality/feel. But that's just a slight inconvenience that isn't even bad enough for me to start looking into it.

One game (a demo) I couldn't get to run, and I know it should work and just doesn't on my system. Haven't bothered digging into this either, I have plenty of other unplayed games. Another game I play frequently (online/multiplayer) gave me some lag issues early on, I tried a few settings and it's fine now.

Absolutely nothing of my experience would I describe as a struggle. Frankly most of the time I forget I'm not on Windows. I just use my PC. Sometimes I want to check some windows specific setting, open the "not start menu" and then realize "right, this isn't Windows".

[–] Creat@discuss.tchncs.de 2 points 8 months ago

A Spotify jam you can start at any time, anywhere. Then whatever you're playing is that "Jam". You can send other people (who also have Spotify) a link/qr and they can hear it, and play songs too. It's literally 1 click to do this with a group.

I also don't use it, so I don't know how it exactly works once you're in it. Like how don't suggestions work or if anyone in it can just add to the queue, but that's the assumption on my part.

[–] Creat@discuss.tchncs.de 1 points 8 months ago

Yes. That's basically the point. They call it a "drop in replacement", but last I used it manually there were some extra steps for what I wanted to do. To be clear: not for every thing you want to setup, just one if the things I read don't up required extra steps. But I also hear that those things have changed since then and it's mostly seamless now.

[–] Creat@discuss.tchncs.de 1 points 8 months ago (2 children)

That's not really the same though and much more manual while in use, and also quite a lot of setup.

[–] Creat@discuss.tchncs.de 7 points 8 months ago

TL;DR 37k€

[–] Creat@discuss.tchncs.de 4 points 8 months ago* (last edited 8 months ago) (1 children)

Especially without any additional context or knowledge about their background, directed at someone clearly only starting out, this is incredibly bad advice.

Edit: typos (italic), sorry that was probably hard to read.

[–] Creat@discuss.tchncs.de 5 points 8 months ago (3 children)

Proxmox and Docker don't really do the same thing. They live in the same area, but the coverage is very different. You can always use docker when your host is running proxmox: either individually or in groups inside of an lxc, or all in w dedicated VM, or even natively on the same house if you prefer chaos. But you can't do the opposite: Sometimes you just need a VM. Maybe you only need a couple of devices, and you know they run on or are even designed for docker, then that's the better option. In all other cases, and when just getting started, proxmox is just the way more universal solution if you're only planning on having a single host (for now).

The management tools in proxmox are great. The community scripts are a fantastic resource and only work with proxmox. I would suggest you set it up natively, not on top of Debian though, even if that's already installed. Not the least of the reasons are to be able to use ZFS easily, including on on the boot partition (select that in the installer).

Finally, if you're gonna stick with docker, like others said: consider podman. That really does the same thing docker does, but it's fully open source. Arguably it's better in some areas, but on the flip side might, in occasion, require fiddling with something intended specifically for docker and using advanced setups.

Also there really is no wrong answer, either. And you can always change whatever you choose.

[–] Creat@discuss.tchncs.de 12 points 8 months ago* (last edited 8 months ago)

Ironically, many Europeans could drive through it with their vehicle. Actual Americans, probably less so...

[–] Creat@discuss.tchncs.de 1 points 8 months ago

That's cool and all, but it took me way too long to read that graph. Only figured out which line was CoMaps after reading the text with the amount of contributions.

Who thought using line colors black, orange, and three slightly different shades of green was a suitable choice? I get it's the app colors, but that doesn't make it any more easy to read...

[–] Creat@discuss.tchncs.de 1 points 9 months ago

I think you keep missing my point. This isn't about a "usual web form". You aren't entering your address or something. You're configuring a service or server. Those are very different worlds. I understand that those kinds of forms where you enter your address (or whatever) wouldn't ever have a default in there. In that context a default doesn't make any sense (default name, default street, default city?). And even in the cases where it might, it would be - as you pointed out - unexpected for the kinds of users that usually fill out "web forms".

When you're configuring a server/service, that's a very different world. Many fields could have defaults, and you wouldn't want to hard-code those into your config. That is what this is. It's essentially a web interface for a config file, which often has default values for any field you don't specify for a variety of reasons. Defaults DO have special meaning here. That's the whole point I'm trying to make! In that world it very much makes sense. The best way to show it is obviously a matter of personal taste, I actually like (and prefer) the greyed out way for reason I mentioned above.

[–] Creat@discuss.tchncs.de 1 points 9 months ago (2 children)

Being shown what's the default isn't the same as having it actually in the field. For example the default might change, then these values would change with the default. There are also cases where they are inherited or something similar, where the upstream value isn't as fixed as defaults normally are. So there is a functional difference to showing you a greyed out default and actually having that default be in the field.

Especially for things that essentially are a web interface for a config file where the config file gets larger with values that aren't needed (this includes both NPM and Proxmox, as examples). Instead of like 3-4 lines it could now be like 20. It also becomes unclear when looking at the values later if they were actually set to that value intentionally or if it just happens to be the default that got filled in because some UI was used that filled all fields with their default values.

Showing the default outside in a label or as a tooltip-hover is an option, but has implications for the space needed and readability. And this way is actually much clearer if you want to look over a config and you need for example the default port or something, it's in the exact place you expect it, shown in grey to make it clear that it wasn't set intentionally but that it's just the default. In some UIs there's room for defaults, in some not. I personally vastly prefer them to be shown like this, as you might have guessed already.

[–] Creat@discuss.tchncs.de 0 points 9 months ago

Yea I realized that only after. I agree it's slightly different from the grey text in text fields, but it still illustrates the point because it's also an implicit default value (that happens to be unchangable in this context). So it kinda applies, but yea not quite the same.

 

I've noticed for a while that when playing a linked video directly in the app, it doesn't respect the global auto-rotate setting of the screen. Only today did I notice that there's a "lock rotation" button at the top of the player, but unless I'm misunderstanding something, it seems to do the opposite of that it's showing: when I see the little lock it's unlocked, and then it's just the rotation icon it's actually locked. For context, my phone's rotation is always locked, but the video always rotates on me.

In general my suggestion for the behavior for playing video would be to rotate and lock it to the "correct" orientation for it's aspect ratio. It makes no sense to play a portrait video in landscape, neither does the other way around. Rotating the phone should probably still be able to flip it 180°.

 

The linked post essentially performed a benchmark of lemmy apps and if they properly display the formating options available. Sync got 3rd last place, position 18 out of 20 apps, with a score of 6.9 out of 10. There's a comment that essentially contains the test set. I hope we get some fixes, cause some of the problems have been around for a while.

In my personal experience the issues with spoiler tags, and some of the embedded images and their sizes is rather annoying. For example this comment shows perfectly fine on desktop, but becomes a garbled mess on sync (as you can tell by my comment, blaming the bot). Also note that while sync technically gets 3/3 for the images, the last image should be text-sized between the "arrows". It isn't, it's just huge (and consequently a pixelated mess).

Edit: fixed link to example comment for spoiler.

view more: next ›