Menu
▾
▴
Re: [Rails-devel] Report window as game history
|
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 > > |
