Trade and resource extraction in X Rebirth presented in a new video
Moderator: Moderators for English X Forum
-
RichardDaborn
- Posts: 550
- Joined: Fri, 2. Jul 10, 22:56
-
Shootist
- Posts: 1788
- Joined: Sat, 10. Sep 05, 02:05
-
ThommoHawk
- Posts: 1895
- Joined: Mon, 30. Oct 06, 09:27
Ok, so Europa Report is one I must be on the lookout for - haven't seen this one.Shootist wrote:Indeed.Abraxis86 wrote:It's a really good movie
[XTrilogy]: Holy Argnu cows! I have found it! An asteroid of pure ore - 100% - I am rich! Now, I just need to find one like that made from silicon. hmmm, where do I want to go today?
X REBIRTH? "JUST A TOURIST until X4 IS RELEASED! Because That SUPERNOVA sure went FUBAR" (Quoting T.Hawk. Read all about it at: http://forum.egosoft.com/viewtopic.php?t=353678)
X REBIRTH? "JUST A TOURIST until X4 IS RELEASED! Because That SUPERNOVA sure went FUBAR" (Quoting T.Hawk. Read all about it at: http://forum.egosoft.com/viewtopic.php?t=353678)
-
WhoCares01
- Posts: 35
- Joined: Mon, 22. Mar 10, 21:08
May I ask to get another decimal in the adjustment percentage?
Or a proper rounding?
E.g. @2:52, -10% to a base price of 12cr results in 10.69cr - the 1.31cr is an actual adjustment of >10.9%. In this case that's an error of almost ~9%.
Just cutting of the the decimals like this may lead up to an error of almost 100%, e.g. displaying 0% with an actual 0.9% adjustment!
So either make a proper math. rounding, in this case to 11%, or add a decimal in the display and make it 10.9%.
Thinking about it, I'd suggest to have in general a three digit value, to always keep the error in the displayed value <1%. That would mean values <10% have two decimals (1.09%), <100% one decimal, and above 100% no decimals.
Software engineers may not see an issue in this, so I'd suggest to let your salesman explain you the problem with the current implementation
P.S. I'd hate if I had to calculate the real adjustment back from its absolute value (the 1.31cr in this case).
Or a proper rounding?
E.g. @2:52, -10% to a base price of 12cr results in 10.69cr - the 1.31cr is an actual adjustment of >10.9%. In this case that's an error of almost ~9%.
Just cutting of the the decimals like this may lead up to an error of almost 100%, e.g. displaying 0% with an actual 0.9% adjustment!
So either make a proper math. rounding, in this case to 11%, or add a decimal in the display and make it 10.9%.
Thinking about it, I'd suggest to have in general a three digit value, to always keep the error in the displayed value <1%. That would mean values <10% have two decimals (1.09%), <100% one decimal, and above 100% no decimals.
Software engineers may not see an issue in this, so I'd suggest to let your salesman explain you the problem with the current implementation
P.S. I'd hate if I had to calculate the real adjustment back from its absolute value (the 1.31cr in this case).
-
A5PECT
- Posts: 6190
- Joined: Sun, 3. Sep 06, 02:31
Are you seriously asking a group of sci-fi geeks to stop talking about sci-fi movies?Funktapus wrote:Can we possibly stay on topic?
Not saying it's a free ticket to break the forum rules, and this thread will very likely be locked if the discussion doesn't change.
Admitting you have a problem is the first step in figuring out how to make it worse.
-
Shootist
- Posts: 1788
- Joined: Sat, 10. Sep 05, 02:05
-
Geek
- Moderator (Français)
- Posts: 10902
- Joined: Sat, 1. Oct 05, 23:12
-
spacecoyote99
- Posts: 375
- Joined: Thu, 10. Oct 13, 20:57
-
Captain Lemmiwinks
- Posts: 627
- Joined: Tue, 14. Dec 10, 19:14
