rails-devel — List for discussion of Rails development

Re: [Rails-devel] Bug reports

[Jim B. <jim...@ya...>]

John,

I filed those bugs and noticed your comments- you may like to review  
the bug reports on rail's sourceforge page.

There's very specific rules citations from the printed 1830 rules text  
in the comments for these bugs that involve priority, the privates- 
auctions, dropping out of a privates auction, etc .  (Note: these  
citations refer to very specific italicized examples, in the printed  
1830 manual.)

Regardless- it would be great if you'd be willing to annotate those  
bugs, in sourceforge, with your relevant concerns?  No worries, if  
that's awkward.

best regards,
  - jim

Re: [Rails-devel] Bug reports

[John D. G. <jd...@di...>]

Erik Vos wrote:
> #2898839 - 1830:  dropouts remain, in privates-auction.
> - "When a private has 3-or-more bidders, the auction will continue,
> even after one bidder passes and drops out.
> However, rails also continues to allow that player(s) to bid again."
> - Confirmed and fixed.

I believe these players are supposed to be allowed to bid again.

> #2898830 - priority incorrectly affected by privates auctions.
> - "Rails doesn't handle priority correctly across a typical 1830-style
> privates auction. Note that the auction itself, does not count as a 
> player action- for the bidders, winner, etc. In rails, it appears to."
> - Confirmed and fixed. The fix is generic: auctioning will now never 
> change the PD after bidding in any game. Not sure of this rule holds
> for all games, but I'm currently not aware of any exceptions.

I believe this purchase, like any other, does determine the Priority
Deal if it is followed by everyone passing (even though it does not
change who is next in the stock round that was interrupted by the
auction).  I would handle this by making the auction its own "round"
(which implies that one "round" can interrupt another - a capability
that would also apply to the minor-exchange rounds in 1835/37/2038,
CGR formation in 1856, and mergers and the IRSFF split in 1841).

[Rails-devel] Bug reports

[Erik V. <eri...@xs...>]

This month quite a number of bug reports have been entered 
into the project's Bug Tracker. I have now gone through
all of these reports, and will here give a summary.

#2898839 - 1830:  dropouts remain, in privates-auction.
- "When a private has 3-or-more bidders, the auction will continue,
even after one bidder passes and drops out.
However, rails also continues to allow that player(s) to bid again."
- Confirmed and fixed.

#2898830 - priority incorrectly affected by privates auctions.
- "Rails doesn't handle priority correctly across a typical 1830-style
privates auction. Note that the auction itself, does not count as a 
player action- for the bidders, winner, etc. In rails, it appears to."
- Confirmed and fixed. The fix is generic: auctioning will now never 
change the PD after bidding in any game. Not sure of this rule holds
for all games, but I'm currently not aware of any exceptions.

#2898824 - 1.0.7 hangs when 2p 1856 or 18al requested- 1830, 1870 ok
- Rails allows 2-player games to be started with 1856 and 18AL, which
officially don't support that number of players, but then hangs.
- In fact the program got into a loop: players have 0 cash (because
no amount of cash is configured) and so the program cannot find
any valid "first move", but keeps looking.
This condition is now checked for, and a not-configured number
of players is no longer possible. To allow games being played with
an "unofficial" number of players, the Game.xml file of the game 
in question must be updated first to specify a start cash amount 
and a certificate limit for that number of players.
(Read this file, it'll be obvious what to do).

#2898821 - 18al game, 1.0.7: AB&C move not processed
- "AB&C's OR 5.1 move in the attached rails file saves and reloads 
fine with 1.0.6, but 1.0.7 ignores AB&C's move completely."
- A bug in version 1.0.6 incorrectly caused AB&C to get the first turn
in OR5.1. It should have been M&O. The bug had already been fixed a
while ago, and so 1.0.7, om loading a 1.0.6 saved file, correctly did 
not accept AB&C moves when it was not that company's turn. 
Advised players to undo until before the root cause error (in SR5)
and play from there with version 1.0.7.

#2898819 - 1.0.7 won't display tiles-window 
- "When selecting "Info / See Remaining Tiles...", nothing happens."
- Confirmed. A recent change, just before 1.0.7-rc1 came out,
caused a program exception. Fixed.

#2898315 - 18EU hover text
- "The hover text for non-lettered cities is incorrect. 
It shows they can be upgraded to tiles 201 and 202, when in fact 
they can only be upgraded to tile 57."
- Confirmed and fixed.

#2897934 - rails.sh containing DOS end of line characters.
- "The rails.sh (in both archives (zip and tar.gz), contains ^M 
characters at the end of each line. This prevents the game from 
starting from the script."
- I have handed this one over to Brett.

#2897874 - 18EU bid problem
- "18EU will not let players place an initial bid higher than 100, 
nor will it allow players to increase the current bid by more than 5."
- This only happened after loading from a saved file. The enabling of
the "Bid Amount" spinner was not done in this case. Fixed.

#2897582 - Worth does calculate the P share as 10%
- "...Rails does count the P share as just 10% when calculating net 
Worth. This is serious and not good!"
- Serious indeed, and all too true. Fixed.

#2897066 - T4 does not rust when trade in for a Diesel
- This was caused by an exception occurring in version 1.0.6,
- Does not occur in 1.0.7, as it had already been fixed before.

#2894525 - Cannot trade in 4 for Deisel because slot full
- "Last 6 has been sold, buy train option available, 
trade 4 for Deisel available Denied because company is "slot full""
- Confirmed and fixed.
(#2895066 and #2894518 duplicated this one)

#2894495 - Token "swaps sides" on upgrade
- "PRR Token on Hex H18 western track position swapped to eastern 
position after upgrade."
- What in fact happened, is that in version 1.0.6 the upgrade logic 
incorrectly ended up linking both #65 cities to the same track.
This had already been fixed in the meantime and does not happen 
in 1.0.7.

#2894277 - 18EU minors 7,9 reversed on map
- "The beginning map in 18EU shows the minors in Berlin as 9,7. 
It should be 7,9."
- My response: "Home company names are currently drawn on the hex 
in arbitrary sequence. In fact I am amazed that it isn't done in 
numeric sequence; perhaps the XML parser does not parse the companies 
in the defined order. In any case, there is currently no relationship 
between the company name sequence [as drawn on the emty hex] and 
the city locations on such a hex. Drawing the home names in the 
city circles rather than on the fixed hex position would be a worthy 
improvement, and I'm putting it on my list of things to look at 
after release 1.0.7 has come out."
In addition: the home tokens are laid in the right spots.

#2891711 - D&H token is not free.
[I think I reported this one before, but anyway]
- "When I buy D&H with my PRR I can lay the tile. No problem. 
But ewhen I try to lay the free token the Rails engine says 
it is free but I must pay for it. This is very annoying as 
I want the rail head free there."
- My repsonse: "Confirmed. This is an error in the UI: if more 
than one possibility to lay a token exists (in this case: 
lay a token normally and lay a token using a private special property), 
always the first one was chosen. The user sees the company token 
displayed twice, so far without distinction indicating which token 
lay option is attached to each one.
Fix: The UI will now display the private name alongside the token (in this
case: "PRR (D&H)" for the case where the special property must be used.
That option will now be honoured correctly. This fix will be included in
version 1.0.7.
N.B. In the case of 1830, showing the token twice is actually unnecessary,
because there is no reason not to use the special property, because the D&H
will not close while using it. However, the UI Is generic and has to count
with potential cases where a player might not want to use a special
property if a normal lay is also possible."

This last one is perhaps a tricky one in game play: the same token is
displayed twice, and the one marked with "D&H" must be clicked
to use the private special property. The program currently has
no way to know of the company does or does not have a route that
would enable a 'normal' token lay.


I'm omitting the bugs handled (either fixed or not found 
reproducable) before November. If anyone wants to check on these, 
please have a look in the Bug Tracker.

>From my POV we are ready to release a new RC for 1.0.7,
to give users another stab at it. Then we can finally
release 1.0.7 one or two weeks later. This should be the
most bugfree Rails version ever!

Erik.

Re: [Rails-devel] Bug in 18EU

[brett l. <wak...@gm...>]

On Tue, Nov 17, 2009 at 10:57 AM, Erik Vos <eri...@hc...> wrote:
> I noticed (a bit late) that several people have entered
> quite a number of bug reports during the last week.
> Many thanks to Jim Black, Chris Shaffer and Andrew Pullin
> to enter these reports. It is gratifying to see that Rails
> is now being seriously used in several groups, and that
> errors are being actively reported to help improving quality
> of this game system.
>
> I have read and commented upon most of these reports now,
> and applied quite a number of fixes. I'll post
> a summary later. One bug report to go now.
>
> Brett, I would propose to publish another release candidate
> later this week, after I have gone through all of this,
> and you have done your part.
> I would like to give these people a chance to test the applies
> fixes, and also a little leeway to report any more bugs.
>

Another release candidate is fine by me.  I'm really happy to see the
activity, as well.

> It must be said, that several bugs proved to be quite destructive
> for game play, and I would like to get version 1.0.7
> as correct as we can get it in reasonable time.
> The last few releases turned out to be buggier than expected,
> and I'm willing and have time to pay some extra attention to quality.
>

Agreed. Adding new features, like a whole new game, means lots of new
potential for bugs.


> I hope that the US vacation week will not get in the way too much for you.
>

It actually makes things easier for me.  More free time to work on this. :-)

> Regards,
> Erik.
>


---Brett.

>
>> -----Original Message-----
>> From: brett lentz [mailto:wak...@gm...]
>> Sent: Tuesday 17 November 2009 00:40
>> To: Development list for Rails: an 18xx game
>> Subject: Re: [Rails-devel] Bug in 18EU
>>
>> On Mon, Nov 16, 2009 at 3:29 PM, Erik Vos <eri...@hc...> wrote:
>> > Oh, I now see that several more bug reports have been
>> entered into the
>> > Tracker.
>> > I'll have a pass through the list this week to see if
>> there's anything else
>> > that urgently needs a fix.
>> >
>> > Brett, there is a report on rails.sh having ^M at end of
>> line, which seems
>> > harmful.
>> > Can you check that one?
>> >
>>
>> Ah, yeah. I can handle that one.  That's what I get for editing the
>> file on my Windows box. :-\
>>
>> > Erik.
>> >
>>
>>
>> ---Brett.
>>
>> >> -----Original Message-----
>> >> From: Erik Vos [mailto:eri...@hc...]
>> >> Sent: Monday 16 November 2009 23:28
>> >> To: 'Development list for Rails: an 18xx game'
>> >> Subject: Re: [Rails-devel] Bug in 18EU
>> >>
>> >> Jim,
>> >>
>> >> Same problem, same fix.
>> >> I agree that a final release can be done now, unless someone
>> >> finds another
>> >> bug before the weekend.
>> >>
>> >> Erik.
>> >>
>> >> > -----Original Message-----
>> >> > From: Jim Black [mailto:jim...@ya...]
>> >> > Sent: Monday 16 November 2009 20:36
>> >> > To: Development list for Rails: an 18xx game
>> >> > Subject: Re: [Rails-devel] Bug in 18EU
>> >> >
>> >> > I've encountered the same bug chris mentions, below- can't
>> >> > bid amounts
>> >> > once the privates are in auction (the 'spinner', I
>> gather), and we
>> >> > must increment strictly in $5's.  (I  was unable to play
>> >> forward one
>> >> > pbem game because I couldn't contrive $5 raises to match
>> >> the actualy
>> >> > bidding.)  I think some people play that you must raise in $5's,
>> >> > although I don't think that's the conventional/popular ruling.
>> >> >
>> >> > I did notice that rc2 did fix the stock-adjustment at the
>> >> > floor of the
>> >> > market probem I reported- thanks!   We're moving again with
>> >> our 1830
>> >> > pbem game, this was much appreciated.
>> >> >
>> >> > Also, I saw that impassable hex boundaries are now clearly
>> >> outlined-
>> >> > very nice, and thanks for that improvement too.
>> >> >
>> >> > I haven't had time to digest the latest re:
>> >> > current-dir/dropbox/token/
>> >> > real-time-load/etc, but I'll try to provide some feedback
>> >> > there later
>> >> > too.
>> >> >
>> >> >   - jim
>> >> >
>> >> > On Nov 16, 2009, at 10:16 AM, Erik Vos wrote:
>> >> >
>> >> > > This bug has been fixed in the source code base. Ths fix
>> >> > will be in
>> >> > > the next
>> >> > > release (candidate).
>> >> > > In one place, the amount field (spinner) was not enabled
>> >> together
>> >> > > with the
>> >> > > Bid button; this omission only surfaced when a game
>> was reloaded.
>> >> > >
>> >> > > Not sure if this fix is worth a new release candidate; in
>> >> > any case I
>> >> > > don't
>> >> > > have any more time today to try creating one.
>> >> > >
>> >> > > Erik.
>> >> > >
>> >> > >> -----Original Message-----
>> >> > >> From: Erik Vos [mailto:eri...@hc...]
>> >> > >> Sent: Sunday 15 November 2009 23:37
>> >> > >> To: 'Development list for Rails: an 18xx game'
>> >> > >> Subject: Re: [Rails-devel] Bug in 18EU
>> >> > >>
>> >> > >> Strange. After loading your file I see the problem, but not
>> >> > >> if I replay it
>> >> > >> manually.
>> >> > >> The only explanation I can think of now, is that screen
>> >> > >> updating after a
>> >> > >> load
>> >> > >> is in some respect different than when playing manually from
>> >> > >> the start.
>> >> > >> And I must say that the location of the action to
>> >> > >> enable/disable this input
>> >> > >> field
>> >> > >> in the code is somewhat suspect. So I do have food for
>> >> > >> investigation now.
>> >> > >> Stay tuned.
>> >> > >>
>> >> > >>> -----Original Message-----
>> >> > >>> From: Chris Shaffer [mailto:chr...@gm...]
>> >> > >>> Sent: Sunday 15 November 2009 22:36
>> >> > >>> To: Development list for Rails: an 18xx game
>> >> > >>> Subject: Re: [Rails-devel] Bug in 18EU
>> >> > >>>
>> >> > >>> It's been there since we began the game.  Here is the most
>> >> > >>> recent save file.
>> >> > >>>
>> >> > >>> --
>> >> > >>> Chris
>> >> > >>>
>> >> > >>> Please consider the environment before printing this e-mail.
>> >> > >>>
>> >> > >>>
>> >> > >>>
>> >> > >>> On Sun, Nov 15, 2009 at 1:02 PM, Erik Vos
>> >> > >> <eri...@hc...> wrote:
>> >> > >>>> Did this not occur at the start of the round but
>> only later on?
>> >> > >>>> In that case, a saved file might help. A copy of the log
>> >> > >>> file would also
>> >> > >>>> help.
>> >> > >>>>
>> >> > >>>> Without any means to reproduce such a case, there isn't
>> >> > >>> much I can do.
>> >> > >>>>
>> >> > >>>> Erik.
>> >> > >>>>
>> >> > >>>>> -----Original Message-----
>> >> > >>>>> From: Chris Shaffer [mailto:chr...@gm...]
>> >> > >>>>> Sent: Sunday 15 November 2009 19:36
>> >> > >>>>> To: Development list for Rails: an 18xx game
>> >> > >>>>> Subject: Re: [Rails-devel] Bug in 18EU
>> >> > >>>>>
>> >> > >>>>> The spinner is greyed out and disabled in our game, as
>> >> > >> is the text
>> >> > >>>>> entry area for the bid amount, using version 1.06.  Two
>> >> > >>> players have
>> >> > >>>>> verified it.  Clicking the Bid button bids the current
>> >> > amount and
>> >> > >>>>> increments the bid amount by 5.  Nothing else we do
>> >> changes the
>> >> > >>>>> spinner or the bid amount.  I've attached a screenshot.
>> >> > >>>>>
>> >> > >>>>> Any suggestions?
>> >> > >>>>>
>> >> > >>>>> --
>> >> > >>>>> Chris
>> >> > >>>>>
>> >> > >>>>> Please consider the environment before printing
>> this e-mail.
>> >> > >>>>>
>> >> > >>>>>
>> >> > >>>>>
>> >> > >>>>> On Sun, Nov 15, 2009 at 10:01 AM, Erik Vos
>> >> > >>> <eri...@hc...> wrote:
>> >> > >>>>>>> 18EU will not let players place an initial bid higher
>> >> > >>> than 100, nor
>> >> > >>>>>>> will it allow players to increase the current bid by
>> >> > >>> more than 5.
>> >> > >>>>>>
>> >> > >>>>>> ??
>> >> > >>>>>> For me, adding any multiple of 5 works allright, both
>> >> > >> by clicking
>> >> > >>>>>> the spinner at the right of the bid amount field,
>> >> and by typing
>> >> > >>>>>> the amount into that field. This is so both in version
>> >> > >>> 1.0.6 and in
>> >> > >>>>>> the current code base, and also both for the initial and
>> >> > >>>>> for later bids.
>> >> > >>>>>>
>> >> > >>>>>> So I'm really at a loss what makes you having the
>> >> > >> experience that
>> >> > >>>>>> this all wouldn't be possible.
>> >> > >>>>>>
>> >> > >>>>>>>
>> >> > >>>>>>> I've also submitted this as a bug.
>> >> > >>>>>>>
>> >> > >>>>>>> However, I need to know if it's possible to override this
>> >> > >>>>> and allow a
>> >> > >>>>>>> player to purchase an item for a price other than that
>> >> > >>>>> forced by the
>> >> > >>>>>>> program?
>> >> > >>>>>>
>> >> > >>>>>> See above.
>> >> > >>>>>>
>> >> > >>>>>> Currently there is no correction mode, as exists
>> in Lemmi's
>> >> > >>>>> moderator.
>> >> > >>>>>> I've been thinking about that, and I suppose that the
>> >> > >> most wanted
>> >> > >>>>>> correction feature would be shifting money
>> between any pair
>> >> > >>>>> of cash holders.
>> >> > >>>>>> That should be faily easily to add in version 1.0.8 or so.
>> >> > >>>>>>
>> >> > >>>>>> Erik.
>> >> > >>>>>>
>> >> > >>>>>>
>> >> > >>>>>>
>> >> > >>>>>
>> --------------------------------------------------------------
>> >> > >>>>> ----------------
>> >> > >>>>>> Let Crystal Reports handle the reporting - Free Crystal
>> >> > >>>>> Reports 2008 30-Day
>> >> > >>>>>> trial. Simplify your report design, integration and
>> >> > >>>>> deployment - and focus on
>> >> > >>>>>> what you do best, core application coding. Discover
>> >> > >>> what's new with
>> >> > >>>>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> >> > >>>>>> _______________________________________________
>> >> > >>>>>> Rails-devel mailing list
>> >> > >>>>>> Rai...@li...
>> >> > >>>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >> > >>>>>>
>> >> > >>>>>
>> >> > >>>>
>> >> > >>>>
>> >> > >>>>
>> >> > >>>
>> --------------------------------------------------------------
>> >> > >>> ----------------
>> >> > >>>> Let Crystal Reports handle the reporting - Free Crystal
>> >> > >>> Reports 2008 30-Day
>> >> > >>>> trial. Simplify your report design, integration and
>> >> > >>> deployment - and focus on
>> >> > >>>> what you do best, core application coding. Discover
>> >> > >> what's new with
>> >> > >>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> >> > >>>> _______________________________________________
>> >> > >>>> Rails-devel mailing list
>> >> > >>>> Rai...@li...
>> >> > >>>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >> > >>>>
>> >> > >>>
>> >> > >>
>> >> > >>
>> >> > >> --------------------------------------------------------------
>> >> > >> ----------------
>> >> > >> Let Crystal Reports handle the reporting - Free Crystal
>> >> > >> Reports 2008 30-Day
>> >> > >> trial. Simplify your report design, integration and
>> >> > >> deployment - and focus on
>> >> > >> what you do best, core application coding. Discover
>> >> what's new with
>> >> > >> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> >> > >> _______________________________________________
>> >> > >> Rails-devel mailing list
>> >> > >> Rai...@li...
>> >> > >> https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >> > >
>> >> > >
>> >> > >
>> >> > --------------------------------------------------------------
>> >> > ----------------
>> >> > > Let Crystal Reports handle the reporting - Free Crystal
>> >> > Reports 2008
>> >> > > 30-Day
>> >> > > trial. Simplify your report design, integration and
>> >> > deployment - and
>> >> > > focus on
>> >> > > what you do best, core application coding. Discover
>> >> what's new with
>> >> > > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> >> > > _______________________________________________
>> >> > > Rails-devel mailing list
>> >> > > Rai...@li...
>> >> > > https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >> >
>> >> >
>> >> >
>> >> > --------------------------------------------------------------
>> >> > ----------------
>> >> > Let Crystal Reports handle the reporting - Free Crystal
>> >> > Reports 2008 30-Day
>> >> > trial. Simplify your report design, integration and
>> >> > deployment - and focus on
>> >> > what you do best, core application coding. Discover
>> what's new with
>> >> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> >> > _______________________________________________
>> >> > Rails-devel mailing list
>> >> > Rai...@li...
>> >> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >>
>> >>
>> >> --------------------------------------------------------------
>> >> ----------------
>> >> Let Crystal Reports handle the reporting - Free Crystal
>> >> Reports 2008 30-Day
>> >> trial. Simplify your report design, integration and
>> >> deployment - and focus on
>> >> what you do best, core application coding. Discover what's new with
>> >> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> >> _______________________________________________
>> >> Rails-devel mailing list
>> >> Rai...@li...
>> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >
>> >
>> >
>> --------------------------------------------------------------
>> ----------------
>> > Let Crystal Reports handle the reporting - Free Crystal
>> Reports 2008 30-Day
>> > trial. Simplify your report design, integration and
>> deployment - and focus on
>> > what you do best, core application coding. Discover what's new with
>> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> > _______________________________________________
>> > Rails-devel mailing list
>> > Rai...@li...
>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >
>>
>> --------------------------------------------------------------
>> ----------------
>> Let Crystal Reports handle the reporting - Free Crystal
>> Reports 2008 30-Day
>> trial. Simplify your report design, integration and
>> deployment - and focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Bug in 18EU

[Erik V. <eri...@hc...>]

I noticed (a bit late) that several people have entered 
quite a number of bug reports during the last week. 
Many thanks to Jim Black, Chris Shaffer and Andrew Pullin
to enter these reports. It is gratifying to see that Rails
is now being seriously used in several groups, and that
errors are being actively reported to help improving quality 
of this game system.

I have read and commented upon most of these reports now,
and applied quite a number of fixes. I'll post
a summary later. One bug report to go now.

Brett, I would propose to publish another release candidate
later this week, after I have gone through all of this, 
and you have done your part.
I would like to give these people a chance to test the applies 
fixes, and also a little leeway to report any more bugs.

It must be said, that several bugs proved to be quite destructive
for game play, and I would like to get version 1.0.7
as correct as we can get it in reasonable time.
The last few releases turned out to be buggier than expected,
and I'm willing and have time to pay some extra attention to quality.

I hope that the US vacation week will not get in the way too much for you.

Regards,
Erik.


> -----Original Message-----
> From: brett lentz [mailto:wak...@gm...] 
> Sent: Tuesday 17 November 2009 00:40
> To: Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] Bug in 18EU
> 
> On Mon, Nov 16, 2009 at 3:29 PM, Erik Vos <eri...@hc...> wrote:
> > Oh, I now see that several more bug reports have been 
> entered into the
> > Tracker.
> > I'll have a pass through the list this week to see if 
> there's anything else
> > that urgently needs a fix.
> >
> > Brett, there is a report on rails.sh having ^M at end of 
> line, which seems
> > harmful.
> > Can you check that one?
> >
> 
> Ah, yeah. I can handle that one.  That's what I get for editing the
> file on my Windows box. :-\
> 
> > Erik.
> >
> 
> 
> ---Brett.
> 
> >> -----Original Message-----
> >> From: Erik Vos [mailto:eri...@hc...]
> >> Sent: Monday 16 November 2009 23:28
> >> To: 'Development list for Rails: an 18xx game'
> >> Subject: Re: [Rails-devel] Bug in 18EU
> >>
> >> Jim,
> >>
> >> Same problem, same fix.
> >> I agree that a final release can be done now, unless someone
> >> finds another
> >> bug before the weekend.
> >>
> >> Erik.
> >>
> >> > -----Original Message-----
> >> > From: Jim Black [mailto:jim...@ya...]
> >> > Sent: Monday 16 November 2009 20:36
> >> > To: Development list for Rails: an 18xx game
> >> > Subject: Re: [Rails-devel] Bug in 18EU
> >> >
> >> > I've encountered the same bug chris mentions, below- can't
> >> > bid amounts
> >> > once the privates are in auction (the 'spinner', I 
> gather), and we
> >> > must increment strictly in $5's.  (I  was unable to play
> >> forward one
> >> > pbem game because I couldn't contrive $5 raises to match
> >> the actualy
> >> > bidding.)  I think some people play that you must raise in $5's,
> >> > although I don't think that's the conventional/popular ruling.
> >> >
> >> > I did notice that rc2 did fix the stock-adjustment at the
> >> > floor of the
> >> > market probem I reported- thanks!   We're moving again with
> >> our 1830
> >> > pbem game, this was much appreciated.
> >> >
> >> > Also, I saw that impassable hex boundaries are now clearly
> >> outlined-
> >> > very nice, and thanks for that improvement too.
> >> >
> >> > I haven't had time to digest the latest re:
> >> > current-dir/dropbox/token/
> >> > real-time-load/etc, but I'll try to provide some feedback
> >> > there later
> >> > too.
> >> >
> >> >   - jim
> >> >
> >> > On Nov 16, 2009, at 10:16 AM, Erik Vos wrote:
> >> >
> >> > > This bug has been fixed in the source code base. Ths fix
> >> > will be in
> >> > > the next
> >> > > release (candidate).
> >> > > In one place, the amount field (spinner) was not enabled
> >> together
> >> > > with the
> >> > > Bid button; this omission only surfaced when a game 
> was reloaded.
> >> > >
> >> > > Not sure if this fix is worth a new release candidate; in
> >> > any case I
> >> > > don't
> >> > > have any more time today to try creating one.
> >> > >
> >> > > Erik.
> >> > >
> >> > >> -----Original Message-----
> >> > >> From: Erik Vos [mailto:eri...@hc...]
> >> > >> Sent: Sunday 15 November 2009 23:37
> >> > >> To: 'Development list for Rails: an 18xx game'
> >> > >> Subject: Re: [Rails-devel] Bug in 18EU
> >> > >>
> >> > >> Strange. After loading your file I see the problem, but not
> >> > >> if I replay it
> >> > >> manually.
> >> > >> The only explanation I can think of now, is that screen
> >> > >> updating after a
> >> > >> load
> >> > >> is in some respect different than when playing manually from
> >> > >> the start.
> >> > >> And I must say that the location of the action to
> >> > >> enable/disable this input
> >> > >> field
> >> > >> in the code is somewhat suspect. So I do have food for
> >> > >> investigation now.
> >> > >> Stay tuned.
> >> > >>
> >> > >>> -----Original Message-----
> >> > >>> From: Chris Shaffer [mailto:chr...@gm...]
> >> > >>> Sent: Sunday 15 November 2009 22:36
> >> > >>> To: Development list for Rails: an 18xx game
> >> > >>> Subject: Re: [Rails-devel] Bug in 18EU
> >> > >>>
> >> > >>> It's been there since we began the game.  Here is the most
> >> > >>> recent save file.
> >> > >>>
> >> > >>> --
> >> > >>> Chris
> >> > >>>
> >> > >>> Please consider the environment before printing this e-mail.
> >> > >>>
> >> > >>>
> >> > >>>
> >> > >>> On Sun, Nov 15, 2009 at 1:02 PM, Erik Vos
> >> > >> <eri...@hc...> wrote:
> >> > >>>> Did this not occur at the start of the round but 
> only later on?
> >> > >>>> In that case, a saved file might help. A copy of the log
> >> > >>> file would also
> >> > >>>> help.
> >> > >>>>
> >> > >>>> Without any means to reproduce such a case, there isn't
> >> > >>> much I can do.
> >> > >>>>
> >> > >>>> Erik.
> >> > >>>>
> >> > >>>>> -----Original Message-----
> >> > >>>>> From: Chris Shaffer [mailto:chr...@gm...]
> >> > >>>>> Sent: Sunday 15 November 2009 19:36
> >> > >>>>> To: Development list for Rails: an 18xx game
> >> > >>>>> Subject: Re: [Rails-devel] Bug in 18EU
> >> > >>>>>
> >> > >>>>> The spinner is greyed out and disabled in our game, as
> >> > >> is the text
> >> > >>>>> entry area for the bid amount, using version 1.06.  Two
> >> > >>> players have
> >> > >>>>> verified it.  Clicking the Bid button bids the current
> >> > amount and
> >> > >>>>> increments the bid amount by 5.  Nothing else we do
> >> changes the
> >> > >>>>> spinner or the bid amount.  I've attached a screenshot.
> >> > >>>>>
> >> > >>>>> Any suggestions?
> >> > >>>>>
> >> > >>>>> --
> >> > >>>>> Chris
> >> > >>>>>
> >> > >>>>> Please consider the environment before printing 
> this e-mail.
> >> > >>>>>
> >> > >>>>>
> >> > >>>>>
> >> > >>>>> On Sun, Nov 15, 2009 at 10:01 AM, Erik Vos
> >> > >>> <eri...@hc...> wrote:
> >> > >>>>>>> 18EU will not let players place an initial bid higher
> >> > >>> than 100, nor
> >> > >>>>>>> will it allow players to increase the current bid by
> >> > >>> more than 5.
> >> > >>>>>>
> >> > >>>>>> ??
> >> > >>>>>> For me, adding any multiple of 5 works allright, both
> >> > >> by clicking
> >> > >>>>>> the spinner at the right of the bid amount field,
> >> and by typing
> >> > >>>>>> the amount into that field. This is so both in version
> >> > >>> 1.0.6 and in
> >> > >>>>>> the current code base, and also both for the initial and
> >> > >>>>> for later bids.
> >> > >>>>>>
> >> > >>>>>> So I'm really at a loss what makes you having the
> >> > >> experience that
> >> > >>>>>> this all wouldn't be possible.
> >> > >>>>>>
> >> > >>>>>>>
> >> > >>>>>>> I've also submitted this as a bug.
> >> > >>>>>>>
> >> > >>>>>>> However, I need to know if it's possible to override this
> >> > >>>>> and allow a
> >> > >>>>>>> player to purchase an item for a price other than that
> >> > >>>>> forced by the
> >> > >>>>>>> program?
> >> > >>>>>>
> >> > >>>>>> See above.
> >> > >>>>>>
> >> > >>>>>> Currently there is no correction mode, as exists 
> in Lemmi's
> >> > >>>>> moderator.
> >> > >>>>>> I've been thinking about that, and I suppose that the
> >> > >> most wanted
> >> > >>>>>> correction feature would be shifting money 
> between any pair
> >> > >>>>> of cash holders.
> >> > >>>>>> That should be faily easily to add in version 1.0.8 or so.
> >> > >>>>>>
> >> > >>>>>> Erik.
> >> > >>>>>>
> >> > >>>>>>
> >> > >>>>>>
> >> > >>>>> 
> --------------------------------------------------------------
> >> > >>>>> ----------------
> >> > >>>>>> Let Crystal Reports handle the reporting - Free Crystal
> >> > >>>>> Reports 2008 30-Day
> >> > >>>>>> trial. Simplify your report design, integration and
> >> > >>>>> deployment - and focus on
> >> > >>>>>> what you do best, core application coding. Discover
> >> > >>> what's new with
> >> > >>>>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> >> > >>>>>> _______________________________________________
> >> > >>>>>> Rails-devel mailing list
> >> > >>>>>> Rai...@li...
> >> > >>>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >> > >>>>>>
> >> > >>>>>
> >> > >>>>
> >> > >>>>
> >> > >>>>
> >> > >>> 
> --------------------------------------------------------------
> >> > >>> ----------------
> >> > >>>> Let Crystal Reports handle the reporting - Free Crystal
> >> > >>> Reports 2008 30-Day
> >> > >>>> trial. Simplify your report design, integration and
> >> > >>> deployment - and focus on
> >> > >>>> what you do best, core application coding. Discover
> >> > >> what's new with
> >> > >>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> >> > >>>> _______________________________________________
> >> > >>>> Rails-devel mailing list
> >> > >>>> Rai...@li...
> >> > >>>> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >> > >>>>
> >> > >>>
> >> > >>
> >> > >>
> >> > >> --------------------------------------------------------------
> >> > >> ----------------
> >> > >> Let Crystal Reports handle the reporting - Free Crystal
> >> > >> Reports 2008 30-Day
> >> > >> trial. Simplify your report design, integration and
> >> > >> deployment - and focus on
> >> > >> what you do best, core application coding. Discover
> >> what's new with
> >> > >> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> >> > >> _______________________________________________
> >> > >> Rails-devel mailing list
> >> > >> Rai...@li...
> >> > >> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >> > >
> >> > >
> >> > >
> >> > --------------------------------------------------------------
> >> > ----------------
> >> > > Let Crystal Reports handle the reporting - Free Crystal
> >> > Reports 2008
> >> > > 30-Day
> >> > > trial. Simplify your report design, integration and
> >> > deployment - and
> >> > > focus on
> >> > > what you do best, core application coding. Discover
> >> what's new with
> >> > > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> >> > > _______________________________________________
> >> > > Rails-devel mailing list
> >> > > Rai...@li...
> >> > > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >> >
> >> >
> >> >
> >> > --------------------------------------------------------------
> >> > ----------------
> >> > Let Crystal Reports handle the reporting - Free Crystal
> >> > Reports 2008 30-Day
> >> > trial. Simplify your report design, integration and
> >> > deployment - and focus on
> >> > what you do best, core application coding. Discover 
> what's new with
> >> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> >> > _______________________________________________
> >> > Rails-devel mailing list
> >> > Rai...@li...
> >> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >>
> >>
> >> --------------------------------------------------------------
> >> ----------------
> >> Let Crystal Reports handle the reporting - Free Crystal
> >> Reports 2008 30-Day
> >> trial. Simplify your report design, integration and
> >> deployment - and focus on
> >> what you do best, core application coding. Discover what's new with
> >> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> >> _______________________________________________
> >> Rails-devel mailing list
> >> Rai...@li...
> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
> >
> > 
> --------------------------------------------------------------
> ----------------
> > Let Crystal Reports handle the reporting - Free Crystal 
> Reports 2008 30-Day
> > trial. Simplify your report design, integration and 
> deployment - and focus on
> > what you do best, core application coding. Discover what's new with
> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
> 
> --------------------------------------------------------------
> ----------------
> Let Crystal Reports handle the reporting - Free Crystal 
> Reports 2008 30-Day 
> trial. Simplify your report design, integration and 
> deployment - and focus on 
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] 1.0.7 problem seen in 18AL (invisible move, attached)

[Erik V. <eri...@hc...>]

Hi Jim,

I found this bug report today in the Tracker.
The cause is a bug in 1.0.6 that causes AB&C getting the first turn 
in OR5.1 rather than M&O. The latter is correct.
I see in the tracker item that you have already picked this up.

For other people's interest, if you encouter bugs in 1.0.6 that
don't exist in 1.0.7, you can follow the same procedure as I
recommended to Jim:

Best advice to players is:
- Undo moves with 1.0.6 until before the (first) error 
(or reload a previous saved file),
- Save and exit,
- Reload with 1.0.7, 
- Enter any previously undone moves.

Erik.

> -----Original Message-----
> From: Jim Black [mailto:jim...@ya...] 
> Sent: Tuesday 17 November 2009 01:58
> To: Development list for Rails: an 18xx game
> Subject: [Rails-devel] 1.0.7 problem seen in 18AL (invisible 
> move, attached)
> 
> Erik & Brett,
> 
> I'm seeing another problem, you may be interested in.
> 
> Please see the attached 18AL file.  (A rails file, tagged '-glenn'.)
> 
> It's OR5.1, and AB&C just moved- however, that move triggers 
> a problem  
> unique to 1.0.7 - rails 1.0.6 can see the move, and rails 1.0.7  
> can't.  In rails 1.0.6, the move is -
> 
> <snip>
> Start of Operating Round 5.1
> AB&C lays tile #7 at hex F5 for $0
> AB&C earns $100.
> AB&C pays out full dividend of $100.
> Jack receives $10
> Jim receives $10
> Glenn receives $30
> AB&C receives $50
> AB&C price goes from $90(I4) to $105(J4).
> <snip>
> 
> But here's the report after loading that file in rails 1.0.7-
> - Start of Operating Round 5.1
> 
> No AB&C move is displayed, reported, no track laid, etc.  
> 1.0.7 simply  
> ignores AB&C's or5.1 move.
> 
> best,
>   - jim
> 
> 

[Rails-devel] 1.0.7 problem seen in 18AL (invisible move, attached)

[Jim B. <jim...@ya...>]

Erik & Brett,

I'm seeing another problem, you may be interested in.

Please see the attached 18AL file.  (A rails file, tagged '-glenn'.)

It's OR5.1, and AB&C just moved- however, that move triggers a problem  
unique to 1.0.7 - rails 1.0.6 can see the move, and rails 1.0.7  
can't.  In rails 1.0.6, the move is -

<snip>
Start of Operating Round 5.1
AB&C lays tile #7 at hex F5 for $0
AB&C earns $100.
AB&C pays out full dividend of $100.
Jack receives $10
Jim receives $10
Glenn receives $30
AB&C receives $50
AB&C price goes from $90(I4) to $105(J4).
<snip>

But here's the report after loading that file in rails 1.0.7-
- Start of Operating Round 5.1

No AB&C move is displayed, reported, no track laid, etc.  1.0.7 simply  
ignores AB&C's or5.1 move.

best,
  - jim

Re: [Rails-devel] Bug in 18EU

[brett l. <wak...@gm...>]

On Mon, Nov 16, 2009 at 3:29 PM, Erik Vos <eri...@hc...> wrote:
> Oh, I now see that several more bug reports have been entered into the
> Tracker.
> I'll have a pass through the list this week to see if there's anything else
> that urgently needs a fix.
>
> Brett, there is a report on rails.sh having ^M at end of line, which seems
> harmful.
> Can you check that one?
>

Ah, yeah. I can handle that one.  That's what I get for editing the
file on my Windows box. :-\

> Erik.
>


---Brett.

>> -----Original Message-----
>> From: Erik Vos [mailto:eri...@hc...]
>> Sent: Monday 16 November 2009 23:28
>> To: 'Development list for Rails: an 18xx game'
>> Subject: Re: [Rails-devel] Bug in 18EU
>>
>> Jim,
>>
>> Same problem, same fix.
>> I agree that a final release can be done now, unless someone
>> finds another
>> bug before the weekend.
>>
>> Erik.
>>
>> > -----Original Message-----
>> > From: Jim Black [mailto:jim...@ya...]
>> > Sent: Monday 16 November 2009 20:36
>> > To: Development list for Rails: an 18xx game
>> > Subject: Re: [Rails-devel] Bug in 18EU
>> >
>> > I've encountered the same bug chris mentions, below- can't
>> > bid amounts
>> > once the privates are in auction (the 'spinner', I gather), and we
>> > must increment strictly in $5's.  (I  was unable to play
>> forward one
>> > pbem game because I couldn't contrive $5 raises to match
>> the actualy
>> > bidding.)  I think some people play that you must raise in $5's,
>> > although I don't think that's the conventional/popular ruling.
>> >
>> > I did notice that rc2 did fix the stock-adjustment at the
>> > floor of the
>> > market probem I reported- thanks!   We're moving again with
>> our 1830
>> > pbem game, this was much appreciated.
>> >
>> > Also, I saw that impassable hex boundaries are now clearly
>> outlined-
>> > very nice, and thanks for that improvement too.
>> >
>> > I haven't had time to digest the latest re:
>> > current-dir/dropbox/token/
>> > real-time-load/etc, but I'll try to provide some feedback
>> > there later
>> > too.
>> >
>> >   - jim
>> >
>> > On Nov 16, 2009, at 10:16 AM, Erik Vos wrote:
>> >
>> > > This bug has been fixed in the source code base. Ths fix
>> > will be in
>> > > the next
>> > > release (candidate).
>> > > In one place, the amount field (spinner) was not enabled
>> together
>> > > with the
>> > > Bid button; this omission only surfaced when a game was reloaded.
>> > >
>> > > Not sure if this fix is worth a new release candidate; in
>> > any case I
>> > > don't
>> > > have any more time today to try creating one.
>> > >
>> > > Erik.
>> > >
>> > >> -----Original Message-----
>> > >> From: Erik Vos [mailto:eri...@hc...]
>> > >> Sent: Sunday 15 November 2009 23:37
>> > >> To: 'Development list for Rails: an 18xx game'
>> > >> Subject: Re: [Rails-devel] Bug in 18EU
>> > >>
>> > >> Strange. After loading your file I see the problem, but not
>> > >> if I replay it
>> > >> manually.
>> > >> The only explanation I can think of now, is that screen
>> > >> updating after a
>> > >> load
>> > >> is in some respect different than when playing manually from
>> > >> the start.
>> > >> And I must say that the location of the action to
>> > >> enable/disable this input
>> > >> field
>> > >> in the code is somewhat suspect. So I do have food for
>> > >> investigation now.
>> > >> Stay tuned.
>> > >>
>> > >>> -----Original Message-----
>> > >>> From: Chris Shaffer [mailto:chr...@gm...]
>> > >>> Sent: Sunday 15 November 2009 22:36
>> > >>> To: Development list for Rails: an 18xx game
>> > >>> Subject: Re: [Rails-devel] Bug in 18EU
>> > >>>
>> > >>> It's been there since we began the game.  Here is the most
>> > >>> recent save file.
>> > >>>
>> > >>> --
>> > >>> Chris
>> > >>>
>> > >>> Please consider the environment before printing this e-mail.
>> > >>>
>> > >>>
>> > >>>
>> > >>> On Sun, Nov 15, 2009 at 1:02 PM, Erik Vos
>> > >> <eri...@hc...> wrote:
>> > >>>> Did this not occur at the start of the round but only later on?
>> > >>>> In that case, a saved file might help. A copy of the log
>> > >>> file would also
>> > >>>> help.
>> > >>>>
>> > >>>> Without any means to reproduce such a case, there isn't
>> > >>> much I can do.
>> > >>>>
>> > >>>> Erik.
>> > >>>>
>> > >>>>> -----Original Message-----
>> > >>>>> From: Chris Shaffer [mailto:chr...@gm...]
>> > >>>>> Sent: Sunday 15 November 2009 19:36
>> > >>>>> To: Development list for Rails: an 18xx game
>> > >>>>> Subject: Re: [Rails-devel] Bug in 18EU
>> > >>>>>
>> > >>>>> The spinner is greyed out and disabled in our game, as
>> > >> is the text
>> > >>>>> entry area for the bid amount, using version 1.06.  Two
>> > >>> players have
>> > >>>>> verified it.  Clicking the Bid button bids the current
>> > amount and
>> > >>>>> increments the bid amount by 5.  Nothing else we do
>> changes the
>> > >>>>> spinner or the bid amount.  I've attached a screenshot.
>> > >>>>>
>> > >>>>> Any suggestions?
>> > >>>>>
>> > >>>>> --
>> > >>>>> Chris
>> > >>>>>
>> > >>>>> Please consider the environment before printing this e-mail.
>> > >>>>>
>> > >>>>>
>> > >>>>>
>> > >>>>> On Sun, Nov 15, 2009 at 10:01 AM, Erik Vos
>> > >>> <eri...@hc...> wrote:
>> > >>>>>>> 18EU will not let players place an initial bid higher
>> > >>> than 100, nor
>> > >>>>>>> will it allow players to increase the current bid by
>> > >>> more than 5.
>> > >>>>>>
>> > >>>>>> ??
>> > >>>>>> For me, adding any multiple of 5 works allright, both
>> > >> by clicking
>> > >>>>>> the spinner at the right of the bid amount field,
>> and by typing
>> > >>>>>> the amount into that field. This is so both in version
>> > >>> 1.0.6 and in
>> > >>>>>> the current code base, and also both for the initial and
>> > >>>>> for later bids.
>> > >>>>>>
>> > >>>>>> So I'm really at a loss what makes you having the
>> > >> experience that
>> > >>>>>> this all wouldn't be possible.
>> > >>>>>>
>> > >>>>>>>
>> > >>>>>>> I've also submitted this as a bug.
>> > >>>>>>>
>> > >>>>>>> However, I need to know if it's possible to override this
>> > >>>>> and allow a
>> > >>>>>>> player to purchase an item for a price other than that
>> > >>>>> forced by the
>> > >>>>>>> program?
>> > >>>>>>
>> > >>>>>> See above.
>> > >>>>>>
>> > >>>>>> Currently there is no correction mode, as exists in Lemmi's
>> > >>>>> moderator.
>> > >>>>>> I've been thinking about that, and I suppose that the
>> > >> most wanted
>> > >>>>>> correction feature would be shifting money between any pair
>> > >>>>> of cash holders.
>> > >>>>>> That should be faily easily to add in version 1.0.8 or so.
>> > >>>>>>
>> > >>>>>> Erik.
>> > >>>>>>
>> > >>>>>>
>> > >>>>>>
>> > >>>>> --------------------------------------------------------------
>> > >>>>> ----------------
>> > >>>>>> Let Crystal Reports handle the reporting - Free Crystal
>> > >>>>> Reports 2008 30-Day
>> > >>>>>> trial. Simplify your report design, integration and
>> > >>>>> deployment - and focus on
>> > >>>>>> what you do best, core application coding. Discover
>> > >>> what's new with
>> > >>>>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> > >>>>>> _______________________________________________
>> > >>>>>> Rails-devel mailing list
>> > >>>>>> Rai...@li...
>> > >>>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>> > >>>>>>
>> > >>>>>
>> > >>>>
>> > >>>>
>> > >>>>
>> > >>> --------------------------------------------------------------
>> > >>> ----------------
>> > >>>> Let Crystal Reports handle the reporting - Free Crystal
>> > >>> Reports 2008 30-Day
>> > >>>> trial. Simplify your report design, integration and
>> > >>> deployment - and focus on
>> > >>>> what you do best, core application coding. Discover
>> > >> what's new with
>> > >>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> > >>>> _______________________________________________
>> > >>>> Rails-devel mailing list
>> > >>>> Rai...@li...
>> > >>>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>> > >>>>
>> > >>>
>> > >>
>> > >>
>> > >> --------------------------------------------------------------
>> > >> ----------------
>> > >> Let Crystal Reports handle the reporting - Free Crystal
>> > >> Reports 2008 30-Day
>> > >> trial. Simplify your report design, integration and
>> > >> deployment - and focus on
>> > >> what you do best, core application coding. Discover
>> what's new with
>> > >> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> > >> _______________________________________________
>> > >> Rails-devel mailing list
>> > >> Rai...@li...
>> > >> https://lists.sourceforge.net/lists/listinfo/rails-devel
>> > >
>> > >
>> > >
>> > --------------------------------------------------------------
>> > ----------------
>> > > Let Crystal Reports handle the reporting - Free Crystal
>> > Reports 2008
>> > > 30-Day
>> > > trial. Simplify your report design, integration and
>> > deployment - and
>> > > focus on
>> > > what you do best, core application coding. Discover
>> what's new with
>> > > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> > > _______________________________________________
>> > > Rails-devel mailing list
>> > > Rai...@li...
>> > > https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >
>> >
>> >
>> > --------------------------------------------------------------
>> > ----------------
>> > Let Crystal Reports handle the reporting - Free Crystal
>> > Reports 2008 30-Day
>> > trial. Simplify your report design, integration and
>> > deployment - and focus on
>> > what you do best, core application coding. Discover what's new with
>> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> > _______________________________________________
>> > Rails-devel mailing list
>> > Rai...@li...
>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>>
>> --------------------------------------------------------------
>> ----------------
>> Let Crystal Reports handle the reporting - Free Crystal
>> Reports 2008 30-Day
>> trial. Simplify your report design, integration and
>> deployment - and focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Bug in 18EU

[Erik V. <eri...@hc...>]

Oh, I now see that several more bug reports have been entered into the
Tracker.
I'll have a pass through the list this week to see if there's anything else
that urgently needs a fix.

Brett, there is a report on rails.sh having ^M at end of line, which seems
harmful. 
Can you check that one?

Erik. 

> -----Original Message-----
> From: Erik Vos [mailto:eri...@hc...] 
> Sent: Monday 16 November 2009 23:28
> To: 'Development list for Rails: an 18xx game'
> Subject: Re: [Rails-devel] Bug in 18EU
> 
> Jim,
> 
> Same problem, same fix.
> I agree that a final release can be done now, unless someone 
> finds another
> bug before the weekend. 
> 
> Erik.
> 
> > -----Original Message-----
> > From: Jim Black [mailto:jim...@ya...] 
> > Sent: Monday 16 November 2009 20:36
> > To: Development list for Rails: an 18xx game
> > Subject: Re: [Rails-devel] Bug in 18EU
> > 
> > I've encountered the same bug chris mentions, below- can't 
> > bid amounts  
> > once the privates are in auction (the 'spinner', I gather), and we  
> > must increment strictly in $5's.  (I  was unable to play 
> forward one  
> > pbem game because I couldn't contrive $5 raises to match 
> the actualy  
> > bidding.)  I think some people play that you must raise in $5's,  
> > although I don't think that's the conventional/popular ruling.
> > 
> > I did notice that rc2 did fix the stock-adjustment at the 
> > floor of the  
> > market probem I reported- thanks!   We're moving again with 
> our 1830  
> > pbem game, this was much appreciated.
> > 
> > Also, I saw that impassable hex boundaries are now clearly 
> outlined-  
> > very nice, and thanks for that improvement too.
> > 
> > I haven't had time to digest the latest re: 
> > current-dir/dropbox/token/ 
> > real-time-load/etc, but I'll try to provide some feedback 
> > there later  
> > too.
> > 
> >   - jim
> > 
> > On Nov 16, 2009, at 10:16 AM, Erik Vos wrote:
> > 
> > > This bug has been fixed in the source code base. Ths fix 
> > will be in  
> > > the next
> > > release (candidate).
> > > In one place, the amount field (spinner) was not enabled 
> together  
> > > with the
> > > Bid button; this omission only surfaced when a game was reloaded.
> > >
> > > Not sure if this fix is worth a new release candidate; in 
> > any case I  
> > > don't
> > > have any more time today to try creating one.
> > >
> > > Erik.
> > >
> > >> -----Original Message-----
> > >> From: Erik Vos [mailto:eri...@hc...]
> > >> Sent: Sunday 15 November 2009 23:37
> > >> To: 'Development list for Rails: an 18xx game'
> > >> Subject: Re: [Rails-devel] Bug in 18EU
> > >>
> > >> Strange. After loading your file I see the problem, but not
> > >> if I replay it
> > >> manually.
> > >> The only explanation I can think of now, is that screen
> > >> updating after a
> > >> load
> > >> is in some respect different than when playing manually from
> > >> the start.
> > >> And I must say that the location of the action to
> > >> enable/disable this input
> > >> field
> > >> in the code is somewhat suspect. So I do have food for
> > >> investigation now.
> > >> Stay tuned.
> > >>
> > >>> -----Original Message-----
> > >>> From: Chris Shaffer [mailto:chr...@gm...]
> > >>> Sent: Sunday 15 November 2009 22:36
> > >>> To: Development list for Rails: an 18xx game
> > >>> Subject: Re: [Rails-devel] Bug in 18EU
> > >>>
> > >>> It's been there since we began the game.  Here is the most
> > >>> recent save file.
> > >>>
> > >>> --
> > >>> Chris
> > >>>
> > >>> Please consider the environment before printing this e-mail.
> > >>>
> > >>>
> > >>>
> > >>> On Sun, Nov 15, 2009 at 1:02 PM, Erik Vos
> > >> <eri...@hc...> wrote:
> > >>>> Did this not occur at the start of the round but only later on?
> > >>>> In that case, a saved file might help. A copy of the log
> > >>> file would also
> > >>>> help.
> > >>>>
> > >>>> Without any means to reproduce such a case, there isn't
> > >>> much I can do.
> > >>>>
> > >>>> Erik.
> > >>>>
> > >>>>> -----Original Message-----
> > >>>>> From: Chris Shaffer [mailto:chr...@gm...]
> > >>>>> Sent: Sunday 15 November 2009 19:36
> > >>>>> To: Development list for Rails: an 18xx game
> > >>>>> Subject: Re: [Rails-devel] Bug in 18EU
> > >>>>>
> > >>>>> The spinner is greyed out and disabled in our game, as
> > >> is the text
> > >>>>> entry area for the bid amount, using version 1.06.  Two
> > >>> players have
> > >>>>> verified it.  Clicking the Bid button bids the current 
> > amount and
> > >>>>> increments the bid amount by 5.  Nothing else we do 
> changes the
> > >>>>> spinner or the bid amount.  I've attached a screenshot.
> > >>>>>
> > >>>>> Any suggestions?
> > >>>>>
> > >>>>> --
> > >>>>> Chris
> > >>>>>
> > >>>>> Please consider the environment before printing this e-mail.
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>>> On Sun, Nov 15, 2009 at 10:01 AM, Erik Vos
> > >>> <eri...@hc...> wrote:
> > >>>>>>> 18EU will not let players place an initial bid higher
> > >>> than 100, nor
> > >>>>>>> will it allow players to increase the current bid by
> > >>> more than 5.
> > >>>>>>
> > >>>>>> ??
> > >>>>>> For me, adding any multiple of 5 works allright, both
> > >> by clicking
> > >>>>>> the spinner at the right of the bid amount field, 
> and by typing
> > >>>>>> the amount into that field. This is so both in version
> > >>> 1.0.6 and in
> > >>>>>> the current code base, and also both for the initial and
> > >>>>> for later bids.
> > >>>>>>
> > >>>>>> So I'm really at a loss what makes you having the
> > >> experience that
> > >>>>>> this all wouldn't be possible.
> > >>>>>>
> > >>>>>>>
> > >>>>>>> I've also submitted this as a bug.
> > >>>>>>>
> > >>>>>>> However, I need to know if it's possible to override this
> > >>>>> and allow a
> > >>>>>>> player to purchase an item for a price other than that
> > >>>>> forced by the
> > >>>>>>> program?
> > >>>>>>
> > >>>>>> See above.
> > >>>>>>
> > >>>>>> Currently there is no correction mode, as exists in Lemmi's
> > >>>>> moderator.
> > >>>>>> I've been thinking about that, and I suppose that the
> > >> most wanted
> > >>>>>> correction feature would be shifting money between any pair
> > >>>>> of cash holders.
> > >>>>>> That should be faily easily to add in version 1.0.8 or so.
> > >>>>>>
> > >>>>>> Erik.
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>> --------------------------------------------------------------
> > >>>>> ----------------
> > >>>>>> Let Crystal Reports handle the reporting - Free Crystal
> > >>>>> Reports 2008 30-Day
> > >>>>>> trial. Simplify your report design, integration and
> > >>>>> deployment - and focus on
> > >>>>>> what you do best, core application coding. Discover
> > >>> what's new with
> > >>>>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > >>>>>> _______________________________________________
> > >>>>>> Rails-devel mailing list
> > >>>>>> Rai...@li...
> > >>>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel
> > >>>>>>
> > >>>>>
> > >>>>
> > >>>>
> > >>>>
> > >>> --------------------------------------------------------------
> > >>> ----------------
> > >>>> Let Crystal Reports handle the reporting - Free Crystal
> > >>> Reports 2008 30-Day
> > >>>> trial. Simplify your report design, integration and
> > >>> deployment - and focus on
> > >>>> what you do best, core application coding. Discover
> > >> what's new with
> > >>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > >>>> _______________________________________________
> > >>>> Rails-devel mailing list
> > >>>> Rai...@li...
> > >>>> https://lists.sourceforge.net/lists/listinfo/rails-devel
> > >>>>
> > >>>
> > >>
> > >>
> > >> --------------------------------------------------------------
> > >> ----------------
> > >> Let Crystal Reports handle the reporting - Free Crystal
> > >> Reports 2008 30-Day
> > >> trial. Simplify your report design, integration and
> > >> deployment - and focus on
> > >> what you do best, core application coding. Discover 
> what's new with
> > >> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > >> _______________________________________________
> > >> Rails-devel mailing list
> > >> Rai...@li...
> > >> https://lists.sourceforge.net/lists/listinfo/rails-devel
> > >
> > >
> > > 
> > --------------------------------------------------------------
> > ----------------
> > > Let Crystal Reports handle the reporting - Free Crystal 
> > Reports 2008  
> > > 30-Day
> > > trial. Simplify your report design, integration and 
> > deployment - and  
> > > focus on
> > > what you do best, core application coding. Discover 
> what's new with
> > > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > > _______________________________________________
> > > Rails-devel mailing list
> > > Rai...@li...
> > > https://lists.sourceforge.net/lists/listinfo/rails-devel
> > 
> > 
> > 
> > --------------------------------------------------------------
> > ----------------
> > Let Crystal Reports handle the reporting - Free Crystal 
> > Reports 2008 30-Day 
> > trial. Simplify your report design, integration and 
> > deployment - and focus on 
> > what you do best, core application coding. Discover what's new with
> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> 
> 
> --------------------------------------------------------------
> ----------------
> Let Crystal Reports handle the reporting - Free Crystal 
> Reports 2008 30-Day 
> trial. Simplify your report design, integration and 
> deployment - and focus on 
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Bug in 18EU

[Erik V. <eri...@hc...>]

Jim,

Same problem, same fix.
I agree that a final release can be done now, unless someone finds another
bug before the weekend. 

Erik.

> -----Original Message-----
> From: Jim Black [mailto:jim...@ya...] 
> Sent: Monday 16 November 2009 20:36
> To: Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] Bug in 18EU
> 
> I've encountered the same bug chris mentions, below- can't 
> bid amounts  
> once the privates are in auction (the 'spinner', I gather), and we  
> must increment strictly in $5's.  (I  was unable to play forward one  
> pbem game because I couldn't contrive $5 raises to match the actualy  
> bidding.)  I think some people play that you must raise in $5's,  
> although I don't think that's the conventional/popular ruling.
> 
> I did notice that rc2 did fix the stock-adjustment at the 
> floor of the  
> market probem I reported- thanks!   We're moving again with our 1830  
> pbem game, this was much appreciated.
> 
> Also, I saw that impassable hex boundaries are now clearly outlined-  
> very nice, and thanks for that improvement too.
> 
> I haven't had time to digest the latest re: 
> current-dir/dropbox/token/ 
> real-time-load/etc, but I'll try to provide some feedback 
> there later  
> too.
> 
>   - jim
> 
> On Nov 16, 2009, at 10:16 AM, Erik Vos wrote:
> 
> > This bug has been fixed in the source code base. Ths fix 
> will be in  
> > the next
> > release (candidate).
> > In one place, the amount field (spinner) was not enabled together  
> > with the
> > Bid button; this omission only surfaced when a game was reloaded.
> >
> > Not sure if this fix is worth a new release candidate; in 
> any case I  
> > don't
> > have any more time today to try creating one.
> >
> > Erik.
> >
> >> -----Original Message-----
> >> From: Erik Vos [mailto:eri...@hc...]
> >> Sent: Sunday 15 November 2009 23:37
> >> To: 'Development list for Rails: an 18xx game'
> >> Subject: Re: [Rails-devel] Bug in 18EU
> >>
> >> Strange. After loading your file I see the problem, but not
> >> if I replay it
> >> manually.
> >> The only explanation I can think of now, is that screen
> >> updating after a
> >> load
> >> is in some respect different than when playing manually from
> >> the start.
> >> And I must say that the location of the action to
> >> enable/disable this input
> >> field
> >> in the code is somewhat suspect. So I do have food for
> >> investigation now.
> >> Stay tuned.
> >>
> >>> -----Original Message-----
> >>> From: Chris Shaffer [mailto:chr...@gm...]
> >>> Sent: Sunday 15 November 2009 22:36
> >>> To: Development list for Rails: an 18xx game
> >>> Subject: Re: [Rails-devel] Bug in 18EU
> >>>
> >>> It's been there since we began the game.  Here is the most
> >>> recent save file.
> >>>
> >>> --
> >>> Chris
> >>>
> >>> Please consider the environment before printing this e-mail.
> >>>
> >>>
> >>>
> >>> On Sun, Nov 15, 2009 at 1:02 PM, Erik Vos
> >> <eri...@hc...> wrote:
> >>>> Did this not occur at the start of the round but only later on?
> >>>> In that case, a saved file might help. A copy of the log
> >>> file would also
> >>>> help.
> >>>>
> >>>> Without any means to reproduce such a case, there isn't
> >>> much I can do.
> >>>>
> >>>> Erik.
> >>>>
> >>>>> -----Original Message-----
> >>>>> From: Chris Shaffer [mailto:chr...@gm...]
> >>>>> Sent: Sunday 15 November 2009 19:36
> >>>>> To: Development list for Rails: an 18xx game
> >>>>> Subject: Re: [Rails-devel] Bug in 18EU
> >>>>>
> >>>>> The spinner is greyed out and disabled in our game, as
> >> is the text
> >>>>> entry area for the bid amount, using version 1.06.  Two
> >>> players have
> >>>>> verified it.  Clicking the Bid button bids the current 
> amount and
> >>>>> increments the bid amount by 5.  Nothing else we do changes the
> >>>>> spinner or the bid amount.  I've attached a screenshot.
> >>>>>
> >>>>> Any suggestions?
> >>>>>
> >>>>> --
> >>>>> Chris
> >>>>>
> >>>>> Please consider the environment before printing this e-mail.
> >>>>>
> >>>>>
> >>>>>
> >>>>> On Sun, Nov 15, 2009 at 10:01 AM, Erik Vos
> >>> <eri...@hc...> wrote:
> >>>>>>> 18EU will not let players place an initial bid higher
> >>> than 100, nor
> >>>>>>> will it allow players to increase the current bid by
> >>> more than 5.
> >>>>>>
> >>>>>> ??
> >>>>>> For me, adding any multiple of 5 works allright, both
> >> by clicking
> >>>>>> the spinner at the right of the bid amount field, and by typing
> >>>>>> the amount into that field. This is so both in version
> >>> 1.0.6 and in
> >>>>>> the current code base, and also both for the initial and
> >>>>> for later bids.
> >>>>>>
> >>>>>> So I'm really at a loss what makes you having the
> >> experience that
> >>>>>> this all wouldn't be possible.
> >>>>>>
> >>>>>>>
> >>>>>>> I've also submitted this as a bug.
> >>>>>>>
> >>>>>>> However, I need to know if it's possible to override this
> >>>>> and allow a
> >>>>>>> player to purchase an item for a price other than that
> >>>>> forced by the
> >>>>>>> program?
> >>>>>>
> >>>>>> See above.
> >>>>>>
> >>>>>> Currently there is no correction mode, as exists in Lemmi's
> >>>>> moderator.
> >>>>>> I've been thinking about that, and I suppose that the
> >> most wanted
> >>>>>> correction feature would be shifting money between any pair
> >>>>> of cash holders.
> >>>>>> That should be faily easily to add in version 1.0.8 or so.
> >>>>>>
> >>>>>> Erik.
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>> --------------------------------------------------------------
> >>>>> ----------------
> >>>>>> Let Crystal Reports handle the reporting - Free Crystal
> >>>>> Reports 2008 30-Day
> >>>>>> trial. Simplify your report design, integration and
> >>>>> deployment - and focus on
> >>>>>> what you do best, core application coding. Discover
> >>> what's new with
> >>>>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> >>>>>> _______________________________________________
> >>>>>> Rails-devel mailing list
> >>>>>> Rai...@li...
> >>>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >>>>>>
> >>>>>
> >>>>
> >>>>
> >>>>
> >>> --------------------------------------------------------------
> >>> ----------------
> >>>> Let Crystal Reports handle the reporting - Free Crystal
> >>> Reports 2008 30-Day
> >>>> trial. Simplify your report design, integration and
> >>> deployment - and focus on
> >>>> what you do best, core application coding. Discover
> >> what's new with
> >>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> >>>> _______________________________________________
> >>>> Rails-devel mailing list
> >>>> Rai...@li...
> >>>> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >>>>
> >>>
> >>
> >>
> >> --------------------------------------------------------------
> >> ----------------
> >> Let Crystal Reports handle the reporting - Free Crystal
> >> Reports 2008 30-Day
> >> trial. Simplify your report design, integration and
> >> deployment - and focus on
> >> what you do best, core application coding. Discover what's new with
> >> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> >> _______________________________________________
> >> Rails-devel mailing list
> >> Rai...@li...
> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
> >
> > 
> --------------------------------------------------------------
> ----------------
> > Let Crystal Reports handle the reporting - Free Crystal 
> Reports 2008  
> > 30-Day
> > trial. Simplify your report design, integration and 
> deployment - and  
> > focus on
> > what you do best, core application coding. Discover what's new with
> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> 
> 
> 
> --------------------------------------------------------------
> ----------------
> Let Crystal Reports handle the reporting - Free Crystal 
> Reports 2008 30-Day 
> trial. Simplify your report design, integration and 
> deployment - and focus on 
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Bug in 18EU

[Jim B. <jim...@ya...>]

I've encountered the same bug chris mentions, below- can't bid amounts  
once the privates are in auction (the 'spinner', I gather), and we  
must increment strictly in $5's.  (I  was unable to play forward one  
pbem game because I couldn't contrive $5 raises to match the actualy  
bidding.)  I think some people play that you must raise in $5's,  
although I don't think that's the conventional/popular ruling.

I did notice that rc2 did fix the stock-adjustment at the floor of the  
market probem I reported- thanks!   We're moving again with our 1830  
pbem game, this was much appreciated.

Also, I saw that impassable hex boundaries are now clearly outlined-  
very nice, and thanks for that improvement too.

I haven't had time to digest the latest re: current-dir/dropbox/token/ 
real-time-load/etc, but I'll try to provide some feedback there later  
too.

  - jim

On Nov 16, 2009, at 10:16 AM, Erik Vos wrote:

> This bug has been fixed in the source code base. Ths fix will be in  
> the next
> release (candidate).
> In one place, the amount field (spinner) was not enabled together  
> with the
> Bid button; this omission only surfaced when a game was reloaded.
>
> Not sure if this fix is worth a new release candidate; in any case I  
> don’t
> have any more time today to try creating one.
>
> Erik.
>
>> -----Original Message-----
>> From: Erik Vos [mailto:eri...@hc...]
>> Sent: Sunday 15 November 2009 23:37
>> To: 'Development list for Rails: an 18xx game'
>> Subject: Re: [Rails-devel] Bug in 18EU
>>
>> Strange. After loading your file I see the problem, but not
>> if I replay it
>> manually.
>> The only explanation I can think of now, is that screen
>> updating after a
>> load
>> is in some respect different than when playing manually from
>> the start.
>> And I must say that the location of the action to
>> enable/disable this input
>> field
>> in the code is somewhat suspect. So I do have food for
>> investigation now.
>> Stay tuned.
>>
>>> -----Original Message-----
>>> From: Chris Shaffer [mailto:chr...@gm...]
>>> Sent: Sunday 15 November 2009 22:36
>>> To: Development list for Rails: an 18xx game
>>> Subject: Re: [Rails-devel] Bug in 18EU
>>>
>>> It's been there since we began the game.  Here is the most
>>> recent save file.
>>>
>>> --
>>> Chris
>>>
>>> Please consider the environment before printing this e-mail.
>>>
>>>
>>>
>>> On Sun, Nov 15, 2009 at 1:02 PM, Erik Vos
>> <eri...@hc...> wrote:
>>>> Did this not occur at the start of the round but only later on?
>>>> In that case, a saved file might help. A copy of the log
>>> file would also
>>>> help.
>>>>
>>>> Without any means to reproduce such a case, there isn't
>>> much I can do.
>>>>
>>>> Erik.
>>>>
>>>>> -----Original Message-----
>>>>> From: Chris Shaffer [mailto:chr...@gm...]
>>>>> Sent: Sunday 15 November 2009 19:36
>>>>> To: Development list for Rails: an 18xx game
>>>>> Subject: Re: [Rails-devel] Bug in 18EU
>>>>>
>>>>> The spinner is greyed out and disabled in our game, as
>> is the text
>>>>> entry area for the bid amount, using version 1.06.  Two
>>> players have
>>>>> verified it.  Clicking the Bid button bids the current amount and
>>>>> increments the bid amount by 5.  Nothing else we do changes the
>>>>> spinner or the bid amount.  I've attached a screenshot.
>>>>>
>>>>> Any suggestions?
>>>>>
>>>>> --
>>>>> Chris
>>>>>
>>>>> Please consider the environment before printing this e-mail.
>>>>>
>>>>>
>>>>>
>>>>> On Sun, Nov 15, 2009 at 10:01 AM, Erik Vos
>>> <eri...@hc...> wrote:
>>>>>>> 18EU will not let players place an initial bid higher
>>> than 100, nor
>>>>>>> will it allow players to increase the current bid by
>>> more than 5.
>>>>>>
>>>>>> ??
>>>>>> For me, adding any multiple of 5 works allright, both
>> by clicking
>>>>>> the spinner at the right of the bid amount field, and by typing
>>>>>> the amount into that field. This is so both in version
>>> 1.0.6 and in
>>>>>> the current code base, and also both for the initial and
>>>>> for later bids.
>>>>>>
>>>>>> So I'm really at a loss what makes you having the
>> experience that
>>>>>> this all wouldn't be possible.
>>>>>>
>>>>>>>
>>>>>>> I've also submitted this as a bug.
>>>>>>>
>>>>>>> However, I need to know if it's possible to override this
>>>>> and allow a
>>>>>>> player to purchase an item for a price other than that
>>>>> forced by the
>>>>>>> program?
>>>>>>
>>>>>> See above.
>>>>>>
>>>>>> Currently there is no correction mode, as exists in Lemmi's
>>>>> moderator.
>>>>>> I've been thinking about that, and I suppose that the
>> most wanted
>>>>>> correction feature would be shifting money between any pair
>>>>> of cash holders.
>>>>>> That should be faily easily to add in version 1.0.8 or so.
>>>>>>
>>>>>> Erik.
>>>>>>
>>>>>>
>>>>>>
>>>>> --------------------------------------------------------------
>>>>> ----------------
>>>>>> Let Crystal Reports handle the reporting - Free Crystal
>>>>> Reports 2008 30-Day
>>>>>> trial. Simplify your report design, integration and
>>>>> deployment - and focus on
>>>>>> what you do best, core application coding. Discover
>>> what's new with
>>>>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>>>>>> _______________________________________________
>>>>>> Rails-devel mailing list
>>>>>> Rai...@li...
>>>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>>>>>
>>>>>
>>>>
>>>>
>>>>
>>> --------------------------------------------------------------
>>> ----------------
>>>> Let Crystal Reports handle the reporting - Free Crystal
>>> Reports 2008 30-Day
>>>> trial. Simplify your report design, integration and
>>> deployment - and focus on
>>>> what you do best, core application coding. Discover
>> what's new with
>>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>>>> _______________________________________________
>>>> Rails-devel mailing list
>>>> Rai...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>>>
>>>
>>
>>
>> --------------------------------------------------------------
>> ----------------
>> Let Crystal Reports handle the reporting - Free Crystal
>> Reports 2008 30-Day
>> trial. Simplify your report design, integration and
>> deployment - and focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008  
> 30-Day
> trial. Simplify your report design, integration and deployment - and  
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Bug in 18EU

[brett l. <wak...@gm...>]

Unless there's other fixes pending, I don't think we need another
release candidate.

If there are no other major issues found this week, I think we can do
the release next weekend. That'll make the new release available in
time for Thanksgiving in the U.S.

---Brett.



On Mon, Nov 16, 2009 at 10:16 AM, Erik Vos <eri...@hc...> wrote:
> This bug has been fixed in the source code base. Ths fix will be in the next
> release (candidate).
> In one place, the amount field (spinner) was not enabled together with the
> Bid button; this omission only surfaced when a game was reloaded.
>
> Not sure if this fix is worth a new release candidate; in any case I don’t
> have any more time today to try creating one.
>
> Erik.
>
>> -----Original Message-----
>> From: Erik Vos [mailto:eri...@hc...]
>> Sent: Sunday 15 November 2009 23:37
>> To: 'Development list for Rails: an 18xx game'
>> Subject: Re: [Rails-devel] Bug in 18EU
>>
>> Strange. After loading your file I see the problem, but not
>> if I replay it
>> manually.
>> The only explanation I can think of now, is that screen
>> updating after a
>> load
>> is in some respect different than when playing manually from
>> the start.
>> And I must say that the location of the action to
>> enable/disable this input
>> field
>> in the code is somewhat suspect. So I do have food for
>> investigation now.
>> Stay tuned.
>>
>> > -----Original Message-----
>> > From: Chris Shaffer [mailto:chr...@gm...]
>> > Sent: Sunday 15 November 2009 22:36
>> > To: Development list for Rails: an 18xx game
>> > Subject: Re: [Rails-devel] Bug in 18EU
>> >
>> > It's been there since we began the game.  Here is the most
>> > recent save file.
>> >
>> > --
>> > Chris
>> >
>> > Please consider the environment before printing this e-mail.
>> >
>> >
>> >
>> > On Sun, Nov 15, 2009 at 1:02 PM, Erik Vos
>> <eri...@hc...> wrote:
>> > > Did this not occur at the start of the round but only later on?
>> > > In that case, a saved file might help. A copy of the log
>> > file would also
>> > > help.
>> > >
>> > > Without any means to reproduce such a case, there isn't
>> > much I can do.
>> > >
>> > > Erik.
>> > >
>> > >> -----Original Message-----
>> > >> From: Chris Shaffer [mailto:chr...@gm...]
>> > >> Sent: Sunday 15 November 2009 19:36
>> > >> To: Development list for Rails: an 18xx game
>> > >> Subject: Re: [Rails-devel] Bug in 18EU
>> > >>
>> > >> The spinner is greyed out and disabled in our game, as
>> is the text
>> > >> entry area for the bid amount, using version 1.06.  Two
>> > players have
>> > >> verified it.  Clicking the Bid button bids the current amount and
>> > >> increments the bid amount by 5.  Nothing else we do changes the
>> > >> spinner or the bid amount.  I've attached a screenshot.
>> > >>
>> > >> Any suggestions?
>> > >>
>> > >> --
>> > >> Chris
>> > >>
>> > >> Please consider the environment before printing this e-mail.
>> > >>
>> > >>
>> > >>
>> > >> On Sun, Nov 15, 2009 at 10:01 AM, Erik Vos
>> > <eri...@hc...> wrote:
>> > >> >> 18EU will not let players place an initial bid higher
>> > than 100, nor
>> > >> >> will it allow players to increase the current bid by
>> > more than 5.
>> > >> >
>> > >> > ??
>> > >> > For me, adding any multiple of 5 works allright, both
>> by clicking
>> > >> > the spinner at the right of the bid amount field, and by typing
>> > >> > the amount into that field. This is so both in version
>> > 1.0.6 and in
>> > >> > the current code base, and also both for the initial and
>> > >> for later bids.
>> > >> >
>> > >> > So I'm really at a loss what makes you having the
>> experience that
>> > >> > this all wouldn't be possible.
>> > >> >
>> > >> >>
>> > >> >> I've also submitted this as a bug.
>> > >> >>
>> > >> >> However, I need to know if it's possible to override this
>> > >> and allow a
>> > >> >> player to purchase an item for a price other than that
>> > >> forced by the
>> > >> >> program?
>> > >> >
>> > >> > See above.
>> > >> >
>> > >> > Currently there is no correction mode, as exists in Lemmi's
>> > >> moderator.
>> > >> > I've been thinking about that, and I suppose that the
>> most wanted
>> > >> > correction feature would be shifting money between any pair
>> > >> of cash holders.
>> > >> > That should be faily easily to add in version 1.0.8 or so.
>> > >> >
>> > >> > Erik.
>> > >> >
>> > >> >
>> > >> >
>> > >> --------------------------------------------------------------
>> > >> ----------------
>> > >> > Let Crystal Reports handle the reporting - Free Crystal
>> > >> Reports 2008 30-Day
>> > >> > trial. Simplify your report design, integration and
>> > >> deployment - and focus on
>> > >> > what you do best, core application coding. Discover
>> > what's new with
>> > >> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> > >> > _______________________________________________
>> > >> > Rails-devel mailing list
>> > >> > Rai...@li...
>> > >> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>> > >> >
>> > >>
>> > >
>> > >
>> > >
>> > --------------------------------------------------------------
>> > ----------------
>> > > Let Crystal Reports handle the reporting - Free Crystal
>> > Reports 2008 30-Day
>> > > trial. Simplify your report design, integration and
>> > deployment - and focus on
>> > > what you do best, core application coding. Discover
>> what's new with
>> > > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> > > _______________________________________________
>> > > Rails-devel mailing list
>> > > Rai...@li...
>> > > https://lists.sourceforge.net/lists/listinfo/rails-devel
>> > >
>> >
>>
>>
>> --------------------------------------------------------------
>> ----------------
>> Let Crystal Reports handle the reporting - Free Crystal
>> Reports 2008 30-Day
>> trial. Simplify your report design, integration and
>> deployment - and focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Bug in 18EU

[Erik V. <eri...@hc...>]

This bug has been fixed in the source code base. Ths fix will be in the next
release (candidate).
In one place, the amount field (spinner) was not enabled together with the
Bid button; this omission only surfaced when a game was reloaded.

Not sure if this fix is worth a new release candidate; in any case I don’t
have any more time today to try creating one.

Erik.

> -----Original Message-----
> From: Erik Vos [mailto:eri...@hc...] 
> Sent: Sunday 15 November 2009 23:37
> To: 'Development list for Rails: an 18xx game'
> Subject: Re: [Rails-devel] Bug in 18EU
> 
> Strange. After loading your file I see the problem, but not 
> if I replay it
> manually.
> The only explanation I can think of now, is that screen 
> updating after a
> load
> is in some respect different than when playing manually from 
> the start.
> And I must say that the location of the action to 
> enable/disable this input
> field 
> in the code is somewhat suspect. So I do have food for 
> investigation now.
> Stay tuned.
> 
> > -----Original Message-----
> > From: Chris Shaffer [mailto:chr...@gm...] 
> > Sent: Sunday 15 November 2009 22:36
> > To: Development list for Rails: an 18xx game
> > Subject: Re: [Rails-devel] Bug in 18EU
> > 
> > It's been there since we began the game.  Here is the most 
> > recent save file.
> > 
> > --
> > Chris
> > 
> > Please consider the environment before printing this e-mail.
> > 
> > 
> > 
> > On Sun, Nov 15, 2009 at 1:02 PM, Erik Vos 
> <eri...@hc...> wrote:
> > > Did this not occur at the start of the round but only later on?
> > > In that case, a saved file might help. A copy of the log 
> > file would also
> > > help.
> > >
> > > Without any means to reproduce such a case, there isn't 
> > much I can do.
> > >
> > > Erik.
> > >
> > >> -----Original Message-----
> > >> From: Chris Shaffer [mailto:chr...@gm...]
> > >> Sent: Sunday 15 November 2009 19:36
> > >> To: Development list for Rails: an 18xx game
> > >> Subject: Re: [Rails-devel] Bug in 18EU
> > >>
> > >> The spinner is greyed out and disabled in our game, as 
> is the text
> > >> entry area for the bid amount, using version 1.06.  Two 
> > players have
> > >> verified it.  Clicking the Bid button bids the current amount and
> > >> increments the bid amount by 5.  Nothing else we do changes the
> > >> spinner or the bid amount.  I've attached a screenshot.
> > >>
> > >> Any suggestions?
> > >>
> > >> --
> > >> Chris
> > >>
> > >> Please consider the environment before printing this e-mail.
> > >>
> > >>
> > >>
> > >> On Sun, Nov 15, 2009 at 10:01 AM, Erik Vos 
> > <eri...@hc...> wrote:
> > >> >> 18EU will not let players place an initial bid higher 
> > than 100, nor
> > >> >> will it allow players to increase the current bid by 
> > more than 5.
> > >> >
> > >> > ??
> > >> > For me, adding any multiple of 5 works allright, both 
> by clicking
> > >> > the spinner at the right of the bid amount field, and by typing
> > >> > the amount into that field. This is so both in version 
> > 1.0.6 and in
> > >> > the current code base, and also both for the initial and
> > >> for later bids.
> > >> >
> > >> > So I'm really at a loss what makes you having the 
> experience that
> > >> > this all wouldn't be possible.
> > >> >
> > >> >>
> > >> >> I've also submitted this as a bug.
> > >> >>
> > >> >> However, I need to know if it's possible to override this
> > >> and allow a
> > >> >> player to purchase an item for a price other than that
> > >> forced by the
> > >> >> program?
> > >> >
> > >> > See above.
> > >> >
> > >> > Currently there is no correction mode, as exists in Lemmi's
> > >> moderator.
> > >> > I've been thinking about that, and I suppose that the 
> most wanted
> > >> > correction feature would be shifting money between any pair
> > >> of cash holders.
> > >> > That should be faily easily to add in version 1.0.8 or so.
> > >> >
> > >> > Erik.
> > >> >
> > >> >
> > >> >
> > >> --------------------------------------------------------------
> > >> ----------------
> > >> > Let Crystal Reports handle the reporting - Free Crystal
> > >> Reports 2008 30-Day
> > >> > trial. Simplify your report design, integration and
> > >> deployment - and focus on
> > >> > what you do best, core application coding. Discover 
> > what's new with
> > >> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > >> > _______________________________________________
> > >> > Rails-devel mailing list
> > >> > Rai...@li...
> > >> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> > >> >
> > >>
> > >
> > >
> > > 
> > --------------------------------------------------------------
> > ----------------
> > > Let Crystal Reports handle the reporting - Free Crystal 
> > Reports 2008 30-Day
> > > trial. Simplify your report design, integration and 
> > deployment - and focus on
> > > what you do best, core application coding. Discover 
> what's new with
> > > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > > _______________________________________________
> > > Rails-devel mailing list
> > > Rai...@li...
> > > https://lists.sourceforge.net/lists/listinfo/rails-devel
> > >
> > 
> 
> 
> --------------------------------------------------------------
> ----------------
> Let Crystal Reports handle the reporting - Free Crystal 
> Reports 2008 30-Day 
> trial. Simplify your report design, integration and 
> deployment - and focus on 
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Bug in 18EU

[Erik V. <eri...@hc...>]

Strange. After loading your file I see the problem, but not if I replay it
manually.
The only explanation I can think of now, is that screen updating after a
load
is in some respect different than when playing manually from the start.
And I must say that the location of the action to enable/disable this input
field 
in the code is somewhat suspect. So I do have food for investigation now.
Stay tuned.

> -----Original Message-----
> From: Chris Shaffer [mailto:chr...@gm...] 
> Sent: Sunday 15 November 2009 22:36
> To: Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] Bug in 18EU
> 
> It's been there since we began the game.  Here is the most 
> recent save file.
> 
> --
> Chris
> 
> Please consider the environment before printing this e-mail.
> 
> 
> 
> On Sun, Nov 15, 2009 at 1:02 PM, Erik Vos <eri...@hc...> wrote:
> > Did this not occur at the start of the round but only later on?
> > In that case, a saved file might help. A copy of the log 
> file would also
> > help.
> >
> > Without any means to reproduce such a case, there isn't 
> much I can do.
> >
> > Erik.
> >
> >> -----Original Message-----
> >> From: Chris Shaffer [mailto:chr...@gm...]
> >> Sent: Sunday 15 November 2009 19:36
> >> To: Development list for Rails: an 18xx game
> >> Subject: Re: [Rails-devel] Bug in 18EU
> >>
> >> The spinner is greyed out and disabled in our game, as is the text
> >> entry area for the bid amount, using version 1.06.  Two 
> players have
> >> verified it.  Clicking the Bid button bids the current amount and
> >> increments the bid amount by 5.  Nothing else we do changes the
> >> spinner or the bid amount.  I've attached a screenshot.
> >>
> >> Any suggestions?
> >>
> >> --
> >> Chris
> >>
> >> Please consider the environment before printing this e-mail.
> >>
> >>
> >>
> >> On Sun, Nov 15, 2009 at 10:01 AM, Erik Vos 
> <eri...@hc...> wrote:
> >> >> 18EU will not let players place an initial bid higher 
> than 100, nor
> >> >> will it allow players to increase the current bid by 
> more than 5.
> >> >
> >> > ??
> >> > For me, adding any multiple of 5 works allright, both by clicking
> >> > the spinner at the right of the bid amount field, and by typing
> >> > the amount into that field. This is so both in version 
> 1.0.6 and in
> >> > the current code base, and also both for the initial and
> >> for later bids.
> >> >
> >> > So I'm really at a loss what makes you having the experience that
> >> > this all wouldn't be possible.
> >> >
> >> >>
> >> >> I've also submitted this as a bug.
> >> >>
> >> >> However, I need to know if it's possible to override this
> >> and allow a
> >> >> player to purchase an item for a price other than that
> >> forced by the
> >> >> program?
> >> >
> >> > See above.
> >> >
> >> > Currently there is no correction mode, as exists in Lemmi's
> >> moderator.
> >> > I've been thinking about that, and I suppose that the most wanted
> >> > correction feature would be shifting money between any pair
> >> of cash holders.
> >> > That should be faily easily to add in version 1.0.8 or so.
> >> >
> >> > Erik.
> >> >
> >> >
> >> >
> >> --------------------------------------------------------------
> >> ----------------
> >> > Let Crystal Reports handle the reporting - Free Crystal
> >> Reports 2008 30-Day
> >> > trial. Simplify your report design, integration and
> >> deployment - and focus on
> >> > what you do best, core application coding. Discover 
> what's new with
> >> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> >> > _______________________________________________
> >> > Rails-devel mailing list
> >> > Rai...@li...
> >> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >> >
> >>
> >
> >
> > 
> --------------------------------------------------------------
> ----------------
> > Let Crystal Reports handle the reporting - Free Crystal 
> Reports 2008 30-Day
> > trial. Simplify your report design, integration and 
> deployment - and focus on
> > what you do best, core application coding. Discover what's new with
> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
> 

Re: [Rails-devel] Bug in 18EU

[Chris S. <chr...@gm...>]

It's been there since we began the game.  Here is the most recent save file.

--
Chris

Please consider the environment before printing this e-mail.



On Sun, Nov 15, 2009 at 1:02 PM, Erik Vos <eri...@hc...> wrote:
> Did this not occur at the start of the round but only later on?
> In that case, a saved file might help. A copy of the log file would also
> help.
>
> Without any means to reproduce such a case, there isn't much I can do.
>
> Erik.
>
>> -----Original Message-----
>> From: Chris Shaffer [mailto:chr...@gm...]
>> Sent: Sunday 15 November 2009 19:36
>> To: Development list for Rails: an 18xx game
>> Subject: Re: [Rails-devel] Bug in 18EU
>>
>> The spinner is greyed out and disabled in our game, as is the text
>> entry area for the bid amount, using version 1.06.  Two players have
>> verified it.  Clicking the Bid button bids the current amount and
>> increments the bid amount by 5.  Nothing else we do changes the
>> spinner or the bid amount.  I've attached a screenshot.
>>
>> Any suggestions?
>>
>> --
>> Chris
>>
>> Please consider the environment before printing this e-mail.
>>
>>
>>
>> On Sun, Nov 15, 2009 at 10:01 AM, Erik Vos <eri...@hc...> wrote:
>> >> 18EU will not let players place an initial bid higher than 100, nor
>> >> will it allow players to increase the current bid by more than 5.
>> >
>> > ??
>> > For me, adding any multiple of 5 works allright, both by clicking
>> > the spinner at the right of the bid amount field, and by typing
>> > the amount into that field. This is so both in version 1.0.6 and in
>> > the current code base, and also both for the initial and
>> for later bids.
>> >
>> > So I'm really at a loss what makes you having the experience that
>> > this all wouldn't be possible.
>> >
>> >>
>> >> I've also submitted this as a bug.
>> >>
>> >> However, I need to know if it's possible to override this
>> and allow a
>> >> player to purchase an item for a price other than that
>> forced by the
>> >> program?
>> >
>> > See above.
>> >
>> > Currently there is no correction mode, as exists in Lemmi's
>> moderator.
>> > I've been thinking about that, and I suppose that the most wanted
>> > correction feature would be shifting money between any pair
>> of cash holders.
>> > That should be faily easily to add in version 1.0.8 or so.
>> >
>> > Erik.
>> >
>> >
>> >
>> --------------------------------------------------------------
>> ----------------
>> > Let Crystal Reports handle the reporting - Free Crystal
>> Reports 2008 30-Day
>> > trial. Simplify your report design, integration and
>> deployment - and focus on
>> > what you do best, core application coding. Discover what's new with
>> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> > _______________________________________________
>> > Rails-devel mailing list
>> > Rai...@li...
>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >
>>
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Bug in 18EU

[Erik V. <eri...@hc...>]

Did this not occur at the start of the round but only later on?
In that case, a saved file might help. A copy of the log file would also
help.

Without any means to reproduce such a case, there isn't much I can do.

Erik.

> -----Original Message-----
> From: Chris Shaffer [mailto:chr...@gm...] 
> Sent: Sunday 15 November 2009 19:36
> To: Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] Bug in 18EU
> 
> The spinner is greyed out and disabled in our game, as is the text
> entry area for the bid amount, using version 1.06.  Two players have
> verified it.  Clicking the Bid button bids the current amount and
> increments the bid amount by 5.  Nothing else we do changes the
> spinner or the bid amount.  I've attached a screenshot.
> 
> Any suggestions?
> 
> --
> Chris
> 
> Please consider the environment before printing this e-mail.
> 
> 
> 
> On Sun, Nov 15, 2009 at 10:01 AM, Erik Vos <eri...@hc...> wrote:
> >> 18EU will not let players place an initial bid higher than 100, nor
> >> will it allow players to increase the current bid by more than 5.
> >
> > ??
> > For me, adding any multiple of 5 works allright, both by clicking
> > the spinner at the right of the bid amount field, and by typing
> > the amount into that field. This is so both in version 1.0.6 and in
> > the current code base, and also both for the initial and 
> for later bids.
> >
> > So I'm really at a loss what makes you having the experience that
> > this all wouldn't be possible.
> >
> >>
> >> I've also submitted this as a bug.
> >>
> >> However, I need to know if it's possible to override this 
> and allow a
> >> player to purchase an item for a price other than that 
> forced by the
> >> program?
> >
> > See above.
> >
> > Currently there is no correction mode, as exists in Lemmi's 
> moderator.
> > I've been thinking about that, and I suppose that the most wanted
> > correction feature would be shifting money between any pair 
> of cash holders.
> > That should be faily easily to add in version 1.0.8 or so.
> >
> > Erik.
> >
> >
> > 
> --------------------------------------------------------------
> ----------------
> > Let Crystal Reports handle the reporting - Free Crystal 
> Reports 2008 30-Day
> > trial. Simplify your report design, integration and 
> deployment - and focus on
> > what you do best, core application coding. Discover what's new with
> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
> 

Re: [Rails-devel] Bug in 18EU

[Chris S. <chr...@gm...>]

The spinner is greyed out and disabled in our game, as is the text
entry area for the bid amount, using version 1.06.  Two players have
verified it.  Clicking the Bid button bids the current amount and
increments the bid amount by 5.  Nothing else we do changes the
spinner or the bid amount.  I've attached a screenshot.

Any suggestions?

--
Chris

Please consider the environment before printing this e-mail.



On Sun, Nov 15, 2009 at 10:01 AM, Erik Vos <eri...@hc...> wrote:
>> 18EU will not let players place an initial bid higher than 100, nor
>> will it allow players to increase the current bid by more than 5.
>
> ??
> For me, adding any multiple of 5 works allright, both by clicking
> the spinner at the right of the bid amount field, and by typing
> the amount into that field. This is so both in version 1.0.6 and in
> the current code base, and also both for the initial and for later bids.
>
> So I'm really at a loss what makes you having the experience that
> this all wouldn't be possible.
>
>>
>> I've also submitted this as a bug.
>>
>> However, I need to know if it's possible to override this and allow a
>> player to purchase an item for a price other than that forced by the
>> program?
>
> See above.
>
> Currently there is no correction mode, as exists in Lemmi's moderator.
> I've been thinking about that, and I suppose that the most wanted
> correction feature would be shifting money between any pair of cash holders.
> That should be faily easily to add in version 1.0.8 or so.
>
> Erik.
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Bug in 18EU

[Erik V. <eri...@hc...>]

> 18EU will not let players place an initial bid higher than 100, nor
> will it allow players to increase the current bid by more than 5.

?? 
For me, adding any multiple of 5 works allright, both by clicking 
the spinner at the right of the bid amount field, and by typing
the amount into that field. This is so both in version 1.0.6 and in
the current code base, and also both for the initial and for later bids.

So I'm really at a loss what makes you having the experience that
this all wouldn't be possible.

> 
> I've also submitted this as a bug.
> 
> However, I need to know if it's possible to override this and allow a
> player to purchase an item for a price other than that forced by the
> program?

See above.

Currently there is no correction mode, as exists in Lemmi's moderator.
I've been thinking about that, and I suppose that the most wanted
correction feature would be shifting money between any pair of cash holders.
That should be faily easily to add in version 1.0.8 or so.

Erik.

[Rails-devel] Bug in 18EU

[Chris S. <chr...@gm...>]

18EU will not let players place an initial bid higher than 100, nor
will it allow players to increase the current bid by more than 5.

I've also submitted this as a bug.

However, I need to know if it's possible to override this and allow a
player to purchase an item for a price other than that forced by the
program?

--
Chris

Please consider the environment before printing this e-mail.

Re: [Rails-devel] 1.0.7-rc2 is now available

[brett l. <wak...@gm...>]

I've uploaded the second release candidate for 1.0.7.

This one should work on Java 5 again.

I've also improved the build.xml to automate creation of the release
package.  This should allow anyone to duplicate the release process.

Kick the tires, and if there's no other major issues, I think we can
get the full release out the door by next weekend.

---Brett.

Re: [Rails-devel] Simultaneous loading of a game

[Erik V. <eri...@hc...>]

Yes, you're right, that's much better.
Erik.


  _____  

From: Chris Shaffer [mailto:chr...@gm...] 
Sent: Friday 13 November 2009 02:40
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] Simultaneous loading of a game


One potential problem I see is that you wouldn't be able to load the game
during another player's turn.  Perhaps instead of refusing to open or save,
you could give a warning instead?  We occasionally have someone reply from
their phone email that they want to "buy a share of FS" and then the next
player actually implements their action for them.  That way, we don't have
to wait for the guy who is on the bus or at the restaurant to get back to
his computer to actually take the turn.

--
Chris

Please consider the environment before printing this e-mail.



On Thu, Nov 12, 2009 at 2:40 PM, Erik Vos <eri...@hc...> wrote:


It sounds OK to me to have a flag that enables or disables "dropbox" mode.
But there is a little bit more to it, I think. Let me try.

We will also need a "Game name" parameter that identifies the
particular game instance being played. Just any string.
I suppose this should also be an option to be set at game start.

Both options should also be added to the saved file itself,
so that these can be automatically be picked up on loading a saved file.
And that without affecting backwards compatibility...

The (current) startup Options button only handles gameplay-affecting
options.
Not sure if we should add these options of a different kind to that;
I think we can better these keep these separate.
We could extend the Options menu in the GameStatus window,
or add an extra button to the startup window.

We need at least one extra configuration parameter in my.properties:
the location of the "player token" file.
Perhaps also a default dropbox-mode setting?

Other aspects might also become configurable, but perhaps
we can as well hardcode these:
- the player suffix - always just the saving player name?
- the common time zone - fix to UTC?

The (as yet unautomated) process will be, if dropbox mode is set:
- On saving a file:
 - Check if the player has the turn, by inspecting if a player
   token file exists with a name equal to the saving player name.
   If not, saving is refused.
 - The file will be saved, with the current player name inserted
   in the file name after the time stamp.
 - The token file will be renamed to the next player having the turn.
- On loading a file:
 - Check if the player has the turn, by inspecting if a player
   token file exists with a name equal to the loading player name.
   If not, loading is refused.

Any comments?

Erik.


> -----Original Message-----
> From: brett lentz [mailto:wak...@gm...]
> Sent: Thursday 12 November 2009 20:24
> To: Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] Simultaneous loading of a game
>
> Yeah, this could easily be a checkbox in the startup options.
> Something along the lines of "PBEM (via Dropbox)"
>
> ---Brett.
>
>
>
> On Thu, Nov 12, 2009 at 11:18 AM, Erik Vos <eri...@hc...> wrote:
> > Fascinating.
> >
> > I'm thinking:
> >
> > 1. Would it be possible to describe this/these process(es)
> in a HOW-TO
> > document that Brett perhaps could publish on the Rails
> Sourceforge website,
> > so that other (potential) users could easily reuse it?
> >
> > 2. What could be added to Rails to facilitate this process?  I think
> > writing/renaming a token file and adding a player-specific
> postfix to the
> > save file name would be easy to implement, perhaps even be
> included in
> > 1.0.7. However, that would require writing down
> specifications pretty
> > quickly. We could also plan another new release pretty soon
> after 1.0.7.
> >
> > 3. Further automation (such to do all this automatically at
> each turn
> > change, and perhaps even polling the dropbox) could be added later,
> > effectively creating a poor man's network playing facility indeed.
> >
> > I must say: the idea of not having to worry about
> overhauling the code to
> > create real networking in the near future (a much wanted
> facility) would
> > save us enormous amounts of time to invest in other new features.
> >
> > Regards,
> > Erik.
> >
> > ________________________________
> > From: Jim Black [mailto:jim...@ya...]
> > Sent: Monday 09 November 2009 19:07
> > To: Development list for Rails: an 18xx game
> > Subject: Re: [Rails-devel] Simultaneous loading of a game
> >
> >
> > On Nov 9, 2009, at 9:32 AM, Chris Shaffer wrote:
> >>
> >> If you can coordinate each user loading the new saved
> game, I suspect
> >>
> >> you could effect a sort of low-tech networked play.
> >
> > Yeah, that's effectively what we have now.  We save and
> append the next
> > player's name to the save file, they see dropbox update the
> file and see
> > their name in the filename and know its their turn.
> >
> > works like that here too, but here's the save protocol we
> use (similar, but
> > different) -
> > a) use UTC option so timestamps sequence properly
> > b) each player appends his-own-name to the save-file
> ('-jb', or whatever)
> > c) there's an empty file in the folder, representing the
> "current player"
> > token.  whenever someone moves, they update this empty
> file, and rename it
> > to point to the next player.
> > d) we also have an "archive" subfolder for each game folder,
> > Other details:
> > i.  This approach for initialing your own save-file ((b),
> above), makes it
> > easier to find/identify particular saved moves.
> > ii.  To supplement (b) and (d) for the game archive, I also
> drop other
> > empty/placeholder files in the folder, as bookmarks for the SR/OR
> > transitions.
> > iii.  All these files are named appropriately (with the
> game prefix), so
> > that they all sequence in folder-browsing (from Rails, from
> browsing folders
> > externally, etc), with the "current move" token at the very end.
> > iv.  Thus, I can always & quickly browse the current
> folders in my dropbox
> > (one per active game), see a short listing of the recent
> moves for each,
> > with the "current player" named at the end.
> > In this way, we get a decent archive (easy to browse the
> archive subfolder,
> > and identify key phases too- sr2, or3.1, etc), the
> current-player signaling
> > stuff ("token files") remains separate from the .rails move
> stuff ("save
> > files"), and notifications are easily both "pushed" (by dropbox
> > notifications when a move or token is updated), and
> "pulled" (naming and
> > archive conventions that make the folders very quick to
> browse, to review
> > current game states).
> > Anyway, I thought I'd share this in case any of its helpful to you.
> > -  jim
> >
> >
> >
> --------------------------------------------------------------
> ----------------
> > Let Crystal Reports handle the reporting - Free Crystal
> Reports 2008 30-Day
> > trial. Simplify your report design, integration and
> deployment - and focus
> > on
> > what you do best, core application coding. Discover what's new with
> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
> >
>
> --------------------------------------------------------------
> ----------------
> Let Crystal Reports handle the reporting - Free Crystal
> Reports 2008 30-Day
> trial. Simplify your report design, integration and
> deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel


----------------------------------------------------------------------------
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Simultaneous loading of a game

[Chris S. <chr...@gm...>]

One potential problem I see is that you wouldn't be able to load the game
during another player's turn.  Perhaps instead of refusing to open or save,
you could give a warning instead?  We occasionally have someone reply from
their phone email that they want to "buy a share of FS" and then the next
player actually implements their action for them.  That way, we don't have
to wait for the guy who is on the bus or at the restaurant to get back to
his computer to actually take the turn.

--
Chris

Please consider the environment before printing this e-mail.


On Thu, Nov 12, 2009 at 2:40 PM, Erik Vos <eri...@hc...> wrote:

> It sounds OK to me to have a flag that enables or disables "dropbox" mode.
> But there is a little bit more to it, I think. Let me try.
>
> We will also need a "Game name" parameter that identifies the
> particular game instance being played. Just any string.
> I suppose this should also be an option to be set at game start.
>
> Both options should also be added to the saved file itself,
> so that these can be automatically be picked up on loading a saved file.
> And that without affecting backwards compatibility...
>
> The (current) startup Options button only handles gameplay-affecting
> options.
> Not sure if we should add these options of a different kind to that;
> I think we can better these keep these separate.
> We could extend the Options menu in the GameStatus window,
> or add an extra button to the startup window.
>
> We need at least one extra configuration parameter in my.properties:
> the location of the "player token" file.
> Perhaps also a default dropbox-mode setting?
>
> Other aspects might also become configurable, but perhaps
> we can as well hardcode these:
> - the player suffix - always just the saving player name?
> - the common time zone - fix to UTC?
>
> The (as yet unautomated) process will be, if dropbox mode is set:
> - On saving a file:
>  - Check if the player has the turn, by inspecting if a player
>    token file exists with a name equal to the saving player name.
>    If not, saving is refused.
>  - The file will be saved, with the current player name inserted
>    in the file name after the time stamp.
>  - The token file will be renamed to the next player having the turn.
> - On loading a file:
>  - Check if the player has the turn, by inspecting if a player
>    token file exists with a name equal to the loading player name.
>    If not, loading is refused.
>
> Any comments?
>
> Erik.
>
> > -----Original Message-----
> > From: brett lentz [mailto:wak...@gm...]
> > Sent: Thursday 12 November 2009 20:24
> > To: Development list for Rails: an 18xx game
> > Subject: Re: [Rails-devel] Simultaneous loading of a game
> >
> > Yeah, this could easily be a checkbox in the startup options.
> > Something along the lines of "PBEM (via Dropbox)"
> >
> > ---Brett.
> >
> >
> >
> > On Thu, Nov 12, 2009 at 11:18 AM, Erik Vos <eri...@hc...> wrote:
> > > Fascinating.
> > >
> > > I'm thinking:
> > >
> > > 1. Would it be possible to describe this/these process(es)
> > in a HOW-TO
> > > document that Brett perhaps could publish on the Rails
> > Sourceforge website,
> > > so that other (potential) users could easily reuse it?
> > >
> > > 2. What could be added to Rails to facilitate this process?  I think
> > > writing/renaming a token file and adding a player-specific
> > postfix to the
> > > save file name would be easy to implement, perhaps even be
> > included in
> > > 1.0.7. However, that would require writing down
> > specifications pretty
> > > quickly. We could also plan another new release pretty soon
> > after 1.0.7.
> > >
> > > 3. Further automation (such to do all this automatically at
> > each turn
> > > change, and perhaps even polling the dropbox) could be added later,
> > > effectively creating a poor man's network playing facility indeed.
> > >
> > > I must say: the idea of not having to worry about
> > overhauling the code to
> > > create real networking in the near future (a much wanted
> > facility) would
> > > save us enormous amounts of time to invest in other new features.
> > >
> > > Regards,
> > > Erik.
> > >
> > > ________________________________
> > > From: Jim Black [mailto:jim...@ya...]
> > > Sent: Monday 09 November 2009 19:07
> > > To: Development list for Rails: an 18xx game
> > > Subject: Re: [Rails-devel] Simultaneous loading of a game
> > >
> > >
> > > On Nov 9, 2009, at 9:32 AM, Chris Shaffer wrote:
> > >>
> > >> If you can coordinate each user loading the new saved
> > game, I suspect
> > >>
> > >> you could effect a sort of low-tech networked play.
> > >
> > > Yeah, that's effectively what we have now.  We save and
> > append the next
> > > player's name to the save file, they see dropbox update the
> > file and see
> > > their name in the filename and know its their turn.
> > >
> > > works like that here too, but here's the save protocol we
> > use (similar, but
> > > different) -
> > > a) use UTC option so timestamps sequence properly
> > > b) each player appends his-own-name to the save-file
> > ('-jb', or whatever)
> > > c) there's an empty file in the folder, representing the
> > "current player"
> > > token.  whenever someone moves, they update this empty
> > file, and rename it
> > > to point to the next player.
> > > d) we also have an "archive" subfolder for each game folder,
> > > Other details:
> > > i.  This approach for initialing your own save-file ((b),
> > above), makes it
> > > easier to find/identify particular saved moves.
> > > ii.  To supplement (b) and (d) for the game archive, I also
> > drop other
> > > empty/placeholder files in the folder, as bookmarks for the SR/OR
> > > transitions.
> > > iii.  All these files are named appropriately (with the
> > game prefix), so
> > > that they all sequence in folder-browsing (from Rails, from
> > browsing folders
> > > externally, etc), with the "current move" token at the very end.
> > > iv.  Thus, I can always & quickly browse the current
> > folders in my dropbox
> > > (one per active game), see a short listing of the recent
> > moves for each,
> > > with the "current player" named at the end.
> > > In this way, we get a decent archive (easy to browse the
> > archive subfolder,
> > > and identify key phases too- sr2, or3.1, etc), the
> > current-player signaling
> > > stuff ("token files") remains separate from the .rails move
> > stuff ("save
> > > files"), and notifications are easily both "pushed" (by dropbox
> > > notifications when a move or token is updated), and
> > "pulled" (naming and
> > > archive conventions that make the folders very quick to
> > browse, to review
> > > current game states).
> > > Anyway, I thought I'd share this in case any of its helpful to you.
> > > -  jim
> > >
> > >
> > >
> > --------------------------------------------------------------
> > ----------------
> > > Let Crystal Reports handle the reporting - Free Crystal
> > Reports 2008 30-Day
> > > trial. Simplify your report design, integration and
> > deployment - and focus
> > > on
> > > what you do best, core application coding. Discover what's new with
> > > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > > _______________________________________________
> > > Rails-devel mailing list
> > > Rai...@li...
> > > https://lists.sourceforge.net/lists/listinfo/rails-devel
> > >
> > >
> >
> > --------------------------------------------------------------
> > ----------------
> > Let Crystal Reports handle the reporting - Free Crystal
> > Reports 2008 30-Day
> > trial. Simplify your report design, integration and
> > deployment - and focus on
> > what you do best, core application coding. Discover what's new with
> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Simultaneous loading of a game

[Erik V. <eri...@hc...>]

It sounds OK to me to have a flag that enables or disables "dropbox" mode.
But there is a little bit more to it, I think. Let me try.

We will also need a "Game name" parameter that identifies the 
particular game instance being played. Just any string.
I suppose this should also be an option to be set at game start.

Both options should also be added to the saved file itself,
so that these can be automatically be picked up on loading a saved file.
And that without affecting backwards compatibility...

The (current) startup Options button only handles gameplay-affecting
options.
Not sure if we should add these options of a different kind to that; 
I think we can better these keep these separate.
We could extend the Options menu in the GameStatus window, 
or add an extra button to the startup window.

We need at least one extra configuration parameter in my.properties: 
the location of the "player token" file. 
Perhaps also a default dropbox-mode setting?

Other aspects might also become configurable, but perhaps 
we can as well hardcode these:
- the player suffix - always just the saving player name?
- the common time zone - fix to UTC?

The (as yet unautomated) process will be, if dropbox mode is set:
- On saving a file: 
  - Check if the player has the turn, by inspecting if a player 
    token file exists with a name equal to the saving player name. 
    If not, saving is refused.
  - The file will be saved, with the current player name inserted 
    in the file name after the time stamp.
  - The token file will be renamed to the next player having the turn.
- On loading a file:
  - Check if the player has the turn, by inspecting if a player 
    token file exists with a name equal to the loading player name. 
    If not, loading is refused.

Any comments?

Erik.

> -----Original Message-----
> From: brett lentz [mailto:wak...@gm...] 
> Sent: Thursday 12 November 2009 20:24
> To: Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] Simultaneous loading of a game
> 
> Yeah, this could easily be a checkbox in the startup options.
> Something along the lines of "PBEM (via Dropbox)"
> 
> ---Brett.
> 
> 
> 
> On Thu, Nov 12, 2009 at 11:18 AM, Erik Vos <eri...@hc...> wrote:
> > Fascinating.
> >
> > I'm thinking:
> >
> > 1. Would it be possible to describe this/these process(es) 
> in a HOW-TO
> > document that Brett perhaps could publish on the Rails 
> Sourceforge website,
> > so that other (potential) users could easily reuse it?
> >
> > 2. What could be added to Rails to facilitate this process?  I think
> > writing/renaming a token file and adding a player-specific 
> postfix to the
> > save file name would be easy to implement, perhaps even be 
> included in
> > 1.0.7. However, that would require writing down 
> specifications pretty
> > quickly. We could also plan another new release pretty soon 
> after 1.0.7.
> >
> > 3. Further automation (such to do all this automatically at 
> each turn
> > change, and perhaps even polling the dropbox) could be added later,
> > effectively creating a poor man's network playing facility indeed.
> >
> > I must say: the idea of not having to worry about 
> overhauling the code to
> > create real networking in the near future (a much wanted 
> facility) would
> > save us enormous amounts of time to invest in other new features.
> >
> > Regards,
> > Erik.
> >
> > ________________________________
> > From: Jim Black [mailto:jim...@ya...]
> > Sent: Monday 09 November 2009 19:07
> > To: Development list for Rails: an 18xx game
> > Subject: Re: [Rails-devel] Simultaneous loading of a game
> >
> >
> > On Nov 9, 2009, at 9:32 AM, Chris Shaffer wrote:
> >>
> >> If you can coordinate each user loading the new saved 
> game, I suspect
> >>
> >> you could effect a sort of low-tech networked play.
> >
> > Yeah, that's effectively what we have now.  We save and 
> append the next
> > player's name to the save file, they see dropbox update the 
> file and see
> > their name in the filename and know its their turn.
> >
> > works like that here too, but here's the save protocol we 
> use (similar, but
> > different) -
> > a) use UTC option so timestamps sequence properly
> > b) each player appends his-own-name to the save-file 
> ('-jb', or whatever)
> > c) there's an empty file in the folder, representing the 
> "current player"
> > token.  whenever someone moves, they update this empty 
> file, and rename it
> > to point to the next player.
> > d) we also have an "archive" subfolder for each game folder,
> > Other details:
> > i.  This approach for initialing your own save-file ((b), 
> above), makes it
> > easier to find/identify particular saved moves.
> > ii.  To supplement (b) and (d) for the game archive, I also 
> drop other
> > empty/placeholder files in the folder, as bookmarks for the SR/OR
> > transitions.
> > iii.  All these files are named appropriately (with the 
> game prefix), so
> > that they all sequence in folder-browsing (from Rails, from 
> browsing folders
> > externally, etc), with the "current move" token at the very end.
> > iv.  Thus, I can always & quickly browse the current 
> folders in my dropbox
> > (one per active game), see a short listing of the recent 
> moves for each,
> > with the "current player" named at the end.
> > In this way, we get a decent archive (easy to browse the 
> archive subfolder,
> > and identify key phases too- sr2, or3.1, etc), the 
> current-player signaling
> > stuff ("token files") remains separate from the .rails move 
> stuff ("save
> > files"), and notifications are easily both "pushed" (by dropbox
> > notifications when a move or token is updated), and 
> "pulled" (naming and
> > archive conventions that make the folders very quick to 
> browse, to review
> > current game states).
> > Anyway, I thought I'd share this in case any of its helpful to you.
> > -  jim
> >
> >
> > 
> --------------------------------------------------------------
> ----------------
> > Let Crystal Reports handle the reporting - Free Crystal 
> Reports 2008 30-Day
> > trial. Simplify your report design, integration and 
> deployment - and focus
> > on
> > what you do best, core application coding. Discover what's new with
> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
> >
> 
> --------------------------------------------------------------
> ----------------
> Let Crystal Reports handle the reporting - Free Crystal 
> Reports 2008 30-Day 
> trial. Simplify your report design, integration and 
> deployment - and focus on 
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Simultaneous loading of a game

[brett l. <wak...@gm...>]

Yeah, this could easily be a checkbox in the startup options.
Something along the lines of "PBEM (via Dropbox)"

---Brett.



On Thu, Nov 12, 2009 at 11:18 AM, Erik Vos <eri...@hc...> wrote:
> Fascinating.
>
> I'm thinking:
>
> 1. Would it be possible to describe this/these process(es) in a HOW-TO
> document that Brett perhaps could publish on the Rails Sourceforge website,
> so that other (potential) users could easily reuse it?
>
> 2. What could be added to Rails to facilitate this process?  I think
> writing/renaming a token file and adding a player-specific postfix to the
> save file name would be easy to implement, perhaps even be included in
> 1.0.7. However, that would require writing down specifications pretty
> quickly. We could also plan another new release pretty soon after 1.0.7.
>
> 3. Further automation (such to do all this automatically at each turn
> change, and perhaps even polling the dropbox) could be added later,
> effectively creating a poor man's network playing facility indeed.
>
> I must say: the idea of not having to worry about overhauling the code to
> create real networking in the near future (a much wanted facility) would
> save us enormous amounts of time to invest in other new features.
>
> Regards,
> Erik.
>
> ________________________________
> From: Jim Black [mailto:jim...@ya...]
> Sent: Monday 09 November 2009 19:07
> To: Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] Simultaneous loading of a game
>
>
> On Nov 9, 2009, at 9:32 AM, Chris Shaffer wrote:
>>
>> If you can coordinate each user loading the new saved game, I suspect
>>
>> you could effect a sort of low-tech networked play.
>
> Yeah, that's effectively what we have now.  We save and append the next
> player's name to the save file, they see dropbox update the file and see
> their name in the filename and know its their turn.
>
> works like that here too, but here's the save protocol we use (similar, but
> different) -
> a) use UTC option so timestamps sequence properly
> b) each player appends his-own-name to the save-file ('-jb', or whatever)
> c) there's an empty file in the folder, representing the "current player"
> token.  whenever someone moves, they update this empty file, and rename it
> to point to the next player.
> d) we also have an "archive" subfolder for each game folder,
> Other details:
> i.  This approach for initialing your own save-file ((b), above), makes it
> easier to find/identify particular saved moves.
> ii.  To supplement (b) and (d) for the game archive, I also drop other
> empty/placeholder files in the folder, as bookmarks for the SR/OR
> transitions.
> iii.  All these files are named appropriately (with the game prefix), so
> that they all sequence in folder-browsing (from Rails, from browsing folders
> externally, etc), with the "current move" token at the very end.
> iv.  Thus, I can always & quickly browse the current folders in my dropbox
> (one per active game), see a short listing of the recent moves for each,
> with the "current player" named at the end.
> In this way, we get a decent archive (easy to browse the archive subfolder,
> and identify key phases too- sr2, or3.1, etc), the current-player signaling
> stuff ("token files") remains separate from the .rails move stuff ("save
> files"), and notifications are easily both "pushed" (by dropbox
> notifications when a move or token is updated), and "pulled" (naming and
> archive conventions that make the folders very quick to browse, to review
> current game states).
> Anyway, I thought I'd share this in case any of its helpful to you.
> -  jim
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>

Re: [Rails-devel] Simultaneous loading of a game

[Erik V. <eri...@hc...>]

Fascinating.
 
I'm thinking:
 
1. Would it be possible to describe this/these process(es) in a HOW-TO
document that Brett perhaps could publish on the Rails Sourceforge website,
so that other (potential) users could easily reuse it?
 
2. What could be added to Rails to facilitate this process?  I think
writing/renaming a token file and adding a player-specific postfix to the
save file name would be easy to implement, perhaps even be included in
1.0.7. However, that would require writing down specifications pretty
quickly. We could also plan another new release pretty soon after 1.0.7.
 
3. Further automation (such to do all this automatically at each turn
change, and perhaps even polling the dropbox) could be added later,
effectively creating a poor man's network playing facility indeed. 
 
I must say: the idea of not having to worry about overhauling the code to
create real networking in the near future (a much wanted facility) would
save us enormous amounts of time to invest in other new features.
 
Regards,
Erik.



  _____  

From: Jim Black [mailto:jim...@ya...] 
Sent: Monday 09 November 2009 19:07
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] Simultaneous loading of a game



On Nov 9, 2009, at 9:32 AM, Chris Shaffer wrote:


If you can coordinate each user loading the new saved game, I suspect


you could effect a sort of low-tech networked play.



Yeah, that's effectively what we have now.  We save and append the next
player's name to the save file, they see dropbox update the file and see
their name in the filename and know its their turn.



works like that here too, but here's the save protocol we use (similar, but
different) -

a) use UTC option so timestamps sequence properly
b) each player appends his-own-name to the save-file ('-jb', or whatever) 

c) there's an empty file in the folder, representing the "current player"
token.  whenever someone moves, they update this empty file, and rename it
to point to the next player. 

d) we also have an "archive" subfolder for each game folder, 

Other details:  
i.  This approach for initialing your own save-file ((b), above), makes it
easier to find/identify particular saved moves.
ii.  To supplement (b) and (d) for the game archive, I also drop other
empty/placeholder files in the folder, as bookmarks for the SR/OR
transitions. 
iii.  All these files are named appropriately (with the game prefix), so
that they all sequence in folder-browsing (from Rails, from browsing folders
externally, etc), with the "current move" token at the very end.   
iv.  Thus, I can always & quickly browse the current folders in my dropbox
(one per active game), see a short listing of the recent moves for each,
with the "current player" named at the end.

In this way, we get a decent archive (easy to browse the archive subfolder,
and identify key phases too- sr2, or3.1, etc), the current-player signaling
stuff ("token files") remains separate from the .rails move stuff ("save
files"), and notifications are easily both "pushed" (by dropbox
notifications when a move or token is updated), and "pulled" (naming and
archive conventions that make the folders very quick to browse, to review
current game states).

Anyway, I thought I'd share this in case any of its helpful to you.

-  jim