Skrivet av star-affinity:
För övrigt en grej som stör mig i Windows — att det inte finns någon visuell indikation när ett program håller på att öppnas/läsas in.
Dyker det inte upp en program-ikon i taskbaren direkt när man öppnar ett program? Eller vilken visuell feedback vill du ha? Kan lägga till mer visuell feedback i mitt så man vet vad som händer. 👍
Skrivet av Mr_Lazy:
@JesperA hur hanterar syncen om du öppnar ett program på den ena dator och börjar jobba i det och när du sedan går till den andra och programmet finns inte ens installerat?
Inget händer, enumereringen vid inloggningen hoppar över program som inte finns. Dock finns dom alltid då jag alltid installerar allt som behövs. Om/när jag släpper WM:en publikt så får jag lägga till en annan hanterare, kanske en promt som säger till användaren att installera programmet som behövs.
Skrivet av lallassu:
Bra jobbat och kul projekt Jag kodade faktiskt en egen fönsterhanterare med Xlib som en C-uppsats på universitetet för c:a 15 år sen. Det var ett roligt projekt!
Nice 👍 Sen efter det då? Några mer äventyr i fönsterhanterar träsket?
Skrivet av riche:
Känner igen mig med att många fönsterhanterare har massa irriterande onödigt junk.
"virtuell yta som är bredare än skärmen man använder" - Jag har haft samma tanke i många år, skriver också mycket och man vill ha lite övergriplig koll på annat som händer. Ska tänka efter lite och se om jag kommer på nått annat. Har personligen fastnat i träsket där man bara "gillar läget".
Har du nån grund du tittar på eller kör du från skratch?
Vet inte om man kan kalla det för "scratch" riktigt, det mesta jag använder finns redan i Ubuntu, X, osv & sneglar på källkoden till diverse fönsterhanterare jag gillar & skriver om dom till mitt WM, mycket är ju från grunden men implementerar/hookar in i befintliga system. Mitt VM skall poängteras är extremt primitivt, går inte köra vanliga appar, eller jo, det går men är dom optimerade för tex GNOME eller KDE eller liknande så kan man säga hejdå till dom programmen, deras programfönster är extremt trasiga när dom körs i mitt, vissa visas inte alls, dom får en extremt trasig UI/GUI. Så dröjer länge (troligen aldrig sålänge detta är mer på experimentnivå än en full release) innan 3:e parts program skulle kunna köras i min VM. Så hittills har jag gjort absolut minimum för att få igång den.
Skrivet av Alotiat:
Kanske lite sidospår: Är personligen lite nyfiken på Wayland. Vet du om det att fixa dessa typer av problem? Vet att det inte kommer till Mac men sitter själv på debian och undrar vad som kommer hända med X i framtiden?
Väldigt trevlig logg. Ser fram emot de nya funktionerna!
Skrivet av rektor:
Tänk på att många Linuxdistributioner har eller planerar att gå över från X11 till Wayland.
Så du kanske vill skriva den för Wayland istället för X. Du kanske vill använda ett bibliotek också som libweston eller wlroots.
Det finns även Sway som är en i3-kompatibel fönsterhanterare byggd på Wayland.
Är inte så insatt i Wayland, det som är bra med Wayland är dåligt för mig & detta projektet, i X får man göra i princip vad fasen man vill, i X är det enkelt att läsa metadata (tex läsa xwininfo, spara i databas, modifiera & sen läsa, verkar trixigare i Wayland men kan ha fel, har inte undersökt så mycket), manipulera dessa & skriva iväg en modifierad version, mycket enklare att styra osv osv, Wayland är mycket striktare verkar det som, striktare krav på klienter & delad data mellan klienter, så just nu har jag inte den kunskapen som krävs för att implementera min WM i Wayland. Sway har ju lyckats styra fönster som dom vill, huruvida dom läser all data som krävs för mitt WM vet jag inte men på något sätt bör det gå.
Så, jag håller mig till X, som någon annan skrev så kommer inte X dö ut inom den närmsta framtiden. Så Wayland kan bli ett projekt i framtiden. Verkar ta ett tag innan Wayland har mognat ändå(?) så väntar tills dess åtminstone.
Skrivet av Obiwannabekenobi:
Cool! Det bästa sättet att lära och underhålla programmering är att programmera.
Det där med synkning är ju asgrymt!
Dumn fråga angående virtuella fönsterplacering - är inte det nästan samma sak som just virtual desktops gör och som finns tom i Win nuförtiden?
Det är nästan som virtuella desktops, fast inte riktigt, jag har också virtuella desktop (så som alla OS/WM har nuförtiden) i min WM ("WS1/WS2/WDev/NSFW"), i varje virtuellt desktop så har man möjlighet att expandera sin viewport större än skärmen. Så detta är snarare en virtuell viewport än virtuell desktop. Öppnar man massa program i ett virtuellt desktop så måste dessa överlappas för att få plats på skärmytan, med viewport scroll får man plats med mycket mer utan att behöva överlappa program, det är den stora skillnaden.
Skrivet av anon159643:
Alltid roligt med nya verktyg. Förr i tiden funderade jag mycket på detta och la ner tid, nu orkade jag ej.
Men det klassiska är att man kanske jobbar vanligt med en 4 skärmslösning, sedan ska man arbeta med en laptop som bara har en skärm och då är det problematisk hur man ska göra. Där jag ibland har gjort så att man får en ultrabred skärm där ej hela visas utan man får scrolla till vänster/höger.
Japp, det är detta jag störde mig på & därför jag började med detta projektet, sitter endel på QHD & 4K skärmar där man mår gott för man har gott om plats till tex alla sina IDE paneler/kolumner som man behöver samtidigt. Går inte replikera på laptop skärmar, finns helt enkelt för få pixlar & skala till miniatyr fungerar inte såvida man inte har super-ögon. Samma när man jobbar med multiskärm, går man tillbaka till 1 laptop så får man ju försöka böka in alla program till en skärm, blir kladdigt snabbt. Med min lösning (och det du nämnde) så stannar ju alla fönster där dom är trots att man går från tex 3 4k skärmar ner till 1 laptop skärm. Denna lösningen är långt ifrån perfekt men tycker det ändå är bättre än att tränga in 3 skärmars fönster till 1 laptopskärm, går rätt smidigt att scrolla horisontellt, speciellt på laptop där man använder trackpaden.
Skrivet av Nioreh83:
Skumt att ingen gjort en scrollbar desktop på Linux innan. Finns ju i vissa grafikkortsdrivrutiner i windows, och diverse andra appar finns för ändamålet.
Skrivet av Ratatosk:
@JesperA:
Just den där funktion med ett skrivbord större än skärmen fanns ju en gång till W95, vet inte varför man inte fått tillgång till det senare.
Populärt nu är ju virtuella skrivbord men det är inte samma sak.
Kort sagt det är en funktion jag verkligen saknat.
Nu när ni säger det så minns jag att jag hade detta en gång i tiden på 90-talet. Tror man fick upp pilar på skärmen så man kunde scrolla på samma sätt som på mitt. Man kunde nog även mappa skrollhjulsklicket till att "dra" skärmytan också. Minns dock inte vad programmet eller grafikdrivrutinen var. Om någon har mer info så säg gärna till, vore kul att se igen.
Skrivet av hookme:
Cool tråd, keep up the good work av ren nyfikenhet, är oxfile och potatisgratäng bilderna för att träna neural net?
😀 Minns inte varför jag valde att spara just dom bilderna, rätt onödigt för blir rätt hungrig varje gång jag kollar
Skrivet av anon159643:
Jag kör med större skrivbord än skärm dagligen och har gjort det länge under mängder av operativsystem.
Men kanske är det hypervisorn i mitt fall VmPlayer som fixar detta.
Japp, finns endel lösningar, vad som fungerar bäst är en smaksak men imo rätt trevligt att ha det native inbakat. 👍
Skrivet av anon78208:
Coolt! Personligen ser jag inte riktigt hur det skiljer sig så mycket från att ha flera arbetsytor, som t.ex. i GNOME där man "scrollar" mellan olika arbetsytor med SUPER+PgUp/PgDn. Enda skillnaden är väl att detta är en sorts steglös mekanism, medans GNOME, i3, Sway med mera gör samma sak stegvis. Själv gillar jag inte när fönster överlappar varandra eller bildskärmens kant och på det sättet gillar jag i3/Sway eftersom de anpassar fönster så man slipper det problemet. Blir lätt rörigt när allt ska överlappa och man har fönster som gömmer sig bakom fönster. Med det sagt så önskar jag lycka till med detta spännande projekt!
Ja, som du säger, skillnaden är i det "steglösa" vs "stegade", med stegade får du bara plats med ett begränsat antal fönster innan du måste överlappa dom, här går det lägga dom sida vid sida utan överlappning. Jag skall ge ett mer real world exempel framöver men placerar man fönstrena strategiskt, tex när man programmerar samtidigt som man läser source eller dokumentation så kan allt "vara framme" samtidigt, säg att du har 3 paneler öppna i en IDE, det är dom 3 panelerna som får plats på skärmen, sen har du dokumentation till vänster om IDE:n, så kan du scrolla lite till vänster för att se dokumentationen men ändå kanske se dom 2 vänstra panelerna i IDE:n, blir ingen överlappning, tex om du lägger dokumentationen över IDE:n & tabbar emellan så kan man alltid ha allt framme utan att något fönster försvinner bakom fokus. Du kan också tilea i mitt VM men nackdelen är ju att du måste ändå få plats med alla fönster, då kanske inte alla fönster får den storleken som dom behöver eller vad som är mest lättläst, tex i mitt exempel med 4 vertikala paneler så kan det bli rätt tight horisontellt, med mitt slipper man detta bekymret.
Jag förstår din invändning men ja, det beror ju på hur man vill lägga upp sin arbetsyta, så en smaksak 👍
Skrivet av DHead:
Grymt!
Nu kör jag ju Windows, men just denna funktion har jag saknat sedan Amiga-tiden. Fix for Windows plz!
Vad är det "officiella" namnet för en sådan funktion, om det nu finns något?
Vet inte om det finns något officiellt namn, jag har alltid kallat det för "viewport scroll" men bör finnas ett bättre namn för det, någon får gärna hojta till.
Spännande att det fanns till Amiga, har missat det, skall undersöka 👍
Skrivet av Gruarn:
Jag visste inte att jag behövde ett virtuellt skrivbord enligt funktion nr 1, men jag vet precis när/var jag skulle använda det i jobbet!
Vill du så får du gärna berätta hur du skulle använda det. Tycker jag gjort för dåliga exempel på hur detta systemet fungerar i real world exempel så vore kul att höra så jag kan testa & förmedla funktion 1 på ett bättre & tydligare sätt 😀👍