Jump to content

TwoSheds

Members
  • Posts

    112
  • Joined

  • Last visited

    Never

Contact Methods

  • Website URL
    http://100freepics.net/030/

Converted

  • Location
    Milwaukee, WI, USA
  • Interests
    Hockey, Wargames, My kids
  • Occupation
    Software Engineer

TwoSheds's Achievements

Senior Member

Senior Member (3/3)

0

Reputation

  1. I did not say that France will not invade England, I only said they will not come by Sea - Admiral Horatio Nelson
  2. i've been out of the loop for a LONG time, what (if any) PBEM utility are you guys using with CM? (something that manages emails, games files, player info, launching of game, etc.)
  3. Work's like a charm Hubert, with Voice-over-Internet this game is as good as face-to-face.
  4. here's a thought: use windows OS to run a windows app. any effort at compiling to linux is effort not applied to 99.9% of the SC user base. [ October 16, 2002, 09:51 AM: Message edited by: TwoSheds ]
  5. ummm, isnt THIS forum a good place to talk strategy?
  6. does a unit attak at less effectiveness if it moves THEN attacks vs. just attacking (with no move)?
  7. Holy Crap! I've just started playing this game, and i was about to suggest it REALLY needs an online capability. PBEM just doesnt cut it when a turn takes 1-3 minutes (tops) and the turn-around is a 1/2 day or more. there is no way to "get into" a game with a slow pace like that. ONLINE will r0xx0r.
  8. i thought i read somewhere you could preview a map in a QB as you are purchasing units. the terrain is an important factor in deciding Force composition.
  9. my point is "Immobilized" does not equal "lost one track" a lot of damage occurs to cause a tank to immobilize. an AP or HE round does not come in with a wrench and remove exactly one tread leaving the tank in otherwise 100% perfect condition.
  10. 1 or 2 examples of a tank being able to move on 1 track, of the 100's of 1000's of immobilized tanks does not warrant inclusion in any simulation.
  11. <BLOCKQUOTE>quote:</font><HR> So maybe the answer (to implement alternative 1) would be to associate meta data with the mod group that would allow the same configuration to be applied to all mods within the group when the user decides to install the group. <HR></BLOCKQUOTE> My line of thinking is going the same direction. The best way to do this is to have meta data at the "Group Level" and if a Mod in the group has the option, great, otherwise use the default skin. There are 2 problems to overcome: 1> dynamic application so that when a new Mod comes into a Group it is allowed to add to the meta data of the group. 2> Mods must be self contained, A user should just have to copy it to the Mods folder to get it to work. That means even if he doesn't know what group it belongs to it will still show up in the right place. I'm booked solid now with 2 other playests (oh yeah, my real job too) but I can give this some thought now, and some time later. Gordon, can you read data models? Creating a data model will ensure I understand the problem completely. I may model this out and have you look at it, if you want. [ 04-17-2001: Message edited by: TwoSheds ]
×
×
  • Create New...