Страница 1 из 1
Трудности перевода
Добавлено: 18 Июнь 2018, 17:23
Игорь Столяров
Привет всем !
Подскажите пожалуйста, правильно ли я понимаю, что в Clarion не существует варианта оператора FORMAT(ЧИСЛО,@N_ХЗ),
который вернёт число с разделителем дробных разрядов по региональным настройкам Windows ?
Как получить такой формат числа через WinApi я знаю, интересует именно вариант со штатным FORMAT().
Заранее спасибо !
Трудности перевода
Добавлено: 19 Июнь 2018, 1:47
Admin
Не пойму что хотите... у меня вроде дефолтовый в Windows такой формат @N-20_`2
Трудности перевода
Добавлено: 19 Июнь 2018, 10:50
kreator
Игорь, напиши вкратце, если уж вопрос возник, ВинАпишное решение. Вдруг кому пригодится.
Admin писал(а): 19 Июнь 2018, 1:47
Не пойму что хотите... у меня вроде дефолтовый в Windows такой формат @N-20_`2
Нужен типа аналог @d17, @d18, @t7, @t8 для обычных чисел.
Трудности перевода
Добавлено: 19 Июнь 2018, 11:12
Игорь Столяров
kreator писал(а): 19 Июнь 2018, 10:50Нужен типа аналог @d17, @d18, @t7, @t8 для обычных чисел.
Абсолютно верно.
Некоторые OLE компоненты (тот же Microsoft Excel, драйверы АТОЛ, ШТРИХ-М и т.д.) юзают эти настройки и упорно хотят получать числа с дробной частью именно в таком формате, как установлено в региональных настройках Windows …
Меня, кстати, всегда удивляло, зачем программеры Сбера в OLE компоненту эквайринга требуют передавать сумму
умноженную на 100 (как целое число). Потом понял. Умные люди просто таким образом обошли проблему с региональными форматами чисел.
А решение взято из форума. Вот здесь подробно всё описано ...
viewtopic.php?f=1&t=471&hilit=GetLocaleInfo
Трудности перевода
Добавлено: 19 Июнь 2018, 11:48
vic7tar
Игорь Столяров писал(а): 19 Июнь 2018, 11:12Меня, кстати, всегда удивляло, зачем программеры Сбера в OLE компоненту эквайринга требуют передавать сумму
умноженную на 100 (как целое число). Потом понял. Умные люди просто таким образом обошли проблему с региональными форматами чисел.

А не с копейками ли это связано, просто убирают дробную часть?
А как выглядит аналог @d18 для обычных чисел?
Трудности перевода
Добавлено: 19 Июнь 2018, 12:03
Губин Игорь
vic7tar писал(а): 19 Июнь 2018, 11:48А как выглядит аналог @d18 для обычных чисел?
Как конфетки из Гарри Поттера - с разными вкусами
Я сталкиваюсь постоянно с файлами, в которые ВЫВОДИЛИ числа в региональном формате. Только вот региональные форматы везде свои...

Трудности перевода
Добавлено: 19 Июнь 2018, 12:10
Игорь Столяров
vic7tar писал(а): 19 Июнь 2018, 11:48А не с копейками ли это связано, просто убирают дробную часть?
А как выглядит аналог @d18 для обычных чисел?
Никто дробную часть не убирает, в РФ выдача кассового чека без указания копеек является административным нарушением.
Это я спросил как такой формат выглядит (см. первое сообщение в этой ветке). Нет такого, судя по всему ...

Трудности перевода
Добавлено: 19 Июнь 2018, 13:04
vic7tar
Игорь Столяров писал(а): 19 Июнь 2018, 12:10vic7tar писал(а): 19 Июнь 2018, 11:48А не с копейками ли это связано, просто убирают дробную часть?
А как выглядит аналог @d18 для обычных чисел?
Никто дробную часть не убирает, в РФ выдача кассового чека без указания копеек является административным нарушением.
Это я спросил как такой формат выглядит (см. первое сообщение в этой ветке). Нет такого, судя по всему ...

Причем тут чеки? Я просто предположил зачем программеры Сбера умножают на 100.
Губин Игорь писал(а): 19 Июнь 2018, 12:03Как конфетки из Гарри Поттера - с разными вкусами

Я сталкиваюсь постоянно с файлами, в которые ВЫВОДИЛИ числа в региональном формате. Только вот региональные форматы везде свои...

Гарри Поттера ни разу не смотрел.
А что, в разных регионах РФ в Винде региональные настройки настраивают по-разному?
Трудности перевода
Добавлено: 19 Июнь 2018, 13:18
Губин Игорь
vic7tar писал(а): 19 Июнь 2018, 13:04А что, в разных регионах РФ в Винде региональные настройки настраивают по-разному?
1. Наш адрес - весь мир
2. Увы, да. Приборы приходят отовсюду. И, максимум, что на них меняют - дату и время