rails-devel — List for discussion of Rails development

[Rails-devel] Rails wiki

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

I found a rudimentary (Media) Wiki on the Sourceforge Rails site, and I
tried to add some info about the windows settings facility that I had just
implemented, but I don't seem to have Edit access. Is this Wiki useful at
all? If so, can anyone fix it for me? 

Another thing that we urgently need is a Change Log, so we can make better
Release Notes for future Rails versions.
Perhaps we could also do that in the Wiki. 
Per change item I would suggest to include:
- date,
- author,
- SVN revision numbers (useful though not essential), 
- the bug report/feature request number (if applicable),
- description of the change,
- optionally the main source file(s) affected (not necessary for
consequential effects such as caused by method name changes etc.)

It doesn't need to be perfect, but something is better than nothing.

Erik.

Re: [Rails-devel] Window position and size persistence

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

OK, I have added a system property for the settings directory:
    -Dsettings.directory=<path>
 
A default settings file can exist and must be named settings_xxxx.rails.ini.
This file must be created manually, e.g. by copying a game-specific file
that you want to use as a default.
(I do not want to create a UI menu to manage settings and files, as I want
to keep this whole facility small, simple and unobstrusive.)
 
The default settings file is read if no game-specific file exists.
However, only the game-specific file will be ever (over)written at quitting
the game.
 
For the stock chart, only the location is applied if the default file is
read. Setting a default stock chart size gives bad results.
 
Erik


  _____  

From: Chris Shaffer [mailto:chr...@gm...] 
Sent: Sunday 26 December 2010 19:29
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] Window position and size persistence


Is there any way to set the location of the ini file in the script that
loads the game?  I want to be able to specify one window arrangement for my
laptop, one for my desktop, etc.  I keep the rails jar file in my (personal,
not shared) Dropbox folder.

Also, can I set the window locations persistently across all games, rather
than per-game?

Re: [Rails-devel] Another obscure 18EU bug

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

Same here.

--
Chris

Please consider the environment before printing this e-mail.


On Mon, Dec 27, 2010 at 9:04 PM, Scott Petersen <sc...@re...>wrote:

> On Mon, Dec 27, 2010 at 8:16 PM, John David Galt <
> jd...@di...> wrote:
>
>> Using Rails 1.4 -- I saved this position just after laying track with KBS.
>> The AI is suggesting a train route (for KBS) that runs through north
>> Paris,
>> blocked by SNCF's token.
>>
>
> When I open this file, it runs London/Strasbourg/Munich/Hamburg for 360. No
> Paris.
>
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment,
> and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>

Re: [Rails-devel] Another obscure 18EU bug

[Scott P. <sc...@re...>]

On Mon, Dec 27, 2010 at 8:16 PM, John David Galt <
jd...@di...> wrote:

> Using Rails 1.4 -- I saved this position just after laying track with KBS.
> The AI is suggesting a train route (for KBS) that runs through north Paris,
> blocked by SNCF's token.
>

When I open this file, it runs London/Strasbourg/Munich/Hamburg for 360. No
Paris.

[Rails-devel] Another obscure 18EU bug

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

Using Rails 1.4 -- I saved this position just after laying track with KBS.
The AI is suggesting a train route (for KBS) that runs through north Paris,
blocked by SNCF's token.

Re: [Rails-devel] Window position and size persistence

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

On Mon, Dec 27, 2010 at 2:09 AM, Erik Vos <eri...@xs...> wrote:

>  Chris,
>
> Also, can I set the window locations persistently across all games, rather
> than per-game?
>
> It's either both or none of locations (of the left upper corner) and sizes
> (width, height). Not sure if you really want to fix the *sizes* across all
> games?
>
> The choice between per-game or same-for-all-games could be (yet) another
> game option. Or does everyone want it the same way?
>
> Erik.
>
>

The thing that makes the most sense to me is to have a global value that is
overridden on a per-game basis.

---Brett.

Re: [Rails-devel] Window position and size persistence

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

Chris,

Also, can I set the window locations persistently across all games, rather
than per-game?

It's either both or none of locations (of the left upper corner) and sizes
(width, height). Not sure if you really want to fix the *sizes* across all
games?
 
The choice between per-game or same-for-all-games could be (yet) another
game option. Or does everyone want it the same way?

Erik. 

Re: [Rails-devel] Window position and size persistence

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

Not yet, but your suggestions are noted. 
Erik.


  _____  

From: Chris Shaffer [mailto:chr...@gm...] 
Sent: Sunday 26 December 2010 19:29
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] Window position and size persistence


Is there any way to set the location of the ini file in the script that
loads the game?  I want to be able to specify one window arrangement for my
laptop, one for my desktop, etc.  I keep the rails jar file in my (personal,
not shared) Dropbox folder.

Also, can I set the window locations persistently across all games, rather
than per-game?

--
Chris

Please consider the environment before printing this e-mail.



On Sat, Dec 25, 2010 at 3:36 PM, Erik Vos <eri...@xs...> wrote:


I have committed (still somewhat experimental) code that implements the
requested feature #3064823 to have the main windows remember their bounds
(location and size) across program restarts.

This is handled by a new class WindowSettings.
The bounds per window and per game are saved in a file named like
"settings_xxxx.rails_ini", where xxxx is the game name.
This file is stored in the save directory (as does ConfigWindow with its
config files), but I'm open to any other suggestions.

The settings are stored only when the program terminates normally, i.e. via
File|Quit in the StatusWindow, or when the StatusWindow is closed.

Window identification is per class name. This implies, that ReportWindow and
ReportWindowDynamic have separate settings.

Erik.



----------------------------------------------------------------------------
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment,
and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Window position and size persistence

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

Is there any way to set the location of the ini file in the script that
loads the game?  I want to be able to specify one window arrangement for my
laptop, one for my desktop, etc.  I keep the rails jar file in my (personal,
not shared) Dropbox folder.

Also, can I set the window locations persistently across all games, rather
than per-game?

--
Chris

Please consider the environment before printing this e-mail.


On Sat, Dec 25, 2010 at 3:36 PM, Erik Vos <eri...@xs...> wrote:

> I have committed (still somewhat experimental) code that implements the
> requested feature #3064823 to have the main windows remember their bounds
> (location and size) across program restarts.
>
> This is handled by a new class WindowSettings.
> The bounds per window and per game are saved in a file named like
> "settings_xxxx.rails_ini", where xxxx is the game name.
> This file is stored in the save directory (as does ConfigWindow with its
> config files), but I'm open to any other suggestions.
>
> The settings are stored only when the program terminates normally, i.e. via
> File|Quit in the StatusWindow, or when the StatusWindow is closed.
>
> Window identification is per class name. This implies, that ReportWindow
> and
> ReportWindowDynamic have separate settings.
>
> Erik.
>
>
>
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment,
> and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

[Rails-devel] Window position and size persistence

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

I have committed (still somewhat experimental) code that implements the
requested feature #3064823 to have the main windows remember their bounds
(location and size) across program restarts.

This is handled by a new class WindowSettings.
The bounds per window and per game are saved in a file named like
"settings_xxxx.rails_ini", where xxxx is the game name.
This file is stored in the save directory (as does ConfigWindow with its
config files), but I'm open to any other suggestions.

The settings are stored only when the program terminates normally, i.e. via
File|Quit in the StatusWindow, or when the StatusWindow is closed.

Window identification is per class name. This implies, that ReportWindow and
ReportWindowDynamic have separate settings.

Erik.

[Rails-devel] 18EU tiles #81-83 (feature request 2932407)

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

The 18EU tiles #80-83 and #544-546 are now displayed in their simplified
form, as in the printed game.
These tiles are internally numbered 3080-3083 and 3544-3546.

Erik.

[Rails-devel] Bug fix 3064831: 18EU minors could lay green tiles

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

Fixed a problem where in 18EU minors were allowed to lay green tiles (bug
#3064831, originally reported by John David Galt).
This bug was caused by the LayTile object have a tileColour allowance map
entry {green=0}.
This entry shouldn't have existed, but the zero value wasn't checked for
anywhere either.
Now in two places zero values are checked for.

I think this error has been introduced by a recent change by Stefan on
mapping the layable tile colours.
I haven't tried to pinpoint the origin (which hardly can called a bug), but
only mitigated the consequences by adding checks, which are useful anyway.

Erik.

Re: [Rails-devel] [Rails-users] Bugs in 1889 game

[Dave B. <da...@be...>]

Thanks for the response, Erik!

Dave.


At 12:18 18/12/2010, Erik Vos wrote:
>In 1889, I have replaced tile #440 and removed the optional 6-train.
>Erik.
>
>-----Original Message-----
>From: Erik Vos [mailto:eri...@xs...]
>Sent: Wednesday 15 December 2010 22:58
>To: 'Dave Berry'; 'rai...@li...'
>Cc: rai...@li...
>Subject: RE: [Rails-users] Bugs in 1889 game
>
>See comments below.
>Erik.
>
>-----Original Message-----
>From: Dave Berry [mailto:da...@be...]
>Sent: Sunday 12 December 2010 22:56
>To: rai...@li...
>Subject: [Rails-users] Bugs in 1889 game
>
>Hi,
>
>We used Rails alongside a face-to-face game of 1889 today and noted a
>couple of issues.  In case it is relevant, we were using the DTG
>edition of the game and playing the beginners' variant.
>
>The first was quite difficult to work around.  One player, who has
>132 cash, wanted to buy the director's share of the IR at 65
>par.  When we clicked on the treasury shares, the pop-up dialog asked
>if he wanted to start the IR with a par price of 0.  If we cancelled
>the dialog and tried again, we got the same result.  If we clicked
>OK, another dialog popped up to say that this wasn't a valid par
>price!   As an experiment, if that player sold another share first,
>to get more cash in hand, and then tried to buy the director's share
>of the IR, we got the usual dialog offering the full range of par prices.
>
>[EV] This is a bug: the UI doesn't correctly handle the case where there is
>just enough cash available to start a company at the  lowest price only.
>This has been fixed in the code base.
>
>The second issue was that the green Takamatsu tile had only one
>marker space in Rails.  It should have two.
>
>[EV] Tile #440 should be replaced. I will look at that later.
>
>A less important issue was that the distribution of privates had to
>be entered using the normal auction dialog, rather than being
>randomly dealt.  This was easy to work around.  We just dealt the
>physical certificates and bought them in the appropriate order.
>
>[EV] Random dealing has not yet been implemented in Rails.
>
>I also noticed that the set-up options for Rails listed an optional
>3rd 6-train.  I don't think this exists in 1889?
>
>[EV] I suppose this is caused by copy-and-pasting from 1830. Indeed the
>rules don't mention an optional 6-train.
>If nobody objects, I will remove this option.
>
>
>
>Best wishes,
>
>Dave Berry.
>
>
>
>----------------------------------------------------------------------------
>--
>Lotusphere 2011
>Register now for Lotusphere 2011 and learn how
>to connect the dots, take your collaborative environment
>to the next level, and enter the era of Social Business.
>http://p.sf.net/sfu/lotusphere-d2d
>_______________________________________________
>Rails-users mailing list
>Rai...@li...
>https://lists.sourceforge.net/lists/listinfo/rails-users

Re: [Rails-devel] 1830 Selling a just bought share

[Scott P. <sc...@re...>]

On Sun, Dec 19, 2010 at 6:51 AM, Erik Vos <eri...@xs...> wrote:
>
> Bug #3100099:
> "Currently a player is allowed by Rails to sell a share to raise capital to
> buy a share ... and subsequently to sell *that* share. Most groups interpret
> the rules to prohibit this behavior.

Although it's just another arbitrary data point, when I have questions
about 1830 that are not covered by the rules, I defer to Steve Thomas'
1830 Rules Clarifications and usually try to follow his lead.
http://www.18xx.net/1830/1830f.htm

"Sell/Buy/Sell

Rule 4.0 states "During his turn of a Stock Round a player may buy ONE
stock certificate and sell ANY NUMBER of certificates. Either or both
of these actions may be performed (and in either order)." This
precludes selling, then buying, then selling again. In practice, the
only time this makes a difference is when the player wants to buy and
sell a single share of stock (in order to depress its price, for
example) and must sell other stock to raise the necessary cash or
create space in the portfolio.

It is believed in some quarters (without any evidence that I've seen)
that the designers' intentions were to allow sell/buy/sell, and many
groups play this way. My group normally forbids sell-buy-sell unless
one of a small number of players is taking part."

So in this case, I think it is worth adding as an option.  If there
are other items from Steve's list for which it is unclear how rails
handles them, I would be willing to construct scenarios and test
them--just let me know.

[Rails-devel] 1830 Selling a just bought share

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

Bug #3100099:
"Currently a player is allowed by Rails to sell a share to raise capital to
buy a share ... and subsequently to sell *that* share. Most groups interpret
the rules to prohibit this behavior. Selling other shares is irrelevant as
it could legally be done beforehand at the same effect."

The rules differences list has:
"2.9 - Can you buy a certificate and immediately sell a certificate in the
same company?
(...)1830(...) Yes."


I'm not sure if the bug reporter is correct when stating "Most groups...". 
Even if so, groups could decide not to buy then sell the same share (as it
is explicitly disallowed in 1856).

I could add an option to allow or disallow this in 1830, but is it worth
while?  
Opinions?

Erik.

[Rails-devel] 1856: fixed CGR formation bug

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

I have fixed bug #3122675, which affects 1856, and it was a major one.

The CGR, if formed, was always placed last in the current OR company
operating order, causing all companies that had not yet operated (and still
exist) to have their turn skipped. So far I had no test case to catch such a
problem, but now I have one (thanks, Mike! (mjshaver)).

Erik.

Re: [Rails-devel] [Rails-users] Bugs in 1889 game

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

In 1889, I have replaced tile #440 and removed the optional 6-train.
Erik.

-----Original Message-----
From: Erik Vos [mailto:eri...@xs...] 
Sent: Wednesday 15 December 2010 22:58
To: 'Dave Berry'; 'rai...@li...'
Cc: rai...@li...
Subject: RE: [Rails-users] Bugs in 1889 game

See comments below.
Erik.

-----Original Message-----
From: Dave Berry [mailto:da...@be...] 
Sent: Sunday 12 December 2010 22:56
To: rai...@li...
Subject: [Rails-users] Bugs in 1889 game

Hi,

We used Rails alongside a face-to-face game of 1889 today and noted a 
couple of issues.  In case it is relevant, we were using the DTG 
edition of the game and playing the beginners' variant.

The first was quite difficult to work around.  One player, who has 
132 cash, wanted to buy the director's share of the IR at 65 
par.  When we clicked on the treasury shares, the pop-up dialog asked 
if he wanted to start the IR with a par price of 0.  If we cancelled 
the dialog and tried again, we got the same result.  If we clicked 
OK, another dialog popped up to say that this wasn't a valid par 
price!   As an experiment, if that player sold another share first, 
to get more cash in hand, and then tried to buy the director's share 
of the IR, we got the usual dialog offering the full range of par prices.

[EV] This is a bug: the UI doesn't correctly handle the case where there is
just enough cash available to start a company at the  lowest price only.
This has been fixed in the code base.

The second issue was that the green Takamatsu tile had only one 
marker space in Rails.  It should have two.

[EV] Tile #440 should be replaced. I will look at that later. 

A less important issue was that the distribution of privates had to 
be entered using the normal auction dialog, rather than being 
randomly dealt.  This was easy to work around.  We just dealt the 
physical certificates and bought them in the appropriate order.

[EV] Random dealing has not yet been implemented in Rails.

I also noticed that the set-up options for Rails listed an optional 
3rd 6-train.  I don't think this exists in 1889?

[EV] I suppose this is caused by copy-and-pasting from 1830. Indeed the
rules don't mention an optional 6-train. 
If nobody objects, I will remove this option.



Best wishes,

Dave Berry.



----------------------------------------------------------------------------
--
Lotusphere 2011
Register now for Lotusphere 2011 and learn how
to connect the dots, take your collaborative environment
to the next level, and enter the era of Social Business.
http://p.sf.net/sfu/lotusphere-d2d
_______________________________________________
Rails-users mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-users

Re: [Rails-devel] 1825 revenue calculation

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

Justin,

For the moment we've only been working on the core 1825 functionality,
and even then only Unit 1 is being thoroughly tested.  The plan Would
be to get Unit 1 working fine as a first pass, then it shouldn't be
too much additional effort to get Units 2/3 working.  After that I
would probably concentrate on the 'exception' rules that get added in
some of the regional extensions and minor companies.  The T trains
shouldn't be a big problem to add into the system when it comes to it.

Phil


On 14 December 2010 23:58, Justin Rebelo <jus...@gm...> wrote:
> I apologize if this is already obvious and implied, but I don't have
> context as I am only going by what's in your message and do not
> actually read/modify the code involved. Have you accounted for 1825's
> "T" trains which are excepted from the rule about TerminateAtMajorOnly
> rules? If not, some of the minor companies in 1825 do include these
> trains whose special power is solely the ability to terminate on small
> towns.
>
> On Sun, Oct 17, 2010 at 4:09 AM, Stefan Frey <ste...@we...> wrote:
>> After a very busy period the last few weeks (due to a move of the whole
>> family), I will start coding/discussing again.
>>
>> As a start I finished the 1825 revenue calculation support:
>> In addition to the modifiers that enable DoubleHeading and
>> TerminatAtMajorOnly, there is another one that checks for
>> ScoreTileOnlyOnce.
>> To activate those they have to be defined in the RevenueManager section
>> in game.xml.
>>
>> If I remember 1825 well enough, this supports the full ruleset of the revenue
>> calculation in 1825.
>>
>> Stefan
>>
>> ------------------------------------------------------------------------------
>> Download new Adobe(R) Flash(R) Builder(TM) 4
>> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly
>> Flex(R) Builder(TM)) enable the development of rich applications that run
>> across multiple browsers and platforms. Download your free trials today!
>> http://p.sf.net/sfu/adobe-dev2dev
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>
> ------------------------------------------------------------------------------
> Lotusphere 2011
> Register now for Lotusphere 2011 and learn how
> to connect the dots, take your collaborative environment
> to the next level, and enter the era of Social Business.
> http://p.sf.net/sfu/lotusphere-d2d
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] [Rails-users] Bugs in 1889 game

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

See comments below.
Erik.

-----Original Message-----
From: Dave Berry [mailto:da...@be...] 
Sent: Sunday 12 December 2010 22:56
To: rai...@li...
Subject: [Rails-users] Bugs in 1889 game

Hi,

We used Rails alongside a face-to-face game of 1889 today and noted a 
couple of issues.  In case it is relevant, we were using the DTG 
edition of the game and playing the beginners' variant.

The first was quite difficult to work around.  One player, who has 
132 cash, wanted to buy the director's share of the IR at 65 
par.  When we clicked on the treasury shares, the pop-up dialog asked 
if he wanted to start the IR with a par price of 0.  If we cancelled 
the dialog and tried again, we got the same result.  If we clicked 
OK, another dialog popped up to say that this wasn't a valid par 
price!   As an experiment, if that player sold another share first, 
to get more cash in hand, and then tried to buy the director's share 
of the IR, we got the usual dialog offering the full range of par prices.

[EV] This is a bug: the UI doesn't correctly handle the case where there is
just enough cash available to start a company at the  lowest price only.
This has been fixed in the code base.

The second issue was that the green Takamatsu tile had only one 
marker space in Rails.  It should have two.

[EV] Tile #440 should be replaced. I will look at that later. 

A less important issue was that the distribution of privates had to 
be entered using the normal auction dialog, rather than being 
randomly dealt.  This was easy to work around.  We just dealt the 
physical certificates and bought them in the appropriate order.

[EV] Random dealing has not yet been implemented in Rails.

I also noticed that the set-up options for Rails listed an optional 
3rd 6-train.  I don't think this exists in 1889?

[EV] I suppose this is caused by copy-and-pasting from 1830. Indeed the
rules don't mention an optional 6-train. 
If nobody objects, I will remove this option.



Best wishes,

Dave Berry.



----------------------------------------------------------------------------
--
Lotusphere 2011
Register now for Lotusphere 2011 and learn how
to connect the dots, take your collaborative environment
to the next level, and enter the era of Social Business.
http://p.sf.net/sfu/lotusphere-d2d
_______________________________________________
Rails-users mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-users

Re: [Rails-devel] 1825 revenue calculation

[Justin R. <jus...@gm...>]

I apologize if this is already obvious and implied, but I don't have
context as I am only going by what's in your message and do not
actually read/modify the code involved. Have you accounted for 1825's
"T" trains which are excepted from the rule about TerminateAtMajorOnly
rules? If not, some of the minor companies in 1825 do include these
trains whose special power is solely the ability to terminate on small
towns.

On Sun, Oct 17, 2010 at 4:09 AM, Stefan Frey <ste...@we...> wrote:
> After a very busy period the last few weeks (due to a move of the whole
> family), I will start coding/discussing again.
>
> As a start I finished the 1825 revenue calculation support:
> In addition to the modifiers that enable DoubleHeading and
> TerminatAtMajorOnly, there is another one that checks for
> ScoreTileOnlyOnce.
> To activate those they have to be defined in the RevenueManager section
> in game.xml.
>
> If I remember 1825 well enough, this supports the full ruleset of the revenue
> calculation in 1825.
>
> Stefan
>
> ------------------------------------------------------------------------------
> Download new Adobe(R) Flash(R) Builder(TM) 4
> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly
> Flex(R) Builder(TM)) enable the development of rich applications that run
> across multiple browsers and platforms. Download your free trials today!
> http://p.sf.net/sfu/adobe-dev2dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

[Rails-devel] Broken bank

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

I have implemented John David Galt's suggestion (in bug #3065005) to display
"BROKEN" in the bank cash field once the bank has broken. However, in the
only end-game test case I have, the game immediately ends, so I cannot test
what happens if the bank amount raises above zero later on. I'm pretty
confident, though, that it will stay "BROKEN". If anyone has a saved game
file just before breaking, but not just before game-end, I would appreciate
getting such a file.

The backside of this feature that it is no longer possible in any way to
check the bank cash amount after breaking. But I don't consider that a great
loss.

Erik. 

Re: [Rails-devel] 1851 private company bug

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

Uh, whoops, looks like we gave the private companies to the wrong people.

Sorry about that.

--
Chris

Please consider the environment before printing this e-mail.


On Thu, Nov 4, 2010 at 4:32 AM, Phil Davies <de...@gm...> wrote:

> He's not supposed to?
>
> According to this page:
>
> http://www.18xx.net/1851/1851r102.htm
>
> It's the O&W that comes with the 10% L&N share, which has happened
>
>
>
> On 4 November 2010 04:46, Chris Shaffer <chr...@gm...> wrote:
> > In a new 4 player game of 1851, Bruce was dealt the ET&WNC but was not
> > granted a free share of the L&N.
> >
> >
> https://sourceforge.net/tracker/?func=detail&aid=3102653&group_id=132173&atid=723360
> >
> > --
> > Chris
> >
> > Please consider the environment before printing this e-mail.
> >
> >
> ------------------------------------------------------------------------------
> > The Next 800 Companies to Lead America's Growth: New Video Whitepaper
> > David G. Thomson, author of the best-selling book "Blueprint to a
> > Billion" shares his insights and actions to help propel your
> > business during the next growth cycle. Listen Now!
> > http://p.sf.net/sfu/SAP-dev2dev
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
> >
>
>
> ------------------------------------------------------------------------------
> The Next 800 Companies to Lead America's Growth: New Video Whitepaper
> David G. Thomson, author of the best-selling book "Blueprint to a
> Billion" shares his insights and actions to help propel your
> business during the next growth cycle. Listen Now!
> http://p.sf.net/sfu/SAP-dev2dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] 1851 private company bug

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

He's not supposed to?

According to this page:

http://www.18xx.net/1851/1851r102.htm

It's the O&W that comes with the 10% L&N share, which has happened



On 4 November 2010 04:46, Chris Shaffer <chr...@gm...> wrote:
> In a new 4 player game of 1851, Bruce was dealt the ET&WNC but was not
> granted a free share of the L&N.
>
> https://sourceforge.net/tracker/?func=detail&aid=3102653&group_id=132173&atid=723360
>
> --
> Chris
>
> Please consider the environment before printing this e-mail.
>
> ------------------------------------------------------------------------------
> The Next 800 Companies to Lead America's Growth: New Video Whitepaper
> David G. Thomson, author of the best-selling book "Blueprint to a
> Billion" shares his insights and actions to help propel your
> business during the next growth cycle. Listen Now!
> http://p.sf.net/sfu/SAP-dev2dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>

[Rails-devel] 1851 private company bug

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

In a new 4 player game of 1851, Bruce was dealt the ET&WNC but was not
granted a free share of the L&N.

https://sourceforge.net/tracker/?func=detail&aid=3102653&group_id=132173&atid=723360

--
Chris

Please consider the environment before printing this e-mail.

Re: [Rails-devel] Fwd: [Rails-users] 1.4, 1830, whole map not displaying

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

This all sounds astoundingly complicated

Good work!

On 28 October 2010 20:10, Erik Vos <eri...@xs...> wrote:
> As far as I can test, the problem is now completely fixed.
>
> The root cause was a combination of
> - the need for the UI to access certain data that it must obtain via the
> GameManager (in this case: which private is blocking a hex),
> - the fairly new method to find the GameManager via getInstance(), which
> needs NDC.get() to return a value that must be separately initialized in
> each thread that might need the GM,
> - bypassing the normal setup window caused the UI event thread to
> incompletely initialised until some action (such as laying a tile) is
> performed.
>
> The UI classes now all use the GameUIManager to find the GM.
>
> The fact that map painting stopped where it did (at hex J12) was probably
> caused by an error in finding data relating to the blocked hex I13 (by the
> B&O private), which was painted just before J12.
>
> As always, the fix will be in the next release.
>
> Erik.
>
> -----Original Message-----
> From: Erik Vos [mailto:eri...@xs...]
> Sent: Thursday 28 October 2010 00:09
> To: 'Development list for Rails: an 18xx game'
> Subject: RE: [Rails-devel] Fwd: [Rails-users] 1.4, 1830,whole map not
> displaying
>
> I have committed code that partially fixes the map display problem.
> The map still isn't completely displayed the first time that it shows up
> after loading a game this way.
> But there shouldn't be any more exceptions when tiles are laid.
> Moreover, once a new tile is laid and the scroll bar is moved a little, the
> whole map suddenly appears.
>
> It isn't yet clear to me why map display stops halfway, in particular
> because the first undisplayed hex (J12) is just plain empty space. I still
> suspect that it is an initialization issue.
>
>        If this code path is unmaintained, is there any reason not to remove
> it?
>
>        ---Brett.
>
> I said that *I* did not maintain RunGame. Not sure who wrote it.
> But it’s the only start class through which the game can be loaded this way,
> and I think it was meant to be the ultimate replacement for GameTest.
> Perhaps I should stop ignoring it.
>
> Erik.
>
>
> On Tue, Oct 26, 2010 at 2:58 PM, Erik Vos <eri...@xs...> wrote:
>> Indeed I can reproduce the half map when starting from the command line,
>> although I don't see any exception.
>>
>> My guess is that some difference has crept in between the initialization
>> sequences of RunGame.loadGame() and GameSetupWindow.loadAndStartGame().
> (BTW
>> I never use RunGame myself, and don't maintain it). I will try to have
>> another look later this week.
>>
>> Erik.
>>
>> ________________________________
>> From: Phil Davies [mailto:de...@gm...]
>> Sent: Tuesday 26 October 2010 20:33
>> To: Development list for Rails: an 18xx game
>> Subject: [Rails-devel] Fwd: [Rails-users] 1.4, 1830, whole map not
>> displaying
>>
>> Forwarding Marks mail from the users list, along with a save file showing
>> the issue
>> I've tried loading this under the current SVN revision and the issue is
>> definitely there.  When you launch using the start game window it loads
>> perfectly fine, but loading from the command line breaks the map and makes
>> laying tiles impossible.  I can't see any obvious differences in the setup
>> code.  There are a couple of mostly similar steps but they converge
>> at gameUIManager.startLoadedGame(); so from that point on I would expect
>> them to behave identically.
>> Phil
>> ---------- Forwarded message ----------
>> From: Mark Hamzy <ha...@ya...>
>> Date: 24 October 2010 21:46
>> Subject: [Rails-users] 1.4, 1830, whole map not displaying
>> To: rai...@li...
>>
>>
>> I am seeing an issue with the map not displaying the whole 1830 map on
> rails
>> 1.4.  I can reproduce this problem both on Windows [Windows XP 2.14,
>> Java(TM) SE Runtime Environment (build 1.6.0_22-b04)] and Linux [RHEL 5.5,
>> OpenJDK Server VM (build 1.6.0-b09, mixed mode)].
>>
>> If I play my turn via the command line rails.bat/sh and pass in the saved
>> rails file, then I see the problem.  If I, instead, load the saved rails
>> file from the "New Game" dialog, then I do not see the problem.
>>
>> The problem that I am seeing is that I only see half of the 1830 map.  I
> can
>> force parts of the unseen map to redraw.  But I cannot lay a tile.  I see
>> the following exception:
>>
>> Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException
>>        at rails.ui.swing.hexmap.GUITile.<init>(GUITile.java:54)
>>        at rails.ui.swing.hexmap.GUIHex.dropTile(GUIHex.java:766)
>>        at rails.ui.swing.ORUIManager.tileSelected(ORUIManager.java:704)
>>        at
> rails.ui.swing.UpgradesPanel.mouseClicked(UpgradesPanel.java:417)
>>        at java.awt.AWTEventMulticaster.mouseClicked(Unknown Source)
>>        at java.awt.Component.processMouseEvent(Unknown Source)
>>        at javax.swing.JComponent.processMouseEvent(Unknown Source)
>>        at java.awt.Component.processEvent(Unknown Source)
>>        at java.awt.Container.processEvent(Unknown Source)
>>        at java.awt.Component.dispatchEventImpl(Unknown Source)
>>        at java.awt.Container.dispatchEventImpl(Unknown Source)
>>        at java.awt.Component.dispatchEvent(Unknown Source)
>>        at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown
> Source)
>>        at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
>>        at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
>>        at java.awt.Container.dispatchEventImpl(Unknown Source)
>>        at java.awt.Window.dispatchEventImpl(Unknown Source)
>>        at java.awt.Component.dispatchEvent(Unknown Source)
>>        at java.awt.EventQueue.dispatchEvent(Unknown Source)
>>        at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown
>> Source)
>>        at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
>>        at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown
>> Source)
>>        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>>        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>>        at java.awt.EventDispatchThread.run(Unknown Source)
>>
>> Any ideas what might be wrong?
>>
>> --
>> Mark
>>
>> -----
>> http://audio.hamzy.info/MandatoryBlackVelvetQualye.mp3
>>
>> You must be the change you wish to see in the world. -- Mahatma Gandhi
>> Worrying is praying for that you do not wish to happen.
>>
>> Home Page:    http://www.hamzy.info/
>> Work Project: http://linux-ha.org/
>>              http://omniprint.sourceforge.net/
>>
>>
>>
>>
>>
> ----------------------------------------------------------------------------
> --
>> Nokia and AT&T present the 2010 Calling All Innovators-North America
> contest
>> Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
>> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in
> marketing
>> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
>> http://p.sf.net/sfu/nokia-dev2dev
>> _______________________________________________
>> Rails-users mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-users
>>
>>
>>
> ----------------------------------------------------------------------------
> --
>> Nokia and AT&T present the 2010 Calling All Innovators-North America
> contest
>> Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
>> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in
> marketing
>> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
>> http://p.sf.net/sfu/nokia-dev2dev
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>>
>
> ----------------------------------------------------------------------------
> --
> Nokia and AT&T present the 2010 Calling All Innovators-North America contest
> Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
> http://p.sf.net/sfu/nokia-dev2dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
> ------------------------------------------------------------------------------
> Nokia and AT&T present the 2010 Calling All Innovators-North America contest
> Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
> http://p.sf.net/sfu/nokia-dev2dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>