multiArtist - Граф. редактор на ПЦ для мультигигаскрина

[QUOTE=riskej;279484]

Поправить глюк:

1. Открытие файла мышкой из редактора (ставится пиксель левый);
- незнаю как сделать (все висит на обработчиках событий винды и делфи)
2. Глюк с поворотом на 90 градусов (не всегда поворачивает).
- желательно поконкретнее когда не поворачивается

Добавить новое:

1. Доделать Color-Corrector;
- в процессе
2. Окно предпросмотра в режиме увеличения (видна лишь та область, которая в данный момент увеличена, как в BGE);
- читай аську
3. Нормальная заливка (а не атрибутное закрашивание);
- опять же непонятно как это реализовать
т.е. что есть та область, которую надо залить?
(одинаковый цвет, полное соответствие битов и цвета)

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

допустим заливаем мы какую то область (пусть она была красным цветом), надо залить ее синим, и сразу вопрос
- полные знакоместа зальются без проблем, но какая у них должна быть палитра? ведь там же еще 3 цвета
- знакоместа где заливаемая область присутствует частично
ну тут мы зальем, но что же будет с остальными цветами знакоместа? какая то часть из них улетит в тар тарары, вывод, сидим материмся на заливку и правим ручками.

Даже если забить на половину проблем и решить вопрос так: заливаем изменяя палитру знакомест на текущую, заливая текущим цветом.
остается вопрос определения области (тотже красный цвет, который нам надо залить синим может быть задан как минимум 4 способами )

Наверное сумбурно как то... Но кто понял суть проблемы, предлагаем решение.

4. Примитивы (хотя бы линии!!!);
- линии в процессе

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

Доступна версия x0.90
- Экспорт в *.BMP
- при управлении курсором с помощью CTRL+Sinclair (6,7,8,9) стрелка движется попиксельно относительно PC-пикселов (кому сложно сделать центровку мышкой относительно zx-пиксела, для последующего рисования с помощью Sinclair-Joystick (6,7,8,9,0,SPACE))
- Добавлена вспомогательная палитра, отражающая переходы возможных цветов (щелчок по ней - отображение вариантов выбора данного цвета в основном окне выбора палитры)
подробно : http://zx.pk.ru/showpost.php?p=279727&postcount=80
- Инструмент "линия" - рисует линии, когда линия нарисована, курсор перемещается в конец текущей линии и начинается процесс рисования новой. ESC - отмена рисования текущей линии. (пока отображение тормозит, и сама линия при визуализации отрисовывается как линия на пц)
- Добавлены варианты зума, теперь их четыре: х4 / х8 / х12 / х16

Всем хороших выходные, riskej - жду от тебя комментарии по тому каким долно быть окно просмотра, которое ты хотел.

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

---------- Post added at 20:13 ---------- Previous post was at 20:09 ----------

если кто вдруг не знает, хотя сильно сомневаюсь. из всех комбинаций одного и того же цвета самой не мигающей будет та, которая находится ближе к центру (диагоналям) "квадратной палитры".

Цитата:

---

Сообщение от pulsar

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

---------- Post added at 20:13 ---------- Previous post was at 20:09 ----------

если кто вдруг не знает, хотя сильно сомневаюсь. из всех комбинаций одного и того же цвета самой не мигающей будет та, которая находится ближе к центру (диагоналям) "квадратной палитры".

---

Текущий цвет в процессе.
А вот про то какие меньше вего мигают незнал.
Просто реал редко включаю)

хорошо, допустим из совокупности имеющихся вариантов при выборе цвета мы выберем наименее мигающий... допустим имеем дело с серым цветом...
В соседнем знакоместе у меня серый, который должен быть продолжением текущего, чистый без текстуры, и когда редактор выберет мне другой из доступных СЕРЫХ, а не тот СЕРЫЙ который нужен, хотя выбрать его он мог.. пусть он более мигающий, но соседнем знакоместе у меня серый именно тот, с которым у меня получается еще 3 НУЖНЫХ мне цвета.
в результате разных серых между знакоместами видна "полоса-наводка" от мигания разных цветов которая...
Что в этом случае правильно?

---------- Post added at 02:41 ---------- Previous post was at 02:37 ----------

и выбор пока точно не буду делать, пока мигают доступные варианты выбора...
Очень кстати позновательно посмотреть о природе образования цвета, узнать какие цвета получаются "чистыми" (с единственным вариантом выбора из расчета цвет+цвет) а какие получаются смешением нескольких разных вариантов.

---------- Post added at 02:42 ---------- Previous post was at 02:41 ----------

что то у меня прям язык чешется ввести некоторые понятия, например "симметричные цвета" - кто угадает что я имею ввиду?

---------- Post added at 02:44 ---------- Previous post was at 02:42 ----------

И вопрос к pROF^4D - ты в своем гайде по рисованию не расматриваешь понятия гигаскрин, мультиколор и как они получаются на реале?

Цитата:

---

Сообщение от TmK

Текущий цвет в процессе.

---

это самое главное, думаю, надо обязательно сделать!

Цитата:

---

Сообщение от TmK

А вот про то какие меньше вего мигают незнал.
Просто реал редко включаю)

---

тут все просто, даже реал для этого включать не обязательно, и даже муль запускать не надо. логика очень простая, примерно как и с получением "нового" основного цвета, другой яркости, из двух составляющих. например, какой цвет получится, если смешать красный с голубым? правильно, белый! как получилось (не подглядывая в палитру)? вспоминаем номер цвета на спеке для красного, голубого и белого - 2, 5 и 7 соответственно 2+5=7 все просто.

точно так же со степенью мигания цветов, всего уровней мигания 7. вспоминаем, что самый мигающий цвет это комбинация черного (номер 0) и белого (номер 7), считаем между ними разницу 7-0=7 - уровень мигания 7. самый не мигающий белый цвет нестандартной мигающей яркости можно получить как комбинацию фиолетового (номер 3) и зеленого (номер 4) - уровень мигания 4-3=1, и соответственно самый не мигающий белый это белый (номер 7) и белый (номер 7), и того уровень мигания: 7-7=0, все очень просто и логично.

Цитата:

---

Сообщение от TmK

выбор пока точно не буду делать

---

зря! зачем это надо?! сразу вспоминаю последную профофскую картинку в лоурезе! и буржуйский миниконкурс с рисованием "псевдогиги" (немигающей - с применением шахматной текстуры) атрибутами из палитры 102 цвета (с веб редактором - народ вообще не заморачивался, а просто рисовал). ну так вот, при рисовании в лоурез режиме заморачиваться на тему:

Цитата:

---

Сообщение от TmK

хорошо, допустим из совокупности имеющихся вариантов при выборе цвета мы выберем наименее мигающий... допустим имеем дело с серым цветом...
В соседнем знакоместе у меня серый, который должен быть продолжением текущего, чистый без текстуры, и когда редактор выберет мне другой из доступных СЕРЫХ, а не тот СЕРЫЙ который нужен, хотя выбрать его он мог.. пусть он более мигающий, но соседнем знакоместе у меня серый именно тот, с которым у меня получается еще 3 НУЖНЫХ мне цвета.
в результате разных серых между знакоместами видна "полоса-наводка" от мигания разных цветов которая...

---

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

и вообще не понятно почему бы не сделать выбор какого либо цвета?! ведь все равно нужно оставить:

Цитата:

---

Сообщение от TmK

мигают доступные варианты выбора

---

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

Круто! Ребята, реально круто! Саша, спасибо тебе огромное за доработки редактора!!!

От себя хочу добавить:

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

- просьба pROF'a: eще бы не помешал аналог режима XOR из BGE, то есть когда один клик ставит точку, второй ее стирает. у меня только одна мысль в голове как подобное можно реализовать... нужно запоминать цвет точки, которая находится под курсором, и востанавливать его при последующем клике.

- убрать глюк с зумом 12х и 16х (видна лишь часть экрана)

кто подскажет алгоритм рисования эллипса вписанного в прямоугольник x1,y1,x2,y2 ?

---------- Post added at 16:19 ---------- Previous post was at 16:19 ----------

(Для редактора делаю)

Вот, с вращением:

PHP код:

---


Global x_pos.l, y_pos.l

Procedure EllipseWithRotation(xCenter.f, yCenter.f, xRadius.f, yRadius.f, zRotation.f, StartAngle.f, put)
  
  Protected angle.f
  Protected AngleStep.f   
  Protected x.f
  Protected y.f
  Protected DisplayX.f
  Protected DisplayY.f
  Protected GreatestRadius.f
  
  If xRadius > yRadius
    GreatestRadius.f = xRadius
  Else
    GreatestRadius = yRadius
  EndIf
  AngleStep.f = #PI / GreatestRadius
  
  angle = StartAngle
  f = 1
  For a=0 To GreatestRadius * 2     
    x.f = Cos(angle) * xRadius                           
    y.f = -Sin(angle) * yRadius
    DisplayX.f = x * Cos(zRotation) - y * Sin(zRotation) + xCenter
    DisplayY.f = x * Sin(zRotation) + y * Cos(zRotation) + yCenter       
    
    Box(DisplayX, DisplayY, 1, 1, #Red)
        
    angle + AngleStep       
  Next a   
  
EndProcedure


InitSprite()
InitKeyboard()

OpenWindow(0, 0, 0, 640, 480, "Ellipse", #PB_Window_MinimizeGadget|#PB_Window_ScreenCentered)
OpenWindowedScreen(WindowID(0),0,0, 640, 480, 0,0,0 )
   
xr.f = 128
yr.f = 64
zr.f = 0
fr.f = -#PI
Repeat
 
  WindowEvent()
  ClearScreen(0)
  StartDrawing(ScreenOutput() )
    
  EllipseWithRotation(320, 240, xr, yr, zr, fr, 1)
    
  StopDrawing()
  FlipBuffers()
  ExamineKeyboard()
  
  If KeyboardPushed(#PB_Key_PageUp): zr + 0.04: EndIf
  If KeyboardPushed(#PB_Key_PageDown): zr - 0.04: EndIf
  If KeyboardPushed(#PB_Key_Up): yr - 1: EndIf
  If KeyboardPushed(#PB_Key_Down) : yr + 1: EndIf
  If KeyboardPushed(#PB_Key_Left): xr - 1: EndIf
  If KeyboardPushed(#PB_Key_Right): xr + 1: EndIf
  If KeyboardPushed(#PB_Key_Q): fr + 0.1: EndIf
  If KeyboardPushed(#PB_Key_A): fr - 0.1: EndIf
  
Until KeyboardPushed(#PB_Key_Escape) 


---

(требует небольшой доводки, так как рисует с промежутками)