GIMP 2.8 Чи варто було чекати?
GIMP це, без сумніву, одна з флагманських програм у світі GNU / Linux і відповідає разом з Inkscape y Scribus тріада, яка є рішенням для тих з нас, хто професійно займається графічним дизайном. В основному до філії графічне мистецтво. Зокрема GIMP використовується для аргументації того, що єдине, що заважає професіоналам графічного дизайну перейти на GNU / Linux це незнання, комфорт і навіть лінь за те, що не хочеш пізнавати щось нове. Деякі з багатьох справжніх причин такої перешкоди я пояснив якнайкраще, що міг щодо цього питання GIMP ... де так, а де інколи.
GIMP 2.8 породили величезні сподівання не стільки через фонові зміни, скільки через те, що мало б бути реконструкцією з точки зору управління робочими зонами, піддонами та інструментами ... і, чесно кажучи, вони це зробили. дуже погано.
Одна з великих помилок команди GIMP намагався наслідувати шлях Photoshop обробляє їх набори інструментів, але поки продукт саман має за своїм функціональним дизайном команду, яка знає багато про побудову та впровадження продуктивних інтерфейсів, таких як GIMP раз, і ще раз, і знову ігнорували те, що нам справді потрібно як професіоналам у галузі дизайну та графіки, щоб перетворити його на надійний, простий у використанні інструмент, якого вам не потрібно чекати, ну, він доступний у сховищах дистрибутив, який ви використовуєте для його встановлення без будь-яких проблем.
Заздалегідь прошу вибачення за зображення, які буду використовувати для ілюстрації своїх прикладів, але мені було простіше встановити GIMP en Windows 7 що в Linux Mint Maya.
Моновікно Photoshop
Проблема режиму єдиного вікна в GIMP 2.8 полягає в тому, що він змушує ящик для інструментів ліворуч, а піддони праворуч.
Концепція представлення зруйнованих та заглиблених наборів інструментів та піддонів - насправді не погана ідея саман для нього це спрацювало чудово. Це навіть в основному та сама концепція, яку операційні системи сприймають як парадигму настільного комп'ютера -Єдність y Windows 8, наприклад- і частина інтелекту, яка через одного або декількох Доки Ми можемо мати файли та / або функціональні можливості простим, інтуїтивно зрозумілим способом, що означає економію місця.
Якби це була ідея людей, які розвиваються GIMP Де тоді проблема?
Давайте спочатку подивимося, як ті Доки en Adobe Photoshop щоб зрозуміти принципи його функціональності:

1.-Зліва ми бачимо набір інструментів, а праворуч серію з дванадцяти закріплених палітр, в обох випадках вони інтегровані в одне вікно. Угорі, під меню, є панель, яка відображає властивості та функціональність робочих інструментів.

2.-Ці властивості та функціональні можливості змінюються у верхній панелі відповідно до обраного інструменту.

3.-Штрих зліва ущільнює вертикально піддони, які ми використовуємо, a «Клацніть» На піктограмі, яка представляє кожну палітру, вона відображає її, щоб мати змогу нею користуватися. У розкладеному режимі кожен піддон можна масштабувати до розміру, який нам підходить, не впливаючи на розміри Док ні до інших піддонів.
Моновікно GIMP 2.8
А тепер, з моєї точки зору, моновікно GIMP має серйозні недоліки? Я спробую пояснити себе якнайкраще.
Суть полягала не в тому, щоб створити робочу область в одному вікні, а в тому, щоб створити єдине вікно, яке пропонує переваги з точки зору оптимізації робочої області, і це при роботі в цьому режимі -моновікно- доступність інструментів та робочих піддонів була швидкою та інтуїтивно зрозумілою.
Давайте подивимося та проаналізуємо, як виглядає робоча область в режимі одного вікна в GIMP 2.8

Перша проблема конструкції полягає в тому, що брусок, що містить робочі інструменти -a la derecha- Це складно використовувати, якщо у нас є один стовпець на інструмент. Частина інструментів прихована без можливості доступу до них, якщо вона не розташована у дві колонки:

Хоча GIMP 2.8 має менше інструментів, ніж Photoshop Неможливо правильно використовувати їх у режимі моновікна, якщо у нас панель інструментів один рядок. І проблема полягає не в розмірі піктограм, а в оптимізації розподілу.
в той час як Photoshop згрупуйте свої інструменти за категоріями, GIMP 2.8 ні. Це означає, що в GIMP 2.8 кожна піктограма інструменту займає простір і, навіть якщо їх менше, їх здається більше. Ілюстрація наведена на прикладі Photoshop з одного «Клацніть» Ми можемо відобразити опцію мати до чотирьох різних режимів одного і того ж інструменту в одному значку або кнопці, перебуваючи в GIMP він займає вдвічі більше місця для показу лише двох режимів одного і того ж інструменту.
Щось подібне відбувається з палітрами в режимі одного вікна з GIMPУ той час як Photoshop створити вертикальну смугу GIMP складає, не руйнується, піддони і розміщує їх у ряд горизонтальних виступів, щоб забезпечити наявність кожного піддону. Таке горизонтальне розташування піддонів не представляє ніякої переваги простору, оскільки окрім того, що займає цей горизонтальний простір, воно займає і всю вертикаль. Хоча це правда, що стос піддонів можна заховати вручну, це не є практичним, оскільки тоді ми повинні рухатись за розміром складених піддонів, щоб побачити вкладки та мати їх у наявності.
Але, крім того, в GIMP 2.8 Або ви використовуєте режим одного вікна, або плаваючі панелі ... немає можливості вибрати між вбудовуванням панелі в стек, прикріпленим праворуч, і залишенням інших плаваючих одночасно.
Мій висновок
Хоча це правда, що режим єдиного вікна в GIMP 2.8 являє собою певну перевагу при роботі з декількома зображеннями одночасно, та сама перевага втрачається дуже непродуктивним способом укладання піддонів та робочих інструментів. З моєї точки зору, вони повинні мати дві різні функції; одна, яка групує всі різні робочі зони за вкладками, а інша, що дозволяє вибирати між використанням плаваючих панелей для інструментів і піддонів або монтажем їх в одному вікні, як це робиться Photoshop.
Я також вважаю, що команда розробників GIMP упустив чудову можливість попрацювати над іншими больовими точками, що було б набагато корисніше, ніж режим єдиного вікна, наприклад, більш ефективний спосіб роботи з масками шарів для коригування кольору або візуалізації CMYK рідний. Натомість вони відкрили ще один фронт недоліків для вдосконалення, що означає, що зусилля невеликої команди розробників будуть розпорошені, оскільки їм доведеться вирішувати більше проблем.
Один із двох читачів напевно вигукне »Безкоштовна критика роботи дуже невеликої групи розробників абсолютно безглузда».. І ти маєш рацію ... якби моя критика була безпідставною. Але також, хіба ми, хто присвячуємо себе дизайну та графіці, не маємо права, а знання, які дає досвід, висловлювати свою думку з метою вдосконалення продукту, який, як передбачається, прагне бути корисним інструментом для нас ?
Будемо сподіватися колись ... лише на один проклятий час, команда розробників в GIMP запитайте нас, що нам насправді потрібно, а не припускати. Або, принаймні, прочитайте наші пропозиції, яких, повірте, було багато.