From: Stefan F. <ste...@we...> - 2010-08-10 23:20:03
|
The linked movesets in the CGR 1856 merger inspired a feature that proved to be surprisingly easy (as it leverages on the excellent move/state mechanisms in Rails). The downside is that it can be effected by the all undo related bugs, but the number of those was on the decrease lately. The report window now acts as game history: There are hyperlinks for each action. Clicking on any of those lets Rails jump to that game situation (by calling undo repeatedly). Return to a later position is possible unless an action is taken (as it is the case for standard redo). I also added two buttons (<< and >>) to allow single-step moves. The old report window (which is editable) can be activated via the Configuration menu (or setting report.window.type to static in the legacy configfiles). Stefan |
From: Chris S. <chr...@gm...> - 2010-08-11 19:16:52
|
Is it still possible to copy text from the Report window for pasting into an email? -- Chris Please consider the environment before printing this e-mail. On Tue, Aug 10, 2010 at 4:20 PM, Stefan Frey <ste...@we...> wrote: > The linked movesets in the CGR 1856 merger inspired a feature that proved > to > be surprisingly easy (as it leverages on the excellent move/state > mechanisms > in Rails). The downside is that it can be effected by the all undo related > bugs, but the number of those was on the decrease lately. > > The report window now acts as game history: There are hyperlinks for each > action. Clicking on any of those lets Rails jump to that game situation (by > calling undo repeatedly). Return to a later position is possible unless an > action is taken (as it is the case for standard redo). I also added two > buttons (<< and >>) to allow single-step moves. > > The old report window (which is editable) can be activated via the > Configuration menu (or setting report.window.type to static in the legacy > configfiles). > > Stefan > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
From: Erik V. <eri...@xs...> - 2010-08-11 22:06:55
|
Very nice. This may actually help implementing an idea I have lingering in the back of my head for some time: to have Undo clean up the (editable) report, rather than just add the unhelpful 'Undo' line. Perhaps, while you're at it... Erik -----Original Message----- From: Stefan Frey [mailto:ste...@we...] Sent: Wednesday 11 August 2010 01:20 To: Development list for Rails: an 18xx game Subject: [Rails-devel] Report window as game history The linked movesets in the CGR 1856 merger inspired a feature that proved to be surprisingly easy (as it leverages on the excellent move/state mechanisms in Rails). The downside is that it can be effected by the all undo related bugs, but the number of those was on the decrease lately. The report window now acts as game history: There are hyperlinks for each action. Clicking on any of those lets Rails jump to that game situation (by calling undo repeatedly). Return to a later position is possible unless an action is taken (as it is the case for standard redo). I also added two buttons (<< and >>) to allow single-step moves. The old report window (which is editable) can be activated via the Configuration menu (or setting report.window.type to static in the legacy configfiles). Stefan ---------------------------------------------------------------------------- -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev _______________________________________________ Rails-devel mailing list Rai...@li... https://lists.sourceforge.net/lists/listinfo/rails-devel |
From: Erik V. <eri...@xs...> - 2010-08-11 22:17:09
|
I found that you can do that, but at the rather severe penalty of losing all end-of lines. The report becomes one long line. Better keep to the (what Stefan in his wisdom disposes as) "legacy" report if you want to save or copy it. Erik. _____ From: Chris Shaffer [mailto:chr...@gm...] Sent: Wednesday 11 August 2010 21:17 To: Development list for Rails: an 18xx game Subject: Re: [Rails-devel] Report window as game history Is it still possible to copy text from the Report window for pasting into an email? -- Chris Please consider the environment before printing this e-mail. On Tue, Aug 10, 2010 at 4:20 PM, Stefan Frey <ste...@we...> wrote: The linked movesets in the CGR 1856 merger inspired a feature that proved to be surprisingly easy (as it leverages on the excellent move/state mechanisms in Rails). The downside is that it can be effected by the all undo related bugs, but the number of those was on the decrease lately. The report window now acts as game history: There are hyperlinks for each action. Clicking on any of those lets Rails jump to that game situation (by calling undo repeatedly). Return to a later position is possible unless an action is taken (as it is the case for standard redo). I also added two buttons (<< and >>) to allow single-step moves. The old report window (which is editable) can be activated via the Configuration menu (or setting report.window.type to static in the legacy configfiles). Stefan ---------------------------------------------------------------------------- -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev _______________________________________________ Rails-devel mailing list Rai...@li... https://lists.sourceforge.net/lists/listinfo/rails-devel |
From: Chris S. <chr...@gm...> - 2010-08-11 22:31:23
|
In that case, could there be an option to enable both report windows, so users can switch back and forth between them within a single game? And without requiring them to edit configuration files and reload? I'd hate to have to choose between one or the other, since they both have lots of utility. -- Chris Please consider the environment before printing this e-mail. On Wed, Aug 11, 2010 at 2:17 PM, Erik Vos <eri...@xs...> wrote: > I found that you can do that, but at the rather severe penalty of losing > all end-of lines. The report becomes one long line. > Better keep to the (what Stefan in his wisdom disposes as) "legacy" report > if you want to save or copy it. > > Erik. > > ------------------------------ > *From:* Chris Shaffer [mailto:chr...@gm...] > *Sent:* Wednesday 11 August 2010 21:17 > > *To:* Development list for Rails: an 18xx game > *Subject:* Re: [Rails-devel] Report window as game history > > Is it still possible to copy text from the Report window for pasting into > an email? > > -- > Chris > > Please consider the environment before printing this e-mail. > > > On Tue, Aug 10, 2010 at 4:20 PM, Stefan Frey <ste...@we...> wrote: > >> The linked movesets in the CGR 1856 merger inspired a feature that proved >> to >> be surprisingly easy (as it leverages on the excellent move/state >> mechanisms >> in Rails). The downside is that it can be effected by the all undo related >> bugs, but the number of those was on the decrease lately. >> >> The report window now acts as game history: There are hyperlinks for each >> action. Clicking on any of those lets Rails jump to that game situation >> (by >> calling undo repeatedly). Return to a later position is possible unless an >> action is taken (as it is the case for standard redo). I also added two >> buttons (<< and >>) to allow single-step moves. >> >> The old report window (which is editable) can be activated via the >> Configuration menu (or setting report.window.type to static in the legacy >> configfiles). >> >> Stefan >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by >> >> Make an app they can't live without >> Enter the BlackBerry Developer Challenge >> http://p.sf.net/sfu/RIM-dev2dev >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |
From: Stefan F. <ste...@we...> - 2010-08-11 23:21:03
|
Chris & Erik: * Fixed the missing newline in copy&paste from the new report window (google is your friend). * There is a new configuration window now, which allows to set options via an UI. I will add some code (similar to the one font changes) that makes the change immediate and does not require a reload. Supplying both simultaneously would be possible, but might bring more confusion to newbies than benefits to the experts? * I could change the (static/legacy) report window to the new behavior of clearing undone actions instead of appending undoing, but then the difference between the two is merely formatting and the availability of hyperlinks. Then it is easier to deactivate the formatting and hyperlinks than to support two different subclasses of the ReportWindow. There are two reasons to keep the static version: A) For me the static window acts as an accounting trail, thus keeps track of undos explicitly. B) For (quite old) computers (or handhelds if Rails gets portable in the future) the JEditorPane is a drag on performance and the whole content is updated after each action instead of appending as in the static case. Stefan On Thursday, August 12, 2010 12:31:15 am Chris Shaffer wrote: > In that case, could there be an option to enable both report windows, so > users can switch back and forth between them within a single game? And > without requiring them to edit configuration files and reload? I'd hate to > have to choose between one or the other, since they both have lots of > utility. > > -- > Chris > > Please consider the environment before printing this e-mail. > > On Wed, Aug 11, 2010 at 2:17 PM, Erik Vos <eri...@xs...> wrote: > > I found that you can do that, but at the rather severe penalty of losing > > > > all end-of lines. The report becomes one long line. > > Better keep to the (what Stefan in his wisdom disposes as) "legacy" > > report if you want to save or copy it. > > > > Erik. > > > > ------------------------------ > > > > *From:* Chris Shaffer [mailto:chr...@gm...] > > *Sent:* Wednesday 11 August 2010 21:17 > > > > *To:* Development list for Rails: an 18xx game > > *Subject:* Re: [Rails-devel] Report window as game history > > > > Is it still possible to copy text from the Report window for pasting into > > an email? > > > > -- > > Chris > > > > Please consider the environment before printing this e-mail. > > > > On Tue, Aug 10, 2010 at 4:20 PM, Stefan Frey <ste...@we...> wrote: > >> The linked movesets in the CGR 1856 merger inspired a feature that > >> proved to > >> be surprisingly easy (as it leverages on the excellent move/state > >> mechanisms > >> in Rails). The downside is that it can be effected by the all undo > >> related bugs, but the number of those was on the decrease lately. > >> > >> The report window now acts as game history: There are hyperlinks for > >> each action. Clicking on any of those lets Rails jump to that game > >> situation (by > >> calling undo repeatedly). Return to a later position is possible unless > >> an action is taken (as it is the case for standard redo). I also added > >> two buttons (<< and >>) to allow single-step moves. > >> > >> The old report window (which is editable) can be activated via the > >> Configuration menu (or setting report.window.type to static in the > >> legacy configfiles). > >> > >> Stefan > >> > >> > >> ------------------------------------------------------------------------ > >> ------ This SF.net email is sponsored by > >> > >> Make an app they can't live without > >> Enter the BlackBerry Developer Challenge > >> http://p.sf.net/sfu/RIM-dev2dev > >> _______________________________________________ > >> Rails-devel mailing list > >> Rai...@li... > >> https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > ------------------------------------------------------------------------- > > ----- This SF.net email is sponsored by > > > > Make an app they can't live without > > Enter the BlackBerry Developer Challenge > > http://p.sf.net/sfu/RIM-dev2dev > > _______________________________________________ > > Rails-devel mailing list > > Rai...@li... > > https://lists.sourceforge.net/lists/listinfo/rails-devel |
From: Chris S. <chr...@gm...> - 2010-08-12 16:52:16
|
This sounds like it would work to me. If users can copy/paste with newlines from the HTML version, I don't really anticipate needing to use the legacy version very often. -- Chris Please consider the environment before printing this e-mail. On Wed, Aug 11, 2010 at 4:21 PM, Stefan Frey <ste...@we...> wrote: > Chris & Erik: > * Fixed the missing newline in copy&paste from the new report window > (google is your friend). > > * There is a new configuration window now, which allows to set options via > an > UI. I will add some code (similar to the one font changes) that makes the > change immediate and does not require a reload. Supplying both > simultaneously > would be possible, but might bring more confusion to newbies than benefits > to > the experts? > > * I could change the (static/legacy) report window to the new behavior of > clearing undone actions instead of appending undoing, but then the > difference > between the two is merely formatting and the availability of hyperlinks. > Then > it is easier to deactivate the formatting and hyperlinks than to support > two > different subclasses of the ReportWindow. > > There are two reasons to keep the static version: > A) For me the static window acts as an accounting trail, thus keeps track > of > undos explicitly. > B) For (quite old) computers (or handhelds if Rails gets portable in the > future) the JEditorPane is a drag on performance and the whole content is > updated after each action instead of appending as in the static case. > > Stefan > > > On Thursday, August 12, 2010 12:31:15 am Chris Shaffer wrote: > > In that case, could there be an option to enable both report windows, so > > users can switch back and forth between them within a single game? And > > without requiring them to edit configuration files and reload? I'd hate > to > > have to choose between one or the other, since they both have lots of > > utility. > > > > -- > > Chris > > > > Please consider the environment before printing this e-mail. > > > > On Wed, Aug 11, 2010 at 2:17 PM, Erik Vos <eri...@xs...> wrote: > > > I found that you can do that, but at the rather severe penalty of > losing > > > > > > all end-of lines. The report becomes one long line. > > > Better keep to the (what Stefan in his wisdom disposes as) "legacy" > > > report if you want to save or copy it. > > > > > > Erik. > > > > > > ------------------------------ > > > > > > *From:* Chris Shaffer [mailto:chr...@gm...] > > > *Sent:* Wednesday 11 August 2010 21:17 > > > > > > *To:* Development list for Rails: an 18xx game > > > *Subject:* Re: [Rails-devel] Report window as game history > > > > > > Is it still possible to copy text from the Report window for pasting > into > > > an email? > > > > > > -- > > > Chris > > > > > > Please consider the environment before printing this e-mail. > > > > > > On Tue, Aug 10, 2010 at 4:20 PM, Stefan Frey <ste...@we...> > wrote: > > >> The linked movesets in the CGR 1856 merger inspired a feature that > > >> proved to > > >> be surprisingly easy (as it leverages on the excellent move/state > > >> mechanisms > > >> in Rails). The downside is that it can be effected by the all undo > > >> related bugs, but the number of those was on the decrease lately. > > >> > > >> The report window now acts as game history: There are hyperlinks for > > >> each action. Clicking on any of those lets Rails jump to that game > > >> situation (by > > >> calling undo repeatedly). Return to a later position is possible > unless > > >> an action is taken (as it is the case for standard redo). I also added > > >> two buttons (<< and >>) to allow single-step moves. > > >> > > >> The old report window (which is editable) can be activated via the > > >> Configuration menu (or setting report.window.type to static in the > > >> legacy configfiles). > > >> > > >> Stefan > > >> > > >> > > >> > ------------------------------------------------------------------------ > > >> ------ This SF.net email is sponsored by > > >> > > >> Make an app they can't live without > > >> Enter the BlackBerry Developer Challenge > > >> http://p.sf.net/sfu/RIM-dev2dev > > >> _______________________________________________ > > >> Rails-devel mailing list > > >> Rai...@li... > > >> https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > > > ------------------------------------------------------------------------- > > > ----- This SF.net email is sponsored by > > > > > > Make an app they can't live without > > > Enter the BlackBerry Developer Challenge > > > http://p.sf.net/sfu/RIM-dev2dev > > > _______________________________________________ > > > Rails-devel mailing list > > > Rai...@li... > > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
From: Erik V. <eri...@xs...> - 2010-08-12 21:51:42
|
* I could change the (static/legacy) report window to the new behavior of clearing undone actions instead of appending undoing, but then the difference between the two is merely formatting and the availability of hyperlinks. Then it is easier to deactivate the formatting and hyperlinks than to support two different subclasses of the ReportWindow. [EV] There are more differences: - the old version has Save and Edit(find) menu options. Print is on the wish list (but a bit redundant, as that can also be done after copy/pasting into any editor). I suppose these menu options could be retrofitted into the new version. - it is editable in the sense that personal comments can be inserted (and saved). That might not be so easy to retrofit into the new version. I believe that such editability once was a Feature Request. I wouldn't be against a complete merge, but only if all old functionality can be retained. As Stefan says, a choice between the two options might be the best path for now. Erik. |
From: Chris S. <chr...@gm...> - 2010-08-31 14:15:53
|
I'm using 1.4 now, and I can't seem to copy text from the new report window to paste it into an email. I've tried on both Windows and Ubuntu Linux, with the configuration "report window editable" checked and unchecked on both systems. Any suggestions? -- Chris Please consider the environment before printing this e-mail. On Wed, Aug 11, 2010 at 4:21 PM, Stefan Frey <ste...@we...> wrote: > Chris & Erik: > * Fixed the missing newline in copy&paste from the new report window > (google is your friend). > > * There is a new configuration window now, which allows to set options via > an > UI. I will add some code (similar to the one font changes) that makes the > change immediate and does not require a reload. Supplying both > simultaneously > would be possible, but might bring more confusion to newbies than benefits > to > the experts? > > * I could change the (static/legacy) report window to the new behavior of > clearing undone actions instead of appending undoing, but then the > difference > between the two is merely formatting and the availability of hyperlinks. > Then > it is easier to deactivate the formatting and hyperlinks than to support > two > different subclasses of the ReportWindow. > > There are two reasons to keep the static version: > A) For me the static window acts as an accounting trail, thus keeps track > of > undos explicitly. > B) For (quite old) computers (or handhelds if Rails gets portable in the > future) the JEditorPane is a drag on performance and the whole content is > updated after each action instead of appending as in the static case. > > Stefan > > > On Thursday, August 12, 2010 12:31:15 am Chris Shaffer wrote: > > In that case, could there be an option to enable both report windows, so > > users can switch back and forth between them within a single game? And > > without requiring them to edit configuration files and reload? I'd hate > to > > have to choose between one or the other, since they both have lots of > > utility. > > > > -- > > Chris > > > > Please consider the environment before printing this e-mail. > > > > On Wed, Aug 11, 2010 at 2:17 PM, Erik Vos <eri...@xs...> wrote: > > > I found that you can do that, but at the rather severe penalty of > losing > > > > > > all end-of lines. The report becomes one long line. > > > Better keep to the (what Stefan in his wisdom disposes as) "legacy" > > > report if you want to save or copy it. > > > > > > Erik. > > > > > > ------------------------------ > > > > > > *From:* Chris Shaffer [mailto:chr...@gm...] > > > *Sent:* Wednesday 11 August 2010 21:17 > > > > > > *To:* Development list for Rails: an 18xx game > > > *Subject:* Re: [Rails-devel] Report window as game history > > > > > > Is it still possible to copy text from the Report window for pasting > into > > > an email? > > > > > > -- > > > Chris > > > > > > Please consider the environment before printing this e-mail. > > > > > > On Tue, Aug 10, 2010 at 4:20 PM, Stefan Frey <ste...@we...> > wrote: > > >> The linked movesets in the CGR 1856 merger inspired a feature that > > >> proved to > > >> be surprisingly easy (as it leverages on the excellent move/state > > >> mechanisms > > >> in Rails). The downside is that it can be effected by the all undo > > >> related bugs, but the number of those was on the decrease lately. > > >> > > >> The report window now acts as game history: There are hyperlinks for > > >> each action. Clicking on any of those lets Rails jump to that game > > >> situation (by > > >> calling undo repeatedly). Return to a later position is possible > unless > > >> an action is taken (as it is the case for standard redo). I also added > > >> two buttons (<< and >>) to allow single-step moves. > > >> > > >> The old report window (which is editable) can be activated via the > > >> Configuration menu (or setting report.window.type to static in the > > >> legacy configfiles). > > >> > > >> Stefan > > >> > > >> > > >> > ------------------------------------------------------------------------ > > >> ------ This SF.net email is sponsored by > > >> > > >> Make an app they can't live without > > >> Enter the BlackBerry Developer Challenge > > >> http://p.sf.net/sfu/RIM-dev2dev > > >> _______________________________________________ > > >> Rails-devel mailing list > > >> Rai...@li... > > >> https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > > > > ------------------------------------------------------------------------- > > > ----- This SF.net email is sponsored by > > > > > > Make an app they can't live without > > > Enter the BlackBerry Developer Challenge > > > http://p.sf.net/sfu/RIM-dev2dev > > > _______________________________________________ > > > Rails-devel mailing list > > > Rai...@li... > > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
From: Steve U. <ste...@gm...> - 2010-08-31 15:33:03
|
Hmmm. Copying from the report window works OK on my linux system. Steve Undy st...@ro... On Tue, Aug 31, 2010 at 8:15 AM, Chris Shaffer <chr...@gm...>wrote: > I'm using 1.4 now, and I can't seem to copy text from the new report window > to paste it into an email. I've tried on both Windows and Ubuntu Linux, > with the configuration "report window editable" checked and unchecked on > both systems. Any suggestions? > > > -- > Chris > > Please consider the environment before printing this e-mail. > > > On Wed, Aug 11, 2010 at 4:21 PM, Stefan Frey <ste...@we...> wrote: > >> Chris & Erik: >> * Fixed the missing newline in copy&paste from the new report window >> (google is your friend). >> >> * There is a new configuration window now, which allows to set options via >> an >> UI. I will add some code (similar to the one font changes) that makes the >> change immediate and does not require a reload. Supplying both >> simultaneously >> would be possible, but might bring more confusion to newbies than benefits >> to >> the experts? >> >> * I could change the (static/legacy) report window to the new behavior of >> clearing undone actions instead of appending undoing, but then the >> difference >> between the two is merely formatting and the availability of hyperlinks. >> Then >> it is easier to deactivate the formatting and hyperlinks than to support >> two >> different subclasses of the ReportWindow. >> >> There are two reasons to keep the static version: >> A) For me the static window acts as an accounting trail, thus keeps track >> of >> undos explicitly. >> B) For (quite old) computers (or handhelds if Rails gets portable in the >> future) the JEditorPane is a drag on performance and the whole content is >> updated after each action instead of appending as in the static case. >> >> Stefan >> >> >> On Thursday, August 12, 2010 12:31:15 am Chris Shaffer wrote: >> > In that case, could there be an option to enable both report windows, so >> > users can switch back and forth between them within a single game? And >> > without requiring them to edit configuration files and reload? I'd hate >> to >> > have to choose between one or the other, since they both have lots of >> > utility. >> > >> > -- >> > Chris >> > >> > Please consider the environment before printing this e-mail. >> > >> > On Wed, Aug 11, 2010 at 2:17 PM, Erik Vos <eri...@xs...> wrote: >> > > I found that you can do that, but at the rather severe penalty of >> losing >> > > >> > > all end-of lines. The report becomes one long line. >> > > Better keep to the (what Stefan in his wisdom disposes as) "legacy" >> > > report if you want to save or copy it. >> > > >> > > Erik. >> > > >> > > ------------------------------ >> > > >> > > *From:* Chris Shaffer [mailto:chr...@gm...] >> > > *Sent:* Wednesday 11 August 2010 21:17 >> > > >> > > *To:* Development list for Rails: an 18xx game >> > > *Subject:* Re: [Rails-devel] Report window as game history >> > > >> > > Is it still possible to copy text from the Report window for pasting >> into >> > > an email? >> > > >> > > -- >> > > Chris >> > > >> > > Please consider the environment before printing this e-mail. >> > > >> > > On Tue, Aug 10, 2010 at 4:20 PM, Stefan Frey <ste...@we...> >> wrote: >> > >> The linked movesets in the CGR 1856 merger inspired a feature that >> > >> proved to >> > >> be surprisingly easy (as it leverages on the excellent move/state >> > >> mechanisms >> > >> in Rails). The downside is that it can be effected by the all undo >> > >> related bugs, but the number of those was on the decrease lately. >> > >> >> > >> The report window now acts as game history: There are hyperlinks for >> > >> each action. Clicking on any of those lets Rails jump to that game >> > >> situation (by >> > >> calling undo repeatedly). Return to a later position is possible >> unless >> > >> an action is taken (as it is the case for standard redo). I also >> added >> > >> two buttons (<< and >>) to allow single-step moves. >> > >> >> > >> The old report window (which is editable) can be activated via the >> > >> Configuration menu (or setting report.window.type to static in the >> > >> legacy configfiles). >> > >> >> > >> Stefan >> > >> >> > >> >> > >> >> ------------------------------------------------------------------------ >> > >> ------ This SF.net email is sponsored by >> > >> >> > >> Make an app they can't live without >> > >> Enter the BlackBerry Developer Challenge >> > >> http://p.sf.net/sfu/RIM-dev2dev >> > >> _______________________________________________ >> > >> Rails-devel mailing list >> > >> Rai...@li... >> > >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> > > >> > > >> ------------------------------------------------------------------------- >> > > ----- This SF.net email is sponsored by >> > > >> > > Make an app they can't live without >> > > Enter the BlackBerry Developer Challenge >> > > http://p.sf.net/sfu/RIM-dev2dev >> > > _______________________________________________ >> > > Rails-devel mailing list >> > > Rai...@li... >> > > https://lists.sourceforge.net/lists/listinfo/rails-devel >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by >> >> Make an app they can't live without >> Enter the BlackBerry Developer Challenge >> http://p.sf.net/sfu/RIM-dev2dev >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> > > > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |
From: Chris S. <chr...@gm...> - 2010-08-31 16:37:21
|
Interestingly, it works on my Mac at work. I'll do more testing when I get home tonight. -- Chris Please consider the environment before printing this e-mail. On Tue, Aug 31, 2010 at 7:30 AM, Steve Undy <ste...@gm...>wrote: > Hmmm. Copying from the report window works OK on my linux system. > > > Steve Undy > st...@ro... > > > On Tue, Aug 31, 2010 at 8:15 AM, Chris Shaffer <chr...@gm...>wrote: > >> I'm using 1.4 now, and I can't seem to copy text from the new report >> window to paste it into an email. I've tried on both Windows and Ubuntu >> Linux, with the configuration "report window editable" checked and unchecked >> on both systems. Any suggestions? >> >> >> -- >> Chris >> >> Please consider the environment before printing this e-mail. >> >> >> On Wed, Aug 11, 2010 at 4:21 PM, Stefan Frey <ste...@we...> wrote: >> >>> Chris & Erik: >>> * Fixed the missing newline in copy&paste from the new report window >>> (google is your friend). >>> >>> * There is a new configuration window now, which allows to set options >>> via an >>> UI. I will add some code (similar to the one font changes) that makes >>> the >>> change immediate and does not require a reload. Supplying both >>> simultaneously >>> would be possible, but might bring more confusion to newbies than >>> benefits to >>> the experts? >>> >>> * I could change the (static/legacy) report window to the new behavior of >>> clearing undone actions instead of appending undoing, but then the >>> difference >>> between the two is merely formatting and the availability of hyperlinks. >>> Then >>> it is easier to deactivate the formatting and hyperlinks than to support >>> two >>> different subclasses of the ReportWindow. >>> >>> There are two reasons to keep the static version: >>> A) For me the static window acts as an accounting trail, thus keeps track >>> of >>> undos explicitly. >>> B) For (quite old) computers (or handhelds if Rails gets portable in the >>> future) the JEditorPane is a drag on performance and the whole content is >>> updated after each action instead of appending as in the static case. >>> >>> Stefan >>> >>> >>> On Thursday, August 12, 2010 12:31:15 am Chris Shaffer wrote: >>> > In that case, could there be an option to enable both report windows, >>> so >>> > users can switch back and forth between them within a single game? And >>> > without requiring them to edit configuration files and reload? I'd >>> hate to >>> > have to choose between one or the other, since they both have lots of >>> > utility. >>> > >>> > -- >>> > Chris >>> > >>> > Please consider the environment before printing this e-mail. >>> > >>> > On Wed, Aug 11, 2010 at 2:17 PM, Erik Vos <eri...@xs...> wrote: >>> > > I found that you can do that, but at the rather severe penalty of >>> losing >>> > > >>> > > all end-of lines. The report becomes one long line. >>> > > Better keep to the (what Stefan in his wisdom disposes as) "legacy" >>> > > report if you want to save or copy it. >>> > > >>> > > Erik. >>> > > >>> > > ------------------------------ >>> > > >>> > > *From:* Chris Shaffer [mailto:chr...@gm...] >>> > > *Sent:* Wednesday 11 August 2010 21:17 >>> > > >>> > > *To:* Development list for Rails: an 18xx game >>> > > *Subject:* Re: [Rails-devel] Report window as game history >>> > > >>> > > Is it still possible to copy text from the Report window for pasting >>> into >>> > > an email? >>> > > >>> > > -- >>> > > Chris >>> > > >>> > > Please consider the environment before printing this e-mail. >>> > > >>> > > On Tue, Aug 10, 2010 at 4:20 PM, Stefan Frey <ste...@we...> >>> wrote: >>> > >> The linked movesets in the CGR 1856 merger inspired a feature that >>> > >> proved to >>> > >> be surprisingly easy (as it leverages on the excellent move/state >>> > >> mechanisms >>> > >> in Rails). The downside is that it can be effected by the all undo >>> > >> related bugs, but the number of those was on the decrease lately. >>> > >> >>> > >> The report window now acts as game history: There are hyperlinks for >>> > >> each action. Clicking on any of those lets Rails jump to that game >>> > >> situation (by >>> > >> calling undo repeatedly). Return to a later position is possible >>> unless >>> > >> an action is taken (as it is the case for standard redo). I also >>> added >>> > >> two buttons (<< and >>) to allow single-step moves. >>> > >> >>> > >> The old report window (which is editable) can be activated via the >>> > >> Configuration menu (or setting report.window.type to static in the >>> > >> legacy configfiles). >>> > >> >>> > >> Stefan >>> > >> >>> > >> >>> > >> >>> ------------------------------------------------------------------------ >>> > >> ------ This SF.net email is sponsored by >>> > >> >>> > >> Make an app they can't live without >>> > >> Enter the BlackBerry Developer Challenge >>> > >> http://p.sf.net/sfu/RIM-dev2dev >>> > >> _______________________________________________ >>> > >> Rails-devel mailing list >>> > >> Rai...@li... >>> > >> https://lists.sourceforge.net/lists/listinfo/rails-devel >>> > > >>> > > >>> ------------------------------------------------------------------------- >>> > > ----- This SF.net email is sponsored by >>> > > >>> > > Make an app they can't live without >>> > > Enter the BlackBerry Developer Challenge >>> > > http://p.sf.net/sfu/RIM-dev2dev >>> > > _______________________________________________ >>> > > Rails-devel mailing list >>> > > Rai...@li... >>> > > https://lists.sourceforge.net/lists/listinfo/rails-devel >>> >>> >>> ------------------------------------------------------------------------------ >>> This SF.net email is sponsored by >>> >>> Make an app they can't live without >>> Enter the BlackBerry Developer Challenge >>> http://p.sf.net/sfu/RIM-dev2dev >>> _______________________________________________ >>> Rails-devel mailing list >>> Rai...@li... >>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>> >> >> >> >> ------------------------------------------------------------------------------ >> This SF.net Dev2Dev email is sponsored by: >> >> Show off your parallel programming skills. >> Enter the Intel(R) Threading Challenge 2010. >> http://p.sf.net/sfu/intel-thread-sfd >> >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> >> > > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |
From: Steve U. <ste...@gm...> - 2010-08-31 16:45:29
|
I agree with Chris: It looks like cut-and-paste doesn't work from the new report window on Windows (at least not on XP). Steve Undy st...@ro... On Tue, Aug 31, 2010 at 10:37 AM, Chris Shaffer <chr...@gm...>wrote: > Interestingly, it works on my Mac at work. I'll do more testing when I get > home tonight. > > > -- > Chris > > Please consider the environment before printing this e-mail. > > > On Tue, Aug 31, 2010 at 7:30 AM, Steve Undy <ste...@gm...>wrote: > >> Hmmm. Copying from the report window works OK on my linux system. >> >> >> Steve Undy >> st...@ro... >> >> >> On Tue, Aug 31, 2010 at 8:15 AM, Chris Shaffer <chr...@gm...>wrote: >> >>> I'm using 1.4 now, and I can't seem to copy text from the new report >>> window to paste it into an email. I've tried on both Windows and Ubuntu >>> Linux, with the configuration "report window editable" checked and unchecked >>> on both systems. Any suggestions? >>> >>> >>> -- >>> Chris >>> >>> Please consider the environment before printing this e-mail. >>> >>> >>> On Wed, Aug 11, 2010 at 4:21 PM, Stefan Frey <ste...@we...> wrote: >>> >>>> Chris & Erik: >>>> * Fixed the missing newline in copy&paste from the new report window >>>> (google is your friend). >>>> >>>> * There is a new configuration window now, which allows to set options >>>> via an >>>> UI. I will add some code (similar to the one font changes) that makes >>>> the >>>> change immediate and does not require a reload. Supplying both >>>> simultaneously >>>> would be possible, but might bring more confusion to newbies than >>>> benefits to >>>> the experts? >>>> >>>> * I could change the (static/legacy) report window to the new behavior >>>> of >>>> clearing undone actions instead of appending undoing, but then the >>>> difference >>>> between the two is merely formatting and the availability of hyperlinks. >>>> Then >>>> it is easier to deactivate the formatting and hyperlinks than to support >>>> two >>>> different subclasses of the ReportWindow. >>>> >>>> There are two reasons to keep the static version: >>>> A) For me the static window acts as an accounting trail, thus keeps >>>> track of >>>> undos explicitly. >>>> B) For (quite old) computers (or handhelds if Rails gets portable in the >>>> future) the JEditorPane is a drag on performance and the whole content >>>> is >>>> updated after each action instead of appending as in the static case. >>>> >>>> Stefan >>>> >>>> >>>> On Thursday, August 12, 2010 12:31:15 am Chris Shaffer wrote: >>>> > In that case, could there be an option to enable both report windows, >>>> so >>>> > users can switch back and forth between them within a single game? >>>> And >>>> > without requiring them to edit configuration files and reload? I'd >>>> hate to >>>> > have to choose between one or the other, since they both have lots of >>>> > utility. >>>> > >>>> > -- >>>> > Chris >>>> > >>>> > Please consider the environment before printing this e-mail. >>>> > >>>> > On Wed, Aug 11, 2010 at 2:17 PM, Erik Vos <eri...@xs...> wrote: >>>> > > I found that you can do that, but at the rather severe penalty of >>>> losing >>>> > > >>>> > > all end-of lines. The report becomes one long line. >>>> > > Better keep to the (what Stefan in his wisdom disposes as) "legacy" >>>> > > report if you want to save or copy it. >>>> > > >>>> > > Erik. >>>> > > >>>> > > ------------------------------ >>>> > > >>>> > > *From:* Chris Shaffer [mailto:chr...@gm...] >>>> > > *Sent:* Wednesday 11 August 2010 21:17 >>>> > > >>>> > > *To:* Development list for Rails: an 18xx game >>>> > > *Subject:* Re: [Rails-devel] Report window as game history >>>> > > >>>> > > Is it still possible to copy text from the Report window for pasting >>>> into >>>> > > an email? >>>> > > >>>> > > -- >>>> > > Chris >>>> > > >>>> > > Please consider the environment before printing this e-mail. >>>> > > >>>> > > On Tue, Aug 10, 2010 at 4:20 PM, Stefan Frey <ste...@we...> >>>> wrote: >>>> > >> The linked movesets in the CGR 1856 merger inspired a feature that >>>> > >> proved to >>>> > >> be surprisingly easy (as it leverages on the excellent move/state >>>> > >> mechanisms >>>> > >> in Rails). The downside is that it can be effected by the all undo >>>> > >> related bugs, but the number of those was on the decrease lately. >>>> > >> >>>> > >> The report window now acts as game history: There are hyperlinks >>>> for >>>> > >> each action. Clicking on any of those lets Rails jump to that game >>>> > >> situation (by >>>> > >> calling undo repeatedly). Return to a later position is possible >>>> unless >>>> > >> an action is taken (as it is the case for standard redo). I also >>>> added >>>> > >> two buttons (<< and >>) to allow single-step moves. >>>> > >> >>>> > >> The old report window (which is editable) can be activated via the >>>> > >> Configuration menu (or setting report.window.type to static in the >>>> > >> legacy configfiles). >>>> > >> >>>> > >> Stefan >>>> > >> >>>> > >> >>>> > >> >>>> ------------------------------------------------------------------------ >>>> > >> ------ This SF.net email is sponsored by >>>> > >> >>>> > >> Make an app they can't live without >>>> > >> Enter the BlackBerry Developer Challenge >>>> > >> http://p.sf.net/sfu/RIM-dev2dev >>>> > >> _______________________________________________ >>>> > >> Rails-devel mailing list >>>> > >> Rai...@li... >>>> > >> https://lists.sourceforge.net/lists/listinfo/rails-devel >>>> > > >>>> > > >>>> ------------------------------------------------------------------------- >>>> > > ----- This SF.net email is sponsored by >>>> > > >>>> > > Make an app they can't live without >>>> > > Enter the BlackBerry Developer Challenge >>>> > > http://p.sf.net/sfu/RIM-dev2dev >>>> > > _______________________________________________ >>>> > > Rails-devel mailing list >>>> > > Rai...@li... >>>> > > https://lists.sourceforge.net/lists/listinfo/rails-devel >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> This SF.net email is sponsored by >>>> >>>> Make an app they can't live without >>>> Enter the BlackBerry Developer Challenge >>>> http://p.sf.net/sfu/RIM-dev2dev >>>> _______________________________________________ >>>> Rails-devel mailing list >>>> Rai...@li... >>>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> This SF.net Dev2Dev email is sponsored by: >>> >>> Show off your parallel programming skills. >>> Enter the Intel(R) Threading Challenge 2010. >>> http://p.sf.net/sfu/intel-thread-sfd >>> >>> _______________________________________________ >>> Rails-devel mailing list >>> Rai...@li... >>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>> >>> >> >> >> ------------------------------------------------------------------------------ >> This SF.net Dev2Dev email is sponsored by: >> >> Show off your parallel programming skills. >> Enter the Intel(R) Threading Challenge 2010. >> http://p.sf.net/sfu/intel-thread-sfd >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> >> > |
From: Steve U. <ste...@gm...> - 2010-08-31 16:51:14
|
OK, very interesting. Cut-and-paste works from the report window into Notepad, but not directly into a Firefox edit window. But you can cut-and-paste from that Notepad window into Firefox. Another reason to avoid Windows. (sorry about all the chatter on this) Steve Undy st...@ro... On Tue, Aug 31, 2010 at 10:45 AM, Steve Undy <ste...@gm...>wrote: > I agree with Chris: It looks like cut-and-paste doesn't work from the new > report window on Windows (at least not on XP). > > > Steve Undy > st...@ro... > > > On Tue, Aug 31, 2010 at 10:37 AM, Chris Shaffer <chr...@gm...>wrote: > >> Interestingly, it works on my Mac at work. I'll do more testing when I >> get home tonight. >> >> >> -- >> Chris >> >> Please consider the environment before printing this e-mail. >> >> >> On Tue, Aug 31, 2010 at 7:30 AM, Steve Undy <ste...@gm...>wrote: >> >>> Hmmm. Copying from the report window works OK on my linux system. >>> >>> >>> Steve Undy >>> st...@ro... >>> >>> >>> On Tue, Aug 31, 2010 at 8:15 AM, Chris Shaffer <chr...@gm...>wrote: >>> >>>> I'm using 1.4 now, and I can't seem to copy text from the new report >>>> window to paste it into an email. I've tried on both Windows and Ubuntu >>>> Linux, with the configuration "report window editable" checked and unchecked >>>> on both systems. Any suggestions? >>>> >>>> >>>> -- >>>> Chris >>>> >>>> Please consider the environment before printing this e-mail. >>>> >>>> >>>> On Wed, Aug 11, 2010 at 4:21 PM, Stefan Frey <ste...@we...>wrote: >>>> >>>>> Chris & Erik: >>>>> * Fixed the missing newline in copy&paste from the new report window >>>>> (google is your friend). >>>>> >>>>> * There is a new configuration window now, which allows to set options >>>>> via an >>>>> UI. I will add some code (similar to the one font changes) that makes >>>>> the >>>>> change immediate and does not require a reload. Supplying both >>>>> simultaneously >>>>> would be possible, but might bring more confusion to newbies than >>>>> benefits to >>>>> the experts? >>>>> >>>>> * I could change the (static/legacy) report window to the new behavior >>>>> of >>>>> clearing undone actions instead of appending undoing, but then the >>>>> difference >>>>> between the two is merely formatting and the availability of >>>>> hyperlinks. Then >>>>> it is easier to deactivate the formatting and hyperlinks than to >>>>> support two >>>>> different subclasses of the ReportWindow. >>>>> >>>>> There are two reasons to keep the static version: >>>>> A) For me the static window acts as an accounting trail, thus keeps >>>>> track of >>>>> undos explicitly. >>>>> B) For (quite old) computers (or handhelds if Rails gets portable in >>>>> the >>>>> future) the JEditorPane is a drag on performance and the whole content >>>>> is >>>>> updated after each action instead of appending as in the static case. >>>>> >>>>> Stefan >>>>> >>>>> >>>>> On Thursday, August 12, 2010 12:31:15 am Chris Shaffer wrote: >>>>> > In that case, could there be an option to enable both report windows, >>>>> so >>>>> > users can switch back and forth between them within a single game? >>>>> And >>>>> > without requiring them to edit configuration files and reload? I'd >>>>> hate to >>>>> > have to choose between one or the other, since they both have lots of >>>>> > utility. >>>>> > >>>>> > -- >>>>> > Chris >>>>> > >>>>> > Please consider the environment before printing this e-mail. >>>>> > >>>>> > On Wed, Aug 11, 2010 at 2:17 PM, Erik Vos <eri...@xs...> >>>>> wrote: >>>>> > > I found that you can do that, but at the rather severe penalty of >>>>> losing >>>>> > > >>>>> > > all end-of lines. The report becomes one long line. >>>>> > > Better keep to the (what Stefan in his wisdom disposes as) "legacy" >>>>> > > report if you want to save or copy it. >>>>> > > >>>>> > > Erik. >>>>> > > >>>>> > > ------------------------------ >>>>> > > >>>>> > > *From:* Chris Shaffer [mailto:chr...@gm...] >>>>> > > *Sent:* Wednesday 11 August 2010 21:17 >>>>> > > >>>>> > > *To:* Development list for Rails: an 18xx game >>>>> > > *Subject:* Re: [Rails-devel] Report window as game history >>>>> > > >>>>> > > Is it still possible to copy text from the Report window for >>>>> pasting into >>>>> > > an email? >>>>> > > >>>>> > > -- >>>>> > > Chris >>>>> > > >>>>> > > Please consider the environment before printing this e-mail. >>>>> > > >>>>> > > On Tue, Aug 10, 2010 at 4:20 PM, Stefan Frey <ste...@we...> >>>>> wrote: >>>>> > >> The linked movesets in the CGR 1856 merger inspired a feature that >>>>> > >> proved to >>>>> > >> be surprisingly easy (as it leverages on the excellent move/state >>>>> > >> mechanisms >>>>> > >> in Rails). The downside is that it can be effected by the all undo >>>>> > >> related bugs, but the number of those was on the decrease lately. >>>>> > >> >>>>> > >> The report window now acts as game history: There are hyperlinks >>>>> for >>>>> > >> each action. Clicking on any of those lets Rails jump to that game >>>>> > >> situation (by >>>>> > >> calling undo repeatedly). Return to a later position is possible >>>>> unless >>>>> > >> an action is taken (as it is the case for standard redo). I also >>>>> added >>>>> > >> two buttons (<< and >>) to allow single-step moves. >>>>> > >> >>>>> > >> The old report window (which is editable) can be activated via the >>>>> > >> Configuration menu (or setting report.window.type to static in the >>>>> > >> legacy configfiles). >>>>> > >> >>>>> > >> Stefan >>>>> > >> >>>>> > >> >>>>> > >> >>>>> ------------------------------------------------------------------------ >>>>> > >> ------ This SF.net email is sponsored by >>>>> > >> >>>>> > >> Make an app they can't live without >>>>> > >> Enter the BlackBerry Developer Challenge >>>>> > >> http://p.sf.net/sfu/RIM-dev2dev >>>>> > >> _______________________________________________ >>>>> > >> Rails-devel mailing list >>>>> > >> Rai...@li... >>>>> > >> https://lists.sourceforge.net/lists/listinfo/rails-devel >>>>> > > >>>>> > > >>>>> ------------------------------------------------------------------------- >>>>> > > ----- This SF.net email is sponsored by >>>>> > > >>>>> > > Make an app they can't live without >>>>> > > Enter the BlackBerry Developer Challenge >>>>> > > http://p.sf.net/sfu/RIM-dev2dev >>>>> > > _______________________________________________ >>>>> > > Rails-devel mailing list >>>>> > > Rai...@li... >>>>> > > https://lists.sourceforge.net/lists/listinfo/rails-devel >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> This SF.net email is sponsored by >>>>> >>>>> Make an app they can't live without >>>>> Enter the BlackBerry Developer Challenge >>>>> http://p.sf.net/sfu/RIM-dev2dev >>>>> _______________________________________________ >>>>> Rails-devel mailing list >>>>> Rai...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> This SF.net Dev2Dev email is sponsored by: >>>> >>>> Show off your parallel programming skills. >>>> Enter the Intel(R) Threading Challenge 2010. >>>> http://p.sf.net/sfu/intel-thread-sfd >>>> >>>> _______________________________________________ >>>> Rails-devel mailing list >>>> Rai...@li... >>>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>>> >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> This SF.net Dev2Dev email is sponsored by: >>> >>> Show off your parallel programming skills. >>> Enter the Intel(R) Threading Challenge 2010. >>> http://p.sf.net/sfu/intel-thread-sfd >>> _______________________________________________ >>> Rails-devel mailing list >>> Rai...@li... >>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>> >>> >> > |
From: Steve U. <ste...@gm...> - 2010-08-31 15:04:39
|
Have you tried changing the report type to "static"? Steve Undy st...@ro... On Tue, Aug 31, 2010 at 8:15 AM, Chris Shaffer <chr...@gm...>wrote: > I'm using 1.4 now, and I can't seem to copy text from the new report window > to paste it into an email. I've tried on both Windows and Ubuntu Linux, > with the configuration "report window editable" checked and unchecked on > both systems. Any suggestions? > > > -- > Chris > > Please consider the environment before printing this e-mail. > > > On Wed, Aug 11, 2010 at 4:21 PM, Stefan Frey <ste...@we...> wrote: > >> Chris & Erik: >> * Fixed the missing newline in copy&paste from the new report window >> (google is your friend). >> >> * There is a new configuration window now, which allows to set options via >> an >> UI. I will add some code (similar to the one font changes) that makes the >> change immediate and does not require a reload. Supplying both >> simultaneously >> would be possible, but might bring more confusion to newbies than benefits >> to >> the experts? >> >> * I could change the (static/legacy) report window to the new behavior of >> clearing undone actions instead of appending undoing, but then the >> difference >> between the two is merely formatting and the availability of hyperlinks. >> Then >> it is easier to deactivate the formatting and hyperlinks than to support >> two >> different subclasses of the ReportWindow. >> >> There are two reasons to keep the static version: >> A) For me the static window acts as an accounting trail, thus keeps track >> of >> undos explicitly. >> B) For (quite old) computers (or handhelds if Rails gets portable in the >> future) the JEditorPane is a drag on performance and the whole content is >> updated after each action instead of appending as in the static case. >> >> Stefan >> >> >> On Thursday, August 12, 2010 12:31:15 am Chris Shaffer wrote: >> > In that case, could there be an option to enable both report windows, so >> > users can switch back and forth between them within a single game? And >> > without requiring them to edit configuration files and reload? I'd hate >> to >> > have to choose between one or the other, since they both have lots of >> > utility. >> > >> > -- >> > Chris >> > >> > Please consider the environment before printing this e-mail. >> > >> > On Wed, Aug 11, 2010 at 2:17 PM, Erik Vos <eri...@xs...> wrote: >> > > I found that you can do that, but at the rather severe penalty of >> losing >> > > >> > > all end-of lines. The report becomes one long line. >> > > Better keep to the (what Stefan in his wisdom disposes as) "legacy" >> > > report if you want to save or copy it. >> > > >> > > Erik. >> > > >> > > ------------------------------ >> > > >> > > *From:* Chris Shaffer [mailto:chr...@gm...] >> > > *Sent:* Wednesday 11 August 2010 21:17 >> > > >> > > *To:* Development list for Rails: an 18xx game >> > > *Subject:* Re: [Rails-devel] Report window as game history >> > > >> > > Is it still possible to copy text from the Report window for pasting >> into >> > > an email? >> > > >> > > -- >> > > Chris >> > > >> > > Please consider the environment before printing this e-mail. >> > > >> > > On Tue, Aug 10, 2010 at 4:20 PM, Stefan Frey <ste...@we...> >> wrote: >> > >> The linked movesets in the CGR 1856 merger inspired a feature that >> > >> proved to >> > >> be surprisingly easy (as it leverages on the excellent move/state >> > >> mechanisms >> > >> in Rails). The downside is that it can be effected by the all undo >> > >> related bugs, but the number of those was on the decrease lately. >> > >> >> > >> The report window now acts as game history: There are hyperlinks for >> > >> each action. Clicking on any of those lets Rails jump to that game >> > >> situation (by >> > >> calling undo repeatedly). Return to a later position is possible >> unless >> > >> an action is taken (as it is the case for standard redo). I also >> added >> > >> two buttons (<< and >>) to allow single-step moves. >> > >> >> > >> The old report window (which is editable) can be activated via the >> > >> Configuration menu (or setting report.window.type to static in the >> > >> legacy configfiles). >> > >> >> > >> Stefan >> > >> >> > >> >> > >> >> ------------------------------------------------------------------------ >> > >> ------ This SF.net email is sponsored by >> > >> >> > >> Make an app they can't live without >> > >> Enter the BlackBerry Developer Challenge >> > >> http://p.sf.net/sfu/RIM-dev2dev >> > >> _______________________________________________ >> > >> Rails-devel mailing list >> > >> Rai...@li... >> > >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> > > >> > > >> ------------------------------------------------------------------------- >> > > ----- This SF.net email is sponsored by >> > > >> > > Make an app they can't live without >> > > Enter the BlackBerry Developer Challenge >> > > http://p.sf.net/sfu/RIM-dev2dev >> > > _______________________________________________ >> > > Rails-devel mailing list >> > > Rai...@li... >> > > https://lists.sourceforge.net/lists/listinfo/rails-devel >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by >> >> Make an app they can't live without >> Enter the BlackBerry Developer Challenge >> http://p.sf.net/sfu/RIM-dev2dev >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> > > > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |
From: Chris S. <chr...@gm...> - 2010-08-31 15:09:36
|
Yes, that works of course, but the point was that Stefan said we would be able to copy from both reports. The dynamic report is much more useful. If I have to change to/from static/dynamic every time I play a turn, that will get a bit silly. -- Chris Please consider the environment before printing this e-mail. On Tue, Aug 31, 2010 at 7:39 AM, Steve Undy <ste...@gm...>wrote: > Have you tried changing the report type to "static"? > > Steve Undy > st...@ro... > > > On Tue, Aug 31, 2010 at 8:15 AM, Chris Shaffer <chr...@gm...>wrote: > >> I'm using 1.4 now, and I can't seem to copy text from the new report >> window to paste it into an email. I've tried on both Windows and Ubuntu >> Linux, with the configuration "report window editable" checked and unchecked >> on both systems. Any suggestions? >> >> >> -- >> Chris >> >> Please consider the environment before printing this e-mail. >> >> >> On Wed, Aug 11, 2010 at 4:21 PM, Stefan Frey <ste...@we...> wrote: >> >>> Chris & Erik: >>> * Fixed the missing newline in copy&paste from the new report window >>> (google is your friend). >>> >>> * There is a new configuration window now, which allows to set options >>> via an >>> UI. I will add some code (similar to the one font changes) that makes >>> the >>> change immediate and does not require a reload. Supplying both >>> simultaneously >>> would be possible, but might bring more confusion to newbies than >>> benefits to >>> the experts? >>> >>> * I could change the (static/legacy) report window to the new behavior of >>> clearing undone actions instead of appending undoing, but then the >>> difference >>> between the two is merely formatting and the availability of hyperlinks. >>> Then >>> it is easier to deactivate the formatting and hyperlinks than to support >>> two >>> different subclasses of the ReportWindow. >>> >>> There are two reasons to keep the static version: >>> A) For me the static window acts as an accounting trail, thus keeps track >>> of >>> undos explicitly. >>> B) For (quite old) computers (or handhelds if Rails gets portable in the >>> future) the JEditorPane is a drag on performance and the whole content is >>> updated after each action instead of appending as in the static case. >>> >>> Stefan >>> >>> >>> On Thursday, August 12, 2010 12:31:15 am Chris Shaffer wrote: >>> > In that case, could there be an option to enable both report windows, >>> so >>> > users can switch back and forth between them within a single game? And >>> > without requiring them to edit configuration files and reload? I'd >>> hate to >>> > have to choose between one or the other, since they both have lots of >>> > utility. >>> > >>> > -- >>> > Chris >>> > >>> > Please consider the environment before printing this e-mail. >>> > >>> > On Wed, Aug 11, 2010 at 2:17 PM, Erik Vos <eri...@xs...> wrote: >>> > > I found that you can do that, but at the rather severe penalty of >>> losing >>> > > >>> > > all end-of lines. The report becomes one long line. >>> > > Better keep to the (what Stefan in his wisdom disposes as) "legacy" >>> > > report if you want to save or copy it. >>> > > >>> > > Erik. >>> > > >>> > > ------------------------------ >>> > > >>> > > *From:* Chris Shaffer [mailto:chr...@gm...] >>> > > *Sent:* Wednesday 11 August 2010 21:17 >>> > > >>> > > *To:* Development list for Rails: an 18xx game >>> > > *Subject:* Re: [Rails-devel] Report window as game history >>> > > >>> > > Is it still possible to copy text from the Report window for pasting >>> into >>> > > an email? >>> > > >>> > > -- >>> > > Chris >>> > > >>> > > Please consider the environment before printing this e-mail. >>> > > >>> > > On Tue, Aug 10, 2010 at 4:20 PM, Stefan Frey <ste...@we...> >>> wrote: >>> > >> The linked movesets in the CGR 1856 merger inspired a feature that >>> > >> proved to >>> > >> be surprisingly easy (as it leverages on the excellent move/state >>> > >> mechanisms >>> > >> in Rails). The downside is that it can be effected by the all undo >>> > >> related bugs, but the number of those was on the decrease lately. >>> > >> >>> > >> The report window now acts as game history: There are hyperlinks for >>> > >> each action. Clicking on any of those lets Rails jump to that game >>> > >> situation (by >>> > >> calling undo repeatedly). Return to a later position is possible >>> unless >>> > >> an action is taken (as it is the case for standard redo). I also >>> added >>> > >> two buttons (<< and >>) to allow single-step moves. >>> > >> >>> > >> The old report window (which is editable) can be activated via the >>> > >> Configuration menu (or setting report.window.type to static in the >>> > >> legacy configfiles). >>> > >> >>> > >> Stefan >>> > >> >>> > >> >>> > >> >>> ------------------------------------------------------------------------ >>> > >> ------ This SF.net email is sponsored by >>> > >> >>> > >> Make an app they can't live without >>> > >> Enter the BlackBerry Developer Challenge >>> > >> http://p.sf.net/sfu/RIM-dev2dev >>> > >> _______________________________________________ >>> > >> Rails-devel mailing list >>> > >> Rai...@li... >>> > >> https://lists.sourceforge.net/lists/listinfo/rails-devel >>> > > >>> > > >>> ------------------------------------------------------------------------- >>> > > ----- This SF.net email is sponsored by >>> > > >>> > > Make an app they can't live without >>> > > Enter the BlackBerry Developer Challenge >>> > > http://p.sf.net/sfu/RIM-dev2dev >>> > > _______________________________________________ >>> > > Rails-devel mailing list >>> > > Rai...@li... >>> > > https://lists.sourceforge.net/lists/listinfo/rails-devel >>> >>> >>> ------------------------------------------------------------------------------ >>> This SF.net email is sponsored by >>> >>> Make an app they can't live without >>> Enter the BlackBerry Developer Challenge >>> http://p.sf.net/sfu/RIM-dev2dev >>> _______________________________________________ >>> Rails-devel mailing list >>> Rai...@li... >>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>> >> >> >> >> ------------------------------------------------------------------------------ >> This SF.net Dev2Dev email is sponsored by: >> >> Show off your parallel programming skills. >> Enter the Intel(R) Threading Challenge 2010. >> http://p.sf.net/sfu/intel-thread-sfd >> >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> >> > > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |
From: Chris S. <chr...@gm...> - 2010-08-31 15:33:30
|
Also, switching from static to dynamic and vice versa apparently requires closing the program, opening the program, and reloading the game. -- Chris Please consider the environment before printing this e-mail. On Tue, Aug 31, 2010 at 8:09 AM, Chris Shaffer <chr...@gm...>wrote: > Yes, that works of course, but the point was that Stefan said we would be > able to copy from both reports. The dynamic report is much more useful. If > I have to change to/from static/dynamic every time I play a turn, that will > get a bit silly. > > > -- > Chris > > Please consider the environment before printing this e-mail. > > > On Tue, Aug 31, 2010 at 7:39 AM, Steve Undy <ste...@gm...>wrote: > >> Have you tried changing the report type to "static"? >> >> Steve Undy >> st...@ro... >> >> >> On Tue, Aug 31, 2010 at 8:15 AM, Chris Shaffer <chr...@gm...>wrote: >> >>> I'm using 1.4 now, and I can't seem to copy text from the new report >>> window to paste it into an email. I've tried on both Windows and Ubuntu >>> Linux, with the configuration "report window editable" checked and unchecked >>> on both systems. Any suggestions? >>> >>> >>> -- >>> Chris >>> >>> Please consider the environment before printing this e-mail. >>> >>> >>> On Wed, Aug 11, 2010 at 4:21 PM, Stefan Frey <ste...@we...> wrote: >>> >>>> Chris & Erik: >>>> * Fixed the missing newline in copy&paste from the new report window >>>> (google is your friend). >>>> >>>> * There is a new configuration window now, which allows to set options >>>> via an >>>> UI. I will add some code (similar to the one font changes) that makes >>>> the >>>> change immediate and does not require a reload. Supplying both >>>> simultaneously >>>> would be possible, but might bring more confusion to newbies than >>>> benefits to >>>> the experts? >>>> >>>> * I could change the (static/legacy) report window to the new behavior >>>> of >>>> clearing undone actions instead of appending undoing, but then the >>>> difference >>>> between the two is merely formatting and the availability of hyperlinks. >>>> Then >>>> it is easier to deactivate the formatting and hyperlinks than to support >>>> two >>>> different subclasses of the ReportWindow. >>>> >>>> There are two reasons to keep the static version: >>>> A) For me the static window acts as an accounting trail, thus keeps >>>> track of >>>> undos explicitly. >>>> B) For (quite old) computers (or handhelds if Rails gets portable in the >>>> future) the JEditorPane is a drag on performance and the whole content >>>> is >>>> updated after each action instead of appending as in the static case. >>>> >>>> Stefan >>>> >>>> >>>> On Thursday, August 12, 2010 12:31:15 am Chris Shaffer wrote: >>>> > In that case, could there be an option to enable both report windows, >>>> so >>>> > users can switch back and forth between them within a single game? >>>> And >>>> > without requiring them to edit configuration files and reload? I'd >>>> hate to >>>> > have to choose between one or the other, since they both have lots of >>>> > utility. >>>> > >>>> > -- >>>> > Chris >>>> > >>>> > Please consider the environment before printing this e-mail. >>>> > >>>> > On Wed, Aug 11, 2010 at 2:17 PM, Erik Vos <eri...@xs...> wrote: >>>> > > I found that you can do that, but at the rather severe penalty of >>>> losing >>>> > > >>>> > > all end-of lines. The report becomes one long line. >>>> > > Better keep to the (what Stefan in his wisdom disposes as) "legacy" >>>> > > report if you want to save or copy it. >>>> > > >>>> > > Erik. >>>> > > >>>> > > ------------------------------ >>>> > > >>>> > > *From:* Chris Shaffer [mailto:chr...@gm...] >>>> > > *Sent:* Wednesday 11 August 2010 21:17 >>>> > > >>>> > > *To:* Development list for Rails: an 18xx game >>>> > > *Subject:* Re: [Rails-devel] Report window as game history >>>> > > >>>> > > Is it still possible to copy text from the Report window for pasting >>>> into >>>> > > an email? >>>> > > >>>> > > -- >>>> > > Chris >>>> > > >>>> > > Please consider the environment before printing this e-mail. >>>> > > >>>> > > On Tue, Aug 10, 2010 at 4:20 PM, Stefan Frey <ste...@we...> >>>> wrote: >>>> > >> The linked movesets in the CGR 1856 merger inspired a feature that >>>> > >> proved to >>>> > >> be surprisingly easy (as it leverages on the excellent move/state >>>> > >> mechanisms >>>> > >> in Rails). The downside is that it can be effected by the all undo >>>> > >> related bugs, but the number of those was on the decrease lately. >>>> > >> >>>> > >> The report window now acts as game history: There are hyperlinks >>>> for >>>> > >> each action. Clicking on any of those lets Rails jump to that game >>>> > >> situation (by >>>> > >> calling undo repeatedly). Return to a later position is possible >>>> unless >>>> > >> an action is taken (as it is the case for standard redo). I also >>>> added >>>> > >> two buttons (<< and >>) to allow single-step moves. >>>> > >> >>>> > >> The old report window (which is editable) can be activated via the >>>> > >> Configuration menu (or setting report.window.type to static in the >>>> > >> legacy configfiles). >>>> > >> >>>> > >> Stefan >>>> > >> >>>> > >> >>>> > >> >>>> ------------------------------------------------------------------------ >>>> > >> ------ This SF.net email is sponsored by >>>> > >> >>>> > >> Make an app they can't live without >>>> > >> Enter the BlackBerry Developer Challenge >>>> > >> http://p.sf.net/sfu/RIM-dev2dev >>>> > >> _______________________________________________ >>>> > >> Rails-devel mailing list >>>> > >> Rai...@li... >>>> > >> https://lists.sourceforge.net/lists/listinfo/rails-devel >>>> > > >>>> > > >>>> ------------------------------------------------------------------------- >>>> > > ----- This SF.net email is sponsored by >>>> > > >>>> > > Make an app they can't live without >>>> > > Enter the BlackBerry Developer Challenge >>>> > > http://p.sf.net/sfu/RIM-dev2dev >>>> > > _______________________________________________ >>>> > > Rails-devel mailing list >>>> > > Rai...@li... >>>> > > https://lists.sourceforge.net/lists/listinfo/rails-devel >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> This SF.net email is sponsored by >>>> >>>> Make an app they can't live without >>>> Enter the BlackBerry Developer Challenge >>>> http://p.sf.net/sfu/RIM-dev2dev >>>> _______________________________________________ >>>> Rails-devel mailing list >>>> Rai...@li... >>>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> This SF.net Dev2Dev email is sponsored by: >>> >>> Show off your parallel programming skills. >>> Enter the Intel(R) Threading Challenge 2010. >>> http://p.sf.net/sfu/intel-thread-sfd >>> >>> _______________________________________________ >>> Rails-devel mailing list >>> Rai...@li... >>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>> >>> >> >> >> ------------------------------------------------------------------------------ >> This SF.net Dev2Dev email is sponsored by: >> >> Show off your parallel programming skills. >> Enter the Intel(R) Threading Challenge 2010. >> http://p.sf.net/sfu/intel-thread-sfd >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> >> > |
From: Chris S. <chr...@gm...> - 2010-08-31 17:04:46
|
Testing on Mac shows that you can copy/paste into a Firefox edit window. Despite our desire to avoid Windows, a significant portion of the player base are Windows users. Many of them are not technically proficient enough to switch, nor should we try to force them to do so. I will test on Windows and Ubuntu this evening. -- Chris Please consider the environment before printing this e-mail. On Tue, Aug 31, 2010 at 9:51 AM, Steve Undy <ste...@gm...>wrote: > OK, very interesting. Cut-and-paste works from the report window into > Notepad, but not directly into a Firefox edit window. But you can > cut-and-paste from that Notepad window into Firefox. Another reason to > avoid Windows. > > (sorry about all the chatter on this) > > > Steve Undy > st...@ro... > > > On Tue, Aug 31, 2010 at 10:45 AM, Steve Undy <ste...@gm...>wrote: > >> I agree with Chris: It looks like cut-and-paste doesn't work from the new >> report window on Windows (at least not on XP). >> >> >> Steve Undy >> st...@ro... >> >> >> On Tue, Aug 31, 2010 at 10:37 AM, Chris Shaffer <chr...@gm...>wrote: >> >>> Interestingly, it works on my Mac at work. I'll do more testing when I >>> get home tonight. >>> >>> >>> -- >>> Chris >>> >>> Please consider the environment before printing this e-mail. >>> >>> >>> On Tue, Aug 31, 2010 at 7:30 AM, Steve Undy <ste...@gm...>wrote: >>> >>>> Hmmm. Copying from the report window works OK on my linux system. >>>> >>>> >>>> Steve Undy >>>> st...@ro... >>>> >>>> >>>> On Tue, Aug 31, 2010 at 8:15 AM, Chris Shaffer <chr...@gm... >>>> > wrote: >>>> >>>>> I'm using 1.4 now, and I can't seem to copy text from the new report >>>>> window to paste it into an email. I've tried on both Windows and Ubuntu >>>>> Linux, with the configuration "report window editable" checked and unchecked >>>>> on both systems. Any suggestions? >>>>> >>>>> >>>>> -- >>>>> Chris >>>>> >>>>> Please consider the environment before printing this e-mail. >>>>> >>>>> >>>>> On Wed, Aug 11, 2010 at 4:21 PM, Stefan Frey <ste...@we...>wrote: >>>>> >>>>>> Chris & Erik: >>>>>> * Fixed the missing newline in copy&paste from the new report window >>>>>> (google is your friend). >>>>>> >>>>>> * There is a new configuration window now, which allows to set options >>>>>> via an >>>>>> UI. I will add some code (similar to the one font changes) that makes >>>>>> the >>>>>> change immediate and does not require a reload. Supplying both >>>>>> simultaneously >>>>>> would be possible, but might bring more confusion to newbies than >>>>>> benefits to >>>>>> the experts? >>>>>> >>>>>> * I could change the (static/legacy) report window to the new behavior >>>>>> of >>>>>> clearing undone actions instead of appending undoing, but then the >>>>>> difference >>>>>> between the two is merely formatting and the availability of >>>>>> hyperlinks. Then >>>>>> it is easier to deactivate the formatting and hyperlinks than to >>>>>> support two >>>>>> different subclasses of the ReportWindow. >>>>>> >>>>>> There are two reasons to keep the static version: >>>>>> A) For me the static window acts as an accounting trail, thus keeps >>>>>> track of >>>>>> undos explicitly. >>>>>> B) For (quite old) computers (or handhelds if Rails gets portable in >>>>>> the >>>>>> future) the JEditorPane is a drag on performance and the whole content >>>>>> is >>>>>> updated after each action instead of appending as in the static case. >>>>>> >>>>>> Stefan >>>>>> >>>>>> >>>>>> On Thursday, August 12, 2010 12:31:15 am Chris Shaffer wrote: >>>>>> > In that case, could there be an option to enable both report >>>>>> windows, so >>>>>> > users can switch back and forth between them within a single game? >>>>>> And >>>>>> > without requiring them to edit configuration files and reload? I'd >>>>>> hate to >>>>>> > have to choose between one or the other, since they both have lots >>>>>> of >>>>>> > utility. >>>>>> > >>>>>> > -- >>>>>> > Chris >>>>>> > >>>>>> > Please consider the environment before printing this e-mail. >>>>>> > >>>>>> > On Wed, Aug 11, 2010 at 2:17 PM, Erik Vos <eri...@xs...> >>>>>> wrote: >>>>>> > > I found that you can do that, but at the rather severe penalty of >>>>>> losing >>>>>> > > >>>>>> > > all end-of lines. The report becomes one long line. >>>>>> > > Better keep to the (what Stefan in his wisdom disposes as) >>>>>> "legacy" >>>>>> > > report if you want to save or copy it. >>>>>> > > >>>>>> > > Erik. >>>>>> > > >>>>>> > > ------------------------------ >>>>>> > > >>>>>> > > *From:* Chris Shaffer [mailto:chr...@gm...] >>>>>> > > *Sent:* Wednesday 11 August 2010 21:17 >>>>>> > > >>>>>> > > *To:* Development list for Rails: an 18xx game >>>>>> > > *Subject:* Re: [Rails-devel] Report window as game history >>>>>> > > >>>>>> > > Is it still possible to copy text from the Report window for >>>>>> pasting into >>>>>> > > an email? >>>>>> > > >>>>>> > > -- >>>>>> > > Chris >>>>>> > > >>>>>> > > Please consider the environment before printing this e-mail. >>>>>> > > >>>>>> > > On Tue, Aug 10, 2010 at 4:20 PM, Stefan Frey <ste...@we...> >>>>>> wrote: >>>>>> > >> The linked movesets in the CGR 1856 merger inspired a feature >>>>>> that >>>>>> > >> proved to >>>>>> > >> be surprisingly easy (as it leverages on the excellent move/state >>>>>> > >> mechanisms >>>>>> > >> in Rails). The downside is that it can be effected by the all >>>>>> undo >>>>>> > >> related bugs, but the number of those was on the decrease lately. >>>>>> > >> >>>>>> > >> The report window now acts as game history: There are hyperlinks >>>>>> for >>>>>> > >> each action. Clicking on any of those lets Rails jump to that >>>>>> game >>>>>> > >> situation (by >>>>>> > >> calling undo repeatedly). Return to a later position is possible >>>>>> unless >>>>>> > >> an action is taken (as it is the case for standard redo). I also >>>>>> added >>>>>> > >> two buttons (<< and >>) to allow single-step moves. >>>>>> > >> >>>>>> > >> The old report window (which is editable) can be activated via >>>>>> the >>>>>> > >> Configuration menu (or setting report.window.type to static in >>>>>> the >>>>>> > >> legacy configfiles). >>>>>> > >> >>>>>> > >> Stefan >>>>>> > >> >>>>>> > >> >>>>>> > >> >>>>>> ------------------------------------------------------------------------ >>>>>> > >> ------ This SF.net email is sponsored by >>>>>> > >> >>>>>> > >> Make an app they can't live without >>>>>> > >> Enter the BlackBerry Developer Challenge >>>>>> > >> http://p.sf.net/sfu/RIM-dev2dev >>>>>> > >> _______________________________________________ >>>>>> > >> Rails-devel mailing list >>>>>> > >> Rai...@li... >>>>>> > >> https://lists.sourceforge.net/lists/listinfo/rails-devel >>>>>> > > >>>>>> > > >>>>>> ------------------------------------------------------------------------- >>>>>> > > ----- This SF.net email is sponsored by >>>>>> > > >>>>>> > > Make an app they can't live without >>>>>> > > Enter the BlackBerry Developer Challenge >>>>>> > > http://p.sf.net/sfu/RIM-dev2dev >>>>>> > > _______________________________________________ >>>>>> > > Rails-devel mailing list >>>>>> > > Rai...@li... >>>>>> > > https://lists.sourceforge.net/lists/listinfo/rails-devel >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> This SF.net email is sponsored by >>>>>> >>>>>> Make an app they can't live without >>>>>> Enter the BlackBerry Developer Challenge >>>>>> http://p.sf.net/sfu/RIM-dev2dev >>>>>> _______________________________________________ >>>>>> Rails-devel mailing list >>>>>> Rai...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> This SF.net Dev2Dev email is sponsored by: >>>>> >>>>> Show off your parallel programming skills. >>>>> Enter the Intel(R) Threading Challenge 2010. >>>>> http://p.sf.net/sfu/intel-thread-sfd >>>>> >>>>> _______________________________________________ >>>>> Rails-devel mailing list >>>>> Rai...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>>>> >>>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> This SF.net Dev2Dev email is sponsored by: >>>> >>>> Show off your parallel programming skills. >>>> Enter the Intel(R) Threading Challenge 2010. >>>> http://p.sf.net/sfu/intel-thread-sfd >>>> _______________________________________________ >>>> Rails-devel mailing list >>>> Rai...@li... >>>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>>> >>>> >>> >> > |
From: Erik V. <eri...@xs...> - 2010-08-31 19:11:45
|
On XP I have no problem copying from the dynamic window and pasting into NotePad, TextPad or even Word or Outlook. No clue what a Firefox edit window is (even though I use Firefox), so I can't comment on that. Erik. _____ From: Chris Shaffer [mailto:chr...@gm...] Sent: Tuesday 31 August 2010 19:05 To: st...@ro... Cc: Development list for Rails: an 18xx game Subject: Re: [Rails-devel] Report window as game history Testing on Mac shows that you can copy/paste into a Firefox edit window. Despite our desire to avoid Windows, a significant portion of the player base are Windows users. Many of them are not technically proficient enough to switch, nor should we try to force them to do so. I will test on Windows and Ubuntu this evening. -- Chris Please consider the environment before printing this e-mail. On Tue, Aug 31, 2010 at 9:51 AM, Steve Undy <ste...@gm...> wrote: OK, very interesting. Cut-and-paste works from the report window into Notepad, but not directly into a Firefox edit window. But you can cut-and-paste from that Notepad window into Firefox. Another reason to avoid Windows. (sorry about all the chatter on this) Steve Undy st...@ro... On Tue, Aug 31, 2010 at 10:45 AM, Steve Undy <ste...@gm...> wrote: I agree with Chris: It looks like cut-and-paste doesn't work from the new report window on Windows (at least not on XP). Steve Undy st...@ro... On Tue, Aug 31, 2010 at 10:37 AM, Chris Shaffer <chr...@gm...> wrote: Interestingly, it works on my Mac at work. I'll do more testing when I get home tonight. -- Chris Please consider the environment before printing this e-mail. On Tue, Aug 31, 2010 at 7:30 AM, Steve Undy <ste...@gm...> wrote: Hmmm. Copying from the report window works OK on my linux system. Steve Undy st...@ro... On Tue, Aug 31, 2010 at 8:15 AM, Chris Shaffer <chr...@gm...> wrote: I'm using 1.4 now, and I can't seem to copy text from the new report window to paste it into an email. I've tried on both Windows and Ubuntu Linux, with the configuration "report window editable" checked and unchecked on both systems. Any suggestions? -- Chris Please consider the environment before printing this e-mail. On Wed, Aug 11, 2010 at 4:21 PM, Stefan Frey <ste...@we...> wrote: Chris & Erik: * Fixed the missing newline in copy&paste from the new report window (google is your friend). * There is a new configuration window now, which allows to set options via an UI. I will add some code (similar to the one font changes) that makes the change immediate and does not require a reload. Supplying both simultaneously would be possible, but might bring more confusion to newbies than benefits to the experts? * I could change the (static/legacy) report window to the new behavior of clearing undone actions instead of appending undoing, but then the difference between the two is merely formatting and the availability of hyperlinks. Then it is easier to deactivate the formatting and hyperlinks than to support two different subclasses of the ReportWindow. There are two reasons to keep the static version: A) For me the static window acts as an accounting trail, thus keeps track of undos explicitly. B) For (quite old) computers (or handhelds if Rails gets portable in the future) the JEditorPane is a drag on performance and the whole content is updated after each action instead of appending as in the static case. Stefan On Thursday, August 12, 2010 12:31:15 am Chris Shaffer wrote: > In that case, could there be an option to enable both report windows, so > users can switch back and forth between them within a single game? And > without requiring them to edit configuration files and reload? I'd hate to > have to choose between one or the other, since they both have lots of > utility. > > -- > Chris > > Please consider the environment before printing this e-mail. > > On Wed, Aug 11, 2010 at 2:17 PM, Erik Vos <eri...@xs...> wrote: > > I found that you can do that, but at the rather severe penalty of losing > > > > all end-of lines. The report becomes one long line. > > Better keep to the (what Stefan in his wisdom disposes as) "legacy" > > report if you want to save or copy it. > > > > Erik. > > > > ------------------------------ > > > > *From:* Chris Shaffer [mailto:chr...@gm...] > > *Sent:* Wednesday 11 August 2010 21:17 > > > > *To:* Development list for Rails: an 18xx game > > *Subject:* Re: [Rails-devel] Report window as game history > > > > Is it still possible to copy text from the Report window for pasting into > > an email? > > > > -- > > Chris > > > > Please consider the environment before printing this e-mail. > > > > On Tue, Aug 10, 2010 at 4:20 PM, Stefan Frey <ste...@we...> wrote: > >> The linked movesets in the CGR 1856 merger inspired a feature that > >> proved to > >> be surprisingly easy (as it leverages on the excellent move/state > >> mechanisms > >> in Rails). The downside is that it can be effected by the all undo > >> related bugs, but the number of those was on the decrease lately. > >> > >> The report window now acts as game history: There are hyperlinks for > >> each action. Clicking on any of those lets Rails jump to that game > >> situation (by > >> calling undo repeatedly). Return to a later position is possible unless > >> an action is taken (as it is the case for standard redo). I also added > >> two buttons (<< and >>) to allow single-step moves. > >> > >> The old report window (which is editable) can be activated via the > >> Configuration menu (or setting report.window.type to static in the > >> legacy configfiles). > >> > >> Stefan > >> > >> > >> ------------------------------------------------------------------------ > >> ------ This SF.net email is sponsored by > >> > >> Make an app they can't live without > >> Enter the BlackBerry Developer Challenge > >> http://p.sf.net/sfu/RIM-dev2dev > >> _______________________________________________ > >> Rails-devel mailing list > >> Rai...@li... > >> https://lists.sourceforge.net/lists/listinfo/rails-devel > > > > ------------------------------------------------------------------------- > > ----- This SF.net email is sponsored by > > > > Make an app they can't live without > > Enter the BlackBerry Developer Challenge > > http://p.sf.net/sfu/RIM-dev2dev > > _______________________________________________ > > Rails-devel mailing list > > Rai...@li... > > https://lists.sourceforge.net/lists/listinfo/rails-devel ---------------------------------------------------------------------------- -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev _______________________________________________ Rails-devel mailing list Rai...@li... https://lists.sourceforge.net/lists/listinfo/rails-devel ---------------------------------------------------------------------------- -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd _______________________________________________ Rails-devel mailing list Rai...@li... https://lists.sourceforge.net/lists/listinfo/rails-devel ---------------------------------------------------------------------------- -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd _______________________________________________ Rails-devel mailing list Rai...@li... https://lists.sourceforge.net/lists/listinfo/rails-devel |
From: Steve U. <ste...@gm...> - 2010-08-31 19:22:05
|
I use gmail, which is a web-based mail system. When composing a message, it uses an editable text field. For some reason, on XP you can't paste content cut from the new Rails report window (it worked with the static format). Steve Undy st...@ro... On Tue, Aug 31, 2010 at 1:11 PM, Erik Vos <eri...@xs...> wrote: > On XP I have no problem copying from the dynamic window and pasting into > NotePad, TextPad or even Word or Outlook. > No clue what a Firefox edit window is (even though I use Firefox), so I > can't comment on that. > Erik. > > ------------------------------ > *From:* Chris Shaffer [mailto:chr...@gm...] > *Sent:* Tuesday 31 August 2010 19:05 > *To:* st...@ro... > *Cc:* Development list for Rails: an 18xx game > > *Subject:* Re: [Rails-devel] Report window as game history > > Testing on Mac shows that you can copy/paste into a Firefox edit window. > > Despite our desire to avoid Windows, a significant portion of the player > base are Windows users. Many of them are not technically proficient enough > to switch, nor should we try to force them to do so. > > I will test on Windows and Ubuntu this evening. > > -- > Chris > > Please consider the environment before printing this e-mail. > > > On Tue, Aug 31, 2010 at 9:51 AM, Steve Undy <ste...@gm...>wrote: > >> OK, very interesting. Cut-and-paste works from the report window into >> Notepad, but not directly into a Firefox edit window. But you can >> cut-and-paste from that Notepad window into Firefox. Another reason to >> avoid Windows. >> >> (sorry about all the chatter on this) >> >> >> Steve Undy >> st...@ro... >> >> >> On Tue, Aug 31, 2010 at 10:45 AM, Steve Undy <ste...@gm...>wrote: >> >>> I agree with Chris: It looks like cut-and-paste doesn't work from the new >>> report window on Windows (at least not on XP). >>> >>> >>> Steve Undy >>> st...@ro... >>> >>> >>> On Tue, Aug 31, 2010 at 10:37 AM, Chris Shaffer < >>> chr...@gm...> wrote: >>> >>>> Interestingly, it works on my Mac at work. I'll do more testing when I >>>> get home tonight. >>>> >>>> >>>> -- >>>> Chris >>>> >>>> Please consider the environment before printing this e-mail. >>>> >>>> >>>> On Tue, Aug 31, 2010 at 7:30 AM, Steve Undy <ste...@gm... >>>> > wrote: >>>> >>>>> Hmmm. Copying from the report window works OK on my linux system. >>>>> >>>>> >>>>> Steve Undy >>>>> st...@ro... >>>>> >>>>> >>>>> On Tue, Aug 31, 2010 at 8:15 AM, Chris Shaffer < >>>>> chr...@gm...> wrote: >>>>> >>>>>> I'm using 1.4 now, and I can't seem to copy text from the new report >>>>>> window to paste it into an email. I've tried on both Windows and Ubuntu >>>>>> Linux, with the configuration "report window editable" checked and unchecked >>>>>> on both systems. Any suggestions? >>>>>> >>>>>> >>>>>> -- >>>>>> Chris >>>>>> >>>>>> Please consider the environment before printing this e-mail. >>>>>> >>>>>> >>>>>> On Wed, Aug 11, 2010 at 4:21 PM, Stefan Frey <ste...@we...>wrote: >>>>>> >>>>>>> Chris & Erik: >>>>>>> * Fixed the missing newline in copy&paste from the new report window >>>>>>> (google is your friend). >>>>>>> >>>>>>> * There is a new configuration window now, which allows to set >>>>>>> options via an >>>>>>> UI. I will add some code (similar to the one font changes) that >>>>>>> makes the >>>>>>> change immediate and does not require a reload. Supplying both >>>>>>> simultaneously >>>>>>> would be possible, but might bring more confusion to newbies than >>>>>>> benefits to >>>>>>> the experts? >>>>>>> >>>>>>> * I could change the (static/legacy) report window to the new >>>>>>> behavior of >>>>>>> clearing undone actions instead of appending undoing, but then the >>>>>>> difference >>>>>>> between the two is merely formatting and the availability of >>>>>>> hyperlinks. Then >>>>>>> it is easier to deactivate the formatting and hyperlinks than to >>>>>>> support two >>>>>>> different subclasses of the ReportWindow. >>>>>>> >>>>>>> There are two reasons to keep the static version: >>>>>>> A) For me the static window acts as an accounting trail, thus keeps >>>>>>> track of >>>>>>> undos explicitly. >>>>>>> B) For (quite old) computers (or handhelds if Rails gets portable in >>>>>>> the >>>>>>> future) the JEditorPane is a drag on performance and the whole >>>>>>> content is >>>>>>> updated after each action instead of appending as in the static case. >>>>>>> >>>>>>> Stefan >>>>>>> >>>>>>> >>>>>>> On Thursday, August 12, 2010 12:31:15 am Chris Shaffer wrote: >>>>>>> > In that case, could there be an option to enable both report >>>>>>> windows, so >>>>>>> > users can switch back and forth between them within a single game? >>>>>>> And >>>>>>> > without requiring them to edit configuration files and reload? I'd >>>>>>> hate to >>>>>>> > have to choose between one or the other, since they both have lots >>>>>>> of >>>>>>> > utility. >>>>>>> > >>>>>>> > -- >>>>>>> > Chris >>>>>>> > >>>>>>> > Please consider the environment before printing this e-mail. >>>>>>> > >>>>>>> > On Wed, Aug 11, 2010 at 2:17 PM, Erik Vos <eri...@xs...> >>>>>>> wrote: >>>>>>> > > I found that you can do that, but at the rather severe penalty >>>>>>> of losing >>>>>>> > > >>>>>>> > > all end-of lines. The report becomes one long line. >>>>>>> > > Better keep to the (what Stefan in his wisdom disposes as) >>>>>>> "legacy" >>>>>>> > > report if you want to save or copy it. >>>>>>> > > >>>>>>> > > Erik. >>>>>>> > > >>>>>>> > > ------------------------------ >>>>>>> > > >>>>>>> > > *From:* Chris Shaffer [mailto:chr...@gm...] >>>>>>> > > *Sent:* Wednesday 11 August 2010 21:17 >>>>>>> > > >>>>>>> > > *To:* Development list for Rails: an 18xx game >>>>>>> > > *Subject:* Re: [Rails-devel] Report window as game history >>>>>>> > > >>>>>>> > > Is it still possible to copy text from the Report window for >>>>>>> pasting into >>>>>>> > > an email? >>>>>>> > > >>>>>>> > > -- >>>>>>> > > Chris >>>>>>> > > >>>>>>> > > Please consider the environment before printing this e-mail. >>>>>>> > > >>>>>>> > > On Tue, Aug 10, 2010 at 4:20 PM, Stefan Frey <ste...@we...> >>>>>>> wrote: >>>>>>> > >> The linked movesets in the CGR 1856 merger inspired a feature >>>>>>> that >>>>>>> > >> proved to >>>>>>> > >> be surprisingly easy (as it leverages on the excellent >>>>>>> move/state >>>>>>> > >> mechanisms >>>>>>> > >> in Rails). The downside is that it can be effected by the all >>>>>>> undo >>>>>>> > >> related bugs, but the number of those was on the decrease >>>>>>> lately. >>>>>>> > >> >>>>>>> > >> The report window now acts as game history: There are hyperlinks >>>>>>> for >>>>>>> > >> each action. Clicking on any of those lets Rails jump to that >>>>>>> game >>>>>>> > >> situation (by >>>>>>> > >> calling undo repeatedly). Return to a later position is possible >>>>>>> unless >>>>>>> > >> an action is taken (as it is the case for standard redo). I also >>>>>>> added >>>>>>> > >> two buttons (<< and >>) to allow single-step moves. >>>>>>> > >> >>>>>>> > >> The old report window (which is editable) can be activated via >>>>>>> the >>>>>>> > >> Configuration menu (or setting report.window.type to static in >>>>>>> the >>>>>>> > >> legacy configfiles). >>>>>>> > >> >>>>>>> > >> Stefan >>>>>>> > >> >>>>>>> > >> >>>>>>> > >> >>>>>>> ------------------------------------------------------------------------ >>>>>>> > >> ------ This SF.net email is sponsored by >>>>>>> > >> >>>>>>> > >> Make an app they can't live without >>>>>>> > >> Enter the BlackBerry Developer Challenge >>>>>>> > >> http://p.sf.net/sfu/RIM-dev2dev >>>>>>> > >> _______________________________________________ >>>>>>> > >> Rails-devel mailing list >>>>>>> > >> Rai...@li... >>>>>>> > >> https://lists.sourceforge.net/lists/listinfo/rails-devel >>>>>>> > > >>>>>>> > > >>>>>>> ------------------------------------------------------------------------- >>>>>>> > > ----- This SF.net email is sponsored by >>>>>>> > > >>>>>>> > > Make an app they can't live without >>>>>>> > > Enter the BlackBerry Developer Challenge >>>>>>> > > http://p.sf.net/sfu/RIM-dev2dev >>>>>>> > > _______________________________________________ >>>>>>> > > Rails-devel mailing list >>>>>>> > > Rai...@li... >>>>>>> > > https://lists.sourceforge.net/lists/listinfo/rails-devel >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> This SF.net email is sponsored by >>>>>>> >>>>>>> Make an app they can't live without >>>>>>> Enter the BlackBerry Developer Challenge >>>>>>> http://p.sf.net/sfu/RIM-dev2dev >>>>>>> _______________________________________________ >>>>>>> Rails-devel mailing list >>>>>>> Rai...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> This SF.net Dev2Dev email is sponsored by: >>>>>> >>>>>> Show off your parallel programming skills. >>>>>> Enter the Intel(R) Threading Challenge 2010. >>>>>> http://p.sf.net/sfu/intel-thread-sfd >>>>>> >>>>>> _______________________________________________ >>>>>> Rails-devel mailing list >>>>>> Rai...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>>>>> >>>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> This SF.net Dev2Dev email is sponsored by: >>>>> >>>>> Show off your parallel programming skills. >>>>> Enter the Intel(R) Threading Challenge 2010. >>>>> http://p.sf.net/sfu/intel-thread-sfd >>>>> _______________________________________________ >>>>> Rails-devel mailing list >>>>> Rai...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>>>> >>>>> >>>> >>> >> > |
From: Phil D. <de...@gm...> - 2010-08-31 19:40:36
|
I can confirm that copying from the report window into a Gmail edit box in Chrome on Windows 7 works fine (rather narrow testing criteria I accept but it's what I use!) Phil On 31 August 2010 20:21, Steve Undy <ste...@gm...> wrote: > I use gmail, which is a web-based mail system. When composing a message, it > uses an editable text field. For some reason, on XP you can't paste content > cut from the new Rails report window (it worked with the static format). > > Steve Undy > st...@ro... > > > On Tue, Aug 31, 2010 at 1:11 PM, Erik Vos <eri...@xs...> wrote: >> >> On XP I have no problem copying from the dynamic window and pasting into >> NotePad, TextPad or even Word or Outlook. >> No clue what a Firefox edit window is (even though I use Firefox), so I >> can't comment on that. >> Erik. >> >> ________________________________ >> From: Chris Shaffer [mailto:chr...@gm...] >> Sent: Tuesday 31 August 2010 19:05 >> To: st...@ro... >> Cc: Development list for Rails: an 18xx game >> Subject: Re: [Rails-devel] Report window as game history >> >> Testing on Mac shows that you can copy/paste into a Firefox edit window. >> >> Despite our desire to avoid Windows, a significant portion of the player >> base are Windows users. Many of them are not technically proficient enough >> to switch, nor should we try to force them to do so. >> >> I will test on Windows and Ubuntu this evening. >> >> -- >> Chris >> >> Please consider the environment before printing this e-mail. >> >> >> On Tue, Aug 31, 2010 at 9:51 AM, Steve Undy <ste...@gm...> >> wrote: >>> >>> OK, very interesting. Cut-and-paste works from the report window into >>> Notepad, but not directly into a Firefox edit window. But you can >>> cut-and-paste from that Notepad window into Firefox. Another reason to >>> avoid Windows. >>> >>> (sorry about all the chatter on this) >>> >>> Steve Undy >>> st...@ro... >>> >>> >>> On Tue, Aug 31, 2010 at 10:45 AM, Steve Undy <ste...@gm...> >>> wrote: >>>> >>>> I agree with Chris: It looks like cut-and-paste doesn't work from the >>>> new report window on Windows (at least not on XP). >>>> >>>> Steve Undy >>>> st...@ro... >>>> >>>> >>>> On Tue, Aug 31, 2010 at 10:37 AM, Chris Shaffer >>>> <chr...@gm...> wrote: >>>>> >>>>> Interestingly, it works on my Mac at work. I'll do more testing when I >>>>> get home tonight. >>>>> >>>>> -- >>>>> Chris >>>>> >>>>> Please consider the environment before printing this e-mail. >>>>> >>>>> >>>>> On Tue, Aug 31, 2010 at 7:30 AM, Steve Undy <ste...@gm...> >>>>> wrote: >>>>>> >>>>>> Hmmm. Copying from the report window works OK on my linux system. >>>>>> >>>>>> Steve Undy >>>>>> st...@ro... >>>>>> >>>>>> >>>>>> On Tue, Aug 31, 2010 at 8:15 AM, Chris Shaffer >>>>>> <chr...@gm...> wrote: >>>>>>> >>>>>>> I'm using 1.4 now, and I can't seem to copy text from the new report >>>>>>> window to paste it into an email. I've tried on both Windows and Ubuntu >>>>>>> Linux, with the configuration "report window editable" checked and unchecked >>>>>>> on both systems. Any suggestions? >>>>>>> >>>>>>> -- >>>>>>> Chris >>>>>>> >>>>>>> Please consider the environment before printing this e-mail. >>>>>>> >>>>>>> >>>>>>> On Wed, Aug 11, 2010 at 4:21 PM, Stefan Frey <ste...@we...> >>>>>>> wrote: >>>>>>>> >>>>>>>> Chris & Erik: >>>>>>>> * Fixed the missing newline in copy&paste from the new report window >>>>>>>> (google is your friend). >>>>>>>> >>>>>>>> * There is a new configuration window now, which allows to set >>>>>>>> options via an >>>>>>>> UI. I will add some code (similar to the one font changes) that >>>>>>>> makes the >>>>>>>> change immediate and does not require a reload. Supplying both >>>>>>>> simultaneously >>>>>>>> would be possible, but might bring more confusion to newbies than >>>>>>>> benefits to >>>>>>>> the experts? >>>>>>>> >>>>>>>> * I could change the (static/legacy) report window to the new >>>>>>>> behavior of >>>>>>>> clearing undone actions instead of appending undoing, but then the >>>>>>>> difference >>>>>>>> between the two is merely formatting and the availability of >>>>>>>> hyperlinks. Then >>>>>>>> it is easier to deactivate the formatting and hyperlinks than to >>>>>>>> support two >>>>>>>> different subclasses of the ReportWindow. >>>>>>>> >>>>>>>> There are two reasons to keep the static version: >>>>>>>> A) For me the static window acts as an accounting trail, thus keeps >>>>>>>> track of >>>>>>>> undos explicitly. >>>>>>>> B) For (quite old) computers (or handhelds if Rails gets portable in >>>>>>>> the >>>>>>>> future) the JEditorPane is a drag on performance and the whole >>>>>>>> content is >>>>>>>> updated after each action instead of appending as in the static >>>>>>>> case. >>>>>>>> >>>>>>>> Stefan >>>>>>>> >>>>>>>> >>>>>>>> On Thursday, August 12, 2010 12:31:15 am Chris Shaffer wrote: >>>>>>>> > In that case, could there be an option to enable both report >>>>>>>> > windows, so >>>>>>>> > users can switch back and forth between them within a single game? >>>>>>>> > And >>>>>>>> > without requiring them to edit configuration files and reload? >>>>>>>> > I'd hate to >>>>>>>> > have to choose between one or the other, since they both have lots >>>>>>>> > of >>>>>>>> > utility. >>>>>>>> > >>>>>>>> > -- >>>>>>>> > Chris >>>>>>>> > >>>>>>>> > Please consider the environment before printing this e-mail. >>>>>>>> > >>>>>>>> > On Wed, Aug 11, 2010 at 2:17 PM, Erik Vos <eri...@xs...> >>>>>>>> > wrote: >>>>>>>> > > I found that you can do that, but at the rather severe penalty >>>>>>>> > > of losing >>>>>>>> > > >>>>>>>> > > all end-of lines. The report becomes one long line. >>>>>>>> > > Better keep to the (what Stefan in his wisdom disposes as) >>>>>>>> > > "legacy" >>>>>>>> > > report if you want to save or copy it. >>>>>>>> > > >>>>>>>> > > Erik. >>>>>>>> > > >>>>>>>> > > ------------------------------ >>>>>>>> > > >>>>>>>> > > *From:* Chris Shaffer [mailto:chr...@gm...] >>>>>>>> > > *Sent:* Wednesday 11 August 2010 21:17 >>>>>>>> > > >>>>>>>> > > *To:* Development list for Rails: an 18xx game >>>>>>>> > > *Subject:* Re: [Rails-devel] Report window as game history >>>>>>>> > > >>>>>>>> > > Is it still possible to copy text from the Report window for >>>>>>>> > > pasting into >>>>>>>> > > an email? >>>>>>>> > > >>>>>>>> > > -- >>>>>>>> > > Chris >>>>>>>> > > >>>>>>>> > > Please consider the environment before printing this e-mail. >>>>>>>> > > >>>>>>>> > > On Tue, Aug 10, 2010 at 4:20 PM, Stefan Frey >>>>>>>> > > <ste...@we...> wrote: >>>>>>>> > >> The linked movesets in the CGR 1856 merger inspired a feature >>>>>>>> > >> that >>>>>>>> > >> proved to >>>>>>>> > >> be surprisingly easy (as it leverages on the excellent >>>>>>>> > >> move/state >>>>>>>> > >> mechanisms >>>>>>>> > >> in Rails). The downside is that it can be effected by the all >>>>>>>> > >> undo >>>>>>>> > >> related bugs, but the number of those was on the decrease >>>>>>>> > >> lately. >>>>>>>> > >> >>>>>>>> > >> The report window now acts as game history: There are >>>>>>>> > >> hyperlinks for >>>>>>>> > >> each action. Clicking on any of those lets Rails jump to that >>>>>>>> > >> game >>>>>>>> > >> situation (by >>>>>>>> > >> calling undo repeatedly). Return to a later position is >>>>>>>> > >> possible unless >>>>>>>> > >> an action is taken (as it is the case for standard redo). I >>>>>>>> > >> also added >>>>>>>> > >> two buttons (<< and >>) to allow single-step moves. >>>>>>>> > >> >>>>>>>> > >> The old report window (which is editable) can be activated via >>>>>>>> > >> the >>>>>>>> > >> Configuration menu (or setting report.window.type to static in >>>>>>>> > >> the >>>>>>>> > >> legacy configfiles). >>>>>>>> > >> >>>>>>>> > >> Stefan >>>>>>>> > >> >>>>>>>> > >> >>>>>>>> > >> >>>>>>>> > >> ------------------------------------------------------------------------ >>>>>>>> > >> ------ This SF.net email is sponsored by >>>>>>>> > >> >>>>>>>> > >> Make an app they can't live without >>>>>>>> > >> Enter the BlackBerry Developer Challenge >>>>>>>> > >> http://p.sf.net/sfu/RIM-dev2dev >>>>>>>> > >> _______________________________________________ >>>>>>>> > >> Rails-devel mailing list >>>>>>>> > >> Rai...@li... >>>>>>>> > >> https://lists.sourceforge.net/lists/listinfo/rails-devel >>>>>>>> > > >>>>>>>> > > >>>>>>>> > > ------------------------------------------------------------------------- >>>>>>>> > > ----- This SF.net email is sponsored by >>>>>>>> > > >>>>>>>> > > Make an app they can't live without >>>>>>>> > > Enter the BlackBerry Developer Challenge >>>>>>>> > > http://p.sf.net/sfu/RIM-dev2dev >>>>>>>> > > _______________________________________________ >>>>>>>> > > Rails-devel mailing list >>>>>>>> > > Rai...@li... >>>>>>>> > > https://lists.sourceforge.net/lists/listinfo/rails-devel >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> This SF.net email is sponsored by >>>>>>>> >>>>>>>> Make an app they can't live without >>>>>>>> Enter the BlackBerry Developer Challenge >>>>>>>> http://p.sf.net/sfu/RIM-dev2dev >>>>>>>> _______________________________________________ >>>>>>>> Rails-devel mailing list >>>>>>>> Rai...@li... >>>>>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> This SF.net Dev2Dev email is sponsored by: >>>>>>> >>>>>>> Show off your parallel programming skills. >>>>>>> Enter the Intel(R) Threading Challenge 2010. >>>>>>> http://p.sf.net/sfu/intel-thread-sfd >>>>>>> _______________________________________________ >>>>>>> Rails-devel mailing list >>>>>>> Rai...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> This SF.net Dev2Dev email is sponsored by: >>>>>> >>>>>> Show off your parallel programming skills. >>>>>> Enter the Intel(R) Threading Challenge 2010. >>>>>> http://p.sf.net/sfu/intel-thread-sfd >>>>>> _______________________________________________ >>>>>> Rails-devel mailing list >>>>>> Rai...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>>>>> >>>>> >>>> >>> >> > > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |
From: Stefan F. <ste...@we...> - 2010-08-31 21:42:23
|
It seems that this can be narrowed down to a problem that occurs in combination with Firefox only. Interestingly it works on my system perfectly, even copying into the web-email clients that I use (actually its is more a "do not use", I prefer IMAP clients). My firefox version is 3.6.8. A quick google search brings up: http://kb.mozillazine.org/Clipboard_not_working Especially have a look at the paragraph about the rich text client. Copy&paste is still something which is strongly desktop/OS dependent and was the main reason to keep the previous ("static") report window. If someone comes up with a suggestion how to solve that, I am happy to add the solution to the code. May I ask what the use case for this procedure is? Why not mailing the rails game file instead of the report? Stefan On Tuesday, August 31, 2010 07:04:36 pm Chris Shaffer wrote: > Testing on Mac shows that you can copy/paste into a Firefox edit window. > > Despite our desire to avoid Windows, a significant portion of the player > base are Windows users. Many of them are not technically proficient enough > to switch, nor should we try to force them to do so. > > I will test on Windows and Ubuntu this evening. > > -- > Chris > > Please consider the environment before printing this e-mail. > > On Tue, Aug 31, 2010 at 9:51 AM, Steve Undy <ste...@gm...>wrote: > > OK, very interesting. Cut-and-paste works from the report window into > > Notepad, but not directly into a Firefox edit window. But you can > > cut-and-paste from that Notepad window into Firefox. Another reason to > > avoid Windows. > > > > (sorry about all the chatter on this) > > > > > > Steve Undy > > st...@ro... > > > > On Tue, Aug 31, 2010 at 10:45 AM, Steve Undy <ste...@gm...>wrote: > >> I agree with Chris: It looks like cut-and-paste doesn't work from the > >> new report window on Windows (at least not on XP). > >> > >> > >> Steve Undy > >> st...@ro... > >> > >> On Tue, Aug 31, 2010 at 10:37 AM, Chris Shaffer <chr...@gm...>wrote: > >>> Interestingly, it works on my Mac at work. I'll do more testing when I > >>> get home tonight. > >>> > >>> > >>> -- > >>> Chris > >>> > >>> Please consider the environment before printing this e-mail. > >>> > >>> On Tue, Aug 31, 2010 at 7:30 AM, Steve Undy <ste...@gm...>wrote: > >>>> Hmmm. Copying from the report window works OK on my linux system. > >>>> > >>>> > >>>> Steve Undy > >>>> st...@ro... > >>>> > >>>> > >>>> On Tue, Aug 31, 2010 at 8:15 AM, Chris Shaffer > >>>> <chr...@gm... > >>>> > >>>> > wrote: > >>>>> I'm using 1.4 now, and I can't seem to copy text from the new report > >>>>> window to paste it into an email. I've tried on both Windows and > >>>>> Ubuntu Linux, with the configuration "report window editable" > >>>>> checked and unchecked on both systems. Any suggestions? > >>>>> > >>>>> > >>>>> -- > >>>>> Chris > >>>>> > >>>>> Please consider the environment before printing this e-mail. > >>>>> > >>>>> On Wed, Aug 11, 2010 at 4:21 PM, Stefan Frey <ste...@we...>wrote: > >>>>>> Chris & Erik: > >>>>>> * Fixed the missing newline in copy&paste from the new report window > >>>>>> (google is your friend). > >>>>>> > >>>>>> * There is a new configuration window now, which allows to set > >>>>>> options via an > >>>>>> UI. I will add some code (similar to the one font changes) that > >>>>>> makes the > >>>>>> change immediate and does not require a reload. Supplying both > >>>>>> simultaneously > >>>>>> would be possible, but might bring more confusion to newbies than > >>>>>> benefits to > >>>>>> the experts? > >>>>>> > >>>>>> * I could change the (static/legacy) report window to the new > >>>>>> behavior of > >>>>>> clearing undone actions instead of appending undoing, but then the > >>>>>> difference > >>>>>> between the two is merely formatting and the availability of > >>>>>> hyperlinks. Then > >>>>>> it is easier to deactivate the formatting and hyperlinks than to > >>>>>> support two > >>>>>> different subclasses of the ReportWindow. > >>>>>> > >>>>>> There are two reasons to keep the static version: > >>>>>> A) For me the static window acts as an accounting trail, thus keeps > >>>>>> track of > >>>>>> undos explicitly. > >>>>>> B) For (quite old) computers (or handhelds if Rails gets portable in > >>>>>> the > >>>>>> future) the JEditorPane is a drag on performance and the whole > >>>>>> content is > >>>>>> updated after each action instead of appending as in the static > >>>>>> case. > >>>>>> > >>>>>> Stefan > >>>>>> > >>>>>> On Thursday, August 12, 2010 12:31:15 am Chris Shaffer wrote: > >>>>>> > In that case, could there be an option to enable both report > >>>>>> > >>>>>> windows, so > >>>>>> > >>>>>> > users can switch back and forth between them within a single game? > >>>>>> > >>>>>> And > >>>>>> > >>>>>> > without requiring them to edit configuration files and reload? > >>>>>> > I'd > >>>>>> > >>>>>> hate to > >>>>>> > >>>>>> > have to choose between one or the other, since they both have lots > >>>>>> > >>>>>> of > >>>>>> > >>>>>> > utility. > >>>>>> > > >>>>>> > -- > >>>>>> > Chris > >>>>>> > > >>>>>> > Please consider the environment before printing this e-mail. > >>>>>> > > >>>>>> > On Wed, Aug 11, 2010 at 2:17 PM, Erik Vos <eri...@xs...> > >>>>>> > >>>>>> wrote: > >>>>>> > > I found that you can do that, but at the rather severe penalty > >>>>>> > > of > >>>>>> > >>>>>> losing > >>>>>> > >>>>>> > > all end-of lines. The report becomes one long line. > >>>>>> > > Better keep to the (what Stefan in his wisdom disposes as) > >>>>>> > >>>>>> "legacy" > >>>>>> > >>>>>> > > report if you want to save or copy it. > >>>>>> > > > >>>>>> > > Erik. > >>>>>> > > > >>>>>> > > ------------------------------ > >>>>>> > > > >>>>>> > > *From:* Chris Shaffer [mailto:chr...@gm...] > >>>>>> > > *Sent:* Wednesday 11 August 2010 21:17 > >>>>>> > > > >>>>>> > > *To:* Development list for Rails: an 18xx game > >>>>>> > > *Subject:* Re: [Rails-devel] Report window as game history > >>>>>> > > > >>>>>> > > Is it still possible to copy text from the Report window for > >>>>>> > >>>>>> pasting into > >>>>>> > >>>>>> > > an email? > >>>>>> > > > >>>>>> > > -- > >>>>>> > > Chris > >>>>>> > > > >>>>>> > > Please consider the environment before printing this e-mail. > >>>>>> > > > >>>>>> > > On Tue, Aug 10, 2010 at 4:20 PM, Stefan Frey > >>>>>> > > <ste...@we...> > >>>>>> > >>>>>> wrote: > >>>>>> > >> The linked movesets in the CGR 1856 merger inspired a feature > >>>>>> > >>>>>> that > >>>>>> > >>>>>> > >> proved to > >>>>>> > >> be surprisingly easy (as it leverages on the excellent > >>>>>> > >> move/state mechanisms > >>>>>> > >> in Rails). The downside is that it can be effected by the all > >>>>>> > >>>>>> undo > >>>>>> > >>>>>> > >> related bugs, but the number of those was on the decrease > >>>>>> > >> lately. > >>>>>> > >> > >>>>>> > >> The report window now acts as game history: There are > >>>>>> > >> hyperlinks > >>>>>> > >>>>>> for > >>>>>> > >>>>>> > >> each action. Clicking on any of those lets Rails jump to that > >>>>>> > >>>>>> game > >>>>>> > >>>>>> > >> situation (by > >>>>>> > >> calling undo repeatedly). Return to a later position is > >>>>>> > >> possible > >>>>>> > >>>>>> unless > >>>>>> > >>>>>> > >> an action is taken (as it is the case for standard redo). I > >>>>>> > >> also > >>>>>> > >>>>>> added > >>>>>> > >>>>>> > >> two buttons (<< and >>) to allow single-step moves. > >>>>>> > >> > >>>>>> > >> The old report window (which is editable) can be activated via > >>>>>> > >>>>>> the > >>>>>> > >>>>>> > >> Configuration menu (or setting report.window.type to static in > >>>>>> > >>>>>> the > >>>>>> > >>>>>> > >> legacy configfiles). > >>>>>> > >> > >>>>>> > >> Stefan > >>>>>> > >>>>>> -------------------------------------------------------------------- > >>>>>> ---- > >>>>>> > >>>>>> > >> ------ This SF.net email is sponsored by > >>>>>> > >> > >>>>>> > >> Make an app they can't live without > >>>>>> > >> Enter the BlackBerry Developer Challenge > >>>>>> > >> http://p.sf.net/sfu/RIM-dev2dev > >>>>>> > >> _______________________________________________ > >>>>>> > >> Rails-devel mailing list > >>>>>> > >> Rai...@li... > >>>>>> > >> https://lists.sourceforge.net/lists/listinfo/rails-devel > >>>>>> > >>>>>> -------------------------------------------------------------------- > >>>>>> ----- > >>>>>> > >>>>>> > > ----- This SF.net email is sponsored by > >>>>>> > > > >>>>>> > > Make an app they can't live without > >>>>>> > > Enter the BlackBerry Developer Challenge > >>>>>> > > http://p.sf.net/sfu/RIM-dev2dev > >>>>>> > > _______________________________________________ > >>>>>> > > Rails-devel mailing list > >>>>>> > > Rai...@li... > >>>>>> > > https://lists.sourceforge.net/lists/listinfo/rails-devel > >>>>>> > >>>>>> -------------------------------------------------------------------- > >>>>>> ---------- This SF.net email is sponsored by > >>>>>> > >>>>>> Make an app they can't live without > >>>>>> Enter the BlackBerry Developer Challenge > >>>>>> http://p.sf.net/sfu/RIM-dev2dev > >>>>>> _______________________________________________ > >>>>>> Rails-devel mailing list > >>>>>> Rai...@li... > >>>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel > >>>>> > >>>>> --------------------------------------------------------------------- > >>>>> --------- This SF.net Dev2Dev email is sponsored by: > >>>>> > >>>>> Show off your parallel programming skills. > >>>>> Enter the Intel(R) Threading Challenge 2010. > >>>>> http://p.sf.net/sfu/intel-thread-sfd > >>>>> > >>>>> _______________________________________________ > >>>>> Rails-devel mailing list > >>>>> Rai...@li... > >>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel > >>>> > >>>> ---------------------------------------------------------------------- > >>>> -------- This SF.net Dev2Dev email is sponsored by: > >>>> > >>>> Show off your parallel programming skills. > >>>> Enter the Intel(R) Threading Challenge 2010. > >>>> http://p.sf.net/sfu/intel-thread-sfd > >>>> _______________________________________________ > >>>> Rails-devel mailing list > >>>> Rai...@li... > >>>> https://lists.sourceforge.net/lists/listinfo/rails-devel |
From: Steve U. <ste...@gm...> - 2010-08-31 22:08:05
|
The use model I'm familiar with (there are probably others) involves using DropBox to share/distribute the save file and sending an email reminder to the players with an excerpt from the report window that describes the latest move. This way, all players can keep track of what is happening in the game without having to open the save file. Steve Undy st...@ro... On Tue, Aug 31, 2010 at 3:42 PM, Stefan Frey <ste...@we...> wrote: > It seems that this can be narrowed down to a problem that occurs in > combination with Firefox only. > > Interestingly it works on my system perfectly, even copying into the > web-email > clients that I use (actually its is more a "do not use", I prefer IMAP > clients). My firefox version is 3.6.8. > > A quick google search brings up: > http://kb.mozillazine.org/Clipboard_not_working > > Especially have a look at the paragraph about the rich text client. > > Copy&paste is still something which is strongly desktop/OS dependent and > was > the main reason to keep the previous ("static") report window. > > If someone comes up with a suggestion how to solve that, I am happy to add > the > solution to the code. May I ask what the use case for this procedure is? > Why > not mailing the rails game file instead of the report? > > Stefan > > > On Tuesday, August 31, 2010 07:04:36 pm Chris Shaffer wrote: > > Testing on Mac shows that you can copy/paste into a Firefox edit window. > > > > Despite our desire to avoid Windows, a significant portion of the player > > base are Windows users. Many of them are not technically proficient > enough > > to switch, nor should we try to force them to do so. > > > > I will test on Windows and Ubuntu this evening. > > > > -- > > Chris > > > > Please consider the environment before printing this e-mail. > > > > On Tue, Aug 31, 2010 at 9:51 AM, Steve Undy <ste...@gm... > >wrote: > > > OK, very interesting. Cut-and-paste works from the report window into > > > Notepad, but not directly into a Firefox edit window. But you can > > > cut-and-paste from that Notepad window into Firefox. Another reason to > > > avoid Windows. > > > > > > (sorry about all the chatter on this) > > > > > > > > > Steve Undy > > > st...@ro... > > > > > > On Tue, Aug 31, 2010 at 10:45 AM, Steve Undy > <ste...@gm...>wrote: > > >> I agree with Chris: It looks like cut-and-paste doesn't work from the > > >> new report window on Windows (at least not on XP). > > >> > > >> > > >> Steve Undy > > >> st...@ro... > > >> > > >> On Tue, Aug 31, 2010 at 10:37 AM, Chris Shaffer > <chr...@gm...>wrote: > > >>> Interestingly, it works on my Mac at work. I'll do more testing when > I > > >>> get home tonight. > > >>> > > >>> > > >>> -- > > >>> Chris > > >>> > > >>> Please consider the environment before printing this e-mail. > > >>> > > >>> On Tue, Aug 31, 2010 at 7:30 AM, Steve Undy > <ste...@gm...>wrote: > > >>>> Hmmm. Copying from the report window works OK on my linux system. > > >>>> > > >>>> > > >>>> Steve Undy > > >>>> st...@ro... > > >>>> > > >>>> > > >>>> On Tue, Aug 31, 2010 at 8:15 AM, Chris Shaffer > > >>>> <chr...@gm... > > >>>> > > >>>> > wrote: > > >>>>> I'm using 1.4 now, and I can't seem to copy text from the new > report > > >>>>> window to paste it into an email. I've tried on both Windows and > > >>>>> Ubuntu Linux, with the configuration "report window editable" > > >>>>> checked and unchecked on both systems. Any suggestions? > > >>>>> > > >>>>> > > >>>>> -- > > >>>>> Chris > > >>>>> > > >>>>> Please consider the environment before printing this e-mail. > > >>>>> > > >>>>> On Wed, Aug 11, 2010 at 4:21 PM, Stefan Frey > <ste...@we...>wrote: > > >>>>>> Chris & Erik: > > >>>>>> * Fixed the missing newline in copy&paste from the new report > window > > >>>>>> (google is your friend). > > >>>>>> > > >>>>>> * There is a new configuration window now, which allows to set > > >>>>>> options via an > > >>>>>> UI. I will add some code (similar to the one font changes) that > > >>>>>> makes the > > >>>>>> change immediate and does not require a reload. Supplying both > > >>>>>> simultaneously > > >>>>>> would be possible, but might bring more confusion to newbies than > > >>>>>> benefits to > > >>>>>> the experts? > > >>>>>> > > >>>>>> * I could change the (static/legacy) report window to the new > > >>>>>> behavior of > > >>>>>> clearing undone actions instead of appending undoing, but then the > > >>>>>> difference > > >>>>>> between the two is merely formatting and the availability of > > >>>>>> hyperlinks. Then > > >>>>>> it is easier to deactivate the formatting and hyperlinks than to > > >>>>>> support two > > >>>>>> different subclasses of the ReportWindow. > > >>>>>> > > >>>>>> There are two reasons to keep the static version: > > >>>>>> A) For me the static window acts as an accounting trail, thus > keeps > > >>>>>> track of > > >>>>>> undos explicitly. > > >>>>>> B) For (quite old) computers (or handhelds if Rails gets portable > in > > >>>>>> the > > >>>>>> future) the JEditorPane is a drag on performance and the whole > > >>>>>> content is > > >>>>>> updated after each action instead of appending as in the static > > >>>>>> case. > > >>>>>> > > >>>>>> Stefan > > >>>>>> > > >>>>>> On Thursday, August 12, 2010 12:31:15 am Chris Shaffer wrote: > > >>>>>> > In that case, could there be an option to enable both report > > >>>>>> > > >>>>>> windows, so > > >>>>>> > > >>>>>> > users can switch back and forth between them within a single > game? > > >>>>>> > > >>>>>> And > > >>>>>> > > >>>>>> > without requiring them to edit configuration files and reload? > > >>>>>> > I'd > > >>>>>> > > >>>>>> hate to > > >>>>>> > > >>>>>> > have to choose between one or the other, since they both have > lots > > >>>>>> > > >>>>>> of > > >>>>>> > > >>>>>> > utility. > > >>>>>> > > > >>>>>> > -- > > >>>>>> > Chris > > >>>>>> > > > >>>>>> > Please consider the environment before printing this e-mail. > > >>>>>> > > > >>>>>> > On Wed, Aug 11, 2010 at 2:17 PM, Erik Vos <eri...@xs...> > > >>>>>> > > >>>>>> wrote: > > >>>>>> > > I found that you can do that, but at the rather severe > penalty > > >>>>>> > > of > > >>>>>> > > >>>>>> losing > > >>>>>> > > >>>>>> > > all end-of lines. The report becomes one long line. > > >>>>>> > > Better keep to the (what Stefan in his wisdom disposes as) > > >>>>>> > > >>>>>> "legacy" > > >>>>>> > > >>>>>> > > report if you want to save or copy it. > > >>>>>> > > > > >>>>>> > > Erik. > > >>>>>> > > > > >>>>>> > > ------------------------------ > > >>>>>> > > > > >>>>>> > > *From:* Chris Shaffer [mailto:chr...@gm...] > > >>>>>> > > *Sent:* Wednesday 11 August 2010 21:17 > > >>>>>> > > > > >>>>>> > > *To:* Development list for Rails: an 18xx game > > >>>>>> > > *Subject:* Re: [Rails-devel] Report window as game history > > >>>>>> > > > > >>>>>> > > Is it still possible to copy text from the Report window for > > >>>>>> > > >>>>>> pasting into > > >>>>>> > > >>>>>> > > an email? > > >>>>>> > > > > >>>>>> > > -- > > >>>>>> > > Chris > > >>>>>> > > > > >>>>>> > > Please consider the environment before printing this e-mail. > > >>>>>> > > > > >>>>>> > > On Tue, Aug 10, 2010 at 4:20 PM, Stefan Frey > > >>>>>> > > <ste...@we...> > > >>>>>> > > >>>>>> wrote: > > >>>>>> > >> The linked movesets in the CGR 1856 merger inspired a feature > > >>>>>> > > >>>>>> that > > >>>>>> > > >>>>>> > >> proved to > > >>>>>> > >> be surprisingly easy (as it leverages on the excellent > > >>>>>> > >> move/state mechanisms > > >>>>>> > >> in Rails). The downside is that it can be effected by the all > > >>>>>> > > >>>>>> undo > > >>>>>> > > >>>>>> > >> related bugs, but the number of those was on the decrease > > >>>>>> > >> lately. > > >>>>>> > >> > > >>>>>> > >> The report window now acts as game history: There are > > >>>>>> > >> hyperlinks > > >>>>>> > > >>>>>> for > > >>>>>> > > >>>>>> > >> each action. Clicking on any of those lets Rails jump to that > > >>>>>> > > >>>>>> game > > >>>>>> > > >>>>>> > >> situation (by > > >>>>>> > >> calling undo repeatedly). Return to a later position is > > >>>>>> > >> possible > > >>>>>> > > >>>>>> unless > > >>>>>> > > >>>>>> > >> an action is taken (as it is the case for standard redo). I > > >>>>>> > >> also > > >>>>>> > > >>>>>> added > > >>>>>> > > >>>>>> > >> two buttons (<< and >>) to allow single-step moves. > > >>>>>> > >> > > >>>>>> > >> The old report window (which is editable) can be activated > via > > >>>>>> > > >>>>>> the > > >>>>>> > > >>>>>> > >> Configuration menu (or setting report.window.type to static > in > > >>>>>> > > >>>>>> the > > >>>>>> > > >>>>>> > >> legacy configfiles). > > >>>>>> > >> > > >>>>>> > >> Stefan > > >>>>>> > > >>>>>> > -------------------------------------------------------------------- > > >>>>>> ---- > > >>>>>> > > >>>>>> > >> ------ This SF.net email is sponsored by > > >>>>>> > >> > > >>>>>> > >> Make an app they can't live without > > >>>>>> > >> Enter the BlackBerry Developer Challenge > > >>>>>> > >> http://p.sf.net/sfu/RIM-dev2dev > > >>>>>> > >> _______________________________________________ > > >>>>>> > >> Rails-devel mailing list > > >>>>>> > >> Rai...@li... > > >>>>>> > >> https://lists.sourceforge.net/lists/listinfo/rails-devel > > >>>>>> > > >>>>>> > -------------------------------------------------------------------- > > >>>>>> ----- > > >>>>>> > > >>>>>> > > ----- This SF.net email is sponsored by > > >>>>>> > > > > >>>>>> > > Make an app they can't live without > > >>>>>> > > Enter the BlackBerry Developer Challenge > > >>>>>> > > http://p.sf.net/sfu/RIM-dev2dev > > >>>>>> > > _______________________________________________ > > >>>>>> > > Rails-devel mailing list > > >>>>>> > > Rai...@li... > > >>>>>> > > https://lists.sourceforge.net/lists/listinfo/rails-devel > > >>>>>> > > >>>>>> > -------------------------------------------------------------------- > > >>>>>> ---------- This SF.net email is sponsored by > > >>>>>> > > >>>>>> Make an app they can't live without > > >>>>>> Enter the BlackBerry Developer Challenge > > >>>>>> http://p.sf.net/sfu/RIM-dev2dev > > >>>>>> _______________________________________________ > > >>>>>> Rails-devel mailing list > > >>>>>> Rai...@li... > > >>>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel > > >>>>> > > >>>>> > --------------------------------------------------------------------- > > >>>>> --------- This SF.net Dev2Dev email is sponsored by: > > >>>>> > > >>>>> Show off your parallel programming skills. > > >>>>> Enter the Intel(R) Threading Challenge 2010. > > >>>>> http://p.sf.net/sfu/intel-thread-sfd > > >>>>> > > >>>>> _______________________________________________ > > >>>>> Rails-devel mailing list > > >>>>> Rai...@li... > > >>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel > > >>>> > > >>>> > ---------------------------------------------------------------------- > > >>>> -------- This SF.net Dev2Dev email is sponsored by: > > >>>> > > >>>> Show off your parallel programming skills. > > >>>> Enter the Intel(R) Threading Challenge 2010. > > >>>> http://p.sf.net/sfu/intel-thread-sfd > > >>>> _______________________________________________ > > >>>> Rails-devel mailing list > > >>>> Rai...@li... > > >>>> https://lists.sourceforge.net/lists/listinfo/rails-devel > > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > |
From: Chris S. <chr...@gm...> - 2010-08-31 23:50:38
|
This is the use case for me too. Every group with which I've played Rails by email includes a copy/paste of the most current action, or the entire current round, in the email so people can follow the action without loading each individual save file. This is partly an issue because loading save files is a bit clunky, as noted in a previous email where someone pointed out that you have to completely exit the program in order to load a new file. However, even if it were easy to load files, the textual summaries are a nice way to track on multiple games in email, and are also useful when people are in environments (e.g. work, smartphone) where they can't load the save file. -- Chris Please consider the environment before printing this e-mail. On Tue, Aug 31, 2010 at 3:07 PM, Steve Undy <ste...@gm...>wrote: > The use model I'm familiar with (there are probably others) involves using > DropBox to share/distribute the save file and sending an email reminder to > the players with an excerpt from the report window that describes the latest > move. This way, all players can keep track of what is happening in the game > without having to open the save file. > > > Steve Undy > st...@ro... > > > On Tue, Aug 31, 2010 at 3:42 PM, Stefan Frey <ste...@we...> wrote: > >> It seems that this can be narrowed down to a problem that occurs in >> combination with Firefox only. >> >> Interestingly it works on my system perfectly, even copying into the >> web-email >> clients that I use (actually its is more a "do not use", I prefer IMAP >> clients). My firefox version is 3.6.8. >> >> A quick google search brings up: >> http://kb.mozillazine.org/Clipboard_not_working >> >> Especially have a look at the paragraph about the rich text client. >> >> Copy&paste is still something which is strongly desktop/OS dependent and >> was >> the main reason to keep the previous ("static") report window. >> >> If someone comes up with a suggestion how to solve that, I am happy to add >> the >> solution to the code. May I ask what the use case for this procedure is? >> Why >> not mailing the rails game file instead of the report? >> >> Stefan >> >> >> On Tuesday, August 31, 2010 07:04:36 pm Chris Shaffer wrote: >> > Testing on Mac shows that you can copy/paste into a Firefox edit window. >> > >> > Despite our desire to avoid Windows, a significant portion of the player >> > base are Windows users. Many of them are not technically proficient >> enough >> > to switch, nor should we try to force them to do so. >> > >> > I will test on Windows and Ubuntu this evening. >> > >> > -- >> > Chris >> > >> > Please consider the environment before printing this e-mail. >> > >> > On Tue, Aug 31, 2010 at 9:51 AM, Steve Undy <ste...@gm... >> >wrote: >> > > OK, very interesting. Cut-and-paste works from the report window into >> > > Notepad, but not directly into a Firefox edit window. But you can >> > > cut-and-paste from that Notepad window into Firefox. Another reason >> to >> > > avoid Windows. >> > > >> > > (sorry about all the chatter on this) >> > > >> > > >> > > Steve Undy >> > > st...@ro... >> > > >> > > On Tue, Aug 31, 2010 at 10:45 AM, Steve Undy >> <ste...@gm...>wrote: >> > >> I agree with Chris: It looks like cut-and-paste doesn't work from the >> > >> new report window on Windows (at least not on XP). >> > >> >> > >> >> > >> Steve Undy >> > >> st...@ro... >> > >> >> > >> On Tue, Aug 31, 2010 at 10:37 AM, Chris Shaffer >> <chr...@gm...>wrote: >> > >>> Interestingly, it works on my Mac at work. I'll do more testing >> when I >> > >>> get home tonight. >> > >>> >> > >>> >> > >>> -- >> > >>> Chris >> > >>> >> > >>> Please consider the environment before printing this e-mail. >> > >>> >> > >>> On Tue, Aug 31, 2010 at 7:30 AM, Steve Undy >> <ste...@gm...>wrote: >> > >>>> Hmmm. Copying from the report window works OK on my linux system. >> > >>>> >> > >>>> >> > >>>> Steve Undy >> > >>>> st...@ro... >> > >>>> >> > >>>> >> > >>>> On Tue, Aug 31, 2010 at 8:15 AM, Chris Shaffer >> > >>>> <chr...@gm... >> > >>>> >> > >>>> > wrote: >> > >>>>> I'm using 1.4 now, and I can't seem to copy text from the new >> report >> > >>>>> window to paste it into an email. I've tried on both Windows and >> > >>>>> Ubuntu Linux, with the configuration "report window editable" >> > >>>>> checked and unchecked on both systems. Any suggestions? >> > >>>>> >> > >>>>> >> > >>>>> -- >> > >>>>> Chris >> > >>>>> >> > >>>>> Please consider the environment before printing this e-mail. >> > >>>>> >> > >>>>> On Wed, Aug 11, 2010 at 4:21 PM, Stefan Frey >> <ste...@we...>wrote: >> > >>>>>> Chris & Erik: >> > >>>>>> * Fixed the missing newline in copy&paste from the new report >> window >> > >>>>>> (google is your friend). >> > >>>>>> >> > >>>>>> * There is a new configuration window now, which allows to set >> > >>>>>> options via an >> > >>>>>> UI. I will add some code (similar to the one font changes) that >> > >>>>>> makes the >> > >>>>>> change immediate and does not require a reload. Supplying both >> > >>>>>> simultaneously >> > >>>>>> would be possible, but might bring more confusion to newbies than >> > >>>>>> benefits to >> > >>>>>> the experts? >> > >>>>>> >> > >>>>>> * I could change the (static/legacy) report window to the new >> > >>>>>> behavior of >> > >>>>>> clearing undone actions instead of appending undoing, but then >> the >> > >>>>>> difference >> > >>>>>> between the two is merely formatting and the availability of >> > >>>>>> hyperlinks. Then >> > >>>>>> it is easier to deactivate the formatting and hyperlinks than to >> > >>>>>> support two >> > >>>>>> different subclasses of the ReportWindow. >> > >>>>>> >> > >>>>>> There are two reasons to keep the static version: >> > >>>>>> A) For me the static window acts as an accounting trail, thus >> keeps >> > >>>>>> track of >> > >>>>>> undos explicitly. >> > >>>>>> B) For (quite old) computers (or handhelds if Rails gets portable >> in >> > >>>>>> the >> > >>>>>> future) the JEditorPane is a drag on performance and the whole >> > >>>>>> content is >> > >>>>>> updated after each action instead of appending as in the static >> > >>>>>> case. >> > >>>>>> >> > >>>>>> Stefan >> > >>>>>> >> > >>>>>> On Thursday, August 12, 2010 12:31:15 am Chris Shaffer wrote: >> > >>>>>> > In that case, could there be an option to enable both report >> > >>>>>> >> > >>>>>> windows, so >> > >>>>>> >> > >>>>>> > users can switch back and forth between them within a single >> game? >> > >>>>>> >> > >>>>>> And >> > >>>>>> >> > >>>>>> > without requiring them to edit configuration files and reload? >> > >>>>>> > I'd >> > >>>>>> >> > >>>>>> hate to >> > >>>>>> >> > >>>>>> > have to choose between one or the other, since they both have >> lots >> > >>>>>> >> > >>>>>> of >> > >>>>>> >> > >>>>>> > utility. >> > >>>>>> > >> > >>>>>> > -- >> > >>>>>> > Chris >> > >>>>>> > >> > >>>>>> > Please consider the environment before printing this e-mail. >> > >>>>>> > >> > >>>>>> > On Wed, Aug 11, 2010 at 2:17 PM, Erik Vos <eri...@xs...> >> > >>>>>> >> > >>>>>> wrote: >> > >>>>>> > > I found that you can do that, but at the rather severe >> penalty >> > >>>>>> > > of >> > >>>>>> >> > >>>>>> losing >> > >>>>>> >> > >>>>>> > > all end-of lines. The report becomes one long line. >> > >>>>>> > > Better keep to the (what Stefan in his wisdom disposes as) >> > >>>>>> >> > >>>>>> "legacy" >> > >>>>>> >> > >>>>>> > > report if you want to save or copy it. >> > >>>>>> > > >> > >>>>>> > > Erik. >> > >>>>>> > > >> > >>>>>> > > ------------------------------ >> > >>>>>> > > >> > >>>>>> > > *From:* Chris Shaffer [mailto:chr...@gm...] >> > >>>>>> > > *Sent:* Wednesday 11 August 2010 21:17 >> > >>>>>> > > >> > >>>>>> > > *To:* Development list for Rails: an 18xx game >> > >>>>>> > > *Subject:* Re: [Rails-devel] Report window as game history >> > >>>>>> > > >> > >>>>>> > > Is it still possible to copy text from the Report window for >> > >>>>>> >> > >>>>>> pasting into >> > >>>>>> >> > >>>>>> > > an email? >> > >>>>>> > > >> > >>>>>> > > -- >> > >>>>>> > > Chris >> > >>>>>> > > >> > >>>>>> > > Please consider the environment before printing this e-mail. >> > >>>>>> > > >> > >>>>>> > > On Tue, Aug 10, 2010 at 4:20 PM, Stefan Frey >> > >>>>>> > > <ste...@we...> >> > >>>>>> >> > >>>>>> wrote: >> > >>>>>> > >> The linked movesets in the CGR 1856 merger inspired a >> feature >> > >>>>>> >> > >>>>>> that >> > >>>>>> >> > >>>>>> > >> proved to >> > >>>>>> > >> be surprisingly easy (as it leverages on the excellent >> > >>>>>> > >> move/state mechanisms >> > >>>>>> > >> in Rails). The downside is that it can be effected by the >> all >> > >>>>>> >> > >>>>>> undo >> > >>>>>> >> > >>>>>> > >> related bugs, but the number of those was on the decrease >> > >>>>>> > >> lately. >> > >>>>>> > >> >> > >>>>>> > >> The report window now acts as game history: There are >> > >>>>>> > >> hyperlinks >> > >>>>>> >> > >>>>>> for >> > >>>>>> >> > >>>>>> > >> each action. Clicking on any of those lets Rails jump to >> that >> > >>>>>> >> > >>>>>> game >> > >>>>>> >> > >>>>>> > >> situation (by >> > >>>>>> > >> calling undo repeatedly). Return to a later position is >> > >>>>>> > >> possible >> > >>>>>> >> > >>>>>> unless >> > >>>>>> >> > >>>>>> > >> an action is taken (as it is the case for standard redo). I >> > >>>>>> > >> also >> > >>>>>> >> > >>>>>> added >> > >>>>>> >> > >>>>>> > >> two buttons (<< and >>) to allow single-step moves. >> > >>>>>> > >> >> > >>>>>> > >> The old report window (which is editable) can be activated >> via >> > >>>>>> >> > >>>>>> the >> > >>>>>> >> > >>>>>> > >> Configuration menu (or setting report.window.type to static >> in >> > >>>>>> >> > >>>>>> the >> > >>>>>> >> > >>>>>> > >> legacy configfiles). >> > >>>>>> > >> >> > >>>>>> > >> Stefan >> > >>>>>> >> > >>>>>> >> -------------------------------------------------------------------- >> > >>>>>> ---- >> > >>>>>> >> > >>>>>> > >> ------ This SF.net email is sponsored by >> > >>>>>> > >> >> > >>>>>> > >> Make an app they can't live without >> > >>>>>> > >> Enter the BlackBerry Developer Challenge >> > >>>>>> > >> http://p.sf.net/sfu/RIM-dev2dev >> > >>>>>> > >> _______________________________________________ >> > >>>>>> > >> Rails-devel mailing list >> > >>>>>> > >> Rai...@li... >> > >>>>>> > >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> > >>>>>> >> > >>>>>> >> -------------------------------------------------------------------- >> > >>>>>> ----- >> > >>>>>> >> > >>>>>> > > ----- This SF.net email is sponsored by >> > >>>>>> > > >> > >>>>>> > > Make an app they can't live without >> > >>>>>> > > Enter the BlackBerry Developer Challenge >> > >>>>>> > > http://p.sf.net/sfu/RIM-dev2dev >> > >>>>>> > > _______________________________________________ >> > >>>>>> > > Rails-devel mailing list >> > >>>>>> > > Rai...@li... >> > >>>>>> > > https://lists.sourceforge.net/lists/listinfo/rails-devel >> > >>>>>> >> > >>>>>> >> -------------------------------------------------------------------- >> > >>>>>> ---------- This SF.net email is sponsored by >> > >>>>>> >> > >>>>>> Make an app they can't live without >> > >>>>>> Enter the BlackBerry Developer Challenge >> > >>>>>> http://p.sf.net/sfu/RIM-dev2dev >> > >>>>>> _______________________________________________ >> > >>>>>> Rails-devel mailing list >> > >>>>>> Rai...@li... >> > >>>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel >> > >>>>> >> > >>>>> >> --------------------------------------------------------------------- >> > >>>>> --------- This SF.net Dev2Dev email is sponsored by: >> > >>>>> >> > >>>>> Show off your parallel programming skills. >> > >>>>> Enter the Intel(R) Threading Challenge 2010. >> > >>>>> http://p.sf.net/sfu/intel-thread-sfd >> > >>>>> >> > >>>>> _______________________________________________ >> > >>>>> Rails-devel mailing list >> > >>>>> Rai...@li... >> > >>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel >> > >>>> >> > >>>> >> ---------------------------------------------------------------------- >> > >>>> -------- This SF.net Dev2Dev email is sponsored by: >> > >>>> >> > >>>> Show off your parallel programming skills. >> > >>>> Enter the Intel(R) Threading Challenge 2010. >> > >>>> http://p.sf.net/sfu/intel-thread-sfd >> > >>>> _______________________________________________ >> > >>>> Rails-devel mailing list >> > >>>> Rai...@li... >> > >>>> https://lists.sourceforge.net/lists/listinfo/rails-devel >> >> >> ------------------------------------------------------------------------------ >> This SF.net Dev2Dev email is sponsored by: >> >> Show off your parallel programming skills. >> Enter the Intel(R) Threading Challenge 2010. >> http://p.sf.net/sfu/intel-thread-sfd >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> > > > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |
From: Phil D. <de...@gm...> - 2010-09-01 00:38:49
|
Additional when Dropbox goes wonky (as it is occasionally wont to do) and you haven't yet got the previous file, you can at least play catch up and execute the previous players actions for them. For my personal uses, I play over instant messenger most of the time and copy/paste works into a google chat window fine on my machine. On 1 September 2010 00:50, Chris Shaffer <chr...@gm...> wrote: > This is the use case for me too. Every group with which I've played Rails by > email includes a copy/paste of the most current action, or the entire > current round, in the email so people can follow the action without loading > each individual save file. > > This is partly an issue because loading save files is a bit clunky, as noted > in a previous email where someone pointed out that you have to completely > exit the program in order to load a new file. However, even if it were easy > to load files, the textual summaries are a nice way to track on multiple > games in email, and are also useful when people are in environments (e.g. > work, smartphone) where they can't load the save file. > > -- > Chris > > Please consider the environment before printing this e-mail. > > > On Tue, Aug 31, 2010 at 3:07 PM, Steve Undy <ste...@gm...> > wrote: >> >> The use model I'm familiar with (there are probably others) involves using >> DropBox to share/distribute the save file and sending an email reminder to >> the players with an excerpt from the report window that describes the latest >> move. This way, all players can keep track of what is happening in the game >> without having to open the save file. >> >> Steve Undy >> st...@ro... >> >> >> On Tue, Aug 31, 2010 at 3:42 PM, Stefan Frey <ste...@we...> wrote: >>> >>> It seems that this can be narrowed down to a problem that occurs in >>> combination with Firefox only. >>> >>> Interestingly it works on my system perfectly, even copying into the >>> web-email >>> clients that I use (actually its is more a "do not use", I prefer IMAP >>> clients). My firefox version is 3.6.8. >>> >>> A quick google search brings up: >>> http://kb.mozillazine.org/Clipboard_not_working >>> >>> Especially have a look at the paragraph about the rich text client. >>> >>> Copy&paste is still something which is strongly desktop/OS dependent and >>> was >>> the main reason to keep the previous ("static") report window. >>> >>> If someone comes up with a suggestion how to solve that, I am happy to >>> add the >>> solution to the code. May I ask what the use case for this procedure is? >>> Why >>> not mailing the rails game file instead of the report? >>> >>> Stefan >>> >>> >>> On Tuesday, August 31, 2010 07:04:36 pm Chris Shaffer wrote: >>> > Testing on Mac shows that you can copy/paste into a Firefox edit >>> > window. >>> > >>> > Despite our desire to avoid Windows, a significant portion of the >>> > player >>> > base are Windows users. Many of them are not technically proficient >>> > enough >>> > to switch, nor should we try to force them to do so. >>> > >>> > I will test on Windows and Ubuntu this evening. >>> > >>> > -- >>> > Chris >>> > >>> > Please consider the environment before printing this e-mail. >>> > >>> > On Tue, Aug 31, 2010 at 9:51 AM, Steve Undy >>> > <ste...@gm...>wrote: >>> > > OK, very interesting. Cut-and-paste works from the report window >>> > > into >>> > > Notepad, but not directly into a Firefox edit window. But you can >>> > > cut-and-paste from that Notepad window into Firefox. Another reason >>> > > to >>> > > avoid Windows. >>> > > >>> > > (sorry about all the chatter on this) >>> > > >>> > > >>> > > Steve Undy >>> > > st...@ro... >>> > > >>> > > On Tue, Aug 31, 2010 at 10:45 AM, Steve Undy >>> <ste...@gm...>wrote: >>> > >> I agree with Chris: It looks like cut-and-paste doesn't work from >>> > >> the >>> > >> new report window on Windows (at least not on XP). >>> > >> >>> > >> >>> > >> Steve Undy >>> > >> st...@ro... >>> > >> >>> > >> On Tue, Aug 31, 2010 at 10:37 AM, Chris Shaffer >>> <chr...@gm...>wrote: >>> > >>> Interestingly, it works on my Mac at work. I'll do more testing >>> > >>> when I >>> > >>> get home tonight. >>> > >>> >>> > >>> >>> > >>> -- >>> > >>> Chris >>> > >>> >>> > >>> Please consider the environment before printing this e-mail. >>> > >>> >>> > >>> On Tue, Aug 31, 2010 at 7:30 AM, Steve Undy >>> <ste...@gm...>wrote: >>> > >>>> Hmmm. Copying from the report window works OK on my linux system. >>> > >>>> >>> > >>>> >>> > >>>> Steve Undy >>> > >>>> st...@ro... >>> > >>>> >>> > >>>> >>> > >>>> On Tue, Aug 31, 2010 at 8:15 AM, Chris Shaffer >>> > >>>> <chr...@gm... >>> > >>>> >>> > >>>> > wrote: >>> > >>>>> I'm using 1.4 now, and I can't seem to copy text from the new >>> > >>>>> report >>> > >>>>> window to paste it into an email. I've tried on both Windows and >>> > >>>>> Ubuntu Linux, with the configuration "report window editable" >>> > >>>>> checked and unchecked on both systems. Any suggestions? >>> > >>>>> >>> > >>>>> >>> > >>>>> -- >>> > >>>>> Chris >>> > >>>>> >>> > >>>>> Please consider the environment before printing this e-mail. >>> > >>>>> >>> > >>>>> On Wed, Aug 11, 2010 at 4:21 PM, Stefan Frey >>> <ste...@we...>wrote: >>> > >>>>>> Chris & Erik: >>> > >>>>>> * Fixed the missing newline in copy&paste from the new report >>> > >>>>>> window >>> > >>>>>> (google is your friend). >>> > >>>>>> >>> > >>>>>> * There is a new configuration window now, which allows to set >>> > >>>>>> options via an >>> > >>>>>> UI. I will add some code (similar to the one font changes) that >>> > >>>>>> makes the >>> > >>>>>> change immediate and does not require a reload. Supplying both >>> > >>>>>> simultaneously >>> > >>>>>> would be possible, but might bring more confusion to newbies >>> > >>>>>> than >>> > >>>>>> benefits to >>> > >>>>>> the experts? >>> > >>>>>> >>> > >>>>>> * I could change the (static/legacy) report window to the new >>> > >>>>>> behavior of >>> > >>>>>> clearing undone actions instead of appending undoing, but then >>> > >>>>>> the >>> > >>>>>> difference >>> > >>>>>> between the two is merely formatting and the availability of >>> > >>>>>> hyperlinks. Then >>> > >>>>>> it is easier to deactivate the formatting and hyperlinks than to >>> > >>>>>> support two >>> > >>>>>> different subclasses of the ReportWindow. >>> > >>>>>> >>> > >>>>>> There are two reasons to keep the static version: >>> > >>>>>> A) For me the static window acts as an accounting trail, thus >>> > >>>>>> keeps >>> > >>>>>> track of >>> > >>>>>> undos explicitly. >>> > >>>>>> B) For (quite old) computers (or handhelds if Rails gets >>> > >>>>>> portable in >>> > >>>>>> the >>> > >>>>>> future) the JEditorPane is a drag on performance and the whole >>> > >>>>>> content is >>> > >>>>>> updated after each action instead of appending as in the static >>> > >>>>>> case. >>> > >>>>>> >>> > >>>>>> Stefan >>> > >>>>>> >>> > >>>>>> On Thursday, August 12, 2010 12:31:15 am Chris Shaffer wrote: >>> > >>>>>> > In that case, could there be an option to enable both report >>> > >>>>>> >>> > >>>>>> windows, so >>> > >>>>>> >>> > >>>>>> > users can switch back and forth between them within a single >>> > >>>>>> > game? >>> > >>>>>> >>> > >>>>>> And >>> > >>>>>> >>> > >>>>>> > without requiring them to edit configuration files and reload? >>> > >>>>>> > I'd >>> > >>>>>> >>> > >>>>>> hate to >>> > >>>>>> >>> > >>>>>> > have to choose between one or the other, since they both have >>> > >>>>>> > lots >>> > >>>>>> >>> > >>>>>> of >>> > >>>>>> >>> > >>>>>> > utility. >>> > >>>>>> > >>> > >>>>>> > -- >>> > >>>>>> > Chris >>> > >>>>>> > >>> > >>>>>> > Please consider the environment before printing this e-mail. >>> > >>>>>> > >>> > >>>>>> > On Wed, Aug 11, 2010 at 2:17 PM, Erik Vos <eri...@xs...> >>> > >>>>>> >>> > >>>>>> wrote: >>> > >>>>>> > > I found that you can do that, but at the rather severe >>> > >>>>>> > > penalty >>> > >>>>>> > > of >>> > >>>>>> >>> > >>>>>> losing >>> > >>>>>> >>> > >>>>>> > > all end-of lines. The report becomes one long line. >>> > >>>>>> > > Better keep to the (what Stefan in his wisdom disposes as) >>> > >>>>>> >>> > >>>>>> "legacy" >>> > >>>>>> >>> > >>>>>> > > report if you want to save or copy it. >>> > >>>>>> > > >>> > >>>>>> > > Erik. >>> > >>>>>> > > >>> > >>>>>> > > ------------------------------ >>> > >>>>>> > > >>> > >>>>>> > > *From:* Chris Shaffer [mailto:chr...@gm...] >>> > >>>>>> > > *Sent:* Wednesday 11 August 2010 21:17 >>> > >>>>>> > > >>> > >>>>>> > > *To:* Development list for Rails: an 18xx game >>> > >>>>>> > > *Subject:* Re: [Rails-devel] Report window as game history >>> > >>>>>> > > >>> > >>>>>> > > Is it still possible to copy text from the Report window for >>> > >>>>>> >>> > >>>>>> pasting into >>> > >>>>>> >>> > >>>>>> > > an email? >>> > >>>>>> > > >>> > >>>>>> > > -- >>> > >>>>>> > > Chris >>> > >>>>>> > > >>> > >>>>>> > > Please consider the environment before printing this e-mail. >>> > >>>>>> > > >>> > >>>>>> > > On Tue, Aug 10, 2010 at 4:20 PM, Stefan Frey >>> > >>>>>> > > <ste...@we...> >>> > >>>>>> >>> > >>>>>> wrote: >>> > >>>>>> > >> The linked movesets in the CGR 1856 merger inspired a >>> > >>>>>> > >> feature >>> > >>>>>> >>> > >>>>>> that >>> > >>>>>> >>> > >>>>>> > >> proved to >>> > >>>>>> > >> be surprisingly easy (as it leverages on the excellent >>> > >>>>>> > >> move/state mechanisms >>> > >>>>>> > >> in Rails). The downside is that it can be effected by the >>> > >>>>>> > >> all >>> > >>>>>> >>> > >>>>>> undo >>> > >>>>>> >>> > >>>>>> > >> related bugs, but the number of those was on the decrease >>> > >>>>>> > >> lately. >>> > >>>>>> > >> >>> > >>>>>> > >> The report window now acts as game history: There are >>> > >>>>>> > >> hyperlinks >>> > >>>>>> >>> > >>>>>> for >>> > >>>>>> >>> > >>>>>> > >> each action. Clicking on any of those lets Rails jump to >>> > >>>>>> > >> that >>> > >>>>>> >>> > >>>>>> game >>> > >>>>>> >>> > >>>>>> > >> situation (by >>> > >>>>>> > >> calling undo repeatedly). Return to a later position is >>> > >>>>>> > >> possible >>> > >>>>>> >>> > >>>>>> unless >>> > >>>>>> >>> > >>>>>> > >> an action is taken (as it is the case for standard redo). I >>> > >>>>>> > >> also >>> > >>>>>> >>> > >>>>>> added >>> > >>>>>> >>> > >>>>>> > >> two buttons (<< and >>) to allow single-step moves. >>> > >>>>>> > >> >>> > >>>>>> > >> The old report window (which is editable) can be activated >>> > >>>>>> > >> via >>> > >>>>>> >>> > >>>>>> the >>> > >>>>>> >>> > >>>>>> > >> Configuration menu (or setting report.window.type to static >>> > >>>>>> > >> in >>> > >>>>>> >>> > >>>>>> the >>> > >>>>>> >>> > >>>>>> > >> legacy configfiles). >>> > >>>>>> > >> >>> > >>>>>> > >> Stefan >>> > >>>>>> >>> > >>>>>> >>> > >>>>>> -------------------------------------------------------------------- >>> > >>>>>> ---- >>> > >>>>>> >>> > >>>>>> > >> ------ This SF.net email is sponsored by >>> > >>>>>> > >> >>> > >>>>>> > >> Make an app they can't live without >>> > >>>>>> > >> Enter the BlackBerry Developer Challenge >>> > >>>>>> > >> http://p.sf.net/sfu/RIM-dev2dev >>> > >>>>>> > >> _______________________________________________ >>> > >>>>>> > >> Rails-devel mailing list >>> > >>>>>> > >> Rai...@li... >>> > >>>>>> > >> https://lists.sourceforge.net/lists/listinfo/rails-devel >>> > >>>>>> >>> > >>>>>> >>> > >>>>>> -------------------------------------------------------------------- >>> > >>>>>> ----- >>> > >>>>>> >>> > >>>>>> > > ----- This SF.net email is sponsored by >>> > >>>>>> > > >>> > >>>>>> > > Make an app they can't live without >>> > >>>>>> > > Enter the BlackBerry Developer Challenge >>> > >>>>>> > > http://p.sf.net/sfu/RIM-dev2dev >>> > >>>>>> > > _______________________________________________ >>> > >>>>>> > > Rails-devel mailing list >>> > >>>>>> > > Rai...@li... >>> > >>>>>> > > https://lists.sourceforge.net/lists/listinfo/rails-devel >>> > >>>>>> >>> > >>>>>> >>> > >>>>>> -------------------------------------------------------------------- >>> > >>>>>> ---------- This SF.net email is sponsored by >>> > >>>>>> >>> > >>>>>> Make an app they can't live without >>> > >>>>>> Enter the BlackBerry Developer Challenge >>> > >>>>>> http://p.sf.net/sfu/RIM-dev2dev >>> > >>>>>> _______________________________________________ >>> > >>>>>> Rails-devel mailing list >>> > >>>>>> Rai...@li... >>> > >>>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>> > >>>>> >>> > >>>>> >>> > >>>>> --------------------------------------------------------------------- >>> > >>>>> --------- This SF.net Dev2Dev email is sponsored by: >>> > >>>>> >>> > >>>>> Show off your parallel programming skills. >>> > >>>>> Enter the Intel(R) Threading Challenge 2010. >>> > >>>>> http://p.sf.net/sfu/intel-thread-sfd >>> > >>>>> >>> > >>>>> _______________________________________________ >>> > >>>>> Rails-devel mailing list >>> > >>>>> Rai...@li... >>> > >>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>> > >>>> >>> > >>>> >>> > >>>> ---------------------------------------------------------------------- >>> > >>>> -------- This SF.net Dev2Dev email is sponsored by: >>> > >>>> >>> > >>>> Show off your parallel programming skills. >>> > >>>> Enter the Intel(R) Threading Challenge 2010. >>> > >>>> http://p.sf.net/sfu/intel-thread-sfd >>> > >>>> _______________________________________________ >>> > >>>> Rails-devel mailing list >>> > >>>> Rai...@li... >>> > >>>> https://lists.sourceforge.net/lists/listinfo/rails-devel >>> >>> >>> ------------------------------------------------------------------------------ >>> This SF.net Dev2Dev email is sponsored by: >>> >>> Show off your parallel programming skills. >>> Enter the Intel(R) Threading Challenge 2010. >>> http://p.sf.net/sfu/intel-thread-sfd >>> _______________________________________________ >>> Rails-devel mailing list >>> Rai...@li... >>> https://lists.sourceforge.net/lists/listinfo/rails-devel >> >> >> >> ------------------------------------------------------------------------------ >> This SF.net Dev2Dev email is sponsored by: >> >> Show off your parallel programming skills. >> Enter the Intel(R) Threading Challenge 2010. >> http://p.sf.net/sfu/intel-thread-sfd >> _______________________________________________ >> Rails-devel mailing list >> Rai...@li... >> https://lists.sourceforge.net/lists/listinfo/rails-devel >> > > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel > > |
From: Chris S. <chr...@gm...> - 2010-09-01 02:21:51
|
I did some experimenting on my Ubuntu Linux box. Copy from the Game Report window using ctrl-c. Paste into gedit works fine. Paste into the "to" address in Gmail using Firefox works fine. Paste into the Gmail rich text editor on Firefox does not work. Using ctrl-v does nothing, right clicking shows the Paste menu option greyed out, the edit menu shows the Paste menu option greyed out. Change to plain text editor on Firefox, works fine. Using the Gmail rich text editor on Google Chrome works fine. Using the old Game Report window with Firefox rich text editor works fine. So it's clear the problem is something to do with Firefox and the Gmail rich text editor and its interaction with the new Game Report window. I also had the same problem with the new Game Report and Google Docs. Pasting does not work in Firefox, does work in Google Chrome. I'm not sure how much more can be done. Switching to Plain Text editor in Gmail seems a fairly easy workaround. -- Chris Please consider the environment before printing this e-mail. |