Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

In the form of a MU* (as has already been tried)

4 (4.3%)

Empire building browser-based game, using the Frost and Flame engine or making it from scratch

10 (10.9%)

Adventure RPG browser-based game, using the Dragon Knights engine or making it from scratch

4 (4.3%)

A dungone crawler or maybe cooperative fortress builder client-based game using the Eclipse engine (would be real time, and have better graphics than browser-based games)

25 (27.2%)

Cooperative fortress building browser-based game, with traditional DF top-view 2D tiles

45 (48.9%)

a deviant of the cooperative fortress building browser-based game, were the tiles are grouped into bigger "sections"

3 (3.3%)

Other (propose it in the thread please)

1 (1.1%)

Total Members Voted: 92

[webadict]

I'm thinking it might be wise to have combat resolution exist outside of the normal turn based actions.  If it were to work similarly to combat in DF you would get some trickiness when two players are attacking eachother

If two players attack one another, one would be defending and the other would be attacking. It still works with the system. What other possibilities are there?

[Vactor]

I'm thinking it might be wise to have combat resolution exist outside of the normal turn based actions.  If it were to work similarly to combat in DF you would get some trickiness when two players are attacking eachother

If two players attack one another, one would be defending and the other would be attacking. It still works with the system. What other possibilities are there?

the player who is defending goes ahead and attacks the player who is attacking, which depending on how the combat system works, with some sort of automated defense, complicates the issue by doubling the combat actions of the fight, and how fast each player is taking their turn may determine the outcome of the fight.  It also makes fighting a player that is offline completely different from fighting a player who is online.  I think it makes more sense to have initating combat take energy/turns, but the combat is resolved outside of the turn system

[Poltifar]

So... what if we made a table and centered the font of each character in each box? We could use Arial or Times New Roman, since they have all the characters, and the characters could have some spaces.

That's exactly what I tried, and although it works, it just doesn't look alot like DF since there is spacing between the characters, and also, programming every single cell of the table one by one seems less practical than simply outputting the characters connected to each other...

[webadict]

Did you try making the font bigger to account for the spacing?

[Poltifar]

Yes, and I also tried to make the table cells smaller. But there is a limit to how much the sides of the cells can be close to the content, and this limit is a bit too large. Not to mention that on different computers and browsers, the fonts and tables can vary slightly, but even slight variations can be disastrous to the layout's look if we are trying to get the cells exactly the size of the characters...

[webadict]

Hmm... Maybe we should go with pictures then. It's not too bad if it's 9x9.

[Kashyyk]

But that would require a download wouldn't it?

[Poltifar]

Yes, that's the picture's problem,and it would also mean making a picture for every symbol, multiplied by every color we use, so about 100x8 graphics... And that's if we don't also use background colors...

[webadict]

Well, it's either that, or we distribute symbols among the fonts we have. Which is probably fine since there are a fair amount of them.

[Kashyyk]

I agree with your suggestion

[winner]

I hope you separate the graphic font from the message font so that it's easier to change things later.

[winner]

So I had this idea that you could get more realistic water flow over the "flat" ground by making it an array of theoretical arrows.

Code: [Select]

>^>>
v>^^
>>>^
This means that you have water actually "wear" away channels by having it change the direction of arrows it flows over often.
(the Os are where the water can flow from a tile pointing that way)

Code: [Select]

ooo
 ^ I also realized that you can prevent any closed loops by dissallowing any tiles pointing the oposite direction within the 8 tiles around it

Code: [Select]

ooo
o^o
ooo

[qwertyuiopas]

You could also have any flow affect all nearby 8 tiles if there is more than 2 matching directions within those 8...

[Poltifar]

Hmm, but for water flow, how often should it be calculated? We must remember that fluids can take alot of processor power, and if we are going to host this thing on some low-powered machine to try it out, we won't have so much power available.

[omagaalpha]

Yous should focus topic what first version of game will have and worry about more advance topic down road later once figure first version will have.