Обычное объявление глобальной переменной в разделяемом юните, нигде не используемое и сидевшее там сто лет, ему просто сменили тип и стали, наконец, использовать. Не понятно, что ты имеешь в виду под "отключением", это же не наследуемое свойство из ini, в каждом ini обновлённых компонентов оно и так прописано индивидуально, разве что в коде индивидуально не объявлено, а импортировано вместе с унитом Img_Draw.
Этот топик читают: Гость
Ответов: 3889
Рейтинг: 362
|
|||
карма: 1 |
|
Разработчик
Ответов: 26163
Рейтинг: 2127
|
|||
1nd1g0 писал(а): Только заливка должна быть по умолчанию в режиме, совместимом со старым компонентом.Вооот. Еще один пункт, который надо проверить и совместить |
|||
карма: 22 |
|
Ответов: 3889
Рейтинг: 362
|
|||
nesco, хватит ехидничать, всё равно Img_FloodFill в том виде, который он имеет сейчас, сделан для галочки и практически никем не использовался. Совместимость гарантирует M$, рекомендующая заменять в программах устаревший со времён 16-тибитных ОС FloodFill на ExtFloodFill с режимом FLOODFILLBORDER. По сути это просто разные способы вызова одного и того же кода. И я многократно предупреждал sla8a, что по умолчанию нужно поставить FLOODFILLBORDER, т.к. догадывался, что придёшь ты и начнёшь ругаться.
У меня тесты элементы прошли, как на экране, так и на лазерном принтере. А цветную печать проверял на виртуальном (принтере). К остальным элементам не столько претензий, но заливка у нас бредовая, простейшую цветную рисовалку не изобразить. Элементы рисования вообще мало используются, потому можно веками ждать отзывов проверяющих. Кстати, элементам графика (PlotXXX) тоже не помешал бы разный стиль штриховки точек, мало ли, на печать выводить на монохромном графопостроителе или одноцветном лазерном принтере придётся. |
|||
карма: 1 |
|
Разработчик
Ответов: 26163
Рейтинг: 2127
|
|||
sla8a писал(а): Определяет стиль линии (только при Size = 1)Хорошо, что с этим пунктом Как он себя ведет при непрерывной линии, раньше рисовал |
|||
карма: 22 |
|
Ответов: 3889
Рейтинг: 362
|
|||
nesco писал(а): Хорошо, что с этим пунктомЭто ограничение относительно низкоуровневого M$ Windows GDI API, если не ошибаюсь, единственный метод борьбы - пользоваться более высокоуровневым GDI+. Но это слишком круто, боюсь. Хотя бы из простого GDI вытянуть то, что он умеет. ------------ Дoбавленo в 17.16: Хотя нет, может вру, надо ещё попробовать использовать ExtCreatePen. Очередная замена устаревшему CreatePen. ------------ Дoбавленo в 17.41: nesco писал(а): Как он себя ведет при непрерывной линии, раньше рисовалТак он её и продолжает рисовать, просто сплошную, то есть игнорирует выбранный стиль. Видимо, это происходит потому, что простой, доставшийся от древней винды 3.11 CreatePen работает в режиме "косметического" пера, у которого не было толщины более 1. В ExtCreatePen есть ещё режим "геометрического", у которого таких граблей, вроде, нет. По крайней мере, GDI+ рисует пером при любой толщине, и при этом является просто надстройкой над GDI, но там не такой большой геморрой все атрибуты выставлять и режимы выбирать. |
|||
карма: 1 |
|
Ответов: 2271
Рейтинг: 677
|
|||
Думаю нужно подождать с внесением изменений на SVN, пока не горит, кому надо обновит и протестирует.
1nd1g0 писал(а): я многократно предупреждал sla8a, что по умолчанию нужно поставить FLOODFILLBORDERЗачем? Очень сомневаюсь что хоть кто пользовался старым элементом для заливки по контуру. Я пока не залез в pas файл, то думал что он заливает по цвету, а не по контуру. Лучше подождать и если не будет жалоб на несовместимость то оставить по умолчанию FLOODFILLSURFACE. 1nd1g0 писал(а): GDI+ рисует пером при любой толщинеСпасибо за пример и за хорошую книгу (очень помогла). Сейчас попью чайку и выложу в новой теме наработки и пару вопросов по новым элементам GDI+. Вот старая тема: http://hiasm.com/xf/topic.php?t=57754 |
|||
карма: 11 |
|
Ответов: 2271
Рейтинг: 677
|
|||
карма: 11 |
| ||
файлы: 1 | code_33564.txt [707B] [453] |
Разработчик
Ответов: 26163
Рейтинг: 2127
|
|||
sla8a писал(а): что-то не так с заливкой на ContextА че не так, у меня оба рисунка одинаковых |
|||
карма: 22 |
|
Ответов: 2271
Рейтинг: 677
|
|||
При рисовании на Context-е и выборе стили заливки с штриховкой у элементов не заливается фон, остается белый цвет. У меня так со всеми элементами, не только с прямоугольником. Тестировал на чистом, последнем HiAsm. Не исключаю что проблема только у меня. Может кто еще проверит.
error_fill.jpg |
|||
карма: 11 |
| ||
файлы: 1 | error_fill.jpg [25.1KB] [696] |
Разработчик
Ответов: 26163
Рейтинг: 2127
|
|||
sla8a писал(а): остается белый цветДома у меня работает нормально, на работе -- фиг, на контексте белый фон, точно как у тебя на рисунке. Странно, но похоже, что это связано как-то с системой |
|||
карма: 22 |
|
Ответов: 2271
Рейтинг: 677
|
|||
nesco писал(а): похоже, что это связано как-то с системой |
|||
карма: 11 |
|
Разработчик
Ответов: 26163
Рейтинг: 2127
|
|||
sla8a писал(а): XP SP3У меня и дома, и на работе одна и та же Семерка, но видеокарты и драйвера разные |
|||
карма: 22 |
|
Ответов: 2271
Рейтинг: 677
|
|||
nesco, не хватает
Наверное будет правильно добавить эту строку во все элементы использующие штриховые кисти (свойсто Style): Img_Rectangle, Img_Ellipse, Img_Arc, Img_Polygon, Img_FloodFill. Вместо этого (hiImg_Rectangle.pas):
|
|||
карма: 11 |
|
Разработчик
Ответов: 26163
Рейтинг: 2127
|
|||
sla8a писал(а): Наверное будет правильно добавить эту строку во все элементы использующие штриховые кисти Согласен, но я подожду, пока ты доделаешь трансформацию. Не забудь добавить это исправление в правленные компоненты. |
|||
карма: 22 |
|
Ответов: 1304
Рейтинг: 405
|
|||
На Win7-64
context.png error_fill_артефакты_jpg.png |
|||
карма: 3 |
| ||
файлы: 2 | context.png [16.6KB] [661], error_fill_артефакты_jpg.png [60.9KB] [719] |