Ne csináljátok már, gyerekek...
Ez volt a mondás: ha egy projekt jól meg van írva, akkor a GUI-s részeknek külön absztrakcióként leválasztva kéne megírva lenniük
Erre válaszoltam azt, hogy: Semmiféle szeparáció nincs, még például az xcf beolvasó is tele van hányva GDK/GTK/Cairo struktúrákkal és típusokkal
Az tény, hogy GIMP-ben NINCSENEK elszeparálva a GUI-s részek, ami szar kódminőségre utal, hiába vannak csecsén tördelve a sorok meg a paraméterek szóközökkel beformázva meg minden fittyfenére külön függvény írva meg ilyenek, nem ettől lesz jó a kód, mint az látszik.
Kösz, pont akartam írni, hogy nem értem a Cairo struktúrák problémáját, ez egy nagyon keményen GUI-függő (more specifically: GTK-függő) program
Csakhát az a bökkenő, hogy a fájlbeolvasásnak semmi köze nem kéne hogy legyen a GUI-hoz ugye... Itt meg van, és ez rossz jel.
Ja, és tennék rá, hogy milyen a forrása, bele se néztem volna, ha jól futna, de nagyon nem fut jól! Pont ez a baj!
De rontani elég valószínnűtlen, hogy rontson
Valóban nem "valószínű", hanem TÉNY, hogy ront. Meséld már el nekem, hogy mi mástól lehet, hogy olyan tetves lassú az egész GIMP 3? Rákattintok egy menüre, és kb 1 másodperc, mire végre történik valami, pedig meg sincs nyitva egy kép se. A GIMP 2-nél sosem volt ilyen gondom, az reszponzív volt, hogy lehet ez?