Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Как перенаправить вывод Response.Write
|
|||
|---|---|---|---|
|
#18+
Доброго времени суток! Подскажите, плз, нельзя ли направить вывод Response.Write на указанный объект (например, на указанную панель)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2006, 14:41 |
|
||
|
Как перенаправить вывод Response.Write
|
|||
|---|---|---|---|
|
#18+
Нет. Сервер ничего не знает о структуре документа на клиенте. Он просто отправляет ответ на адрес, а получатель уже разбирается, чей-то там наотправлял сервер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2006, 14:58 |
|
||
|
Как перенаправить вывод Response.Write
|
|||
|---|---|---|---|
|
#18+
все техники записи в поток браузера как раз основаны на обращение к ASP страничке, которая затирает собственно говоря себя, выполняя прямой Response.Write Таким образом если бы панель имела свойство - загрузить содержимое с некоторого URL - то можно было бы указать URL именно такой "подлой" станички, которая просто делает прямой Response.write Таким образом содержимое контрола оказывается заполенным прямой записью Response.Write. Это очень распространенная техника, ее применяет каждый программер в каждом проекте. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2006, 15:21 |
|
||
|
Как перенаправить вывод Response.Write
|
|||
|---|---|---|---|
|
#18+
все техники записи в поток браузера как раз основаны на обращение к ASP страничке, которая затирает собственно говоря себя, выполняя прямой Response.Write Таким образом если бы панель имела свойство - загрузить содержимое с некоторого URL - то можно было бы указать URL именно такой "подлой" станички, которая просто делает прямой Response.write Таким образом содержимое контрола оказывается заполенным прямой записью Response.Write. Это очень распространенная техника, ее применяет каждый программер в каждом проекте. Дело тут вот в чем. Есть два списка. При событии SelectedIndexChanged второго происходит выборка информации из БД и вывод ее на страницу. В этом же событии при помощи Response.Write строится таблица с выбранной информацией, но поскольку событие происходят до рендеринга html-кода страницы, построенная таблица оказывается вверху страницы, до <body>, а мне надо, чтобы она была построена в ячейке таблицы, существующей на странице. Так вот, нельзя ли направить вывод Response.Write на эту ячейку. Мож, туда какой-нить контрол поместить, который будем поток принимать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2006, 17:00 |
|
||
|
Как перенаправить вывод Response.Write
|
|||
|---|---|---|---|
|
#18+
Ну например контролы Image с параметром ImageURL ТОЛЬКО ТАК и заполняются. Насчет заполнение текста не могу сообразить с ходу. Просто возьми ЛЮБОЙ контрол, который заполняет СЕБЯ с URL. Ну или сделай такой TemplateColumn для своей сетки сам. И на этот URL вешай свою страничку, которая себя фактически стирает и выдает при обращении к этому URL в поток браузера просто сырой Response.Write. Ну думаю, ты понял. Твой контрол начнет заполнять себя с URL - а оттуда идет просто Response.Write. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2006, 17:21 |
|
||
|
Как перенаправить вывод Response.Write
|
|||
|---|---|---|---|
|
#18+
А зачем пользовать Response.Write для построения результатов? Есть всякие гриды с репитерами. но если уж оч хочется вручную - пиши в строку нужный html и потом добавляй эту строку как LiteralControl в нужное место страницы Многие вещи нам непонятны не оттого, что наши понятия слабы, а оттого, что данные вещи не входят в круг наших понятий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2006, 17:26 |
|
||
|
|

start [/forum/topic.php?fid=18&fpage=895&tid=1390211]: |
0ms |
get settings: |
7ms |
get forum list: |
21ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
41ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
61ms |
get tp. blocked users: |
2ms |
| others: | 232ms |
| total: | 386ms |

| 0 / 0 |
