rails-devel — List for discussion of Rails development

Re: [Rails-devel] 1825U1 map

[Phil D. <de...@gm...>]

Great news!

This also makes the display look a lot better for 1851 (in my opinion)
since the @ line now fits on the screen properly

Phil

On 11 March 2010 20:43, Erik Vos <eri...@xs...> wrote:
> Map display has been improved in the sense that only the area is shown for
> which hexes are defined in Map.xml.
> This means that the 1825U1 map now looks pretty normal.
>
> Erik.
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Stockmarket type aka 1825 dev?

[Phil D. <de...@gm...>]

Erik, wow, you are like a machine getting these things fixed, thanks :)

Aliza, it's not going to be a big deal having brown tiles as
preprinted on a board, this is doable now.  Erik just changed my
original tile to grey to match the colours rails uses everywhere else
and I think this makes sense since it is not an upgradeable tile on
the board.

Phil

On 11 March 2010 23:36, Aliza Panitz <ali...@gm...> wrote:
> On Thu, Mar 11, 2010 at 3:27 PM, Erik Vos <eri...@xs...> wrote:
>> I have checked in corrected versions of Phil's initial 1825U1 setup, and
>> added the missing preprinted tiles.
>> The map is now complete and displays (about) properly.
>>
>> Please note, that TileDesigner creates "fixed" map tiles with a grey (or
>> red) background; not brown. For consistency, I have changed the hex SW of
>> Bristol accordingly.
>>
>> Erik.
>>
>
> There is at least one game out there (18io) which has fixed map tiles
> that are deliberately brown, not gray, so that people can lay "tragic
> track" leading into them (or even just have more flexibility upgrading
> adjacent city hexes.)
>
> I don't know whether this is enough of a outlier that Rails can afford
> to ignore it.
>
>  - Aliza
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Interesting BGG thread with Rails users

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

You shouldn't shy away from the list for development discussions.
That's what it's here for.

But, I think it's time we had a more user-centric list for
troubleshooting and less technical discussions.

I'm actually pretty happy about this. Our little project is growing.
It's a good problem to have.  :-)

---Brett.



On Thu, Mar 11, 2010 at 11:38 PM, Stefan Frey <ste...@we...> wrote:
> I believe that  a split into two lists would be really helpful, as I sometimes
> avoid the devel list for java specific stuff to avoid scare off those from
> the devel list who are ("only") interested in 18xx stuff (like rule questions
> and get feedback on the state of bugs). Maybe even keep the current mailing
> list for that reason and add a new one like devel-internal,
> devel-implementation or devel-java?
>
> Stefan
>
> On Friday 12 March 2010 04:00:52 brett lentz wrote:
>> Excellent!  Thanks for the heads up!
>>
>> Do you think it would be helpful to add a rails-users mailing list to
>> give people a place to discuss more user-centric topics?
>>
>> ---Brett.
>>
>> On Thu, Mar 11, 2010 at 6:24 PM, Jim Black <jim...@ya...> wrote:
>> > On the perhaps-suspect assumption that not /everyone/ on this list is an
>> > avid subscriber to all 18xx threads on boardgamegeek, I wanted to bring
>> > your attention to a particularly Rails-related thread on BGG-
>> > http://www.boardgamegeek.com/thread/492594/18xx-play-by-email-game-cleari
>> >nghouse
>> >
>> > Most of the thread is just organizing Rails/pbem games; it's a great
>> > resource for that, if you're not already aware of it.
>> >
>> > But also- there's been some more Rails-specific discussion (and
>> > criticisms), lately.
>> >
>> > While this developer-group list (here) tends to focus on rails
>> > development from the inside, this geek thread offers some perspective
>> > from the Rails user community.
>> >
>> > I see it as a mixed bag, mostly very positive.
>> >
>> > While some Rails problems are severe, those seem much more the
>> > exceptional case these days, and not the rule.  1856 is still
>> > stabilizing, it appears- so be it.
>> >
>> > The list of new titles seems to be poised to expand quickly.
>> >
>> > A lot of fun games are getting organized and played, eg from this thread-
>> > given that Rails is getting a lot more usage, if severe/showstopper bugs
>> > are less frequent, it must be getting more stable.  Still- it gets more
>> > scrutiny, too.
>> >
>> > Anyway... mostly, I wanted to give everyone here a pointer to this
>> > discussion on the geek.
>> >
>> > regards,
>> > -  jim
>> >
>> >
>> >
>> >
>> > -------------------------------------------------------------------------
>> >----- Download Intel® Parallel Studio Eval
>> > Try the new software tools for yourself. Speed compiling, find bugs
>> > proactively, and fine-tune applications for parallel performance.
>> > See why Intel Parallel Studio got high marks during beta.
>> > http://p.sf.net/sfu/intel-sw-dev
>> > _______________________________________________
>> > Rails-devel mailing list
>> > Rai...@li...
>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>> ---------------------------------------------------------------------------
>>--- Download Intel&#174; Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance.
>> See why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Interesting BGG thread with Rails users

[Stefan F. <ste...@we...>]

I believe that  a split into two lists would be really helpful, as I sometimes 
avoid the devel list for java specific stuff to avoid scare off those from 
the devel list who are ("only") interested in 18xx stuff (like rule questions 
and get feedback on the state of bugs). Maybe even keep the current mailing 
list for that reason and add a new one like devel-internal, 
devel-implementation or devel-java?

Stefan

On Friday 12 March 2010 04:00:52 brett lentz wrote:
> Excellent!  Thanks for the heads up!
>
> Do you think it would be helpful to add a rails-users mailing list to
> give people a place to discuss more user-centric topics?
>
> ---Brett.
>
> On Thu, Mar 11, 2010 at 6:24 PM, Jim Black <jim...@ya...> wrote:
> > On the perhaps-suspect assumption that not /everyone/ on this list is an
> > avid subscriber to all 18xx threads on boardgamegeek, I wanted to bring
> > your attention to a particularly Rails-related thread on BGG-
> > http://www.boardgamegeek.com/thread/492594/18xx-play-by-email-game-cleari
> >nghouse
> >
> > Most of the thread is just organizing Rails/pbem games; it's a great
> > resource for that, if you're not already aware of it.
> >
> > But also- there's been some more Rails-specific discussion (and
> > criticisms), lately.
> >
> > While this developer-group list (here) tends to focus on rails
> > development from the inside, this geek thread offers some perspective
> > from the Rails user community.
> >
> > I see it as a mixed bag, mostly very positive.
> >
> > While some Rails problems are severe, those seem much more the
> > exceptional case these days, and not the rule.  1856 is still
> > stabilizing, it appears- so be it.
> >
> > The list of new titles seems to be poised to expand quickly.
> >
> > A lot of fun games are getting organized and played, eg from this thread-
> > given that Rails is getting a lot more usage, if severe/showstopper bugs
> > are less frequent, it must be getting more stable.  Still- it gets more
> > scrutiny, too.
> >
> > Anyway... mostly, I wanted to give everyone here a pointer to this
> > discussion on the geek.
> >
> > regards,
> > -  jim
> >
> >
> >
> >
> > -------------------------------------------------------------------------
> >----- Download Intel® Parallel Studio Eval
> > Try the new software tools for yourself. Speed compiling, find bugs
> > proactively, and fine-tune applications for parallel performance.
> > See why Intel Parallel Studio got high marks during beta.
> > http://p.sf.net/sfu/intel-sw-dev
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>
> ---------------------------------------------------------------------------
>--- Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Interesting BGG thread with Rails users

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

Excellent!  Thanks for the heads up!

Do you think it would be helpful to add a rails-users mailing list to
give people a place to discuss more user-centric topics?

---Brett.



On Thu, Mar 11, 2010 at 6:24 PM, Jim Black <jim...@ya...> wrote:
> On the perhaps-suspect assumption that not /everyone/ on this list is an avid subscriber to all 18xx threads on boardgamegeek, I wanted to bring your attention to a particularly Rails-related thread on BGG- http://www.boardgamegeek.com/thread/492594/18xx-play-by-email-game-clearinghouse
>
> Most of the thread is just organizing Rails/pbem games; it's a great resource for that, if you're not already aware of it.
>
> But also- there's been some more Rails-specific discussion (and criticisms), lately.
>
> While this developer-group list (here) tends to focus on rails development from the inside, this geek thread offers some perspective from the Rails user community.
>
> I see it as a mixed bag, mostly very positive.
>
> While some Rails problems are severe, those seem much more the exceptional case these days, and not the rule.  1856 is still stabilizing, it appears- so be it.
>
> The list of new titles seems to be poised to expand quickly.
>
> A lot of fun games are getting organized and played, eg from this thread- given that Rails is getting a lot more usage, if severe/showstopper bugs are less frequent, it must be getting more stable.  Still- it gets more scrutiny, too.
>
> Anyway... mostly, I wanted to give everyone here a pointer to this discussion on the geek.
>
> regards,
> -  jim
>
>
>
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

[Rails-devel] Interesting BGG thread with Rails users

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

On the perhaps-suspect assumption that not /everyone/ on this list is an avid subscriber to all 18xx threads on boardgamegeek, I wanted to bring your attention to a particularly Rails-related thread on BGG- http://www.boardgamegeek.com/thread/492594/18xx-play-by-email-game-clearinghouse

Most of the thread is just organizing Rails/pbem games; it's a great resource for that, if you're not already aware of it.

But also- there's been some more Rails-specific discussion (and criticisms), lately.    

While this developer-group list (here) tends to focus on rails development from the inside, this geek thread offers some perspective from the Rails user community.

I see it as a mixed bag, mostly very positive.  

While some Rails problems are severe, those seem much more the exceptional case these days, and not the rule.  1856 is still stabilizing, it appears- so be it.

The list of new titles seems to be poised to expand quickly.

A lot of fun games are getting organized and played, eg from this thread- given that Rails is getting a lot more usage, if severe/showstopper bugs are less frequent, it must be getting more stable.  Still- it gets more scrutiny, too.

Anyway... mostly, I wanted to give everyone here a pointer to this discussion on the geek.

regards, 
-  jim

Re: [Rails-devel] Stockmarket type aka 1825 dev?

[Aliza P. <ali...@gm...>]

On Thu, Mar 11, 2010 at 3:27 PM, Erik Vos <eri...@xs...> wrote:
> I have checked in corrected versions of Phil's initial 1825U1 setup, and
> added the missing preprinted tiles.
> The map is now complete and displays (about) properly.
>
> Please note, that TileDesigner creates "fixed" map tiles with a grey (or
> red) background; not brown. For consistency, I have changed the hex SW of
> Bristol accordingly.
>
> Erik.
>

There is at least one game out there (18io) which has fixed map tiles
that are deliberately brown, not gray, so that people can lay "tragic
track" leading into them (or even just have more flexibility upgrading
adjacent city hexes.)

I don't know whether this is enough of a outlier that Rails can afford
to ignore it.

 - Aliza

Re: [Rails-devel] Stockmarket type aka 1825 dev?

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

I have checked in corrected versions of Phil's initial 1825U1 setup, and
added the missing preprinted tiles.
The map is now complete and displays (about) properly.

Please note, that TileDesigner creates "fixed" map tiles with a grey (or
red) background; not brown. For consistency, I have changed the hex SW of
Bristol accordingly.

Erik.

-----Original Message-----
From: Phil Davies [mailto:de...@gm...] 
Sent: Wednesday 10 March 2010 11:57
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] Stockmarket type aka 1825 dev?

Erik: A patch with bits I've managed so far is attached, the tiles I
couldn't immediately find are marked with a placeholder comment in the
map.xml, in most cases I've just used a circle city tile to represent
them.  I'm sure some of these already exist, I just need to locate
them in the tile DB.  I have 1825 at home but I've been using this
image: http://www.boardgamegeek.com/image/678058/1825-unit-1 to save
sitting with my box scattered over the table :p.

I'll have a look at the 1835 code and play around with that for stock
market.  I didn't realise that used the gradual availability as well
so that should be a good example.

I agree with Stefan's suggestion in his later mail regarding the map
display.  Units 1,2 and 3 are numbered consistently.  Currently when
rails display U1 it just has nothing in rows A through Q, if it worked
out what the minimum letter and number were and then drew from that
point, that would make U1 work fine straight away.

Also, in terms of adding the other units, a fairly crude way would be
to just surround every map entry with an ifOption tag, and have the 3
Units as discrete options within the game setup window, with a check
to ensure that at least one of them has been selected.  I'm assuming
ifOptions are respected in map.xml...I haven't actually checked.

Phil

On 9 March 2010 23:17, Erik Vos <eri...@xs...> wrote:
> I have a very sketchily working version of 1825 Unit 1 but most of the
> more complex pre-printed tiles are not correct since they aren't in
> the tile database, the map has a massive blank spot from row A down to
> row R since Unit 1 starts row numbering later in the alphabet, and the
> stock rounds don't even remotely work correctly...so I haven't made a
> lot of progress but I'm happy to share what little I have done!
>
> [EV] If you send me your XML, I can use it as test material to fix the map
> display.
> I think we'll need some extra parameter like firstLetter="R" or such like.
> As for the missing tiles, I can create these. I do have 1825U1, but a list
> of what you found missing would be helpful.
>
> [EV] Not sure what your problem with stock rounds is, but for the gradual
> availability of companies you could look at 1835 which has the same thing.
> There it's hardcoded in class rails.game.specific._1835.StockRound_1835;
you
> could use that as an example.
>
>> An of course, is there any interest in 1825, and has anything useful been
>> done there? I can't find anything in the CVS main trunk, but Phil Davies
>> posted here a while ago that he'd been looking at the possibility, but no
>> specifics. I have quite a few ides but I'm not sure how to implement all
> of
>> them. I forsee problems with supporting different combinations of
>> Units/regionals/Kits (changing maps, available tiles, available trains,
> size
>> of main bank etc.), as well as separate banks for players and companies.
>
> [EV] I'd suggest to start with 1825U1 and get that right first. The other
> units and regions can then probably be added fairly easily.
> I think you can already get a long way with the existing Option/Variant
> features.
>
> Erik.
>
>
>
----------------------------------------------------------------------------
--
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] 1856: immediately selling purchased shares permitted (bug 2968764)

[Aliza P. <ali...@gm...>]

(1)
I hold one GW share.  IPO price is $100, current price is $150.

On my stock turn, I buy one GW and then sell two, spending $100 and
receiving $300.

This kind of thing is legal in 1830 but not in 1856.

(2)
Imagine that we are sitting at my kitchen table playing 1856.  With my
left hand I purchase a GW share.  While I am still holding that share
in my left hand, with my right hand I sell one or more GW shares that
are sitting on the table in front of me.  This is legal in 1856.

Does that make the distinction clear?

(There's a further subtle distinction:  If the only certificate in
front of me is the 20% President's certificate, I can buy a share with
my left hand, and then with my right hand peel off one imaginary share
from the President's cert and sell that, letting the 10% in front of
me and the 10% I just bought magically rejoin into the President's
cert.  This is not obvious from the text of the rules but has been
clarified in addenda.)

The net effect is fairly important:  If I am trying to take advantage
of arbitrage opportunity, or just to trash another player's stock
prices, I need to assess the risk that a share I buy may be worth less
than what I paid for it by the time I have an opportunity to sell it.

 - Aliza

On Thu, Mar 11, 2010 at 11:38 AM, Chris Shaffer <chr...@gm...> wrote:
>> I understand the quoted rule from the rulebook that I am only
>> allowed to sell
>> the number of shares which I had in my portfolio at the beginning of
>> my turn
>> and not the one I just bought. Next turn I am free to sell that
>> additional
>> share/certificate.
>
> Correct. You might more properly say "the number and type of shares..."
>
> --
> Chris Shaffer
>

[Rails-devel] 1825U1 map

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

Map display has been improved in the sense that only the area is shown for
which hexes are defined in Map.xml.
This means that the 1825U1 map now looks pretty normal. 

Erik.

[Rails-devel] No currency symbols in Rails XML

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

A request to everyone preparing XML files for Rails: please do not use
high-ASCII currency symbols (like pound and yen) when defining the money
display format. That may work locally but fails as soon as that XML reaches
me.

Please use the Unicode HTML/XML values instead (Google 'unicode pound'
etc.).
So the pound should be represented by £ or £ and the yen by ¥
or ¥

Thanks,
Erik.

Re: [Rails-devel] 1856: immediately selling purchased shares permitted (bug 2968764)

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

> I understand the quoted rule from the rulebook that I am only  
> allowed to sell
> the number of shares which I had in my portfolio at the beginning of  
> my turn
> and not the one I just bought. Next turn I am free to sell that  
> additional
> share/certificate.

Correct. You might more properly say "the number and type of shares..."

--
Chris Shaffer

Please consider the environment before printing this email.

Re: [Rails-devel] 1856: immediately selling purchased shares permitted (bug 2968764)

[Stefan F. <ste...@we...>]

I have to apologize that I am not very familiar with 1856, but I do not fully 
capture the precise meaning of that rule (especially considering 
the "clarification" on the rule comparison list):

I understand the quoted rule from the rulebook that I am only allowed to sell 
the number of shares which I had in my portfolio at the beginning of my turn 
and not the one I just bought. Next turn I am free to sell that additional 
share/certificate.

Below is the clarification by the author from the rule comparison list: What 
difference arises from the fact that I distinguish between share or 
certificate? Or does it indicate that I can sell none of the shares in a 
company I have just bought in that stock turn?

2.3 - When can you first sell shares in a company?
1856: As soon as you like; but you may not sell a share in the same share turn 
in which you bought it, though you may sell other identical ones. (The rules 
say 'certificate', but author Bill Dixon explains that 'share' is meant.)


On Thursday 11 March 2010 17:36:23 Aliza Panitz wrote:
> With Rails 1.1.3, you can sell a share that you have just bought. The rules
> for 1856 clearly prohibit this:
>
> The first bullet under "selling shares":
> =======================
> A certificate cannot be sold during the stock turn it was purchased.
> However, other certificates from the same company can be sold in the same
> stock turn.
> =======================
>
> ---------------------------------------------------------------------------
>--- Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

[Rails-devel] 1856: immediately selling purchased shares permitted (bug 2968764)

[Aliza P. <ali...@gm...>]

With Rails 1.1.3, you can sell a share that you have just bought. The rules
for 1856 clearly prohibit this:

The first bullet under "selling shares":
=======================
A certificate cannot be sold during the stock turn it was purchased.
However, other certificates from the same company can be sold in the same
stock turn.
=======================

Re: [Rails-devel] Rails-devel Digest, Vol 29, Issue 9

[Håkan K. <sou...@ha...>]

I've looked through these files, and I was just wondering do we really 
need the gauge parameter? IIRC the only kits that use them is the old 
versions of R1 & R3 and the newer versions have done away with them 
completely. I was thinking the Halt tiles could be skipped as well to 
make things slightly simpler in the early stages. I did like the idea of 
making one HUGE map for the whole of 1825 and then hide the parts that 
are not used in a particular unit/region combination. A problem is of 
course that the rules allow for tiles to be laid in hexes only partly on 
the unit map played at the moment. (i.e. row Q in unit 1).
All Units goes all the way down to 2 players, btw.
I've added my version of the GamesList.xml file just to show how I was 
thinking about how to start selecting the units etc.
I'll add Phil's stuff to my repository and see how it looks.

Håkan

rai...@li... skrev 2010-03-10 20:05:
> Send Rails-devel mailing list submissions to
> 	rai...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://lists.sourceforge.net/lists/listinfo/rails-devel
> or, via email, send a message with subject or body 'help' to
> 	rai...@li...
>
> You can reach the person managing the list at
> 	rai...@li...
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Rails-devel digest..."
>
>
> Today's Topics:
>
>     1. Re: Stockmarket type aka 1825 dev? (Phil Davies)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 10 Mar 2010 10:56:53 +0000
> From: Phil Davies<de...@gm...>
> Subject: Re: [Rails-devel] Stockmarket type aka 1825 dev?
> To: "Development list for Rails: an 18xx game"
> 	<rai...@li...>
> Message-ID:
> 	<48a...@ma...>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Erik: A patch with bits I've managed so far is attached, the tiles I
> couldn't immediately find are marked with a placeholder comment in the
> map.xml, in most cases I've just used a circle city tile to represent
> them.  I'm sure some of these already exist, I just need to locate
> them in the tile DB.  I have 1825 at home but I've been using this
> image: http://www.boardgamegeek.com/image/678058/1825-unit-1 to save
> sitting with my box scattered over the table :p.
>
> I'll have a look at the 1835 code and play around with that for stock
> market.  I didn't realise that used the gradual availability as well
> so that should be a good example.
>
> I agree with Stefan's suggestion in his later mail regarding the map
> display.  Units 1,2 and 3 are numbered consistently.  Currently when
> rails display U1 it just has nothing in rows A through Q, if it worked
> out what the minimum letter and number were and then drew from that
> point, that would make U1 work fine straight away.
>
> Also, in terms of adding the other units, a fairly crude way would be
> to just surround every map entry with an ifOption tag, and have the 3
> Units as discrete options within the game setup window, with a check
> to ensure that at least one of them has been selected.  I'm assuming
> ifOptions are respected in map.xml...I haven't actually checked.
>
> Phil
>
>    

Re: [Rails-devel] Next Update?

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

That's fine.   I know you've had a backported patch to fix 1.1.3 for a while.

At this point, our development shouldn't be further hijacked just for
one person's game. That's not fair to our other users.

I understand that encountering bugs can be frustrating, especially if
they disrupt an in-progress game.

We've had a patched version of 1.1.3 waiting for Chris for a couple of
weeks now. If we don't have reliable contact information, that's not
our fault nor is it our problem to solve.

In this case, I think, Stefan, you've done an excellent job of trying
to help. However, I don't think it's reasonable for anyone to expect
you to hold up your development indefinitely.

The bug has been fixed. We'll do the new release this coming weekend
that makes it generally available. I think we can move on to other
issues. :-)

---Brett.



On Wed, Mar 10, 2010 at 2:42 AM, Stefan Frey <ste...@we...> wrote:
> Brett:
> Sorry I realized that connection to the bug-fix release too late:
> I have a backport ready since I fixed that bug.
> Unfortunately I did not have a working address for Chris (for the sourceforge
> account I even get bouncing messages).
>
> Thus I suggest a quick bug-fix release (1.1.3.1) for 1.1.3, as I would still
> like to check-in my remaining bug-fixes before 1.1.4.
>
> I have attached the patch file for 1.1.3.
>
> Stefan
>
>
> On Tuesday 09 March 2010 21:38:10 brett lentz wrote:
>> Stefan and I were discussing this, and I think I dropped the ball.
>>
>> We were trying to decide how close he was to being ready to release
>> 1889 and do a full release, or if we needed to get the critical
>> bug-fix out before then.
>>
>> I think what probably makes sense is to leave 1889 marked as not yet
>> supported, do the release as-is, and then as soon as Stefan is done
>> with his work, we can do another release for that.  So, to be clear,
>> these would be 1.1.4 and 1.1.5, respectively.
>>
>> If there are no objections or concerns, I'll get moving on this tomorrow
>> night.
>>
>> ---Brett.
>>
>> On Tue, Mar 9, 2010 at 12:08 PM, Erik Vos <eri...@xs...> wrote:
>> > Hi Chris,
>> >
>> > New releases are not really planned but come out when a consensus is
>> > growing that it is about time to do so.
>> > Which is why I'm copying this message to the group. I have the feeling,
>> > though, that we're close to releasing version 1.1.4 (BTW it's Brett who
>> > is doing the actual releases so far).
>> >Erik Vos <eri...@xs...>
>> > I'm rather in low gear now, but Stefan Frey is pretty active; I'm not
>> > sure if he is near a stable point in his developments.
>> >
>> > Erik.
>> >
>> >
>> > -----Original Message-----
>> > From: Chris Fawcett [mailto:cfa...@us...]
>> > Sent: Monday 08 March 2010 15:09
>> > To: ev...@us...
>> > Cc: cfa...@us...
>> > Subject: Next Update?
>> >
>> >
>> > Message body follows:
>> >
>> > Erik, when do you plan to release the next update?  I have
>> > an 18AL game on hold pending a fix that was recently made.
>> >
>> > --

Re: [Rails-devel] Stockmarket type aka 1825 dev?

[Phil D. <de...@gm...>]

Erik: A patch with bits I've managed so far is attached, the tiles I
couldn't immediately find are marked with a placeholder comment in the
map.xml, in most cases I've just used a circle city tile to represent
them.  I'm sure some of these already exist, I just need to locate
them in the tile DB.  I have 1825 at home but I've been using this
image: http://www.boardgamegeek.com/image/678058/1825-unit-1 to save
sitting with my box scattered over the table :p.

I'll have a look at the 1835 code and play around with that for stock
market.  I didn't realise that used the gradual availability as well
so that should be a good example.

I agree with Stefan's suggestion in his later mail regarding the map
display.  Units 1,2 and 3 are numbered consistently.  Currently when
rails display U1 it just has nothing in rows A through Q, if it worked
out what the minimum letter and number were and then drew from that
point, that would make U1 work fine straight away.

Also, in terms of adding the other units, a fairly crude way would be
to just surround every map entry with an ifOption tag, and have the 3
Units as discrete options within the game setup window, with a check
to ensure that at least one of them has been selected.  I'm assuming
ifOptions are respected in map.xml...I haven't actually checked.

Phil

On 9 March 2010 23:17, Erik Vos <eri...@xs...> wrote:
> I have a very sketchily working version of 1825 Unit 1 but most of the
> more complex pre-printed tiles are not correct since they aren't in
> the tile database, the map has a massive blank spot from row A down to
> row R since Unit 1 starts row numbering later in the alphabet, and the
> stock rounds don't even remotely work correctly...so I haven't made a
> lot of progress but I'm happy to share what little I have done!
>
> [EV] If you send me your XML, I can use it as test material to fix the map
> display.
> I think we'll need some extra parameter like firstLetter="R" or such like.
> As for the missing tiles, I can create these. I do have 1825U1, but a list
> of what you found missing would be helpful.
>
> [EV] Not sure what your problem with stock rounds is, but for the gradual
> availability of companies you could look at 1835 which has the same thing.
> There it's hardcoded in class rails.game.specific._1835.StockRound_1835; you
> could use that as an example.
>
>> An of course, is there any interest in 1825, and has anything useful been
>> done there? I can't find anything in the CVS main trunk, but Phil Davies
>> posted here a while ago that he'd been looking at the possibility, but no
>> specifics. I have quite a few ides but I'm not sure how to implement all
> of
>> them. I forsee problems with supporting different combinations of
>> Units/regionals/Kits (changing maps, available tiles, available trains,
> size
>> of main bank etc.), as well as separate banks for players and companies.
>
> [EV] I'd suggest to start with 1825U1 and get that right first. The other
> units and regions can then probably be added fairly easily.
> I think you can already get a long way with the existing Option/Variant
> features.
>
> Erik.
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Next Update?

[Stefan F. <ste...@we...>]

Brett:
Sorry I realized that connection to the bug-fix release too late:
I have a backport ready since I fixed that bug.
Unfortunately I did not have a working address for Chris (for the sourceforge 
account I even get bouncing messages).

Thus I suggest a quick bug-fix release (1.1.3.1) for 1.1.3, as I would still 
like to check-in my remaining bug-fixes before 1.1.4.

I have attached the patch file for 1.1.3.

Stefan


On Tuesday 09 March 2010 21:38:10 brett lentz wrote:
> Stefan and I were discussing this, and I think I dropped the ball.
>
> We were trying to decide how close he was to being ready to release
> 1889 and do a full release, or if we needed to get the critical
> bug-fix out before then.
>
> I think what probably makes sense is to leave 1889 marked as not yet
> supported, do the release as-is, and then as soon as Stefan is done
> with his work, we can do another release for that.  So, to be clear,
> these would be 1.1.4 and 1.1.5, respectively.
>
> If there are no objections or concerns, I'll get moving on this tomorrow
> night.
>
> ---Brett.
>
> On Tue, Mar 9, 2010 at 12:08 PM, Erik Vos <eri...@xs...> wrote:
> > Hi Chris,
> >
> > New releases are not really planned but come out when a consensus is
> > growing that it is about time to do so.
> > Which is why I'm copying this message to the group. I have the feeling,
> > though, that we're close to releasing version 1.1.4 (BTW it's Brett who
> > is doing the actual releases so far).
> >Erik Vos <eri...@xs...>
> > I'm rather in low gear now, but Stefan Frey is pretty active; I'm not
> > sure if he is near a stable point in his developments.
> >
> > Erik.
> >
> >
> > -----Original Message-----
> > From: Chris Fawcett [mailto:cfa...@us...]
> > Sent: Monday 08 March 2010 15:09
> > To: ev...@us...
> > Cc: cfa...@us...
> > Subject: Next Update?
> >
> >
> > Message body follows:
> >
> > Erik, when do you plan to release the next update?  I have
> > an 18AL game on hold pending a fix that was recently made.
> >
> > --
> > This message has been sent to you, a registered SourceForge.net user,
> > by another site user, through the SourceForge.net site.  This message
> > has been delivered to your SourceForge.net mail alias.  You may reply
> > to this message using the "Reply" feature of your email client, or
> > using the messaging facility of SourceForge.net at:
> > https://sourceforge.net/sendmessage.php?touser=2635896
> >
> >
> > -------------------------------------------------------------------------
> >----- Download Intel&#174; Parallel Studio Eval
> > Try the new software tools for yourself. Speed compiling, find bugs
> > proactively, and fine-tune applications for parallel performance.
> > See why Intel Parallel Studio got high marks during beta.
> > http://p.sf.net/sfu/intel-sw-dev
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>
> ---------------------------------------------------------------------------
>--- Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Stockmarket type aka 1825 dev?

[Stefan F. <ste...@we...>]

A very simple idea:
Just let the map displaying class figuring out what are the min(letter) and 
min(numbers) are, and then start displaying from those rows/columns. 
I would avoid an additional (double) mapping for that reason. 
Stefan

On Wednesday 10 March 2010 00:21:17 brett lentz wrote:
>  On Tue, Mar 9, 2010 at 3:17 PM, Erik Vos <eri...@xs...> wrote:
> > I have a very sketchily working version of 1825 Unit 1 but most of the
> > more complex pre-printed tiles are not correct since they aren't in
> > the tile database, the map has a massive blank spot from row A down to
> > row R since Unit 1 starts row numbering later in the alphabet, and the
> > stock rounds don't even remotely work correctly...so I haven't made a
> > lot of progress but I'm happy to share what little I have done!
> >
> > [EV] If you send me your XML, I can use it as test material to fix the
> > map display.
> > I think we'll need some extra parameter like firstLetter="R" or such
> > like. As for the missing tiles, I can create these. I do have 1825U1, but
> > a list of what you found missing would be helpful.
>
> Or we can just divorce the text displayed by the map from the internal
> grid numbering and just maintain a mapping.
>
> ---Brett.
>
> ---------------------------------------------------------------------------
>--- Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Next Update?

[tefan F. <ste...@we...>]

Brett:
in fact 1889 is (fully) supported in CVS for around a week. 

The only exception is that one restriction during forced share selling is not 
enforced by Rails, but there is a workaround (simply declare that player 
bankrupt and end the game).
I intend to work on that in combination with the wrong bankruptcy handling in 
18EU and further problems in the end-of game handling of Rails.

The other new features NoMapMode and CashCorrection are working fine
and are ready for release.

I do not intend to add any new feature for this release, thus I am only doing 
(simple) bug-fixes now (most of them are related to the undo-mechanism).
There is still one I would like to close (forced undo crossing round types can 
cause Rails to accept no further user actions.)

My suggestion is a release after the coming weekend.

Stefan



On Tuesday 09 March 2010 21:38:10 brett lentz wrote:
> Stefan and I were discussing this, and I think I dropped the ball.
>
> We were trying to decide how close he was to being ready to release
> 1889 and do a full release, or if we needed to get the critical
> bug-fix out before then.
>
> I think what probably makes sense is to leave 1889 marked as not yet
> supported, do the release as-is, and then as soon as Stefan is done
> with his work, we can do another release for that.  So, to be clear,
> these would be 1.1.4 and 1.1.5, respectively.
>
> If there are no objections or concerns, I'll get moving on this tomorrow
> night.
>
> ---Brett.
>
> On Tue, Mar 9, 2010 at 12:08 PM, Erik Vos <eri...@xs...> wrote:
> > Hi Chris,
> >
> > New releases are not really planned but come out when a consensus is
> > growing that it is about time to do so.
> > Which is why I'm copying this message to the group. I have the feeling,
> > though, that we're close to releasing version 1.1.4 (BTW it's Brett who
> > is doing the actual releases so far).
> >
> > I'm rather in low gear now, but Stefan Frey is pretty active; I'm not
> > sure if he is near a stable point in his developments.
> >
> > Erik.
> >
> >
> > -----Original Message-----
> > From: Chris Fawcett [mailto:cfa...@us...]
> > Sent: Monday 08 March 2010 15:09
> > To: ev...@us...
> > Cc: cfa...@us...
> > Subject: Next Update?
> >
> >
> > Message body follows:
> >
> > Erik, when do you plan to release the next update?  I have
> > an 18AL game on hold pending a fix that was recently made.
> >
> > --
> > This message has been sent to you, a registered SourceForge.net user,
> > by another site user, through the SourceForge.net site.  This message
> > has been delivered to your SourceForge.net mail alias.  You may reply
> > to this message using the "Reply" feature of your email client, or
> > using the messaging facility of SourceForge.net at:
> > https://sourceforge.net/sendmessage.php?touser=2635896
> >
> >
> > -------------------------------------------------------------------------
> >----- Download Intel&#174; Parallel Studio Eval
> > Try the new software tools for yourself. Speed compiling, find bugs
> > proactively, and fine-tune applications for parallel performance.
> > See why Intel Parallel Studio got high marks during beta.
> > http://p.sf.net/sfu/intel-sw-dev
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>
> ---------------------------------------------------------------------------
>--- Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Stockmarket type aka 1825 dev?

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

 On Tue, Mar 9, 2010 at 3:17 PM, Erik Vos <eri...@xs...> wrote:
> I have a very sketchily working version of 1825 Unit 1 but most of the
> more complex pre-printed tiles are not correct since they aren't in
> the tile database, the map has a massive blank spot from row A down to
> row R since Unit 1 starts row numbering later in the alphabet, and the
> stock rounds don't even remotely work correctly...so I haven't made a
> lot of progress but I'm happy to share what little I have done!
>
> [EV] If you send me your XML, I can use it as test material to fix the map
> display.
> I think we'll need some extra parameter like firstLetter="R" or such like.
> As for the missing tiles, I can create these. I do have 1825U1, but a list
> of what you found missing would be helpful.
>

Or we can just divorce the text displayed by the map from the internal
grid numbering and just maintain a mapping.

---Brett.

Re: [Rails-devel] Stockmarket type aka 1825 dev?

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

I have a very sketchily working version of 1825 Unit 1 but most of the
more complex pre-printed tiles are not correct since they aren't in
the tile database, the map has a massive blank spot from row A down to
row R since Unit 1 starts row numbering later in the alphabet, and the
stock rounds don't even remotely work correctly...so I haven't made a
lot of progress but I'm happy to share what little I have done!

[EV] If you send me your XML, I can use it as test material to fix the map
display.
I think we'll need some extra parameter like firstLetter="R" or such like.
As for the missing tiles, I can create these. I do have 1825U1, but a list
of what you found missing would be helpful.

[EV] Not sure what your problem with stock rounds is, but for the gradual
availability of companies you could look at 1835 which has the same thing.
There it's hardcoded in class rails.game.specific._1835.StockRound_1835; you
could use that as an example.

> An of course, is there any interest in 1825, and has anything useful been
> done there? I can't find anything in the CVS main trunk, but Phil Davies
> posted here a while ago that he'd been looking at the possibility, but no
> specifics. I have quite a few ides but I'm not sure how to implement all
of
> them. I forsee problems with supporting different combinations of
> Units/regionals/Kits (changing maps, available tiles, available trains,
size
> of main bank etc.), as well as separate banks for players and companies.

[EV] I'd suggest to start with 1825U1 and get that right first. The other
units and regions can then probably be added fairly easily.
I think you can already get a long way with the existing Option/Variant
features.

Erik.

Re: [Rails-devel] bug ID: 2965669 -- 1856: port token should die on6-train - ID: 2965669

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

Right. The Port token was removed at the start of phase 6, that should have
been (and now is) 5.
For one moment I had overlooked that in 1856 train and phase numbers don't
match...

Erik. 

-----Original Message-----
From: Aliza Panitz [mailto:ali...@gm...] 
Sent: Monday 08 March 2010 22:16
To: Development list for Rails: an 18xx game
Subject: [Rails-devel] bug ID: 2965669 -- 1856: port token should die
on6-train - ID: 2965669

bug ID: 2965669

Details:
Rails 1.1.3 has the CGR inheriting the port token from one of its
predecessors. This is wrong -- unlike the permanent tunnel and bridge
bonuses, the $20 port token dies on the first 6-train.

==================
Great Lakes Shipping Company	Cost: $70 Revenue: $15
At any time during its operating round, the owning public company may place
the port token in any one city adjacent to Lake Erie, Lake Huron, or
Georgian Bay. These cities are marked with an anchor symbol. The port token
raises the value of that city by $20 for only the owning company. Once
placed, the port token may not be moved. This port token, if placed, is
removed when the first type 6 train is purchased. Placement of this token
closes the Great Lakes Shipping Company.
==================

----------------------------------------------------------------------------
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Next Update?

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

Stefan and I were discussing this, and I think I dropped the ball.

We were trying to decide how close he was to being ready to release
1889 and do a full release, or if we needed to get the critical
bug-fix out before then.

I think what probably makes sense is to leave 1889 marked as not yet
supported, do the release as-is, and then as soon as Stefan is done
with his work, we can do another release for that.  So, to be clear,
these would be 1.1.4 and 1.1.5, respectively.

If there are no objections or concerns, I'll get moving on this tomorrow night.

---Brett.



On Tue, Mar 9, 2010 at 12:08 PM, Erik Vos <eri...@xs...> wrote:
> Hi Chris,
>
> New releases are not really planned but come out when a consensus is growing
> that it is about time to do so.
> Which is why I'm copying this message to the group. I have the feeling,
> though, that we're close to releasing version 1.1.4 (BTW it's Brett who is
> doing the actual releases so far).
>
> I'm rather in low gear now, but Stefan Frey is pretty active; I'm not sure
> if he is near a stable point in his developments.
>
> Erik.
>
>
> -----Original Message-----
> From: Chris Fawcett [mailto:cfa...@us...]
> Sent: Monday 08 March 2010 15:09
> To: ev...@us...
> Cc: cfa...@us...
> Subject: Next Update?
>
>
> Message body follows:
>
> Erik, when do you plan to release the next update?  I have
> an 18AL game on hold pending a fix that was recently made.
>
> --
> This message has been sent to you, a registered SourceForge.net user,
> by another site user, through the SourceForge.net site.  This message
> has been delivered to your SourceForge.net mail alias.  You may reply
> to this message using the "Reply" feature of your email client, or
> using the messaging facility of SourceForge.net at:
> https://sourceforge.net/sendmessage.php?touser=2635896
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Next Update?

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

Hi Chris,

New releases are not really planned but come out when a consensus is growing
that it is about time to do so.
Which is why I'm copying this message to the group. I have the feeling,
though, that we're close to releasing version 1.1.4 (BTW it's Brett who is
doing the actual releases so far).

I'm rather in low gear now, but Stefan Frey is pretty active; I'm not sure
if he is near a stable point in his developments.

Erik.


-----Original Message-----
From: Chris Fawcett [mailto:cfa...@us...] 
Sent: Monday 08 March 2010 15:09
To: ev...@us...
Cc: cfa...@us...
Subject: Next Update?


Message body follows:

Erik, when do you plan to release the next update?  I have
an 18AL game on hold pending a fix that was recently made.

--
This message has been sent to you, a registered SourceForge.net user,
by another site user, through the SourceForge.net site.  This message
has been delivered to your SourceForge.net mail alias.  You may reply
to this message using the "Reply" feature of your email client, or
using the messaging facility of SourceForge.net at:
https://sourceforge.net/sendmessage.php?touser=2635896