Принцип работы браузеров

[_PROGRAMM_]

С чего бы такие вещи писать на низкоуровневых ЯП?

Ну вот хочется. Пока есть время, почему бы не реализовать.

будете каждый раз проходить по всему массиву элементов?

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

либо произвольный или смешанный.

Всмысле? Массив + что-то. Что именно. Давайте попробуем на примере HTML кода, который я привел в начале.

[Пепел Феникса]

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

[_PROGRAMM_]

если удалять элемент, мы на его место перемещаем последний.

А если для каждого тега разные размеры выделены? Не могу уловить мысль с массивами. Что значит смешанный метод?

[Пепел Феникса]

А если для каждого тега разные размеры выделены?

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

Что значит смешанный метод?

список массивов.
берется например структура типа

struct Data
{
    Element data[1024]; //от балды количество брал.
    Data* next;
    int freecount;
}

чтото типа такого.
кончилась одна, выделяем дальше, и тп.
можно двусвязным.

[_PROGRAMM_]

Спасибо за все.

чтото типа такого.

Блин. Такая мысль тоже возникала, но я ее откидывал из-за потребления памяти, а об установках по-умолчанию забыл.
Всем огромное спасибо. Буду возится.

[Пепел Феникса]

но я ее откидывал из-за потребления памяти

думать только про потребление низзя.

[_PROGRAMM_]

думать только про потребление низзя.

Иногда - желательно. А вдруг что-нибудь революционное в голову придет.

[Пепел Феникса]

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