rails-devel — List for discussion of Rails development

Re: [Rails-devel] Support Needed: New complex Tiles and Maps

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

That's a tricky issue. It would be really nice if TileDesigner were open
sourced, so that we could update it.

It might be possible to develop some SVG templates for each of the
components of a tile. That would allow us to assemble new tiles in Inkscape
using a standardized set of primitives on a standardized image base.

---Brett.


---Brett.


On Mon, Apr 21, 2014 at 7:02 AM, Martin Brumm
<dr....@t-...>wrote:

> Hi,
>
> as some of you know the Rails project is using Marcos Tile Designer to
> create new Tiles and more important a library.
>
> This programm is not supported anymore nor has been there any
> development for nearly 10 years.
>
> Anynone of you got some plans/recommendations on how to proceed ?
> One could use Inkscape, but then we would have to find a new conversion
> program to be able to not distort the maps and tiles between the
> different productions.
>
> And of Course theres no library function available with inkscape ?
>
> Regards,
> Martin
>
>
>
> ------------------------------------------------------------------------------
> Start Your Social Network Today - Download eXo Platform
> Build your Enterprise Intranet with eXo Platform Software
> Java Based Open Source Intranet - Social, Extensible, Cloud Ready
> Get Started Now And Turn Your Intranet Into A Collaboration Platform
> http://p.sf.net/sfu/ExoPlatform
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>

[Rails-devel] Support Needed: New complex Tiles and Maps

[Martin B. <dr....@t-...>]

Hi,

as some of you know the Rails project is using Marcos Tile Designer to
create new Tiles and more important a library.

This programm is not supported anymore nor has been there any
development for nearly 10 years.

Anynone of you got some plans/recommendations on how to proceed ?
One could use Inkscape, but then we would have to find a new conversion
program to be able to not distort the maps and tiles between the
different productions.

And of Course theres no library function available with inkscape ?

Regards,
Martin

[Rails-devel] 1870

[Gavin C. <4th...@gm...>]

Hi all,

I know this is really cheeky as I am not a java developer, but I have been
following this list for some time and our group really loves all the work
ye have done.

I am just wondering if anyone is still working on porting 1870 to rails?

I know that some functionality was awaiting Rails 2.0.

Any update I could get would be much appreciated by me and I am sure many
others.

Thanks for all of the hard work guys,

Gav

Re: [Rails-devel] Design Question regarding Minors/Majors

[Martin B. <dr....@t-...>]

Am 21.04.2014 01:23, schrieb John David Galt:
>>> I'm already working on 1837.  I have been treating them as minors, but
>>> with some changes to what it means to be a minor.
> On 2014-04-20 11:51, Martin Brumm wrote:
>> can you send me your work to integrate that into the repository ?
> I've been waiting for this 2.0 change to stabilize so that I can
> re-learn the code.  The makeover has had me stopped for a long time.
Hi John,

have a look at the branch mbr_2_develop_1837 then. I picked up your
commits on 1.7.x and ported them to 2.0.
And did some modifications on the way. Feel free to use that.

I'll concentrate on something else then.

Regards,
Martin

Re: [Rails-devel] Design Question regarding Minors/Majors

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

>> I'm already working on 1837.  I have been treating them as minors, but
>> with some changes to what it means to be a minor.

On 2014-04-20 11:51, Martin Brumm wrote:
> can you send me your work to integrate that into the repository ?

I've been waiting for this 2.0 change to stabilize so that I can
re-learn the code.  The makeover has had me stopped for a long time.

Re: [Rails-devel] Design Question regarding Minors/Majors

[Martin B. <dr....@t-...>]

Am 20.04.2014 20:03, schrieb John David Galt:
> On 2014-04-20 07:55, Martin Brumm wrote:
>> Hello,
>>
>> in 1837 as some of you may know we have 3-4 different type of Minors
>>
>> The true Privates that just pay dividends, The Coal Train Companies
>> (Kohlebahnen) that are only allowed to run specific trains and
>> distribute the income 50/50 (1 share), the "Süd",KuK  which behave
>> mostly like the Vorpreussen of 1835. And of course the Hungaries (U1, U3
>> with 2 Shares each 25%), U2 (1 Share 50%).
>>
>> Whats your preference, suggestion etc. to handle the U1 and U3 ? Treat
>> them as Majors ? or bring in a new class ?
>>
>> Regards
>> Martin
> I'm already working on 1837.  I have been treating them as minors, but
> with some changes to what it means to be a minor.
>
>
>
Hi John,

can you send me your work to integrate that into the repository ?

Regards,
Martin

Re: [Rails-devel] Design Question regarding Minors/Majors

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

On 2014-04-20 07:55, Martin Brumm wrote:
> Hello,
> 
> in 1837 as some of you may know we have 3-4 different type of Minors
> 
> The true Privates that just pay dividends, The Coal Train Companies
> (Kohlebahnen) that are only allowed to run specific trains and
> distribute the income 50/50 (1 share), the "Süd",KuK  which behave
> mostly like the Vorpreussen of 1835. And of course the Hungaries (U1, U3
> with 2 Shares each 25%), U2 (1 Share 50%).
> 
> Whats your preference, suggestion etc. to handle the U1 and U3 ? Treat
> them as Majors ? or bring in a new class ?
> 
> Regards
> Martin

I'm already working on 1837.  I have been treating them as minors, but
with some changes to what it means to be a minor.

[Rails-devel] Design Question regarding Minors/Majors

[Martin B. <dr....@t-...>]

Hello,

in 1837 as some of you may know we have 3-4 different type of Minors

The true Privates that just pay dividends, The Coal Train Companies
(Kohlebahnen) that are only allowed to run specific trains and
distribute the income 50/50 (1 share), the "Süd",KuK  which behave
mostly like the Vorpreussen of 1835. And of course the Hungaries (U1, U3
with 2 Shares each 25%), U2 (1 Share 50%).

Whats your preference, suggestion etc. to handle the U1 and U3 ? Treat
them as Majors ? or bring in a new class ?

Regards
Martin

Re: [Rails-devel] Rails 2.0 alpha 5 available

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

Martin:
either checkout tag v2.0.alpha.5 or branch rails_2_develop after you 
fetch from repo. It shows up as uploaded on sf.

If you checkout your local tracking branch rails_2_develop, you have to 
pull first, otherwise the changes will not be reflected locally.
If you use git status, it will show that your local branch is e.g. 2 
commits behind the remote branch.
Stefan


On 04/19/2014 09:15 PM, Martin Brumm wrote:
> Am 19.04.2014 16:25, schrieb Stefan Frey:
>> Another alpha release for Rails 2.0. This time it is the eastern edition ;-)
>>
>> This is the first alpha release after merging of 1880 from Rails 1.8.x
>> tree.
>>
>> Remark:
>> Bugs from previous 2.0 Alpha releases are still open.
>>
>> Webstart the alpha release:
>>
>> http://rails.sf.net/webstart/rails.jnlp
>>
>
> Hi Stefan,
>
> any hint why that release doesnt show up as a branch that i can download
> into a local repo ?
>
> Regards,
> Martin
>
>
>
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/NeoTech
>
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Rails 2.0 alpha 5 available

[Martin B. <dr....@t-...>]

Am 19.04.2014 16:25, schrieb Stefan Frey:
> Another alpha release for Rails 2.0. This time it is the eastern edition ;-)
>
> This is the first alpha release after merging of 1880 from Rails 1.8.x 
> tree.
>
> Remark:
> Bugs from previous 2.0 Alpha releases are still open.
>
> Webstart the alpha release:
>
> http://rails.sf.net/webstart/rails.jnlp
>
> Or download a single jar and start it directly (by double-click or
> command line "java -jar" command).
>
> https://sourceforge.net/projects/rails/files/Rails/2.0/
>
> ps://lists.sourceforge.net/lists/listinfo/rails-devel
Hi Stefan,

three quick observations regarding 1880.

The player order in the GameStatus Window isnt updated after the
Startround of the Investors ended. It is however updated before the
Investors are chosen. (This was implement by Eric Voss in a number of
commits in February and April 2012 -> b95fd7f, e5581e3).

The Popup veryfying that you want to buy a share, states buying a share
from PortFolioModel (should be either IPO or Bank).

The Parslots in 1880 arent updated.


Regards,
Martin

Re: [Rails-devel] Rails 2.0 alpha 5 available

[Martin B. <dr....@t-...>]

Am 19.04.2014 16:25, schrieb Stefan Frey:
> Another alpha release for Rails 2.0. This time it is the eastern edition ;-)
>
> This is the first alpha release after merging of 1880 from Rails 1.8.x 
> tree.
>
> Remark:
> Bugs from previous 2.0 Alpha releases are still open.
>
> Webstart the alpha release:
>
> http://rails.sf.net/webstart/rails.jnlp
>

Hi Stefan,

any hint why that release doesnt show up as a branch that i can download
into a local repo ?

Regards,
Martin

[Rails-devel] Rails 2.0 alpha 5 available

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

Another alpha release for Rails 2.0. This time it is the eastern edition ;-)

This is the first alpha release after merging of 1880 from Rails 1.8.x 
tree.

Remark:
Bugs from previous 2.0 Alpha releases are still open.

Webstart the alpha release:

http://rails.sf.net/webstart/rails.jnlp

Or download a single jar and start it directly (by double-click or
command line "java -jar" command).

https://sourceforge.net/projects/rails/files/Rails/2.0/

Re: [Rails-devel] Progress on 1880 merge into Rails 2.0, but still open issues

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

Thanks again Martin, see further comments below.

> This has been changed by Mike, ParslotModel and ParSlotManager are used
> to achieve that now. SO yes that code is a relict imho.

OK I understand. On first glance I have to rewrite the ParSlotModel 
anyway to confirm the new Rails 2.0 approach (and move it to the 
specific_1880 package). And most likely not all of ParSlotManager is 
undo-proof.
However this will be done for the next alpha.

> Let me think again. The basic code didnt support 6 Token cities...
>
> Commit IDs: 6744707 and 49f89e3
>
> made changes to GuiHex.java to support 6 token cities.

So I manually copied the relevant code changes from a diff between 1.8.x 
and sfy_1880 into my branch. On first glance it seems to achieve the 
effects. Cherry-pick unfortunately does not work in this occasion.

> The revenue engine for sure and sometimes of course a subsequent
> sideeffect the code trying to find valid connections for the investors.
> And i am not particularly sure that the Tile laying Code suggesting new
> tiles was handling that correctly also all the time. (And yes thats in
> Rails1.8.x)

To find those problems I will need more details on concrete test cases.
Maybe you could check the alpha from today how it currently works in 
Rails 2.x.

Re: [Rails-devel] Progress on 1880 merge into Rails 2.0, but still open issues

[Martin B. <dr....@t-...>]

Am 10.04.2014 12:34, schrieb Stefan Frey:
> Martin,
> Thanks for your replies, see my comments below.
> I have attached screenshots of both rails 1/2 for comparison of the
> visual map effects.
> Stefan
>
Hi Stefan,
The list scratches attachments.
>> we defined an additional field value to the StockspaceType. Any field
>> can have an Revenue value that will be used in 1880 by a dynamic Revenue
>> Modifier to add the value on the stockmarket to the revenue generated.
>
> I did not refer to the revenue value, but to the number of slots that
> can be used to start used at a par price to start a company.
> This seems to be not correct in rails 2.0, there are the variables
> parPlace_100 ... and they are not used anywhere. Maybe they are a
> relict. And there is the parslot attribute of startspace which is
> never read? It might be correct in 1.8.7, so it most have somehow got
> lost in during the merge.
>

This has been changed by Mike, ParslotModel and ParSlotManager are used
to achieve that now. SO yes that code is a relict imho.

>>
>> Relict will be fixed tonight in map.xml
>>
>> Hm ? the svg tile for bejing looks correct ? at least in rails1.8.x its
>> the correct one. i have fixed that in my development branch..
>
> The svg is correct, however the tokens are not displayed correctly.
> Most likely there is code missing from rails1.8.7 that painted the
> tokens correctly.
>

Let me think again. The basic code didnt support 6 Token cities...

Commit IDs: 6744707 and 49f89e3

made changes to GuiHex.java to support 6 token cities.


>>
>> It should be on the right side of E11 and on the left side of E13  ?
>> Theres no tile E1 on the map ?
>
> Sorry I meant E11. It shows the blue bars left and right (the one to
> E9 is incorrect). This might be related to the double-definition (in
> E11 and both E13, this is not required), however it should not cause
> to show up incorrect.
>
>>
>> One issue: the medium city large circle around a black dot are a
>> speciality of 1880 and can be upgrade into a large city or downsized to
>> a small stop. The game engine sometimes doesnt recognise the true
>> function of the halt/stop if its upgraded or downgraded.
>
> What do you mean game engine? The revenue calculation engine? Or for
> token lays? In Rails 1.8.7 or in Rails 2?
>
The revenue engine for sure and sometimes of course a subsequent
sideeffect the code trying to find valid connections for the investors.
And i am not particularly sure that the Tile laying Code suggesting new
tiles was handling that correctly also all the time. (And yes thats in
Rails1.8.x)

>>
>> Regards
>> Martin
>>
>>
>>

Regards,
Martin

Re: [Rails-devel] Progress on 1880 merge into Rails 2.0, but still open issues

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

Martin,
Thanks for your replies, see my comments below.
I have attached screenshots of both rails 1/2 for comparison of the 
visual map effects.
Stefan

> we defined an additional field value to the StockspaceType. Any field
> can have an Revenue value that will be used in 1880 by a dynamic Revenue
> Modifier to add the value on the stockmarket to the revenue generated.

I did not refer to the revenue value, but to the number of slots that 
can be used to start used at a par price to start a company.
This seems to be not correct in rails 2.0, there are the variables 
parPlace_100 ... and they are not used anywhere. Maybe they are a 
relict. And there is the parslot attribute of startspace which is never 
read? It might be correct in 1.8.7, so it most have somehow got lost in 
during the merge.

>
> Relict will be fixed tonight in map.xml
>
> Hm ? the svg tile for bejing looks correct ? at least in rails1.8.x its
> the correct one. i have fixed that in my development branch..

The svg is correct, however the tokens are not displayed correctly.
Most likely there is code missing from rails1.8.7 that painted the 
tokens correctly.

>
> It should be on the right side of E11 and on the left side of E13  ?
> Theres no tile E1 on the map ?

Sorry I meant E11. It shows the blue bars left and right (the one to E9 
is incorrect). This might be related to the double-definition (in E11 
and both E13, this is not required), however it should not cause to show 
up incorrect.

>
> One issue: the medium city large circle around a black dot are a
> speciality of 1880 and can be upgrade into a large city or downsized to
> a small stop. The game engine sometimes doesnt recognise the true
> function of the halt/stop if its upgraded or downgraded.

What do you mean game engine? The revenue calculation engine? Or for 
token lays? In Rails 1.8.7 or in Rails 2?

>
> Regards
> Martin
>
>
>
> ------------------------------------------------------------------------------
> Put Bad Developers to Shame
> Dominate Development with Jenkins Continuous Integration
> Continuously Automate Build, Test & Deployment
> Start a new project now. Try Jenkins in the cloud.
> http://p.sf.net/sfu/13600_Cloudbees
>
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Progress on 1880 merge into Rails 2.0, but still open issues

[Martin B. <dr....@t-...>]

Am 09.04.2014 11:56, schrieb Stefan Frey:
> I merged your changes to my sfy_1880 and also added the remaining 
> changes from map.xml and LocalisedText in rails_1.8.x to sfy_1880.
>
> However there are a few issues remaining:
>
> * The StockMarket.xml and StockMarket implementation seems changed in 
> rails_1.8.x. I have to take a look at this.
>
> * What is the reason for all those city labels that start with "test" in 
> map.xml?
>
> * At least on the gray Bejing tile the tokens are all plotted in the 
> middle, so only one token is displayed.
>
> * The blue bars for water blocked hex sides appear to be wrong on hex E1.
>
> As soon as those issues are fixed (assuming they are minor), an Alpha 5 
> can be published.
>
>
> On 04/04/2014 08:41 PM, Stefan Frey wrote:
>> Martin:
>> perfect, thanks.
>> There are only a few changes in map.xml, that were missing in sfy_1880.
>> All other diffs are due to my changes.
>> I will take care of those myself tomorrow.
>> Stefan
>>
>>
>>
Hi Stefan,

we defined an additional field value to the StockspaceType. Any field
can have an Revenue value that will be used in 1880 by a dynamic Revenue
Modifier to add the value on the stockmarket to the revenue generated.

Relict will be fixed tonight in map.xml

Hm ? the svg tile for bejing looks correct ? at least in rails1.8.x its
the correct one. i have fixed that in my development branch..

It should be on the right side of E11 and on the left side of E13  ?
Theres no tile E1 on the map ?

One issue: the medium city large circle around a black dot are a
speciality of 1880 and can be upgrade into a large city or downsized to
a small stop. The game engine sometimes doesnt recognise the true
function of the halt/stop if its upgraded or downgraded.

Regards
Martin

Re: [Rails-devel] Progress on 1880 merge into Rails 2.0, but still open issues

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

I merged your changes to my sfy_1880 and also added the remaining 
changes from map.xml and LocalisedText in rails_1.8.x to sfy_1880.

However there are a few issues remaining:

* The StockMarket.xml and StockMarket implementation seems changed in 
rails_1.8.x. I have to take a look at this.

* What is the reason for all those city labels that start with "test" in 
map.xml?

* At least on the gray Bejing tile the tokens are all plotted in the 
middle, so only one token is displayed.

* The blue bars for water blocked hex sides appear to be wrong on hex E1.

As soon as those issues are fixed (assuming they are minor), an Alpha 5 
can be published.


On 04/04/2014 08:41 PM, Stefan Frey wrote:
> Martin:
> perfect, thanks.
> There are only a few changes in map.xml, that were missing in sfy_1880.
> All other diffs are due to my changes.
> I will take care of those myself tomorrow.
> Stefan
>
>
> On 04/04/2014 08:10 PM, Martin Brumm wrote:
>> Am 22.03.2014 16:03, schrieb Martin Brumm:
>> Hi Stefan,
>>
>> the svg files should now be upto date.
>>
>> I couldnt find differences in the xml-files though ?
>>
>> REgards,
>> Martin
>>
>>
>>
>> ------------------------------------------------------------------------------
>>
>>
>>
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Progress on 1880 merge into Rails 2.0, but still open issues

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

Martin:
perfect, thanks.
There are only a few changes in map.xml, that were missing in sfy_1880.
All other diffs are due to my changes.
I will take care of those myself tomorrow.
Stefan


On 04/04/2014 08:10 PM, Martin Brumm wrote:
> Am 22.03.2014 16:03, schrieb Martin Brumm:
> Hi Stefan,
>
> the svg files should now be upto date.
>
> I couldnt find differences in the xml-files though ?
>
> REgards,
> Martin
>
>
>
> ------------------------------------------------------------------------------
>
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Progress on 1880 merge into Rails 2.0, but still open issues

[Martin B. <dr....@t-...>]

Am 22.03.2014 16:03, schrieb Martin Brumm:
Hi Stefan,

the svg files should now be upto date.

I couldnt find differences in the xml-files though ?

REgards,
Martin

Re: [Rails-devel] 18EU bug in 1.8.7, recommended to use 1.7.12 for non-1880 games

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

<html>
  <head>
  </head>
  <body>Ok, but there is a connection to the changes in the rails 1.8.x branch.<br>
If you share a test case with me, I can check if the error occurs with 2.0.<br>
And btw: May be you have a test game for 1880 that has track running from Russia to Vladivostok? To allow testing the red to red bonus of 1880?<br>
Have you been able to fix the problems with your branches? Otherwise I am sure I can help you out. I got some git experience lately. Sometimes the hard way, which fortunately was only tedious never dangerous. ;-)    <br>
<br><br><div class="gmail_quote">Michael Alexander &lt;out...@gm...&gt; wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

    <div>
      It does. &nbsp;It seems to be not related to the 1880 problem that I was seeing. &nbsp;Thanks.
    </div>
    <div class="gmail_extra">
      <br/>
      <br/>
      <div class="gmail_quote">
        On Thu, Apr 3, 2014 at 1:39 AM, Stefan Frey<span> &lt;<a href="mailto:ste...@we..." target="_blank">ste...@we...</a>&gt;</span> wrote:<br/>
        <blockquote class="gmail_quote" style="margin: 0 0 0 0.8ex;border-left: 1.0px rgb(204,204,204) solid;padding-left: 1.0ex;">
          So you are asking what is actually wrong with the calculation?<br/>
          In the first case the bonus is not valid, in the second the bonus is three times the correct one.<br/>
          HH red to red is a special case as it requires the creation of a &quot;virtual&quot; vertex that duplicates HH and serves as the vertex for trains terminating in HH and thus qualify for a red to red bonus. For more details see the modifier code.<br/>
          Does this answer your question?<span class="HOEnZb"><font color="#888888"><br/>
          Stefan<br/>
          </font></span><br/>
          ------------------------------------------------------------------------------<br/>
          <br/>
          _______________________________________________<br/>
          Rails-devel mailing list<br/>
          <a href="mailto:Rai...@li..." target="_blank">Rai...@li...</a><br/>
          <a href="https://lists.sourceforge.net/lists/listinfo/rails-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/rails-devel</a><br/>
          <br/>
        </blockquote>
      </div>
      <br/>
    </div>
    ------------------------------------------------------------------------------ _______________________________________________ Rails-devel mailing list Rai...@li...<a href="https://lists.sourceforge.net/lists/listinfo/rails-devel" target="_blank"> https://lists.sourceforge.net/lists/listinfo/rails-devel</a>
  </blockquote></div></body>
</html>

Re: [Rails-devel] 18EU bug in 1.8.7, recommended to use 1.7.12 for non-1880 games

[Michael A. <out...@gm...>]

It does.  It seems to be not related to the 1880 problem that I was seeing.
 Thanks.


On Thu, Apr 3, 2014 at 1:39 AM, Stefan Frey <ste...@we...> wrote:

> So you are asking what is actually wrong with the calculation?
> In the first case the bonus is not valid, in the second the bonus is three
> times the correct one.
> HH red to red is a special case as it requires the creation of a "virtual"
> vertex that duplicates HH and serves as the vertex for trains terminating
> in HH and thus qualify for a red to red bonus. For more details see the
> modifier code.
> Does this answer your question?
> Stefan
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>

Re: [Rails-devel] Admin rights on sf/github

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

Brett:
Thanks a lot. I feel honored.

Rails is a great community based effort with many people contributing to 
it. I hope this will continue in the future.

Now that Java is not as dead as many (including me) expected to be after 
Oracle bought Sun, Rails as a project will for sure have more years to come.

Stefan

On 04/02/2014 04:25 PM, brett lentz wrote:
> Admin rights granted to you, Stefan.
>
> IMO, this is long overdue because you've absolutely stepped in as
> central manager of the project.
>
> ---Brett.
>
>
> ---Brett.
>
>
> On Wed, Apr 2, 2014 at 8:04 AM, Stefan Frey <ste...@we...
> <mailto:ste...@we...>> wrote:
>
>     Brett & Erik:
>     after closing the recent ticket (see previous mails) I wanted to add new
>     milestones (versions of Rails, the most current one is 1.4.) to the bug
>     tracker in sf.
>
>     However this is only allowed to those with admin rights for Rails.
>
>     I wonder if you would agree that we should add more devs with admin
>     rights. I know that without you Rails was never started nor got this
>     far. However both of you have not been very active recently.
>
>     I hope this proposal is ok with you, especially considering that we have
>     to setup a new repo anyway if migrate to github?
>
>     Stefan
>
>     ------------------------------------------------------------------------------
>     _______________________________________________
>     Rails-devel mailing list
>     Rai...@li...
>     <mailto:Rai...@li...>
>     https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
>
> ------------------------------------------------------------------------------
>
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] 18EU bug in 1.8.7, recommended to use 1.7.12 for non-1880 games

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

So you are asking what is actually wrong with the calculation? <br>
In the first case the bonus is not valid, in the second the bonus is three times the correct one.<br>
HH red to red is a special case as it requires the creation of a &quot;virtual&quot; vertex that duplicates HH and serves as the vertex for trains terminating in HH and thus qualify for a red to red bonus. For more details see the modifier code.<br>
Does this answer your question?<br>
Stefan   <br>

Re: [Rails-devel] 18EU bug in 1.8.7, recommended to use 1.7.12 for non-1880 games

[Michael A. <out...@gm...>]

I did - released 1.8.7 was where I could reproduce it every time with a
game in that state.


On Wed, Apr 2, 2014 at 8:29 AM, Stefan Frey <ste...@we...> wrote:

> Have you tried the released 1.8.7? I tested it on the released files
> from the sourceforge page.
>
> Both errors show up directly after loading the save files.
> However I would prefer not to further put to many resources into
> tracking it down, as it neither occurs in 1.7.12 and most likely not in
> 2.0.
>
> Stefan
>
> On 04/02/2014 02:08 PM, Michael Alexander wrote:
> > What is the problem for revenue calculation?  I've been seeing a problem
> > where an exception gets thrown when calculating a run with an 8E train
> > in 1.8.7.  Curiously, I've built my own 1.8.7, and I can't reproduce the
> > problem even with the same save file.  So I have no idea what is going
> > on there.
> >
> > Mike
> >
> >
> > On Wed, Apr 2, 2014 at 7:59 AM, Stefan Frey <ste...@we...
> > <mailto:ste...@we...>> wrote:
> >
> >     There was a bug-report regarding revenue calculation in rails 1.8.7
> for
> >     18EU. This bug has been confirmed, but did not occur in rails 1.7.x
> >     series. So it was introduced by the changes for 1880.
> >
> >     Since the first alpha release there is the recommendation on the
> >     homepage of rails to use the 1.8.x releases only for 1880, but play
> all
> >     other games on 1.7.x
> >
> >     I will not triage the bug in 1.8.7 as it is possible to downgrade to
> >     1.7.12 or to upgrade to rails 2.x in the future.
> >
> >     This is not to discourage anyone of you who brought 1880 to Rails.
> It is
> >     quite natural in the beginning to break some of the other games, as
> it
> >     is not clear what the core is that should not be touched.
> >
> >     Nearly all code I have written in the beginning of my participation
> has
> >     been changed already, as I had the same problems ;-)
> >
> >     Stefan
> >
> >
> ------------------------------------------------------------------------------
> >     _______________________________________________
> >     Rails-devel mailing list
> >     Rai...@li...
> >     <mailto:Rai...@li...>
> >     https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> >
> >
> >
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Admin rights on sf/github

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

Admin rights granted to you, Stefan.

IMO, this is long overdue because you've absolutely stepped in as central
manager of the project.

---Brett.


---Brett.


On Wed, Apr 2, 2014 at 8:04 AM, Stefan Frey <ste...@we...> wrote:

> Brett & Erik:
> after closing the recent ticket (see previous mails) I wanted to add new
> milestones (versions of Rails, the most current one is 1.4.) to the bug
> tracker in sf.
>
> However this is only allowed to those with admin rights for Rails.
>
> I wonder if you would agree that we should add more devs with admin
> rights. I know that without you Rails was never started nor got this
> far. However both of you have not been very active recently.
>
> I hope this proposal is ok with you, especially considering that we have
> to setup a new repo anyway if migrate to github?
>
> Stefan
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>