Probably mathematicians loves that sign face-wink.png .

The most cryptic the better for them right? Not so far from medicine on that aspect :P.

Put somewhere in the HTML a template of the form (here: new line containing necessary data like player name, tribe, team number), When needed ("+" button is pressed), copy this template to a proper place in the HTML code, Change the names of the fields from (example) "player" to "player-X" (where X is a number), so that player-1, player-2, player-3, ... will contains all player names Handle with "-" button (if too many players were added) Handle with all "player-X" names and values in Django view

yup exact procedure I used. Except for some reason, django doesn't show the "player-x" names, only the first one which I didn't create automatically. Somehow the list appearing in the request is linked to the template?? I have the exact same html input for each lines (except names and id).

I can't find anybody else with the same exact problem. I think people don't use django to make their own form...

In the admin page there is a possibility to add inline form (related list), and this functionality is done automatic

Ok, +1 for admin page, but I still need to override the html from what I understand to do that. Did I read wrong?

Top

Quote

Probably easier is creating whole form from scratch.

Well that's what I did then, and I found a way to fix my problem. I create 8 players and just hide 6 of them. Then I just hide/show and remove the value when "removing".

From a backup point of view, I just check if value is empty of not before adding the player :).

But don't listen to me face-wink.png I might be completely wrong face-grin.png .

We'll hope you're not

I'll use the other part of your post if I decide to do it the pure django way. But a big factor to use that technique I forgot to mention is that I might use the same template and backend for the submission of games by players

Now I focus on refacto, and then we could start the alpha tests, a few questions about that btw:

• I created a "create test data btn" should I keep it, and if yes, should I isolate the fonctions that creates it on another file than view?

• view is becoming quite a long file. Should I separate the functions used in arbiter page and the ranking page?

• Don't know whaat to do for a function

is that cleaner to have:

def type_to_int(word):
    word = word.lower()
    if word == 'autocrat':
        return 1
    if word == 'wood gnome':
        return 2
    if word == 'collectors':
        return 3
    if word == 'empire':
        return 1
    if word == 'barbarian':
        return 2
    if word == 'atlantean':
        return 3
    if word == 'frisian':
        return 4

def int_to_string(tribe):
    if tribe == 1:
        return 'empire'
   if tribe == 2:
        return 'barbarian'
    if tribe == 3:
        return 'atlantean'
    if tribe == 4:
        return 'frisian'

or an array with these value and a function that call them?

Rest of the work to do in the next few weeks:

• add tie games

• player game submission

• support of 2vs2 and more players

• bug fix!!

Top

Quote

Mhhhh, true actually we could just use strings, but in the end I think we would need a tribe table anyway. At some point we will want to have a score per tribe, so why not reference to the tribe table?

We could manage the tribes, and add them as we want directly on the arbiter page?

edit: no, no need for tribe management on the arbiter page, the admin interface will be far enough for such use

Top

Quote

Tribe table is one option, another is to use model for adding valid player-game match:

class player_to_game_model_or_whatever(models.Model):

    TRIBE_CHOICES = ((1, "Barbarians"), (2, "Empire"), (3, "Atlanteans"), (4, "Frisians"))

    (...) # player=FK to user OR string; game=FK to game record; team number
    tribe = models.IntegerField(choices=TRIBE_CHOICES)

    (...)
    def map_tribe_to_int(self, tribe_string):
        (...)
        return ...

But this method will require code change when amazons / egyptians / any new tribe would be added.

So as GunChleoc said, probably the best method is to add another table with tribes for mapping purpose. But remember to add somewhere initial data filling. I know that data migrations weren't created for such purpose, but it is clean and probably the easiest way to do so.

einstein13
calculations & maps packages: http://wuatek.no-ip.org/~rak/widelands/
backup website files: http://kartezjusz.ddns.net/upload/widelands/

Top

Quote

Oh yeah this is starting to look like a real experiment! Here are the data after different configurations:

Test 1 (currently displayed in "call for game")

• base standard deviation: 300
• base score: 1500
• base volatility: 0.06
• tau: 0.2
• number of game calculated each time: 10
• max iteration on step 5: 15

Same as last + max iteration on step5 :2

Same as last + tau: 1.0

Same as last + number of game per round: 2

Seems some parameter are more sensible than other. well what data you guys would want to test too to understand better the hang of it?

Top

Quote