mxl vs xls #201428

Есть проблема - иногда при открытии 2003 Excel сохранненых 1Сом файлов в формате xls исчезают цифры после десятичного разделителя. Кто-ть сталкивался? В чем фишка? А то в течении дня у одного и тогже пользователя - то нормально, то глючит.

может зависит от форматирования в 1С? Я уже полгода мучаюсь с сохранением в эксель из 8.0. С датами косяки сплошные.

Прижми вправо

Сделано давно

Тогда влево

Низя. тогда это будут не цифры :(

Многа знаков

А где mxl vs xls? Если есть возможность сохранять в mxl, то сохраняй в нем. Факт очень баянистый 1С в Excel конвертирует криво, твой случай это так цветочки.

>15 вместе с запятой

Носом чую придется конвертер ставить. Но какой это гемморой для пользователей - сохранить в mxl, потом открывай в Excel на чтение и пересохраняй в xls (6,8)Знаков мало - цена товара обычно у нас болше 999,99 не бывает.

Знаю, что 1С криво сохраняет, но тут ИМХО в том дело, что 1С пишет в формате 95 Excel, а открывают 2003. Это как в Excel XP прозрачный фон картинки моеа сделать и в 1С задащить прозрачность сохранив, а в 2003 - нет

правда есть еще вариант записвать по ОЛЕ - нарыл обрабточку, но это, блин, ващще... то еще решение

В hotline чтоли написать? :))

Можна в ХТМЛ записывать но с расширением XLS ... PS. Знаков многа

Да не многа, 100%. ТОРГ12, 11 графа - цена. Ну не торгуем мы товаром, который стоит 15 знаков вместе с запятой :))

Набери в екселе к примеру 123456789012345,53 что будет ?

обрежет, а в ячейке покажет 1,23457E+14. Мучаемся сами с ИДД - 17 знаков :( всегда колонку как текст приходится форматировать. ну положим. думаешь 1С тупо добивает пробелами спереди?

+ Да верю конечно :)

Не знаю, попробуй как сделай

Самое плохое - невнятное проявление ошибки - то есть, то нет. один пользователь, один Excel, одна винда и даже 1ска одна... У меня вот никак не проявляется зараза

не катит, так как пользователи руками сохраняют. PS - такая фигня в результате получается. Ужас. Клиенту такое не вышлешь :(

Так и какие будут еще идеи?

Какая фигня ? Если открывать как обычно ексель все должно быть ОК.

Поддерживаю. Неожиданно набрел на этот способ, и он работает. Веб-мастерам не надо париться с формированием Excel: сделал HTML-таблицу с расширением XLS, и юзер не видит отличий. И форматировать как угодно можно.

HTML примерно такой: Если этот текст сформировать в Блокноте и переименовать в XLS, то Excel схавает его без вопросов, как будто это родной формат. OpenOffice, кстати, - тоже.

Не romix там всамделе при некоторых случаях отличается от просто XLS но в большинстве своем все нормально...

+ при сохранении в ХТМЛ можна сделать либо невидимый текст в начале, либо строку 0 высоты где можно тупо прописать стили обычным текстом

+ и это "схавается" как обычный тег, кстати так можно и текст перевернуть или еще как изгалиться

Стили надо окружать комментарием и <STYLE> Сам офис при сохранении в HTML подскажет образец. щас проверил - работает.

Нада будет статью в КЗ намутить...

и я о томже, что пишешь просто <STYLE>...</STYLE> в первой ячейке и все... Чтобы она не пугала народ сделать его белым или высоту сократить

Зачем в ячейке - это пишется выше таблицы

Это как выше таблицы мокселя ? я говорю чтобы "стандартно" мокселем файл создать

Примерно вот так:

Кстати можно воткнуть в процедуру записи я думаю это принудительно перехватом функции...

ребята, спасибо за обсуждение... Но пользователь руками сохраняет - "Файл|Сохранить как" ...

Замени пункт меню

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

Кнопарь "Сохранить в Excel" в отчете сделай. И значок Excel-евский. И пользователю красиво, и работать будет как полагается.

А переколбашивание HTML в нужный формат можно сделать через объект Scripting.FileSystemObject, который дает возможность быстро (последовательно) работать с текстовыми файлами. Пример здесь (его надо несколько упростить):