О! Жывой.

(Reply to this) (Thread)

daj mne godnogo dizajnera!
pol carstva za dizajnera!

(Reply to this) (Parent) (Thread)

Людей не дают, людей сватают.

(Reply to this) (Parent)

И да, что они там за антиальясинг сделали?

(Reply to this) (Thread)

well, essentially they made it uncontrollable.
you can not switch it off you can not turn it.
nothing.
i think this is the issue (may be i am too tolerant and merciful).
because what makes it so important is bloody mess.

canvas is a raster. it handles an image in every regard as a bunch of pixels.

while canvas drawing methods manipulates abstract coordinates, sizes, lines and dots.

so when you command to draw a line it is IRREVERSIBLE.
you can, however, draw another line at the very same position,
but antialiasing pixels will remain.

FOREVER.

in this contradiction between abstract lines and tangible raster all antialiasing pixels are orphaned!!!! no way to refer to them.

ok. i understand the problem, i would like to simply turn antialiasing off.
this is where my post begins.

(Reply to this) (Parent) (Thread)

Тебе померещилось: в canvas -- нет пикселов (есть только жопа, да, поскольку в отличие от PS они сделали некие условные пикселы, а не 1/72 inch или, как это сейчас было бы логично, какой-нибудь угол). Я не знаю, дают ли они напрямую указывать floating point координаты, но через transform это вполне можно.
Ну и да, хаккиры, которые пытаются двумя xor помигать картиночкой -- обламываются. Заполняй прямоугольник и перерисовывай заново, так все делают, притом везде.

PS А то, что ты хочешь -- это скорее к svg. Но да, тормозит оно так, что остальной js кажэтся быстрым.

(Reply to this) (Parent)

can you see?
antialiasing pixels dwell in entirely another abstraction level.
they refer to other pixels, they are defined by their neighbors.
but this definition is implemented one way only.
if i change those pixels that has defined some antialiasing pixels, nothing happens.

(Reply to this) (Parent)

И да, ещё банальное: теоретически соприть, что правильней -- обязательный full redraw или pixel-correctness -- можно, наверное, долго.

Но в гениальном postscript и гениальном opengl -- full redraw. Притом, если про postscript можно сказать, что динамики там не предполагалось, это было для бумаги изначально -- то в opengl -- нет.
Потому этот вариант меня вполне устраивает.

Хотя, конечно, устроить full redraw без double buffer -- это они, как обычно, отличились.

(Reply to this) (Thread)

я не требую свг,
а требую всего лишь сделать антиалиайсинг ОТКЛЮЧАЕМЫМ.
и всё.
не мешать мне мух с котлетами.
а так получается услужливый медведь.

по сути растр, а по контролам свг
в итоге ни свг нет, потомучто информация об обьектах не представлена
ни растра нет потомучто управлать пикселами нет инструментов.

ты понимаеш наскока ето глубокий пиздец головного мозга у пидарасов?!

нужем мне full redraw или нет я сам решу, но они сделали всё чтобы я ни в каком кейсе не мог без full redraw.

и да чуть не забыл,
как раз ты цпрашивал про нецелочисленные точки: они есть.
причом естественно через жопу:
координата линии указывает на её ОСь (ну при том что у линии есть тилщина, ето решение не безумное)
однако
координата пиксела указывает на его ЛЕВЫЙ БЕРХНИЙ УГОЛ.
и вот в сочетании ето даёт лютый пиздец.
миллионы интузиастов делятся друг с другом функциями рисования которые прибавляют 0.5 ко всем параметраметрам.

там не просто нет мозга там вместо мозга гавно.

(Reply to this) (Parent) (Thread)

Мда, с мозгом там, конечно, проблема. Сука, почему это настолько хужэ postscript?

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

Потому растра -- нет, и device выбирает как рисовать линию. Её можэт вообще не нарисовать без какого-то antialiasing. И это -- в общем скорее правильно. И GetImage, кстати, выдаёт говно -- это ты тожэ учти (потому double buffer не сделать вообще никак, хе-хе, сука, идиоты).

(Reply to this) (Parent) (Thread)

there are NO lines in a raster but pixels only.

since it is not svg, it must not mimic it.

(Reply to this) (Parent)

Кстати, заметь: в postscript нет вообще никакого растра. Совсем. Можно вытребовать с device его разрешэние, если интересно -- однако для рисования растра нет. Есть некая дефолтная система координат, с единицами в 1/72 дюйма -- но, понятно, что к растру это не имеет никакого отношэния, во-первых потому, что физическое разрешэние всегда другое, во-вторых потому, что сменить эту систему координат на какую-то, в которой единицы в 1мкм или в 1страницу -- это дело одной команды, и ничем они отличаться не будут от оригинальной, в-третьих -- потому, что никакой пользы от цэлочисленности твоих координат нет, можэшь писать там любые floating point numbers, системе всё равно.

(Reply to this) (Parent) (Thread)

because it is for printing!
there is NO classical pixels in postscript, therefore.

(Reply to this) (Parent) (Thread)

Кстати, смешное: в девайсе под оригинальный постскрипт -- есть пиксели. Обязательно. Это язык лазерных принтэров, выдача идёт строго по одной строке, соответственно чтобы эффективно прервать выдачу страницы A4 разрешэния 300dpi, которая печатается со скоростью 8 страниц в минуту -- потребовался бы прерыватель, который сможэт точно и безоткатно остановить барабан менее чем за 1 миллисекунду. Поскольку это была и есть слишком тяжёлая задача -- образ страницы цэликом формируется в памяти, и только после этого печатается.

Так что пиксели там вроде как были... Ну, примерно такие жэ абстрактные, как в вебе, да.

(Reply to this) (Parent)