Открыв файл, содержащий директивы SSI, получил вместо этого:
<!--#echo var="fname" -->
вот это:
<!--#echo var=" fname="" -="">

Вообще, насколько я понял, Nvu не знает о существовании SSI.

хм... я вставил - все нормально.
В Инструменты - Настройки - Дополнительно - Не кодировать специальные символы в значениях атрибутов галочка стоит?

Вот как только увидел эту фигню, поставил галочку. Результат отрицательный.
Я не вставлял этот текст, а открыл готовый файл.

Еще более странно. Я вставил, сохранил этот файл, открыл снова - все на месте. Nvu 1.0

Ok, вот этот файл: http://dao.pp.ru/download/nvu/ssi.zip (он маленький, но ежели не зипнуть, то, насколько понимаю, сервер его обработает при загрузке).
У меня Nvu 1.0 для форточек.
Кроме этого глюка, обнаружил, что Nvu добавляет необязательные теги <tbody>, </tbody>, </tr> и </td>. Это как-нибудь регулируется?

</tr> обязательный, и </td> лучше ставить.

Закрывающие тэги </tr> и </td> не обязательны в соответствии с рекомендациями W3C. И это совершенно логично, ибо <td>, следующий за другим <td>, подразумевает закрывающий </td> в 100% случаев, то же самое и с <tr>.
http://www.w3.org/TR/REC-html40/struct/tables.html#h-11.2.5

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

Напрягов - ноль, т.к. никакой логики не требуется, чтобы понять, что </table>, закрывающий таблицу, закрывает и её последнюю строку, и последнюю ячейку. А вот страница легче становится. Да и ИМХО код читабельнее.

Напрягов - ноль, т.к. никакой логики не требуется, чтобы понять, что </table>, закрывающий таблицу, закрывает и её последнюю строку, и последнюю ячейку. А вот страница легче становится. Да и ИМХО код читабельнее.

Впервые сталкиваюсь с таким мнением... Все мы идем в светлое XHTML будущее, где необходимо закрывать ВСЕ теги (даже <img>). Не закрывать теги, даже такие как <p>, ИМХО - раздолбайство :) и явное стремление нарваться на проблемы с отображением... Не закрывать теги в таблицах это для меня уже вообще за пределами добра и зла...

По теме. У тебя директива SSI загнана внутрь значения атрибута в этом-то и все проблема... Но немного подумав я ее решил :) Вот код:

Выделить код

Код:

<img src='<!--#echo var="fname" -->.jpg' style='{border: solid 1px #ffffff;}' alt='photo'>

Замени двойные кавычки в значении на одинарные и в Nvu все будет нормально.

Замени двойные кавычки в значении на одинарные и в Nvu все будет нормально.

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

А по тэгам... Раз W3C разрешило - значит можно. Я тестирую свои творения в трёх бруазерах, и, конечно, ни один на этом не споткнулся, даже осёл, от которого у меня скоро инфаркт будет.

а можно сделать так, что бы этот nvu вообще код не трогал, когда его не просят?

а можно сделать так, что бы этот nvu вообще код не трогал, когда его не просят?

пока - нет, ждем 1.1

ragnaar пишет

а можно сделать так, что бы этот nvu вообще код не трогал, когда его не просят?

пока - нет, ждем 1.1

а примерно можно узнать дату выхода

Похоже, нельзя...
а работать с фрагментами страниц без добавления дефолтовых тэгов хочется... а нечем...

светлое XHTML будущее, где необходимо закрывать ВСЕ теги (даже <img>)

Это точно, последний, извините, DW закрывает даже <BR> как-то вот так <BR />

Николай Колдыркаев
вообще-то это "как-то вот так" стандартный способ в XHTML закрытия одиночных тегов. :)

С закрытием необязательных тэгов какая проблема - 30 раз все отрабатывает нормально, а еще два раза - едет, и Вам приходится при отладке для начала закрывать тэги. С другой стороны, при закрытии этих тэгов проблемы бывают немного реже. Это не значит, что закрытие подавляет принципы вложенности - если Вы пишете <p><table> ... </table></p> , то это будет воспринято как <p></p><table> ... </table></p>. Сказанное не относится к спискам - если Вы пытаетесь писать код, который изначально не приводит к ошибкам, писать приходится нечто странное, например,

Выделить код

Код:

<ul>
<li>Элемент
</li><li>Элемент
</li><li>Элемент
</li><li>Элемент
</li>
</ul>

Иначе могут иногда возникать интересные проблемы в Експлорере.