TDE: Improvement Developers' Discussion

theasmitkid · 2025-08-13 00:25

Post TDE related program ideas and discuss about development here!

seb3773 · 2025-08-13 13:18

Hello again !
Besides the projects we talked about, I thought maybe it will be a good thing to create something like a "tips & tricks" or "TDE improvements" app center, or something like that for TDE.
The idea behind this, is to have every good tweaks, tricks and usefull additionnal apps (I'm thinking for example of your tiler program, 'windows' button for menu and combinations like win+r, win+d like you do with xscape, and other things like that. I almost finished qsidebar now (spent some times this night to correct the 'extend' mode sidebar positionning which was bugged), maybe this will be something to integrate too, etc...)
I'm thinking of some small things too, like touchpad configuration, konqueror actions etc...

Everything in the same place, ready to be selected and installed. This will be a good place to have all these little usefull apps, scripts and tweaks, and easier to install than searching the forum and doing it 'manually' for standard users, with some description of what it does, and maybe screenshots if relevant. Only apps that are not in the Q4os center, to avoid useless duplicates.

Something like Pi-Apps if you know it, but not as an "app store", because there's already the q4os app center for that, but more a "TDE tweaks" store or something like that. Everyone will be welcome to propose what must be integrated in it and what is not really usefull. This way, it will be easier to customize/improve TDE for everyone using it, with a single tool.

It can be made in python if you want (this will be a work for you in this case :-p ) or in c (I can do that), or shell script with yad (can do that too).

What you do think about that ?

Last edited by seb3773 (2025-08-13 13:22)

theasmitkid · 2025-08-13 21:10

We're running on the same wavelength~ I am making a "superapp" named "setuzuna" which does add various apps tweaks etc

So for I've developed
- virtual monitor app(~60fps on my laptop, access over localhost via mjpeg, written in cpp)
- battery monitor app
- resource and network monitor app (a systray icon app)
- music player app (includes scrobbler, fetching lyrics from Spotify(does not work anymore), lrclib, gotta add genius n stuff)
- pomodoro app (currently it's the music player's plugin, easy to detach)
- notification daemon (wip, as we know)

Also wanna do
- magnification tool (like docked on top of screen like windows, easy to do as it'd use some part from my virtual monitor app)
- on screen keyboard (docked on bottom on screen)
- sidebar (to integrate every app in one, sounds weird but it'd work out good)
- smartphone connect app (currently learning how apps like kdeconnect and dcnnt works, would definitely implement one later)
- gui tiler (based on tiler, we talked about it in other post)
- ai chat app
- telegram chat app (look at brackets below)
- matrix chat app (too hard for me, gotta maintain it regularly and I don't have that much time.. also matrix's python api doesn't work that well yet)
... (and more if i needed more things, yes i dev apps if I need one and available options aren't good enough for me)

Since I use TDE as my primary desktop environment, I'd definitely make integration with tde way better

Last edited by theasmitkid (2025-08-13 23:54)

theasmitkid · 2025-08-13 21:15

Unrelated, but can anyone sync bluetooth between Android-x86 based distro's and debian based distro's?

Bt-dualboot works well with syncing windows and debian but can't get things to work with Android x86.. tried everything i can think of (combinations of config values to and forth between the two os, including link key, type, length, class, service.. I just wanna sync my headphones )

seb3773 · 2025-08-13 22:32

Thanks for your answer ! I will take time to search every good tweak/apps related to TDE "improvements" and propose it here.
By the way, I'm really interested about your virtual monitor app ! Is it on github ?..

About the smartphone connect app, I have tested Qtsrcpy, which is very good and works well with trinity !

*For your headphones problem, I'm not sure I understood, what do you want to achieve ? (I've got bluetooth headset too, but it connects whithout problems with blueman manager and my android phone too, but maybe your question is more specific ?)

Last edited by seb3773 (2025-08-13 22:33)

theasmitkid · 2025-08-13 23:47

seb3773 wrote:

Thanks for your answer ! I will take time to search every good tweak/apps related to TDE "improvements" and propose it here.

thanks, and I'll try to implement whatever i could

seb3773 wrote:

By the way, I'm really interested about your virtual monitor app ! Is it on github ?..

[redacted with reason: I was too sleepy when I wrote the original message] Refer to Updated Reply

seb3773 wrote:

About the smartphone connect app, I have tested Qtsrcpy, which is very good and works well with trinity !

oh yea i like scrcpy too, but since my tablet runs android 8.1, i cant connect via wireless adb so i dont always use it, had some issues with kdeconnect and dolphin in only debian 12 which lead me to try to make my own app (failure, currently using mixplorer and thunar, clip_share and usb tethering for most stuff)

seb3773 wrote:

*For your headphones problem, I'm not sure I understood, what do you want to achieve ? (I've got bluetooth headset too, but it connects whithout problems with blueman manager and my android phone too, but maybe your question is more specific ?)

ah i have android-x86 installed on my laptop in multiboot, so trying to connect bluetooth devices on different os on same hardware.. doesnt really work out well.. theres a solution to fix this issue if youre dual booting windows and linux but no solution i could find for linux and android-x86
i need to android often so i often try out different ways to run it on my laptop (tablet has some issues), and well ive come to the conclusion that my laptop is too weak.. so i'd be giving up now

Last edited by theasmitkid (2025-08-17 00:13)

theasmitkid · 2025-08-14 18:03

BrJPedro wrote:

@q4osteam
Improve multi-screens experience
Specifically, tiling a window to the border without moving to the next screen. Like other DE handles it, maybe a grace area for snapping the window without moving to the next monitor outright.

I guess i gotta do this next for tiler, feels simple enough but ain't got no physical monitors so gotta use that virtual monitor app

- Grace area for snapping + preview
- keyboard tiling to integrate with multi monitor configuration

Last edited by theasmitkid (2025-08-17 14:13)

theasmitkid · 2025-08-17 00:09

seb3773 wrote:

By the way, I'm really interested about your virtual monitor app !

Update: I got it working with python finallyyyyyyy using pybind11

Performance: Raw Images captured at ~130 FPS (77% CPU) (using Xshm, that I had issue with) (with cursor drawing using Xfixes)
It can be optimised further to work at over 200 FPS (i think)

Previously used mjpeg server to serve the stream after encoding n compression using turbojpeg, ran at ~60 FPS

Currently tried implementing rtsp server to serve the steam after encoding using ffmpeg, runs at ~28 FPS
I will try to optimise rtsp server as much as possible as well as reimplement turbojpeg/mjpeg server in python (or just use pybind11 again coz it's great) too see which runs better

UPDATE:
- now capturing raw images at max of ~ 214 FPS with 84% CPU

UPDATE - 2 :
- now capturing raw images at max of ~ 517 FPS with 51% CPU
- dropping rtsp and reimplementing turbojpeg/mjpeg sever

UPDATE - 3:
- now returning images only when updates are available, reducing cpu load to 0~9%
- tried using xcb-shm, which turned out to be more resource intensive, sticking to mit-shm (xshm)

Last edited by theasmitkid (2025-08-18 12:36)

theasmitkid · 2025-08-19 00:13

theasmitkid wrote:

- magnification tool (like docked on top of screen like windows, easy to do as it'd use some part from my virtual monitor app)

a quick preview :3
(needs lots of tweaking n optimizations.. circular tk windows are kinda buggy..)
FpATRSf.md.png

seb3773 · 2025-08-19 15:05

theasmitkid wrote:

theasmitkid wrote:
- magnification tool (like docked on top of screen like windows, easy to do as it'd use some part from my virtual monitor app)
a quick preview :3
(needs lots of tweaking n optimizations.. circular tk windows are kinda buggy..)
https://iili.io/FpATRSf.md.png

really cool !

theasmitkid · 2025-08-19 20:57

theasmitkid wrote:

docked on top of screen

(make somewhat of a EWMH panel for this, which took more time than expected because seems like twin doesnt seem to support ewmh.. this should work for everything except keyboard inputs in that panel.. due to a tkinter bug)
Fpm0WIs.md.png

Last edited by theasmitkid (2025-08-20 02:16)

seb3773 · 2025-08-21 16:12

Okay, I've kind of given birth to a monster I wanted to integrate your trick for the Win key into my "q4rescue" project (a rescue live Linux based on Q4OS Trinity) as well, for which I'm trying to stay as minimalist as possible in terms of resources and running processes (for maximum responsiveness and overall lightness). Using xcape bothered me in the sense that it's just to intercept the Super_L key after all... So I modified xcape to only handle that key, making it even lighter. (the code is in qwincap.c if you're interested, it's xcape but only for Super_L , with the "Super_L=" part being implicit).

Then, in a second step, I also wanted to integrate the tiler. And so I thought to myself, since I'm already intercepting Super_L, why not directly integrate the tiler's functionalities? So I won't even need khotkeys running (which I don't use for anything else in fact) and no /.tiler.sock file... The result is the "frankencode" qsuperl.c, which does exactly this (intercepts Super_L like xcape to replace it with a chosen sequence passed as an argument, and directly includes the tiler functionalities associated with the usual keys). This way, I don't need the daemon or the shell script, everything is more direct and lighter

Now, I realize this might not be interesting to everyone, but on my end I think it's nice to combine these two "tips/improvements" into one, since they both concern behaviors of Super_L

If you find this interesting, a possible improvement would be to also pass the desired tiler key combinations with Super_L as arguments... but I find the default configuration to be very logical.... AND I'm not sure that would necessarily be interesting; this "integrated" solution mostly meets my personal wants and needs

*just realized I can't upload more than 3 files, if you want the qwincap.c code, just ask me (=xcape with only Super_L detection, and no tiler integrated)

Last edited by seb3773 (2025-08-21 16:19)

Attachments:

qsuperl.c, Size: 12.14 KiB, Downloads: 158

tiler.h, Size: 4.57 KiB, Downloads: 165

qsuperl, Size: 10.66 KiB, Downloads: 232

theasmitkid · 2025-08-21 17:20

seb3773 wrote:

Okay, I've kind of given birth to a monster I wanted to integrate your trick for the Win key into my "q4rescue" project (a rescue live Linux based on Q4OS Trinity) as well, for which I'm trying to stay as minimalist as possible in terms of resources and running processes (for maximum responsiveness and overall lightness). Using xcape bothered me in the sense that it's just to intercept the Super_L key after all... So I modified xcape to only handle that key, making it even lighter. (the code is in qwincap.c if you're interested, it's xcape but only for Super_L , with the "Super_L=" part being implicit).

Wow we are running on the same wavelength afterall, I've also done this on my system (not released because it's not perfect)

seb3773 wrote:

Then, in a second step, I also wanted to integrate the tiler. And so I thought to myself, since I'm already intercepting Super_L, why not directly integrate the tiler's functionalities? So I won't even need khotkeys running (which I don't use for anything else in fact) and no /.tiler.sock file... The result is the "frankencode" qsuperl.c, which does exactly this (intercepts Super_L like xcape to replace it with a chosen sequence passed as an argument, and directly includes the tiler functionalities associated with the usual keys). This way, I don't need the daemon or the shell script, everything is more direct and lighter

I would probably not hard code the keybinding for tiler in case some user want to use other keys for tiling. I use Khotkeys a lot i think, to bind htop to ctrl+shift+esc, to bind your version lxtask(manager) to alt+shift+esc, to bind brightness control and ofcourse, tiler. I'll see if my implement comes out to be lighte than Khotkeys i might release it with more customisability

That would be another module though, which can use used by various programs internally so tiler can be more efficient.. it's just a thought for now, i will look into it later

seb3773 wrote:

Now, I realize this might not be interesting to everyone, but on my end I think it's nice to combine these two "tips/improvements" into one, since they both concern behaviors of Super_L

I mean I'm glad they're useful to you but again, users might use Super_L's binding outside tiler too

seb3773 wrote:

If you find this interesting, a possible improvement would be to also pass the desired tiler key combinations with Super_L as arguments... but I find the default configuration to be very logical.... AND I'm not sure that would necessarily be interesting; this "integrated" solution mostly meets my personal wants and needs

this makes sense~ I'll try out later

seb3773 wrote:

*just realized I can't upload more than 3 files, if you want the qwincap.c code, just ask me (=xcape with only Super_L detection, and no tiler integrated)

Yeah do share that code too~ I'm still learning c/c++ so it'll be helpful

seb3773 · 2025-08-21 21:53

theasmitkid wrote:

[
I would probably not hard code the keybinding for tiler in case some user want to use other keys for tiling. I use Khotkeys a lot i think, to bind htop to ctrl+shift+esc, to bind your version lxtask(manager) to alt+shift+esc, to bind brightness control and ofcourse, tiler. I'll see if my implement comes out to be lighte than Khotkeys i might release it with more customisability
That would be another module though, which can use used by various programs internally so tiler can be more efficient.. it's just a thought for now, i will look into it later

Right, I hardcoded the keys because the combinations you proposed seem logical to me (But I can adapt to take tiler keys combination in arguments or maybe use a conf file if anyone interested) . It doesn't prevent khotkeys to work, even if you map windows key + something to any action (only don't use the hardcoded ones).

I joined the "qwincap" code (xcape with only Super_L)

Last edited by seb3773 (2025-08-21 21:54)

Attachments:

qwincap.c, Size: 6.63 KiB, Downloads: 165

theasmitkid · 2025-09-25 07:04

Hey seb why don't you try using tdeui/ksystemtray instead of gtk? i learnt tqt recently and it's quite powerful~

theasmitkid · 2025-12-27 23:39

Thoughts?

Q4OS Forum

#1 2025-08-13 00:25

TDE: Improvement Developers' Discussion

#2 2025-08-13 13:18

Re: TDE: Improvement Developers' Discussion

#3 2025-08-13 21:10

Re: TDE: Improvement Developers' Discussion

#4 2025-08-13 21:15

Re: TDE: Improvement Developers' Discussion

#5 2025-08-13 22:32

Re: TDE: Improvement Developers' Discussion

#6 2025-08-13 23:47

Re: TDE: Improvement Developers' Discussion

#7 2025-08-14 18:03

Re: TDE: Improvement Developers' Discussion

#8 2025-08-17 00:09

Re: TDE: Improvement Developers' Discussion

#9 2025-08-19 00:13

Re: TDE: Improvement Developers' Discussion

#10 2025-08-19 15:05

Re: TDE: Improvement Developers' Discussion

#11 2025-08-19 20:57

Re: TDE: Improvement Developers' Discussion

#12 2025-08-21 16:12

Re: TDE: Improvement Developers' Discussion

#13 2025-08-21 17:20

Re: TDE: Improvement Developers' Discussion

#14 2025-08-21 21:53

Re: TDE: Improvement Developers' Discussion

#15 2025-09-25 07:04

Re: TDE: Improvement Developers' Discussion

#16 2025-12-27 23:39

Re: TDE: Improvement Developers' Discussion

Board footer