This Week in Plasma: File Transfer Progress Graphs (blogs.kde.org)
from MazonnaCara89@lemmy.ml to linux@lemmy.ml on 15 Mar 06:00
https://lemmy.ml/post/27207800

#linux

threaded - newest

A_norny_mousse@feddit.org on 15 Mar 06:22 next collapse

One of these days, I will switch to KDE.

My OS paradigm started off as a super-lightweight desktop around Openbox, but more and more I got forced to pull in Gnome dependencies to the point that I switching those to KDE dependencies probably wouldn’t make a dent in performance.

Speaking of which, what’s KDE’s mail client like?

MazonnaCara89@lemmy.ml on 15 Mar 06:26 next collapse

There is kmail tho it’s not the best, far better to use something like thunderbird!

A_norny_mousse@feddit.org on 15 Mar 07:27 collapse

Thanks. Does it support multiple accounts? How are remote calendars & contacts integrated into KDE generally, or kmail specifically?

flyos@jlai.lu on 15 Mar 07:35 collapse

Kmail has its quirks, but I actually find it quite nice to use, especially with multiple accounts because it distinguish explicitly between IMAP accounts, SMTP accounts and identities.

Integration with contacts and calendars is quite smooth as well. KDE PIM suite is well integrated in Plasma in general.

NotAnArdvark@lemmy.ca on 15 Mar 18:50 collapse

How long have you been using Kmail?

I tried maybe 3 years ago and I found it incredibly buggy. I’ve been using Thunderbird, but definitely wish there was a KDE or Qt-native mail app that did what I wanted.

flyos@jlai.lu on 15 Mar 20:02 next collapse

I have been using for more than 10 years. Again, I’m not saying it’s without bug, but every time I tried to go back to Thunderbird, I quickly realise I miss Kmail’s interface and great integration in Plasma.

2xsaiko@discuss.tchncs.de on 16 Mar 02:01 collapse

Setup of KMail is very janky, but after that it works well. I’ve been using it for probably at least 7 years at this point as my main mail client on Linux. There’s nothing better Qt-based as far as I know really.

Cethin@lemmy.zip on 15 Mar 06:44 next collapse

The performance impact of these systems really aren’t a problem for most modern computers. If your computer is running other GUI applications, I think worrying about that is insane. If you’re running a server, sure keep it minimal because you aren’t going to interact with it directly much. For your desktop if you’re running games and stuff, it’s going to be the smallest of your issues. Just do what feels best.

Even Valve, optimizing their handheld device for maximum battery life, includes KDE. You shouldn’t worry about it probably.

notanapple@lemm.ee on 15 Mar 11:48 collapse

There is also Merkuro Mail which has a more modern design that some might prefer (to Kmail).

D_Air1@lemmy.ml on 15 Mar 19:28 collapse

That is a work in progress and isn’t finished.

m4m4m4m4@lemmy.world on 15 Mar 07:08 next collapse

Honest question, what use has data transfer graphs?

ThoGot@lemm.ee on 15 Mar 07:16 next collapse

They look nice

spikesforeyes@lemmy.ml on 15 Mar 07:21 next collapse

No use, it just looks nice. Back when I first tried using Linux coming from Windows, that was a feature I missed. Not so much now, but it’s a nice to have

A_norny_mousse@feddit.org on 15 Mar 07:23 next collapse

Long transfer (possibly over network), you start wondering what’s going on. All you have to go on is a bar that doesn’t move. Would be useful to get more info in situations like these.

MangoPenguin@lemmy.blahaj.zone on 16 Mar 12:18 collapse

Very useful to see if your source/dest are performing as expected.

domi@lemmy.secnd.me on 15 Mar 08:02 next collapse

Neat, have been wanting something like this for a while now. The current value shown is pretty useless when transferring over network and the speed fluctuates quite a bit.

Buffalox@lemmy.world on 15 Mar 09:10 next collapse

File transfer progress bars generally aren’t worth shit, I have no idea how this is still a problem. It dates back to the early 90’s, and it’s still not done properly.
Almost everything to do with file transfer report it to be finished before it actually is, because it doesn’t consider write back cache. So it’s only the reading part that is finished, not the writing part. Meaning the transfer isn’t actually finished. Never never never trust it is my motto. Personally I’d rather not have the dysfunctional progress bar, if I could have an actually accurate completion notification.

PS: I just switched back to KDE/Plasma after many years. Overall I’m pretty pleased, but also a bit puzzled about a lot of the simplifications.
like inability to disable caps lock, and the inability to change double click speed for the mouse. So now I need a startup command for the caps lock, and I needed to edit an ini file for the mouse for such simple things, that used to be accessible through settings???
But they finally added the ability to use numpad for hotkeys, which I found out, and was what made me switch back to KDE. Now I only miss the ability to use the scroll wheel on hotkeys too. To finally have similar functionality like I had 10-15 years ago with Compiz. 😜

SqueakyBeaver@lemmy.blahaj.zone on 15 Mar 12:17 next collapse

I’m pretty sure you can disable caps lock (or at least rebind it)

I currently have caps lock rebound to backspace. Maybe it’s a Wayland only feature and you’re using x11? idk

Buffalox@lemmy.world on 15 Mar 12:46 collapse

I’m using X11 so that could be. I just don’t get why it would be different between X11 and Wayland?

SqueakyBeaver@lemmy.blahaj.zone on 15 Mar 14:34 collapse

I’m not entirely sure. It could be similar to HDR support (only available on Wayland), but I would need to look into it to be completely sure.

umbrella@lemmy.ml on 15 Mar 15:13 next collapse

GNOME does exactly the same thing.

very noticeable and annoying when transferring to slower media like usb sticks, sometimes it takes tens of minutes to unmount after copying a large file because its actually still writing.

i bet MANY people are left with halfway stuff written on their usbs after being in a rush and removing it insecurely on linux after the transfer is “done”. this should absolutely NOT be a thing.

Buffalox@lemmy.world on 15 Mar 16:52 collapse

i bet MANY people are left with halfway stuff written on their usbs after being in a rush and removing it insecurely on linux after the transfer is “done”.

AFAIK it can actually destroy the USB if it’s removed while being written.

umbrella@lemmy.ml on 16 Mar 01:46 collapse

no way to know for sure if its still writing if the progress bar is inaccurate.

Buffalox@lemmy.world on 16 Mar 08:44 collapse

You can use sync in terminal. But it’s tricky because it sometimes returns even when the writing isn’t finished.
My method is to use sync multiple time, if it returns immediately 2 times it should be clear,
Only then do i dismount the stick, because I don’t like to dismount a device with pending operations. But when the dismount says the stick is ready to be removed, you should be clear.

umbrella@lemmy.ml on 16 Mar 17:25 collapse

exactly. thats unnecessarily complicated for someone on a rush because of something that should be a functional progress bar.

Buffalox@lemmy.world on 16 Mar 18:25 collapse

What annoys me is that this was an issue as far back as the early 90’s. On DOS and Windows 3.11. It’s such an annoyance that I don’t get how this problem still exist?!
If the unmount function can see if write is finished, a file copy function should obviously be able to see it’¨s own copy state.

N0x0n@lemmy.ml on 16 Mar 08:06 collapse

Yeah I learned that the hardway when comparing MacOS/linux USB speed…

Took like “seconds” on Linux. I looked quite dumb asking a question and asking for help on Lemmy while shitting (again) on my Mac !

I have somewhere in my notes a command to show interactively how the memory cache gets dumped into my USB stick.

Kinda boggus that’s an over 20 years old known “issue”.

asudox@lemmy.asudox.dev on 15 Mar 17:44 next collapse

Official KDE community btw: !kde@lemmy.kde.social

pineapple@lemmy.ml on 17 Mar 06:46 collapse

Mmm delicious.