Jump to content

Barnum

Members
  • Posts

    7,545
  • Joined

  • Last visited

Posts posted by Barnum

  1. I think that would work just fine.

    For most of the more "free-form" threads, you could probably forgo the OOC thread altogether. We could easily identify the OOC threads by prefixing them with [OOC] or suffixing them with (OOC). Once the thread is complete, you could leave it in the form for all to read, but move the OOC thread to an archive. Should work great.

  2. I think that would work just fine.

    For most of the more "free-form" threads, you could probably forgo the OOC thread altogether. We could easily identify the OOC threads by prefixing them with [OOC] or suffixing them with (OOC). Once the thread is complete, you could leave it in the form for all to read, but move the OOC thread to an archive. Should work great.

  3. I think that would work just fine.

    For most of the more "free-form" threads, you could probably forgo the OOC thread altogether. We could easily identify the OOC threads by prefixing them with [OOC] or suffixing them with (OOC). Once the thread is complete, you could leave it in the form for all to read, but move the OOC thread to an archive. Should work great.

  4. I think that would work just fine.

    For most of the more "free-form" threads, you could probably forgo the OOC thread altogether. We could easily identify the OOC threads by prefixing them with [OOC] or suffixing them with (OOC). Once the thread is complete, you could leave it in the form for all to read, but move the OOC thread to an archive. Should work great.

  5. I think that would work just fine.

    For most of the more "free-form" threads, you could probably forgo the OOC thread altogether. We could easily identify the OOC threads by prefixing them with [OOC] or suffixing them with (OOC). Once the thread is complete, you could leave it in the form for all to read, but move the OOC thread to an archive. Should work great.

  6. It really does.

    I do think we can be somewhat flexible, as long as we do it in a measured fashion. Such as . . .

    After the first major encounter, players that want to move on can, and new players can be added. I'm going to try to keep things really "open" given the nature of what Endless Flight is trying to do here.

    More info coming in the next day or so.

    So, if my short campaign has 6 "encounters: the first battle, the clean-up, the investigation, the second battle, the fall-out, and the third battle. We fight the first battle with four heroes. At the end of that encounter, old players can move on, new players can join. Then we play the second encounter, etc, etc.

  7. It really does.

    I do think we can be somewhat flexible, as long as we do it in a measured fashion. Such as . . .

    After the first major encounter, players that want to move on can, and new players can be added. I'm going to try to keep things really "open" given the nature of what Endless Flight is trying to do here.

    More info coming in the next day or so.

    So, if my short campaign has 6 "encounters: the first battle, the clean-up, the investigation, the second battle, the fall-out, and the third battle. We fight the first battle with four heroes. At the end of that encounter, old players can move on, new players can join. Then we play the second encounter, etc, etc.

  8. It really does.

    I do think we can be somewhat flexible, as long as we do it in a measured fashion. Such as . . .

    After the first major encounter, players that want to move on can, and new players can be added. I'm going to try to keep things really "open" given the nature of what Endless Flight is trying to do here.

    More info coming in the next day or so.

    So, if my short campaign has 6 "encounters: the first battle, the clean-up, the investigation, the second battle, the fall-out, and the third battle. We fight the first battle with four heroes. At the end of that encounter, old players can move on, new players can join. Then we play the second encounter, etc, etc.

×
×
  • Create New...