Каким должен быть адекватный/идеальный графредактор для стандартного режима?

[newart]

Писать КОНЦЕПЦИЮ :-D или хотя бы четкий план, основанный на определенных идеях.

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

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


[/COLOR]

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

Гигаскрин я тоже реализую, в минимальном виде, по аналогии с BGE (2 отдельных экрана).
Не столько для рисования, сколько для работы с графикой вообще.

[Advertiser]

[diver]

А мне всегда хотелось иметь режим, который бы автоматом корректировал знакоместо инвертированием, если я вдруг перепутал ink с paper, эта проблема меня всегда доставала

Ее избежать можно несколькими путями:
1) Предложенный выше режим, в котором автоматически корректируется знакоместо, если инк/папер выбраны наоборот
2) Пипетка по хоткею
3) Индикатор инк/папер в знакоместе под курсором

Не знаю, что лучше.

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

---------- Post added at 01:02 ---------- Previous post was at 00:47 ----------

Я вас внимательно читаю. В любом случае, если соберусь писать свой редактор - он будет специализированным и максимально облегчённым в плане инструментария\возможност� �й и заточен в основном под гига-режимы.
По-поводу КОНЦЕПЦИИ считаю, что это больше подходит к расширенным режимам. У меня была задумка - двуэкранная цветная кисть и "умное" рисование, когда в зависимости от цветов кисти и заполнения ею экранного пространства на ходу пересчитываются атрибуты того что под ней в данный момент на более близкий цвет, либо если они одинаковые, но находятся на разных битпланах - автоматически их подстраивает под кисть. Это, по моей задумке, должно несколько убавить проблему клэшинга атрибутов и дать возможность делать градиентные кисти. Как это получится при реализации и получится ли вообще - не знаю. Надо писать прототип.
Эм... я кажется только что наоффтопил в разделе где сам один из модераторов...

Thumb up! Идея двухэкранной кисти давно витает в воздухе. При том можно даже предложить стандартную pc палитру вместо чуда-юда с выбором 4 цветов, сделав автоконвертацию и подстройкой цвета на лету непосредственно при рисовании.

Как мне кажется, это не решит проблему клэшинга. Ибо он начнет неуправляемо появляться на всевозможных стыках. Частично его можно побороть типа-антиальязинговыми фильтрами по краям, но это был бы не спектрум, если бы клэшинг не появился. Зато это решит проблему выбора цвета и частично проблему цветопереходов. Ручную же доводку можно уже делать в лупе, в обычном безкистевом режиме, приводя пиксели в порядок.

[newart]

заливки одного цвета другим

Именно цвета отдельно от пикселей? Да, это может быть полезно.

Всё перечисленное легко (c)делается.

[diver]

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

---------- Post added at 01:07 ---------- Previous post was at 01:05 ----------

Именно цвета отдельно от пикселей? Да, это может быть полезно.

Всё перечисленное легко (c)делается.

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

[newart]

Суть в том, чтобы делать текстурные переходы между сплошными цветовыми областями, не заботясь о расстановке ink/paper, просто сглаживать кистью переходы.

Покеж пример.

[AndTorp]

А вот такой вопрос. В ZX Format #01 был "Рассказ СЛАВЫ МЕДНОНОГОВА, автора "НЛО. Враг неизвестен." о своей деятельности как программиста."
В рассказе Вячеслав говорил, что:

Тема моей дипломной работы называлась "Графический редактор для "ZX-Spectrum", который к моменту защиты диплома был готов наполовину. Но - "с глаз долой, из сердца - вон!" - я закончил институт и о редакторе больше не вспоминал (а жаль - это был бы лучший векторный редактор из того, что Вы видели).

Этот редактор исчез бесследно или все-таки где-то попадался?

[NEO SPECTRUMAN]

Идеальный редактор это ms paint потдерживающий спековский экран и зумом большим чем 8х.

[valeron]

Идеальный редактор это ms paint потдерживающий спековский экран и зумом большим чем 8х.

Так уж и идеальный. Для меня MS-Paint самый неудобный, хотя гимп пожалуй еще хуже.
А что касается увеличения, то когда порисуешь немного, то выше четырехкратного уже и не используешь.

[newart]

Так уж и идеальный. Для меня MS-Paint самый неудобный, хотя гимп пожалуй еще хуже.
А что касается увеличения, то когда порисуешь немного, то выше четырехкратного уже и не используешь.

На пц понятие кратности теряет актуальность, можно иметь 1920х1200 при 14 дюймах, а можно при 23... так что делаем зум произволным с точностью до пиксела и не паримся.

[pROF^4D]

Идеальный редактор это ms paint потдерживающий спековский экран и зумом большим чем 8х.

ZX Paintbrush - http://www.zxmodules.de/zxpaintbrush...rushframe.html