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

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

там так или иначе идет дерево, его структура примерно такова:

class Attribute
{
    string name;
    string value;
};

class Element//сам тэг
{
    string name;
    list<Attribute> attributes;
    list<Element> childs;
};

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

[Naive]

Сообщение от Пепел Феникса

там так или иначе идет дерево, его структура примерно такова:

class Attribute
{
    string name;
    string value;
};

class Element//сам тэг
{
    string name;
    list<Attribute> attributes;
    list<Element> childs;
};

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

У атрибутов может быть несколько значений, через пробел

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

ну делаем value списком)

[Человек_Борща]

Знаю, а толку. В паутине я найду только принцип строения, но не реализацию.

ftp://ftp.mozilla.org/pub/mozilla.or...source.tar.bz2

[_PROGRAMM_]

То ответ скорее "да", чем "нет" т.к. для разных стандартов разные кол-ва тегов и атрибутов.

Вот и я думаю, что - да. Но как реализовать.
Levsha100, спасибо огромное.
http://lynx.isc.org/current/ - Исходники Lynx? Круто. Исходники как я понял в папке src. И с чего начинать? Я буду искать, а как появится время направьте меня в нужную сторону. Хотя все равно хотелось бы услышать алгоритм.
http://dev.chromium.org/developers/how-tos/get-the-code - 404. Что там должно было быть?

--

Все теперь 404 пропала.
P.S. пока писал уже несколько сообщений появилось. Буду читать.

Сообщение от Человек_Борща

ftp://ftp.mozilla.org/pub/mozilla.or...source.tar.bz2

Благодарю

--

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

Не соображу как на асм это сделать. А не пойму вот почему. Никогда в с++ не пользовался list, потому что не знаю способов применения. Что это вообще такое?(нужно чтобы в гугле почитать). Открою Страуструпа.

ftp://ftp.mozilla.org/pub/mozilla.or...source.tar.bz2

Благодарю. Единственный минус - там 60 тысяч файлов. Нет даже предположений куда идти.

[Человек_Борща]

_PROGRAMM_, HTML сродни XML. Во втором программист сам задает имена ветвей, их атрибуты, так же учит читать этот документ.

В HTML все тоже самое древовидное, по тому это Document Object Model.
Хорошо что он имеет опред. набор имен и их атрибутов. В зависимости от параметра, нужно пройтись по атрибутам и в соответствии с ними, словно инструкции, строить объектную модель и отобразить её пользователю.
Только ваши алгоритмы сами должны уметь читать документы и следовать инструкции.


Насущно:
1. Проблема в том, что стандарт написания сайта - не существует, я имею ввиду тот факт, что сейчас есть индивиды ещё с HTML 1.0 и далее, со всем этим мешаются версии JS и прочего что исп. в конечном итоге, и ту уже надо чуть больше чем логика, чтобы предугадать как работать с документом.

2. HTML не самая малая проблема, браузер должен уметь кушать JS, кодировки страниц, символов и т.д.

3. Ещё овер9000 причин, на тему почему за 11 лет никто не создал финальный браузер.

Кстати, как-то смотрел результат импорта библиотеки типов MS HTML, и его многоуровневая классификация очень много рассказала о том, как строится DOM.

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

Не соображу как на асм это сделать. А не пойму вот почему. Никогда в с++ не пользовался list, потому что не знаю способов применения. Что это вообще такое?(нужно чтобы в гугле почитать). Открою Страуструпа.

это std::list(ну и там же std::string еще, ну с ней вроде ясно)
list это двусвязный список.

HTML сродни XML.

похожи, но они разные.
xml строже.

а похожи ибо корни одни.

[_PROGRAMM_]

_PROGRAMM_, HTML сродни XML. Во втором программист сам задает имена ветвей, их атрибуты, так же учит читать этот документ.

В HTML все тоже самое древовидное, по тому это Document Object Model.
Хорошо что он имеет опред. набор имен и их атрибутов. В зависимости от атрибута, нужно пропустить через параметры и в соответствии с ними, словно инструкции, строить объектную модель и отобразить её пользователю.
Только ваши алгоритмы сами должны уметь читать документы и следовать инструкции.

Проблема в том, что стандарт написания сайта - не существует, я имею ввиду тот факт, что сейчас есть индивиды ещё с HTML 1.0 и далее, со всем этим мешаются версии JS и прочего что исп. в конечном итоге, и ту уже надо чуть больше чем логика, чтобы предугадать как работать с документом.

Я понимаю, но меня сейчас не так волнуют стандарты. Больше всего меня интересует способ хранения DOM модели

похожи, но они разные.
xml строже.

Ну ведь HTML образовался от XML.

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

Ну ведь HTML образовался от XML.

нет, он образовался от SGML.
ибо HTML допускает явные ошибки с точки зрения xml.

[Человек_Борща]

Больше всего меня интересует способ хранения DOM модели

Тот же что и у XML.
1. Каждая нить может иметь атрибуты
2. Каждая нить может содержать другие нити.

Кстати, как-то смотрел результат импорта библиотеки типов MS HTML, и его многоуровневая классификация очень много рассказала о том, как строится DOM.

Во вложении прикрепил результат импорта ActiveX mshtml.tlb в Delphi, может оно вам даст понимание строения DOM.