Projektlogg: Att utveckla en fönsterhanterare

Trädvy Permalänk
Medlem
Plats
Halmstad
Registrerad
Apr 2003

Projektlogg: Att utveckla en fönsterhanterare

Har kört Linux lite av & till dom senate 15 åren, lite hat-kärlek, senaste åren har jag dock börjat köra det lite mer & framförallt börjat gilla tiled-WM såsom i3 & bspwm & är numera inte jättelångt från att köra dom som main, kör mestadels Ubuntu + i3 nuförtiden (utöver macOS då).

Jag har 3 funktioner som jag ända från det att jag upptäckte Linux första gången till dagens datum hela tiden har hoppats på att någon skulle implementera men verkar inte som om någon kommer göra det, så dags att kavla upp armarna & utveckla dessa på egen hand istället.

Funktion 1: En slags "Viewport scroll" så ens arbetsyta består av en virtuell yta som är bredare än skärmen man använder, så, när man sitter på en liten skärm, tex på en bärbar så kan man placera sina program/fönster sida vid sida på samma sätt som med en ultrawide skärm, sen antingen använda tangentbords-genvägar eller trackpad för att scrolla i sidled. Man kan också placera dessa strategiskt så man, hmm, ser mer än vad man ser när man glor på en statisk skärm, går inte förklara, kanske syns på videorna, eller får nog göra en separat film för att förklara, men går öka sin produktivitet om man lägger upp sina fönster med lite tanke bakom...aja.

Jag startade en tråd här på Swec (tråden) & undrade ifall denna funktionen fanns, verkar inte så, har inte lyckats hitta någon än, finns en film i tråden där jag demonstrerar scroll funktionen om ni vill ta en titt.

Jag är medveten om att detta inte är något som många är ute efter, kanske t.om ser krångligt ut & saknar funktion, men när jag arbetat med det så tycker jag det fungerat smidigt, tex när man har flera dokumentationer öppna & flera IDE fönster öppna samtidigt, slipper man öppna massa tabbar å skit, bara att hoppa mellan fönstrena istället & slipper man ha flera fönster stackade ovanpå varandra också.

Tiled med gaps (trasig margin dock, skall fixas)

"Exposé" liknande funktion där man ser en överblick över hela sitt virtuella område, virtuella ytan är 10ggr bredare än skärmens fysiska upplösning, finns "Spaces"/"Workspaces" också så 10ggr bredare per "workspace", så ganska mycket yta att placera sitt skräp på, får att få plats med dessa fönster som demonstreras här med ett mer traditionellt upplägg så skulle man behöva lägga alla fönster ovanpå varandra, mycket lättare (när jag testat iaf) att komma åt det man vill komma åt när inte allt skräpa är staplat på varandra...svårt att göra det rättvisa på bild & video men sidoscrollen är faktiskt ganska smidigt. (nej, trackpad är inte ett krav, bara att tabba fram till sitt fönster, klicka på app ikonerna i "menubar":en längst upp i mitten eller scrolla med tangentbordet)

Funktion 2: Kommer inte beskriva den i text här, gjorde en video tidigare idag (skitdåligt filmat, hatar min röst, tror min röst hörs, satte ljudet på mute när jag redigerade filmen då jag hatar att höra min röst men antar att filmen har ljud, låter skitlöjlig & hatar att vara med på film så själva demonstrationen är inte direkt imponerande men tror det framgår rätt tydligt vad funktionen är ändå)

Detta är en funktion som jag sett fram emot VÄLDIGT länge, jag skiftar dator flera gånger per dag & hatar att synka GIT, positionera fönster & skit, jag vill bara sätta mig framför datorn & börja precis där jag slutade, oavsett vilken dator jag för tillfället använder.

Funktion 3: Lite hemlig just nu, håller på & utvecklar den nu men hoppas kunna visa upp ett demo om ett par veckor

Framtiden & mini FAQ: Beror lite på, om någon här ens är intresserad av denna projektloggen, tänkte att folk som är intresserade också kunde komma på någon idé eller förslag; något ni saknar i operativsystemet/skrivbordsmiljön/fönsterhanteraren ni använder nu så säg gärna till så får vi se om den går att implementera.

Ni kanske också tänker att "Fan, *suck*, ännu en fönsterhanterare", & ja, jag håller med, för tillfället kommer jag fortsätta utveckla denna skrivbordsmiljön/fönsterhanteraren men det är bara för att testa lite olika idéer, se om det fungerar som det är tänkt så till en början kommer det vara en egen fönsterhanterare, dock hoppas jag, när denna börjar bli klar kunna implementera åtminstone funktion 1 & 2 i i3 istället, har kollat i i3 dokumentationen & det kan vara svårt att implementera dessa funktioner, speciellt funktion 2 då det inte är helt uppenbart hur man skall plocka ut datan från programmen men förhoppningsvis går det att lösa på något sätt, vi får se!

Kommer inte lägga upp detta projektet på github (eller liknande) eller dela med mig av koden nu till en början (har gjort det på tidigare projekt & trots att jag säger till personer upprepade gånger att koden inte ens har alfa-status & jag inte kommer agera support så dyker det upp massa folk ändå & tjatar om support & annat skräp, sen klagar på när det inte fungerar & hur instabilt det är (no shit, det är ju inte ens avsett att användas annat än som experiment), har inte tid med det). Kanske om några månader när jag fixat en lättare installations-process kan jag nog dela med mig koden & lägga upp på GIT, men då krävs det att personen förstår vad detta projektet är, kommer aldrig vara avsett att köras på sin main & kommer inte ha någon support överhuvudtaget, detta är mest ett experiment & hobby.

För tillfället är detta tiling + float. Tanken är att aldrig behöva använda mus men självklart går det om man vill.

Varför? Kul grej bara, skönt att ha ett avbrott mellan dom mer seriösare grejerna man utvecklar, har börjat störa mig på hur tungrodda många operativsystem/fönsterhanterare är nuförtiden, känns bara ivägen & skapar frustration, kommer fokusera mest på att underlätta för oss programmerare så detta kommer bli en fönsterhanterare för programmerare & folk som skriver mycket.

Tidsplan? Ett evighetsprojekt antagligen, detta handlar om år. Detta kommer inte vara något jag jobbar fulltid med så kommer fokusera mest på dom projektet som ger mig tak över huvudet & mat för dagen, vilket detta projektet inte göra. Men kommer åtminstone försöka få till synbara uppdaterar minst 1 ggr i veckan.

Så, finns det något intresse att jag sätter igång med denna projektloggen här på Swec (har ju redan kommit en bit men finns massa mer att göra) så säg till, annars hoppar jag över det

Hur kan syltkakor överleva i det vilda utan ögon?

Trädvy Permalänk
Medlem
Registrerad
Nov 2011

Wow, jag är väldig imponerad!

Önskar jag hade dina programmeringsskills!

Det jag önskar mig av en WM är följande:

(1) Enkelt att modifiera teman för fönsterhanteraren, dvs jag ska kunna välja själv hur knapparna ska se ut för "Close", "Maximize" och "Minimize". Dessutom ska jag kunna bestämma vilka regioner av exempelvis "Title-baren" som ska vara transparenta. Jag vill även bestämma hur bordern ska se ut, vänster-bordern ska vara grön, höger-bordern ska vara röd, top-borden vit, och bottom-bordern svart e.t.c. Jag vill helt enkelt ha kontroll över hur fönsterhanteraren ska se ut på ett enkelt sätt.

(2) Det skulle vara coolt att på något sätt, för varje fönster, visa en indikator på hur mycket av CPU:n detta fönster/applikation använder. Fler indikatorer som är unika för detta fönster skulle vara välkommet.

Men jag antar att detta ligger nog inte riktigt i ditt intresse.

Dator: i7 4960x | 32GB | Asus Rampage IV Formula | GTX 1080
OS: Slackware 64-bit current + multilib

Trädvy Permalänk
Medlem
Plats
~
Registrerad
Jul 2001

Kul projekt! Alltid roligt när någon gör något av när de tänker utanför lådan (eller ja, skärmen i det här fallet ). Själv har jag allt jag tror mig vilja ha i i3 (håll mina terminalfönster i schack!), men skulle tillfälle ges skulle jag gärna testa din.

Fedora, i3wm, Ansible, Vim, git, LaTeX - allt som behövs för att göra mig nöjd.

Trädvy Permalänk
Medlem
Plats
Halmstad
Registrerad
Apr 2003
Skrivet av eXpander_:

Wow, jag är väldig imponerad!

Önskar jag hade dina programmeringsskills!

Det jag önskar mig av en WM är följande:

(1) Enkelt att modifiera teman för fönsterhanteraren, dvs jag ska kunna välja själv hur knapparna ska se ut för "Close", "Maximize" och "Minimize". Dessutom ska jag kunna bestämma vilka regioner av exempelvis "Title-baren" som ska vara transparenta. Jag vill även bestämma hur bordern ska se ut, vänster-bordern ska vara grön, höger-bordern ska vara röd, top-borden vit, och bottom-bordern svart e.t.c. Jag vill helt enkelt ha kontroll över hur fönsterhanteraren ska se ut på ett enkelt sätt.

Jag har stöd för borders, bara det att jag aldrig använder det, dock har jag inte lagt till stöd för olika färger för upp-höger-ner-vänster, bara border i en & samma färg. Man kan sätta border-färg per applikation.

Det mesta är "hårdkodat" & inte konfigurerbart, tänkte att jag inte skulle fokusera på själva utseendet så mycket, är ju inte mycket lönt om jag tillslut lägger in funktionerna i i3 när dom väl är klara, men har hört från flera håll nu att folk ändå vill se lite utseende relaterade saker. Vi får se. Isåfall, om jag lägger till stöd för att konfigurera utseendet så kommer det inte bli dotfiler (dock lägga till stöd för att importera "dotfiler")/konfigurationsfiler men konfigurationen skall istället ske i GUI:t så man slipper hålla på böka med massa konfigurationsfiler såfort man vill ändra något.

Vi får se, blir ju en hel del extra att utveckla & extra metadata att synka mellan datorerna så vi får se, kanske.

Skrivet av eXpander_:

(2) Det skulle vara coolt att på något sätt, för varje fönster, visa en indikator på hur mycket av CPU:n detta fönster/applikation använder. Fler indikatorer som är unika för detta fönster skulle vara välkommet.

Slängde in det lite snabbt, kan vara nyttigt att ha med den änsålänge hemliga funktion 3. Brydde mig inte om utseendet, bara slängde in det sålänge, går implementera på tusen olika sätt så något förslag på utseende & placering? Skall det även finnas en graf/stapel? Historisk graf?

Detta skulle gå att implementera redan idag till dom flesta Linux distros som kör X (säg till om det finns), kanske inte finns någon hook i själva applikationerna men går att utveckla ett program som itererar igenom dom öppna fönstrena & ta reda på dess position & annan lämplig metadata & sen projekta CPU & minnesanvändning ovanpå titel-baren via den beräknade positionen. Är det någon som vill ha det så säg till så kanske jag kan fixa ett program som fixar detta till alla Linux distros som kör X.

Skrivet av Crazy Ferret:

Kul projekt! Alltid roligt när någon gör något av när de tänker utanför lådan (eller ja, skärmen i det här fallet ). Själv har jag allt jag tror mig vilja ha i i3 (håll mina terminalfönster i schack!), men skulle tillfälle ges skulle jag gärna testa din.

👍 Vi får ser hur långt jag orkar köra innan jag går över att försöka implementera detta i befintliga Linux distros (å framförallt i Ubuntu + i3), finns inget lätt sätt att installera skiten på nu så kanske inte bryr mig om att fixa någon vettig installation innan jag går över till att utveckla vissa av funktionerna i i3.

Har blivit 2 filmer nu irad, kommer dröja till nästa, ni får nöja er med screenshot framöver tror jag.

Vore kul om någon kunde komma på ett bättre namn, kör med "synergyOS" just nu men gillar inte namnet, så har någon ett förslag så säg gärna till

Hur kan syltkakor överleva i det vilda utan ögon?

Trädvy Permalänk
Medlem
Registrerad
Nov 2011
Skrivet av JesperA:

Jag har stöd för borders, bara det att jag aldrig använder det, dock har jag inte lagt till stöd för olika färger för upp-höger-ner-vänster, bara border i en & samma färg. Man kan sätta border-färg per applikation.

Det mesta är "hårdkodat" & inte konfigurerbart, tänkte att jag inte skulle fokusera på själva utseendet så mycket, är ju inte mycket lönt om jag tillslut lägger in funktionerna i i3 när dom väl är klara, men har hört från flera håll nu att folk ändå vill se lite utseende relaterade saker. Vi får se. Isåfall, om jag lägger till stöd för att konfigurera utseendet så kommer det inte bli dotfiler (dock lägga till stöd för att importera "dotfiler")/konfigurationsfiler men konfigurationen skall istället ske i GUI:t så man slipper hålla på böka med massa konfigurationsfiler såfort man vill ändra något.

Vi får se, blir ju en hel del extra att utveckla & extra metadata att synka mellan datorerna så vi får se, kanske.

https://www.youtube.com/watch?v=vn7JxWdga3s

Slängde in det lite snabbt, kan vara nyttigt att ha med den änsålänge hemliga funktion 3. Brydde mig inte om utseendet, bara slängde in det sålänge, går implementera på tusen olika sätt så något förslag på utseende & placering? Skall det även finnas en graf/stapel? Historisk graf?

Detta skulle gå att implementera redan idag till dom flesta Linux distros som kör X (säg till om det finns), kanske inte finns någon hook i själva applikationerna men går att utveckla ett program som itererar igenom dom öppna fönstrena & ta reda på dess position & annan lämplig metadata & sen projekta CPU & minnesanvändning ovanpå titel-baren via den beräknade positionen. Är det någon som vill ha det så säg till så kanske jag kan fixa ett program som fixar detta till alla Linux distros som kör X.

👍 Vi får ser hur långt jag orkar köra innan jag går över att försöka implementera detta i befintliga Linux distros (å framförallt i Ubuntu + i3), finns inget lätt sätt att installera skiten på nu så kanske inte bryr mig om att fixa någon vettig installation innan jag går över till att utveckla vissa av funktionerna i i3.

Har blivit 2 filmer nu irad, kommer dröja till nästa, ni får nöja er med screenshot framöver tror jag.

Vore kul om någon kunde komma på ett bättre namn, kör med "synergyOS" just nu men gillar inte namnet, så har någon ett förslag så säg gärna till

Jag skulle vara väldigt intresserad av en sådan funktion som kan projicera data ovanför titelbaren (hamnar ovanför som ett litet fönster då?)

Dator: i7 4960x | 32GB | Asus Rampage IV Formula | GTX 1080
OS: Slackware 64-bit current + multilib

Trädvy Permalänk
Medlem
Plats
Halmstad
Registrerad
Apr 2003

Det beror nog till viss del på distron/fönsterhanteraren, om den har stöd för transparenta fönster & dold titelbar & utan borders & shadow, har den det så kan man få datan att se ut precis hur man vill (för man vill väl inte ha ett litet minifönster som hovrar över ens huvudfönster?).

För dom som inte har fullt stöd för detta så kan man nog kringgå det på något sätt & placera datan hur man vill ändå, lär nog bli lite buggig men med lite vilja så går det nog lösa det med.

Får se när jag hinner ta tag i det.

Hur kan syltkakor överleva i det vilda utan ögon?

Trädvy Permalänk
Medlem
Plats
Halmstad
Registrerad
Apr 2003

Har inte hänt så mycket senaste tiden, var bortrest i över en vecka & nu när jag kommit hem har jag varit tvungen att jobba på andra projekt men kommer en uppdatering om några dagar.

Men iaf, glömde nämna en grej i mitt ursprungsinlägg & en av anledningarna till att jag satte igång detta projektet:

TL;DR: Inget fönster får sno fokus från ett annat fönster & all X metadata sparas i databas (sorterat efter user-event) & alla fönster går igenom databasen & bestämmer window-state istället för att direkt med X. Vanligtvis ser det ut såhär (förenklat) X<-->Fönster-metadata. I mitt ser det mer ut såhär X<-->Databas<-->Fönster-metadata

Onödigt lång version:
Jag använder primärt macOS men den har (precis som endel andra OS) en skitstörande egenhet som jag tror flera av er också irriterat er på: nämligen att fönster har direkt access till X helt utan någon time-series implementation vilket betyder att (detta händer mig ofta) jag sitter i Xcode/ST3/VS/whatever & får för mig att öppna tex Photoshop (tar 10 timmar att starta Photoshop oavsett hur snabb dator man har) så medan Photoshop laddas så hoppar jag tillbaka programmet jag använde innan jag öppnade Photoshop, SEN när Photoshop väl fått för sig att ladda klart så flyttas fokus till Photoshop & man blir avbruten i det man gör, sjukt irriterande när man sitter & tex skriver & helt plötsligt är det något äckligt program/fönster som snor uppmärksamheten till sig själv & ens arbete avbryts:

Har VSCode aktivt, öppnar Photoshop, sen tillbaka till VSCode, väntar några sekunder med VSCode AKTIVT, sen har Photoshop laddats klart & Photoshop anropar troligen X & säger "Nu är jag klar, flytta fokus till mitt fönster" (idiotiskt beteende)

Det finns även andra scenarion när inaktiva fönster väljer att kasta upp en modal eller varning & lägger sig överst så man måste klicka bort skiten, vet inte hur många meningar man skrivit & inte märkt att något annat fönster har "snott" fokusen & det man skriver har slutat registrerats i appen man skriver i för att en annan app har snott fokus, eller man öppnar en meny i ett program & så händer det något annat i programmet, något laddas eller whatever vilket resulterar i att menyn man precis öppnade stängs ner 😡😡

Vi har väl alla varit med om detta? Iaf, så i mitt är detta inte tillåtet, ingen app/fönster har möjlighet att skriva till X (eller X ändra värden) på egen hand, uppdateringar får endast ske vid user-events (såsom klicka på fönster (vilket aktiverar fokus, ändrar depth, position, storlek osv osv)), alla fönster hämtar sin data från redan lagrade värden, alla user-events sparas med timestamp & sorteras därefter så inget jag gjorde tidigare hamnar före det jag gjort efteråt.

Nu har jag inte något program som tar lång tid att öppna så kan inte demonstrera funktionen, men istället för att hända så som det gör i videon att Photoshop säger till X "Nu är jag klar, flytta fokus till mitt fönster", så skulle Photoshop (& alla andra program) istället säga "Nu har jag laddat klart *hämtar X metadata från databas & applicerar på mitt fönster*". På så sätt är det inget fönster som kan sno fokus från ett annat fönster som redan är i fokus. Ett fönster som laddas kan bara få fokus & lägga sig överst i depth i X om ingen user-event har hänt efter att man öppnat programmet.

Detta inlägget hade ju inte så mycket diskussionsvärde så: Vore kul att veta hur många av er som stört er på detta? Ni kanske använder ett OS/Fönsterhanterare som inte har den "fönster fokus snatteriet" som jag beskrev här men för som har, viket OS/Fönsterhanterare kör ni?

Hur kan syltkakor överleva i det vilda utan ögon?

Trädvy Permalänk
Medlem
Registrerad
Mar 2016

Jo visst har man stört sig på sådant.
Compiz har inställningar för 5 nivåer av "Focus Prevention Level".
"Off, low, normal, high och very high"

Antar att din metod motsvarar "very high" då?

Förresten, om du startart ett litet program via en tangentkombination (tex terminalen eller "kör program") får det då fokus med din lösning eller måste man röra musen/alt-tabba?

Trädvy Permalänk
Medlem
Plats
Halmstad
Registrerad
Apr 2003
Skrivet av FattarNiInte:

Jo visst har man stört sig på sådant.
Compiz har inställningar för 5 nivåer av "Focus Prevention Level".
"Off, low, normal, high och very high"

Antar att din metod motsvarar "very high" då?

Har inte testat "FPL" men låter som det möjligen motsvarar "very high"

Skrivet av FattarNiInte:

Förresten, om du startart ett litet program via en tangentkombination (tex terminalen eller "kör program") får det då fokus med din lösning eller måste man röra musen/alt-tabba?

Just nu får fönster som öppnas med tgb-kombo fokus (se videon lite längre upp "Uppdatering #1, där öppnar jag några fönster med tgb-kombo några gånger, där dom får fokus). Kanske inte är ett beteende alla vill ha, så jag kan lägga till möjligheten att öppna fönster med fokus-1 så fönstret öppnas bakom det som är i fokus men framför alla andra, om ni vill?

Tex:
mod+alt+key = öppna med fokus
caps lock/mod+alt+key = öppna med fokus-1

(caps lock/mod går såklart ändra i inställningarna, personligen föredrar jag caps lock för sekundära funktioner)

Hur kan syltkakor överleva i det vilda utan ögon?