=?iso-8859-1?q?=5Bmdk-re=5D_Re=3A_=5Bmdk-re=5D_=F5=D4=C1=D3=CB=C9=D7=C1?= =?iso-8859-1?q?=CE=C9=C5_=CF=C6=C9=D3=C1_=C9=DA_=D0=CF=C4_=D7=C9=CE=C4=CF?= =?iso-8859-1?q?=D7?=

Konstantin Bugajskij =?iso-8859-1?q?buga_=CE=C1_intrast=2Eru?=
Пн Апр 2 15:38:13 MSD 2001


On Mon, 02 Apr 2001 10:09:36 +0400
cornet <cornet на zmail.ru> wrote:


C> Беда состоит как раз в том, что "туда-сюда" не есть взаимообратная
C> процедура :-(
C> Если Вы возьмете doc средней навороченности и конвертнете его в html а
C> потом обратно, то результат будет иметь очень мало чего общего с
C> исходником :-(( html просто не позволяет делать такие завороты ушами как
C> doc, он для этого не предназначен. И если грамотный вебдизайнер может
C> взять навороченный doc и скопировать его видимость в html путем разных
C> ухищрений и ценой потери части функциональности, то ни какой
C> автоматический фильтр на это не способен, ИМХО. Видел я как M$оффисные
C> приложения сохранают свои файлы в html, выть хочется!! И это только
C> операция "туда", а ведь есть еще и последующая "сюда"....
насколько я понимаю речь идет в контексте "пришли файлы/надо отправить файлы MSO, а у нас
его нет на всех". вот и было предложение "тюда-сюда":::
MSO -> html -> SO -поработали- SO -> html -> MSO
а то что 76 кбайт дока превращаются в 260 кбайт хтмл - так "какждый сам себе злобный буратино"
и майкрософт тут не исключение. главное - имеем более-менее стабильный промежуточный формат,
с которым можно пытаться работать.
 
C> Что же касается наших любимых контролирующих гос-органов, ИМХО, с ними
C> лучше не конфликтовать - себе дороже будет :-/

вот и мучаемся :))
--
----------------------------------
Константин Бугайский
buga на intrast.ru
----------------------------------




Подробная информация о списке рассылки community