-boun...@listserver.u2ug.org] On Behalf Of Kate Stanton
Sent: 24 January 2011 04:23
To: U2 Users List
Subject: Re: [U2] 3.99 x 3 = 11
Hi Dan,
Yes, I do realise we could change our system to use only I-type dicts,
with F1 value 1 for some data, value 2 for another, etc, etc. Pretty
untidy
Weeks ? you must have millions of them ;)
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Kate Stanton
Sent: 24 January 2011 04:23
To: U2 Users List
Subject: Re: [U2] 3.99 x 3 = 11
Hi Dan,
Yes, I do realise we could change our system
to UniVerse (?)
as we do not have that issue in UniData.
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Kate Stanton
Sent: Friday, 21 January 2011 3:46 PM
To: U2 Users List
Subject: [U2] 3.99 x 3 = 11
Does anyone
Hi Mecki,
Thanks for your suggestion.
Yes, we use conversions for almost all numbers, but not quantity, for
reasons stated (instead, use match patterns: 0N, 0N.0N, -0N, -0N.0N).
We have been doing this for about 30 years. In early days, we split
out the integer and decimal portion of quantity
Hi Ed,
Thanks for your response.
We cannot agree that this is a feature of Pick-based systems.
I do hope you are not relying on decimals being truncated, as they are
not in either BASIC programs or I-type dictionaries.
For reasons given, we have allowed decimals in quantity in our
Pick-based
To: U2 Users List
Subject: Re: [U2] 3.99 x 3 = 11
Hi Dan,
Thanks for your suggestion.
Yes, we use that space for the short description of the data.
It would be very messy to try to use this additionally for:
- before cell, after cell processing flags
- minimum characters
- store data
AFAIK the result of an A-correlative has always been an integer.
That's why I don't store numbers with decimal points.
Ever heard of input conversions (i.e. MD2) ?
That allows your users to enter decimal points but stores the data
internally as integers.
In your case 399 * 3 = 1197 which with an
These aren't bugs. They are features :)
Going all the way back to the beginnings with pick and microdata/reality, math
in the F and A processing codes has been integer only. This was on purpose, for
speed I think. And it works fine if you follow the fundamental rule of not
using decimal points
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Ed Clark
Sent: Friday, January 21, 2011 9:47 AM
To: U2 Users List
Subject: Re: [U2] 3.99 x 3 = 11
These aren't bugs. They are features :)
Going all the way back to the beginnings
.
Brian
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Kate Stanton
Sent: 21 January 2011 04:46
To: U2 Users List
Subject: [U2] 3.99 x 3 = 11
Does anyone else have a problem with this?
We have (for about 30 years
Does anyone else have a problem with this?
We have (for about 30 years) allowed users to use a decimal point when
entering quantity.
In the dim dark past (was it under Prime or Ultimate? don't remember)
we discovered that correlatives ignored anything after a decimal
point, so wrote horrible
do not have that issue in UniData.
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Kate Stanton
Sent: Friday, 21 January 2011 3:46 PM
To: U2 Users List
Subject: [U2] 3.99 x 3 = 11
Does anyone else have a problem
12 matches
Mail list logo