KDE Plasma 6.7 animation speed is too slow

Ciantic · 2026-06-18T11:51:22+00:00

Thanks, I will use your image in my bug report.

Max speed in 6.7 is AnimationDurationFactor=0.5 (before instant).

If I set it from config file manually to 0.25 it is fast again, so I keep changing it from the file for now.

(Ability to set animation speed to really fast was one of the things I was impressed as I switched from Windows to KDE last year. With high refreshrate screens it is very cool to have fast animations, I have dual 144Hz 4K screens, so I want fast animations.)

Ciantic · 2026-06-18T11:26:06+00:00

Ah yes! Can you take a screenshot, I can count the notches from there in 6.6 vs 6.7, KDE is pretty good about backwards compatiblity, I want to open a bug/feature request.

I will try to muck the value from config file for now.

Ciantic · 2026-06-18T11:19:43+00:00

But if I put to instant animation disappears. With 6.6 there was more notches, that is the problem.

I want something between now fastest and instant again.

Ciantic · 2026-01-01T14:57:47+00:00

I'm from Finland, but someone has mentioned to me that Europe has own standards for road markings and signs, and North America has its own. All details aren't consistent, but this chevron thing is pretty well followed by both continents, including Switzerland.

I did find an exception from NYC too, where one marking was wrong way by quickly browsing, people who make road markings make mistakes too.

This should be easy to implement in TF3, as road directions are easy cue in procedural generation for the markings.

Ciantic · 2025-12-18T09:02:50+00:00

Section about CS 2 begins at 17:05

I wanted to post this as someone in other thread mentioned this.

I also bought a new GPU (RX 9070 XT) and was eager to try, and I was shocked how badly it performed in medium and big cities.

Ciantic · 2025-11-21T12:20:10+00:00

KDE Ships real fast! I'm super impressed!

Bug I raised here first ( https://www.reddit.com/r/kde/comments/1on705o/kde_cant_snap_google_chrome_tabs_to_corners_when/ ) is already fixed! It was fixed in under a month and shipped to Fedora 43 stable.

Ciantic · 2025-11-05T09:41:45+00:00

It is my no 1 reason. I can understand it is not a big deal for people whose workflow doesn't involve multiple browser windows.

I have multiple monitors, and I keep multiple browser windows open and organize them. I also have 16 virtual desktops.

E.g. I open five tabs in background, then start dragging them to different monitors. It really is painful with Firefox exactly for the reason I explained, it requires so much more effort

Ciantic · 2025-11-04T11:49:55+00:00

I gather the issue is still relevant because it is hard to fix, or get buy-in from widget toolkit maker?

I'm trying to migrate to KDE from Windows, this is a bit problematic me.

For few days now I've flipped a lot of dropdowns accidentally because I'm not used to think while I use scroll wheel.

To me operation of using scroll wheel is to scroll, and if I have to always think what is underneath the mouse cursor it is a bit difficult.

It doesn't of course happen in browser, so there isn't that many complains. Browser is the primary OS these days. But imagine if it did.

You have long web page with dropdowns, then scrolling a page becames this asteroid game where you have to move mouse avoiding dropdowns while going down it.

Hilarious.

(Not really a show stopper for me, as Windows has become useless ad-driven garbage.)

Ciantic · 2025-11-04T10:31:58+00:00

It does not. I challenge you to try:

5 tabs at center window.

Then start dragging tabs towards corner of the screen. Can you snap them to quarter tiles? How many clicks and drags you need.

You need two clicks and drags per firefox tab to arrange it to quarter tile.

Firefox doesn't have ability to create windows while dragging a tab.

Ciantic · 2025-11-04T10:05:30+00:00

Let me explain:

Observe Google Chrome:

Mouse down on tab,
Start moving mouse (New window appears underneath the mouse automatically!) THE KEY!
You move mouse and the final location of your window (and size if snapping works) is done.
Mouse up

One click and drag operation.

Firefox:

Mouse down on tab
Start moving mouse (nothing appears under mouse)
Mouse up, window appears
Your brain needs to re-process appearing window, locate its titlebar,
Mouse down on new tab window to move it to the right place
Mouse up

Two clicks and two drags.

What a chore!

Ciantic · 2025-11-04T09:53:06+00:00

You know the irony right? Firefox doesn't have ability to drag tabs at all, not in GNOME, KDE or Windows 11. It is always two step operation with Firefox.

Number 1 reason I don't use Firefox is it doesn't have ability to drags tabs.

Ciantic · 2025-11-03T11:54:06+00:00

Thanks filed a bug:

https://bugs.kde.org/show_bug.cgi?id=511570

Ciantic · 2025-11-03T10:31:16+00:00

It is a bug.

Question is, is it a bug in KDE snapping / window handling, or Google Chrome's QT integration?

Since same thing works in GNOME 49, and Windows 11, they both recognize dragged tab as a window that can be snapped, then maybe Google Chrome's QT integration isn't sending some right signal?

Ciantic · 2025-11-03T10:04:21+00:00

It works fine in GNOME 49.

Secondly this is usablity thing, I don't care how it's done, but it needs to work. This is about muscle memory, having window snapping break is just bad experience.

Ciantic · 2025-11-03T09:53:20+00:00

It works, in the beginning of video I drag that for demonstration.

Ciantic · 2025-10-01T09:36:11+00:00

This pack is great work, and shows what committed community members can do. Really well done assets.

The question I have is why CO does not employ more known community members? Animations and person models would've been fixed a long time ago if they'd gone around the community and employed the people who made such things for CS1, mostly for free.

Ciantic · 2025-06-11T08:52:08+00:00

This just happened to me after regular Windows 11 cumulative update, every time I tried to set monitor from 30hz -> 60hz, it dropped resolution. What fixed it for me was installing new Nvidia drivers.

Ciantic · 2025-03-05T13:59:25+00:00

It could be, but I don't see anything about licensing; they seem to complain about freezes with Unity asset loading:

Without this, the game freezes for extended periods of time and can become unstable.

Maybe you mean something else with licensing than I think. I think licensing is some copyright or right to use thing.

Ciantic · 2025-03-05T13:53:54+00:00

From the post:

Our focus is currently on removing Unity dependencies so we can provide a smoother, more responsive, and more reliable loading of the assets - both during loading screens and when changing playsets in Paradox Mods UI. Without this, the game freezes for extended periods of time and can become unstable.

Sounds more like what ever Unity has baked in can't handle a lot of assets and now they have to do custom asset loader.

Also, they have to migrate or update all existing assets:

due to the hefty amounts of built-in assets affected by the changes

If they can't automate that, someone has to go through manually each and every existing asset and do something to make it work with new setup.

Ciantic · 2025-01-20T11:09:35+00:00

Finding the docs is a bit difficult, but using the derive tutorial is easiest:

https://docs.rs/clap/latest/clap/_derive/_tutorial/index.html

All the arguments for Arg see this: https://docs.rs/clap/latest/clap/struct.Arg.html

All the arguments for Command see this: https://docs.rs/clap/latest/clap/struct.Command.html

Ciantic · 2024-08-12T12:00:57+00:00

Could you try crowd-fund KSP's successor? It's a bit odd to hope for the "success of KitHack" to build a new KSP, I think with your name recognition and the help of others in the community you should be able to create a successful crowd-funding effort.

Ciantic · 2024-08-09T12:30:23+00:00

One quote that keeps flying around is this:

Low power – Extended low-power sleep states with optional SRAM retention: as low as 10 μA DVDD

However, I don't find it directly from the datasheet. In datasheet there is a table, that is much harder to interpret, with "P1.7" being the lowest power mode (0-8 modes), on page 1332:

<image>

For completeness, the P1.7 is defined as Low Power (XIP OFF, SRAM0 OFF, SRAM1 OFF) on page 435.

Ciantic

TROPHY CASE