Каморка

Почему народ не любит фреймы? Лет 10 назад браузеры не поддерживали фреймы, или отображали их некорректно. Сейчас AFAIK отключить фреймы можно только в Опере.
Задача: надо отобразить информацию (например, товары в корзине) так, чтобы она оставалась перед глазами при дальнейшей навигации по сайту. В то же время, информация должна апдейтится при добавлении товара в корзину. С фреймами можно засунуть это в фрейм один раз и не дергать БД и веб сервер. При добавлении товара перезагрузить фрейм.
Или эта проблема по-другому решается?

Да тебе какая разница - любит, не любит? Если надо - используй. Gmail, например, весь на фреймах. Для быстроты реакции на события. портлеты - тоже на фреймах. Не заморачивайся.

Да я один проект на фреймах уже сделал. Просто натыкался в Интернете на темы типа "чем плохи фреймы" и "меню на CSS вместо феймов". Не знал что Gmail на фреймах.
Спасибо.

Zy писал(а): ... Gmail, например, весь на фреймах...

Zy, а с чего ты взял что Gmail на фреймах? ... пошел туда на всех скринах просмотрел source, не увидел или я не там смотрю?

StS писал(а):Да я один проект на фреймах уже сделал. Просто натыкался в Интернете на темы типа "чем плохи фреймы" и "меню на CSS вместо феймов". Не знал что Gmail на фреймах.
Спасибо.

Одна из неприятных особенностей фреймов (для тех, кто консерн) это плохая индексация поисковыми системами.

А решить проблему можно, ИМХО, используя CSS oriented design.

Например сделать динамическое наполнение div'а, позиционированного так как вам нужно.

Gatchinskiy писал(а):

Zy писал(а): ... Gmail, например, весь на фреймах...

Zy, а с чего ты взял что Gmail на фреймах? ... пошел туда на всех скринах просмотрел source, не увидел или я не там смотрю?

Надо source смотреть не через right click, а через view

Уникурсал Уникурсалыч писал(а):
Надо source смотреть не через right click, а через view

... не понял, а что разный результат?

Уникурсал Уникурсалыч писал(а): А решить проблему можно, ИМХО, используя CSS oriented design.
Например сделать динамическое наполнение div'а, позиционированного так как вам нужно.

[trn]Kak pri navigacii dinamicheski napolnyat' div? Dergat' bazu? Dazhe esli hranit' korzinu v sessii na servere, to veb server budet posylat' ee pri kazhdom perehode na druguju stranicu. Ya special'no vydelil [/trn][trn]ne dergat' BD [/trn][trn]i veb server[/trn]

[trn]Poiskovye sistemy - ne konsern.[/trn]

StS писал(а): [trn]Kak pri navigacii dinamicheski napolnyat' div? Dergat' bazu? Dazhe esli hranit' korzinu v sessii na servere, to veb server budet posylat' ee pri kazhdom perehode na druguju stranicu. Ya special'no vydelil [/trn][trn]ne dergat' BD [/trn][trn]i veb server[/trn]

[trn]Poiskovye sistemy - ne konsern.[/trn]

выводи инклудом:
<div>
<?php
include('whatever.inc');
?>
</div>
А если SE "не консерн", то смело используй фреймы.

Фрейм - это окно(т.е. объект window). Перезачитать в браузере можно только окно, никакой div и т.п. перезачитать нельзя.

На этом основаны технологии динамического изменния контента, типа, портлетов и gmail(забыл, как эта технология называется). В последнем случае выделяется hidden frame, который, собственно, и перезачитывается, а JavaScript управляет этими запросами.

Т.е. нужно изменить контент в ddlistbox'e. Кладем во скрытый фрейм что-то типа "....<input value='ddlb#=1, country=Russia'>...", и submit. Соответственно, скажем, сервлет это ловит, находит список городов для России и посылает клиенту. Опять же JavaScript дергает из скрытого фрейма данные и изменяет ddlistbox. Соответственно, можно резко уменьшить трафик, ускорить работу браузера, особенно, когда форма большая и ему нелегко ее перерисовывать каждый раз(как у gmail).

У меня на прошлой работе было такое приложение. Большая форма ввода, все меняется, но без перерисовки, такое впечатление, что работаешь с оконным приложением.

выводи инклудом:

Это его не спасет.

Zy писал(а): У меня на прошлой работе было такое приложение.

[trn]Na chem napisano?[/trn] Portlets?

На чем написано? Portlets?

Нет, html + javascript. На серверной стороне java, но это не существенно.

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

Прочитал. Много думал.
Ужоснах. Хорошо, что я не вебдевелопер.

Старина Зотин писал(а):Прочитал. Много думал.

в этом основная ошибка. много думать вредно