GIMP 2.8 Megérte várni?
GIMP kétségtelenül a világ egyik kiemelt programja GNU / Linux és megfelel a Inkscape y Scribus a triád, amely megoldást jelent számunkra, akik szakmailag elkötelezettek vagyunk a grafikai tervezés mellett. Alapvetően a grafika. Különösen GIMP arra hivatkoztak, hogy az egyetlen dolog, amely megakadályozza a grafikai szakemberek áttérését GNU / Linux tudatlanság, kényelem és még lustaság is, ha nem akarsz újat tanulni. Az ilyen akadály számos tényleges oka közül néhányat a lehető legjobban elmagyaráztam a témában GIMP ... hol igen és hol néha.
GIMP 2.8 óriási várakozást váltott ki, nem is annyira a háttérváltozások miatt, mint inkább a munkaterületek, raklapok és szerszámok kezelése szempontjából állítólagosan áttervezés miatt ... és őszintén szólva igen. .
A csapat egyik nagy hibája GIMP próbálta utánozni az utat Photoshop kezeli az eszköztárukat, de míg a vályogtégla Funkcionális kialakítása mögött egy olyan csapat áll, amely sokat tud a produktív interfészek építéséről és megvalósításáról GIMP Egyszer és újra figyelmen kívül hagyták, és újra, amire valóban szükségünk van a tervező és grafikus szakemberek számára, hogy megbízható, könnyen használható eszközzé alakítsuk, amire nem kell várni, nos, ez elérhető a a disztribútor tárházai, amelyeket problémamentesen telepítesz.
Előzetesen elnézést kérek a képekért, amelyeket a példáim illusztrálására használok, de könnyebben telepíthettem GIMP en A windows 7 -ban Linux Mint Maya.
A Photoshop mono-ablaka
Az egyablakos mód problémája GIMP 2.8 az, hogy az eszköztárat balra, a raklapokat pedig jobbra kényszeríti.
Az összeomlott és süllyesztett szerszámosládák és raklapok bemutatásának koncepciója nem rossz ötlet, sőt vályogtégla tökéletesen bevált neki. Még alapvetően ugyanaz a koncepció, amelyet az operációs rendszerek az asztali paradigmának tekintenek -Egység y A windows 8, például- és az intelligencia része, amely egy vagy több révén Dokkok fájljainkkal és / vagy funkcióinkkal könnyen, intuitív módon rendelkezhetünk, és helyet takaríthat meg.
Ha ez volt a fejlődő emberek ötlete GIMP Hol van akkor a probléma?
Először nézzük meg, hogy azok Dokkok en Adobe Photoshop megérteni annak funkcionalitását:
1.-Bal oldalon az eszköztár, jobb oldalon pedig tizenkét dokkolt paletta sorozata látható, mindkét esetben egyetlen ablakba vannak integrálva. Fent, a menük alatt van egy sávunk, amely megmutatja a munkaeszközök tulajdonságait és funkcióit.
2.-Ezek a tulajdonságok és funkciók a felső sávban változnak a kiválasztott eszköznek megfelelően.
3.-A bal oldali sáv függőlegesen tömöríti az általunk használt raklapokat, a «Kattintson» Az egyes palettákat ábrázoló ikonon megjeleníti, hogy használni tudja őket. Kihajtott üzemmódban minden raklap méretezhető a számunkra megfelelő méretre anélkül, hogy befolyásolná a méreteket Dokk sem a többi raklapra.
A GIMP 2.8 mono-ablak
Most miért, az én szempontomból, a mono-ablak GIMP súlyos hiányosságai vannak? Megpróbálom a lehető legjobban elmagyarázni magam.
A lényeg nem az volt, hogy munkaterületet készítsen egyetlen ablakban, hanem hogy egyetlen ablakot készítsen, amely előnyöket kínál a munkaterület optimalizálása szempontjából, és amely ebben a módban dolgozik -monoablak- az eszközök és a munkalapok rendelkezésre állása gyors és intuitív volt.
Lássuk és elemezzük, hogyan néz ki a munkaterület egyablakos módban GIMP 2.8
Az első tervezési probléma az, hogy a munkaeszközöket tartalmazó rúd -a jobb oldalon- Bonyolult a használata, ha szerszámanként egy oszlopunk van. Az eszközök egy része el van rejtve anélkül, hogy hozzáférne hozzájuk, hacsak nem két oszlopba van rendezve:
Mégis GIMP 2.8 kevesebb eszköze van, mint Photoshop Egyablakos módban nem lehet őket megfelelően használni, ha az eszköztár egy sorral rendelkezik. És a probléma nem az ikonok méretével, hanem az elosztás optimalizálásával jár.
Hasonlítsuk össze újra:
míg Photoshop csoportosítsa eszközeit kategóriák szerint, GIMP 2.8 nem. Ez azt jelenti, hogy a GIMP 2.8 minden eszközikon helyet foglal, és még ha kevesebb is, úgy tűnik, hogy több. Az ábra példa erre Photoshop egy «Kattintson» megjeleníthetjük azt az opciót, hogy ugyanazon eszköz négy különböző módja legyen egyetlen ikonban vagy gombban, miközben GIMP kétszer annyi helyet foglal el, hogy ugyanazon eszköznek csak két módja jelenjen meg.
Valami hasonló történik a palettákkal mono-window módban GIMPMíg Photoshop hozzon létre egy függőleges sávot GIMP egymásra rakja, nem omlik össze, a raklapokat és vízszintes fülek sorozatába rendezi, hogy minden raklap elérhető legyen. A raklapok ezen vízszintes elrendezése nem jelent semmiféle térelőnyt, mivel a vízszintes tér elfoglalása mellett a teljes függőleges helyet is elfoglalja. Bár igaz, hogy a raklapköteget kézzel el lehet rejteni, ez nem praktikus, mert akkor a halmozott raklapok méretét kell mozgatnunk, hogy lássuk a füleket és elérhetőek legyenek.
De ezen felül GIMP 2.8 Vagy az egyablakos módot, vagy az úszó paneleket használják ... nincs mód arra, hogy választhassunk egy panel beágyazását a jobb oldalon lehorgonyzott verembe, és másokat egyszerre lebegve hagyva.
Következtetésem
Bár igaz, hogy az egyablakos mód GIMP 2.8 Bizonyos előnyt jelent, ha egyszerre több képpel dolgoznak, ugyanezt az előnyt elveszíti a raklapok és a munkaeszközök egymásra rakásának nagyon eredménytelen módja. Véleményem szerint két különböző funkciónak kell lenniük; az egyik a különböző munkaterületeket fülekre csoportosítja, a másik pedig lehetővé teszi, hogy választhasson az úszó panelek szerszámokhoz és raklapokhoz való felhasználása, vagy egy ablakba történő felszerelése között, ahogy Ön. Photoshop.
Hiszem azt is, hogy a GIMP elszalasztott egy nagyszerű lehetőséget más olyan fájdalomcsillapításokra, amelyek sokkal hasznosabbak lennének, mint az egyablakos mód, például a réteges maszkok hatékonyabb kezelése a színbeállításokhoz vagy a megjelenítéshez CMYK anyanyelvi. Ehelyett a hiányosságok újabb frontját nyitották meg a fejlesztés érdekében, ami azt jelenti, hogy a kis fejlesztői csapat erőfeszítései szétszóródnak, mivel több problémát kell megoldaniuk.
A két olvasó egyike biztosan felkiált »A fejlesztők nagyon kis csoportjának munkájával kapcsolatos szabad kritika teljesen értelmetlen.». És igazad van ... ha kritikám alaptalan lenne. De azt is, hogy nekünk, akik a dizájnnak és a grafikának szenteljük magunkat, nincs-e jogunk és a tapasztalat által nyújtott ismereteknek a véleményünk kifejtése egy olyan termék fejlesztése céljából, amely állítólag számunkra hasznos eszközre vágyik?
Remélhetőleg valamikor ... csak egy átkozott időre, a fejlesztői csapat GIMP kérdezd meg tőlünk, mire van szükségünk valójában feltételezés helyett. Vagy legalábbis olvassa el javaslatainkat, amelyek - elhihetik - sokak voltak.