Как оптимизировать определение границ произвольной фигуры ?

[vitaly_l]

Обычный абзац текста.

Обычный абзац текста вписан в прямоугольник, а несколько <P> элементов располагается как правило на <DIV>.
Так вот и <P> и <DIV> <== это прямоугольники. И даже обычная точка - это rect (0,0,1,1); И даже линия <HR>.
И самое главное, какой-бы вы пример ни привели, это всегда можно вписать в прямоугольник.
Дальнейшее обсуждение данной темы бессмысленно, т.к. вы не смогли привести пример.

.

[Лекс Айрин]

Обычный абзац текста вписан в прямоугольник, а несколько <P> элементов располагается как правило на <DIV>.
Так вот и <P> и <DIV> <== это прямоугольники.

Кто сказал сей, не побоюсь этого слова, бред?
1) Никто не заставляет писать текст в контейнере <DIV>.
2)Тег <P> может быть и не прямоугольным, а в виде любого многоугольника, если он распирается со всех сторон картинками. Один из примеров такого размещения у меня на самиздатовской странице http://samlib.ru/editors/h/halturin_a_a/ он находится вверху и начинается так "Аннотация к разделу: Всем"... у меня его расперло с одной стороны аватаркой, а с другой небольшой таблицей..

Добавлено спустя 23 минуты 48 секунд:
Re: Как оптимизировать определение границ произвольной фигуры ?
PS: кстати, я ошибся... с точки зрения веб страницы, абзац начинается еще раньше.... со слов об "авторе".

[pupsik]

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

Ну...у обведите тут http://jsfiddle.net/po4teda/7jpzq/ круг. Дивы есть и область прямоугольная.
То что канва - прямоугольник (квадрат)... согласен. Но на канве может быть не одна фигура. И вопрос был: как обозначить эту фигуру. То что вы канву обведёте не значит что вы достигли успеха.

п.с.
Одно не ясно: зачем в редакторе отображать то что должно быть на стороне клиента? Т.е.

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

. Что то с логикой моей сталось....

[Лекс Айрин]

Одно не ясно: зачем в редакторе отображать то что должно быть на стороне клиента? Т.е.

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

[vitaly_l]

Тег <P> может быть и не прямоугольным, а в виде любого многоугольника, если он распирается со всех сторон картинками. Один из примеров такого размежения у меня на самиздатовской странице http://samlib.ru/editors/h/halturin_a_a/ он находится вверху и начинается так "Аннотация к разделу: Всем"... его расперло с одной стороны аватаркой, а с другой небольшой таблицей..

Мысль ясна, идея: флудо-одурачивания или заблуждений - понятна.

Однако, элемент <P> всё равно остаётся прямоугольным и уже в этом прямоугольном элементе, обозначаемом тегом <P> на текст начинают оказывать влияние картинки и прочие фИгни. Ну и наконец, чтобы стало ясно и понятно, следует установить сквозное обтекание: (<img>) КАРТИНКИ и убедится, что - текст по прежнему будет вписан в примитивный прямоугольник. Но меняли-то, параметры - не текста, а именно картинки <img>.
Ферштейните ужо, хоть чуть-чуть, в прямоугольниках HTML подобного web-дизайна?
Или всё ещё ни бельмеса, в прямоугольниках HTML подобного web-дизайна?

Учитывая что Лекс - знатный флудер (несмотря на то что в некоторых темах его флуд помогает), в этой теме: дальнейшее обсуждение - не имеет смысла, т.к. он придумает ещё 1 000 000 подобных пустых примеров. А флуд - ради флуда, мне не интересен. Идея изложена, принципы показаны, кому надо - тот найдёт.

.

[pupsik]

vitaly_l
<P> - это тег. И вы явно не туда "гнете". Необходимо на канве найти фигуру. При чем тут разметка.

п.с.
Вам бы в школу преподавать. И не было бы столько фигур. Был бы только прямоугольник. Остальное, если что, надфилем подправить можно

[vitaly_l]

<P> - это тег. И вы явно не туда "гнете". Необходимо на канве найти фигуру. При чем тут разметка.

Вы его(ТС) код посмотрите. ТС - что в коде ищет?

Код: Выделить всё


          CurRect:=R;
          FCurRect:=True;
          Result:=I;



[Лекс Айрин]

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

Если бы тег <P> был прямоугольным, то "прочие фигни" не могли бы оказывать на него никакого внимания. Упс... а если я даже все сделаю как ты хочешь, то при вставке изображения не между абзацев, а внутри одного из них форма тега опять не прямоугольная. И следующий абзац спокойно располагается якобы в области предыдущего...

не имеет смысла, т.к. он придумает ещё 1 000 000 подобных пустых примеров.

А может, я просто лучше знаю тему? Дело в особенностях мозга. У меня визуальное и текстовое представления взаимосвязаны.

И, если уж на то пошло, топикстартер, почему-то со мной согласен. Да и вроде как не только он.

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

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

Добавлено спустя 1 минуту 33 секунды:
Re: Как оптимизировать определение границ произвольной фигуры ?

Остальное, если что, надфилем подправить можно

он Художник... и, судя по всему, кубист.

[pupsik]

Вы его(ТС) код посмотрите.

т.е. вы считаете что алекс ищет тег, а не координаты фигуры?

[Лекс Айрин]

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

[vitaly_l]

т.е. вы считаете что алекс ищет тег, а не координаты фигуры?

TRect он ищет (по сути: координаты тегов) и номер I. И никогда не задумывался как работает векторная графика.

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

Жуть! И это наши программисты? Они даже код прочесть не могут... Теперь понятно почему, ракеты падают.

.

[Лекс Айрин]

TRect он ищет (по сути: координаты тегов) и номер I.

Вот суть подхода Художников... Раз есть веб и есть графика, то TRect это обязательно тег. Это может значить кучу вещей и на любом этапе работы как с тегами, так и со страницей в целом.

Они даже код прочесть не могут...

Прочесть фигня... главное его написать))) Если честно, то я код НЕ ЧИТАЛ. Просмотрел, конечно, но не вникая полностью. Просто не было необходимости. Мне нужно было примерно считать подход, а не реализацию.

[pupsik]

И так добрался я до выделения прямоугольника текущей фигуры по клику мыши .

мне интересно: и чё..ё потом? Т.е.: зачем это выделение?

[zub]

Alex2013
>>Но мне интересует: нет ли чисто АЛГОРИТМИЧЕСКОЙ ОПТИМИЗАЦИИ подобного поиска ?
Поднимай свои старые топики. думаешь с тех времен придумались новые алгоритмы?

>>(Что в LCL такого в канвас напихали что ПРОСТОЙ ДОСТУП К ПИКСЕЛЮ взывает настолько дикий тормоз ?)
Нету никакого простого доступа к пикселю. Считай что пиксели лежат на другом компе в другой стране, а связь по зухелю 9600бод.
За всякие сканлайны и гетпиксели надо по ручкам лупить.

[olegy123]

Я тут еще пошла фигня с тесселяцией и пр.

Там холивар был по поводу выделения фигуры и закраски её путем нахождения пикселей(скайнлайн).. И наш друг, Alex2013 решил что он там первопроходец.. открыватель невиданных способностей для своего там редактора..

Вообще, я думаю - что движение идет в сторону SVG. Люди из W3C работают над ним. вики пишут что js добавляют к нему..
Все браузеры обязаны понимать данный формат и он понятен аппаратуре.. хорошо может быть ускорен всякими OpenVG..