Note NoHTMLFormatting will only matter when Format = "HTML". In all other cases, NoHTMLFormatting will be ignored. You must select the destination range before you use this method.
без NoHTMLFormatting работает [vba]
Код
'вставка обработанного текста ThisWorkbook.Sheets(1).PasteSpecial Format:="HTML", Link:=False, DisplayAsIcon:=False ', NoHTMLFormatting:=True
Note NoHTMLFormatting will only matter when Format = "HTML". In all other cases, NoHTMLFormatting will be ignored. You must select the destination range before you use this method.
без NoHTMLFormatting работает [vba]
Код
'вставка обработанного текста ThisWorkbook.Sheets(1).PasteSpecial Format:="HTML", Link:=False, DisplayAsIcon:=False ', NoHTMLFormatting:=True
Не секрет )) Делали вчера на домашнем ноуте. Хотел позже выложить рабочий код после обкатке на работе. А по сути были какие-то глюки с подключением вордовской библиотеки, в том числе через раннее связывание. В итоге помогло после открытия ворда делать обработку (replace) в сохраненной копии файла.
Не секрет )) Делали вчера на домашнем ноуте. Хотел позже выложить рабочий код после обкатке на работе. А по сути были какие-то глюки с подключением вордовской библиотеки, в том числе через раннее связывание. В итоге помогло после открытия ворда делать обработку (replace) в сохраненной копии файла.Leprotto
У Андрея были странные проблемы. Судя по всему, связано с конкретной сборкой Офиса и возможным наличием в системе/реестре "артефактов" от других версий Офиса. Во первых, ошибка при подключении DLL Ворда (MSWORD.OLB), именно в момент исполнения CreateObject(). При этом, понятное дело, при позднем связывании - глюки вылезают только при обращении к специфичным свойствам/методам "недоподключившегося" объекта, а при раннем связывании - ошибка появляется уже в момент выполнения CreateObject. Простой пользователь сможет вылечить, только снеся все Офисы и установив заново только нужный... Во-вторых, на некоторых компьютерах, если файл Word открыть в режиме только для чтения (wordApplication.Documents.Open ,,True) - то COM-сервер отказывается выполнять команды, связанные с модификацией контекста документа. Решили не заморачиваться, а работать с копией файла-источника (открываем документ в "обычном" режиме, "сохраняем как" к себе под нужным именем, работаем уже с новым файлом).
Поясню поподробнее:
У Андрея были странные проблемы. Судя по всему, связано с конкретной сборкой Офиса и возможным наличием в системе/реестре "артефактов" от других версий Офиса. Во первых, ошибка при подключении DLL Ворда (MSWORD.OLB), именно в момент исполнения CreateObject(). При этом, понятное дело, при позднем связывании - глюки вылезают только при обращении к специфичным свойствам/методам "недоподключившегося" объекта, а при раннем связывании - ошибка появляется уже в момент выполнения CreateObject. Простой пользователь сможет вылечить, только снеся все Офисы и установив заново только нужный... Во-вторых, на некоторых компьютерах, если файл Word открыть в режиме только для чтения (wordApplication.Documents.Open ,,True) - то COM-сервер отказывается выполнять команды, связанные с модификацией контекста документа. Решили не заморачиваться, а работать с копией файла-источника (открываем документ в "обычном" режиме, "сохраняем как" к себе под нужным именем, работаем уже с новым файлом).AndreTM
М-да. У меня в системе ноута 2003 и 2010 (Экс-Ворд) установлены и 2003, 2007 и 2010 портативные, все работавшие в этой системе. Проверял свой код на 3 и 10. Оба нормально работали с макросом. Как можно было наломать библиотеки даже не представляю. Причем не на одном компе ТС реально кулхацкер
М-да. У меня в системе ноута 2003 и 2010 (Экс-Ворд) установлены и 2003, 2007 и 2010 портативные, все работавшие в этой системе. Проверял свой код на 3 и 10. Оба нормально работали с макросом. Как можно было наломать библиотеки даже не представляю. Причем не на одном компе ТС реально кулхацкер KuklP
Ну с НДС и мы чего-то стoим! kuklp60@gmail.com WM Z206653985942, R334086032478, U238399322728