From: Stefan F. <ste...@we...> - 2012-03-06 14:56:23
|
A new release for the Rails 1.x branch. Downloads are available at http://rails.sourceforge.net/ or by the direct link http://sourceforge.net/projects/rails/files/Rails/1.7.0/ This release celebrates many improvements to the UI due to the work of Frederick Weld. Contributors: Erik Vos, Frederick Weld, Martin Brumm, Stefan Frey Includes all previously reported bug fixes of the 1.6.x branch. Please be aware that this release contains many changes, so bugs are more likely. Any feedback is welcome. Many of the included changes are NOT activated by default: Either switch them off using the configuration dialog or use one of the new predefined profiles: prettyUI --> all UI changes except docking activated ORdocking --> only activates the docking framework (currently only available for the OR window) Note: To show a background map, the option has to be switched on in Configuration => Map/Report => Display background map. Background maps are only available for 1856, 1889, 18EU, 18GA (incl. Cotton Port) and 18AL so far. The following are the major changes by topic: General UI improvements: * Interactive highlighting of hexes * Enhanced highlighting of active table cells during Operating Round * Adaptive rendering of token labels * Lay Tile: Invalid tile lays are displayed (incl. the reason for not being valid) * Support for icons * Splash screen with improvement startup behavior Added UI options: * Map / Zoom Fit Option: Fit-to-window and more * Map / Display Routes of Active Company * Map / Highlight company locations * Appearance / Display borders in grid layout * Windows / Flexible panels for operating round: Applies a docking framework to Operating Round Window Added Music/Sound Effects options (mp3 only): * Music: Background music can be specified per round-type and phase * Sound Effects: Sound effects can be associated to more than 20 game events * Includes support of "intelligent" effects (eg., revenue sound as in RailroadTycoon1) * No music/sound files are provided by Rails Rails configuration: * Added support for OS dependent centralized rails file storage (UNIX: ~/rails, Windows: %APPDIR, MacOS: ~/Library/Preferences/net.sourceforge.rails) * New configuration profile system based on profile hierachy * Several predefined profiles can be distributed Further changes: * Added StatusWindow File menu action to dump the (transposed) contents into a csv file * Several changes to use non-modal dialogs * Several updates to 1880 development * Added user-friendly network info including keyboard shortcut * Added highlighting of private companies' hexes triggered by mouse-over * Added invalid tile lays to upgrade panel (grayed out & reason) * Added option to play 1856 as a 2-player game. Further bug fixes: * Fix for 1835 bug: BY presidency not transferred during start round. * Always address the company president when a home token must be relaid. * Fixed 'Load Recent' by running it in a separate thread. * Fixed the glitch of initially displaying map images in the wrong scale * Fixed 1856 background map's mini-map (Windsor area) * Added precise sizing and positioning of token labels |
From: Phil D. <de...@gm...> - 2012-03-06 17:04:04
|
Stefan, Initial thoughts are that the configuration isn't working correctly. When I start up rails, I can load any of the default configs using the dropdown box. If I open the config window to edit the configuration, clicking save/apply prompts me for a name. Firstly, that seems to make it impossible to overwrite the default configurations (I'd like prettyUI to have borders disabled, personally) since if I type the same name it it simply prompts me again. Secondly, no matter what name I DO type in, it doesn't seem to save. Do I understand the below correctly that the configuration data should be saving into %USERPROFILE%\application data\rails on windows? I have a rails.recent file in there but nothing else seems to change if I try and save new configurations. Phil On 6 March 2012 14:56, Stefan Frey <ste...@we...> wrote: > A new release for the Rails 1.x branch. > > Downloads are available at http://rails.sourceforge.net/ or by the > direct link http://sourceforge.net/projects/rails/files/Rails/1.7.0/ > > This release celebrates many improvements to the UI due to the > work of Frederick Weld. > > Contributors: Erik Vos, Frederick Weld, Martin Brumm, Stefan Frey > > Includes all previously reported bug fixes of the 1.6.x branch. > > Please be aware that this release contains many changes, so bugs are > more likely. > Any feedback is welcome. > > Many of the included changes are NOT activated by default: Either switch > them off > using the configuration dialog or use one of the new predefined profiles: > > prettyUI --> all UI changes except docking activated > ORdocking --> only activates the docking framework > (currently only available for the OR window) > > Note: To show a background map, the option has to be switched on in > Configuration => Map/Report => Display background map. > Background maps are only available for 1856, 1889, 18EU, 18GA (incl. > Cotton Port) and 18AL so far. > > The following are the major changes by topic: > > General UI improvements: > * Interactive highlighting of hexes > * Enhanced highlighting of active table cells during Operating Round > * Adaptive rendering of token labels > * Lay Tile: Invalid tile lays are displayed (incl. the reason for > not being valid) > * Support for icons > * Splash screen with improvement startup behavior > > Added UI options: > * Map / Zoom Fit Option: Fit-to-window and more > * Map / Display Routes of Active Company > * Map / Highlight company locations > * Appearance / Display borders in grid layout > * Windows / Flexible panels for operating round: > Applies a docking framework to Operating Round Window > > Added Music/Sound Effects options (mp3 only): > * Music: Background music can be specified per round-type and phase > * Sound Effects: Sound effects can be associated to more than 20 game > events > * Includes support of "intelligent" effects (eg., revenue > sound as in RailroadTycoon1) > * No music/sound files are provided by Rails > > Rails configuration: > * Added support for OS dependent centralized rails file storage > (UNIX: ~/rails, Windows: %APPDIR, MacOS: > ~/Library/Preferences/net.sourceforge.rails) > * New configuration profile system based on profile hierachy > * Several predefined profiles can be distributed > > Further changes: > * Added StatusWindow File menu action to dump the (transposed) contents > into a csv file > * Several changes to use non-modal dialogs > * Several updates to 1880 development > * Added user-friendly network info including keyboard shortcut > * Added highlighting of private companies' hexes triggered by mouse-over > * Added invalid tile lays to upgrade panel (grayed out & reason) > * Added option to play 1856 as a 2-player game. > > > Further bug fixes: > * Fix for 1835 bug: BY presidency not transferred during start round. > * Always address the company president when a home token must be relaid. > * Fixed 'Load Recent' by running it in a separate thread. > * Fixed the glitch of initially displaying map images in the wrong scale > * Fixed 1856 background map's mini-map (Windsor area) > * Added precise sizing and positioning of token labels > > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
From: Stefan F. <ste...@we...> - 2012-03-06 17:29:46
|
Phil: that are valid remarks: You found a bug that occurs in a combination I have no tested so far. Further remarks below: At least for me the real challenge in UI design is to anticipate how users can react and what they expect. Or better I believe it is impossible and so you can only learn by feedback. Stefan Remark first: * Choosing save/apply actually creates a new user profile, so it ask for a new name (which is not equal to an existing profile). * Choosing apply automatically saves it. * User profiles are stored in the configuration folder of the user machine, predefined profiles come inside the jar. On 03/06/2012 06:03 PM, Phil Davies wrote: > Stefan, > > Initial thoughts are that the configuration isn't working correctly. > When I start up rails, I can load any of the default configs using the > dropdown box. If I open the config window to edit the configuration, > clicking save/apply prompts me for a name. The name to enter is the name for the new UI profile. > > Firstly, that seems to make it impossible to overwrite the default > configurations (I'd like prettyUI to have borders disabled, personally) > since if I type the same name it it simply prompts me again. There are two reasons why predefined profiles cannot be overwritten: A) A technical one as the predefined will get updated with every release to provide defaults for new added configurations. User profiles are only stored as changes to the predefined profile so that they are able to inherit the new options with sensible defaults. B) In principal it would be possible to ignore reason A) and to allow profile "overloading", so that the user profile gets preference. However the predefined profiles always provide a reasonable fall-back version. Secondly, > no matter what name I DO type in, it doesn't seem to save. Do I > understand the below correctly that the configuration data should be > saving into %USERPROFILE%\application data\rails on windows? I have a > rails.recent file in there but nothing else seems to change if I try and > save new configurations. That is actually a bug, you change the "pbem" predefined profile and then store that as a user profile (that was my test case) but it does not work for the new ones (as they are treated as transitory). It is easy to fix, however I would like to wait for at least two days of feedback unless there is a critical bug. Stefan |
From: Jerry A. <jer...@ya...> - 2012-03-06 18:14:08
|
Couple of comments regarding "save/apply" button and the configuration dialog (It is a bit confusing to use). On Windows standard UI behavior is typically: "Saving" should not occur when the user closes a window with the close box in the upper right corner. They should be warned that a save is needed and then let them choose to "cancel" the close operation or close without saving. Using the close box without any warning as it is now should be "cancel". "Save/Apply" button should be changed to "Save", "Save As...", "Apply" and/or "Ok/Done/Cancel" as individual actions. Some defintions of expected behavior. "Save" - save to the current configuration file. This can include a "close" to complete the operation. Usually you will only "close" the window if "apply" is also present as an option. "Save As..." - save to a file of the users choice including a new file or overwriting an existing file. The dialog from that point forward should be editing the new file. This can include a "close" to complete the operation. Usually you will only "close" the window if "apply" is also present as an option. "Apply" - this is typically a save without a close. "Ok/Done/Cancel" - Depending on the other options on the dialog this usually covers whatever scenarios are not covered. "Cancel" usually suggests a rollback of all changes since the last save - this can get a little tricky to communicate to the user when you allow for saving that does not close the dialog. I would suggest changing to a "save (followed by a close)", "save as... (followed by a close)" and "cancel" buttons. All changes are scoped to the lifetime of the dialog. ________________________________ From: Stefan Frey <ste...@we...> To: an 18xx game <rai...@li...> Sent: Tuesday, March 6, 2012 9:29 AM Subject: Re: [Rails-devel] Release Rails 1.7.0 available Phil: that are valid remarks: You found a bug that occurs in a combination I have no tested so far. Further remarks below: At least for me the real challenge in UI design is to anticipate how users can react and what they expect. Or better I believe it is impossible and so you can only learn by feedback. Stefan Remark first: * Choosing save/apply actually creates a new user profile, so it ask for a new name (which is not equal to an existing profile). * Choosing apply automatically saves it. * User profiles are stored in the configuration folder of the user machine, predefined profiles come inside the jar. On 03/06/2012 06:03 PM, Phil Davies wrote: > Stefan, > > Initial thoughts are that the configuration isn't working correctly. > When I start up rails, I can load any of the default configs using the > dropdown box. If I open the config window to edit the configuration, > clicking save/apply prompts me for a name. The name to enter is the name for the new UI profile. > > Firstly, that seems to make it impossible to overwrite the default > configurations (I'd like prettyUI to have borders disabled, personally) > since if I type the same name it it simply prompts me again. There are two reasons why predefined profiles cannot be overwritten: A) A technical one as the predefined will get updated with every release to provide defaults for new added configurations. User profiles are only stored as changes to the predefined profile so that they are able to inherit the new options with sensible defaults. B) In principal it would be possible to ignore reason A) and to allow profile "overloading", so that the user profile gets preference. However the predefined profiles always provide a reasonable fall-back version. Secondly, > no matter what name I DO type in, it doesn't seem to save. Do I > understand the below correctly that the configuration data should be > saving into %USERPROFILE%\application data\rails on windows? I have a > rails.recent file in there but nothing else seems to change if I try and > save new configurations. That is actually a bug, you change the "pbem" predefined profile and then store that as a user profile (that was my test case) but it does not work for the new ones (as they are treated as transitory). It is easy to fix, however I would like to wait for at least two days of feedback unless there is a critical bug. Stefan ------------------------------------------------------------------------------ Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d _______________________________________________ Rails-devel mailing list Rai...@li... https://lists.sourceforge.net/lists/listinfo/rails-devel |
From: Stefan F. <ste...@we...> - 2012-03-06 18:36:46
|
Jerry: Thanks for catching this and thinking this through: I completely forgot to align the text of the buttons to the new functionality. Stefan On 03/06/2012 07:14 PM, Jerry Anderson wrote: > Couple of comments regarding "save/apply" button and the configuration > dialog (It is a bit confusing to use). > On Windows standard UI behavior is typically: > "Saving" should not occur when the user closes a window with the close > box in the upper right corner. They should be warned that a save is > needed and then let them choose to "cancel" the close operation or close > without saving. Using the close box without any warning as it is now > should be "cancel". > "Save/Apply" button should be changed to "Save", "Save As...", "Apply" > and/or "Ok/Done/Cancel" as individual actions. Some defintions of > expected behavior. > "Save" - save to the current configuration file. This can include a > "close" to complete the operation. Usually you will only "close" the > window if "apply" is also present as an option. > "Save As..." - save to a file of the users choice including a new file > or overwriting an existing file. The dialog from that point forward > should be editing the new file. This can include a "close" to complete > the operation. Usually you will only "close" the window if "apply" is > also present as an option. > "Apply" - this is typically a save without a close. > "Ok/Done/Cancel" - Depending on the other options on the dialog this > usually covers whatever scenarios are not covered. "Cancel" usually > suggests a rollback of all changes since the last save - this can get a > little tricky to communicate to the user when you allow for saving that > does not close the dialog. > I would suggest changing to a "save (followed by a close)", "save as... > (followed by a close)" and "cancel" buttons. All changes are scoped to > the lifetime of the dialog. > *From:* Stefan Frey <ste...@we...> > *To:* an 18xx game <rai...@li...> > *Sent:* Tuesday, March 6, 2012 9:29 AM > *Subject:* Re: [Rails-devel] Release Rails 1.7.0 available > > Phil: > that are valid remarks: You found a bug that occurs in a combination > I have no tested so far. > Further remarks below: At least for me the real challenge in UI design > is to anticipate how users can react and what they expect. Or better I > believe it is impossible and so you can only learn by feedback. > Stefan > > > Remark first: > * Choosing save/apply actually creates a new user profile, so it ask > for a new name (which is not equal to an existing profile). > * Choosing apply automatically saves it. > * User profiles are stored in the configuration folder of the user > machine, predefined profiles come inside the jar. > > > On 03/06/2012 06:03 PM, Phil Davies wrote: > > Stefan, > > > > Initial thoughts are that the configuration isn't working correctly. > > When I start up rails, I can load any of the default configs using the > > dropdown box. If I open the config window to edit the configuration, > > clicking save/apply prompts me for a name. > > The name to enter is the name for the new UI profile. > > > > > Firstly, that seems to make it impossible to overwrite the default > > configurations (I'd like prettyUI to have borders disabled, personally) > > since if I type the same name it it simply prompts me again. > > There are two reasons why predefined profiles cannot be overwritten: > A) A technical one as the predefined will get updated with every release > to provide defaults for new added configurations. > User profiles are only stored as changes to the predefined profile so > that they are able to inherit the new options with sensible defaults. > > B) In principal it would be possible to ignore reason A) and to allow > profile "overloading", so that the user profile gets preference. > However the predefined profiles always provide a reasonable fall-back > version. > > > Secondly, > > no matter what name I DO type in, it doesn't seem to save. Do I > > understand the below correctly that the configuration data should be > > saving into %USERPROFILE%\application data\rails on windows? I have a > > rails.recent file in there but nothing else seems to change if I try and > > save new configurations. > > That is actually a bug, you change the "pbem" predefined profile and > then store that as a user profile (that was my test case) but it does > not work for the new ones (as they are treated as transitory). > > It is easy to fix, however I would like to wait for at least two days of > feedback unless there is a critical bug. > > Stefan > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... <mailto:Rai...@li...> > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > > > > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel |
From: Stefan F. <ste...@we...> - 2012-04-01 11:40:39
|
Jerry: I tried to follow your advise with my current changes (pushed to Rails1.7.x branch). If a predefined profile is selected there are two buttons available: * SaveAs => Saves changes as a new user profile and applies them. * Reset => Resets profile to the (stored) settings If a user defined profile is selected there are two further buttons available: * Save => Save changes and applies them. * Delete => Delete profile If the window gets closed the (temporary) changes are kept inside the UI, however nothing gets saved or applied. A warning info for the user is raised about that behavior. It is a little annoying to have this warning coming up all the time (even after saving or modifying nothing), however I do not consider adding such behavior as fix only, so I keep that on the todo list for future enhancements. Stefan On 03/06/2012 07:14 PM, Jerry Anderson wrote: > Couple of comments regarding "save/apply" button and the configuration > dialog (It is a bit confusing to use). > On Windows standard UI behavior is typically: > "Saving" should not occur when the user closes a window with the close > box in the upper right corner. They should be warned that a save is > needed and then let them choose to "cancel" the close operation or close > without saving. Using the close box without any warning as it is now > should be "cancel". > "Save/Apply" button should be changed to "Save", "Save As...", "Apply" > and/or "Ok/Done/Cancel" as individual actions. Some defintions of > expected behavior. > "Save" - save to the current configuration file. This can include a > "close" to complete the operation. Usually you will only "close" the > window if "apply" is also present as an option. > "Save As..." - save to a file of the users choice including a new file > or overwriting an existing file. The dialog from that point forward > should be editing the new file. This can include a "close" to complete > the operation. Usually you will only "close" the window if "apply" is > also present as an option. > "Apply" - this is typically a save without a close. > "Ok/Done/Cancel" - Depending on the other options on the dialog this > usually covers whatever scenarios are not covered. "Cancel" usually > suggests a rollback of all changes since the last save - this can get a > little tricky to communicate to the user when you allow for saving that > does not close the dialog. > I would suggest changing to a "save (followed by a close)", "save as... > (followed by a close)" and "cancel" buttons. All changes are scoped to > the lifetime of the dialog. > *From:* Stefan Frey <ste...@we...> > *To:* an 18xx game <rai...@li...> > *Sent:* Tuesday, March 6, 2012 9:29 AM > *Subject:* Re: [Rails-devel] Release Rails 1.7.0 available > > Phil: > that are valid remarks: You found a bug that occurs in a combination > I have no tested so far. > Further remarks below: At least for me the real challenge in UI design > is to anticipate how users can react and what they expect. Or better I > believe it is impossible and so you can only learn by feedback. > Stefan > > > Remark first: > * Choosing save/apply actually creates a new user profile, so it ask > for a new name (which is not equal to an existing profile). > * Choosing apply automatically saves it. > * User profiles are stored in the configuration folder of the user > machine, predefined profiles come inside the jar. > > > On 03/06/2012 06:03 PM, Phil Davies wrote: > > Stefan, > > > > Initial thoughts are that the configuration isn't working correctly. > > When I start up rails, I can load any of the default configs using the > > dropdown box. If I open the config window to edit the configuration, > > clicking save/apply prompts me for a name. > > The name to enter is the name for the new UI profile. > > > > > Firstly, that seems to make it impossible to overwrite the default > > configurations (I'd like prettyUI to have borders disabled, personally) > > since if I type the same name it it simply prompts me again. > > There are two reasons why predefined profiles cannot be overwritten: > A) A technical one as the predefined will get updated with every release > to provide defaults for new added configurations. > User profiles are only stored as changes to the predefined profile so > that they are able to inherit the new options with sensible defaults. > > B) In principal it would be possible to ignore reason A) and to allow > profile "overloading", so that the user profile gets preference. > However the predefined profiles always provide a reasonable fall-back > version. > > > Secondly, > > no matter what name I DO type in, it doesn't seem to save. Do I > > understand the below correctly that the configuration data should be > > saving into %USERPROFILE%\application data\rails on windows? I have a > > rails.recent file in there but nothing else seems to change if I try and > > save new configurations. > > That is actually a bug, you change the "pbem" predefined profile and > then store that as a user profile (that was my test case) but it does > not work for the new ones (as they are treated as transitory). > > It is easy to fix, however I would like to wait for at least two days of > feedback unless there is a critical bug. > > Stefan > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... <mailto:Rai...@li...> > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > > > > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel |
From: Jerry A. <jer...@ya...> - 2012-03-06 18:22:56
|
I am seeing a problem with 18GA and the background map option. It is not rendering correctly on Windows. I think it is having trouble loading some parts of the image - there are default image placeholders in various locations on the map. ________________________________ From: Stefan Frey <ste...@we...> To: rai...@li... Cc: an 18xx game <rai...@li...>; rai...@li... Sent: Tuesday, March 6, 2012 6:56 AM Subject: [Rails-devel] Release Rails 1.7.0 available A new release for the Rails 1.x branch. Downloads are available at http://rails.sourceforge.net/ or by the direct link http://sourceforge.net/projects/rails/files/Rails/1.7.0/ This release celebrates many improvements to the UI due to the work of Frederick Weld. Contributors: Erik Vos, Frederick Weld, Martin Brumm, Stefan Frey Includes all previously reported bug fixes of the 1.6.x branch. Please be aware that this release contains many changes, so bugs are more likely. Any feedback is welcome. Many of the included changes are NOT activated by default: Either switch them off using the configuration dialog or use one of the new predefined profiles: prettyUI --> all UI changes except docking activated ORdocking --> only activates the docking framework (currently only available for the OR window) Note: To show a background map, the option has to be switched on in Configuration => Map/Report => Display background map. Background maps are only available for 1856, 1889, 18EU, 18GA (incl. Cotton Port) and 18AL so far. The following are the major changes by topic: General UI improvements: * Interactive highlighting of hexes * Enhanced highlighting of active table cells during Operating Round * Adaptive rendering of token labels * Lay Tile: Invalid tile lays are displayed (incl. the reason for not being valid) * Support for icons * Splash screen with improvement startup behavior Added UI options: * Map / Zoom Fit Option: Fit-to-window and more * Map / Display Routes of Active Company * Map / Highlight company locations * Appearance / Display borders in grid layout * Windows / Flexible panels for operating round: Applies a docking framework to Operating Round Window Added Music/Sound Effects options (mp3 only): * Music: Background music can be specified per round-type and phase * Sound Effects: Sound effects can be associated to more than 20 game events * Includes support of "intelligent" effects (eg., revenue sound as in RailroadTycoon1) * No music/sound files are provided by Rails Rails configuration: * Added support for OS dependent centralized rails file storage (UNIX: ~/rails, Windows: %APPDIR, MacOS: ~/Library/Preferences/net.sourceforge.rails) * New configuration profile system based on profile hierachy * Several predefined profiles can be distributed Further changes: * Added StatusWindow File menu action to dump the (transposed) contents into a csv file * Several changes to use non-modal dialogs * Several updates to 1880 development * Added user-friendly network info including keyboard shortcut * Added highlighting of private companies' hexes triggered by mouse-over * Added invalid tile lays to upgrade panel (grayed out & reason) * Added option to play 1856 as a 2-player game. Further bug fixes: * Fix for 1835 bug: BY presidency not transferred during start round. * Always address the company president when a home token must be relaid. * Fixed 'Load Recent' by running it in a separate thread. * Fixed the glitch of initially displaying map images in the wrong scale * Fixed 1856 background map's mini-map (Windsor area) * Added precise sizing and positioning of token labels ------------------------------------------------------------------------------ Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d _______________________________________________ Rails-devel mailing list Rai...@li... https://lists.sourceforge.net/lists/listinfo/rails-devel |
From: Stefan F. <ste...@we...> - 2012-03-06 18:38:37
|
An old bug was able to creep in again: I forgot to forward port the adjusted list of required batik jar packages. Thanks again! On 03/06/2012 07:21 PM, Jerry Anderson wrote: > I am seeing a problem with 18GA and the background map option. It is not > rendering correctly on Windows. I think it is having trouble loading > some parts of the image - there are default image placeholders in > various locations on the map. > > *From:* Stefan Frey <ste...@we...> > *To:* rai...@li... > *Cc:* an 18xx game <rai...@li...>; > rai...@li... > *Sent:* Tuesday, March 6, 2012 6:56 AM > *Subject:* [Rails-devel] Release Rails 1.7.0 available > > A new release for the Rails 1.x branch. > > Downloads are available at http://rails.sourceforge.net/ or by the > direct link http://sourceforge.net/projects/rails/files/Rails/1.7.0/ > > This release celebrates many improvements to the UI due to the > work of Frederick Weld. > > Contributors: Erik Vos, Frederick Weld, Martin Brumm, Stefan Frey > > Includes all previously reported bug fixes of the 1.6.x branch. > > Please be aware that this release contains many changes, so bugs are > more likely. > Any feedback is welcome. > > Many of the included changes are NOT activated by default: Either switch > them off > using the configuration dialog or use one of the new predefined profiles: > > prettyUI --> all UI changes except docking activated > ORdocking --> only activates the docking framework > (currently only available for the OR window) > > Note: To show a background map, the option has to be switched on in > Configuration => Map/Report => Display background map. > Background maps are only available for 1856, 1889, 18EU, 18GA (incl. > Cotton Port) and 18AL so far. > > The following are the major changes by topic: > > General UI improvements: > * Interactive highlighting of hexes > * Enhanced highlighting of active table cells during Operating Round > * Adaptive rendering of token labels > * Lay Tile: Invalid tile lays are displayed (incl. the reason for > not being valid) > * Support for icons > * Splash screen with improvement startup behavior > > Added UI options: > * Map / Zoom Fit Option: Fit-to-window and more > * Map / Display Routes of Active Company > * Map / Highlight company locations > * Appearance / Display borders in grid layout > * Windows / Flexible panels for operating round: > Applies a docking framework to Operating Round Window > > Added Music/Sound Effects options (mp3 only): > * Music: Background music can be specified per round-type and phase > * Sound Effects: Sound effects can be associated to more than 20 game events > * Includes support of "intelligent" effects (eg., revenue > sound as in RailroadTycoon1) > * No music/sound files are provided by Rails > > Rails configuration: > * Added support for OS dependent centralized rails file storage > (UNIX: ~/rails, Windows: %APPDIR, MacOS: > ~/Library/Preferences/net.sourceforge.rails) > * New configuration profile system based on profile hierachy > * Several predefined profiles can be distributed > > Further changes: > * Added StatusWindow File menu action to dump the (transposed) contents > into a csv file > * Several changes to use non-modal dialogs > * Several updates to 1880 development > * Added user-friendly network info including keyboard shortcut > * Added highlighting of private companies' hexes triggered by mouse-over > * Added invalid tile lays to upgrade panel (grayed out & reason) > * Added option to play 1856 as a 2-player game. > > > Further bug fixes: > * Fix for 1835 bug: BY presidency not transferred during start round. > * Always address the company president when a home token must be relaid. > * Fixed 'Load Recent' by running it in a separate thread. > * Fixed the glitch of initially displaying map images in the wrong scale > * Fixed 1856 background map's mini-map (Windsor area) > * Added precise sizing and positioning of token labels > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... <mailto:Rai...@li...> > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > > > > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel |