LINUX.ORG.RU

Gimp: креативщики wanted


0

0

Не за горами релиз Gimp 2.2, а новая заставка к программе еще не готова. Хочешь принять участие в создании splash screen 4 gimp? - Тогда тебе сюда:
http://www.gimp.org/about/splash/cont...
Качаем шаблон и вперед!

>>> Подробности

anonymous

Проверено: Demetrio ()

Ненавижу сплеши.

Az
()

LOL!:-))))

поиск креатифщикофф на ЛОРе? чё это за трава была?
креатифщики на девиантарте обычно крутятся, а здесь только анонимусы

dr-yay ★★
()

мне больше всего нравился тот что был в 1.2 - милый такой.

nightfly
()

так значит...

во-первых заставка должна быть анимированная.
во-вторых никаких пингвинов и лисят с кисточками.

цвета поярче. что-нибудь в духе сейлормун или
бхагавад-гиты. второе предпочтительнее.

например так;

батальная сцена. копья, стрелы, слоны и артиллерия.
из смертельной битвы вима с емаксом победителем
выходит фиолетово-синий гимп, олицетворяющий собой
кришну. у него сияющий взгляд линуса, а черты лица
и походка неуловино напоминают патрика.

в финальном кадре тучи рассеиваются и с небес на
поле брани взирает слака. вим с емаксом мирятся и
рассыпаются в прах, патрик превращается в сейлормун
и улетает на марс

занавес

anonymous
()

Кстати, а как вообще отрубить сплеш в гимпе? А то эти дешёвые понты конкретно действуют на нервы при запуске.

anonymous
()
Ответ на: комментарий от anonymous

Результаты креатива принимаются в формате Adobe Photoshop :)

Padre
()
Ответ на: комментарий от anonymous

2 anonymous (*) (01.12.2004 14:57:57)

Tebe knizhki nado pisat, volk pozornyj

anonymous
()

Это не только gimp, это вообще эпидемия сейчас, похоже. На openoffice то же самое:

Wanted: Splashscreen for OpenOffice.org 2.0 OpenOffice.org 2.0 is coming fast and it needs a new splashscreen. You can help. Send us your best by 10 December and it might be seen on the desktops of tens upon tens of millions next year.

* Deadline: 10 December 2004 12:00 UTC

* Rules for submissions

* For more info: post to art@marketing.openoffice.org

http://marketing.openoffice.org/art/rules_2.0_splashscreen.html

yozhhh ★★★
()
Ответ на: комментарий от anonymous

> Кстати, а как вообще отрубить сплеш в гимпе? А то эти дешёвые понты конкретно действуют на нервы при запуске.

Блин. Солидарен полностью.

anonymous
()
Ответ на: комментарий от anonymous

А теперь живенько вспоминаем, что по законам юзабилити при длительной обработке чего-либо (даже при старте, когда грузится много данных) программа должна давать пользователю знать, что она не "висит". Не нравится заставка при старте -- запускайте с приведённым выше ключиком :)

AP ★★★★★
()

Я бы стилизованный ядерный взрыв нарисовал :) А вообще заставка от gimp 1.2 была самая рульная !

anonymous
()
Ответ на: комментарий от anonymous

>Кстати, а как вообще отрубить сплеш в гимпе? А то эти дешёвые понты >конкретно действуют на нервы при запуске.
Дурилло ! Загрузка занимает некоторое время и лучше пусть будет заставка и индикатор загрузки чем вообще ничего.

anonymous
()
Ответ на: комментарий от anonymous

>Я бы стилизованный ядерный взрыв нарисовал :)
Типа взрыв красок !

anonymous
()
Ответ на: комментарий от CybOrc

Эти ребята знать не знают что такое гимп - и он им нафик не сдался.

drd ★★
()
Ответ на: комментарий от anonymous

> Дурилло ! Загрузка занимает некоторое время и лучше пусть будет заставка и индикатор загрузки чем вообще ничего.

Ты, конечно, весь из себя умный, но у меня gimp без splash грузится на секунду быстрее, чем со сплешем. И потом, я не дебил, чтоб меня во время загрузки развлекать повторяющимися картинками, я в состоянии сам себе занятие найти, соответствующее моему уровню интеллекта. И у меня пока ни разу е было, чтоб gimp повис при старте.

anonymous
()
Ответ на: комментарий от linux_newbe

> Угу: "установил сервис пак - стало всё быстрее". Самообман млин.

Я секундомером засекал, чудик. Причём несколько раз, каждый раз - после перезагрузки линукса. Со сплешем - 8 секунд, без - 7. Или ты, как дремучий ламер, будешь отрицать, что gimp при этом не тратит время на: создание и отображение нового окна, впихивание в него картинки, отображение и актуализацию полосы заполнения и пр.? Ну-ну... Такие, как ты, которые уверены, что всё делается даром и требует 0 секунд времени, GTK2, видимо, и лепили. Теперь наслаждаемся его тормозами.

Ещё один странный эффект тебе в копилку: лист бумаги очень тонок, а 500 листов уже нет... Да и тяжёлые, блин... Загадка природы, правда?

anonymous
()
Ответ на: комментарий от anonymous

Чудик тут ты, с секундомером блин сидел. LOL! :-) Тебе это сказано к тому, что разница по времени -- со сплэшем или без -- невелика. И сделано это уже сказали для чего. "Потерянная" секунда выводит из себя? Обратись к психиатру. А заодно посчитай сколько секунд ты потерял перезагружаясь с секундомером в руках...

anonymous
()
Ответ на: комментарий от anonymous

> Чудик тут ты, с секундомером блин сидел. LOL! :-) Тебе это сказано к тому, что разница по времени -- со сплэшем или без -- невелика. И сделано это уже сказали для чего. "Потерянная" секунда выводит из себя? Обратись к психиатру. А заодно посчитай сколько секунд ты потерял перезагружаясь с секундомером в руках...

По сути сказать нечего, одни слюни? В сад.

Потерянные секунды я с лихвой окуплю последующими многочисленными запусками гимпа. Но тебе всё равно не понять, что такое единовременные затраты. И что такое ситуация, когда что-то надо сделать не быстро, а очень быстро.

anonymous
()
Ответ на: комментарий от Sun-ch

Вы многих художников видели, которые в top любят смотреть? А вообще художников с дизайнерами видели? :)

AP ★★★★★
()
Ответ на: комментарий от AP

> Вы многих художников видели, которые в top любят смотреть? А вообще художников с дизайнерами видели? :)

И много "настоящему художнику" скажут загадочные надписи, мелькающие на сплеше? Tool Options, extensions_script_fu и прочее? Или настоящим художникам это интуитивно понятно? Что бы ни случилось с его любимой программой чайника, у него есть ровно два выхода:

1) переустановить

2) бросить клич знакомому гуру.

ВСЁ! Ни в top, ни на сплеш он смотреть не будет. Потому сплеш - абсолютно бесполезен.

anonymous
()
Ответ на: комментарий от anonymous

>Я секундомером засекал, чудик. Причём несколько раз, каждый раз - после перезагрузки линукса. Со сплешем - 8 секунд, без - 7. Или ты, как дремучий ламер, будешь отрицать, что gimp при этом не тратит время на: создание и отображение нового окна, впихивание в него картинки, отображение и актуализацию полосы заполнения и пр.? Ну-ну... Такие, как ты, которые уверены, что всё делается даром и требует 0 секунд времени, GTK2, видимо, и лепили. Теперь наслаждаемся его тормозами.

Да, а такие козлы как ты вообще нихера не делают, только кричат, как все тормозно и плохо. Не нравится сплэш - не включай. И не гони на GTK2, ламер маздайный!

anonymous
()
Ответ на: комментарий от anonymous

2 anonymous (*) (01.12.2004 18:18:40):

Если еще не дошло, вспомни свою байку про стопу бумаги. А теперь сопоставь её со своей ситуацией с gimp'ом. Сколько раз в течение дня ты запускаешь gimp? Даже если ты *настолько* туп, чтобы запустить и закрыть его 100 раз в течение дня, то суммарная потеря твоего драгоценного времени составит меньше двух минут в день.

anonymous
()
Ответ на: комментарий от anonymous

> Да, а такие козлы как ты вообще нихера не делают, только кричат, как все тормозно и плохо. Не нравится сплэш - не включай. И не гони на GTK2, ламер маздайный!

Тебе показать, где именно расположен сад? :)

Кстати, а лог загрузки с timestamp'ами он не умеет выдавать? --verbose не катит, там нет времени.

anonymous
()
Ответ на: комментарий от anonymous

> Если еще не дошло, вспомни свою байку про стопу бумаги. А теперь сопоставь её со своей ситуацией с gimp'ом. Сколько раз в течение дня ты запускаешь gimp? Даже если ты *настолько* туп, чтобы запустить и закрыть его 100 раз в течение дня, то суммарная потеря твоего драгоценного времени составит меньше двух минут в день.

Ох и туп же ты, братец. Я же сказал - бывают ситуации, когда загрузить надо максимально быстро, а не любоваться сплэшами. Например: клиент за спиной стоит, сверлит взглядом затылок и причитает "какое же у вас всё тормозное". Или на телефоне висит. Доходит помаленьку? :)

С --no-data (для быстрой обработки простейшей картинки вся эта лажа ни к чему, да и память экономится) время загрузки упало до 5..5,5 секунд. Копаем дальше :)

anonymous
()
Ответ на: комментарий от anonymous

Ещё раз тугодумному анонимусу: если тебя выводит из себя одна лишняя секунда ожидания (при общем времени загрузки в несколько секунд), обратись к психиатру. Если тебе в течение дня часто нужен gimp -- держи его открытым как это делают все нормальные люди.

anonymous
()
Ответ на: комментарий от anonymous

> Ещё раз тугодумному анонимусу: если тебя выводит из себя одна лишняя секунда ожидания (при общем времени загрузки в несколько секунд), обратись к психиатру.

Папочка, не надо таких трогательных переживаний за меня, я сам со своими проблемами разберусь! Продолжайте любовать сплэшами - они, как я понял, успокаивают вашу неуравновешенную психику.

> Если тебе в течение дня часто нужен gimp -- держи его открытым как это делают все нормальные люди.

Он нужен далеко не всегда. Свободная память и отсутствие бардака с окнами на экране или кнопками на таскбаре нужнее. И не надо мне про рабочие столы, я их юзаю. Но на лаптоте это всё не то.

anonymous
()
Ответ на: комментарий от anonymous

>Потому сплеш - абсолютно бесполезен.
Сплеш полезен почему сказали выше. Не нравится отключай, но то что он нужен однозначно потому как одно дело смотреть в прогресс бар и видеть что что-то грузится 8 секунд, а другое дело 8 секунд ждать чего-то и думать не повисло ли оно. Мы боремся за десктоп ? Нужно думать о юзере !
Ты не юзер ? Так отключи. Не нужно тебе - нужно другим.

anonymous
()
Ответ на: комментарий от anonymous

Уважаемый анонимус, поскольку Вы не в состоянии прочитать внимательно, делаю над собой усилие и повторяю ещё раз: по законам юзабилити приложение, обрабатывающее некую задачу от нескольких секунд и более _обязано_ хоть как-то показывать пользователю, что оно работает, а не "висит". Притом оно должно начать делать это _сразу_ после запуска выполнения задачи.

У меня лично GIMP запускается с нуля секунд за шесть. Но у меня быстрый комп: 1.6 МГц Centrino и 512 мег памяти. Не все такие счастливые.

Поэтому если приложение сразу после запуска показывает, что оно грузится, а не болтается где-то там, это как минимум в одном отношении грамотно спроектированное приложение.

"И много "настоящему художнику" скажут загадочные надписи, мелькающие на сплеше?"

Не прикидывайтесь дурачком. Если они мелькают, значит приложение уже работает. Остальное знать необязательно.

AP ★★★★★
()
Ответ на: комментарий от AP

> Притом оно должно начать делать это _сразу_ после запуска выполнения задачи.

Значит, gimp не в законе. У меня его сплеш появляется через секунду-две :)

А кем принимались эти законы? Когда за них голосовали, а то я прозевал что-то? Или по возрастному цензу не прошёл? Или эти законы для юзеров, но юзеров при этом не спрашивают, нравится им это или нет? :)

Существует ли стандарт (хотя бы в пределах GTK- или GNOME-приложений), в соответствии с которым сплэш для ВСЕХ программ отключается ЕДИНООБРАЗНО? В идеале - ключик в gconf типа "no_splash_at_all", но приемлемо также принятие ВСЕМИ приложениями параметра типа --no-splash. Если этого нет, то о каком usability речь? Так, понты одни.

> Поэтому если приложение сразу после запуска показывает, что оно грузится, а не болтается где-то там, это как минимум в одном отношении грамотно спроектированное приложение.

Не кажется ли Вам, что целая секунда времени на один только сплэш - это недопустимое расточительство?

anonymous
()

А нарисовали бы над прогресс-баром тетку голую!.. Чтобы совместить, так сказать, полезное с приятным.

brainf_cker
()
Ответ на: комментарий от AP

> Не прикидывайтесь дурачком. Если они мелькают, значит приложение уже работает. Остальное знать необязательно.

Для этого достаточно сплеша-картинки с однострочным текстом, поясняющим текущий этап загрузки. Зачем идиотские полосы заполнения?

anonymous
()
Ответ на: комментарий от anonymous

> Вам же сказали, не прикидывайтесь дурачком ;-)

Мне много что сказали :) Но мало что из этого по делу. Итак, полоски - просто ради украшательства, чтоб помпезно выглядело? Так? Какую-то функциональность к ним притянуть за уши очень трудно.

anonymous
()
Ответ на: комментарий от anonymous

> А кем принимались эти законы? Когда за них голосовали, а то я прозевал что-то? Или по возрастному цензу не прошёл? Или эти законы для юзеров, но юзеров при этом не спрашивают, нравится им это или нет? :)

Спецификации создания практичного GUI создаются на основе исследований, которым привлекаются специалисты, в том числе психологи. Поэтому мнение пользователей здесь имеет решающее значение.

> Существует ли стандарт (хотя бы в пределах GTK- или GNOME-приложений), в соответствии с которым сплэш для ВСЕХ программ отключается ЕДИНООБРАЗНО?

Насколько мне известно, нет. Спецификации на feedback есть тут: http://developer.gnome.org/projects/gup/hig/2.0/feedback-types.html

Ещё можете почитать тред про сплэш-скрины, начинающийся тут: http://mail.gnome.org/archives/usability/2004-October/msg00096.html

> Не кажется ли Вам, что целая секунда времени на один только сплэш - это недопустимое расточительство?

Не замерял. Не кажется.

AP ★★★★★
()
Ответ на: комментарий от AP

> Не замерял. Не кажется.

Ну что ж, спасибо за ответы. А есть ли способы измерения времени запуска для GUI-приложений? А то я, в принципе, ламер и всё секундомером делаю :)

anonymous
()
Ответ на: комментарий от anonymous

>А есть ли способы измерения времени запуска для GUI-приложений? А то я, в принципе, ламер и всё секундомером делаю :)

Слыш, ламер, а работать ты не пробовал? Или это у тебя работа такая -- с секундомером засекать время загрузки GUI-приложений?

dsx
()
Ответ на: комментарий от anonymous

блин, 'замерятель' ...

что за привычка всех равнять под свой стандарт ???

не нравится - не ешь !!! но другим аппетит-то не порти ...

Сплеш для подобной программы - это творческая экзальтация авторов, а не просто ненужная тебе приблуда ...

тебе не надо - отруби ... и скажи спасибо, что тебе дали такую возможность!!

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.