A következő címkéjű bejegyzések mutatása: szoftverek. Összes bejegyzés megjelenítése
A következő címkéjű bejegyzések mutatása: szoftverek. Összes bejegyzés megjelenítése

2021. november 11., csütörtök

A Canonical átalakítja a Linuxot Macen

A fejlesztők mostantól Linux példányokat indíthatnak az Apple M1-en a Multipass 1.8 segítségével

November 9. London, Egyesült Királyság: Az Apple bejelentése nyomán, hogy az Apple új, gyökeres változást jelentő M1 MacBookok sorozatát jelentette be, a Canonical gyors és egyszerű Linuxot hoz az M1 platformra. A Multipass, a Linux keresztplatformos futtatásának leggyorsabb módja, a múlt héten frissítést kapott, amely lehetővé teszi az M1 felhasználók számára, hogy Ubuntu VM-eket futtassanak minimális beállítással. A Multipass egyetlen paranccsal képes letölteni és elindítani egy virtuális gép képét, és az M1-en dolgozó fejlesztők mostantól akár 20 másodperc alatt futtathatják a Linuxot.

Linux az M1-en: lendületet ad a fejlesztőknek

Eddig az M1-felhasználóknak nem sok lehetőségük volt Linux futtatására. Az olyan népszerű VM-eszközök, mint a VirtualBox és a VMWare vagy nem támogatják az új architektúrát, vagy még mindig az előnézeti szakaszban vannak. Ahol van támogatás, ott jellemzően gyakorlati konfigurációt, kezelést és karbantartást igényel. A Multipass a Canonical válasza: egy ingyenes VM-szoftver, amely minden beállítási és konfigurációs terhet eltávolít, így a fejlesztők rögtön a számukra fontos projektekkel foglalkozhatnak.


A Canonical termékmenedzsere, Nathan Hart szerint "a Canonical azt szeretné, hogy a fejlesztők gyorsabban futtassanak Linuxon, mint bármely más lehetőséget a piacon, és a Multipass csapata segített ebben".

Linux, ahol szükség van rá

A Multipass 1.8.0 más új funkciókkal és a motorháztető alatti fejlesztésekkel érkezik, amelyek azok számára is érdekesek, akik alacsony költségű Linux környezetet keresnek. Az egyik ilyen kulcsfontosságú funkció az aliasok. 

Az aliasok az Ubuntut a választott terminálra hozzák.

Az aliasok lehetővé teszik a Multipass-felhasználók számára, hogy a VM-en belüli parancsokat a host operációs rendszer parancsaihoz kössék. Azok számára, akiknek csak néhány felhasználási esethez van szükségük Linux-környezetre, ez paradigmaváltást jelent. Ahelyett, hogy kontextust váltanának a szükséges szoftver eléréséhez, ezek a felhasználók mostantól közvetlenül a host terminálról futtathatnak szoftvereket a VM-jeiken belül. Az aliasok a felhasználók számára közel natív élményt nyújthatnak bármilyen linuxos programhoz. Az aliasok például a Docker Desktop alternatíváját jelenthetik a Dockert Windowson vagy Macen futtatni kívánó fejlesztők számára.


Egységes Linux-élmény platformok között

A legújabb frissítéssel a Multipass már minden fontosabb számítástechnikai platformot támogat, így a fejlesztők minden rendszeren egységes élményt kapnak. Akár megrögzött Mac-rajongó, akár a Windows ökoszisztémába teljesen integrált csapat tagja, akár Linux-purista, a Multipass biztosítja a szükséges fejlesztői környezetet.

Jól megcsinált VM-ek

A Multipass megszünteti a VM-ek létrehozásának, kezelésének és karbantartásának bonyolultságát. Egyetlen paranccsal helyettesíti a VM konfigurálásának, a lemezkép keresésének és ellenőrzésének, az operációs rendszer telepítésének és a virtuális gép indításának folyamatát. Több VM gyorsan és egyszerűen indítható vagy semmisíthető meg, a fejlesztők pedig egyre bővülő könyvtárnyi kép és speciális célú gép közül választhatnak, mint például az Anbox Cloud appliance, amely lehetővé teszi a fejlesztők számára, hogy Android-alkalmazásokat futtassanak a Multipassban.

Ha többet szeretne megtudni a Multipassról, vagy letölteni a legújabb verziót, látogasson el a multipass.run oldalra.

A legújabb kiadással kapcsolatos további információkért tekintse meg a teljes kiadási megjegyzéseket (angol).


A Canonicalról 


A Canonical az Ubuntu, a legtöbb nyilvános felhőalapú munkaterheléshez, valamint az intelligens átjárók, önvezető autók és fejlett robotok feltörekvő kategóriáihoz használt operációs rendszer kiadója. A Canonical vállalati biztonságot, támogatást és szolgáltatásokat nyújt az Ubuntu kereskedelmi felhasználói számára. A 2004-ben alapított Canonical magántulajdonban lévő vállalat.

Forrás: Canonical Transforms Linux on Mac.

2021. július 27., kedd

MacOS "Quick Look" (Gyorsnézet) Ubuntun a GNOME Sushi segítségével


Néha a Nautilusban a fájlok miniatűrjei nem elegendőek. Néha közelebbről meg kell néznie egy fájlt, fényképet vagy mappát, hogy megbizonyosodjon arról, hogy valóban az a fájl, fotó vagy mappa, amit keres, de anélkül, hogy egy teljes körű alkalmazást kellene megnyitnia, hogy ezt kiderítse.


És itt jön a képbe a GNOME Sushi.

A GNOME Sushi a macOS "Quick Look" alternatívája a Nautilus-t, azaz a GNOME híres fájlkezelőjét használó Linux asztalok számára.


Kiválaszt egy fájlt a Nautilusban, megnyomja a szóköz billentyűt, és megjelenik a fájl azonnali (és általában interaktív) előnézete - nem kell megnyitni egy teljes alkalmazást.


A Sushi támogatja a legtöbb egyszerű szöveges dokumentum előnézetét, beleértve a szkripteket szintaxis-kiemeléssel, valamint a PDF-eket, HTML-fájlokat és LibreOffice-dokumentumokat is. A zene- és videofájlok előnézete a GStreamer keretrendszert használja, hogy lehetővé tegye a keresést/böngészést.


És természetesen a GNOME Sushi különösen jól használható a fényképek nézegetésére:

GNOME Sushi képelőnézet

Az előnézet megtekintésekor a billentyűzet nyílbillentyűivel lapozhat a különböző fájlok között, a Sushi pedig automatikusan beállítja az ablak méretét és jellemzőit. Például, mondjuk, ha egy "a" betűvel kezdődő képfájlt tekint meg előnézetben, akkor a jobb oldali nyílbillentyű lenyomásával kiválaszthat egy "b" betűvel kezdődő PDF fájlt, és ez "csak úgy működik".


A Sushi előnézet bezárásához ismét nyomja meg a szóköz billentyűt. Ez egy intuitív viselkedés, amelyet könnyű elsajátítani; egy szóköz megérintése az előnézethez, egy szóköz megérintése az elutasításhoz.


Az egyik funkció, ami (sajnos) hiányzik a Sushi-ból a macOS megfelelőjéből, az az "akciók". Nem lehet egy képet előnézetben megnézni, majd ugyanabban az ablakban egy gombot megnyomni, hogy megjegyzéseket fűzzön hozzá.


A leggyakoribb fájlelőnézeteknél a Sushi lehetőséget ad arra, hogy a fájlt a fájltípushoz tartozó alapértelmezett alkalmazásban nyissa meg, ami jobb, mint a semmi.

GNOME Sushi telepítése Ubuntura

A GNOME Sushi egy egyszerű funkció, amely nagy hatással van a munkafolyamatokra. Zökkenőmentes előnézeti képességei olyanok, hogy néhány nap használat után azon fog csodálkozni, hogyan boldogult nélküle!


A GNOME Sushi telepítéséhez Ubuntun futtassa ezt a parancsot:

sudo apt-get install gnome-sushi

Alternatívaként telepítheti az alkalmazást az Ubuntu Software segítségével:

A GNOME Sushi telepítése Ubuntun.

Lehet, hogy újra kell indítania a Nautilust (ki- és bejelentkezni), hogy a funkció működésbe lépjen, de ha ez megtörtént, akkor máris használható: nyissa meg a Nautilust, válasszon ki egy fájlt az egérrel vagy a billentyűzettel, és nyomja meg a szóköz billentyűt az előnézethez!


Röviden, a GNOME Sushi gyors és hatékony módot biztosít arra, hogy azonnal megnézze a PDF-fájlokat, fényképeket és más dokumentumokat anélkül, hogy teljesen meg kellene nyitnia őket. Én ezt az eszközt kihagyhatatlannak tartom az asztalomon, de ossza meg velem a véleményét lent a hozzászólásokban!

Forrás: Get macOS ‘Quick Look’ on Ubuntu with GNOME Sushi.

2021. július 24., szombat

A top hat Android emulátor Android alkalmazások és játékok futtatásához és teszteléséhez Linuxon 2021-ben

 Az Android egy erősen testreszabott Linux kernelre épül. Így a mobilalkalmazások Linuxon történő futtatásának Android emulátor segítségével van értelme.


Bár ez nem valami újdonság, amit a Linux gépen megtehet, ez egy olyan funkció, amire nagyobb igény mutatkozik, miután a Windows 2021-ben bevezette az Android-alkalmazások futtatásának lehetőségét.


Nem csak az alkalmazások használatára korlátozódik, az Android emulátorok némelyike a fejlesztéshez és a teszteléshez is jól jöhet.


Ezért összeállítottam egy listát a legjobb emulátorokról, amelyeket Android alkalmazások/játékok tesztelésére vagy futtatására használhat Linuxon.

1 - Anbox

Az Anbox egy elég népszerű emulátor, amely lehetővé teszi a Linux felhasználók számára, hogy Android alkalmazásokat futtassanak. Valószínűleg ezt használja a Deepin Linux is, hogy segítsen az Android alkalmazások futtatásában.


Egy konténer segítségével izolálja az Android operációs rendszert a gazdatesttől, ami lehetővé teszi számukra azt is, hogy a legfrissebb Android verziót tegyék használhatóvá.


A futó Android-alkalmazások nem fognak közvetlen hozzáférni a hardverhez - ami egy jó biztonsági döntés.


Az itt szereplő néhány más lehetőséggel ellentétben az Anboxnak technikailag nincs szüksége emulációs rétegre ahhoz, hogy az Android működjön. Más szóval, ez a lehető legközelebb áll a natív Android-élményhez a Linux rendszerén.


Emiatt nem biztos, hogy ez a legegyszerűbb elérhető opció. Nem használhatja egyszerűen a Google Play Store-t az alkalmazások telepítéséhez, hanem az Android Debug Bridge (ADB) segítségével kell telepítenie az alkalmazásokat. Mindössze egy alkalmazás APK fájljára van szüksége ahhoz, hogy telepíteni és használni tudja azt.

Anbox.

2 - Genymotion

A Genymotion egy lenyűgöző, tesztelésre és fejlesztésre szabott megoldás.


Nem ingyenes és nyílt forráskódú lehetőség. Virtuális Android-élményeket nyújtanak szolgáltatásként a felhőn keresztül vagy egy asztali klienssel, amely független az Android Studiótól.


Különböző hardverkonfigurációkat és Android-verziókat szimulálhat, hogy virtuális eszközt hozzon létre a teszteléshez. Lehetőséget ad továbbá a skálázásra, és több Android virtuális eszköz is futhat a kiterjedt tesztekhez.


Segítségével tesztelheti, hogyan működik a fájlfeltöltés az alkalmazásában, hogyan befolyásolja az akkumulátort, a teljesítményt, a memóriát stb.


Bár ez egy prémium megoldás főként szakemberek számára, támogatja a legújabb Linux disztribúciókat, amelyek közé tartozik az Ubuntu 20.04 LTS is.

Genymotion.

3 - Android-x86



Az Android x86 egy nyílt forráskódú projekt, amelynek célja, hogy az Android 32 bites támogatással fusson a PC-n.


Választhat, hogy telepíti egy virtuális gépkezelő segítségével a Linux rendszerére, vagy közvetlenül kipróbálja a PC-n.


Hivatalos telepítési utasítások állnak rendelkezésre, ha szükséges.


Néhány más lehetőséggel ellentétben ez egy egyszerű emulátor, amely megpróbál működni a PC-n, mindenféle díszes funkció nélkül.

Android-x86.

4 - Android Studio (Virtuális Eszközök)


Az Android Studio egy teljes értékű eszköz a fejlesztéshez és teszteléshez. Szerencsére a Linux-támogatással szükség esetén az Android-élményt is emulálhatja vele kísérletekhez.


Csak létre kell hoznia egy Android virtuális eszközt (AVD), amelyet konfigurálhat, majd emulátorként szimulálhat.


Jó esély van arra, hogy a legújabb okostelefonok, tévék és okosórák egy részének támogatását is megtalálja.


Kell némi tanulási folyamat ahhoz, hogy sikerüljön, de ingyenes és teljesen nyílt forráskódú.

Android Studio.

5 - ARChon



Érdekes megoldás egy Android emulátor, amelyet Linuxon és bármely más platformon is használhat.


Segít Android alkalmazások futtatásában Chrome OS-en vagy Chrome böngészővel bármilyen operációs rendszeren. Egyesekkel ellentétben nem biztos, hogy teljes Android-élményt kapunk, hanem csak Android-alkalmazások futtatásának lehetőségét.


Csak ki kell csomagolnia a runtime-ot, és be kell töltenie a Chrome bővítményekbe. Ezután az APK-fájl letöltésével hozzáadhatja a használni kívánt alkalmazást.

ARChon.

6 - Bliss OS



A Bliss OS egy újabb nyílt forráskódú projekt, amely az Android x86-hoz hasonlóan az Android PC-n való futtatását célozza.


Az Android x86-tal ellentétben több kompatibilitási lehetőséget biztosít, mivel támogatja mind a 32 bites, mind a 64 bites architektúrákat. Emellett letöltheti a kompatibilis fájlt a processzorának megfelelően.

Aktívan karbantartott, és támogatja a piacon elérhető legújabb Android verziókat.

Bliss OS.

Összegzés

Bár számos Android emulátor érhető el Linuxra, ezek nem helyettesíthetik a teljes értékű okostelefon-használatot.


Minden emulátor egy sor funkcióval és egy adott céllal együtt érkezik. Válassza ki azt, amelyre szüksége van!


Kipróbálta már az Android emulátorokat? Melyik a kedvenc emulátora, amit Linuxon használt? Nyugodtan ossza meg velem a lentebb megjegyzésben.

Forrás: Top Android Emulators to Run and Test Android Apps on Linux.

2021. július 21., szerda

A Nautilus 40 bekerül az Ubuntu 21.10 daily build-ekbe

 


A Nautilus 40 bekerül az Ubuntu 21.10 daily build-ekbe.

Bár érkezése nem a legjelentősebb esemény ebben a ciklusban, a Nautilus 40 számos olyan fejlesztést és funkciót tartalmaz, amelyekkel az Impish napi tesztelői szívesen játszanak majd.

Mint például?

Nos, a híres fájlkezelő ezen frissítése végre lehetővé teszi, hogy a fájlokat a lista nézetben a létrehozás dátuma szerint rendezze (egy régóta fennálló kérés); azt mondják, hogy "pontosabb" fájlátviteli és másolási becsléseket továbbít; és javítja a lapkiegészítést a helybeviteli sávban (a ctrl + l megnyomásával érhető el).

A fejlesztések másik területe a fájlkonfliktus párbeszédpanel. Ez akkor jelenik meg, ha olyan fájlt vagy mappát próbál másolni vagy áthelyezni, amelynek a neve megegyezik egy meglévő fájl vagy mappa nevével. A Nautilus 40-ben továbbra is lehetőség van a fájl cseréjére vagy átnevezésére, de most már lehetőség van a helyettesítő név megadására is, ahogy ez a képernyőkép mutatja:

Fájlkonfliktus párbeszédpanel a Nautilus 40-ben

A Nautilus 40 beépített .zip kicsomagoló funkciót is kapott, amely támogatja a jelszóval védett .zip fájlokat; és a Nautilus beállítási paneljének egyoldalas újratervezése megkönnyíti az egyes beállítások megtalálását.

Hangsúlyoznom kell, hogy a közelgő Ubuntu 21.10 kiadás (ha minden jól megy) októberre már a Nautilus 41-et is tartalmazhatja, így a Nautilus 40-et egyelőre tekintsük egyfajta ideiglenes érkezésnek vagy helytartónak.

2021. július 19., hétfő

A KDE Connect már elérhető Windows 10 alatt

A KDE Connect az egyik legjobb módja annak, hogy az Android okostelefonodat integráld a Linux asztali desktopoddal. Mostantól a technológia a Windows felhasználók számára is elérhető.

A KDE Connect for Windows béta verziója tesztelésre elérhető, bár jelenleg csak a Microsoft Store alkalmazáslistázó oldalának speciális linkjén keresztül érhető el. Ez azt jelenti, hogy nem lehet megnyitni a Microsoft Store-t, rákeresni a "KDE Connect"-re, és így telepíteni.

A KDE Connect a Microsoft Store-ban


A KDE Connect csatlakozik a Microsoft Store-ban található KDE-szoftverek sorához, ahol olyan kedvencek, mint a Krita festőalkalmazás, az NLE Kdenlive és a Kate szövegszerkesztő már elérhetőek - és népszerűnek bizonyulnak.


A KDE Connect windows alkalmazás a meglévő Qt Linux alkalmazás (majdnem) portja. A fejlesztők - legalábbis az általam tesztelt verzióban - nem hoztak létre egy új alkalmazást a semmiből a natív Windows API-kat használva. Bár ez azt jelenti, hogy az alkalmazás egy kicsit eltér a többi natív UWP és Win32 alkalmazáshoz képest, ez nem egy hatalmas hátrány, mivel a KDE Connect "csábítása" az integrációiban rejlik, nem pedig a megjelenésében!

Az alkalmazás képes az akkumulátor és a jelerősség kijelzésére


A béta-verzióban a következő funkciók működnek:


  • Megosztott vágólap a Windows és az Android rendszer között
  • A telefon akkumulátorának és jelerősségének megjelenítése az asztalon
  • Távoli bevitel (azaz a telefon egérként való használata Windowson)
  • Értesítések szinkronizálása
  • Fájlok átvitele
  • Zene szüneteltetése
  • Multimédiás távvezérlés
  • Prezentációs távirányító
  • Végponttól végpontig TLS titkosítás
  • WiFi kapcsolat
  • Egyéni parancsok futtatása az asztalon távolról 
  • A telefon helyének meghatározása

Ne feledje, hogy ez egy béta kiadás. Előfordulhat, hogy egyes felsorolt funkciók nem működnek teljesen, részben vagy egyáltalán nem.

Könnyen át tudtam dobni a fájlokat a telefonomról a Windows 10-re (bár a Windows oldalán be kell állítania egy fogadóhelyet), és fordítva. Soha nem kaptam Windows értesítést arról, hogy egy fájl érkezett, de a fájlok megérkeztek a várt helyre. A kétirányú vágólap-szinkronizálás szintén egy olyan funkció, amelyért kezeskedni tudok. Szilárd dolog.


A KDE Connect for Windows állítólag támogatja a telefon fájlrendszerének távoli böngészését is (pontosabban az Android fájlrendszerének sFTP segítségével történő mountolását), de nincs sFTP alkalmazás telepítve a Windows rendszeremre, így nem tudtam kipróbálni.

Ne felejtsd el párosítani az alkalmazást először


Milyen a KDE Connect és a Microsoft Your Phone alkalmazás összehasonlítása? Fogalmam sincs. Nem vagyok nagy Windows-felhasználó, és amikor egyszer elkezdtem beállítani a Your Phone alkalmazást, azonnal elkeseredtem a rengeteg engedélykérés miatt.


Bár a KDE Connect büszkélkedhet néhány azonos funkcióval, például az értesítések szinkronizálásával, összességében kevésbé igényes alkalmazás, és valószínűleg sokkal kíméletesebb lesz mind a laptop akkumulátorának élettartamához, mind a magánélethez!


De a legjobb módja annak, hogy kiderítse, mennyire jól működik az Ön számára, ha saját maga próbálja ki.


A KDE Connect Windowsra történő telepítéséhez Windows 10 v14316.0 vagy magasabb verziójú Windows 10-re van szükség, az alkalmazást pedig ezen a linken keresztül kell telepítenie:

KDE Connect a Microsoft Store-ban.

Ne feledje, hogy az alkalmazás csak akkor működik, ha a Google Play és az F-Droid oldalon elérhető KDE Connect Android alkalmazást futtató Android készülékkel van párosítva.

Forrás: KDE Connect is Now Available on Windows 10.


2021. július 18., vasárnap

"Minden preferenciának ára van" - A fejlesztő elmagyarázza a "GNOME irányát"

Tobias Bernard, a GNOME munkatársa egy új blogbejegyzést tett közzé, amelyet mindenképpen érdemes elolvasni, ha érdekel a GNOME desktop iránya.

Fontos a projektben dolgozó emberek indoklását elolvasni. Segít megérteni a gondolkodásmódjukat és a munkamódszerüket. Az olyan hozzászólások, mint Tobiasé, segítenek kitölteni az üres helyeket, hogy miért teszi a GNOME azt, amit tesz, és ez egy egészséges dolog, akár egyetértesz az adott döntéssel, akár változtatsz rajta.

"A hagyományos desktop halott, és nem jön vissza" - Tobias Bernard.

A GNOME desktop "végfelhasználójaként" könnyen úgy érezheti az ember, hogy egyes változások vagy diktátumok (látszólag) a semmiből érkeznek, valódi ok és indok nélkül.

Vegyük például az asztali ikonok támogatásának megszüntetését a Nautilusban. Ez már papíron is ellentmondásos eltávolításnak számított, de az a tény, hogy (látszólag) egyik napról a másikra történt, a felhasználókat váratlanul érte, ami tovább fokozta az ezt követő (viszonylagos) felháborodást.

De ahogy Tobias "Közösségi erő" című sorozatában kifejtette, munkáját "értékek és elvek" vezérlik. A GNOME szerinte igyekszik "amennyire csak lehetséges, elkerülni a preferenciákat", és inkább a mögöttes problémákat kezeli, amelyek a túlzott lehetőségek (és így a teher) kialakulását okozzák.

Az asztali ikonokkal kapcsolatos példámban az, hogy a Nautilusból eltávolítva annak elavult, karbantartatlan kódját, lehetővé tette a GNOME fejlesztőinek, hogy egy jobb Nautilust tudtak készíteni. Olyat, amely a tényleges feladatára, a fájlok kezelésére összpontosít, nem pedig az asztali ikonok rajzolására.

Könnyű szem elől téveszteni azt a tényt, hogy akár támogatunk, akár ellenzünk egy adott funkciót, a fejlesztés a közös cél.

"Minden preferenciának ára van"

Fényesebb jövő az Adwaita számára


Tobias néhány más, a legutóbbi blogbejegyzésben megosztott meglátása is meglehetősen érdekes.


  • A Flatpak az alkalmazásforgalmazás jövője

Ez nem teljesen meglepő vélemény, figyelembe véve a Linux csomagolási formátumok sokaságát. A fenébe is, minden "új" csomagolási formátum úgy kezdődik, hogy megpróbálja kezelni a mennyiségüket!


De Tobiasnak igaza is van: bár egyesek a Flatpakot egy újabb tünetnek tartják az alapproblémára, amit meg akar oldani, egyre világosabbá válik, hogy a Flatpak a legjobb a kategóriájában (bocs Snap).


  • A "hagyományos desktop" halott, és nem tér vissza.

Az, hogy a modern GNOME desktop nem tekinti magát "hagyományos desktopnak", nem sokkoló. A GNOME Shell létjogosultsága a kezdetektől fogva az volt, hogy egy "modern" Linux desktop élményt hozzon létre, amely arra épül, hogy a felhasználók többet tudjanak tenni, és a kor uralkodó konvenciói előtt való meghajlás nem a legjobb módja ennek elérésének.


Tobias számára ez azt jelenti, hogy a GNOME-nak szabadon el kell hagynia "az olyan régi koncepciókat, mint a menüsorok vagy az állapotikonok", hogy ehelyett arra koncentrálhasson, hogy "valami jobbat" találjon ki holisztikusan, az alapoktól kezdve - még akkor is, ha ez a nehezebb út.

  • Az egész rendszerre kiterjedő tematizálás egy elhibázott ötlet

Valószínűleg már korábban is ismerte az ezen a területen tett erőfeszítéseket. A GNOME-nak nincs hivatalos tematizálási keretrendszere. A GTK és a GNOME Shell témák, hogy őszintén szólva, egy nem támogatott hack (gondolj például arra, hogy hány téma törik el a GNOEM kiadások között).


Tobias azt javasolja, hogy azok, akiknek nem tetszik, ahogy egy alkalmazás kinéz az asztalukon, hagyják abba a tematizálást, és inkább közvetlenül az alkalmazáshoz járuljanak hozzá, javítva annak hibáit. Alternatív megoldásként, a nagyobb "hatás" érdekében azt javasolja, hogy vegyenek részt a feljebb lévő platform témájának kidolgozásában.


Nagyra értékelem, hogy a GNOME a saját platform stíluslapját tartja a "legjobbnak" (és csak azt támogatja, ahogy kell), de a rendszerszintű tematizálás elrontásának nevezése kissé elhibázza azt, amiért a legtöbb ember egyáltalán témákat készít: kísérletezni, tanulni, testre szabni, a határokat feszegetni. Kevés téma állítja, hogy "javítja" a használhatóságot, a legtöbbnek alapvetőbb célja van: jól nézzen ki!


  • A Shell kiterjesztések mindig is hiánypótlóak lesznek.

A GNOME-bővítmények készítése helyett Tobias úgy gondolja, hogy a fejlesztőknek inkább alkalmazásokat kellene készíteniük, vagy a nagyobb "hatás" érdekében inkább a GNOME Shell upstream fejlesztéséhez kellene hozzájárulniuk. A probléma ezzel a javaslattal nyilvánvaló: a bővítmények sok olyan funkciót helyettesítenek, amelyeket a GNOME már eltávolított, vagy amelyeket a GNOME nem tart a jövőképén/tervezésén kívül esőnek. A korábban megszüntetett funkciók visszahozására irányuló hozzájárulások valószínűleg szűkszavú fogadtatásban részesülnek a rendszerben!


Nem hiszem, hogy a GNOME-bővítmények "hiánypótlónak" nevezhetők. Az Ubuntu - a világ leggyakrabban használt asztali Linux operációs rendszere - alapértelmezés szerint számos GNOME-bővítményt tartalmaz, ahogy más disztribúciók is. Az a felvetés, hogy ezek is "mindig" hiánypótlóak lesznek, némileg ellentmond a valóságnak!


A GNOME-bővítmények véleményem szerint a GNOME mint platform egyik legmeggyőzőbb (bár nem szándékos) jellemzője. Megértem, hogy a GNOME miért nem "támogatja" vagy népszerűsíti őket lelkesen, és ennek van is értelme, de annyira fantasztikus melléktermék. Sok olyan fejlesztőt ismerek, akik úgy kezdték, hogy bővítményeket készítettek, vagy hozzájárultak azokhoz, amelyeket használtak.


Lehet, hogy a nem is olyan távoli jövőben elérünk egy fordulópontot, amikor a bővítmények, hasonlóan a GTK témákhoz vagy az állapotsor ikonokhoz, az ügy ellenszenvévé válnak? Remélem, hogy nem, de az a tény, hogy a GNOME fejlesztői nem olyan optimisták a népszerűségüket illetően, mást sugall...


Gondolatok?


A jelenlegi GNOME-asztalom több kiterjesztést is használ


Nehéz nem egyetérteni azzal, amit Tobias kifejt, és ez minden bizonnyal jobb képet ad nekem (és remélhetőleg nektek is) arról, hogy ő, mint a GNOME egyik kiemelkedő fejlesztője és design vezetője mit gondol az asztalról és annak jövőjéről.


De - és ez csak az én gondolatom - a macOS és a Windows egyféle megközelítést alkalmaz; azt mondják, hogy "így kell használni a számítógépet". Mindkettő tervezőcsapatai is egy ideális vízióért dolgoznak, azt állítva, hogy felhasználóbarát, mindenki számára elérhető, meg minden. Egyik "hagyományos asztali számítógépet" sem nevezném halottnak.


A Linuxot részben az teszi vonzóvá számomra (még most is, 13 évvel az első felfedezése után is), hogy nekem ad irányítást. Az a tény, hogy én választhatom meg, hogyan viselkedjen az asztalom a hardveremen, még ma, 2021-ben is észbontóan nagyszerű.

Bár használom a GNOME-t, egyre inkább elfogadom azt a tényt, hogy manapság nem én vagyok a "célfelhasználó". Tudom, hogyan kell használni a számítógépeket. Nem vagyok elájulva attól, hogy egy pár extra opciót látok egy beállítási párbeszédablakban. Nem akarok csak egyféleképpen dolgozni; szeretek kísérletezni, felfedezni és játszani. Elfogadom a választási lehetőséget.


Hogy világos legyek: a GNOME, amelyik visszavesz a víziója megvalósításából, nem veszíti el a választási lehetőségeimet (más DE-k is elérhetőek, a kód forkolható, és így tovább).


Az elmúlt 13 évben a GNOME nem csak egy erős, felhasználóbarát desktop iránti igényemet elégítette ki, hanem (bár nem szándékosan) olyan rugalmasságot is biztosított, amely lehetővé teszi számomra, hogy bütyköljek, bővítsek, finomítsak, ha és amikor csak akarok.


Ezt nem akarom elveszíteni, és elfogadom, hogy ez teljesen önzőség!


Mégis, én csak egy csávó vagyok. Olvassátok el Tobias blogbejegyzését, majd osszátok meg velem, hogy mit gondoltok a hozzászólásokban.


Forrás: Hot Topic: “Every Preference Has a Cost” – Dev Explains the ‘GNOME Way’.






A Clapper az új kedvenc Linux-os videólejátszóm


 A Linux nem szűkölködik választékban, amikor a médialejátszókról van szó, de - és ne mondd meg a VLC-nek, hogy ezt mondtam - azt hiszem, megtaláltam az új kedvencemet.


A neve Clapper, és ez egy kiválóan megtervezett GTK alkalmazás, amelyet "egyszerű és modern GNOME médialejátszónak" neveznek.


A VLC kétségtelenül a nyílt forráskódú videólejátszók nagyágyúja - és joggal: teljesítmény, sokoldalúság, megbízhatóság, funkciók stb. tekintetében egyetlen más lejátszó sem közelíti meg.


De a VLC nem a legvonzóbb alkalmazás, és bár van mód arra, hogy a VLC-t jobbá tegyük Ubuntun, kisebb erőfeszítéssel lehet egy natív Linux médialejátszóra váltani.


Itt jön a képbe a Clapper.


Clapper Media Player Linux-hoz

A Clapper gyönyörűen integrálódik a GNOME-ba

A Clapper egy GNOME médialejátszó, amelyet GJS és GTK 4 használatával hoztak létre. A GStreamer a média háttértár, a videótartalom pedig OpenGL segítségével jelenik meg. A Clapper mind az Xorggal, mind a Waylanddel működik, és támogatja a VA-API-t AMD/Intel GPU-kon.


A Clapper nem használ hagyományos fejlécet vagy ablakcímet. Ehelyett az ablakvezérlők egyfajta OSD-t alkotnak, amely a videótartalom fölé van helyezve. Ez akkor jelenik meg, amikor az egérrel az alkalmazás fölé megy, vagy interakcióba lép az alkalmazással, de ha nincs rá szükség, elhalványul.


A lejátszó három különböző üzemmóddal is büszkélkedhet:


  • "Ablakos mód" - előrehaladási sáv, ablakvezérlők stb.
  • "Lebegő mód" - a videó az összes többi ablak tetején jelenik meg, a vezérlőelemeket elrejti.
  • "Teljes képernyős mód" - a felhasználói felület elemei nagyobbak, animálódnak be/ki.

Tökéletes kép a képben-hez


A Clapper fantasztikusan néz ki az én Fedora rendszeremen GNOME 40-nel, és ugyanolyan jó az Ubuntu 21.04 alatt GNOME 3.38-cal - minden bizonnyal sokkal jobb, mint a "Videók" app (aka Totem), ami alapból része mindkét disztribúciónak.


Ó, tudom: Felületes bolond vagyok! Egy médialejátszónak inkább a lejátszott médiáról kellene szólnia, mint a körülötte lévő ablakdíszítésről, nem igaz? De szeretem azokat az alkalmazásokat, amelyek úgy néznek ki és úgy érzem, mintha a rendszerem részei lennének, és a Clapper ezt teszi - különösen, mivel rövid videókat szoktam nézni ablakos módban, ahol úgymond "minden látható".


A Clapper teljes képernyős nézete (ezek az elemek automatikusan elrejtődnek)


A Clapper funkciói a következők:


  • Ablak, teljes képernyő és PIP üzemmódok
  • MPRIS támogatás
  • Ismétlési lehetőségek
  • Billentyűzet gyorsbillentyűk
  • Felirat-támogatás (beleértve a betűtípus-beállításokat)
  • Hangeltolás beállítása
  • Hálózati streamek lejátszása
  • Támogatja a YouTube-ot


Bevallom, hogy az alkalmazás tesztelése során a Clapper nem a legstabilabb videólejátszó. Ha az időnkénti összeomlás vagy furcsaság kiakasztja, maradjon valami kipróbált és megbízható megoldásnál, mint a VLC vagy a Celluloid.


Van néhány olyan viselkedés is, amit nem szeretek: a videó előnézet nem pozícionál, amikor teker a videóba (bár az alkalmazáson belül beállíthat néhány pozícionálási preferenciát); és nem lehet kilépni a teljes képernyős módból az esc megnyomásával.


De hajlandó vagyok elnézni az alkalmi hibákat, ha a többi, amit kínálnak, ilyen jó. Ha egy natív megjelenésű médialejátszót szeretne, amely otthonosan mozog a GNOME-asztalon, akkor próbálja ki a Clapper-t.


A Clapper a Flathub-on.


Forrás: Don't Miss: Clapper is My New Go-To Linux Video Player.