Bár a disztribúciók döntő többsége a Waylandre fogad, az igazság az, hogy más alternatívák, például a Mir tovább fejlődnek. Keleti A Canonical grafikus szervere még mindig életben van és sokan megpróbálják elérni mindazt, amit szerettek volna elérni a MIR grafikus szerverhez.
E funkciók egyike a kommunikáció más grafikus kiszolgálókkal, ami már megvalósult, és most a figyelem középpontjában az áll, hogy a Mir elérhető legyen más disztribúciók számára.
Fejlesztő Alan Griffiths jelezte, hogy azon dolgozik, hogy a Mir használható legyen Fedorában, a Wayland és a Xorg alternatívája. Ennek eltartása egy ideig eltart, és jelenleg a Fedorán dolgoznak, de a Mir csapat célja, hogy a Mir jelen legyen nem Ubuntu vagy nem Ubuntu alapú terjesztésekben.
A Fedora lesz az első olyan disztribúció, amelynek MIR-je lesz az Ubuntu kivételével
Ezzel a funkcióval együtt sok asztali számítógép szeretné, ha ez megtörténne, köztük a Unity 8, a Yunit és a MATE, asztali számítógépek, amelyek kifejezték vágyukat a grafikus kiszolgálóval való együttműködésre, bár az Xorg és az XWayland között tökéletesen működnek.
Várható, hogy a Mir 0.28.1 verziójához ez elérhető lesz, de ez nem biztos, vagy legalábbis könnyen elérhető. Mindenesetre cél, hogy előbb-utóbb megvalósuljon, és ezzel együtt felvetődjön új forgatókönyv fejlesztőknek, asztali számítógépeknek, terjesztéseknek és kétségtelenül maga a Canonical.
Személy szerint egyiket sem választom ezek közül a projektek közül, de szembetűnő, hogy amikor a Canonical úgy döntött, hogy létrehozza a Mir-t, mert a Wayland nem halad előre, sokan támogatni kezdték a Wayland-t, és most, hogy a Wayland a legteljesebb fejlesztés, sokan a Mir-t választják . Bár az egyik projektnek semmi köze a másikhoz, mégis kíváncsi Nem gondolod?
Nem vagyok programozói furcsaság, vagy Wayland, vagy ilyesmi, de az nem tetszik nekem a Mirben, hogy a C ++ -ot választották programozási környezetüknek. Anélkül, hogy megbeszélésbe kezdnék, egy objektum programozási környezetet ilyen alacsony szinten használnék, egyáltalán nem látom alkalmasnak, szerintem a helyes az lenne, ha tiszta C-t használnánk, anélkül, hogy több lenne, ez elkerülné az objektumok saját hibáinak lehetőségét és ez megspórolná az erőforrásokat. Az OOP-t magas szintű környezeteknek tekintem.
Üdvözlet.