Как изменить формат ячейки в EXCEL

[demon46]

Доброго всем времени суток!
Сразу прошу прощения, за глуповатый вопрос, но разобраться сам не могу. Я выгружаю данные в EXCEL из справочника номенклатуры, нужно взять штрих-код. В EXCEL ШК визуализируется в виде числа. Подскажите пожалуйста как изменить из АХ формат выводимой ячейки, что бы ШК отображался нужным образом.

[_scorp_]

Выгружайте в Excel через ADO. Там можно явно задавать форматы ячеек и скорость приличная. На форуме много примеров.

[demon46]

А не поделитесь ссылками?

[demon46]

Да. А как же быть с форматированием заголовков таблицы, ну там жирным выделить

[xenikk]

ох, уж этот Excel....
Много вариантов.... Каким способом выводите данные?
Сколько строк примерно...

[PMS]

Немного "допишите" класс ComExcelDocument_RU:

Форматирование столбца:

void formatColumn(int _workSheet, int _column, str _format)
{
    COM         comWorkSheet;
    COM         comColumns;
    COM         comColumn;
    COMVariant  comColumnVariant;
    ;

    comWorkSheet        = this.getWorkSheet(_workSheet);
    comColumns          = comWorkSheet.Columns();
    comColumnVariant    = comColumns.item(_column);
    comColumn           = COM::createFromVariant(comColumnVariant);
    comColumn.NumberFormat(_format);
}

В качестве формата (_format) можно устанавливать форматы:
#,##0.000$ - денежный
[$-FC19]dd mmmm yyyy г/;@ - дата
h:mm;@ - время
0.00% - проценты
# ??/?? - простые дроби 21/25
[<=9999999]###-####;(###) ###-#### - номер телефона
@ - текстовый формат

Подробнее о форматах можно узнать в самом Excel-е, записав макрос со сменой формата ячейки, и посмотрев в нем значение, которое будет предаваться в метод "NumberFormat".

Аналогично для ячеек:

void formatCells(BookMark _bookMark, str _format, int _workSheet = 1)
{
    COM     comRange;
    ;

    comRange = this.findRange(_bookMark, _workSheet);
    comRange.NumberFormat(_format);
}

Выделение жирным шрифтом:

void setBold(BookMark _bookMark, int _workSheet = 1)
{
    COM     comRange;
    COM     comFont;
    ;

    comRange = this.findRange(_bookMark, _workSheet);
    comFont  = comRange.Font();
    comFont.Bold(true);
}

где _bookMark - это область, шрифт которой Вы хотите сделать жирным.

[kashperuk]

По-моему, тема эта была полностью раскрыта в коллективном эксперименте по выгрузке в Excel
Поиск сразу ее найдет - там масса примеров с использованием различных методик

[demon46]

Огромнейшее спасибо за очередное раъяснение. Получилось.

[propeller]

Цитата:

Сообщение от PMS

Аналогично для ячеек:

void formatCells(BookMark _bookMark, str _format, int _workSheet = 1)
{
    COM     comRange;
    ;

    comRange = this.findRange(_bookMark, _workSheet);
    comRange.NumberFormat(_format);
}

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

[Maximin]

Вы точно на одном и том же документе пробуете?
Возможно, что 2007 открыл документ только для чтения, поэтому попытки изменить формат не срабатывают. А так метод отлично работает в любой версии Excel.

[propeller]

да на одном и том же. вылетает ошибка у тех, у кого 2007 стоит

[Maximin]

А формат какой задаете, т.е. _format чему равен?
Service Pack офиса какой?

[propeller]

  ExcelDocument.setCellFormat(bookmark,"# ##0.00");

MS Office excel 2007 SP1.
У меня стоит 2003 и 2007 все работает.
у тех у кого только 2007 вылетает эта ошибка

[Maximin]

По-моему, у тех пользователей, у кого стоит 2007, настроена русская системная локаль с разделителем целой и дробной частей - запятой.
В силу этого этот формат должен выглядеть как # ##0,00 - через запятую.
А у тех, у кого 2003 - английская(и у вас в том числе), так что формат с точкой - прокатывает.
Надо настроить единообразно разделитель либо проверять локаль.
Вообще кучеряво будет, если при формировании формата юзать WinAPI и определять текущий разделитель.

[Владимир Максимов]

Цитата:

Сообщение от Maximin

Вообще кучеряво будет, если при формировании формата юзать WinAPI и определять текущий разделитель.

Проще определять текущий разделитель через настройки собственно Excel через метод

m_comApplication.International()

Не знаю, сработает ли это в 2007, но для 2003 в классе ComExcelDocument_RU я добавил такой метод

// 1
// Возвращает указанную региональную настройку
// Поскольку различные региональные настройки имеют разный тип, то используется контейнер из одного элемента
// Возвожные значения параметра смотри в справке по Visual Basic в Excel на свойство International
// Наиболее нужные
/*
xlDecimalSeparator      = 3 - символ разделитель целой и дробной части
xlThousandsSeparator    = 4 - символ разделитель троек цифр
xlDateSeparator         = 17 - символ разделитель в датах
xlTimeSeparator         = 18 - символ разделитель часов и минут
xlGeneralFormatName     = 26 - строка имени основного формата данных (обычно General)
xl24HourClock           = 33 - true - если часы отображаются в 24 часовом формате, false - если в 12 часовом
xl4DigitYears           = 43 - true - если отображаются 4 знака года, false - если 2
xlDateOrder             = 32 - как отображается дата: 0 - месяц/день/год, 1 - день/месяц/год, 2 - год/месяц/день
*/
container getInternational(int _international)
{
    COMVariant  comInternational;
    container   con = connull();
    ;

    if (m_comApplication)
    {
        try
        {
            comInternational = m_comApplication.International(_international);
            switch (comInternational.variantType())
            {
                case COMVariantType::VT_BOOL:
                {
                    con = conIns(con,1,comInternational.boolean());
                    break;
                }
                case COMVariantType::VT_BSTR:
                {
                    con = conIns(con,1,comInternational.bStr());
                    break;
                }
                case COMVariantType::VT_DATE:
                {
                    con = conIns(con,1,comInternational.date());
                    break;
                }
                case COMVariantType::VT_DECIMAL:
                {
                    con = conIns(con,1,comInternational.decimal());
                    break;
                }
                case COMVariantType::VT_INT:
                {
                    con = conIns(con,1,comInternational.int());
                    break;
                }
            }    // switch (comInternational.variantType())

        }
        catch (Exception::Error || Exception::Internal)
        {
            throw error("Ошибка в функции " + funcname());
        }
    }    // if (m_comApplication)
    return con;
}

Т.е. в методе класса ExcelDocument.setCellFormat() делать анализ текущего символа-разделителя и заменять его в маске шаблона

[Maximin]

Тоже полезный способ.
Но имея уже свои созданные методы в WinAPI, не подумал, о том, что и в Excel тоже есть свои.
И работает не только в Excel.
Вообще, Excel жутко веселая штука, когда заходит речь о локализациях.
Взять хотя бы попытку найти функцию в ячейке из VBA.
Думаете, в русской версии там будет, к примеру, "=ИТОГИ"?
Ничего подобного - "=SUBTOTAL".
А если копнуть в сторону некоторых до сих пор полезных функций из Excel 4 - то там еще весепее.

[Владимир Максимов]

Цитата:

Сообщение от Maximin

Тоже полезный способ.
Но имея уже свои созданные методы в WinAPI, не подумал, о том, что и в Excel тоже есть свои. И работает не только в Excel.

Дело не в этом, а в том, что Excel может перекрыть системные региональные настройки. Т.е., например, в Windows в качестве разделителя стоит точка, но Excel может указать в своих настройках в качестве разделителя запятую.

Как следствие, смотреть системные региональные настройки становится бессмысленно. Они не соответствуют настройкам среды Excel.

Цитата:

Сообщение от Maximin

Вообще, Excel жутко веселая штука, когда заходит речь о локализациях.
Взять хотя бы попытку найти функцию в ячейке из VBA.
Думаете, в русской версии там будет, к примеру, "=ИТОГИ"?
Ничего подобного - "=SUBTOTAL".

Вы делаете распространенную ошибку, считая что Excel при доступе из пользовательского интерфейса то же самое, что Excel при доступе через COM-интерфейс (VBA). Вообще-то, это, по сути, два разных приложения. Как минимум, разные методы и, соответственно, параметры методов.

[Maximin]

Цитата:

Дело не в этом, а в том, что Excel может перекрыть системные региональные настройки. Т.е., например, в Windows в качестве разделителя стоит точка, но Excel может указать в своих настройках в качестве разделителя запятую.

Как следствие, смотреть системные региональные настройки становится бессмысленно. Они не соответствуют настройкам среды Excel.

Неправда ваша. Excel всегда правильно воспримет числа/форматы, введенные в текущей системной локали. Попробуйте. Другое дело, что его настройками можно настроить так, чтобы он понимал и формат с точкой, и формат с запятой. Отображаться будет так, как задано форматом. Но ошибки не будет.

Что же касается

Цитата:

по сути, два разных приложения

то расскажите это разработчикам Excel - они, думаю, будут благодарны за оценку их труда по представлению максимально непротиворечивого API. Не говоря уже о том, что, если разделить понятия, то Excel - это приложение, а вот его VBA(COM) API - лишь ИНТЕРФЕЙС к нему.

[Владимир Максимов]

Цитата:

Сообщение от Maximin

Неправда ваша. Excel всегда правильно воспримет числа/форматы, введенные в текущей системной локали. Попробуйте.

Пробовл, причем не однократно. Почему-то у меня постоянные проблемы со слишком "умными" пользователями, которые меняют именно настройки Excel, не трогая региональных настроек. Может, у вас какие-то другие пользователи?

[AndyD]

Цитата:

Сообщение от Maximin

Вообще, Excel жутко веселая штука, когда заходит речь о локализациях.
Взять хотя бы попытку найти функцию в ячейке из VBA.
Думаете, в русской версии там будет, к примеру, "=ИТОГИ"?
Ничего подобного - "=SUBTOTAL".

Excel здесь не при чем
Строка в Excel