— Не плоди лишних файлов. Никогда ничего по проекту не удаляй, никогда не знаешь, что может понадобиться. Складируй это в некую папку: trash
— Исходники храни в папке /source/. Исходники храни в разных папка source_ver1, source_ver2 (к примеру) в зависимости от версий, никогда не знаешь, что куда и по какой причине придется откатывать и изменять. По завершении проекта удали все, кроме последней версии.
— Прикрепляй к проекту несистемные шрифты. Не системные шрифты можно и растеризовать, все зависит от того кому и зачем даешь исходники, что за шрифты, что за исходники.
— Файлы с учетом версии — согласен, но когда изменение касается всего проекта, лучше переложить в другую папку (новую версию) все файлы.
— Используй .zip вместо .rar — 7zip даже лучше, но здесь другая проблема…
— Не склеивай слои без необходимости — по возможности вообще не склеивай.
— Раскрашивай папки — не смешно, если у тебя 50 папок первого уровня.
— Задавай глобальные элементы + заголовки в папках первого уровня все капсом.
— Давать название всем слоям слишком накладно. Если у тебя папка второго уровня Submit_buton и в ней три слоя: стрелочка, надпись Submit и тело кнопки, зачем здесь подписи?
— Не забывай про экранные разрешения — если это важно, то бывает, что нужно в 800 на 600 влазить, а вовсе и не в 1000
— Save for Web & Devices… всегда сохраняю файлы «на показать» в PNG b Ctrl+Shift+S быстрее т.к. не появляется окошко пред. просмотра, для больших файлов это долго.
— вообще не пользуюсь ЖПЕГ-ами.
These images show the effects of the tsunami on Japan's coastline. The image on the left was taken on Sept. 5, 2010; the image on the right was taken on March 12, 2011, one day after an earthquake and resulting tsunami struck the island nation. Image Credit: German Aerospace Center (DLR)/Rapid Eye
… в один прекрасный день после землетрясения… — это даже не смешно…
Я не в этой теме, но метод описанный Petrify выглядит более жизнеспособным. А как ваш метод будет работать если текст написан, к примеру, 4-я разными шрифтами один из которых авторский — помесь comic sans и monotype corsiva. В этом случае ваша нейронная сеть что будет делать?.. Где-то на Хабре была статья о разработке программы для некоего старого старого планшета, там разработчик(и) пришли к однозначному выводу, что гораздо эффективнее и менее затратно считать «палочки», пересечения, пустоты и т.п… Всем шрифтам и начертаниям не обучить…
Знаете, что меня смущает, тот факт, что на этапе между первой картинкой и 10-й фотошоп нужно было открывать реже.
Что в дизайне, что в программировании, по моему сугубо личному мнению, нужно меньше садиться за компьютер и больше продумывать… Пропала бы стадия рисования прикрепленного к левому краю меню, меню в два столбика, меню в один столбик и т.п. со всем этим можно было определиться на этапе «бумажного проектирования». Вы бы потратили гораздо меньше сил и времени.
Финальный интерфейс качественный, но предыдущая (серо-белая) стилизация лично мне нравится больше.
P.S. У вас cunvas на картинке с палитрой :)
Скачал клиент 2005-го года. Какой смог найти. Поставил пакет libxml-sax-expat-incremental-perl. Это не помогло… в логах на сервер та же ошибка. Не подскажете где взять рабочий клиент под Ubuntu 10.04, на сервере стоит Ubuntu 8.04
— Исходники храни в папке /source/. Исходники храни в разных папка source_ver1, source_ver2 (к примеру) в зависимости от версий, никогда не знаешь, что куда и по какой причине придется откатывать и изменять. По завершении проекта удали все, кроме последней версии.
— Прикрепляй к проекту несистемные шрифты. Не системные шрифты можно и растеризовать, все зависит от того кому и зачем даешь исходники, что за шрифты, что за исходники.
— Файлы с учетом версии — согласен, но когда изменение касается всего проекта, лучше переложить в другую папку (новую версию) все файлы.
— Используй .zip вместо .rar — 7zip даже лучше, но здесь другая проблема…
— Не склеивай слои без необходимости — по возможности вообще не склеивай.
— Раскрашивай папки — не смешно, если у тебя 50 папок первого уровня.
— Задавай глобальные элементы + заголовки в папках первого уровня все капсом.
— Давать название всем слоям слишком накладно. Если у тебя папка второго уровня Submit_buton и в ней три слоя: стрелочка, надпись Submit и тело кнопки, зачем здесь подписи?
— Не забывай про экранные разрешения — если это важно, то бывает, что нужно в 800 на 600 влазить, а вовсе и не в 1000
— Save for Web & Devices… всегда сохраняю файлы «на показать» в PNG b Ctrl+Shift+S быстрее т.к. не появляется окошко пред. просмотра, для больших файлов это долго.
— вообще не пользуюсь ЖПЕГ-ами.
… в один прекрасный день после землетрясения… — это даже не смешно…
Что в дизайне, что в программировании, по моему сугубо личному мнению, нужно меньше садиться за компьютер и больше продумывать… Пропала бы стадия рисования прикрепленного к левому краю меню, меню в два столбика, меню в один столбик и т.п. со всем этим можно было определиться на этапе «бумажного проектирования». Вы бы потратили гораздо меньше сил и времени.
Финальный интерфейс качественный, но предыдущая (серо-белая) стилизация лично мне нравится больше.
P.S. У вас cunvas на картинке с палитрой :)
Если у вас больше 500 слоев, то…
Ctrl+] — слой поднять выше, +[ — ниже
Ctrl+Shift+] — слой в самый верх текущей папки, соот-но в самый низ +[