Player module interface

THE CONTENTS
PLAYER MODULE INTERFACE
DESKTOP
FILE
REINDEX
SETTINGS
NEW GAME FOR SAME
MERGE BASES IN ONE BASE
PLAYER
QUESTIONNAIRE
NEW PLAYER
SLEEP
AWAKE
KILL
MAIL
LOAD MAIL -
PREPARE TURNFILE -
PRICES AS RESULTS OF TENDERS
VOLUME OF DEMAND
PRODUCTION RESULTS
YOU'RE INFORMED
CREATE MESSAGE
COMPANY
GOODS/GOLD EXCHANGES
CREDIT EXCHANGE
FULFILLMENT OF THE APPLICATIONS
SIGHT IN THE PAST
PRODUCTION
REORGANIZE
HOT KEYS
PLAYER MODULE INTERFACE
Warning! Here are not described the simple things. This is very compressed reference book. These parts are need only for searching answers on concrete questions. If there is no questions, it is not necessary to look here. Idle reading of this material deletes all interest to game at once! Game was working without this description 6 months. Everything was normal... [Up]

DESKTOP
LIMITING SUM OF THE BILLS. You will be permitted to write out the promissory notes on this sum. The index is an approximate calculation. A sum is equal to size of your rating multiplied to the current gold price. But after every gold exchange gold price changes. Because of this changes a maximum promissory notes sum.
CHARGED TAX FOR PAYMENT will be copied off from your counting after production cycle. To this is necessary to be ready.
IS AVAILABLE – this is what and how many you have now.
IS EXPECTED - what and how much you will have, if to satisfy all of your exchange applications. The index is approximate calculation. If in application to take off note "In forecast", application will not influence on column "IS EXPECTED". But it will participate in tenders on general conditions. Importantly to remember: applications can be satisfied partially.
AFTER PRODUCTION - what and how much you will have, if to carry out your directions about production for column "IS EXPECTED". The index is approximate calculation. If after production will be the outstanding bills, a prognosis about amount of gold will decrease on volume which is necessary for payment on promissory notes.
CAPITAL is estimation of your property per roubles in current prices. A rating is an integrated index. It is competent on gold. But this doesn’t means that a capital is equal a rating to multiply on gold price. A capital is nowhere taken into account and does not influence on something. It is introduced on request of some players as estimation of money liquidity for company active. [Up]

FILE [Up]
REINDEX of all databases. You can demand to read and to process already processed letters once more. This is necessary, if a letters processing got through with mistake. [Up]
SETTINGS were considered in details in part "SETTING GAME PARAMETERS". [Up]
NEW GAME FOR SAME players and companies. This command is needed for re-initialization of the system before the first prepare turnfile. [Up]
MERGE BASES IN ONE BASE. This command allows uniting "under one house-top" a few players, which earlier played autonomously. There’s no command for splitting players up. For division is necessary to copy the complex to other place, and then to delete away in each copy "superfluous" players. In time of player deleting will be created "parting letter". It is necessary to delete obligatorily! If send it accidentally to server, the player will be removed from the game. [Up]
PLAYER [Up]
QUESTIONNAIRE allows changing the data about player at any time. The details can be read in the part "FILLING OF PLAYER QUESTIONNAIRE". [Up]
NEW PLAYER is legalization of new player. [Up]
SLEEP is possible a player for temporal stopping of his game. A player remains in rating, he can be accorded with subsidy, and to him can be charged tax. But to this player do not send the game letters. The regime "sleep" will come into play on server after send turnfile. In player module a sleeping player disappears from playing lists at once. [Up]
AWAKE is possible any falling a sleep player. A server will start to send him the letters on the next day. [Up]
KILL is possible any falling asleep player. A player abandons a game definitively. A "parting" letter will be created in catalogue OUT. It is necessary to send to server. [Up]

MAIL [Up]
LOAD MAIL - reading and processing mail immediately. Mail is searching in files, which are directed in settings. A letter will not be processed twice. If is necessary a repeated processing (for example, because of mistake), it is necessary to execute a command FILE-REINDEX. The reports about execution of applications are created after mail processing. If to process one letter twice, a report about execution of applications may have "strange" information: negative amount in application. But result of execution is always correct. [Up]
PREPARE TURNFILE - forms file with letter for dispatch on server. In file will be the data about all companies for all players. Prepare turnfile can be do many a times. Real mail send to Internet does not happen. A turnfile is only created. You must independently load your postal program and to send the letter. [Up]
PRICES AS RESULTS OF TENDERS (report). Minimum and maximum prices are prices of satisfied applications, and it is not prices of transactions. For example, there were applications for sale on price 100 and for purchase on price 120. They were satisfied on the average price 110. The prices 100 and 120 will be in report. And the price 110 will be showed as average deals price. [Up]
VOLUME OF DEMAND (report). Hot key is Alt+V. Report can be formed as "Memory result" or "For price only". In report there is information about all of entered applications, both satisfied and dissatisfied. Example report by "Memory result": 
                 DECLARED FOR                 REMAINED FOR
 Price         Sale     Purchase           Sale     Purchase
120.00      1'500.0        500.0            0.0          0.0
100.00      1'000.0      1'000.0          500.0        100.0
 80.00        100.0        500.0            0.0          0.0
  0.00      1'000.0      8'000.0          500.0          0.0
UNCOMP         10.0          0.0            0.0          0.0
Column "Price" is showed the price according to following regulations:
1) If quantity of diverse prices all applications are not more 10, will be stated the concrete prices from applications.
2) If quantity of diverse prices all applications are more 10, will be stated the maximum and minimum prices. The rest of prices will be grouped to intervals with step 10.
In example, a price 120.00 was the highest in applications, and a price 0.00 was the lowest. On these data the quantity of applications or quantity of players is not visible.
"DECLARED FOR SALE" shows amount of goods, which are ready to sell on stated price. It is possible there was a sellout on price 0.00 in volume 1000.0. But this is only supposition. The players may make applications for sale on price 0.00 also.
"DECLARED FOR PURCHASE" shows amount of goods, which are ready to buy on stated price.
"REMAINED FOR..." amount of applications, which have type "EVERLASTING APPLICATION". (Pay attention! This is not the amount of dissatisfied demand/supply.) The players can change or delete everlasting applications at any moment. That’s why to columns "REMAINED ON..." is necessary to regard very cautiously. The very interesting information is about sale on price 0 per roubles. This is a volume sellout property of debtors, which are not being able to liquidate his promissory notes. In such situation you can buy much goods on very low price. Even you can get goods free. Applications on price 0.00 in the volume of 8000 want to bear goods freely of charge.
Let’s consider old example, but report "For price only": 
                 DECLARED FOR                 REMAINED FOR
 Price       Sale       Purchase          Sale      Purchase
120.00      3'600.0        500.0         1000.0          0.0
100.00      2'100.0      1'500.0         1000.0        100.0
 80.00      1'100.0      2'000.0          500.0        100.0
  0.00      1'000.0     10'000.0          500.0        100.0
UNCOMP         10.0          0.0            0.0          0.0
A column "price" does not change. Application for sale on low price always will agree to higher price. Application for buying on high price always will agree to cheap supply. In column "DECLARED FOR SALE" first shows amount of goods, which is ready to sell on the very small price. If the price is lower, a volume is equal to amount on this price plus amount on lesser price. For greatest price this eats total supply volume. Column "DECLARED FOR PURCHASE" first shows amount of goods, which is ready to buy on the very high price. If price beneath, a volume is equal to amount on this price plus amount on higher price. For the very low price this is total demand volume.
This report shows the demand/supply tendencies more visually. You can lightly build a chart. In example is visible that all demand on 100 rub. and higher was contented. But a supply was contented to 80 rub. A middle transaction price was about 90 rub. [Up]
PRODUCTION RESULTS (report). It is necessary to comment index "Efficiency" only. This is amount of all produced goods divided on total quantity of these goods after production. Efficiency is an integrated index. It shows work effectiveness of the whole economy. [Up]
YOU'RE INFORMED. Before this point (after report about production results) the headlines of global message are placed. Its are identical for all players. Under the point "You're informed" the headlines of personal message are placed. Its are not visible to other players. In the submenu you can tune work with messages. Default, a message headline will not appear after reading message. If you want to look an old message once more, you must do a command "Show all messages". But you need to take into account AutoRemoval. Default, AutoRemoval is tuned on 7 days. Because of this messages are deleted automatically over 7 days after loading. Deleting messages are impossible to look over. You may set 0 days for AutoRemoval. This cuts off AutoRemoval. In this case the messages will accumulate in base.
You can switch off a dispatch to you server’s reports about sellout of your property. Switching off of reports does not abolish a sellout. You’ll know about sellout on applications. [Up]
CREATE MESSAGE. You can direct message to all players or to author/master only. Author has a right for censorship of global messages. You can not direct message to concrete player. Author dislikes such requests (but does not inhibit its). If somebody wants to be accorded letters from other players, he permits a publication of E-mail. In this case in rating a player name will be converted to reference on E-mail. If there is no reference, a player does not want to increase his postal traffic because of your letters. [Up]

COMPANY [Up]
GOODS/GOLD EXCHANGES. You see the initial indexes and expectantly results of applications execution. A separate column reminds to you, how much you need goods for forming one production party. An optimum variant is marked by "+" sign. But variant with "-" sign can be used in applications similarly. Usually, a result will be worse in such applications. Possible quantity of production parties calculates for each goods. This allows seeing, what resources are necessary.
The rules of creation of the applications are stated in section "APPLICATIONS TO BUY OR SELL THROUGH THE EXCHANGES SHOULD BE EXPRESSED IN WRITING".
The "Sell"/"Purchase" fields and "Should become" are associated. Number can be brought in any of them. Second field will be counted automatically. But it is necessary to take into account that filling of "Should become" field is not equivalent to command "To Sell/Purchase while will not be this significance". This field is used for filling the field "Sell"/"Purchase". The field "Sell"/"Purchase" transmits to server, and a field "Should become" does not transmit. The fields "Price" and "Sum" are connected too. But both fields transmitted to server. Its have the independent significance for uncompetition applications.
If to take off the mark "In forecast", such application will not influence on significance "IS EXPECTED". But application transmits to server and it participates in tenders.
In list of formalized applications can be used the special symbols:
§ - not trading
G - for gold
R - for roubles
C - competition
U – uncompetition
P – passing
E - everlasting
† - is not used in forecast. [Up]
CREDIT EXCHANGE has a peculiarity: if an old credit was not given back, new application is impossible to legalize. But you can return a credit before appointed time. Default an application date equal 4 day. But you can change a return date. [Up]
FULFILLMENT OF THE APPLICATIONS. Hot key is Alt+F. This is report about execution of each your application. The significance, which you wanted to get, is show in the group of columns "DECLARED". Results of the execution of your applications are showed in columns "SOLD"/"PURCHASED". [Up]
SIGHT IN THE PAST. You can look over old applications and results of the its execution. Use the data from your base. If you do not process mail or you processed mail twice, this report can have superfluous or incomplete information. This does not influence on processing of your applications on server. But this can defraud you. If you would set mark "Request from server", the data form server will come to you in the next letter. Attention! A flag "Request from server" is only inquiry to server. You will be accorded data in following letter. If you would push button "SHOW", will be shown the data from your bases. Button "Don't show" is not equivalent to the button "CANCEL". You can set on (or off) mark "Request from server", and then you can press "Don't show". To this case the data will not be shown from your base. But an inquiry to server will be formed (deleted).
You can form the general reports (prices for tender results, demand dimension, production results) repeatedly for any date. Its can be looked over by usual methods. If in list is not necessary date, you can renew the bases of reports history. These bases can be taken from server. Its are identical for all of players. [Up]
PRODUCTION. You can input amount of production parties, which are necessary to direct to production. If you can produce gold, you must input what you want to promote first. This is very important, when the resources will not be enough for all ordered production. For example, player needs to produce 10 g of gold, and to produce oil from remaining raw materials. Player will direct 9999 (greatest number) parties to oil and 2 party to gold. He will input to make gold first. Oil will be produced from remainder. Resources are not enough on 9999 parties. But 10 g gold will be done obligatorily.
You can give a command to produce maximum oil or coal. In this case gold will not be produced. You can input "ALWAYS...". In this case production will be maximum, while other command will not enter from you on server. [Up]
REORGANIZE. All of reorganizations take place on server after production cycle. This can be only cosmetic means: renaming. Renaming can be always made and freely of charge (even every day). You can change a production type. But for this you have to pay by gold (to 50 g). You can found a new company per 25 g of gold. Herewith company-parent property divides fifty-fifty (including the debts). Both companies take identical old rating, but a new rating will calculate individually.
A company can be closed. In this case it property (also with debts) will be handed to selected company of the owner. It's costs 25 g of gold. But if you don’t have gold, you will pay the roubles (promissory notes). You can not close the last company (the sole). You can not hand down property to company of other player.
You can give only one of commands: re-profile, to divide (found new company) or to close the company. Renaming always may be doing. [Up]

HOT KEYS
F10 – save all change and close current window (as button OK)
Alt+F1 – calculation
Alt+V – report about volume of demand/supply
Alt+F – report about fulfillment of the applications
Alt+X – exit
Home | Statistics | Players rating | Companies rating | Documents | FAQ | Download