Menu
▾
▴
rails-devel
|
From: Erik V. <eri...@xs...> - 2010-01-18 21:30:22
|
Autopass is now available as an extra button in the Status (&SR)
window only (not yet in the Start Round window).
In addition, I have added a generic Request Turn facility, which
can be used in any case where a user that normally would not get
a turn could request one, provided that a situation exists where
that would be valid.
I'm currently aware of two such situations:
- a user has autopassed but wants to unset that for any reason,
- in 1830, a user has the M&H and wants to swap it for a NYC share
anywhere in between other player's SR turns or company OR turns,
out of that player's normal stock turn.
The rules allow this, but we couldn't implement it so far.
In such a case, the Special menu will be highlighted (for all players)
and will contain an entry "{player-name} requests turn".
This is now only implemented for autopasses.
If that menu option is selected, the autopass will be reset
and the player will normally get a turn. This action must be taken
*before* the previous player finishes his/her turn, otherwise
the turn will already have passed to the next player after the
player who autopassed. Then the only way to get that turn is to undo
the last move and have the previous player set the turn request as yet,
before redoing that last move.
In hotseat or moderator play this will be no problem.
In PBEM-like play via dropbox, the requesting player should ask
the current (or any other) player to execute this action before
finishing the current turn.
I am thinking of a way to automate this and give the player
who wants the turn to do this himself. I am thinking to have
the requestor's program save a file named like
"18xx_playername.requestturn" and have all other players program
copies check for the existence of such a file, and,
if found, execute the request behind the scenes,
before checking who the next player will be.
That file should then be removed immediately.
The possibility to do this depends on whether or not the Rails
copies of all players can delete each others request files;
does anyone know that?
Any comments on this approach?
Erik.
|
|
From: Chris S. <chr...@gm...> - 2010-01-18 21:46:29
|
In Dropbox, everyone shares and has write access to a folder, so it should
work and the request file deletion/modification should be ok. The only
problem could be if there are synchronization conflicts, as the local
working copy is only uploaded when noticed by Dropbox, and there can
sometimes be a brief delay. Similarly, if I'm working on my laptop offline,
Dropbox does a sync check when I'm back online again.
--
Chris
Please consider the environment before printing this e-mail.
On Mon, Jan 18, 2010 at 1:30 PM, Erik Vos <eri...@xs...> wrote:
> Autopass is now available as an extra button in the Status (&SR)
> window only (not yet in the Start Round window).
>
> In addition, I have added a generic Request Turn facility, which
> can be used in any case where a user that normally would not get
> a turn could request one, provided that a situation exists where
> that would be valid.
>
> I'm currently aware of two such situations:
> - a user has autopassed but wants to unset that for any reason,
> - in 1830, a user has the M&H and wants to swap it for a NYC share
> anywhere in between other player's SR turns or company OR turns,
> out of that player's normal stock turn.
> The rules allow this, but we couldn't implement it so far.
>
> In such a case, the Special menu will be highlighted (for all players)
> and will contain an entry "{player-name} requests turn".
> This is now only implemented for autopasses.
> If that menu option is selected, the autopass will be reset
> and the player will normally get a turn. This action must be taken
> *before* the previous player finishes his/her turn, otherwise
> the turn will already have passed to the next player after the
> player who autopassed. Then the only way to get that turn is to undo
> the last move and have the previous player set the turn request as yet,
> before redoing that last move.
>
> In hotseat or moderator play this will be no problem.
> In PBEM-like play via dropbox, the requesting player should ask
> the current (or any other) player to execute this action before
> finishing the current turn.
>
> I am thinking of a way to automate this and give the player
> who wants the turn to do this himself. I am thinking to have
> the requestor's program save a file named like
> "18xx_playername.requestturn" and have all other players program
> copies check for the existence of such a file, and,
> if found, execute the request behind the scenes,
> before checking who the next player will be.
> That file should then be removed immediately.
>
> The possibility to do this depends on whether or not the Rails
> copies of all players can delete each others request files;
> does anyone know that?
>
> Any comments on this approach?
>
> Erik.
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for
> Conference
> attendees to learn about information security's most important issues
> through
> interactions with peers, luminaries and emerging and established companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
|
|
From: Dave M. <da...@mi...> - 2010-01-18 23:43:46
|
<html><HEAD><LINK rel=stylesheet type=text/css href="/webmail/static/deg/css/wysiwyg-3451203449.css" media=all>
<META name=GENERATOR content="MSHTML 8.00.6001.18854"></HEAD>
<BODY>
<DIV>Sounds excellent.</DIV>
<DIV> </DIV>
<DIV>As an RSA employee, I'm bemused by this RSA conference advertising which I presume is being inserted by the Sourceforge forwarder in all your messages.</DIV>
<DIV>If you chase the link it just goes back to SF and resolves into nothing special, or that mentions the RSA Conference. What's up with that?</DIV>
<DIV> </DIV>
<DIV>Dave.<BR><BR>Jan 18, 2010 04:48:40 PM, <A class=parsedEmail href="mailto:rai...@li..." target=_blank>rai...@li...</A> wrote:<BR></DIV>
<BLOCKQUOTE style="BORDER-LEFT: rgb(102,153,204) 3px solid">Autopass is now available as an extra button in the Status (&SR) <BR>window only (not yet in the Start Round window).<BR><BR>In addition, I have added a generic Request Turn facility, which<BR>can be used in any case where a user that normally would not get<BR>a turn could request one, provided that a situation exists where<BR>that would be valid.<BR><BR>I'm currently aware of two such situations:<BR>- a user has autopassed but wants to unset that for any reason,<BR>- in 1830, a user has the M&H and wants to swap it for a NYC share<BR>anywhere in between other player's SR turns or company OR turns,<BR>out of that player's normal stock turn. <BR>The rules allow this, but we couldn't implement it so far.<BR><BR>In such a case, the Special menu will be highlighted (for all players)<BR>and will contain an entry "{player-name} requests turn". <BR>This is now only implemented for autopasses.<BR>If that menu option is selected, the autopass will be reset<BR>and the player will normally get a turn. This action must be taken<BR>*before* the previous player finishes his/her turn, otherwise<BR>the turn will already have passed to the next player after the<BR>player who autopassed. Then the only way to get that turn is to undo<BR>the last move and have the previous player set the turn request as yet,<BR>before redoing that last move.<BR><BR>In hotseat or moderator play this will be no problem.<BR>In PBEM-like play via dropbox, the requesting player should ask<BR>the current (or any other) player to execute this action before <BR>finishing the current turn. <BR><BR>I am thinking of a way to automate this and give the player<BR>who wants the turn to do this himself. I am thinking to have<BR>the requestor's program save a file named like <BR>"18xx_playername.requestturn" and have all other players program <BR>copies check for the existence of such a file, and, <BR>if found, execute the request behind the scenes,<BR>before checking who the next player will be. <BR>That file should then be removed immediately. <BR><BR>The possibility to do this depends on whether or not the Rails<BR>copies of all players can delete each others request files;<BR>does anyone know that?<BR><BR>Any comments on this approach?<BR><BR>Erik.<BR><BR><BR><BR><BR><BR>------------------------------------------------------------------------------<BR>Throughout its 18-year history, RSA Conference consistently attracts the<BR>world's best and brightest in the field, creating opportunities for Conference<BR>attendees to learn about information security's most important issues through<BR>interactions with peers, luminaries and emerging and established companies.<BR><A class=parsedLink href="http://p.sf.net/sfu/rsaconf-dev2dev" target=_blank>http://p.sf.net/sfu/rsaconf-dev2dev</A><BR>_______________________________________________<BR>Rails-devel mailing list<BR><A class="parsedEmail parsedEmail" href="mailto:Rai...@li..." target=_blank>Rai...@li...</A><BR><A class=parsedLink href="https://lists.sourceforge.net/lists/listinfo/rails-devel" target=_blank>https://lists.sourceforge.net/lists/listinfo/rails-devel</A><BR></BLOCKQUOTE></BODY></html>
|
|
From: Phil D. <de...@gm...> - 2010-01-20 10:23:14
|
I think this is going to a lot of extra hassle for a limited use
feature. In dropbox play or similar if someone presses autopass they
should be genuinely out of options for the turn and not intent on
coming back in. If they want to jump back in then simply don't use
autopass and just pass normally until whatever you want to worry about
happens. Does it really slow most people's PBEM games down waiting on
people to pass?
Things will be slightly different in a network version when we have to
think about that. I can see autopass being a bit more valid here but
providing the player with a 'hand up' or 'interject' button that
cancels the autopass.
Phil
2010/1/18 Erik Vos <eri...@xs...>:
> Autopass is now available as an extra button in the Status (&SR)
> window only (not yet in the Start Round window).
>
> In addition, I have added a generic Request Turn facility, which
> can be used in any case where a user that normally would not get
> a turn could request one, provided that a situation exists where
> that would be valid.
>
> I'm currently aware of two such situations:
> - a user has autopassed but wants to unset that for any reason,
> - in 1830, a user has the M&H and wants to swap it for a NYC share
> anywhere in between other player's SR turns or company OR turns,
> out of that player's normal stock turn.
> The rules allow this, but we couldn't implement it so far.
>
> In such a case, the Special menu will be highlighted (for all players)
> and will contain an entry "{player-name} requests turn".
> This is now only implemented for autopasses.
> If that menu option is selected, the autopass will be reset
> and the player will normally get a turn. This action must be taken
> *before* the previous player finishes his/her turn, otherwise
> the turn will already have passed to the next player after the
> player who autopassed. Then the only way to get that turn is to undo
> the last move and have the previous player set the turn request as yet,
> before redoing that last move.
>
> In hotseat or moderator play this will be no problem.
> In PBEM-like play via dropbox, the requesting player should ask
> the current (or any other) player to execute this action before
> finishing the current turn.
>
> I am thinking of a way to automate this and give the player
> who wants the turn to do this himself. I am thinking to have
> the requestor's program save a file named like
> "18xx_playername.requestturn" and have all other players program
> copies check for the existence of such a file, and,
> if found, execute the request behind the scenes,
> before checking who the next player will be.
> That file should then be removed immediately.
>
> The possibility to do this depends on whether or not the Rails
> copies of all players can delete each others request files;
> does anyone know that?
>
> Any comments on this approach?
>
> Erik.
>
>
>
>
>
> ------------------------------------------------------------------------------
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for Conference
> attendees to learn about information security's most important issues through
> interactions with peers, luminaries and emerging and established companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
|
|
From: Chris S. <chr...@gm...> - 2010-01-20 14:44:25
|
Yes, it can really slow things down. I've seen several 5 player games where
one player is just finishing up, but everyone else is on "autopass unless
sale." If that player has 5 shares left to buy... it could add a week to
the stock round.
To be honest, I think you may be right about the complexity of the offered
solution, but I would really like to see two options given to the players:
"autopass" and "autopass unless sale."
--
Chris
Please consider the environment before printing this e-mail.
On Wed, Jan 20, 2010 at 2:23 AM, Phil Davies <de...@gm...> wrote:
> I think this is going to a lot of extra hassle for a limited use
> feature. In dropbox play or similar if someone presses autopass they
> should be genuinely out of options for the turn and not intent on
> coming back in. If they want to jump back in then simply don't use
> autopass and just pass normally until whatever you want to worry about
> happens. Does it really slow most people's PBEM games down waiting on
> people to pass?
>
> Things will be slightly different in a network version when we have to
> think about that. I can see autopass being a bit more valid here but
> providing the player with a 'hand up' or 'interject' button that
> cancels the autopass.
>
> Phil
>
> 2010/1/18 Erik Vos <eri...@xs...>:
> > Autopass is now available as an extra button in the Status (&SR)
> > window only (not yet in the Start Round window).
> >
> > In addition, I have added a generic Request Turn facility, which
> > can be used in any case where a user that normally would not get
> > a turn could request one, provided that a situation exists where
> > that would be valid.
> >
> > I'm currently aware of two such situations:
> > - a user has autopassed but wants to unset that for any reason,
> > - in 1830, a user has the M&H and wants to swap it for a NYC share
> > anywhere in between other player's SR turns or company OR turns,
> > out of that player's normal stock turn.
> > The rules allow this, but we couldn't implement it so far.
> >
> > In such a case, the Special menu will be highlighted (for all players)
> > and will contain an entry "{player-name} requests turn".
> > This is now only implemented for autopasses.
> > If that menu option is selected, the autopass will be reset
> > and the player will normally get a turn. This action must be taken
> > *before* the previous player finishes his/her turn, otherwise
> > the turn will already have passed to the next player after the
> > player who autopassed. Then the only way to get that turn is to undo
> > the last move and have the previous player set the turn request as yet,
> > before redoing that last move.
> >
> > In hotseat or moderator play this will be no problem.
> > In PBEM-like play via dropbox, the requesting player should ask
> > the current (or any other) player to execute this action before
> > finishing the current turn.
> >
> > I am thinking of a way to automate this and give the player
> > who wants the turn to do this himself. I am thinking to have
> > the requestor's program save a file named like
> > "18xx_playername.requestturn" and have all other players program
> > copies check for the existence of such a file, and,
> > if found, execute the request behind the scenes,
> > before checking who the next player will be.
> > That file should then be removed immediately.
> >
> > The possibility to do this depends on whether or not the Rails
> > copies of all players can delete each others request files;
> > does anyone know that?
> >
> > Any comments on this approach?
> >
> > Erik.
> >
> >
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> > Throughout its 18-year history, RSA Conference consistently attracts the
> > world's best and brightest in the field, creating opportunities for
> Conference
> > attendees to learn about information security's most important issues
> through
> > interactions with peers, luminaries and emerging and established
> companies.
> > http://p.sf.net/sfu/rsaconf-dev2dev
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
>
>
> ------------------------------------------------------------------------------
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for
> Conference
> attendees to learn about information security's most important issues
> through
> interactions with peers, luminaries and emerging and established companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
|
|
From: Erik V. <eri...@xs...> - 2010-01-20 20:06:27
|
OK.
Well, the Autopass and RequestTurn facilities now exist for
the Stock Round, but only the current player can effectively
enter any turn requests (from other players, obviously).
Erik.
-----Original Message-----
From: Phil Davies [mailto:de...@gm...]
Sent: Wednesday 20 January 2010 11:23
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] Autopass & RequestTurn
I think this is going to a lot of extra hassle for a limited use
feature. In dropbox play or similar if someone presses autopass they
should be genuinely out of options for the turn and not intent on
coming back in. If they want to jump back in then simply don't use
autopass and just pass normally until whatever you want to worry about
happens. Does it really slow most people's PBEM games down waiting on
people to pass?
Things will be slightly different in a network version when we have to
think about that. I can see autopass being a bit more valid here but
providing the player with a 'hand up' or 'interject' button that
cancels the autopass.
Phil
2010/1/18 Erik Vos <eri...@xs...>:
> Autopass is now available as an extra button in the Status (&SR)
> window only (not yet in the Start Round window).
>
> In addition, I have added a generic Request Turn facility, which
> can be used in any case where a user that normally would not get
> a turn could request one, provided that a situation exists where
> that would be valid.
>
> I'm currently aware of two such situations:
> - a user has autopassed but wants to unset that for any reason,
> - in 1830, a user has the M&H and wants to swap it for a NYC share
> anywhere in between other player's SR turns or company OR turns,
> out of that player's normal stock turn.
> The rules allow this, but we couldn't implement it so far.
>
> In such a case, the Special menu will be highlighted (for all players)
> and will contain an entry "{player-name} requests turn".
> This is now only implemented for autopasses.
> If that menu option is selected, the autopass will be reset
> and the player will normally get a turn. This action must be taken
> *before* the previous player finishes his/her turn, otherwise
> the turn will already have passed to the next player after the
> player who autopassed. Then the only way to get that turn is to undo
> the last move and have the previous player set the turn request as yet,
> before redoing that last move.
>
> In hotseat or moderator play this will be no problem.
> In PBEM-like play via dropbox, the requesting player should ask
> the current (or any other) player to execute this action before
> finishing the current turn.
>
> I am thinking of a way to automate this and give the player
> who wants the turn to do this himself. I am thinking to have
> the requestor's program save a file named like
> "18xx_playername.requestturn" and have all other players program
> copies check for the existence of such a file, and,
> if found, execute the request behind the scenes,
> before checking who the next player will be.
> That file should then be removed immediately.
>
> The possibility to do this depends on whether or not the Rails
> copies of all players can delete each others request files;
> does anyone know that?
>
> Any comments on this approach?
>
> Erik.
>
>
>
>
>
>
----------------------------------------------------------------------------
--
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for
Conference
> attendees to learn about information security's most important issues
through
> interactions with peers, luminaries and emerging and established
companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
----------------------------------------------------------------------------
--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for
Conference
attendees to learn about information security's most important issues
through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel
|
|
From: Phil D. <de...@gm...> - 2010-01-20 20:15:41
|
I think this is acceptable for the moment, then players can issue as
much information as they feel they need to the person immediately
before them in the turn order and control things that way. This
should be sufficient I would think.
Phil
2010/1/20 Erik Vos <eri...@xs...>:
> OK.
> Well, the Autopass and RequestTurn facilities now exist for
> the Stock Round, but only the current player can effectively
> enter any turn requests (from other players, obviously).
>
> Erik.
>
> -----Original Message-----
> From: Phil Davies [mailto:de...@gm...]
> Sent: Wednesday 20 January 2010 11:23
> To: Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] Autopass & RequestTurn
>
> I think this is going to a lot of extra hassle for a limited use
> feature. In dropbox play or similar if someone presses autopass they
> should be genuinely out of options for the turn and not intent on
> coming back in. If they want to jump back in then simply don't use
> autopass and just pass normally until whatever you want to worry about
> happens. Does it really slow most people's PBEM games down waiting on
> people to pass?
>
> Things will be slightly different in a network version when we have to
> think about that. I can see autopass being a bit more valid here but
> providing the player with a 'hand up' or 'interject' button that
> cancels the autopass.
>
> Phil
>
> 2010/1/18 Erik Vos <eri...@xs...>:
>> Autopass is now available as an extra button in the Status (&SR)
>> window only (not yet in the Start Round window).
>>
>> In addition, I have added a generic Request Turn facility, which
>> can be used in any case where a user that normally would not get
>> a turn could request one, provided that a situation exists where
>> that would be valid.
>>
>> I'm currently aware of two such situations:
>> - a user has autopassed but wants to unset that for any reason,
>> - in 1830, a user has the M&H and wants to swap it for a NYC share
>> anywhere in between other player's SR turns or company OR turns,
>> out of that player's normal stock turn.
>> The rules allow this, but we couldn't implement it so far.
>>
>> In such a case, the Special menu will be highlighted (for all players)
>> and will contain an entry "{player-name} requests turn".
>> This is now only implemented for autopasses.
>> If that menu option is selected, the autopass will be reset
>> and the player will normally get a turn. This action must be taken
>> *before* the previous player finishes his/her turn, otherwise
>> the turn will already have passed to the next player after the
>> player who autopassed. Then the only way to get that turn is to undo
>> the last move and have the previous player set the turn request as yet,
>> before redoing that last move.
>>
>> In hotseat or moderator play this will be no problem.
>> In PBEM-like play via dropbox, the requesting player should ask
>> the current (or any other) player to execute this action before
>> finishing the current turn.
>>
>> I am thinking of a way to automate this and give the player
>> who wants the turn to do this himself. I am thinking to have
>> the requestor's program save a file named like
>> "18xx_playername.requestturn" and have all other players program
>> copies check for the existence of such a file, and,
>> if found, execute the request behind the scenes,
>> before checking who the next player will be.
>> That file should then be removed immediately.
>>
>> The possibility to do this depends on whether or not the Rails
>> copies of all players can delete each others request files;
>> does anyone know that?
>>
>> Any comments on this approach?
>>
>> Erik.
>>
>>
>>
>>
>>
>>
> ----------------------------------------------------------------------------
> --
>> Throughout its 18-year history, RSA Conference consistently attracts the
>> world's best and brightest in the field, creating opportunities for
> Conference
>> attendees to learn about information security's most important issues
> through
>> interactions with peers, luminaries and emerging and established
> companies.
>> http://p.sf.net/sfu/rsaconf-dev2dev
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>
> ----------------------------------------------------------------------------
> --
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for
> Conference
> attendees to learn about information security's most important issues
> through
> interactions with peers, luminaries and emerging and established companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
> ------------------------------------------------------------------------------
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for Conference
> attendees to learn about information security's most important issues through
> interactions with peers, luminaries and emerging and established companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
|
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X