FloatToStr(n) . и ,

← →
Zheksonz (2008-09-25 10:51) [0]

Почему на разных компьютерах ф-ция FloatToStr выдаёт разный разделитель дробной части - "." и "," ???

← →
Поросенок Винни-Пух © (2008-09-25 10:52) [1]

потому что на разных компьютерах он разный

← →
Zhekson (2008-09-25 10:55) [2]

это и так понятно, раз разделитель разный, а вот почему???

← →
Поросенок Винни-Пух © (2008-09-25 10:56) [3]

почему разный разделитель?
потому что он разный у разных народов.

← →
Zhekson (2008-09-25 10:57) [4]

очень остроумно, а если и народ один???

← →
Palladin © (2008-09-25 10:58) [5]

Если ты когда нибудь был в панели управления в региональных настройках, то понял бы

← →
Поросенок Винни-Пух © (2008-09-25 10:58) [6]

если народ один, то и разделитель один

← →
ЮЮ © (2008-09-25 10:59) [7]

> очень остроумно, а если и народ один???

Это только на вид - один.
А загдяни в региональные настрой компьютера - там сущность каждого и проявится. :)

← →
Zhekson (2008-09-25 11:00) [8]

ох ничего себе куда собаку закопали...

а есть специализированная пилюля под это разногласие???

← →
Zhekson (2008-09-25 11:01) [9]

просто не факт, что у третьего народа не окажется например тире...

← →
Palladin © (2008-09-25 11:01) [10]

и что собственно она должна делать, эта пилюля?

← →
Palladin © (2008-09-25 11:02) [11]

> росто не факт, что у третьего народа не окажется например
> тире...

естественно, но это тебя касатся не должно, дело лично каждого какой разделитель ему нравится

← →
ЮЮ © (2008-09-25 11:03) [12]

> а есть специализированная пилюля под это разногласие???

DecimalSeparator + F1 слегка подсластят жизнь.

← →
Zhekson (2008-09-25 11:03) [13]

проблема в том, что что сохранив таблчные данные(строковые) а одном компе, невозможно обработать их на другом, т.к. StrToFloat не понимает разделитель другого народа ;)

← →
MsGuns © (2008-09-25 11:03) [14]

Глобальная переменная DecimalSeparator

← →
Zhekson (2008-09-25 11:05) [15]

ЮЮ © (25.09.08 11:03) [12]
MsGuns © (25.09.08 11:03) [14]

всё таки есть ещё способные помочь, а не умничать, люди!!! Спасибо!!!

именно эту ф-цию я забыл(((

← →
KSergey © (2008-09-25 11:05) [16]

А зачем сохранять числа в виде строки?!

← →
Palladin © (2008-09-25 11:07) [17]

незнал да еще и забыл

← →
Поросенок Винни-Пух © (2008-09-25 11:08) [18]

проблема в том, что что сохранив таблчные данные(строковые) а одном компе, невозможно обработать их на другом, т.к. StrToFloat не понимает разделитель другого народа ;)

В общем случае эта проблема не решаема.
Пришла строка от другого народа: "1,000" - что это?
Ровно единица и три нуля после DecimalSeparator?
Или ровно тысяча и разделитель тысяч?

← →
Palladin © (2008-09-25 11:10) [19]

аффтор забыл упомянуть, что использует эту функцию для организации обмена данными между приложениями, но во всем виноваты засранцы умники

← →
Sergey13 © (2008-09-25 11:11) [20]

> [13] Zhekson (25.09.08 11:03)

Ну так ты сам себе злобный буратина, а винишь кем то зарытых далеко собак.

← →
Zheksonz (2008-09-25 11:13) [21]

> но во всем виноваты засранцы умники

Умники не виноваты, во всяком случае мне их винить не в чем... а таких как вы винить нет смысла ;)

← →
Zhekson (2008-09-25 11:15) [22]

> Ну так ты сам себе злобный буратина

что значит сам себе злобный буратина???

← →
Поросенок Винни-Пух © (2008-09-25 11:17) [23]

Почему на разных компьютерах ф-ция FloatToStr выдаёт разный разделитель дробной части - "." и "," ???
<Цитата>

--------------------------------------------------------------------------------
Поросенок Винни-Пух © (25.09.08 10:52) [1]
потому что на разных компьютерах он разный

<Цитата>

--------------------------------------------------------------------------------
Zhekson (25.09.08 10:55) [2]
это и так понятно, раз разделитель разный, а вот почему???
<Цитата>

сам вопрос: "почему выдает разный".
причем, почему выдает это и так ему понятно.
после того, как ему и так понятно, следует еще один вопрос : а вот почему???

← →
Sergey13 © (2008-09-25 11:18) [24]

> [22] Zhekson (25.09.08 11:15)

Значит, что хранить числовые данные в текстовом виде - ронять себе на ногу топор.

← →
MsGuns © (2008-09-25 11:24) [25]

Для обмена данными в текстовом виде между "разнородными" средами используются т.н. макеты, где вообще нет разделителей, а имеется макет, т.е. жестко определенные символ начала и кол-во символов каждого реквизита, а также кол-во целых и дробных цифр чисел, формат даты и т.д.
Макет задается жестко и обрабатывается одинаково в системе-"донор" и системе-"реципиенте"

Пример

Фамилия (10) Имя (10) Отчество(10) Дата рождения (8) Оклад(10(8,2))
Иванов____Сидор_____Сидорович_130419870001550000

Для более универсального обмена данными существуют БД под SQL-серверами или платформонезависимые форматы типа хатмеля

← →
Ega23 © (2008-09-25 11:24) [26]

> Значит, что хранить числовые данные в текстовом виде - ронять
> себе на ногу топор.

Можно и не ронять. Если ещё дополнительно тип данных указать, чтобы сериализация нормально прошла.
Как пример - ненавистный мне xml.

← →
Ega23 © (2008-09-25 11:26) [27]

> Для обмена данными в текстовом виде между "разнородными"
> средами используются т.н. макеты, где вообще нет разделителей,
> а имеется макет, т.е. жестко определенные символ начала
> и кол-во символов каждого реквизита, а также кол-во целых
> и дробных цифр чисел, формат даты и т.д.
> Макет задается жестко и обрабатывается одинаково в системе-
> "донор" и системе-"реципиенте"

Это и есть ненавистный мне xml. Точнее, то, ради чего он задумывался и где его действительно можно как-то терпеть - универсальный протокол обмена метаданными в различных системах.

← →
Поросенок Винни-Пух © (2008-09-25 11:31) [28]

ничо ничо. с возрастом ты его полюбишь.

хатмель не поможет при переносе данных между "старыми" и новыми системами. Например, между IBM 360/370 - 390 и современными ПК-подобными

не поможет не сам xml, а то, что там никто не создает средств для его поддержки.

← →
Zhekson (2008-09-25 11:36) [31]

Поросенок Винни-Пух © (25.09.08 11:17) [23]
ты с кем сейчас разговариваешь??? публика уже тебя не замечает ;)

да всё проще намного... Есть некие табличные данные, которые я гружу в StringGrid и сохраняю в файл, который могу потом открыть на другом компе с другими региональными стандартами, вот тогда и могла бы всплыть эта неувязочка. Но если изначально заложить какой-то стандарт в рамках программы, то проблеммы не будет.

чож ты не заложил?

>Zhekson (25.09.08 11:36) [31]

Рекомендую обратить внимание на TClientDataSet

> Рекомендую обратить внимание на TClientDataSet
>

Да-да, и midas.dll всё время с собой таскать. Причем - вполне определённой версии.

>
> Рекомендую обратить внимание на TClientDataSet

Это ж тогда со StringGrid надо будет переключать внимание на DBGrid и т.д. и т.п. А усё уже готово. Осталось тольео зачем-то с компьютера на компьютер что-то носить, будто там своего добра мало :)

> Да-да, и midas.dll всё время с собой таскать.

Уже лет 7-8 как не таскать.

> Уже лет 7-8 как не таскать.

А на практике один фиг получается что надо...

> не поможет не сам xml, а то, что там никто не создает средств
> для его поддержки.

потому что разбор текстового файла - достаточно медленная процедура.

для ибм370 может и медленная

> для ибм370 может и медленная

Мир не только из офисных компов с виндой состоит.

FloatToStr(n) . и , Найти похожие ветки