Можно ли «отключить» отступ в asp.net элементы управления?

#asp.net #html

#asp.net #HTML

Вопрос:

Когда я использую встроенные элементы управления в asp.net Я вижу много символов табуляции, добавленных в начале каждой строки сгенерированного HTML-вывода. Возможно ли «отключить» их?Я бы хотел избавиться от этих отходов.

Например, когда я использую GridView элемент управления, он генерирует <table> тег, который выглядит следующим образом:

 <div>
        <table>
                <tr>
                        <th>...</th>
                </tr>
                <tr>
                        <td>...</td>
                </tr>
                ...
        </table>
</div>
  

Но я хочу это увидеть:

 <div>
<table>
<tr>
<th>...</th>
</tr>
<tr>
<td>...</td>
</tr>
...
</table>
</div>
  

Интересно, кто разработал этот глупый материал. Хотя это «всего несколько байтов», он отправляет много ненужных отходов через Интернет, если вы посмотрите на это с точки зрения длительного периода времени. (Я понимаю, что отступ делает его более читаемым, но все же, по крайней мере, эти внутренние <th> теги и <td> теги имеют слишком большой отступ.)

Или вы думаете, что я совершенно не прав? [Важны ли эти вкладки для мира?]

Ответ №1:

Интересно, кто разработал этот глупый материал

Корпорация Microsoft.

Или вы думаете, что я совершенно не прав?

Я думаю, вы совершенно не правы. HTML должен быть прочитан и интерпретирован браузерами. Вы, как разработчик, могли бы использовать инструменты разработчика, такие как FireBug, для удобной проверки фактического дерева DOM. Людям / пользователям наплевать на то, как ваш HTML имеет отступ. Они смотрят на конечный продукт, отображаемый браузером, и это то, на чем вы должны сосредоточиться. На самом деле в процессе производства, чтобы оптимизировать пропускную способность, вы должны сжать свой HTML и удалить все пробелы. Это можно сделать с помощью пользовательских фильтров ответов.

Комментарии:

1. Итак, вы говорите, что я совершенно не прав, когда хочу сгенерировать html без ненужных пробелов, а ваш аргумент — Firebug? Я не понимаю вашей логики.

2. @AlKepp, мой аргумент заключается в том, что если вы хотите проверить DOM, который вы используете FireBug, вы не смотрите на исходный код HTML в своем браузере. Лично я никогда не просматриваю сгенерированный HTML-вывод приложения. Я никогда не использую его для отладки проблем с моим кодом. Я использую инструменты разработчика. Как FireBug. Все, что мне нужно знать о фактическом HTML, это то, что он проверяет ( validator.w3.org ) и чтобы он был как можно более компактным, чтобы сэкономить пропускную способность. Мне наплевать на пробелы и отступы. Вы смотрели на исходный код HTML одного из самых посещаемых сайтов на планете google.com ?

3. Мой главный вопрос здесь заключается в том, можно ли отключить этот отступ. (Вы утверждаете, что неправильно истолковали то, что я написал. Мне не нужны эти вкладки, я хочу, чтобы мои html-файлы были короткими.)

4. @AlKepp, да, это возможно. Вы могли бы использовать фильтр ответов, который удалит все пробелы из вашего HTML.

5. Вероятно, стоит отметить, что в IE 8 и выше встроена панель инструментов разработчика. Инспектор элементов Chrome всегда был встроен.

Ответ №2:

Лично я, когда пишу страницу (я использую элемент Repeater управления, поэтому есть небольшая разница), я всегда делаю отступы в своем HTML. Да, даже содержимое в <th> <td> тегах and .

Я могу понять вашу точку зрения (особенно когда мы говорим об использовании сжатых и уменьшенных копий библиотек JavaScript), когда вы говорите о производственном приложении, которое никогда не отлаживалось. Однако без отступов HTML мне было бы невероятно сложно устранить проблемы в моем макете или ошибки, которые я допустил при написании свойств CSS или HTML.