rails-devel — List for discussion of Rails development

Re: [Rails-devel] A few problems with 18EU (this morning, v1.1.1 of Rails)

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

Thanks for the fix. I have incorporated it.
A clear oversight from my side!

Erik.

-----Original Message-----
From: Phil Davies [mailto:de...@gm...] 
Sent: Thursday 14 January 2010 01:52
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] A few problems with 18EU (this morning,v1.1.1 of
Rails)

Actually, this was a lot easier to fix than I thought.  The Pullmans
are checked and discarded if over limit but the number of trains the
corp has isn't decremented when it throws the Pullman away.

Quick fix attached if you want to use it

Phil

2010/1/14 Phil Davies <de...@gm...>:
> 2010/1/11 Erik Vos <eri...@xs...>:
>> *  When I bought the first 5-train, another major company which had
>> 3 4 P was not required to discard its Pullman.  But at the end of that
>> operating round a dialog came up forcing me to discard either the 3 or
>> the 4.
>>
>> I'll look at that later.
>>
>
> I had this exact same issue occur in a PBEM game I am running today,
> what happens in my case is that the SNCF discards it's P without
> prompting, then a dialog pops up asking it to discard it's 3 or 4.
> I'm going to have a peek at this tomorrow see if I can work out what's
> going on but for anyone who is interested a saved game prior to this
> occurring is attached (just buy a 5 and raise the money for it by
> selling something and you will see this happen).  Tested on 1.1.2
>
> Phil
>

Re: [Rails-devel] features: SR autopass, add tile orientation to game report

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

I'm with Brett and Chris on this one- it's not a big deal to me, in practice.

Nonetheless, I did want to thank Brett and Erik for adding the addtl game option in privates-auctions- that, if a player passes during the triggered auction for a specific private, he will drop out of the auction for that private.  That does speed up the initial email flurry when starting a game (at pbem speeds, the ISR/SR1 can be like slow-motion musical chairs).

I'm really enjoying the new rails, and some 1856!

best,
 - jim


On Jan 13, 2010, at 1:40 PM, Chris Shaffer wrote:

> To some extent I agree.  We do this by email now - Jim says "buy FS until it floats" and when it is his turn, we just take his action for him.  Similarly, when I say "pass unless sale" when Jon is done with his turn, he simply clicks "pass" for me.  It's easy, it works and it doesn't require additional programming or tools.
> 
> That said, if there was a "pass unless sale" button I would click it fairly regularly.
> 
> --
> Chris
> 
> Please consider the environment before printing this e-mail.
> 
> 
> On Wed, Jan 13, 2010 at 1:29 PM, brett lentz <wak...@gm...> wrote:
> On Wed, Jan 13, 2010 at 1:06 PM, Aliza Panitz <ali...@gm...> wrote:
> > On Wed, Jan 13, 2010 at 12:38 PM, John A. Tamplin <ja...@ja...> wrote:
> >> On Wed, Jan 13, 2010 at 2:46 PM, brett lentz <wak...@gm...> wrote:
> >>>
> >>> Doing "pass until something interesting occurs" [...]
> >> it gets problematic to try and anticipate all the possible reasons.
> >
> > I suspect 2 or 3 cases would cover 99% of the conditional passes.
> >
> > There's also the whole meta-game -- If Jim says "pass unless a share
> > is sold" that probably means he's done but is reserving the right to
> > change his mind if something unexpected happens, but if he says "pass
> > until Aliza finishes floating the Penn" then he probably has something
> > more malicious in mind.
> >
> >  - Aliza
> >
> >
> 
> I'm not sure I want to tread down this path.
> 
> The issue of meta-gaming opens a whole can of worms that I really
> don't want Rails to touch. If we're going to be an impartial rules
> arbiter, I don't think it's right for us to provide information that
> can be (ab)used. I think that knowing additional information about
> your opponent's stock buying strategy falls into this category.
> 
> I think that going beyond a simple all or nothing "Auto-Pass" will add
> unnecessary complexity, and the benefits it provides are of dubious
> value.
> 
> ---Brett.
> 
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
> 
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

[Rails-devel] DiscardTrain action states the wrong player name

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

When a corp is forced to discard a train because of phase transition,
the dialog prompting to discard addresses the current player (the
person causing the phase change), rather than the corporation
president, at least it does in 18EU.  Looking at what is going on, I
suspect this would happen in any of the games since it's using generic
DiscardTrain and possibleActions classes.

Phil

Re: [Rails-devel] A few problems with 18EU (this morning, v1.1.1 of Rails)

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

Actually, this was a lot easier to fix than I thought.  The Pullmans
are checked and discarded if over limit but the number of trains the
corp has isn't decremented when it throws the Pullman away.

Quick fix attached if you want to use it

Phil

2010/1/14 Phil Davies <de...@gm...>:
> 2010/1/11 Erik Vos <eri...@xs...>:
>> *  When I bought the first 5-train, another major company which had
>> 3 4 P was not required to discard its Pullman.  But at the end of that
>> operating round a dialog came up forcing me to discard either the 3 or
>> the 4.
>>
>> I'll look at that later.
>>
>
> I had this exact same issue occur in a PBEM game I am running today,
> what happens in my case is that the SNCF discards it's P without
> prompting, then a dialog pops up asking it to discard it's 3 or 4.
> I'm going to have a peek at this tomorrow see if I can work out what's
> going on but for anyone who is interested a saved game prior to this
> occurring is attached (just buy a 5 and raise the money for it by
> selling something and you will see this happen).  Tested on 1.1.2
>
> Phil
>

Re: [Rails-devel] A few problems with 18EU (this morning, v1.1.1 of Rails)

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

2010/1/11 Erik Vos <eri...@xs...>:
> *  When I bought the first 5-train, another major company which had
> 3 4 P was not required to discard its Pullman.  But at the end of that
> operating round a dialog came up forcing me to discard either the 3 or
> the 4.
>
> I'll look at that later.
>

I had this exact same issue occur in a PBEM game I am running today,
what happens in my case is that the SNCF discards it's P without
prompting, then a dialog pops up asking it to discard it's 3 or 4.
I'm going to have a peek at this tomorrow see if I can work out what's
going on but for anyone who is interested a saved game prior to this
occurring is attached (just buy a 5 and raise the money for it by
selling something and you will see this happen).  Tested on 1.1.2

Phil

Re: [Rails-devel] features: SR autopass, add tile orientation to game report

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

There is already a feature request for autopass, although it might be more
directed to the initial private sales round. 
Anyway, adding whatever might emerge as a consensus (if any) to that request
might be useful.

If it ever gets implemented, I think there will not be any additional
buttons, but one or more checkbox(es) somewhere in the menu that can be set
to enable "autopass" in whatever shape or form. Valid for the current round
only, of course.

Erik.

-----Original Message-----
From: brett lentz [mailto:wak...@gm...] 
Sent: Wednesday 13 January 2010 22:46
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] features: SR autopass,add tile orientation to
game report

On Wed, Jan 13, 2010 at 1:40 PM, Chris Shaffer <chr...@gm...>
wrote:
> To some extent I agree.  We do this by email now - Jim says "buy FS until
it
> floats" and when it is his turn, we just take his action for him.
> Similarly, when I say "pass unless sale" when Jon is done with his turn,
he
> simply clicks "pass" for me.  It's easy, it works and it doesn't require
> additional programming or tools.
>
> That said, if there was a "pass unless sale" button I would click it
fairly
> regularly.
>
> --
> Chris


Sure, it's something I've done and seen done in tabletop games.

But, looking forward to supporting live network play...  I'm not sure
it's a good feature to have.   We'll need to address the question of
whether or not to expose the information to other players, and then if
we choose to hide the info, there's never a guarantee that someone
hasn't patched their client to reveal the info... etc. etc.

---Brett.

----------------------------------------------------------------------------
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] features: SR autopass, add tile orientation to game report

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

On Wed, Jan 13, 2010 at 1:40 PM, Chris Shaffer <chr...@gm...> wrote:
> To some extent I agree.  We do this by email now - Jim says "buy FS until it
> floats" and when it is his turn, we just take his action for him.
> Similarly, when I say "pass unless sale" when Jon is done with his turn, he
> simply clicks "pass" for me.  It's easy, it works and it doesn't require
> additional programming or tools.
>
> That said, if there was a "pass unless sale" button I would click it fairly
> regularly.
>
> --
> Chris


Sure, it's something I've done and seen done in tabletop games.

But, looking forward to supporting live network play...  I'm not sure
it's a good feature to have.   We'll need to address the question of
whether or not to expose the information to other players, and then if
we choose to hide the info, there's never a guarantee that someone
hasn't patched their client to reveal the info... etc. etc.

---Brett.

Re: [Rails-devel] features: SR autopass, add tile orientation to game report

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

To some extent I agree.  We do this by email now - Jim says "buy FS until it
floats" and when it is his turn, we just take his action for him.
Similarly, when I say "pass unless sale" when Jon is done with his turn, he
simply clicks "pass" for me.  It's easy, it works and it doesn't require
additional programming or tools.

That said, if there was a "pass unless sale" button I would click it fairly
regularly.

--
Chris

Please consider the environment before printing this e-mail.


On Wed, Jan 13, 2010 at 1:29 PM, brett lentz <wak...@gm...> wrote:

> On Wed, Jan 13, 2010 at 1:06 PM, Aliza Panitz <ali...@gm...>
> wrote:
> > On Wed, Jan 13, 2010 at 12:38 PM, John A. Tamplin <ja...@ja...> wrote:
> >> On Wed, Jan 13, 2010 at 2:46 PM, brett lentz <wak...@gm...>
> wrote:
> >>>
> >>> Doing "pass until something interesting occurs" [...]
> >> it gets problematic to try and anticipate all the possible reasons.
> >
> > I suspect 2 or 3 cases would cover 99% of the conditional passes.
> >
> > There's also the whole meta-game -- If Jim says "pass unless a share
> > is sold" that probably means he's done but is reserving the right to
> > change his mind if something unexpected happens, but if he says "pass
> > until Aliza finishes floating the Penn" then he probably has something
> > more malicious in mind.
> >
> >  - Aliza
> >
> >
>
> I'm not sure I want to tread down this path.
>
> The issue of meta-gaming opens a whole can of worms that I really
> don't want Rails to touch. If we're going to be an impartial rules
> arbiter, I don't think it's right for us to provide information that
> can be (ab)used. I think that knowing additional information about
> your opponent's stock buying strategy falls into this category.
>
> I think that going beyond a simple all or nothing "Auto-Pass" will add
> unnecessary complexity, and the benefits it provides are of dubious
> value.
>
> ---Brett.
>
>
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and
> easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] features: SR autopass, add tile orientation to game report

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

On Wed, Jan 13, 2010 at 1:06 PM, Aliza Panitz <ali...@gm...> wrote:
> On Wed, Jan 13, 2010 at 12:38 PM, John A. Tamplin <ja...@ja...> wrote:
>> On Wed, Jan 13, 2010 at 2:46 PM, brett lentz <wak...@gm...> wrote:
>>>
>>> Doing "pass until something interesting occurs" [...]
>> it gets problematic to try and anticipate all the possible reasons.
>
> I suspect 2 or 3 cases would cover 99% of the conditional passes.
>
> There's also the whole meta-game -- If Jim says "pass unless a share
> is sold" that probably means he's done but is reserving the right to
> change his mind if something unexpected happens, but if he says "pass
> until Aliza finishes floating the Penn" then he probably has something
> more malicious in mind.
>
>  - Aliza
>
>

I'm not sure I want to tread down this path.

The issue of meta-gaming opens a whole can of worms that I really
don't want Rails to touch. If we're going to be an impartial rules
arbiter, I don't think it's right for us to provide information that
can be (ab)used. I think that knowing additional information about
your opponent's stock buying strategy falls into this category.

I think that going beyond a simple all or nothing "Auto-Pass" will add
unnecessary complexity, and the benefits it provides are of dubious
value.

---Brett.

Re: [Rails-devel] features: SR autopass, add tile orientation to game report

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

On Wed, Jan 13, 2010 at 12:38 PM, John A. Tamplin <ja...@ja...> wrote:
> On Wed, Jan 13, 2010 at 2:46 PM, brett lentz <wak...@gm...> wrote:
>>
>> Doing "pass until something interesting occurs" [...]
> it gets problematic to try and anticipate all the possible reasons.

I suspect 2 or 3 cases would cover 99% of the conditional passes.

There's also the whole meta-game -- If Jim says "pass unless a share
is sold" that probably means he's done but is reserving the right to
change his mind if something unexpected happens, but if he says "pass
until Aliza finishes floating the Penn" then he probably has something
more malicious in mind.

 - Aliza

Re: [Rails-devel] features: SR autopass, add tile orientation to game report

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

"Pass unless a share is sold" has been common in my PBEM games, and
should not be hard to implement.

The global list of interesting things would not be that big:
share is sold
company sells out
new company is parred
new company floats

I was expecting that list to be all-or-nothing, not to let people pick
and choose.


On Wed, Jan 13, 2010 at 11:46 AM, brett lentz <wak...@gm...> wrote:
> On Wed, Jan 13, 2010 at 11:06 AM, Aliza Panitz <ali...@gm...> wrote:
>> Last night I filed 2 feature request:
>>
>> 2931156          Autopass in stock rounds
>>
>> This is for PBEM people to say "I've spent all my money, I'm happy
>> with my holdings, I'm passing until the end of the SR"  or who say
>> "I'm passing unless something interesting happens like a share being
>> sold or a company floating."
>>
>> While I wasn't too specific in the feature request, I'm thinking of
>> splitting up the "done" button into three:  "done", "done and
>> autopass", and "done and conditional autopass"
>>
>
> Doing "pass until the end of the SR" is relatively easy.
>
> Doing "pass until something interesting occurs" is impossible.  Rails
> has no way to know what your strategy is, and so it has no way to
> determine if the last action was "interesting".
>
> ---Brett.
>
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] features: SR autopass, add tile orientation to game report

[John A. T. <ja...@ja...>]

On Wed, Jan 13, 2010 at 2:46 PM, brett lentz <wak...@gm...> wrote:

> Doing "pass until something interesting occurs" is impossible.  Rails
> has no way to know what your strategy is, and so it has no way to
> determine if the last action was "interesting".


Presumably you could specify what things were interesting.  However, I agree
it gets problematic to try and anticipate all the possible reasons.

-- 
John A. Tamplin

Re: [Rails-devel] 1835 TileSet

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

I haven't looked at 1835 for ages, and it's certainly incomplete.
The whole Prussian merger is still missing, for one major aspect of this
game.

I added the existing part of it in a very early stage of development,
for the purpose of getting another view on the Rails requirements.
As it is, it can be played for a few rounds, but then it falls apart.

1835 actually on my list of things to work on after the current flurry
of bug reports and UI improvements has settled down.

Erik.

-----Original Message-----
From: Rick Westerman [mailto:wes...@pu...] 
Sent: Wednesday 13 January 2010 02:03
To: Development list for Rails: an 18xx game
Subject: [Rails-devel] 1835 TileSet

Unless I am missing something, the 1835 TileSet seems to be messed  
up.  Many yellow tiles are missing upgrades.  Tile 5 & 6 have wrong  
upgrades.  Ditto tile 25.  Tiles 14 & 15 should not upgrade (granted  
this is a subtle point).  I started making bug reports but quickly  
came to the conclusion that either I am missing something or that no  
one plays '35.  Comments appreciated!

-- Rick


----------------------------------------------------------------------------
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] IfOption in Map.xml

[Rick W. <wes...@pu...>]

Erik Vos wrote:
> Hmm, yes, apparently the options cannot be used on the same level
> where these are defined (although in fact the IfOption tags are processed
> first).
> Perhaps these should be lifted out of the Component tags entirely.
> If you think it's really important, I could have another look at it.
>   
   Well, yes, it is important.   Two reasons:

   First is silly since 2-player 18xx is silly but for many 2-player 
variants the holding limit is raised from 60% to 70%.

   Second is important.  As I recall a couple of Tresham's titles ('25, 
'53 if I have this correct) have a variable share limit depending on the 
number of players.  So at some point this point will have to be addressed.

> Erik.
>
> -----Original Message-----
> From: Rick Westerman [mailto:wes...@pu...] 
> Sent: Wednesday 13 January 2010 19:42
> To: Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] IfOption in Map.xml
>
> Erik Vos wrote:
>   
>> Yes, <IfOption> is a generic feature that should be honoured by all Rails
>> XML files.
>>   
>>     
>    I think I have found one place where it is not.  But there may be a 
> work-around.
>
>    The place is in the 'GameManager' component within the 'Game.xml' 
> file.  The GameManager is, of course, where the GameOptions are defined 
> so this may be a clue to the problem.  Or as usual I might be doing 
> something wrong.  Anyway I wanted to change the PlayerShareLimit based 
> on a GameOption.  Could not do it in there.  Other component sections in 
> Game.xml do accept options.
>
>
>
>   


-- 
Rick Westerman wes...@pu... Bioinformatics specialist at the 
Genomics Facility. Phone: (765) 494-0505 FAX: (765) 496-7255 Department 
of Horticulture and Landscape Architecture 625 Agriculture Mall Drive 
West Lafayette, IN 47907-2010 Physically located in room S049, WSLR 
building

Re: [Rails-devel] IfOption in Map.xml

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

Hmm, yes, apparently the options cannot be used on the same level
where these are defined (although in fact the IfOption tags are processed
first).
Perhaps these should be lifted out of the Component tags entirely.
If you think it's really important, I could have another look at it.

Erik.

-----Original Message-----
From: Rick Westerman [mailto:wes...@pu...] 
Sent: Wednesday 13 January 2010 19:42
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] IfOption in Map.xml

Erik Vos wrote:
> Yes, <IfOption> is a generic feature that should be honoured by all Rails
> XML files.
>   
   I think I have found one place where it is not.  But there may be a 
work-around.

   The place is in the 'GameManager' component within the 'Game.xml' 
file.  The GameManager is, of course, where the GameOptions are defined 
so this may be a clue to the problem.  Or as usual I might be doing 
something wrong.  Anyway I wanted to change the PlayerShareLimit based 
on a GameOption.  Could not do it in there.  Other component sections in 
Game.xml do accept options.



-- 
Rick

----------------------------------------------------------------------------
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Tiles.xml, TileSet.xml, and svg files

[John A. T. <ja...@ja...>]

On Wed, Jan 13, 2010 at 1:51 PM, Rick Westerman <wes...@pu...>wrote:

> Once again I hesitate to make suggestions when I am not going to
> implement them and may not know what I am talking about ... however ...
> during the compile into a jar could the global Tiles file be converted
> into a Java-friendly format that is quick to read and parse?   That way
> when the program actually runs it just picks up the pre-formatted data
> and does not need to do XML parsing.


The fastest to load would be serialized Java objects, and you can load the
entire object graph at once.

-- 
John A. Tamplin

Re: [Rails-devel] features: SR autopass, add tile orientation to game report

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

On Wed, Jan 13, 2010 at 11:06 AM, Aliza Panitz <ali...@gm...> wrote:
> Last night I filed 2 feature request:
>
> 2931156          Autopass in stock rounds
>
> This is for PBEM people to say "I've spent all my money, I'm happy
> with my holdings, I'm passing until the end of the SR"  or who say
> "I'm passing unless something interesting happens like a share being
> sold or a company floating."
>
> While I wasn't too specific in the feature request, I'm thinking of
> splitting up the "done" button into three:  "done", "done and
> autopass", and "done and conditional autopass"
>

Doing "pass until the end of the SR" is relatively easy.

Doing "pass until something interesting occurs" is impossible.  Rails
has no way to know what your strategy is, and so it has no way to
determine if the last action was "interesting".

---Brett.

[Rails-devel] features: SR autopass, add tile orientation to game report

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

Last night I filed 2 feature request:

2931159  	 Note tile orientation in report window
(Either the "rot=" shown on the map display, or a descriptive string)
This is for the benefit of people using a logged report to recreate a
trashed game, or for text-only session reports. (This would also be
useful in re-running in-progress games to move up to a newer version
of Rails.)

2931156  	 Autopass in stock rounds

This is for PBEM people to say "I've spent all my money, I'm happy
with my holdings, I'm passing until the end of the SR"  or who say
"I'm passing unless something interesting happens like a share being
sold or a company floating."

While I wasn't too specific in the feature request, I'm thinking of
splitting up the "done" button into three:  "done", "done and
autopass", and "done and conditional autopass"

I also filed a minor bug report:
2931155  	 1856 typo in N2 on stock table
One of the three $275 boxes shows $272

Re: [Rails-devel] Tiles.xml, TileSet.xml, and svg files

[Rick W. <wes...@pu...>]

Erik Vos wrote:
>  
>               Thank you for the extensive reply.  Knowing that there 
> is the MakeGameTileSets program to autogenerate the per-game Tiles.xml 
> and to check the Map.xml file is   
>              a big help.  Although I do wonder why you don't simply 
> read in the global Tiles files and use that.  But, knowing XML, 
> perhaps that is too much of a strain on the program.
>  
> XML parsing is slow. I don't like wasting CPU time and memory.

  Once again I hesitate to make suggestions when I am not going to 
implement them and may not know what I am talking about ... however ... 
during the compile into a jar could the global Tiles file be converted 
into a Java-friendly format that is quick to read and parse?   That way 
when the program actually runs it just picks up the pre-formatted data 
and does not need to do XML parsing.

>
>        Anyway can you give this poor ol' non-Java programmer a short
>     hint on how to run MakeGameTileSets?  I am getting a
>     'NoClassDefError' on org/apache/log4j/logger when I try to run the
>     class directly.  I am probably doing something painfully obviously
>     wrong.
>
    Your suggestion works.  Thanks.  One of these days I'll have to sit 
down to actually learn Java and all about class paths.  Maybe 'rails' 
will be first, ah, victim.  :-)


-- 
Rick Westerman wes...@pu...

Re: [Rails-devel] Tiles.xml, TileSet.xml, and svg files

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

Yes, that was another reason. 
Thanks, Brett.

Erik. 

-----Original Message-----
From: brett lentz [mailto:wak...@gm...] 
Sent: Tuesday 12 January 2010 02:37
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] Tiles.xml, TileSet.xml, and svg files

On Mon, Jan 11, 2010 at 3:44 PM, Rick Westerman <wes...@pu...>
wrote:
> Ah, I think I just answered my own question on why there has to be a
> per-game Tiles.xml when the data is being generated from a global
> Tiles.xml file.  It looks like -- for whatever reason -- there does
> need to be a one-to-one correspondence between the tiles in
> TileSets.xml and Tiles.xml.  Thus since TileSets is limited on a per-
> game basis then so does Tiles.xml.
>
> -- Rick

If memory serves, the reason we decided to do it this way is because
there are a few tiles out there that use duplicated tile numbers.

So, we need to be able to do things like, "Tile #88 in game X is image
#1088" while "Tile #88 in game Y is image #2088".


---Brett.

----------------------------------------------------------------------------
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] IfOption in Map.xml

[Rick W. <wes...@pu...>]

Erik Vos wrote:
> Yes, <IfOption> is a generic feature that should be honoured by all Rails
> XML files.
>   
   I think I have found one place where it is not.  But there may be a 
work-around.

   The place is in the 'GameManager' component within the 'Game.xml' 
file.  The GameManager is, of course, where the GameOptions are defined 
so this may be a clue to the problem.  Or as usual I might be doing 
something wrong.  Anyway I wanted to change the PlayerShareLimit based 
on a GameOption.  Could not do it in there.  Other component sections in 
Game.xml do accept options.



-- 
Rick

Re: [Rails-devel] IfOption in Map.xml

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

Yes, <IfOption> is a generic feature that should be honoured by all Rails
XML files.

-----Original Message-----
From: Rick Westerman [mailto:wes...@pu...] 
Sent: Tuesday 12 January 2010 00:49
To: Development list for Rails: an 18xx game
Subject: [Rails-devel] IfOption in Map.xml

On the really-neat side of life, I was able to use an '<IfOption'  
within a Map.xml file.  I was uncertain if it would work since none  
of the existing games use that feature.  Although we probably could  
expand 1830 and 1835 in this manner since they have published map  
variants.

-- Rick



----------------------------------------------------------------------------
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Tiles.xml, TileSet.xml, and svg files

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

 
             Thank you for the extensive reply.  Knowing that there is the
MakeGameTileSets program to autogenerate the per-game Tiles.xml and to check
the Map.xml file is  
             a big help.  Although I do wonder why you don't simply read in
the global Tiles files and use that.  But, knowing XML, perhaps that is too
much of a strain on the program.
 
XML parsing is slow. I don't like wasting CPU time and memory.




   Anyway can you give this poor ol' non-Java programmer a short hint on how
to run MakeGameTileSets?  I am getting a 'NoClassDefError' on
org/apache/log4j/logger when I try to run the class directly.  I am probably
doing something painfully obviously wrong.



I'm running it from within my development environment from a .bat file with 
 
    java -cp
\projects\Rails\18xx\classes;\Projects\Rails\18xx\lib\log4j-1.2\log4j-1.2.14
.jar rails.util.MakeGameTileSets %1 %2 %3 %4 %5 %6 %7 %8 %9
 
where \projects\Rails\18xx\classes is the directory below which the unpacked
Rails .class files are. 
I suppose you can replace that part with path of the the rails .jar file,
which contains the same. You may have to experiment a bit.
 
Erik.

Re: [Rails-devel] 1835 TileSet

[Rick W. <wes...@pu...>]

On Jan 12, 2010, at 8:06 PM, brett lentz wrote:

> On Tue, Jan 12, 2010 at 5:03 PM, Rick Westerman  
> <wes...@pu...> wrote:
>> Unless I am missing something, the 1835 TileSet seems to be messed
>> up.  Many yellow tiles are missing upgrades.  Tile 5 & 6 have wrong
>> upgrades.  Ditto tile 25.  Tiles 14 & 15 should not upgrade (granted
>> this is a subtle point).  I started making bug reports but quickly
>> came to the conclusion that either I am missing something or that no
>> one plays '35.  Comments appreciated!
>>
>> -- Rick
>>
>
>
> 1835 is in the category of "partially implemented".
>
> There's a lot about it that is not working. Feel free to file bug
> reports and/or send patches to fix the XML. :-)
>

Will do.  '35 is one of the games I like ... probably because I  
played it a lot via email.  At the moment I am implementing 1876-35  
(Trinidad using a lot of '35 rules)  -- sort of a silly game but it  
is getting my feet wet -- which is making me look at '35 since the  
tile upgrade charts are, at least, the same.   After ChatCon and  
after I get my copy of '35 back from my friend John's house I will  
work on '35.

-- Rick

Re: [Rails-devel] 1835 TileSet

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

On Tue, Jan 12, 2010 at 5:03 PM, Rick Westerman <wes...@pu...> wrote:
> Unless I am missing something, the 1835 TileSet seems to be messed
> up.  Many yellow tiles are missing upgrades.  Tile 5 & 6 have wrong
> upgrades.  Ditto tile 25.  Tiles 14 & 15 should not upgrade (granted
> this is a subtle point).  I started making bug reports but quickly
> came to the conclusion that either I am missing something or that no
> one plays '35.  Comments appreciated!
>
> -- Rick
>


1835 is in the category of "partially implemented".

There's a lot about it that is not working. Feel free to file bug
reports and/or send patches to fix the XML. :-)

---Brett.