Menu
▾
▴
rails-devel — List for discussion of Rails development
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
(25) |
Mar
(84) |
Apr
(76) |
May
(25) |
Jun
(1) |
Jul
(28) |
Aug
(23) |
Sep
(50) |
Oct
(46) |
Nov
(65) |
Dec
(76) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(60) |
Feb
(33) |
Mar
(4) |
Apr
(17) |
May
(16) |
Jun
(18) |
Jul
(131) |
Aug
(11) |
Sep
(1) |
Oct
|
Nov
(1) |
Dec
(5) |
| 2007 |
Jan
(71) |
Feb
|
Mar
|
Apr
|
May
(6) |
Jun
(19) |
Jul
(40) |
Aug
(38) |
Sep
(7) |
Oct
(58) |
Nov
|
Dec
(10) |
| 2008 |
Jan
(17) |
Feb
(27) |
Mar
(12) |
Apr
(1) |
May
(50) |
Jun
(10) |
Jul
|
Aug
(15) |
Sep
(24) |
Oct
(64) |
Nov
(115) |
Dec
(47) |
| 2009 |
Jan
(30) |
Feb
(1) |
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
(5) |
Aug
|
Sep
|
Oct
(4) |
Nov
(132) |
Dec
(93) |
| 2010 |
Jan
(266) |
Feb
(120) |
Mar
(168) |
Apr
(127) |
May
(83) |
Jun
(93) |
Jul
(77) |
Aug
(77) |
Sep
(86) |
Oct
(30) |
Nov
(4) |
Dec
(22) |
| 2011 |
Jan
(48) |
Feb
(81) |
Mar
(198) |
Apr
(174) |
May
(72) |
Jun
(101) |
Jul
(236) |
Aug
(144) |
Sep
(54) |
Oct
(132) |
Nov
(94) |
Dec
(111) |
| 2012 |
Jan
(135) |
Feb
(166) |
Mar
(86) |
Apr
(85) |
May
(137) |
Jun
(83) |
Jul
(54) |
Aug
(29) |
Sep
(49) |
Oct
(37) |
Nov
(8) |
Dec
(6) |
| 2013 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
(14) |
May
(5) |
Jun
(15) |
Jul
|
Aug
(38) |
Sep
(44) |
Oct
(45) |
Nov
(40) |
Dec
(23) |
| 2014 |
Jan
(22) |
Feb
(63) |
Mar
(43) |
Apr
(60) |
May
(10) |
Jun
(5) |
Jul
(13) |
Aug
(57) |
Sep
(36) |
Oct
(2) |
Nov
(30) |
Dec
(27) |
| 2015 |
Jan
(5) |
Feb
(2) |
Mar
(14) |
Apr
(3) |
May
|
Jun
(3) |
Jul
(10) |
Aug
(63) |
Sep
(31) |
Oct
(26) |
Nov
(11) |
Dec
(6) |
| 2016 |
Jan
|
Feb
(11) |
Mar
|
Apr
|
May
(1) |
Jun
(16) |
Jul
|
Aug
(4) |
Sep
|
Oct
(1) |
Nov
(4) |
Dec
(1) |
| 2017 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
(20) |
Jul
(4) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(6) |
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
(10) |
May
(10) |
Jun
(1) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
(3) |
Apr
(9) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(7) |
Dec
(4) |
| 2021 |
Jan
(5) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Chris S. <chr...@gm...> - 2010-09-02 02:15:34
|
That would be very, very nice. -- Chris Please consider the environment before printing this e-mail. On Wed, Sep 1, 2010 at 3:06 PM, Stefan Frey <ste...@we...> wrote: > All those comments help to get a better understanding, how your pbem gaming > works: It can be that a direct usage of the dashboard with java dashboard > classes is more robust.. > > Is anyone interested into the following? > > Every time the active player changes. > A) A save file dialog opens with the usual suggested filename. > B) If the save occurs, the output of the game report of the last active > player > is shown in a text field, which allows editing. > C) After editing and confirmation the content is automatically pasted to > the > clipboard. > > Stefan > > On Wednesday, September 01, 2010 02:38:36 am Phil Davies wrote: > > 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 > > > > > --------------------------------------------------------------------------- > > --- 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: Jim B. <jim...@ya...> - 2010-09-01 23:18:38
|
My sense is that a) commenting as the current player should be the default- it's is by far the most important, and natural (at least, in pbem usage). b) commenting on earlier moves is nice, but not as critical. in any case- this should naturally occur within this new context/feature of navigating the game history/transcript- and, commenting during that process. thus, maybe this distinct case could be handled slightly differently, than simply commenting on the current-move, as the current-player, as in (a). best, - jim |
|
From: brett l. <bre...@gm...> - 2010-09-01 22:51:12
|
On Wed, Sep 1, 2010 at 3:04 PM, Erik Vos <eri...@xs...> wrote: > Post-merge, perhaps it makes sense to have certain Model objects have > an Observable property? > > e.g. bool isObservable = True > > [EV] > ModelObject extends Observable - being observable is integral to, and the > sole reason for the existence of ModelObjects. > State extends ModelObject - that's a bonus for State objects: that they can > be observed. But not all are. So not all ModelObjects are in fact observed. > > Or, maybe it doesn't matter, and the UI simply uses the Model objects > that make sense, and doesn't use the ones it doesn't need and there's > really no difference between them at all. :-) > > [EV] So that's in fact already the case. But the point was, that not all > ModelObjects have state, and the question is: should that change? > Turn-based boardgames are effectively state machines. I'm not sure I can think of a model object that should be stateless. Certain parts of the view (in an MVC world) can and should be stateless, but the model *is* the state of the application (read: game). > Erik. > ---Brett |
|
From: Stefan F. <ste...@we...> - 2010-09-01 22:06:10
|
All those comments help to get a better understanding, how your pbem gaming works: It can be that a direct usage of the dashboard with java dashboard classes is more robust.. Is anyone interested into the following? Every time the active player changes. A) A save file dialog opens with the usual suggested filename. B) If the save occurs, the output of the game report of the last active player is shown in a text field, which allows editing. C) After editing and confirmation the content is automatically pasted to the clipboard. Stefan On Wednesday, September 01, 2010 02:38:36 am Phil Davies wrote: > 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 > > --------------------------------------------------------------------------- > --- 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-09-01 22:04:07
|
Post-merge, perhaps it makes sense to have certain Model objects have an Observable property? e.g. bool isObservable = True [EV] ModelObject extends Observable - being observable is integral to, and the sole reason for the existence of ModelObjects. State extends ModelObject - that's a bonus for State objects: that they can be observed. But not all are. So not all ModelObjects are in fact observed. Or, maybe it doesn't matter, and the UI simply uses the Model objects that make sense, and doesn't use the ones it doesn't need and there's really no difference between them at all. :-) [EV] So that's in fact already the case. But the point was, that not all ModelObjects have state, and the question is: should that change? Erik. |
|
From: Stefan F. <ste...@we...> - 2010-09-01 21:57:03
|
Thanks for all your opinions/suggestions. I imagined that the decision about the sequence of comments/actions was merely arbitrary. In any case I still hope it is not broken, as there are several workarounds available. Stefan Some comments on game comments: The current implementation simply stores a String associated with each action. The quote is attributed to the owner of the according game action. I will not change that for the time being (online play will require a different communication model anyway), this restricts improvements for the time being. A) There are two possibilities on the sequence: - Either act, then comment - Or comment, then act. I thought that the former is the more natural choice. I also thought that adapting to the other style would not that of an issue, but it is simple to add an additional button and have "comment previous" and "comment next" buttons. B) Other players commenting: See above, this is not straight forward to do with full support by the program. What is possible already is to add the other players comment and the players reference on its own. (Remark: It is always possible to extend/adjust comments for any player) On Wednesday, September 01, 2010 04:19:34 pm Chris Shaffer wrote: > It would be nice if this were a configuration option. > > It might also be nice to have a drop down menu associated with the comment > entry box, so the player could change the name of the current commenter. > > -- > Chris > > Please consider the environment before printing this e-mail. > > On Wed, Sep 1, 2010 at 6:52 AM, Phil Davies <de...@gm...> wrote: > > But you can comment immediately after your move before you save and > > send it on to another player, currently it will comment after each > > action as the person who tooksaid action. That has a logic about it > > that is consistent. To be honest, I'm not yet sure which I prefer, > > commenting before you take an action or commenting after, both seem > > fairly logical and I think which you prefer will end up being personal > > preference. > > > > Phil > > > > On 1 September 2010 00:36, Jim Black <ji...@ko...> wrote: > > > Hi Stefan, I'm just trying 1.4 here and wanted to comment on this: > > >> Here I assume that the usage pattern is: Take action and then add the > > > > comment. > > > > >> So comments always relate to the previous action and the quote is > > > > attributed > > > > >> to the last action owner . > > > > > > I don't agree with this part, - when it's /my/ turn, and I make a > > > > comment, it's annotating the game record with the /previous/ player- > > that's not right. The game comment is being made by the /current/ > > player- in general, 99% of the time, that's who's staring at the screen. > > > > > Since it quote the previous-player instead, when I speak on my turn, I > > > > can't comment during my own move at all- that seems broken. > > > > > my two cents, > > > > > > - jim > > > > ------------------------------------------------------------------------- > > ----- > > > > > 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-09-01 21:41:54
|
Brett & Erik: thanks for your feedback. Some more comments below. I do not think that an (extra) branch is required for those changes now. As long as there is no agreement here, I will work on other issues first, and even if there would be a consensus, it is not that high on my priority list now. Stefan > > > > [EV] I think you forget that we have quite some ModelObjects that are not > > State objects, but only serve as Observables for the UI. > > Whether or not it is a good thing that these are not State objects is > > another matter - perhaps that needs to be reconsidered. > > But as long as this is the case, I would keep ModelObject and State > > separate, as these serve different (if often combined) purposes. > > Post-merge, perhaps it makes sense to have certain Model objects have > an Observable property? > > e.g. bool isObservable = True > > > Or, maybe it doesn't matter, and the UI simply uses the Model objects > that make sense, and doesn't use the ones it doesn't need and there's > really no difference between them at all. :-) I agree with Brett's last sentence: From my understanding (now) is that there is no inherent difference between Model and State objects, other than naming. All of them are changed (directly or indirectly via other states) by moves and have the ability to update observables. The latter usually UI elements, but also other states. I do not see any own property or behavior that is specific to the State classes. > If you want to do this before gaining complete consensus, create a > branch and develop your changes in the branch. That'll make comparison > easier and may help achieve consensus. :-) > |
|
From: brett l. <bre...@gm...> - 2010-09-01 19:58:32
|
On Wed, Sep 1, 2010 at 11:56 AM, Erik Vos <eri...@xs...> wrote: > Stefan, > > Some comments: > >>I would even go one step further: The supposed difference between state and > > model classes is unnecessary and I would rename all state classes to model > classes: Thus instead of IntegerState we would have IntegerModel and so on. > If we still have different packages, I would separate GenericModels (as e.g. > > IntegerModel) from RailsModels (as BaseTokensModel). > > [EV] I think you forget that we have quite some ModelObjects that are not > State objects, but only serve as Observables for the UI. > Whether or not it is a good thing that these are not State objects is > another matter - perhaps that needs to be reconsidered. > But as long as this is the case, I would keep ModelObject and State > separate, as these serve different (if often combined) purposes. > Post-merge, perhaps it makes sense to have certain Model objects have an Observable property? e.g. bool isObservable = True Or, maybe it doesn't matter, and the UI simply uses the Model objects that make sense, and doesn't use the ones it doesn't need and there's really no difference between them at all. :-) > (BTW It might be interesting to sort this out in more detail. For instance, > I wonder why I ever have created both CashModel and MoneyModel, of which > only the latter is a state object. All I remember is that I once thought to > have very good reason for this difference, but it has slipped out of my > mind.... Perhaps some further digging will reveal it). > >>I only differ in the implementation details: > I would prefer to derive the specific models (as ArrayListState/Model > IntegerState/Model) directly from ModelObject, as the GenericState/Model > mechanism creates a new object for each change (move) of the model. > > [EV] That would be the case if always the superclass set() method is used, > but that is of course not necessary. Subclasses can add delta methods (such > as IntegerState.add() or ArrayListState.add()). We might even make > subclasses smart enough to override set() to use delta actions (for > instance, BooleanState would only create a new object if it is null). > > However, your point is well taken in that I now understand that we should > not use State<Integer> to create state objects, but always use subclasses > like IntegerState (extends State<Integer>). > Even then I think we would still save code: (1) State and GenericState<> > have merged, (2) less need for casting (e.g. no more booleanValue() etc. > needed). > > But of course, if State<> would end up empty, or all its methods would be > overridden anyway, there would be no need for it indeed. However, I would > prefer to have that being the final outcome of a rationalization process > rather than a starting point. > > I hope you understand that I'm not trying to force anything - this is just > my view. If you want to go ahead with this your way - fine with me. In any > case, later refactoring in either direction shouldn't be difficult. > If you want to do this before gaining complete consensus, create a branch and develop your changes in the branch. That'll make comparison easier and may help achieve consensus. :-) > Erik. > > ---Brett |
|
From: Erik V. <eri...@xs...> - 2010-09-01 18:56:39
|
Stefan, Some comments: >I would even go one step further: The supposed difference between state and model classes is unnecessary and I would rename all state classes to model classes: Thus instead of IntegerState we would have IntegerModel and so on. If we still have different packages, I would separate GenericModels (as e.g. IntegerModel) from RailsModels (as BaseTokensModel). [EV] I think you forget that we have quite some ModelObjects that are not State objects, but only serve as Observables for the UI. Whether or not it is a good thing that these are not State objects is another matter - perhaps that needs to be reconsidered. But as long as this is the case, I would keep ModelObject and State separate, as these serve different (if often combined) purposes. (BTW It might be interesting to sort this out in more detail. For instance, I wonder why I ever have created both CashModel and MoneyModel, of which only the latter is a state object. All I remember is that I once thought to have very good reason for this difference, but it has slipped out of my mind.... Perhaps some further digging will reveal it). >I only differ in the implementation details: I would prefer to derive the specific models (as ArrayListState/Model IntegerState/Model) directly from ModelObject, as the GenericState/Model mechanism creates a new object for each change (move) of the model. [EV] That would be the case if always the superclass set() method is used, but that is of course not necessary. Subclasses can add delta methods (such as IntegerState.add() or ArrayListState.add()). We might even make subclasses smart enough to override set() to use delta actions (for instance, BooleanState would only create a new object if it is null). However, your point is well taken in that I now understand that we should not use State<Integer> to create state objects, but always use subclasses like IntegerState (extends State<Integer>). Even then I think we would still save code: (1) State and GenericState<> have merged, (2) less need for casting (e.g. no more booleanValue() etc. needed). But of course, if State<> would end up empty, or all its methods would be overridden anyway, there would be no need for it indeed. However, I would prefer to have that being the final outcome of a rationalization process rather than a starting point. I hope you understand that I'm not trying to force anything - this is just my view. If you want to go ahead with this your way - fine with me. In any case, later refactoring in either direction shouldn't be difficult. Erik. |
|
From: Steve U. <ste...@gm...> - 2010-09-01 15:35:02
|
Exactly what I was thinking. Steve Undy st...@ro... On Wed, Sep 1, 2010 at 8:19 AM, Chris Shaffer <chr...@gm...>wrote: > It would be nice if this were a configuration option. > > It might also be nice to have a drop down menu associated with the comment > entry box, so the player could change the name of the current commenter. > > > -- > Chris > > Please consider the environment before printing this e-mail. > > > On Wed, Sep 1, 2010 at 6:52 AM, Phil Davies <de...@gm...> wrote: > >> But you can comment immediately after your move before you save and >> send it on to another player, currently it will comment after each >> action as the person who tooksaid action. That has a logic about it >> that is consistent. To be honest, I'm not yet sure which I prefer, >> commenting before you take an action or commenting after, both seem >> fairly logical and I think which you prefer will end up being personal >> preference. >> >> Phil >> >> On 1 September 2010 00:36, Jim Black <ji...@ko...> wrote: >> > >> > Hi Stefan, I'm just trying 1.4 here and wanted to comment on this: >> > >> >> Here I assume that the usage pattern is: Take action and then add the >> comment. >> >> So comments always relate to the previous action and the quote is >> attributed >> >> to the last action owner . >> > >> > I don't agree with this part, - when it's /my/ turn, and I make a >> comment, it's annotating the game record with the /previous/ player- that's >> not right. The game comment is being made by the /current/ player- in >> general, 99% of the time, that's who's staring at the screen. >> > >> > Since it quote the previous-player instead, when I speak on my turn, I >> can't comment during my own move at all- that seems broken. >> > >> > my two cents, >> > - jim >> > >> > >> > >> > >> ------------------------------------------------------------------------------ >> > 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 14:19:41
|
It would be nice if this were a configuration option. It might also be nice to have a drop down menu associated with the comment entry box, so the player could change the name of the current commenter. -- Chris Please consider the environment before printing this e-mail. On Wed, Sep 1, 2010 at 6:52 AM, Phil Davies <de...@gm...> wrote: > But you can comment immediately after your move before you save and > send it on to another player, currently it will comment after each > action as the person who tooksaid action. That has a logic about it > that is consistent. To be honest, I'm not yet sure which I prefer, > commenting before you take an action or commenting after, both seem > fairly logical and I think which you prefer will end up being personal > preference. > > Phil > > On 1 September 2010 00:36, Jim Black <ji...@ko...> wrote: > > > > Hi Stefan, I'm just trying 1.4 here and wanted to comment on this: > > > >> Here I assume that the usage pattern is: Take action and then add the > comment. > >> So comments always relate to the previous action and the quote is > attributed > >> to the last action owner . > > > > I don't agree with this part, - when it's /my/ turn, and I make a > comment, it's annotating the game record with the /previous/ player- that's > not right. The game comment is being made by the /current/ player- in > general, 99% of the time, that's who's staring at the screen. > > > > Since it quote the previous-player instead, when I speak on my turn, I > can't comment during my own move at all- that seems broken. > > > > my two cents, > > - jim > > > > > > > > > ------------------------------------------------------------------------------ > > 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 13:52:25
|
But you can comment immediately after your move before you save and send it on to another player, currently it will comment after each action as the person who tooksaid action. That has a logic about it that is consistent. To be honest, I'm not yet sure which I prefer, commenting before you take an action or commenting after, both seem fairly logical and I think which you prefer will end up being personal preference. Phil On 1 September 2010 00:36, Jim Black <ji...@ko...> wrote: > > Hi Stefan, I'm just trying 1.4 here and wanted to comment on this: > >> Here I assume that the usage pattern is: Take action and then add the comment. >> So comments always relate to the previous action and the quote is attributed >> to the last action owner . > > I don't agree with this part, - when it's /my/ turn, and I make a comment, it's annotating the game record with the /previous/ player- that's not right. The game comment is being made by the /current/ player- in general, 99% of the time, that's who's staring at the screen. > > Since it quote the previous-player instead, when I speak on my turn, I can't comment during my own move at all- that seems broken. > > my two cents, > - jim > > > > ------------------------------------------------------------------------------ > 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. |
|
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-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: Jim B. <ji...@ko...> - 2010-08-31 23:36:51
|
Hi Stefan, I'm just trying 1.4 here and wanted to comment on this: > Here I assume that the usage pattern is: Take action and then add the comment. > So comments always relate to the previous action and the quote is attributed > to the last action owner . I don't agree with this part, - when it's /my/ turn, and I make a comment, it's annotating the game record with the /previous/ player- that's not right. The game comment is being made by the /current/ player- in general, 99% of the time, that's who's staring at the screen. Since it quote the previous-player instead, when I speak on my turn, I can't comment during my own move at all- that seems broken. my two cents, - jim |
|
From: Stefan F. <ste...@we...> - 2010-08-31 22:41:59
|
Erik,
I think you convinced me that there is no need to have any state classes,
which do not subclass ModelObject. The increased complexity of a parallel
structure clearly outweighs any performance gain.
I would even go one step further: The supposed difference between state and
model classes is unnecessary and I would rename all state classes to model
classes: Thus instead of IntegerState we would have IntegerModel and so on.
If we still have different packages, I would separate GenericModels (as e.g.
IntegerModel) from RailsModels (as BaseTokensModel).
I only differ in the implementation details:
I would prefer to derive the specific models (as ArrayListState/Model
IntegerState/Model) directly from ModelObject, as the GenericState/Model
mechanism creates a new object for each change (move) of the model. My
approach would reuse the existing object and the move would contain only the
delta. (or for the IntegerModel: it allows to use int fields instead of
Integer ones for the move and model objects).
Stefan
PS: In addition you convinced me that any trigger approach should work on the
model/state objects directly: It should allow to build conditions in the xml
files on defined state changes.
(Hypothetical) Example for 1835 BA certificates:
<Certificates>
<Available>
<Trigger="BY_fullysold" value="yes">
<Trigger="SX_fullysold" value="yes" operator="and">
</Available>
</Certificates>
On Thursday, August 26, 2010 10:37:20 pm Erik Vos wrote:
> Stefan,
>
> Since you created GenericState<>, I realized that State is redundant. My
> thought was (and is) that we should try to merge State and GenericState<>
> into State<>.
>
> That would make IntegerState etc. basically redundant, as it could be
> replaced by State<Integer> etc.
> Alternatively, if we would need the extra methods, we can also have
> subclasses like
> class IntegerState extends State<Integer> {...}
> where we can for instance add an add() method, and still reuse the set()
> and get() methods with automatic casting. No more need for intValue().
>
> On first sight, such an approach would more appeal to me than yours, but I
> must admit that I have not worked it out beyond testing that the above
> subclassing approach works (to my surprise, I must confess).
>
> In any case, as State already extends ModelObject, we get that superclass
> for free.
> On IntegerChange etc., I don't see the added value of these new moves, if
> we already have ObjectChange, but perhaps I'm dumb...
>
> Here is the full code of my test classes:
>
> package rails.game.state;
> public class IntegerState2 extends GenericState<Integer> {
> public IntegerState2 (String name, int i) {
> super (name, i);
> }
> public IntegerState2 (String name) {
> super (name, 0);
> }
> public void add (int i) {
> set (get()+i);
> }
> }
>
> package test;
> import rails.game.state.IntegerState2;
> public class Test {
> public static void main(String[] args) {
> IntegerState2 i = new IntegerState2 ("I", 1);
> System.out.println(i.get());
> i.set(3);
> System.out.println(i.get());
> i.add(2);
> System.out.println(i.get());
> }
> }
>
> which prints
> 1
> 3
> 5
>
> Looks pretty lean to me...
>
> I'm not sure if my idea could be extended to ArrayListState<E> extends
> State<List<E>>, but perhaps it's worth a try...
>
> Erik.
>
>
> -----Original Message-----
> From: Stefan Frey [mailto:ste...@we...]
> Sent: Wednesday 25 August 2010 23:43
> To: Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] Some (multi-)undo related bugs
>
> Erik:
> other implementation details follow here as they arose from to the topic
> in
>
> the subject:
>
> I have added two new state classes: ArrayListState and HashMapState, that
> create ModelObjects, which use the already defined Move classes for changes
> of
> ArrayLists and HashMaps. It basically wraps the ModelObject/State around
> standard ArrayLists and HashMaps and uses the standard method names to
> manipulate them. In principle it would be possible to fully implement the
> Map/List interfaces, but I was too lazy to write all required methods for
> that.
>
> My reason for adding those is that at least for the approach above protects
> against accidentally using the non-move methods on list or maps, which are
> in
> fact stateful and thus require the moves instead. And I still prefer using
> the
> standard syntax stateList.add(object) instead of new
> AddToList("NameOfList",
>
> stateList, object). And it allows to create more complicated operations
> using
> the atomic moves (for example addAll or initFromMap). It is possible to
> retrieve the wrapped list/map as an unmodifiable view.
>
> This allowed fixing the opertingCompanies bug in 1856 and the
> tilesPerColour
>
> problem in 18EU.
>
> Currently they do not inherit from neither ModelObject/State as the current
> usage has not required them to do so. But it is possible to do so, but I
> would
> prefer to inherit from ModelObject directly.
>
> If you do not mind I would like to add an according HashSetState class and
> replace BooleanState, IntegerState and StringState with more specialized
> versions that inherit from ModelObject instead of State and have according
> simple Moves (BooleanChange, IntegerChange, StringChange) and it would
> allow
>
> to introduce an easier syntax, for example for boolean:
> booleanVar.set(true)
>
> or booleanVar.set(false) and booleanVar.is() or booleanVar.isNot()
>
> This would also allow to deprecate (and remove later) the State class,as
> there
> is already a replacement available with GenericState. All those changes
> make the StateI interface unnecessary. It could still be used as a mere
> marker interface or have the getName() function at most.
> Stefan
>
>
>
> ---------------------------------------------------------------------------
> --- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> Be part of this innovative community and reach millions of netbook users
> worldwide. Take advantage of special opportunities to increase revenue and
> speed time-to-market. Join now, and jumpstart your future.
> http://p.sf.net/sfu/intel-atom-d2d
> _______________________________________________
> 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: Stefan F. <ste...@we...> - 2010-08-31 22:00:50
|
To Jim and all (pbem) users in general:
Some comments about some choices for the new version:
1) Configuration profiles and files:
I took the deliberate decision that each profile is always linked to
a configuration file: Rails does not allow the application of a profile
without providing a storage location.
This might surprise users a little, the reason for this is easy: Otherwise it
cannot be guaranteed, that settings are still available next time.
To simplify the usage the profile/file combinations are stored automatically
to the working directory of rails (if this is writable for Rails).
Another advantage is that this allows even to run Rails out of dropbox and
each user can still define its own profile and profile location.
This profile can be selected by adding a -Dprofile={profilename}
(e.g. -Dprofile=myOwnProfile) to the start command for Rails.
Remark: If someone uses the old configuration (my.properties) files, they can
be imported directly from the configuration window. The support of those will
end from the next version on.
2) Game history
Here I assume that the usage pattern is: Take action and then add the comment.
So comments always relate to the previous action and the quote is attributed
to the last action owner.
Going back in game history is similar to the one already available in Rails:
Crossing the boundaries of players/companies requires a "forced undo".
As soon as game position in the game history is selected that crosses this
boundary, all Rails windows are disabled and one has to issue the additional
command "play from here". Another advantage from my point of view is that it
avoids accidentally restarting at a past situation without that intention.
Any comments or proposal for change are welcome.
Stefan
On Thursday, August 19, 2010 08:12:25 pm Jim Black wrote:
> I noticed that there's been substantial effort to add a
> configuration/properties system to Rails, and also look forward to seeing
> this in the next update.
>
> (I think the most critical update is the fix of the diesel-upgrade/tradein
> bug, fwiw- we always need to downgrade to 1.2.2 when the diesels come
> out, which disables the most useful/difficult phase of 1.3's automated
> route-calculation.)
>
> Along the lines of user preferences and properties, here's some more
> comments re: differences from a pbem user to a hotseat/moderator user--
>
> - I load pbem Rails games, from my dropbox, all day. The usage pattern is:
> launch rails, load game file (the last two can be munged), make move,
> save game file, exit rails.
>
> ==> Note that loading/exiting rails for each game is awkward (and
> unusual)- I'd rather leave it running all day- loading games as they're
> updated, saving & moving on to the next game, etc.
>
> - Also, once I load a game within Rails, I repeat my next sequence of
> operations too: I open most of the separate Rails game windows (map,
> stock-chart, report window), and, resize and position these windows for my
> current display.
>
> ==> Note that having to reconfigure my desktop for each game is also
> awkward- I wish Rails maintained a record of my last window layout for
> each title/game- and. defaulted to that, when I [re-]load that title/game.
>
> For extra credit, it should keep separate copies for different display
> sizes- during the day, we may switch computers, or, we may simply switch a
> laptops from the builtin display, to a larger external display. (These
> things directly affect the way we config our windows, for each particular
> title.)
>
> There's nothing magic about any of this- but the awkward thing is, we have
> to repeat these exact little steps, /all day long/, in many standalone
> Rails sessions. It gets tedious to do these same tweaks every time we
> reload a game- it would be great if Rails just remembered our last window
> placements for each title (or, game), and little desktop stuff like that.
>
> best,
> - jim
>
>
>
>
> ---------------------------------------------------------------------------
> --- 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-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: 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: 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: 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: 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: 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 >>> >>> >> > |
99 messages has been excluded from this view by a project administrator.
