| 27 Sep 2024 |
 K900 | The tracker is just confused it seems | 05:34:36 |
 aloisw | Probably it just didn't refresh the repo yet. | 07:05:30 |
 πΌπ. π±ππ πππ π π·ππ | In reply to @ilya-fedin:matrix.org
sent an image. Hmm, gtk3 applications on host do this while gtk3 applications in flatpak have big cursor. The latter is likely because gtk3 falls back to 32px size without protal backend. But the former seem to be another nixos issue actually.
I noticed /run/current-system/sw/share/icons doesn't have a default folder. This means toolkits not having cursor theme set will fallback to those tiny cusors. Having default being linked to breezw_cursors by Plasma module should improve the UX in such edge use-cases (which I bet might happen not only with but also with custom toolkits).
| 11:31:30 |
| πΌπ. π±ππ πππ π π·ππ | In reply to @ilya-fedin:matrix.org
sent an image. * Hmm, gtk3 applications on host do this while gtk3 applications in flatpak have big cursor. The latter is likely because gtk3 falls back to 32px size without protal backend. But the former seem to be another nixos issue actually.
I noticed /run/current-system/sw/share/icons doesn't have a default folder. This means toolkits not having cursor theme set will fallback to those tiny cusors. Having default being linked to breeze_cursors by Plasma module should improve the UX in such edge use-cases (which I bet might happen not only with but also with custom toolkits).
| 11:32:16 |
| πΌπ. π±ππ πππ π π·ππ | * Hmm, gtk3 applications on host do this while gtk3 applications in flatpak have big cursor. The latter is likely because gtk3 falls back to 32px size without protal backend. But the former seem to be another nixos issue actually.
I noticed /run/current-system/sw/share/icons doesn't have a default folder. This means toolkits not having cursor theme set will fallback to those tiny cusors. Having default being linked to breeze_cursors by Plasma module should improve the UX in such edge use-cases (which I bet might happen not only with gtk but also with custom toolkits).
| 11:32:27 |
| πΌπ. π±ππ πππ π π·ππ | * Hmm, gtk3 applications on host do this while gtk3 applications in flatpak have big cursor. The latter is likely because gtk3 falls back to 32px size without protal backend. But the former seem to be another nixos issue actually.
I noticed /run/current-system/sw/share/icons doesn't have a default folder. This means toolkits not having cursor theme set will fallback to those tiny cusors (which are some ugly fallback thing from xorg times). Having default being linked to breeze_cursors by Plasma module should improve the UX in such edge use-cases (which I bet might happen not only with gtk but also with custom toolkits).
| 11:33:11 |
| πΌπ. π±ππ πππ π π·ππ | * Hmm, gtk3 applications on host do this while gtk3 applications in flatpak have big cursor. The latter is likely because gtk3 falls back to 32px size without protal backend. But the former seem to be another nixos issue actually.
I noticed /run/current-system/sw/share/icons doesn't have a default folder. This means toolkits not having cursor theme set will fallback to those tiny cusors (which are some ugly fallback thing from xorg times, not supporting anything but 16x16 and not supporting hidpi). Having default being linked to breeze_cursors by Plasma module should improve the UX in such edge use-cases (which I bet might happen not only with gtk but also with custom toolkits).
| 11:33:39 |
 Fernando Rodrigues | In reply to @k900:0upti.me
If someone wants to maintain it, knock yourself out i have zero experience with kdePackages stuff but i'm doing my best to update it to 4.0.1. The build succeeds, but produces nothing so far. π«
| 15:23:36 |
| K900 | It's pretty generic cmake stuff | 15:25:07 |
| Fernando Rodrigues | got it to build by using mkKdeDerivation and dumping it inside pkgs/kde
| 16:17:07 |
| K900 | Does it actually have dependency metadata? | 16:18:10 |
| Fernando Rodrigues | huh, it does. | 16:20:26 |
| Fernando Rodrigues | i didn't realise that lolz | 16:20:39 |
| Fernando Rodrigues | still needed to add some stuff to extraBuildInputs. | 16:20:49 |
| Fernando Rodrigues | I'm assuming it's magically using the stuff in dependencies.json, right? | 16:21:15 |
| K900 | Yes | 16:21:29 |
| K900 | But that doesn't have most of out-of-KDE libs | 16:21:38 |
| K900 | Though it does have some | 16:21:40 |
| πΌπ. π±ππ πππ π π·ππ | 
Download image.png | 18:40:57 |
| πΌπ. π±ππ πππ π π·ππ | that's after ln -s /run/current-system/sw/share/icons/breeze_cursors/ default in .icons | 18:41:10 |
| πΌπ. π±ππ πππ π π·ππ | having some runCommand with ln -s ${breeze}/share/icons/breeze_cursors $out/share/icons/default in systemPackages via plasma6 module would likely easily fix this | 18:44:51 |
| K900 | That feels extremely wrong | 18:46:35 |
| πΌπ. π±ππ πππ π π·ππ | π€ what would be right then? | 18:46:55 |
| K900 | I don't know, making the toolkits actually respect the environment's theme preference | 18:48:15 |
| K900 | Or figuring out why they're not doing that, if they're supposed to | 18:48:23 |
| πΌπ. π±ππ πππ π π·ππ | In reply to @k900:0upti.me
I don't know, making the toolkits actually respect the environment's theme preference having good fallback is a good thing, distros like fedora have a symlink depending on the DE you have | 18:49:08 |
| K900 | I actually see no mentions of default being any sort of special name in the XDG specs | 18:49:53 |
| K900 | hicolor yes | 18:49:57 |
| πΌπ. π±ππ πππ π π·ππ | well, even flatpak runtimes seem to have it | 18:49:58 |
| K900 | default no | 18:49:59 |
