Hälsningar! När jag grävde igenom utkasten hittade jag ett gammalt utkast till en artikel jag skulle skriva för några månader sedan. Tyvärr tillät inte livet (och inte bara) omständigheterna att detta skedde i tid. Men nu har jag äntligen hittat tiden, och idag ska vi prata om flera fönsterhanterare i populära grafiska miljöer för Linux. Jag kommer att gå in i detalj om fönsterhanterarens funktioner, funktionalitet, skriva om så kallade sammansatta fönsterhanterare och så vidare. Jag hoppas att alla är intresserade. Låt oss börja.
fönsterhanterareär ett program som hanterar programfönster på systemet. Nämligen: den placerar fönster på skärmen, är ansvarig för att ändra deras storlek, fokusering och så vidare. Vart i fönsterhanterare fungerar ovanpå ett befintligt fönstersystem. Som enklast hanterar en fönsterhanterare helt enkelt fönster och inmatningshårdvarans interaktion med dem, och gör inget annat med dem. I det här fallet faller belastningen för rendering på den centrala processorn (den så kallade mjukvarurendering). Vissa fönsterhanterare kan, förutom att hantera fönstret, rita skuggor på dess kanter, lägga till olika animationer, jämnhet, genomskinlighet och så vidare. I det här fallet är fönsterhanteraren sammansatt. En av de viktigaste (men valfria) funktionerna i en sammansatt fönsterhanterare är att använda grafikkortets möjlighetsfönster för att rita, vanligtvis genom OpenGL. Därigenom ökar kvaliteten på renderingen och minskar belastningen på CPU:n avsevärt. Funktionaliteten hos en sammansatt manager kan antingen vara inbyggd i fönsterhanteraren eller vara separat program. Att rita ett fönster genom en sammansatt fönsterhanterare kallas ofta - sammansättning. Om du är bekant med Windows, så här är ett exempel från Windows 7: när effekter är inaktiverade Aero, ritning utförs av krafter CPU. Belastningen på grafikkortet är mindre, men vid uppspelning av video visas artefakter som kallas rivning på skärmen (när bildrutor ändras för snabbt och en genomskinlig flimrande remsa är synlig i mitten).
När Aero-effekter är aktiverade görs renderingen av grafikkortet. Vilket blir uppenbart, eftersom det finns animationer av utseendet och minimering av fönstret, genomskinlighet och så vidare.
Men kompositering har också en baksida. När du renderar skrivbordet med grafikkortet synkroniseras bildfrekvensen med bildskärmshastigheten (vanligtvis 60 bilder per sekund, vilket motsvarar vanliga 60 hertz-skärmar), så i spel blir bildfrekvensen något lägre, eftersom det blir dubbelt ramsynkronisering. I svåra fall kan spelets prestanda sjunka med hälften. Därför kan du ofta hitta rekommendationer för att inaktivera grafiska effekter när du startar spel (till exempel stäng av samma Aero i Windows 7). Låt oss gå tillbaka till Linux. I det här ögonblicket Det dominerande grafikundersystemet i Linux är Xorg(X:n). Och fönsterhanterarens arbete i det är exakt detsamma som jag beskrev det ovan. Samtidigt fanns inte kompositeringsfunktionen ursprungligen i Xorg, och den implementerades mycket senare, eftersom kompositeringshanteraren så att säga arbetar där vid sidan av. I allmänhet visar det sig en mycket tjock smörgås. olika lager, genom vilken bilden ritas.
I de flesta fall är detta inte viktigt för användaren. Men i spel ger det påtagliga begränsningar. Nu ersätts Xorg av två grafiska delsystem - Wayland Och Mir. Den första är inte knuten till någon distribution eller grafisk skal, medan den andra utvecklas för ubuntu och hon grafiskt skal Enhet, och fungerar redan i den mobila utgåvan av Ubuntu. Vi kommer att prata om Mir i en separat artikel. När det gäller Wayland saknar det de vanliga koncepten för en fönster- och sammansatt manager. Det har bara kompositör, som utför alla operationer på Windows, utan onödiga lager. Samtidigt faller ritningen av applikationen på mjukvaruverktyget (toolkit) som den är skriven på. Till exempel Qt, eller GTK. Detta sk rendering på klientsidan. Om fönstret ritas direkt i Wayland-kompositören, så kallas detta rendering på serversidan. Vid rendering på klientsidan, titeln på programfönstret, dess utseende och så vidare ligger helt hos applikationsutvecklaren. Som ett resultat, den så kallade " windows effekt": om applikationen inte har en funktionalitet för storleksändring av fönster, kommer applikationsfönstret alltid att ha en fast storlek. Ett exempel på ett fönster med titeldekoration på klientsidan (var uppmärksam på applikationskontrollknapparna i fönstertiteln):
Denna funktion är implementerad i GNOME. I KDE används rendering på serversidan, som ett resultat kommer alla fönster att ha samma titel och enkelt ändra storlek:
Förresten, om du kör en applikation med CSD (Client-Side Decorations) i en fönsterhanterare som inte stöder rendering på klientsidan, kommer applikationen att få två rubriker:
CSD visade sig förresten vara en ganska bra lösning. Så framgångsrik att den togs över av Apple själv:
Wayland arbetar redan i automotive OS, i mobila operativsystem Tizen Och sailfishOS och på många andra ställen. Wayland Philosophy - "Varje ramutgång måste vara perfekt". Och det är det verkligen. Att rita i Wayland är överlägset i kvalitet än i Xorg (till exempel är riva i princip omöjligt i Wayland), plus allt - i Wayland är det väldigt svårt att skapa keyloggers(tangentbordsuppfångare), vilket har en positiv effekt på säkerheten. Wayland stöds dock ännu inte av proprietära drivrutiner. Nvidia Och AMD, vilket gör det mycket svårt att införa det som standard i Linux-distributioner. Vi kommer att återkomma till frågan om att stödja det med Linux-grafiska skal lite senare. Du kan prata om detta ämne väldigt länge, så jag föreslår att du går direkt till översikten över fönsterhanterare i populära grafiska miljöer i Linux.
Metacitet- fönsterhanterare för den nu avlidna grafiska miljön GNOME2. Kom för att ersätta de som används där Sågfisk Och Upplysning. Den har en mycket blygsam resursförbrukning. Stöder enkel mjukvarukompositering (kasta skuggor, OH-film, fönsterförhandsvisningar). Skrevs ursprungligen i GTK+2, senare omskriven till GTK+ 3, vilket gjorde det möjligt att använda den i GNOME 3.0-3.8. För närvarande en del av projektet GNOME Flashback, Använd i grafisk miljö Kanel att köra på hårdvara som inte stöder grafikhårdvaruacceleration, och finns även som tillval i Linux Mint PARA Och UbuntuMATE.
Mumla- vidareutveckling av Metacity för GNOME 3. Mutter är en helt komposithanterare, använder ett högpresterande bibliotek för 2D-rendering vektorgrafik Kairo, och för att rendera 3D - Skräp, som använder för att snabba upp OpenGL. Skaldrift GNOME-skal implementerat som ett plugin-program för Mutter, som ett resultat av vilket alla funktioner i denna fönsterhanterare används i alla funktioner i GNOME 3. Från och med GNOME 3.10, kan miljön inte fungera utan Mutter. Mutter är också en fönsterhanterare med det mest kompletta och kompletta stödet för Wayland, ritning görs på klientsidan (klienten är biblioteket GTK+ 3). Mutter-funktionalitet kan utökas med plugins. Mutter är inte en lättviktig fönsterhanterare och är absolut inte lämplig för gammal och svag hårdvara.
muffin- Fork of Mutter från utvecklarna av den grafiska miljön Kanel. Utvecklad av utvecklingsteamet Linux Mint. Muffin ärver många av Mutters funktioner och använder även Cairo och Clutter för rendering. Den har dock inte Wayland-stöd (utvecklarna anser att den ännu inte är redo att användas), och även abstrakt från GTK +-funktioner (om Mutter-utgåvor är knutna till GTK +-utgåvor kan Muffin byggas med vilken version av GTK som helst +, inte lägre än den minsta stödda). Till skillnad från Mutter förbrukar Muffin nästan hälften så mycket random access minne, och även laddar videoundersystemet mindre, vilket gör Cinnamon idealisk för budgetbärbara datorer. Funktionaliteten kan även utökas genom plugins.
Marco- Fork of Metacity från utvecklarna av den grafiska miljön PARA. Använder samma principer för fönsterrendering, mjukvarusammansättning och så vidare. Kan ersättas med Metacity eller Compiz.
Compiz- en av de första helt sammansatta fönsterhanterarna med stor funktionalitet och stöd för tillägg. Till en början fungerade Compiz bara med 3D-hårdvara som stöds. xgl: mestadels grafikkort NVIDIA Och ATI. Men sedan den 22 maj 2006 har Compiz körts på standard X.org-servern med AIGLX . Bortsett från Intel grafikkort GMA, AIGLX stöder AMD grafikkort(börjar med R300) när du använder öppna drivrutiner. Känd Kub stationära datorer, och andra dekorationsplugins. Parat med en fönsterdekoratör Smaragd, vid en tidpunkt, var det mest populära sättet att visa grafikfunktioner Linux (många av effekterna som det skapade var inte tillgängliga i andra operativsystem av den tiden, och några kopierades från Compiz). Compiz kan användas som en helt fristående fönsterhanterare, rendering helt i hårdvara, via OpenGL. Fönsterhanterarna Metacity, Marco och Xfwm4 ersätts väldigt ofta av Compiz, främst för att bli av med rivning. För närvarande är den officiella utvecklingen av Compiz stängd. 0.8-grenen underhålls av entusiaster, och 0.9 av Ubuntu-utvecklare, för det grafiska skalet Unity 7, som, liksom GNOME-skalet för Mutter, är ett plugin för Compiz. Compiz finns även som tillval i Linux Mint MATE och UbuntuMATE.
xfwm4- standard grafisk fönsterhanterare xfce. Sedan version 4.2 har jag skaffat mjukvarukompositering. Denna fönsterhanterare är väldigt lätt, enkel och kan användas inte bara i Xfce, utan även till exempel i MATE. Utvecklarna portar för närvarande det till GTK+ 3 och implementerar även stöd för rendering genom OpenGL. Kan ersättas av Compiz, Metacity eller Marco.
Drottningär en av de mest kompletta, stabila och flexibla fönsterhanterarna i Linux. Är standard för den grafiska miljön KDE. Börjar med KDE 4, blev helt sammansatt, stöder många effekter från Compiz, kan användas för rendering OpenGL 2.0, 3.1 , OpenGL ES eller rendering via förlängning Xrender, kan blockeras av en helskärmsapplikation (till exempel ett spel, vilket ökar prestandan), har breda alternativ för att anpassa effekter, animering, och från version 5 - har stöd för Wayland, rita genom tillägg EGL(istället för standardgränssnittet GLX), och mycket mer. I KDE 4 kan det enkelt ersättas av Compiz. Queen är skriven i Qt, och använder många av funktionerna i detta ramverk. Men om GNOME praktiskt taget är spikat till GTK+ 3, vars utvecklare ständigt bryter dess API med nya utgåvor, så är situationen i Qt många gånger bättre, och KDE-utgåvor är inte strikt knutna till Qt-utgåvor. I nödsituationer visar Kwin fantastisk stabilitet - den kommer automatiskt att byta renderingslägen, i händelse av problem med videodrivrutinen kommer den att starta om, men kommer inte att sluta rendera. Dessutom är Kwin, för all sin funktionalitet, väldigt lätt (jämfört med Mutter och delvis Muffin), vilket gör den lämplig att använda på svaga bärbara datorer, netbooks och liknande.
Compton- sammansatt manager, gaffel xcompmgr. Det är inte en fönsterhanterare, utan kompletterar helt enkelt den befintliga funktionaliteten hos den sammansatta. Används ofta tillsammans med Openbox, Metacity och Marco. Den är inte rik på effekter, men de mest populära, såsom transparens, skuggor, animationer, mjuka övergångar och, naturligtvis, rendering genom OpenGL, är fullt implementerade. Finns även som tillval i Linux Mint MATE och UbuntuMATE.
öppen lådaär en populär superlätt fönsterhanterare. Den har inte sammansatt funktionalitet, inte ens programmatiskt. Är standardfönsterhanteraren i miljöer LXDE Och LXQt. Kan ersättas av vilken annan som helst, samt användas som ersättning i många miljöer, som MATE och Xfce.
Naturligtvis är detta inte alla fönsterhanterare tillgängliga i Linux. Och i framtiden kommer jag att skriva som skapa din egen grafiska miljö från olika komponenter. Något slags Frankensteins monster, sytt av olika bitar :) Om du har några önskemål - skriv i kommentarerna.
Nu ska jag berätta om min favoritfönsterhanterare.
Jag har provat olika:
KDE, vilket visuellt inte passar mig alls. Det verkar som att utvecklarna ville kopiera gränssnittet för vallmo, men de gjorde det väldigt dåligt.
Gnome, som nyligen har förvandlats till ett skal för en surfplatta, eftersom det nu bara finns enorma knappar och alla kontroller. Det verkar som att allt är skalat med 300%. På grund av detta försvinner det Ett stort antal fritt utrymme.
Enhet Jag gillade det inte heller.
XFCE enligt min mening inte dåligt, men samtidigt lämnar dess UI mycket övrigt att önska. Jag gillar gränssnittet för MacOS på grund av det faktum att det finns mycket korrekta förhållanden mellan alla element till varandra överallt. Inga knappar är för stora eller för små. Överallt rätt indrag inuti fönstret. På grund av detta ser allt väldigt harmoniskt ut. Det är precis vad XFCE saknar just nu. Fast om du inte är perfektionist så kommer du att göra det.
Utöver vanliga WM finns det även kakel. Dessa är WM:er där fönstren inte överlappar varandra.
grymt bra, Jag gillar honom. Men Lua är lite förvirrande. Men om du plötsligt ser fördelarna med Awesome över i3wm, berätta gärna om dem, jag skulle älska att prata med dig.
DWM, vilket inte är dåligt, men på något sätt är det ganska konstigt att det måste kompileras om varje gång du ändrar konfigurationen. Nåväl, någon kanske mår bra. Men jag ändrar ganska ofta något i mitt gränssnitt eller ser något coolt och vill lägga till det. Och jag är väldigt trött på det här tjafset. Fast jag gillar den verkligen, för den är väldigt liten och nästan aldrig buggig. Och jag gillar verkligen den suglösa filosofin i sig. Och jag kommer definitivt att återkomma till det i framtiden och prova igen. Samma killar. Om du använder DWM och tycker att det är bättre än i3 så skriv till mig, jag vill gärna prata med dig. Skriv till mig var som helst.
Xmonad. Men på något sätt kom han inte till mig. Konfigurera på Lua ännu mer eller mindre. Men konfigurationen som är skriven i Haskell är på något sätt inte mänsklig.
i3 just nu gillar jag det mer än andra. Och jag gillar generellt ideologin med plattläggningschefer. Jag gillar det eftersom det först och främst gör det väldigt enkelt att arbeta med Windows. Du behöver inte hela tiden flytta något med musen och hela tiden höja eller sänka något i den tredje dimensionen.
För det andra gillar jag det eftersom det inte slösar utrymme på din skärm. Du har bara inte ett tomt utrymme. Sträck aldrig fönster. Nåväl, ytterligare en plats sparas på grund av att fönstren inte längre har bårder.
Men till en början verkar det väldigt ovanligt. När allt kommer omkring är vi alla under en lång tid redan van vid att det är sådana här fönster. Att du behöver interagera med dem på ett visst sätt.
Och här bang och ett annat tillvägagångssätt. Till en början verkar detta konstigt.
Men sedan blir man kär i den och vill inte ha tillbaka den. Nu, när jag är i Windows 10 eller Mac, gillar jag på något sätt inte att ständigt flytta fönster med musen och ändra storlek på dem.
I allmänhet bör du försöka. Antingen älskar du eller hatar.
Låt oss gå vidare till själva i3.
Fönstret här tar som sagt alltid upp hela utrymmet
Och när du öppnar ett nytt fönster delas utrymmet på mitten. Du kan öppna så många fönster du vill.
Du kan själv bestämma hur du delar upp utrymmet.
Du kan också ändra storlek på varje fönster.
Detta är det huvudsakliga i3-läget, men det finns också två ytterligare. Med det ena beter sig fönstren som listor och med det andra överlappar de varandra
Men om du plötsligt verkligen verkligen behöver det, då kan du få vilket fönster som helst att flyta.
i3 har flera stationära datorer. Och du kan enkelt växla till dem med den snabbtangent du ställer in.
Det är också väldigt bekvämt att du kan ställa in det hårt så att något fönster öppnas på det virtuella bordet du behöver.
Och du vet alltid exakt vad du har var. För mig är till exempel Slack och Telegram alltid i virtuell tabell 9. Mitt go-projekt finns i virtuell tabell 8. Och mitt Node.js-projekt är i virtuellt skrivbord 7. All min personliga kunskapsbas är alltid öppen i den sjätte virtuella tabellen. På det första virtuella skrivbordet har jag alltid en webbläsare. Och på det andra virtuella bordet har jag alltid all information om arbete.
Men om det behövs kan jag ändra det helt själv.
På så sätt blir jag aldrig förvirrad. Jag vet alltid var jag har vad.
Det spelar ingen roll, även om fönstret är stängt, när jag öppnar det vet jag var det kommer att öppnas.
Nu om hur man kör program. Det finns två sätt. Den första är snabbtangenter. Det du kör oftast kan du binda. Till exempel använder jag CTRL + SHIFT + P för att starta en kalkylator. Även på knapparna hängs på och av VPN. Eller ta en skärmdump. I princip vad du vill.
Och allt annat kan köras genom en sak som ser ut som en strålkastare i en vallmo. Den heter Rofi.
Tryck bara på kontroll och mellanslag så anropas fönstret. Börja skriva något och tryck på enter. Om programmet är tilldelat till någon skärm kommer det att öppnas där, om inte öppnas det på det aktuella virtuella bordet.
Om du behöver kan du flytta programmet till ett annat virtuellt bord.
i3 ansvarar även för all autoloading av program. Och detta görs ganska enkelt i konfigurationen.
Du kan också slå på någon form av bar, till exempel den du ser ovanpå mig. Just den här heter Polybar. Men det finns så många andra för alla smaker.
Låt oss prata om Polybar.
Till höger ser du ikonerna, detta är en vanlig bricka. Till vänster ser du siffrorna, det här är bara virtuella tabeller.
Allt däremellan är moduler. som du laddar ner. Moduler är i princip bara skript. oavsett vad. På ett torn eller på en pytonslang. Du kan använda vad som helst.
Det är vad mina gör
Tja, i allmänhet kan du visa absolut vilken information du vill här. Du kan till exempel visa information från JSON eller från ditt Google-kalkylark.
Uppmärksamhet! Den här artikeln innehåller inga guider för att ställa in en viss fönsterhanterare. Den förklarar några av de allmänna teoretiska och praktiska aspekterna av att använda fönsterhanterare. För instruktioner, se den specifika fönsterhanterarens artikel på denna wiki eller ställ en fråga på forumet
En fönsterhanterare är ett program som ansvarar för att placera, dekorera fönster, interagera med fönster - ändra storlek, maximera, minimera, stänga. Fönsterhanteraren interagerar med X11-grafikservern, som hanterar interaktion med grafikkortet och in-/utgångsenheter (tangentbord, mus och bildskärm).
Fönsterhanteraren kan arbeta både tillsammans med skrivbordsmiljön (Gnome, KDE, XFCE), och separat från den. Funktionaliteten som tillhandahålls av fönsterhanterare kan variera ganska mycket.
Så, skrivbordsmiljön innehåller redan en fönsterhanterare. I fallet med Gnome är det Metacity, i fallet med KDE är det kwin, XFCE använder xfwm4 som standard. LXDE-skrivbordsmiljön använder openbox-fönsterhanteraren - till skillnad från andra DE:er som använder fönsterhanterare skrivna specifikt för dem, inkluderar LXDE en fönsterhanterare som är utvecklad oberoende av resten av miljön.
I var och en av dessa miljöer kan standardfönsterhanteraren ersättas av en annan av en eller annan anledning.
Två av de viktigaste exemplen för Ubuntu är kanske ersättningen av standard Metacity-fönsterhanterare med Compiz för att möjliggöra olika specialeffekter, eller med Openbox för att minska resursförbrukningen och ge mer exakt fönsterhantering (effektivare användning av snabbtangenter, placera fönster i olika lager (alltid på toppen) etc.)
Egentligen finns det inga hinder för att använda kwin-fönsterhanteraren i Gnomes skrivbordsmiljö, eller vice versa.
I händelse av att fönsterhanteraren byts ut som en del av arbetsmiljön räcker vanligtvis följande åtgärder:
Lägga till ett kommando för att ersätta fönsterhanteraren i autorun med hjälp av sessionskontrollverktygen i den här miljön (textbook compiz –replace)
Om du vill överföra kontrollen över skrivbordet till fönsterhanteraren (till exempel för att få menyn Openbox att visas när du högerklickar på skrivbordet), inaktivera funktionen för skrivbordskontroll i inställningarna för applikationen som gör detta genom att standard. I Ubuntus fall är detta Nautilus.
När du byter ut fönsterhanteraren som en del av arbetsmiljön fortsätter den senare att utföra ett antal viktiga funktioner för dig - sessionskontroll, montering av flyttbara media, hantering av urklipp och nätverk, associering av filer med applikationer. Du ändrar endast och exklusivt fönster- och skrivbordshanteringsmekanismen.
Anta att du, för att minska förbrukningen av RAM och processorkraft, för självutbildning eller av estetiska skäl, bestämmer dig för att självständigt distribuera en arbetsmiljö baserad på någon form av fönsterhanterare.
Vad har gett dig en arbetsmiljö hittills? Vad har du nu att konfigurera själv? Vilka uppgifter utförs av de flesta fönsterhanterare, och vilka utförs med hjälp av tredjepartsverktyg?
Låt oss ta det i ordning.
Autostart och sessionskontroll. Om du är i en skrivbordsmiljö kan du lägga till ett program för att köra automatiskt igenom GUI, nu kommer du troligen att behöva registrera sådana applikationer i konfigurationsfilen för din fönsterhanterare. När jag ser framåt kommer jag att säga att du troligtvis kommer att behöva lägga till en bricka och/eller panel, en tangentbordslayoutväxlare, ett verktyg för att hantera nätverksanslutningar, ett verktyg för att montera flyttbara media, ett verktyg för att rita tapeter, en e-postklient och en Internet messenger, en torrentklient.
När du lägger till appar till autostart, var medveten om i vilken ordning de startar. Till exempel om du vill köra chefen nätverkskopplingar eller en torrentklient, kommer de troligen att behöva en bricka, så de bör starta efter brickan, eventuellt med viss fördröjning (använd sleep-kommandot)
Hantering av nätverksanslutning. Skrivbordsmiljön ger dig en nätverksanslutningshanterare, i fallet med en fönsterhanterare måste du ta hand om detta själv. Du kan ansluta till nätverket innan du startar den grafiska servern, eller efter att du har startat fönsterhanteraren och kört facket nm-applet eller wid-klient.
Urklipp. Du kanske märker att du klistrar in en textbit från webbläsaren i textredigerare nu endast möjligt när "donator"-applikationen körs. Installera och lägg till en urklippshanterare för att autostarta, till exempel, parcellit.
Byta tangentbordslayout. Det har försvunnit!
Den mest mångsidiga lösningen:
Setxkbmap -layout "us,ru(winkeys)" -modell "pc105" -alternativ "grp:ctrl_shift_toggle,grp_led:scroll"
Den måste också läggas till i autorun. För mer finjustering byt layout, använd verktygen xxkb eller xneur
Kanske behöver du paneler och/eller brickor. Fönsterhanteraren kan inkludera en panel, som är fallet med fluxbox, men du kan använda vilken som helst annan - anspråkslös för resurser nyans 2 eller funktionell gnome-panel eller xfce-panel
Energihantering. Om du använder en bärbar dator kan du behöva hantera strömprofiler. Kan användas gnome-power-manager eller xfce-power-manager
Tapet. De flesta fönsterhanterare kommer att visa dig en svart skärm istället för bakgrundsbild. För att ändra och visa tapeten behöver du ett separat verktyg, en speciell tapethanterare är lämplig kväve eller bildvisare feh
Skrivbordsikoner. Om du överhuvudtaget behöver dem kan du använda en filhanterare som kan rita dem. Nautilus, pcmanfm eller rox-filer passa. Nautilus – i mindre utsträckning – tenderar att ta full kontroll över skrivbordet och kan komma i vägen för din fönsterhanterare.
Montering av flyttbara media. Det är möjligt att överföra denna funktion till filhanterare eller konfigurera fästet med udev
Applikationens utseende. Teckensnitt, ikoner, skrivbordsteman, markörteman. Nu måste du konfigurera dem själv. Skapa dolda .ikoner och .temamappar i din hemmapp, i den första kan du lägga till ikon- och markörteman, i den andra - GTK-teman. Uppmärksamhet! Se upp för mapphierarkin! Teman kommer bara att konfigureras om temasökvägen ser ut så här: ~/.themes/ ämnesnamn/gtk-2.0. Vissa författare gör paket med teman, och i mappen "Theme" kan det finnas undermappar "Light Theme" och "Dark Theme". Behändigt verktyg inställningar för gtk-teman, ikoner, teckensnitt och markörteman - lx utseende. Glöm inte att gtk-teman kräver så kallade "temamotorer" för att fungera korrekt, vilket ett nyinstallerat minimalsystem med största sannolikhet inte har. Du kan installera dem från förvaret, du kan se vilka motorer som finns i förvaret så här: aptitude search gtk-motorer
Stänger av datorn på annat sätt än via stopp/avstängning från konsolen. Om din fönsterhanterare inte har ett avstängningsverktyg, måste du tillgripa tredjepartsavstängningsdialoger och på så sätt redigera sudoers endast använder visudo för att tillåta din användare att stänga av och starta om datorn utan att ange ett lösenord
Verktyg för Snabbstart applikationer genom att ange ett kommando. Försök för dessa ändamål gmrun
Kompositering, även känd som "transparens och kub". Eftersom compiz själv är en fönsterhanterare går det tyvärr inte att kombinera med openbox eller fvwm. Det finns dock sammansatt chefer som inte är engagerade i fönsterrendering, utan uteslutande med specialeffekter - cairocompmgr och ett gäng xcompmgr Och överföra- båda låter dig lägga till några enkla sammansättningsspecialeffekter (skuggor, transparens), men inget mer.
Kortkommandon, fönsterdekorationer, virtuella skrivbord och menyer tillhandahålls vanligtvis av fönsterhanteraren och konfigureras i den senares konfigurationsfil.
fönster Linux-hanterare används för att hantera programfönster på systemet. Till exempel när du kör någon grafikapplikation, den öppnar sitt fönster. För att det här fönstret ska röra sig och se vackert ut arbetar en chef i bakgrunden, som ansvarar för alla dessa funktioner.
Vanligtvis är en fönsterhanterare inbyggd i din skrivbordsmiljö, men för mycket lätta system kan du använda en fönsterhanterare utan miljö. I den här artikeln har vi sammanställt de bästa Linux-fönsterhanterarna som du kan installera och använda på ditt system.
Blanda inte ihop fönsterhanterare med skrivbordsmiljöer. Skrivbordsmiljöer innehåller vanligtvis verktygsfält, bakgrundsbilder, widgets, mappar och ikoner. De har också vanligtvis en separat uppsättning bibliotek och applikationer för att göra det bekvämare för dig att arbeta på din dator. Fönsterhanterare hanterar bara fönster. Skrivbordsmiljöer har redan inbyggda fönsterhanterare och fönsterkompositörer som låter dig rita och skapa fönster separat.
Först på vår lista är i3. Det är en väldokumenterad och mycket anpassningsbar fönsterhanterare. I den här hanteraren kan användaren anpassa allt han vill, från positionen för den öppna applikationen, slutar med sin egen kortkommando. Fördelen med i3 är att all konfiguration är i textform, du behöver inte kunna några språk som LUA eller Haskell.
Växling mellan flytande fönster görs med Win+Shift+Mellanslag. Fönsterhanteraren utvecklas aktivt och de buggar som hittas fixas av utvecklarna. Du kan också använda terminalen för att utföra nödvändiga åtgärder.
Awesome WM är en av de bästa fönsterhanterarna för Linux som använder det asynkrona XCB-biblioteket istället för Xlib. Fönsterhanteraren är skriven i C++. Du kan anpassa den, ändra stil, utseende och ställa in snabbtangenter. Och allt detta måste göras på LUA-språket.
Standardkonfigurationerna räcker för bekvämt arbete. Den stöder flera skrivbord, eventuellt ändra storlek och flytta paneler med musen. Vilken komponent som helst kan ändras via konfigurationsfilen.
XMonad är perfekt för dig om du vill kunna utöka din fönsterhanterare i programmeringsspråket Haskell. Du kommer inte att vara begränsad till några förprogrammerade mallar och kommer att kunna programmera vad som helst i konfigurationen. Standardinställningarna är mycket enkla att ändra och programkoden hålls alltid ren och säker. XMonad är mycket snabb och lätt, så det fungerar även på ett långsamt system.
Av funktionerna är det möjligt att notera stöd för flera bildskärmar, och även om du saknar någon funktion kan den läggas till med hjälp av moduler.
Openbox är en mycket lätt och en av de mest populära fönsterhanterarna för Linux. Den tar bara upp 100 megabyte RAM när den har laddats ner. Det är ganska stabilt, och utvecklarna stänger ständigt nya "hål" och buggar.
Det är mycket anpassningsbart och lätt att använda. Du kan redigera konfigurationsfiler eller använd konfigurationsverktygen.
Denna Linux-fönsterhanterare ingår i paketet programvara Suckles Suite. Vanligtvis kan användare anpassa och utöka dess kapacitet genom att ändra källkod. Hela dwm-koden ryms i mindre än 2000 rader, så det är ett exempel på mycket ren och läsbar kod. Dessutom är dwm väldigt lätt, har en enkel design och förbrukar få resurser.
De enkla dwm-inställningarna och snabbtangenterna är genomtänkta och detta gör den till en av de bästa fönsterhanterarna som finns. Du kan gruppera program och fönster på skrivbordet. Barhanterarens status visar information om Wi-Fi-anslutning, volymnivå och batteristatus.
Denna fönsterhanterare är baserad på GTK-klientdekorationen. Den har en enkel men ändå genomtänkt design, som om du använder ElementaryOS-designregler.
Gala passar nybörjare. Den är otroligt konfigurerbar och har alla snabbtangenter du behöver för enkel användning. För heta hörn kan du tilldela utförandet av vissa uppgifter eller dina egna kommandon.
Gala har också animationer och intressanta effekter. Du kan lägga till och ta bort dem efter behov. Fönsterhanteraren är väldigt lätt och fungerar bra på avancerad hårdvara som Chromebooks eller äldre bärbara datorer. Galan är stabil. Det anses också vara en av de mest nämnda fönsterhanterarna genom tiderna.
Lätt anpassningsbar fönsterhanterare i KDE:s skrivbordsmiljö. Men det kan användas i andra grafiska miljöer också. Alla inställningar kan ändras via det grafiska gränssnittet.
KWin erbjuder flest effekter jämfört med andra fönsterhanterare. Du kan fästa skuggor på fönster, göra dem klibbiga och vingliga, lägga till olika effekter för att minimera och maximera fönster och mycket mer.
Om du letar efter den lättaste fönsterhanteraren för Linux, kommer Fluxbox att göra det det bästa valet till dig. På vilken hårdvara som helst kommer det att fungera väldigt snabbt. Det är också lätt att använda och ställa in.
Du behöver inte kunna något programmeringsspråk för att ställa in det - fönsterhanteraren har enkel konfiguration och fönsterhantering. Olika teman och parametrar för kalibrering är förinstallerade, och automatisk plattsättning stöds också.
Denna fönsterhanterare anses vara väldigt enkel och okomplicerad. Den är också mycket effektiv när det gäller användning. disk utrymme och minne. Här finns inga paneler eller fönsterdekorationer. Men de kan läggas till genom inställning ytterligare applikationer. Fönstergrupperingssystemet är mycket likt virtuella skrivbord.
Windows är organiserade i olika namngivna grupper och du kan växla mellan dem mycket enkelt. Användaren kan skapa eller ta bort grupper. Musca stöder flera bildskärmar och kan skapa fönstergrupper automatiskt.
Denna fönsterhanterare är väldigt lik Xmonad. Men den använder konfigurationsfiler med vanlig text. Efter att ha ändrat inställningarna kan du räkna om konfigurationen utan att starta om miljön. Detta tillåter användare att se resultatet av ändringar utan att behöva starta om managern. Standardgränssnittet är väldigt enkelt.
Att ställa in spectrwm är väldigt enkelt eftersom det har en grundläggande uppsättning inställningar och du behöver inte kunna något programmeringsspråk för att ändra dem. Därför är den idealisk för nybörjare och de som vill använda Xmonad men inte känner till Haskell.
Denna fönsterhanterare är mycket lätt att förstå och konfigurera. Alla inställningar görs via kommandorad och du behöver inte lämna miljön. En stor egenskap hos HerbstluftWM är dess stöd för manuell och automatisk fönsterplattning. Användaren kan ställa in automatisk plattsättning för varje fönster eller program. Automatisk plattsättning kan när som helst ändras till manuell.
Det använder ett Bash-skript för att ställa in det, men förutom det är det ganska enkelt. Du kan använda olika layoutmallar, samt skapa mallar i farten. Dubbla bildskärmar stöds också.
Om du är nybörjare så är detta den bästa fönsterhanteraren för dig. Det krävs inga programmeringskunskaper för att ställa in miljön. Och i allmänhet är det mer som en skrivbordsmiljö. Alla inställningar görs via det grafiska gränssnittet.
Du kan helt anpassa den efter eget tycke och även lägga till en valfri komposithanterare. Den har också virtuella skrivbord, widgets. Enlightenment är en mycket snabb miljö, perfekt för bärbara datorer.
JWM är en extremt lätt fönsterhanterare. Den används som standarddisplayhanterare i Puppy Linux. Den är också perfekt för alla gamla datorer. Menyer och fönster öppnas snabbare än andra chefer. Dessutom är JWM lätt att ställa in, du behöver inga programmeringskunskaper för detta.
Designen av Window Maker är mycket lik NeXT GUI och användaren kommer att vara bekväm med att arbeta med det. Fönsterhanteraren är mycket lätt och elegant, och den kan utökas med olika dockningspaneler.
IceWM är en av de lättaste fönsterhanterarna som finns. Det tar väldigt lite plats på din hårddisk. Det är snabbt och ganska lätt att styra med hjälp av tangentbordet. Det finns också många inställningar och teman som du kan använda. Den stöder också flera bildskärmar.
Linux-nybörjare kanske tror att Pantheon är gjord för personer som har använt MacOS tidigare. Det är en modern fönsterhanterare med vacker design. Det finns en docka här som kan användas för att starta applikationer. Program kan sorteras efter kategori eller alfabetiskt.
Med denna sammansättningshanterare kan du dela upp skärmen i delar och placera fönster där mycket enkelt. Det finns en inbyggd möjlighet att knäppa fönster, samt många teman och möjligheten att skapa nya teman. Du kan ställa in om nya fönster ska öppnas i kanten av skärmen eller i mitten.
Ratpoison är mycket lätt att konfigurera. Det kommer att ta mycket kortare tid att sätta upp än för andra chefer, eftersom han har en mycket enkel struktur. Huvudåtgärderna i programmet utförs med hjälp av tangentbordet, det kommer att vara väldigt lite arbete med musen. Du kan skapa flera skrivbord om det behövs.
Compiz skrivbordskub
Compiz är en gammal fönsterhanterare som användes mycket förr. Det finns ännu fler effekter här än Kwin. Till exempel är det känt för en sådan effekt som skrivbordskuben. Det stöder också att utöka Compiz med plugins. Du kan aktivera eller inaktivera en funktion genom att aktivera eller inaktivera dess plugin. Installationsprocessen är mycket enkel - allt är i ett speciellt verktyg.
Den här fönsterhanteraren har inget ritnings-API. Wayland-användare får ett DRM-bufferthandtag som fungerar som en pekare till grafikminne. För att rita bilder i Wayland, använd grafikkort, inte processorn. Wayland kommer att göra arbetet med det grafiska skalet enklare och ta bort många onödiga saker. Dess huvudsakliga mål är att förenkla Linux-grafikstacken. I framtiden kommer den att användas i stället för X-servern i alla miljöer, men den är för närvarande under utveckling.
Det finns tre huvudtyper av fönsterhanterare i Linux: stack, tiling och composite. Kompositer tar hand om 2D- och 3D-miljön. Stapling gör att fönster kan överlappa varandra ovanpå skrivbordsbakgrunden. Kakelsättning ser till att alla fönster är synliga samtidigt och inte överlappar varandra.
I den här artikeln granskade vi de bästa Linux-fönsterhanterarna. Var och en av dem har sina för- och nackdelar. Innan du gör ett val, bestäm vad du behöver och prova så många alternativ som möjligt. Programmen är gratis och bara några få kommandon räcker för att installera dem. Vilka är de bästa fönsterhanterarna du känner? Vilken kommer du att använda? Skriv i kommentarerna!
